libffmpeg-devel-0.5-0.pm.3 und picard (64bit!)
Ich habe in der letzten Zeit ziemlich recherchiert, warum Picard die Meldung "No decoders found! Fingerprinting will be disabled" bringt, wenn man von Konsole startet. Ich habe von den neuesten Sourcen selber kompiliert und es war dabei nichts auffälliges. Es hat zwar einiger Recherchen bedurft bis alle benötigten Pakete beisammen waren, aber dann klappte es. Schließlich entdeckte ich, dass es nur mit dem 64bit-Rechner nicht klappt (bei dem ich immer nach dem Problem gesucht habe) und beim 32bit-Rechner war sofort alles ok. Der Problembereich kristallisiert sich bei libffmpeg-devel bzw. libavcodec heraus. Ich verwende libffmpeg-devel-0.5-0.pm.3 (Packman) und alle Pakete sind aktuell. ~/bin/picard-0.11> python -c 'import picard.tagger, picard.musicdns.avcodec' picard/webservice.py:25: DeprecationWarning: the md5 module is deprecated; use hashlib instead import md5 picard/webservice.py:28: DeprecationWarning: the sha module is deprecated; use the hashlib module instead import sha Traceback (most recent call last): File "<string>", line 1, in <module> ImportError: /usr/lib64/libavcodec.so.52: undefined symbol: xvid_plugin_lumimasking Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Don, 25 Jun 2009, Al Bogner schrieb: [..]
~/bin/picard-0.11> python -c 'import picard.tagger, picard.musicdns.avcodec' picard/webservice.py:25: DeprecationWarning: the md5 module is deprecated; use hashlib instead
Das kannst du ignorieren, bzw. das sollte man dem upstream sagen.
File "<string>", line 1, in <module> ImportError: /usr/lib64/libavcodec.so.52: undefined symbol: xvid_plugin_lumimasking
Hier auf der ollen Kiste einem nicht ganz aktuellen, (samt Abhängigkeiten) selbstkompilierten mplayer mal mit ldd auf die libs geschaut, finde ich letztlich: # nm /usr/local/lib/libxvidcore.so.4 | grep xvid_plugin_lumimasking 00067684 T xvid_plugin_lumimasking d.h. dir fehlt wohl ne passende Version von libxvidcore. Alternativ kannst du evtl. xvid im configure deaktivieren. HTH, -dnh, der seine selbstkompilierten Binaries nicht strippt ;) Die paar KB Plattenplatz sind irrelevant, wenn man sowieso massenweise mit GB großen Dateien auf hier mittlerweile >10 TB Plattenplatz hantiert ;) Und das macht das debuggen / nachgucken einfach sooo viel bequemer... Und RAM? Mir reichen nach wie vor die 320 MB die ich hier hab (und das 1 GB im neuen Rechner wird auch fast immer zu >70% für Plattencache verwendet)... Bei sehr großen, aber nur selten verwendeten Libs (also nicht glibc) ist wohl strippen + debuginfo Paket sinnvoll ;) Aber hier auf der ollen Kiste geht das nicht bequem. -- Carter: "Sir, Ich hab' nachgedacht." O'Neill: "Ich wär' schockiert, wenn sie jemals damit aufhörten, Carter." -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Freitag 26 Juni 2009 02:27:12 schrieb David Haller: Hallo David,
Am Don, 25 Jun 2009, Al Bogner schrieb: [..]
~/bin/picard-0.11> python -c 'import picard.tagger, picard.musicdns.avcodec' picard/webservice.py:25: DeprecationWarning: the md5 module is deprecated; use hashlib instead
Das kannst du ignorieren, bzw. das sollte man dem upstream sagen.
Klar, das ist nicht das Problem.
File "<string>", line 1, in <module> ImportError: /usr/lib64/libavcodec.so.52: undefined symbol: xvid_plugin_lumimasking
Hier auf der ollen Kiste einem nicht ganz aktuellen, (samt Abhängigkeiten) selbstkompilierten mplayer mal mit ldd auf die libs geschaut, finde ich letztlich:
# nm /usr/local/lib/libxvidcore.so.4 | grep xvid_plugin_lumimasking 00067684 T xvid_plugin_lumimasking
d.h. dir fehlt wohl ne passende Version von libxvidcore. Alternativ kannst du evtl. xvid im configure deaktivieren.
Hehe, die ollen Kisten funktionieren bei mir ja, nur der neu 64bit-PC will nicht. # zypper remove libxvidcore-devel Loading repository data... Reading installed packages... 'libxvidcore-devel' is not installed. Resolving package dependencies... Nothing to do. # zypper install libxvidcore-devel Loading repository data... Reading installed packages... Resolving package dependencies... Nothing to do. # webpin libxvidcore-devel ... performing request on http://software.opensuse- community.org/ws/searchservice/ 3 results (1 packages) found for "libxvidcore-devel" in openSUSE_111 * libxvidcore-devel: Development files of XviD video codec - 1.2.2 [packman | home:/h31] - 1.2.1 [home:/Akoellh] Das verstehe ich nicht, warum ich das nicht installieren kann. Am 32bit-Rechner rpm -q libxvidcore-devel libxvidcore-devel-1.2.2-0.pm.0 Da sind grundsätzlich die gleichen Repos eingetragen. rpm -Uvh libxvidcore-devel-1.2.2-0.pm.0.i586.rpm warning: libxvidcore-devel-1.2.2-0.pm.0.i586.rpm: Header V3 DSA signature: NOKEY, key ID 9a795806 Preparing... ########################################### [100%] file /usr/include/xvid.h from install of libxvidcore- devel-1.2.2-0.pm.0.i586 conflicts with file from package libxvidcore- api-1.2.1-4.1.x86_64 Aah, jetzt wird es informativer. Al PS: Kopie an Manfred Tremmel -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Fre, 26 Jun 2009, Al Bogner schrieb:
Am Freitag 26 Juni 2009 02:27:12 schrieb David Haller: [..]
# nm /usr/local/lib/libxvidcore.so.4 | grep xvid_plugin_lumimasking 00067684 T xvid_plugin_lumimasking
d.h. dir fehlt wohl ne passende Version von libxvidcore. Alternativ kannst du evtl. xvid im configure deaktivieren.
Hehe, die ollen Kisten funktionieren bei mir ja, nur der neu 64bit-PC will nicht.
# zypper remove libxvidcore-devel Loading repository data... Reading installed packages... 'libxvidcore-devel' is not installed. Resolving package dependencies... Nothing to do.
# zypper install libxvidcore-devel Loading repository data... Reading installed packages... Resolving package dependencies... Nothing to do.
Komisch. Mit Yast2? [..]
Am 32bit-Rechner rpm -q libxvidcore-devel libxvidcore-devel-1.2.2-0.pm.0
Da sind grundsätzlich die gleichen Repos eingetragen.
rpm -Uvh libxvidcore-devel-1.2.2-0.pm.0.i586.rpm warning: libxvidcore-devel-1.2.2-0.pm.0.i586.rpm: Header V3 DSA signature: NOKEY, key ID 9a795806 Preparing... ########################################### [100%] file /usr/include/xvid.h from install of libxvidcore- devel-1.2.2-0.pm.0.i586 conflicts with file from package libxvidcore- api-1.2.1-4.1.x86_64
Da fehlt wohl ein Provides: oder Conflicts: beim -devel Paket. Du koenntest alle (lib)xvid* Pakete deinstallieren und dann die 3 x86_64 Pakete von Packman und bei Bedarf noch die (lib)xvidcore i586 (aber nicht das -devel). Das sollte auch per Yast/zypper klappen. HTH, -dnh -- Ist es Zufall, daß, was im Johannesevangelium mit Word beginnt, letztlich in der Johannesapokalypse endet? Daß der gewundene Leib eines Drachens eigentlich eine Büroklammer darstellt, ist doch wohl jedem klar, oder? [David Kastrup versucht einen LaTeX-Word-Streit in dctt zu entfachen] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Samstag 27 Juni 2009 00:12:01 schrieb David Haller: Hallo David,
Am Fre, 26 Jun 2009, Al Bogner schrieb:
Am Freitag 26 Juni 2009 02:27:12 schrieb David Haller:
[..]
# nm /usr/local/lib/libxvidcore.so.4 | grep xvid_plugin_lumimasking 00067684 T xvid_plugin_lumimasking
d.h. dir fehlt wohl ne passende Version von libxvidcore. Alternativ kannst du evtl. xvid im configure deaktivieren.
Hehe, die ollen Kisten funktionieren bei mir ja, nur der neu 64bit-PC will nicht.
# zypper remove libxvidcore-devel Loading repository data... Reading installed packages... 'libxvidcore-devel' is not installed. Resolving package dependencies... Nothing to do.
# zypper install libxvidcore-devel Loading repository data... Reading installed packages... Resolving package dependencies... Nothing to do.
Komisch. Mit Yast2?
Nein, in der Shell, genauso wie angeführt.
[..]
Am 32bit-Rechner rpm -q libxvidcore-devel libxvidcore-devel-1.2.2-0.pm.0
Da sind grundsätzlich die gleichen Repos eingetragen.
rpm -Uvh libxvidcore-devel-1.2.2-0.pm.0.i586.rpm warning: libxvidcore-devel-1.2.2-0.pm.0.i586.rpm: Header V3 DSA signature: NOKEY, key ID 9a795806 Preparing... ########################################### [100%] file /usr/include/xvid.h from install of libxvidcore- devel-1.2.2-0.pm.0.i586 conflicts with file from package libxvidcore- api-1.2.1-4.1.x86_64
Da fehlt wohl ein Provides: oder Conflicts: beim -devel Paket.
Du koenntest alle (lib)xvid* Pakete deinstallieren und dann die 3 x86_64 Pakete von Packman und bei Bedarf noch die (lib)xvidcore i586 (aber nicht das -devel). Das sollte auch per Yast/zypper klappen.
Ich hoffe, dass das Paket von Manfred bei Packman aktualisiert wird. Mit Deinstallieren ist das so eine Sache, da sind x-Abhängigkeiten, die dann auch entfernt würden. Ich habe ja andere 32bit-Rechner bei denen es funktioniert und für picard macht eine langsamere CPU keinen merklichen Unterschied. Am 10.3-Rechner habe ich auch schon ziemlich rumprobiert und komme mit den benötigten Paketen zum Kompilieren von picard nicht zurecht. zB: zypper install libdca-devel ... Problem: libdca-devel kann aufgrund fehlender Abhängigkeiten nicht installiert werden Es sind keine installierbaren Anbieter von libdca0 == 0.0.5 verfügbar für libdca-devel-0.0.5-3.i586[Packman-RPMs] === libdca-devel-0.0.5-3.i586[Packman-RPMs] === libdca-devel-0.0.5-3.i586[Packman-RPMs] wird vom Benutzer installiert. Lösung 1: libdca0 installieren, auch wenn sich der Anbieter dadurch ändert libdca0-0.0.5-3.i586[Packman-RPMs] stellt diese Abhängigkeit zur Verfügung, ändert aber den Anbieter des installierten Elements Lösung 2: libdca-devel nicht installieren libdca-devel-0.0.5-3.i586[Packman-RPMs] nicht installieren Lösung 3: Anforderung nur hier ignorieren Zahl eingeben, (w)iederholen oder (a)bbrechen> 1 Wende Lösung 1 an Problem: libdca-devel kann aufgrund fehlender Abhängigkeiten nicht installiert werden Es sind keine installierbaren Anbieter von libdca0 == 0.0.5 verfügbar für libdca-devel-0.0.5-3.i586[Packman-RPMs] === libdca-devel-0.0.5-3.i586[Packman-RPMs] === libdca-devel-0.0.5-3.i586[Packman-RPMs] wird vom Benutzer installiert. Lösung 1: libdca0 installieren, auch wenn sich der Anbieter dadurch ändert libdca0-0.0.5-3.i586[Packman-RPMs] stellt diese Abhängigkeit zur Verfügung, ändert aber den Anbieter des installierten Elements Lösung 2: libdca-devel nicht installieren libdca-devel-0.0.5-3.i586[Packman-RPMs] nicht installieren Lösung 3: Anforderung nur hier ignorieren Zahl eingeben, (w)iederholen oder (a)bbrechen> Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Sam, 27 Jun 2009, Al Bogner schrieb:
Am Samstag 27 Juni 2009 00:12:01 schrieb David Haller:
Am Fre, 26 Jun 2009, Al Bogner schrieb:
# zypper remove libxvidcore-devel [..] Nothing to do.
# zypper install libxvidcore-devel [..] Nothing to do.
Komisch. Mit Yast2?
Nein, in der Shell, genauso wie angeführt.
Ich meinte, ob du mit Yast2 das gleiche Verhalten hast? [..]
[100%] file /usr/include/xvid.h from install of libxvidcore- devel-1.2.2-0.pm.0.i586 conflicts with file from package libxvidcore- api-1.2.1-4.1.x86_64
Da fehlt wohl ein Provides: oder Conflicts: beim -devel Paket.
Du koenntest alle (lib)xvid* Pakete deinstallieren und dann die 3 x86_64 Pakete von Packman und bei Bedarf noch die (lib)xvidcore i586 (aber nicht das -devel). Das sollte auch per Yast/zypper klappen.
Ich hoffe, dass das Paket von Manfred bei Packman aktualisiert wird. Mit Deinstallieren ist das so eine Sache, da sind x-Abhängigkeiten, die dann auch entfernt würden.
Äh, aus welchem Repo ist xvidcore-api eigentlich? home:saschpe:picard? Ansonsten: suche in 'yast2 online_update' nach 'xvid', selektiere libxvidcore-api zum entfernen, und bei (lib)xvidcore* explizit die Versionen aus dem Packman-Repo, so daß diese Pakete das "Update" Symbol erhalten. Dann sollte es klappen.
Am 10.3-Rechner habe ich auch schon ziemlich rumprobiert und komme mit den benötigten Paketen zum Kompilieren von picard nicht zurecht.
Das Paket aus o.g. Repo tut nicht?
zB: zypper install libdca-devel ... Problem: libdca-devel kann aufgrund fehlender Abhängigkeiten nicht installiert werden Es sind keine installierbaren Anbieter von libdca0 == 0.0.5 verfügbar für libdca-devel-0.0.5-3.i586[Packman-RPMs] Versuch's auch mit yast, da hab ich hier keine Probleme die Packman-Versionen einzuspielen. Achso, den Autocheck dazu besser abstellen.
-dnh -- Marketing ist die Kunst, Leuten Sachen zu verkaufen, die sie nicht brauchen, mit Geld, was sie nicht haben, um Leute zu beeindrucken, die sie nicht moegen. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Samstag 27 Juni 2009 19:11:18 schrieb David Haller: Hallo David,
# zypper install libxvidcore-devel
[..]
Nothing to do.
Komisch. Mit Yast2?
Nein, in der Shell, genauso wie angeführt.
Ich meinte, ob du mit Yast2 das gleiche Verhalten hast?
Staun, es wurde mit Yast installiert. rpm -q libxvidcore-devel libxvidcore-devel-1.2.2-0.pm.0 Aber leider habe ich noch immer: No decoders found! Fingerprinting will be disabled. python -c 'import picard.tagger, picard.musicdns.avcodec' Traceback (most recent call last): File "<string>", line 1, in <module> File "picard/tagger.py", line 55, in <module> from picard.album import Album File "picard/album.py", line 23, in <module> from picard.metadata import Metadata, run_album_metadata_processors, run_track_metadata_processors File "picard/metadata.py", line 23, in <module> from picard.similarity import similarity, similarity2 File "picard/similarity.py", line 22, in <module> from picard.util.astrcmp import astrcmp ImportError: No module named astrcmp
[..]
[100%] file /usr/include/xvid.h from install of libxvidcore- devel-1.2.2-0.pm.0.i586 conflicts with file from package libxvidcore- api-1.2.1-4.1.x86_64
Da fehlt wohl ein Provides: oder Conflicts: beim -devel Paket.
Du koenntest alle (lib)xvid* Pakete deinstallieren und dann die 3 x86_64 Pakete von Packman und bei Bedarf noch die (lib)xvidcore i586 (aber nicht das -devel). Das sollte auch per Yast/zypper klappen.
Ich hoffe, dass das Paket von Manfred bei Packman aktualisiert wird. Mit Deinstallieren ist das so eine Sache, da sind x-Abhängigkeiten, die dann auch entfernt würden.
Äh, aus welchem Repo ist xvidcore-api eigentlich? home:saschpe:picard?
Name: libxvidcore-api Version: 1.2.1-4.1 Arch: x86_64 Vendor: openSUSE Build Service Installed: Yes Am 32bit-PC, wo fingerprinting mit 11.1 funktioniert, habe ich nur das installiert, also kein "api": rpm -q libxvidcore-devel libxvidcore4 xvidcore libxvidcore-devel-1.2.2-0.pm.0 libxvidcore4-1.2.2-0.pm.0 xvidcore-1.2.2-0.pm.0
Ansonsten: suche in 'yast2 online_update' nach 'xvid', selektiere libxvidcore-api zum entfernen, und bei (lib)xvidcore* explizit die Versionen aus dem Packman-Repo, so daß diese Pakete das "Update" Symbol erhalten. Dann sollte es klappen.
Am 10.3-Rechner habe ich auch schon ziemlich rumprobiert und komme mit den benötigten Paketen zum Kompilieren von picard nicht zurecht.
Das Paket aus o.g. Repo tut nicht?
Unter 10.3 noch nicht probiert, da mit dem fertigen Paket unter 11.1 fingerprinting nicht funktioniert, sonst wäre ich gar nicht auf die Idee gekommen selber zu kompilieren. Oops, da gibt es gewaltige Versionsprobleme: Problem: picard kann aufgrund fehlender Abhängigkeiten nicht installiert werden Es sind keine installierbaren Anbieter von libpython2_6-1_0 verfügbar für picard-0.11-5.1.i586[Picard_saschpe] === picard-0.11-5.1.i586[Picard_saschpe] === picard-0.11-5.1.i586[Picard_saschpe] wird vom Benutzer installiert. libfaad0-2.6.1-8.1.i686 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (libfaad0 == 2.6.1-8.1) glibc-2.6.1-18.3.i686 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (glibc == 2.6.1-18.3) python-mutagen-1.15-0.pm.1.i586 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (python-mutagen == 1.15-0.pm.1) libvorbis-1.2.0-11.2.i586 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (libvorbis == 1.2.0-11.2) zlib-1.2.3-75.i586 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (zlib == 1.2.3-75) libtheora0-1.0.final-0.pm.0.i586 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (libtheora0 == 1.0.final-0.pm.0) libstdc++42-4.2.1_20070724-17.i586 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (libstdc++.so.6) python-2.5.1-39.8.i586 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (python == 2.5.1-39.8) libmp3lame0-3.98.2-0.pm.4.i586 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (libmp3lame0 == 3.98.2-0.pm.4) libavcodec52-0.5-0.pm.3.i686 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (libavcodec52 == 0.5-0.pm.3) libxvidcore4-1.2.1-1.1.i686 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (libxvidcore4 == 1.2.1-1.1) liba52-0-0.7.4-9.3.i586 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (liba52-0 == 0.7.4-9.3) libamrnb3-7.0.0.2-0.pm.0.i586 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (libamrnb3 == 7.0.0.2-0.pm.0) libamrwb3-7.0.0.3-0.pm.0.i586 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (libamrwb3 == 7.0.0.3-0.pm.0) libfaac0-1.28-0.pm.0.i586 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (libfaac0 == 1.28-0.pm.0) libx264-65-0.65-11.1.i686 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (libx264-65 == 0.65-11.1) libavutil49-0.5-0.pm.3.i686 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (libavutil49 == 0.5-0.pm.3) libavformat52-0.5-0.pm.3.i686 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (libavformat52 == 0.5-0.pm.3) xorg-x11-libXext-7.2-65.i586 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (xorg-x11-libXext == 7.2-65) xorg-x11-libX11-7.2-75.i586 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (xorg-x11-libX11 == 7.2-75) libdc1394_control12-1.2.2-1.i586 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (libdc1394_control12 == 1.2.2-1) libraw1394-8-1.2.1-64.i586 wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (libraw1394-8 == 1.2.1-64) picard-0.11-5.1.i586[Picard_saschpe] wird benötigt von picard- lang-0.11-5.1.i586[Picard_saschpe] (picard == 0.11-5.1) picard-lang-0.11-5.1.i586[Picard_saschpe] wird zur Installation in Betracht gezogen (als Ergänzung) von picard-0.11-5.1.i586[Picard_saschpe] (picard == 0.11-5.1) python- qt4-4.3-19.i586[http://download.opensuse.org/repositories/openSUSE:10.3/standard/] wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (python-qt4) Lösung 1: picard nicht installieren picard-0.11-5.1.i586[Picard_saschpe] nicht installieren Lösung 2: Anforderung nur hier ignorieren Zahl eingeben, (w)iederholen oder (a)bbrechen> Ein paar Pakete, die installiert sind. libfaad0-2.6.1-8.1 glibc-2.6.1-18.3 python-mutagen-1.15-0.pm.1 libvorbis-1.2.0-11.2 libtheora0-1.0.final-0.pm.0 libstdc++42-4.2.1_20070724-17 python-2.5.1-39.8 libmp3lame0-3.98.2-0.pm.4 libavcodec52-0.5-0.pm.3 libxvidcore4-1.2.1-1.1
zB: zypper install libdca-devel ... Problem: libdca-devel kann aufgrund fehlender Abhängigkeiten nicht installiert werden Es sind keine installierbaren Anbieter von libdca0 == 0.0.5 verfügbar für libdca-devel-0.0.5-3.i586[Packman-RPMs]
Versuch's auch mit yast, da hab ich hier keine Probleme die Packman-Versionen einzuspielen. Achso, den Autocheck dazu besser abstellen.
Da wird gemeckert, dass libgcc43 nicht installiert werden kann. Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Sam, 27 Jun 2009, Al Bogner schrieb:
Am Samstag 27 Juni 2009 19:11:18 schrieb David Haller:
# zypper install libxvidcore-devel
[..]
Nothing to do.
Komisch. Mit Yast2?
Nein, in der Shell, genauso wie angeführt.
Ich meinte, ob du mit Yast2 das gleiche Verhalten hast?
Staun, es wurde mit Yast installiert.
rpm -q libxvidcore-devel libxvidcore-devel-1.2.2-0.pm.0
*hihi* Bei zypper ist das Auswählen einer bestimmten Version irgendwie schwierig ...
Aber leider habe ich noch immer: No decoders found! Fingerprinting will be disabled.
python -c 'import picard.tagger, picard.musicdns.avcodec' Traceback (most recent call last): File "<string>", line 1, in <module> File "picard/tagger.py", line 55, in <module> from picard.album import Album File "picard/album.py", line 23, in <module> from picard.metadata import Metadata, run_album_metadata_processors, run_track_metadata_processors File "picard/metadata.py", line 23, in <module> from picard.similarity import similarity, similarity2 File "picard/similarity.py", line 22, in <module> from picard.util.astrcmp import astrcmp ImportError: No module named astrcmp
Das steckt im picard-Paket und landet als /usr/lib{,64}/python{2.5,2.6}/site-packages/picard/util/astrcmp.so auf der Platte. Was spucht ein 'ldd' auf das .so aus? Und guck auch mal nach den Dateirechten (ob du die als User lesen + ausführen kannst)...
Ich hoffe, dass das Paket von Manfred bei Packman aktualisiert wird. Mit Deinstallieren ist das so eine Sache, da sind x-Abhängigkeiten, die dann auch entfernt würden.
Äh, aus welchem Repo ist xvidcore-api eigentlich? home:saschpe:picard?
Name: libxvidcore-api Version: 1.2.1-4.1 Arch: x86_64 Vendor: openSUSE Build Service Installed: Yes
Das ist dann wohl das aus dem home:saschpe Repo. Im Original heißt das Repo wo die Pakete herkommen 'FakePackman' ;) Das sind eigentlich nur Dummy-Pakete um das Teil im BS backen zu können, die sollten wohl eigentlich gar nicht im Repo (auf dem Download Server) landen (und ich hab's bei meinem testing auch so eingestellt)...
Am 32bit-PC, wo fingerprinting mit 11.1 funktioniert, habe ich nur das installiert, also kein "api": rpm -q libxvidcore-devel libxvidcore4 xvidcore libxvidcore-devel-1.2.2-0.pm.0 libxvidcore4-1.2.2-0.pm.0 xvidcore-1.2.2-0.pm.0
So passt es.
Ansonsten: suche in 'yast2 online_update' nach 'xvid', selektiere libxvidcore-api zum entfernen, und bei (lib)xvidcore* explizit die Versionen aus dem Packman-Repo, so daß diese Pakete das "Update" Symbol erhalten. Dann sollte es klappen.
Am 10.3-Rechner habe ich auch schon ziemlich rumprobiert und komme mit den benötigten Paketen zum Kompilieren von picard nicht zurecht.
Das Paket aus o.g. Repo tut nicht?
Unter 10.3 noch nicht probiert, da mit dem fertigen Paket unter 11.1 fingerprinting nicht funktioniert, sonst wäre ich gar nicht auf die Idee gekommen selber zu kompilieren.
Oops, da gibt es gewaltige Versionsprobleme: Problem: picard kann aufgrund fehlender Abhängigkeiten nicht installiert werden Es sind keine installierbaren Anbieter von libpython2_6-1_0 verfügbar für picard-0.11-5.1.i586[Picard_saschpe]
Fehler von beiden picard-Packagern (MasterPatriko und saschpe), die explizit die libpython2_6-1_0 von python 2.6 fordern. Vermutlich unnötigierweise. Ich probier das grad mal ;) ... [später, s.u.] Jup, wohl unnötigerweise. Ich kann allerdings nicht testen, ob das picard auch läuft. Beim Bau hat python jedenfalls nicht gemeckert. Den Rest hast du bis auf
python- qt4-4.3-19.i586[http://download.opensuse.org/repositories/openSUSE:10.3/standard/] wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (python-qt4)
schon alle.
Ein paar Pakete, die installiert sind. libfaad0-2.6.1-8.1 glibc-2.6.1-18.3 python-mutagen-1.15-0.pm.1 libvorbis-1.2.0-11.2 libtheora0-1.0.final-0.pm.0 libstdc++42-4.2.1_20070724-17 python-2.5.1-39.8 libmp3lame0-3.98.2-0.pm.4 libavcodec52-0.5-0.pm.3 libxvidcore4-1.2.1-1.1
libfaad0, libvorbis, libxvidcore4 noch auf Packmanversionen umbiegen. Und noch python-qt4 nachinstallieren ;) Versionen für die 10.3 gibt's für QT4.3, 4.4, 4.5 ;)
zB: zypper install libdca-devel [..] Versuch's auch mit yast, da hab ich hier keine Probleme die Packman-Versionen einzuspielen. Achso, den Autocheck dazu besser abstellen.
Da wird gemeckert, dass libgcc43 nicht installiert werden kann.
Seltsam. Aber auch das BS kompiliert die 10.3er Pakete mit gcc 4.3 / gegen libgcc43. Du müßtest also die libgcc43 aus dem devel:gcc Repo dazuinstallieren. zypper ar http://download.opensuse.org/repositories/devel:/gcc/openSUSE_10.3/devel:gcc... zypper in libgcc43 (letzteres ggfs. per Yast) Und dann guck da mal rein http://download.opensuse.org/repositories/home:/dnh:/testing/ und such dir was aus (kein Repo-Link, da mehrere Distris). *g* (auf dem BS war grad schön wenig los ;) $ rpm -qp --requires \ http://download.opensuse.org/[..]/openSUSE_10.3/[..]/picard-0.11-11.1.i586.rpm [gekürzt] python >= 2.5 python < 2.6 python-qt4 python-mutagen libgcc43 libstdc++43 libpython2.5.so.1.0 ^^^^^^^^^^^^^^^^^^^ (nicht 2_6-1_0 ;) Wenn's bei dir läuft, sag Bescheid, damit ich Sascha Bescheid geben kann, daß meine Änderung tut ;) HTH & schönen Sonntag, -dnh --
Ich spiele mit dem Gedanken, netdigest abzubestellen. Habbich eh alles schon gelesen. -- Konni .... oder geschrieben. -- Hanno Kann das mal jemand einreichen? ;-) -- Konni -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Sonntag 28 Juni 2009 03:53:20 schrieb David Haller: Hallo David,
Am Sam, 27 Jun 2009, Al Bogner schrieb:
Am Samstag 27 Juni 2009 19:11:18 schrieb David Haller:
# zypper install libxvidcore-devel
[..]
Nothing to do.
Komisch. Mit Yast2?
Nein, in der Shell, genauso wie angeführt.
Ich meinte, ob du mit Yast2 das gleiche Verhalten hast?
Staun, es wurde mit Yast installiert.
rpm -q libxvidcore-devel libxvidcore-devel-1.2.2-0.pm.0
*hihi* Bei zypper ist das Auswählen einer bestimmten Version irgendwie schwierig ...
Aber leider habe ich noch immer: No decoders found! Fingerprinting will be disabled.
python -c 'import picard.tagger, picard.musicdns.avcodec' Traceback (most recent call last): File "<string>", line 1, in <module> File "picard/tagger.py", line 55, in <module> from picard.album import Album File "picard/album.py", line 23, in <module> from picard.metadata import Metadata, run_album_metadata_processors, run_track_metadata_processors File "picard/metadata.py", line 23, in <module> from picard.similarity import similarity, similarity2 File "picard/similarity.py", line 22, in <module> from picard.util.astrcmp import astrcmp ImportError: No module named astrcmp
Das steckt im picard-Paket und landet als /usr/lib{,64}/python{2.5,2.6}/site-packages/picard/util/astrcmp.so auf der Platte.
Was spucht ein 'ldd' auf das .so aus? Und guck auch mal nach den Dateirechten (ob du die als User lesen + ausführen kannst)...
ldd /usr/local/lib64/python2.6/site-packages/picard/util/astrcmp.so linux-vdso.so.1 => (0x00007fffde1fe000) libpython2.6.so.1.0 => /usr/lib64/libpython2.6.so.1.0 (0x00007f1dd5aa7000) libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f1dd579b000) libm.so.6 => /lib64/libm.so.6 (0x00007f1dd5544000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f1dd532c000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f1dd5110000) libc.so.6 => /lib64/libc.so.6 (0x00007f1dd4db6000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f1dd4bb2000) libutil.so.1 => /lib64/libutil.so.1 (0x00007f1dd49af000) /lib64/ld-linux-x86-64.so.2 (0x00007f1dd606d000) ll /usr/local/lib64/python2.6/site-packages/picard/util/astrcmp.so -rwxr-xr-x 1 root root 27294 Jun 27 21:06 /usr/local/lib64/python2.6/site- packages/picard/util/astrcmp.so
Name: libxvidcore-api Version: 1.2.1-4.1 Arch: x86_64 Vendor: openSUSE Build Service Installed: Yes
Das ist dann wohl das aus dem home:saschpe Repo.
Im Original heißt das Repo wo die Pakete herkommen 'FakePackman' ;)
Das sind eigentlich nur Dummy-Pakete um das Teil im BS backen zu können, die sollten wohl eigentlich gar nicht im Repo (auf dem Download Server) landen (und ich hab's bei meinem testing auch so eingestellt)...
Am 32bit-PC, wo fingerprinting mit 11.1 funktioniert, habe ich nur das installiert, also kein "api": rpm -q libxvidcore-devel libxvidcore4 xvidcore libxvidcore-devel-1.2.2-0.pm.0 libxvidcore4-1.2.2-0.pm.0 xvidcore-1.2.2-0.pm.0
So passt es.
Ansonsten: suche in 'yast2 online_update' nach 'xvid', selektiere libxvidcore-api zum entfernen, und bei (lib)xvidcore* explizit die Versionen aus dem Packman-Repo, so daß diese Pakete das "Update" Symbol erhalten. Dann sollte es klappen.
Am 10.3-Rechner habe ich auch schon ziemlich rumprobiert und komme mit den benötigten Paketen zum Kompilieren von picard nicht zurecht.
Das Paket aus o.g. Repo tut nicht?
Unter 10.3 noch nicht probiert, da mit dem fertigen Paket unter 11.1 fingerprinting nicht funktioniert, sonst wäre ich gar nicht auf die Idee gekommen selber zu kompilieren.
Oops, da gibt es gewaltige Versionsprobleme: Problem: picard kann aufgrund fehlender Abhängigkeiten nicht installiert werden Es sind keine installierbaren Anbieter von libpython2_6-1_0 verfügbar für picard-0.11-5.1.i586[Picard_saschpe]
Fehler von beiden picard-Packagern (MasterPatriko und saschpe), die explizit die libpython2_6-1_0 von python 2.6 fordern. Vermutlich unnötigierweise. Ich probier das grad mal ;) ... [später, s.u.] Jup, wohl unnötigerweise. Ich kann allerdings nicht testen, ob das picard auch läuft. Beim Bau hat python jedenfalls nicht gemeckert.
Den Rest hast du bis auf
python- qt4-4.3-19.i586[http://download.opensuse.org/repositories/openSUSE:10.3/st andard/] wird benötigt von picard-0.11-5.1.i586[Picard_saschpe] (python-qt4)
schon alle.
Ein paar Pakete, die installiert sind. libfaad0-2.6.1-8.1 glibc-2.6.1-18.3 python-mutagen-1.15-0.pm.1 libvorbis-1.2.0-11.2 libtheora0-1.0.final-0.pm.0 libstdc++42-4.2.1_20070724-17 python-2.5.1-39.8 libmp3lame0-3.98.2-0.pm.4 libavcodec52-0.5-0.pm.3 libxvidcore4-1.2.1-1.1
libfaad0, libvorbis, libxvidcore4 noch auf Packmanversionen umbiegen.
zypper search libfaad0 libvorbis libxvidcore4 * Lese installierte Pakete [100%] Keine möglichen Abhängigkeiten gefunden Verstehe ich nicht.
Und noch python-qt4 nachinstallieren ;) Versionen für die 10.3 gibt's für QT4.3, 4.4, 4.5 ;)
rpm -q python-qt4 python-qt4-4.3-19 Würde mit yast automatisch installiert.
zB: zypper install libdca-devel
[..]
Versuch's auch mit yast, da hab ich hier keine Probleme die Packman-Versionen einzuspielen. Achso, den Autocheck dazu besser abstellen.
Da wird gemeckert, dass libgcc43 nicht installiert werden kann.
Seltsam. Aber auch das BS kompiliert die 10.3er Pakete mit gcc 4.3 / gegen libgcc43.
zypper search libgcc43 * Lese installierte Pakete [100%] Keine möglichen Abhängigkeiten gefunden rpm -q libgcc42 libgcc42-4.2.1_20070724-17
Du müßtest also die libgcc43 aus dem devel:gcc Repo dazuinstallieren.
zypper ar http://download.opensuse.org/repositories/devel:/gcc/openSUSE_10.3/devel:gc c.repo zypper in libgcc43
(letzteres ggfs. per Yast)
Bei 10.3 finde ich nur die vorgegebenen Community-Repos, aber keine Möglichkeit eigene Repos hinzufügen. zypper ar http://download.opensuse.org/repositories/devel:/gcc/openSUSE_10.3/ libgcc43 * Füge Repository 'libgcc43' hinzu Repository 'libgcc43' erfolgreich hinzugefügt: Aktiviert: Ja Automatisch aktualisieren: Ja URL: http://download.opensuse.org/repositories/devel:/gcc/openSUSE_10.3/ rpm -q libgcc43 libgcc43-4.3.3_20090520-3.1
Und dann guck da mal rein http://download.opensuse.org/repositories/home:/dnh:/testing/ und such dir was aus (kein Repo-Link, da mehrere Distris). *g*
picard_10.3_david # rpm -Uvh picard-0.11-11.1.i586.rpm picard- lang-0.11-11.1.i586.rpm warning: picard-0.11-11.1.i586.rpm: Header V3 DSA signature: NOKEY, key ID ce4c0d2f error: Failed dependencies: libdiscid is needed by picard-0.11-11.1.i586 libgsm1 is needed by picard-0.11-11.1.i586 libstdc++43 is needed by picard-0.11-11.1.i586 libofa0 is needed by picard-0.11-11.1.i586 libogg0 is needed by picard-0.11-11.1.i586 liba52.so is needed by picard-0.11-11.1.i586 libamrnb.so is needed by picard-0.11-11.1.i586 libamrwb.so is needed by picard-0.11-11.1.i586 libavcodec.so is needed by picard-0.11-11.1.i586 libavformat.so is needed by picard-0.11-11.1.i586 libavutil.so is needed by picard-0.11-11.1.i586 libfaac.so is needed by picard-0.11-11.1.i586 libfaad.so is needed by picard-0.11-11.1.i586 libmp3lame.so is needed by picard-0.11-11.1.i586 libx264.so is needed by picard-0.11-11.1.i586 libxvidcore.so is needed by picard-0.11-11.1.i586 zypper search libdiscid libgsm1 libstdc++43 libofa0 libogg0 liba52 libamrnb libamrwb libavcodec libavformat libavutil libfaac libfaad libmp3lame libx264 libxvidcore ZyppSearch::setupRegexp(): (?=.*libdiscid)(?=.*libgsm1)(?=.*libstdc++43) (?=.*libofa0)(?=.*libogg0)(?=.*liba52)(?=.*libamrnb)(?=.*libamrwb) (?=.*libavcodec)(?=.*libavformat)(?=.*libavutil)(?=.*libfaac)(?=.*libfaad) (?=.*libmp3lame)(?=.*libx264)(?=.*libxvidcore).*ist kein gültiger regulärer Ausdruck: "Invalid preceding regular expression" Dies ist ein Programmfehler; erstellen Sie bitte einen Fehlerbericht über Zypper.
(auf dem BS war grad schön wenig los ;)
$ rpm -qp --requires \ http://download.opensuse.org/[..]/openSUSE_10.3/[..]/picard-0.11-11.1.i586. rpm [gekürzt] python >= 2.5 python < 2.6 python-qt4 python-mutagen libgcc43 libstdc++43 libpython2.5.so.1.0 ^^^^^^^^^^^^^^^^^^^ (nicht 2_6-1_0 ;)
Wenn's bei dir läuft, sag Bescheid, damit ich Sascha Bescheid geben kann, daß meine Änderung tut ;)
Danke David, ist alles sehr zäh. Ich wäre froh, wenn wir es zuerst am 64bit- Rechner schaffen würden. Unter 10.3 ist es nicht so wichtig. Ich wollte es nur probieren, wenn es nicht will, ist auch nicht so schlimm. Ich mache aber natürlich weiter, wenn du schreibst, was ich angehen soll. Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Son, 28 Jun 2009, Al Bogner schrieb:
Am Sonntag 28 Juni 2009 03:53:20 schrieb David Haller:
Am Sam, 27 Jun 2009, Al Bogner schrieb: [..]
python -c 'import picard.tagger, picard.musicdns.avcodec' [..] File "picard/similarity.py", line 22, in <module> from picard.util.astrcmp import astrcmp ImportError: No module named astrcmp
Das steckt im picard-Paket und landet als /usr/lib{,64}/python{2.5,2.6}/site-packages/picard/util/astrcmp.so auf der Platte.
Was spucht ein 'ldd' auf das .so aus? Und guck auch mal nach den Dateirechten (ob du die als User lesen + ausführen kannst)...
ldd /usr/local/lib64/python2.6/site-packages/picard/util/astrcmp.so libpython2.6.so.1.0 => /usr/lib64/libpython2.6.so.1.0 (0x00007f1dd5aa7000) [..]
Äh, das ist auf der 11.1(x86_64), richtig? Wieso ist das dann bei dir picard in /usr/local?
ll /usr/local/lib64/python2.6/site-packages/picard/util/astrcmp.so -rwxr-xr-x 1 root root 27294 Jun 27 21:06 /usr/local/lib64/python2.6/site- packages/picard/util/astrcmp.so
Als User? Der muß ggfs. auch die übergeordneten Verzeichnisse lesen können ... Als User: $ py_sitedir=$(python -c 'from distutils.sysconfig import get_python_lib; print get_python_lib();') $ nm -C "$py_sitedir/picard/util/astrcmp.so" | grep astrcmp $ unset py_sitedir Ansonsten müßte es eigentlich funktionieren, hier tut's (11.1(i586)).
libfaad0, libvorbis, libxvidcore4 noch auf Packmanversionen umbiegen.
zypper search libfaad0 libvorbis libxvidcore4 * Lese installierte Pakete [100%] Keine möglichen Abhängigkeiten gefunden
Verstehe ich nicht.
Weil schon installiert? Nimm Yast ;)
zypper ar http://download.opensuse.org/repositories/devel:/gcc/openSUSE_10.3/devel:gc c.repo zypper in libgcc43
(letzteres ggfs. per Yast)
Bei 10.3 finde ich nur die vorgegebenen Community-Repos, aber keine Möglichkeit eigene Repos hinzufügen.
yast2 repositories -> Add -> URL angeben -> http://download.opensuse.org/repositories/devel:/gcc/openSUSE_10.3/ AFAIK geht auch die URL zur repo-Datei. Oder das Repo per zypper hinzufügen und dann yast2 aufrufen ;)
zypper ar http://download.opensuse.org/repositories/devel:/gcc/openSUSE_10.3/ libgcc43 * Füge Repository 'libgcc43' hinzu Repository 'libgcc43' erfolgreich hinzugefügt: Aktiviert: Ja Automatisch aktualisieren: Ja URL: http://download.opensuse.org/repositories/devel:/gcc/openSUSE_10.3/
rpm -q libgcc43 libgcc43-4.3.3_20090520-3.1
:))
Und dann guck da mal rein http://download.opensuse.org/repositories/home:/dnh:/testing/ und such dir was aus (kein Repo-Link, da mehrere Distris). *g*
picard_10.3_david # rpm -Uvh picard-0.11-11.1.i586.rpm picard- lang-0.11-11.1.i586.rpm warning: picard-0.11-11.1.i586.rpm: Header V3 DSA signature: NOKEY, key ID ce4c0d2f error: Failed dependencies: libdiscid is needed by picard-0.11-11.1.i586 libgsm1 is needed by picard-0.11-11.1.i586 libstdc++43 is needed by picard-0.11-11.1.i586 libofa0 is needed by picard-0.11-11.1.i586 libogg0 is needed by picard-0.11-11.1.i586
zypper in picard-0.11-11.1.i586.rpm picard-lang-0.11-11.1.i586.rpm sollte einige Abhängigkeiten lösen, in BS::Multimedia:/libs findest du die meisten und den Rest in anderen. webpin ist dein Freund ;) Wenn du nicht die Repos hinzufügen willst lad die mit ins gleiche Verzeichnis und mach dann 'rpm -Uvh *.rpm' oder 'zypper in *.rpm' ;)
liba52.so is needed by picard-0.11-11.1.i586 libamrnb.so is needed by picard-0.11-11.1.i586 libamrwb.so is needed by picard-0.11-11.1.i586 libavcodec.so is needed by picard-0.11-11.1.i586 libavformat.so is needed by picard-0.11-11.1.i586 libavutil.so is needed by picard-0.11-11.1.i586 libfaac.so is needed by picard-0.11-11.1.i586 libfaad.so is needed by picard-0.11-11.1.i586 libmp3lame.so is needed by picard-0.11-11.1.i586 libx264.so is needed by picard-0.11-11.1.i586 libxvidcore.so is needed by picard-0.11-11.1.i586
Mein Fehler, sollte jetzt weitgehend behoben sein (picard-0.11-12.1). AFAIR wurden aber die Pakete ziemlich umbenamst seit 10.3, daher ist das ein bissl schwierig mit dem .spec, zumal die .so Abhängigkeiten hier nicht passen. Ggfs. maile was ich übersehen hab.
zypper search libdiscid libgsm1 libstdc++43 libofa0 libogg0 liba52 libamrnb libamrwb libavcodec libavformat libavutil libfaac libfaad libmp3lame libx264 libxvidcore ZyppSearch::setupRegexp(): (?=.*libdiscid)(?=.*libgsm1)(?=.*libstdc++43) (?=.*libofa0)(?=.*libogg0)(?=.*liba52)(?=.*libamrnb)(?=.*libamrwb) (?=.*libavcodec)(?=.*libavformat)(?=.*libavutil)(?=.*libfaac)(?=.*libfaad) (?=.*libmp3lame)(?=.*libx264)(?=.*libxvidcore).*ist kein gültiger regulärer Ausdruck: "Invalid preceding regular expression" Dies ist ein Programmfehler; erstellen Sie bitte einen Fehlerbericht über Zypper.
Bug in zypper (vermutl. wg. dem 'c++', was als RE nicht passt).
Danke David, ist alles sehr zäh.
Jup.
Ich wäre froh, wenn wir es zuerst am 64bit- Rechner schaffen würden. Unter 10.3 ist es nicht so wichtig. Ich wollte es nur probieren, wenn es nicht will, ist auch nicht so schlimm. Ich mache aber natürlich weiter, wenn du schreibst, was ich angehen soll.
s.o. ;) -dnh -- What boots up must come down. -- Paul Tomblin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Montag 29 Juni 2009 00:22:55 schrieb David Haller:
Hallo,
Am Son, 28 Jun 2009, Al Bogner schrieb:
Am Sonntag 28 Juni 2009 03:53:20 schrieb David Haller:
Am Sam, 27 Jun 2009, Al Bogner schrieb:
[..]
python -c 'import picard.tagger, picard.musicdns.avcodec'
[..]
File "picard/similarity.py", line 22, in <module> from picard.util.astrcmp import astrcmp ImportError: No module named astrcmp
Das steckt im picard-Paket und landet als /usr/lib{,64}/python{2.5,2.6}/site-packages/picard/util/astrcmp.so auf der Platte.
Was spucht ein 'ldd' auf das .so aus? Und guck auch mal nach den Dateirechten (ob du die als User lesen + ausführen kannst)...
ldd /usr/local/lib64/python2.6/site-packages/picard/util/astrcmp.so libpython2.6.so.1.0 => /usr/lib64/libpython2.6.so.1.0 (0x00007f1dd5aa7000)
[..]
Äh, das ist auf der 11.1(x86_64), richtig? Wieso ist das dann bei dir picard in /usr/local?
Bei den ersten Versuchen, habe ich die Sourcen in ~/bin gegeben. Letztlich dann von /usr/src/picard-0.11 kompiliert. Vermutlich von python setup.py install (gemäß INSTALL.txt bei den Sourcen)
ll /usr/local/lib64/python2.6/site-packages/picard/util/astrcmp.so -rwxr-xr-x 1 root root 27294 Jun 27 21:06 /usr/local/lib64/python2.6/site- packages/picard/util/astrcmp.so
Als User? Der muß ggfs. auch die übergeordneten Verzeichnisse lesen können ...
als User: ~> ll /usr/local/lib64/python2.6/site-packages/picard/util/astrcmp.so -rwxr-xr-x 1 root root 27294 27. Jun 21:06 /usr/local/lib64/python2.6/site- packages/picard/util/astrcmp.so Ein cat zeigt was an.
Als User:
$ py_sitedir=$(python -c 'from distutils.sysconfig import get_python_lib; print get_python_lib();') $ nm -C "$py_sitedir/picard/util/astrcmp.so" | grep astrcmp $ unset py_sitedir
~> py_sitedir=$(python -c 'from distutils.sysconfig import get_python_lib; print get_python_lib();') ~> nm -C "$py_sitedir/picard/util/astrcmp.so" | grep astrcmp nm: '/usr/lib64/python2.6/site-packages/picard/util/astrcmp.so': No such file ~> unset py_sitedir
Ansonsten müßte es eigentlich funktionieren, hier tut's (11.1(i586)).
libfaad0, libvorbis, libxvidcore4 noch auf Packmanversionen umbiegen.
zypper search libfaad0 libvorbis libxvidcore4 * Lese installierte Pakete [100%] Keine möglichen Abhängigkeiten gefunden
Verstehe ich nicht.
Weil schon installiert? Nimm Yast ;)
Ich probiere seit meiner letzten Erfahrung immer auch noch Yast, wenn es mit zypper nicht klappt. Ist aber 10.3. und ist mir nicht so wichtig.
sollte einige Abhängigkeiten lösen, in BS:: :/libs findest du die meisten und den Rest in anderen. webpin ist dein Freund ;)
Hab schon viel gesucht. Zum Glück gibt es Webpin. Allerdings habe ich keines unter 10.3, sondern nur 11.1 und schaue von dort weiter zu 10.3. Kennst du ein Webpin für 10.3?
Wenn du nicht die Repos hinzufügen willst lad die mit ins gleiche Verzeichnis und mach dann 'rpm -Uvh *.rpm' oder 'zypper in *.rpm' ;)
So habe ich es schon gemacht. Mit der neuen Version: picard-0.11-12.1.i586.rpm picard-lang-0.11-12.1.i586.rpm rpm -Uhv picard-*.rpm warning: picard-0.11-12.1.i586.rpm: Header V3 DSA signature: NOKEY, key ID ce4c0d2f error: Failed dependencies: libdiscid is needed by picard-0.11-12.1.i586 Wird schon weniger, nachdem ich manuell nachgeholfen habe. rpm -q libdiscid0 libdiscid0-0.1.1-0.pm.2 Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Mon, 29 Jun 2009, Al Bogner schrieb:
Am Montag 29 Juni 2009 00:22:55 schrieb David Haller:
Am Son, 28 Jun 2009, Al Bogner schrieb: [..]
ldd /usr/local/lib64/python2.6/site-packages/picard/util/astrcmp.so libpython2.6.so.1.0 => /usr/lib64/libpython2.6.so.1.0 (0x00007f1dd5aa7000)
[..]
Äh, das ist auf der 11.1(x86_64), richtig? Wieso ist das dann bei dir picard in /usr/local?
Bei den ersten Versuchen, habe ich die Sourcen in ~/bin gegeben.
Da gehören Sourcen aber nicht hin. Nimm ~/src/ und installiere dann nach ~/bin usw. (per --prefix o.ä.) wenn du was nur für einen user in dessen Home haben willst.
Letztlich dann von /usr/src/picard-0.11 kompiliert.
Vermutlich von python setup.py install (gemäß INSTALL.txt bei den Sourcen)
python setup.py install --help python setup.py install --prefix=... Normal sollte das aber dorthin installieren, wo python es findet (s.u.).
ll /usr/local/lib64/python2.6/site-packages/picard/util/astrcmp.so -rwxr-xr-x 1 root root 27294 Jun 27 21:06 /usr/local/lib64/python2.6/site- packages/picard/util/astrcmp.so
Als User? Der muß ggfs. auch die übergeordneten Verzeichnisse lesen können ...
als User: ~> ll /usr/local/lib64/python2.6/site-packages/picard/util/astrcmp.so -rwxr-xr-x 1 root root 27294 27. Jun 21:06 /usr/local/lib64/python2.6/site- packages/picard/util/astrcmp.so
Ein cat zeigt was an.
Ok, dann ist /usr/local/lib64/python2.6/site-packages wohl nicht im Suchpfad von python. Versuch's mal mit export PYTHONPATH="$PYTHONPATH:/usr/local/lib64/python2.6/site-packages" /usr/local/bin/picard # müßte die Version sein, zu der das astrcmp.so # in /usr/local/... gehört
Als User:
$ py_sitedir=$(python -c 'from distutils.sysconfig import get_python_lib; print get_python_lib();') $ nm -C "$py_sitedir/picard/util/astrcmp.so" | grep astrcmp $ unset py_sitedir
~> py_sitedir=$(python -c 'from distutils.sysconfig import get_python_lib; print get_python_lib();') ~> nm -C "$py_sitedir/picard/util/astrcmp.so" | grep astrcmp nm: '/usr/lib64/python2.6/site-packages/picard/util/astrcmp.so': No such file ~> unset py_sitedir
Da hätte es wohl liegen sollen, denn da sucht python. Denn setup.py sollte ebenfalls via distutils.sysconfig den richtigen Pfad suchen.
sollte einige Abhängigkeiten lösen, in BS:: :/libs findest du die meisten und den Rest in anderen. webpin ist dein Freund ;)
Hab schon viel gesucht. Zum Glück gibt es Webpin. Allerdings habe ich keines unter 10.3, sondern nur 11.1 und schaue von dort weiter zu 10.3. Kennst du ein Webpin für 10.3?
Nicht direkt, aber ich hatte eins unter der 10.2. Hier auf der ollen Kiste fehlt mir noch irgendeine Abhängigkeit. Du kannst aber das auf der 11.1 verwenden: webpin -d 10.3 ...
Wenn du nicht die Repos hinzufügen willst lad die mit ins gleiche Verzeichnis und mach dann 'rpm -Uvh *.rpm' oder 'zypper in *.rpm' ;) [..] rpm -Uhv picard-*.rpm warning: picard-0.11-12.1.i586.rpm: Header V3 DSA signature: NOKEY, key ID ce4c0d2f error: Failed dependencies: libdiscid is needed by picard-0.11-12.1.i586
Wird schon weniger, nachdem ich manuell nachgeholfen habe.
rpm -q libdiscid0 libdiscid0-0.1.1-0.pm.2
Ok, das hab ich schon befürchtet. Grummel. Bevor ich jetzt groß an den Abhängigkeiten rumschraube pack ich lieber noch libdiscid 0.2.1 mit ins Repo ;) Mal gucken ob's baut. Leider ist der BS wohl grad in der Wartung ... -dnh -- "Wenn mer die Linke an der Macht beteiligt, flüchtet das bürgerliche Kapital ins Ausland." "Des glaub isch ned, des is doch scho fott." -- Neues a. d. Anstalt -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Die, 30 Jun 2009, David Haller schrieb:
error: Failed dependencies: libdiscid is needed by picard-0.11-12.1.i586 [..] Ok, das hab ich schon befürchtet. Grummel. Bevor ich jetzt groß an den Abhängigkeiten rumschraube pack ich lieber noch libdiscid 0.2.1 mit ins Repo ;) Mal gucken ob's baut. Leider ist der BS wohl grad in der Wartung ...
Liegt jetzt im Repo und sollte von den Abhängigkeiten hinhauen. -dnh -- "Backwards compatibility is nice, but preserving every undocumented quirk that nobody sane would use... Sorry, but we really need an addition to errno.h: EBITEME. Exactly for such cases." -- Alexander Viro on l-k -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag 30 Juni 2009 21:57:09 schrieb David Haller:
Hallo,
Am Die, 30 Jun 2009, David Haller schrieb:
error: Failed dependencies: libdiscid is needed by picard-0.11-12.1.i586
[..]
Ok, das hab ich schon befürchtet. Grummel. Bevor ich jetzt groß an den Abhängigkeiten rumschraube pack ich lieber noch libdiscid 0.2.1 mit ins Repo ;) Mal gucken ob's baut. Leider ist der BS wohl grad in der Wartung ...
Liegt jetzt im Repo und sollte von den Abhängigkeiten hinhauen.
Ich probiere es ASAP. Muss noch vorher Musicbrainz füttern um zu schauen, ob mein Script wieder hängenbleibt. Dieses "frames > 127 bytes"-Problem (http://www.id3.org/iTunes) ist gar nicht so leicht zu umgehen. Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag 30 Juni 2009 21:57:09 schrieb David Haller: Hallo David,
Liegt jetzt im Repo und sollte von den Abhängigkeiten hinhauen.
Haut von den Abhängigkeiten hin, d.h. ich konnte es installieren und picard starten, aber: No decoders found! Fingerprinting will be disabled. Und damit startete alles. Ich tue jetzt mal nichts, bevor du mir nicht sagst, ob ich es selber kompilieren soll. Wenn ja, wo die Sourcen entpacken und mit welchen Optionen kompilieren? Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Die, 30 Jun 2009, Al Bogner schrieb:
Am Dienstag 30 Juni 2009 21:57:09 schrieb David Haller:
Liegt jetzt im Repo und sollte von den Abhängigkeiten hinhauen.
Haut von den Abhängigkeiten hin, d.h. ich konnte es installieren und picard starten, aber:
No decoders found! Fingerprinting will be disabled.
Guck mal als User, ob du alle libs hast / drauf zugreifen kannst, die ldd anzeigt: ldd /usr/lib/python2.5/site-packages/picard/musicdns/avcodec.so ldd /usr/lib/python2.5/site-packages/picard/musicdns/ofa.so Achte auf '=> not found' bzw. irgendwelche 'Permission denied'. -dnh -- BUGS It is not yet possible to change operating system by writ ing to /proc/sys/kernel/ostype. -- Linux sysctl(2) manpage -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch 01 Juli 2009 20:30:49 schrieb David Haller: Hallo David,
Am Die, 30 Jun 2009, Al Bogner schrieb:
Am Dienstag 30 Juni 2009 21:57:09 schrieb David Haller:
Liegt jetzt im Repo und sollte von den Abhängigkeiten hinhauen.
Haut von den Abhängigkeiten hin, d.h. ich konnte es installieren und picard starten, aber:
No decoders found! Fingerprinting will be disabled.
Guck mal als User, ob du alle libs hast / drauf zugreifen kannst, die ldd anzeigt:
ldd /usr/lib/python2.5/site-packages/picard/musicdns/avcodec.so ldd /usr/lib/python2.5/site-packages/picard/musicdns/ofa.so
Achte auf '=> not found' bzw. irgendwelche 'Permission denied'.
Da kommt eine ganze Menge: ldd /usr/lib/python2.5/site-packages/picard/musicdns/avcodec.so linux-gate.so.1 => (0xffffe000) libpython2.5.so.1.0 => /usr/lib/libpython2.5.so.1.0 (0xb7e8c000) libavformat.so => not found libavformat52-0.5-0.pm.3 installiert libavcodec.so => not found libavcodec52-0.5-0.pm.3 installiert libz.so.1 => /lib/libz.so.1 (0xb7e79000) liba52.so => not found liba52-0-0.7.4-9.3 installiert libamrnb.so => not found libamrnb3-7.0.0.2-0.pm.0 installiert libamrwb.so => not found libamrwb3-7.0.0.3-0.pm.0 installiert libdc1394_control.so.12 => /usr/lib/libdc1394_control.so.12 (0xb7e66000) libfaac.so => not found libfaac0-1.28-0.pm.0 installiert libfaad.so => not found libfaad0-2.6.1-8.1 installiert libfaad2-2.7-0.pm.0 installiert libgsm.so.1 => /usr/lib/libgsm.so.1 (0xb7e59000) libmp3lame.so => not found libmp3lame0-3.98.2-0.pm.4 installiert libx264.so => not found libx264-65-0.65-11.1 installiert libx264-67-0.0svn20090513-0.pm.0 installiert libxvidcore.so => not found libxvidcore4-1.2.1-1.1 installiert libdl.so.2 => /lib/libdl.so.2 (0xb7e55000) libX11.so.6 => /usr/lib/libX11.so.6 (0xb7d39000) libXext.so.6 => /usr/lib/libXext.so.6 (0xb7d2a000) libraw1394.so.8 => /usr/lib/libraw1394.so.8 (0xb7d23000) libtheora.so.0 => /usr/lib/libtheora.so.0 (0xb7cd8000) libvorbisenc.so.2 => /usr/lib/libvorbisenc.so.2 (0xb7bdc000) libavutil.so => not found libavutil49-0.5-0.pm.3 installiert libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0xb7baf000) libm.so.6 => /lib/libm.so.6 (0xb7b8a000) libogg.so.0 => /usr/lib/libogg.so.0 (0xb7b84000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7b6d000) libc.so.6 => /lib/libc.so.6 (0xb7a3a000) libutil.so.1 => /lib/libutil.so.1 (0xb7a36000) /lib/ld-linux.so.2 (0x80000000) libxcb-xlib.so.0 => /usr/lib/libxcb-xlib.so.0 (0xb7a32000) libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb7a19000) libXau.so.6 => /usr/lib/libXau.so.6 (0xb7a15000) Sieht besser aus: ldd /usr/lib/python2.5/site-packages/picard/musicdns/ofa.so linux-gate.so.1 => (0xffffe000) libpython2.5.so.1.0 => /usr/lib/libpython2.5.so.1.0 (0xb7e4d000) libofa.so.0 => /usr/lib/libofa.so.0 (0xb7e35000) libexpat.so.1 => /lib/libexpat.so.1 (0xb7e14000) libfftw3.so.3 => /usr/lib/libfftw3.so.3 (0xb7d80000) libm.so.6 => /lib/libm.so.6 (0xb7d5b000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7d44000) libc.so.6 => /lib/libc.so.6 (0xb7c10000) libdl.so.2 => /lib/libdl.so.2 (0xb7c0c000) libutil.so.1 => /lib/libutil.so.1 (0xb7c08000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7b17000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7b08000) Wenn das zu kompliziert wird, David, vergessen wir es. Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Mit, 01 Jul 2009, Al Bogner schrieb:
libavformat.so => not found libavformat52-0.5-0.pm.3 installiert libavcodec.so => not found libavcodec52-0.5-0.pm.3 installiert
Laß mal ldconfig laufen, achte darauf, daß /etc/ld.so.cache für den User lesbar ist (passiert mir immer wieder, da root umask 027 hat ;) Zur Not: -devel RPMs installieren, da is das .so dann drin, ansonsten kannst du auch selber symlinks anlegen.
libfaad0-2.6.1-8.1 installiert libfaad2-2.7-0.pm.0 installiert
Guck mal (yast) woher das faad0 ist und ob's noch gebraucht wird.
libx264-65-0.65-11.1 installiert libx264-67-0.0svn20090513-0.pm.0 installiert
Dito. Rest analog zu avcodec.
Sieht besser aus: ldd /usr/lib/python2.5/site-packages/picard/musicdns/ofa.so [..]
Das müßte eigentlich geladen werden können. Auf der 11.1 läuft es auch
Wenn das zu kompliziert wird, David, vergessen wir es.
Passt schon ;) -dnh -- Demokratie ist die Herrschaft der Unfähigen über die Desinteressierten... -- gewissermaßen aus Dorfer's Donnerstalk -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch 01 Juli 2009 23:46:29 schrieb David Haller: Hallo David,
Am Mit, 01 Jul 2009, Al Bogner schrieb:
libavformat.so => not found libavformat52-0.5-0.pm.3 installiert libavcodec.so => not found libavcodec52-0.5-0.pm.3 installiert
Laß mal ldconfig laufen,
gemacht
achte darauf, daß /etc/ld.so.cache für den User lesbar ist (passiert mir immer wieder, da root umask 027 hat ;)
ll /etc/ld.so.cache -rw-r--r-- 1 root root 121063 3. Jul 23:03 /etc/ld.so.cache
Zur Not: -devel RPMs installieren, da is das .so dann drin, ansonsten kannst du auch selber symlinks anlegen.
Ich entscheide mich für die Not ;-) Der Speicherplatz ist mir egal.
libfaad0-2.6.1-8.1 installiert libfaad2-2.7-0.pm.0 installiert
Yast lässt wegen picard nicht deinstallieren. Wie war das nochmal mit "rpm --queryformat" woher das Paket stammt?
Guck mal (yast) woher das faad0 ist und ob's noch gebraucht wird.
libfaad0 - FAAD2 Shared Library Version: 2.7-0.pm.0 Installiert: 2.6.1-8.1 Größe: 251.0 K Medium Nr.: 0 sieht nach Packman aus.
libx264-65-0.65-11.1 installiert libx264-67-0.0svn20090513-0.pm.0 installiert
Da sehe ich auch 0.0svn20090627-0.pm.0
Rest analog zu avcodec.
Ich habe zur Zeit nicht sehr viel Zeit dafür, gebe aber Feedback ASAP: Al PS: Seit gestern habe ich ziemliche DNS-Probleme, sieht so aus, dass es nun wieder passt. Solltest du ein PM senden wollen, so schicke bei Problemen bitte an die arcor-Adresse. Ich hoffe es gingen keine Mails verloren. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch, 1. Juli 2009 schrieb Al Bogner:
libfaad0-2.6.1-8.1 installiert libfaad2-2.7-0.pm.0 installiert
Hm, wieso beide? Woher stammt die erste? die zweite genannte lib ist die aus dem Packman repository, aber die libfaad0-2.6.1-8.1?
libx264-65-0.65-11.1 installiert libx264-67-0.0svn20090513-0.pm.0 installiert
Hier das gleiche. Kombinierst Du irgendwelche unverträgliche Repositories, wie Packman und Videolan? In dem Fall würde mich nicht wundern, wenn dabei nichts lauffähiges rauskommt. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag 02 Juli 2009 22:57:25 schrieb Manfred Tremmel:
Am Mittwoch, 1. Juli 2009 schrieb Al Bogner:
libfaad0-2.6.1-8.1 installiert libfaad2-2.7-0.pm.0 installiert
Hm, wieso beide? Woher stammt die erste? die zweite genannte lib ist die aus dem Packman repository, aber die libfaad0-2.6.1-8.1?
Gute Frage, yast meckert, dass libfaad0 von picard benötigt wird, wenn ich es zu löschen versuche.
libx264-65-0.65-11.1 installiert libx264-67-0.0svn20090513-0.pm.0 installiert
Hier genauso, kann wegen picard nicht gelöscht werden. Bei yast steht etwas von "pm". Siehe auch nebenan. Komisch, dass da kein pm bei der Paketabfrage im Namen ist.
Hier das gleiche. Kombinierst Du irgendwelche unverträgliche Repositories, wie Packman und Videolan? In dem Fall würde mich nicht wundern, wenn dabei nichts lauffähiges rauskommt.
file:///install/suse103 ftp://ftp5.gwdg.de/%2fpub/opensuse/repositories/multimedia%3a/audio/openSUSE_10.3 ftp://ftp5.gwdg.de/pub/linux/packman/suse/10.3/ ftp://ftp5.gwdg.de/pub/opensuse/repositories/multimedia%3a/audio/openSUSE_10.3 http://download.opensuse.org/distribution/10.3/repo/non-oss/ http://download.opensuse.org/distribution/10.3/repo/src-oss/suse/ http://download.opensuse.org/repositories/devel:/gcc/openSUSE_10.3/ http://download.opensuse.org/repositories/home%3a/saschpe%3a/picard/openSUSE... http://download.opensuse.org/repositories/multimedia:/libs/openSUSE_10.3/ http://download.opensuse.org/repositories/openSUSE:10.3/standard/ http://download.opensuse.org/update/10.3/ http://ftp.skynet.be/pub/packman/suse/10.3/ Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Samstag, 27. Juni 2009 schrieb Al Bogner:
Am Samstag 27 Juni 2009 00:12:01 schrieb David Haller:
Hallo David,
Am Fre, 26 Jun 2009, Al Bogner schrieb:
Am Freitag 26 Juni 2009 02:27:12 schrieb David Haller:
[..]
# nm /usr/local/lib/libxvidcore.so.4 | grep xvid_plugin_lumimasking 00067684 T xvid_plugin_lumimasking
d.h. dir fehlt wohl ne passende Version von libxvidcore. Alternativ kannst du evtl. xvid im configure deaktivieren.
Hehe, die ollen Kisten funktionieren bei mir ja, nur der neu 64bit-PC will nicht.
# zypper remove libxvidcore-devel Loading repository data... Reading installed packages... 'libxvidcore-devel' is not installed. Resolving package dependencies... Nothing to do.
# zypper install libxvidcore-devel Loading repository data... Reading installed packages... Resolving package dependencies... Nothing to do.
Komisch. Mit Yast2?
Nein, in der Shell, genauso wie angeführt.
[..]
Am 32bit-Rechner rpm -q libxvidcore-devel libxvidcore-devel-1.2.2-0.pm.0
Da sind grundsätzlich die gleichen Repos eingetragen.
rpm -Uvh libxvidcore-devel-1.2.2-0.pm.0.i586.rpm warning: libxvidcore-devel-1.2.2-0.pm.0.i586.rpm: Header V3 DSA signature: NOKEY, key ID 9a795806 Preparing... ########################################### [100%] file /usr/include/xvid.h from install of libxvidcore- devel-1.2.2-0.pm.0.i586 conflicts with file from package libxvidcore- api-1.2.1-4.1.x86_64
Da fehlt wohl ein Provides: oder Conflicts: beim -devel Paket.
Du koenntest alle (lib)xvid* Pakete deinstallieren und dann die 3 x86_64 Pakete von Packman und bei Bedarf noch die (lib)xvidcore i586 (aber nicht das -devel). Das sollte auch per Yast/zypper klappen.
Ich hoffe, dass das Paket von Manfred bei Packman aktualisiert wird.
Sorry, da kann ich nichts drehen. Wenn Du hier x86_64 und i586er Pakete mischt, funktioniert das nicht beim compilieren von Programmen. Wenn Du x86_64 Pakete compilieren willst, musst Du auch die x86_64er Versionen der libs und -devel Pakete installieren und nicht die i586er.
Mit Deinstallieren ist das so eine Sache, da sind x-Abhängigkeiten, die dann auch entfernt würden. Ich habe ja andere 32bit-Rechner bei denen es funktioniert und für picard macht eine langsamere CPU keinen merklichen Unterschied.
Bei 32bitern gibts da ja auch nichts zu verwechseln.
Am 10.3-Rechner habe ich auch schon ziemlich rumprobiert und komme mit den benötigten Paketen zum Kompilieren von picard nicht zurecht.
Ich kann Dir nur raten, geh in Yast die installiereten Pakete Durch, schau Dir die verfügbaren Versionen an, steht da ein i586 oder i686er Paket, ersetze es durch die x86_64er Version. Wenn Du alle durch hast, sollte die Sache funktionieren. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Samstag 27 Juni 2009 23:00:09 schrieb Manfred Tremmel: Hallo Manfred,
Sorry, da kann ich nichts drehen. Wenn Du hier x86_64 und i586er Pakete mischt, funktioniert das nicht beim compilieren von Programmen. Wenn Du x86_64 Pakete compilieren willst, musst Du auch die x86_64er Versionen der libs und -devel Pakete installieren und nicht die i586er.
Danke für den Hinweis, darauf wäre ich nicht gekommen. Ich habe grundsätzlich die Pakete mit zypper install installiert und nie spezielle Versionen ausgewählt. Die einzige Ausnahme war ein Versuch mit "rpm -Uvh libxvidcore- devel-1.2.2-0.pm.0.i586.rpm", das aber nicht geklappt hat. picard braucht eine ganze Menge an Paketen. Kann ich abfragen welche Pakete im ganzen System nicht 64bit sind?
Bei 32bitern gibts da ja auch nichts zu verwechseln.
Wenn das die Ursache ist, ist es klar. Nur wie bemerkt man, dass einem 32bit- Pakete untergeschoben werden?
Am 10.3-Rechner habe ich auch schon ziemlich rumprobiert und komme mit den benötigten Paketen zum Kompilieren von picard nicht zurecht.
Ich kann Dir nur raten, geh in Yast die installiereten Pakete Durch, schau Dir die verfügbaren Versionen an, steht da ein i586 oder i686er Paket, ersetze es durch die x86_64er Version. Wenn Du alle durch hast, sollte die Sache funktionieren.
10.3 läuft auf einem 32bit-Rechner. Kann man da überhaupt 64bit-Pakete installieren? Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Sonntag, 28. Juni 2009 schrieb Al Bogner:
picard braucht eine ganze Menge an Paketen. Kann ich abfragen welche Pakete im ganzen System nicht 64bit sind?
rpm -qa --queryformat '%{NAME} %{VERSION} %{RELEASE} %{ARCH}\n' | \ grep -E "i[56]86"
Wenn das die Ursache ist, ist es klar. Nur wie bemerkt man, dass einem 32bit- Pakete untergeschoben werden?
Gute Frage.
10.3 läuft auf einem 32bit-Rechner. Kann man da überhaupt 64bit-Pakete installieren?
Nur mit Gewalt, normal meckert rpm da. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Sonntag 28 Juni 2009 14:13:07 schrieb Manfred Tremmel: Hallo Manfred,
picard braucht eine ganze Menge an Paketen. Kann ich abfragen welche Pakete im ganzen System nicht 64bit sind?
rpm -qa --queryformat '%{NAME} %{VERSION} %{RELEASE} %{ARCH}\n' | \ grep -E "i[56]86"
rpm -qa --queryformat '%{NAME} %{VERSION} %{RELEASE} %{ARCH}\n' | grep -E "i[56]86" libkipi0 0.1.6 1.60 i586 flash-player 10.0.22.87 0.1.1 i586 master-boot-code 1.14 70.32 i586 libkdcraw3 0.1.4 49.21 i586 w32codec-all 20071007 0.pm.1 i586 acroread 8.1.5 0.1.1 i586 libflashsupport 1.2 4.20 i586 libkexiv2-3 0.1.7 49.21 i586 Auf den ersten Blick sehe ich da nichts was mit picard bzw ffmpeg zu tun hat. Sind diese Pakete ok, oder gibt es da 64bit-Versionen?
Wenn das die Ursache ist, ist es klar. Nur wie bemerkt man, dass einem 32bit- Pakete untergeschoben werden?
Gute Frage.
10.3 läuft auf einem 32bit-Rechner. Kann man da überhaupt 64bit-Pakete installieren?
Nur mit Gewalt, normal meckert rpm da.
rpm -qa --queryformat '%{NAME} %{VERSION} %{RELEASE} %{ARCH}\n' | grep 64 | grep -v -E "i[56]86" desktop-translations 10.3 64 noarch rpm -q desktop-translations desktop-translations-10.3-64 Der 10.3-Rechner sieht sauber aus. Ich versuche zuerst am 64bit-Rechner weiter zu kommen. An 32bit-Paketen dürfte es IMHO nicht liegen. Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Sonntag, 28. Juni 2009 schrieb Al Bogner:
Am Sonntag 28 Juni 2009 14:13:07 schrieb Manfred Tremmel:
Hallo Manfred,
picard braucht eine ganze Menge an Paketen. Kann ich abfragen welche Pakete im ganzen System nicht 64bit sind?
rpm -qa --queryformat '%{NAME} %{VERSION} %{RELEASE} %{ARCH}\n' | \ grep -E "i[56]86"
rpm -qa --queryformat '%{NAME} %{VERSION} %{RELEASE} %{ARCH}\n' | grep -E "i[56]86" libkipi0 0.1.6 1.60 i586 flash-player 10.0.22.87 0.1.1 i586 master-boot-code 1.14 70.32 i586 libkdcraw3 0.1.4 49.21 i586 w32codec-all 20071007 0.pm.1 i586 acroread 8.1.5 0.1.1 i586 libflashsupport 1.2 4.20 i586 libkexiv2-3 0.1.7 49.21 i586
Auf den ersten Blick sehe ich da nichts was mit picard bzw ffmpeg zu tun hat. Sind diese Pakete ok, oder gibt es da 64bit-Versionen?
Zu den lib* Paketen sollte es je eine 64Bit Version geben, w32codec-all kannst Du getrost deinstallieren, das wird von den 64Bit Playern nicht verwendet. Das Vorhandensein der 32Bit Bibliotheken kann beim Nachinstallieren von anderen Paketen dazu führen, dass auch diese in der 32Bit Version installiert werden (wegen der Abhängigkeiten). -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Sonntag 28 Juni 2009 19:52:54 schrieb Manfred Tremmel:
Am Sonntag, 28. Juni 2009 schrieb Al Bogner:
Am Sonntag 28 Juni 2009 14:13:07 schrieb Manfred Tremmel:
Hallo Manfred,
picard braucht eine ganze Menge an Paketen. Kann ich abfragen welche Pakete im ganzen System nicht 64bit sind?
rpm -qa --queryformat '%{NAME} %{VERSION} %{RELEASE} %{ARCH}\n' | \ grep -E "i[56]86"
rpm -qa --queryformat '%{NAME} %{VERSION} %{RELEASE} %{ARCH}\n' | grep -E "i[56]86" libkipi0 0.1.6 1.60 i586 flash-player 10.0.22.87 0.1.1 i586 master-boot-code 1.14 70.32 i586 libkdcraw3 0.1.4 49.21 i586 w32codec-all 20071007 0.pm.1 i586 acroread 8.1.5 0.1.1 i586 libflashsupport 1.2 4.20 i586 libkexiv2-3 0.1.7 49.21 i586
Auf den ersten Blick sehe ich da nichts was mit picard bzw ffmpeg zu tun hat. Sind diese Pakete ok, oder gibt es da 64bit-Versionen?
Zu den lib* Paketen sollte es je eine 64Bit Version geben,
Wie krieg ich zypper dazu 64bit zu installieren bzw. wie kriege ich die 64bit- Versionen über Repos ins System?
w32codec-all kannst Du getrost deinstallieren, das wird von den 64Bit Playern nicht verwendet.
Was verwenden die?
Das Vorhandensein der 32Bit Bibliotheken kann beim Nachinstallieren von anderen Paketen dazu führen, dass auch diese in der 32Bit Version installiert werden (wegen der Abhängigkeiten).
Ist verständlich! Danke! Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Sonntag, 28. Juni 2009 schrieb Al Bogner:
Am Sonntag 28 Juni 2009 19:52:54 schrieb Manfred Tremmel:
Zu den lib* Paketen sollte es je eine 64Bit Version geben,
Wie krieg ich zypper dazu 64bit zu installieren bzw. wie kriege ich die 64bit- Versionen über Repos ins System?
Keine Ahnung, wie das mit zypper geht, aber wenn Du YaST bemühst, die Pakete suchst und dir die verfügbaren Versionen anzeigen lässt, kannst Du die x86_64er Version auswählen.
w32codec-all kannst Du getrost deinstallieren, das wird von den 64Bit Playern nicht verwendet.
Was verwenden die?
ffmpeg, wie auch bei den 32Bit xine basierten Playern, bei denen die Konfigurationen nicht explizit angepasst werden. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Son, 28 Jun 2009, Al Bogner schrieb:
Wie krieg ich zypper dazu 64bit zu installieren bzw. wie kriege ich die 64bit- Versionen über Repos ins System?
Theoretisch: zypper in -C libkipi0.x86_64 Siehe man zypper, install -> via capability Capability is: NAME, or "NAME[.ARCH][OP<EDITION>]", where ARCH is architecture code, OP is <, <=, =, >=, or > and EDITION is VERSION[-RELEASE]. For example: zypper=0.8.8-2. Im Zweifel lieber in Yast2 die Version raussuchen.
w32codec-all kannst Du getrost deinstallieren, das wird von den 64Bit Playern nicht verwendet.
Was verwenden die?
Andere, native Implementationen der Codecs (v.a. ffmpeg, libavcodec, ...). -dnh -- Gibt es ein Buch über das maßvolle Verwenden von Fußnoten? Wenn ja, dann bin ich bereit, Dir ein Exemplar zu schicken. [Thorsten Haude zu mir] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Sun, 28 Jun 2009 22:05:58 +0200, you wrote:
Wie krieg ich zypper dazu 64bit zu installieren bzw. wie kriege ich die 64bit- Versionen über Repos ins System?
Im Zweifelsfall durch hartkodieren der Architektur :) In /etc/zypper.conf gibt es ganz am Anfang ein Architektur-Flag. Wenn Du das fest auf x86_64 setzt, wird zypper nur solche Pakete installieren. Vergiss aber nicht, dass hinterher wieder auszukommentieren, damit zypper die Architektur wieder selber automatisch bestimmen kann. Philipp -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (4)
-
Al Bogner -
David Haller -
Manfred Tremmel -
Philipp Thomas