Jessie: Wo ist python-central hin?

[ArcticBears]

Hi,

ich möchte gerne otrverwaltung installieren, jedoch fehlt die libary
python-central

Wo kriege ich die problemlos her? Oder gibt es die nicht mehr/umbenannt?

[KBDCALLS]

In welchem Paket war die denn ?

[Radfahrer]

Siehe Abschnitt "Problems":

https://packages.qa.debian.org/p/python-central.html

[KBDCALLS]

Das sagt im Prinzip nur aus das es entfernt wurde. Aber warum das bleibt nebulös . Und Ersatz ?

[catdog2]

We believe that the bug you reported is now fixed; the following
package(s) have been removed from unstable:

python-central | 0.6.17 | source, all

------------------- Reason -------------------
RoQA; superseded by dh_python2
----------------------------------------------

[ArcticBears]

Das ist ärgerlich, dass das Paket entfernt wurde.
Ich glaube nicht, dass elbers otr-verwaltung dabei noch etwas umprogrammiert.

Kann man das Paket evtl. aus irgendwelchen Quellen noch nachinstallieren? Wie lautet der Ersatz?

[catdog2]

Evtl. würde es helfen mal auf das Ding was du installieren willst zu Verlinken.

[ArcticBears]

Du meinst die Quelle der Installation von otr-verwaltung?

http://elbersb.de/otrverwaltung/?q=install

[KBDCALLS]

Anscheinend wird an der Webseite garnichts mehr gemacht. Auf Github gibts eine 0.9.6 . Und die ist vom 14. Mai 2015. Allerdings verlangen die Sourcen auch noch nach Python-Central.

• https://github.com/monarc99/otr-verwaltung

Wenn man übrigens nach Python-Central sucht landet man hier

• http://www.pythoncentral.io/

[ArcticBears]

Anscheinend wird an der Webseite garnichts mehr gemacht.

Ich habe den Autor mal angeschrieben. Vlt. mag er ja eine Lösung anbieten? Weil: Ich mag das Programm nicht mehr missen...

Also in Squeeze war die python-central noch in den Debian-Ressources vorhanden und alles war gut.

Die python-central-Website ist wohl nur eine allgemeine Seite zu Python, so wie ich das sehe?!

[KBDCALLS]

Sah mir auch so aus als wenns ne zufällige Namensgleichheit war. Zumindest ist das ein natives Debianpaket. Also von Debian selbst. Die letzte Version kann man hier finden.

• http://snapshot.debian.org/package/pyth ... al/0.6.17/

[catdog2]

Also ich habs mir mal angeschaut. Erstmal scheint es völlig zu reichen den Quellcode von github zu laden und bin/otrverwaltung auszuführen, die Abhängigkeiten muss man halt dann manuell installieren, stehen in debian/control.

Wenn man python-central aus der debian/control wirft und debian/rules durch

Code: Alles auswählen

#!/usr/bin/make -f
%:
        dh $@

ersetzt (dann verwendet er debhelper), dann baut er auch erfolgreich ein Paket (hab dessen funktion allerdings nicht getestet).

[KBDCALLS]

Das könnte zur Klärung dienen.

• https://www.debian.org/doc/packaging-ma ... -distutils

[KBDCALLS]

Also ich habs mir mal angeschaut. Erstmal scheint es völlig zu reichen den Quellcode von github zu laden und bin/otrverwaltung auszuführen, die Abhängigkeiten muss man halt dann manuell installieren, stehen in debian/control.

Wenn man python-central aus der debian/control wirft und debian/rules durch

Code: Alles auswählen

#!/usr/bin/make -f
%:
        dh $@

ersetzt (dann verwendet er debhelper), dann baut er auch erfolgreich ein Paket (hab dessen funktion allerdings nicht getestet).

Ürsprünglich wurde ja auch Dephelper verwendet . Aber es funktioniert nur mit Debhelper . Habs mal durch den Pbuilder geschickt. cdbs schmeißt man auch gleich raus aus der Control Datei.

Ich hats erst mit cdbs versucht. Erst hat er language.mk angemeckert . Und dann python-central

[ArcticBears]

Also ich habs mir mal angeschaut. Erstmal scheint es völlig zu reichen den Quellcode von github zu laden und bin/otrverwaltung auszuführen, die Abhängigkeiten muss man halt dann manuell installieren, stehen in debian/control.

Wenn man python-central aus der debian/control wirft und debian/rules durch

Code: Alles auswählen

#!/usr/bin/make -f
%:
        dh $@

ersetzt (dann verwendet er debhelper), dann baut er auch erfolgreich ein Paket (hab dessen funktion allerdings nicht getestet).

Habe ich mal ausgetstet und auch darauf geachtet, alle Abhängigkeiten zu installieren.
Ein Paket baut er auch, aber ein Start des Programms liefert einen Fehler:

Code: Alles auswählen

ich@aerocool2:~$ otrverwaltung 
Traceback (most recent call last):
  File "/usr/local/bin/otrverwaltung", line 778, in <module>
    app = App()
  File "/usr/local/bin/otrverwaltung", line 180, in __init__
    self.__gui = gui.Gui(self)  # for backwards compability
  File "/usr/local/lib/python2.7/dist-packages/otrverwaltung/gui/gui.py", line 33, in __init__
    self.main_window = MainWindow.NewMainWindow(app, self)        
  File "/usr/local/lib/python2.7/dist-packages/otrverwaltung/gui/MainWindow.py", line 653, in NewMainWindow
    builder.add_from_file(glade_filename)
