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