glib.GError: Datei »/usr/share/otrverwaltung/ui/MainWindow.glade« konnte nicht geöffnet werden: Datei oder Verzeichnis nicht gefunden

Funktioniert das bei Euch?

[Knight]

Weil: Ich mag das Programm nicht mehr missen...

Ich hab's auch lange benutzt, und mußte mir dann eine Alternative suchen. Zum einen, weil das Programm nicht weiterentwickelt wurde, zum anderen setzt die Software auf avidemux. Mit dem wiederum kann man keine HQ oder HD Aufnahmen schneiden.

Seitdem nutze ich den EasyDecoder und zwar das "Ubuntu.deb" Paket. Funktioniert tadellos. Die Sache hat nur einen Haken; es ist ein 32bit Programm. Nutzt du ein 64bit System, mußt du es multiarch fähig machen.

Konsole: dpkg --add-architecture i386
apt-get update

Zieht eine Latte von 32bit Programmen hinter sich her. Im Anschluss startest du es in der Konsole mit " qotr " denn das Programm legt kein Icon im Menu ab. Kannst aber nachträglich anlegen.

Okay, ich weiß jetzt nicht, ob du das willst, oder unbedingt die otr-Verwaltung wieder zum Laufen bringen möchtest. Ich jedenfalls bin glücklich damit, vorallem weil die Schnittlisten hier sofort greifen, und mir den Umweg über avidemux nicht mehr brauche und damit auch HQ und HD Filme geschnitten werden.

[KBDCALLS]

Code: Alles auswählen

ich@aerocool2:~$ otrverwaltung 
Traceback (most recent call last):
  File "/usr/local/bin/otrverwaltung", line 778, in <module>
    app = App()
  File "/usr/local/bin/otrverwaltung", line 180, in __init__
    self.__gui = gui.Gui(self)  # for backwards compability
  File "/usr/local/lib/python2.7/dist-packages/otrverwaltung/gui/gui.py", line 33, in __init__
    self.main_window = MainWindow.NewMainWindow(app, self)        
  File "/usr/local/lib/python2.7/dist-packages/otrverwaltung/gui/MainWindow.py", line 653, in NewMainWindow
    builder.add_from_file(glade_filename)
glib.GError: Datei »/usr/share/otrverwaltung/ui/MainWindow.glade« konnte nicht geöffnet werden: Datei oder Verzeichnis nicht gefunden

Funktioniert das bei Euch?

Ohne Probleme.

Befinden sich denn alle Dateien da wo sie hingehören ? Denn er meckert ja darüber das er etwas nicht findet .
Der Inhalt des Pakets.

• dlocate -ls otrverwaltung
• Und das Buildlog
• otrverwaltung-0-9+nmu3_amd64.build

Habe das ganze mit pbuilder gebaut und mit gdebi installiert

[ArcticBears]

Ich habe das Programm mit der setup.py gebaut.

python setup.py build
python setup.py install

Muß man denn unbedingt vorher ein deb bauen? So gibt ein dlocate natürlich:

Code: Alles auswählen

# dlocate -ls otrverwaltung
Package otrverwaltung not installed or otrverwaltung.list is empty.

Das mit dbuild teste ich morgen mal. Heute keine Zeit mehr.

Seitdem nutze ich den EasyDecoder und zwar das "Ubuntu.deb" Paket. Funktioniert tadellos. Die Sache hat nur einen Haken; es ist ein 32bit Programm. Nutzt du ein 64bit System, mußt du es multiarch fähig machen.

Das Programm teste ich auch mal....

[KBDCALLS]

Zweck von dlocate ist ja den Inhalt von Paketen aufzulisten und anderes. . Dazu muß aber das Paket installiert sein, und dessen Cache muss aktuell sein update-dlocatedb . Übrigens nicht zu verwechseln mit locate . Ein Deb hat auch immer den Vorteil es läßt sich rückstandslos entfernen, ohne das man sich auf die Suche nach den Dateien begeben muß. Und sollte es mal den Fall geben das Dateien doppelt vorhanden wird man gewarnt und die Installation des Paketes schlägt fehl. Installiert man am Paketsystem vorbei , hat man die Sicherheit nicht und wundert sich das etwas anders dafür nicht mehr funktioniert.

[ArcticBears]

So, ich habe jetzt einige Hinweise auf
http://www.otrforum.com/showthread.php? ... g-Betatest gefunden, so daß otr-verwaltung jetzt läuft, wenn auch noch nicht 100%ig, aber das kriege ich auch noch hin.

Die aufgetretenen o.g. Fehler hat otrverwaltung wohl gebaut, weil ich es über setup.py installiert habe (kopiert die Datei otrverwaltung in den Ordner /usr/local/bin). Kopiert man einfach das Zip in ein Verzeichnis und legt einen Link vom bin in den Path funktioniert es ohne Fehlermeldung.

Weiteres geht dann über o.g. Link, denn da gehört es eigentlich hin.

@Knight: EasyDecoder ist ja sehr userfreundlich, aber man kann wohl keine cutlists erstellen und auch keine aus mehreren aussuchen....