Hallo, Am Mon, 07 Dez 2009, Al Bogner schrieb:
Am Montag, 7. Dezember 2009 00:13:19 schrieb David Haller:
Dir fehlt liba52-devel. Gibt's bei Packman.
Das Spielchen geht weiter. Ich frage mich gerade, warum die notwendigen Pakete auf den anderen Rechnern vorhanden sind. Da müssen auf den anderen Rechner Pakete installiert worden sein, die die Abhängigkeiten für Picard zufällig auflösen. Ich installiere aber überall die gleichen Pakete.
/usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse-linux/bin/ld: cannot find -lamrnb
Gleiches Spielchen: libamrnb-devel. http://api.opensuse-community.org/searchservice//YMPs/openSUSE_112/eabf65db9... (spuckt mir webpin aus, hab ich sogar den Namen richtig geraten. Bei Libs gibt's ja inzwischen gern noch ne Version im Namen, z.B. libxine1-devel o.ä. ;) SuSE-Version ggfs. selber anpassen / selber nochmal nach 'libamrnb' suchen ;) Generell: fehlt -lfoo, dann fehlt 'libfoo[-devel]' bzw. libfoo?-devel. Eine Suche mit z.B. webpin nach 'libfoo.so' sollte das jew. Paket finden. Das [lib]foo-devel zieht auch jeweils das [lib]foo Paket als Abhängigkeit mit rein (oder es ist komplett kaputt und _das_ Paket will man dann eh nicht verwenden ;).
BTW: Sascha 'saigkill' hat picard mal gebacken, kruschtel mal im OBS, obs die Version nicht schon fertig gibt. Ansonsten tät ich auch (ohne Gewähr) die bei mir im :testing aktualisieren ... Ist halt nicht ganz so einfach, weil vieles von Packman gebraucht wird.
Sascha hat da was unter Factory, funktioniert aber auch nicht 100%. Hat mich heute Nachmittag einige Tests gekostet, einmal ging das nicht, dann wieder was anderes, je nachdem ob 11.1. oder 11.2 oder 32 oder 64bit. Wir hatten darüber ja schon mal diskutiert.
Ich brauche etwas, das mit lastmfplus funktioniert. War ganz schön interessant, dass auf dem einen Rechner die CD gefunden wurde und am anderen nicht. Mit der selbst kompilierten Variante wurde die CD gefunden.
Könnte IIRC an libcdio/libparanoia o.ä. liegen, also ob und was da gelinkt wird usw. Guck vielleicht mal, was auf dem Rechner, wo's tut, installiert ist (config.log) ;)
Das war dann die Entscheidung, dass ich selber kompiliert habe, ein Repo wäre mir viel lieber gewesen. Aber für noch mehr testen, fehlt mir die Zeit.
Bei der selber kompilierten Variante, habe ich:
(12193) findLibraryInternal: plugins should not have a 'lib' prefix: "libkfilemodule.so"
Das dürfte man wohl gut ignorieren können ;) Wenn die fragliche Datei zu keinem rpm gehört: einfach die Datei umbenennen. Ansonsten ist's ein Bug gegen das Paket (das .spec / gegen "upstream"). Äh, jedenfalls: da scheint die Konvention angewendet zu werden, das "Plugins" kein 'lib' bekommen, sondern in diesem Beispiel 'kfilemodule.so' heißen sollen. Beispiele für solche Konventionen findest du reichlich (z.B. X Treiber / Erweiterungen, mplayer's vidix-Plugins). Aber auch Gegenbeispiele, z.B. bei xmms, zumindest in der angestaubten Version die ich hier hab ;)
(12193) KPluginLoader::load: The plugin "libkfilemodule" doesn't contain a kde_plugin_verification_data structure
Ich denke, das kann ich vernachlässigen, dürfte am lastmfplus:Plugin liegen, das AFAIK nicht mehr gepflegt wird.
Jo, das scheint mir ein KDE-internes Problem (anderes Interface von Plugins). Ich guck mal, ob ich die 0.12 im OBS backe. Aber wart nicht drauf. Oder melde dich, wenn du mit mir daran basteln willst, ich mach dich dann zum mit-Maintainer, die 0.12 scheints ja im OBS noch nicht zu geben. (Kurz-)Einführung zum OBS gibt's ggfs. obendrauf, wenn man eh schon mit .spec-Dateien hantieren kann ist's kein Hexenwerk auch gleich das OBS zu verwenden. -dnh -- Wer eine Personal Firewall verwendet, könnte auch eine Einkaufstüte als Kondom benutzen: Den Sicherheits- und Lustgewinn beider Methoden halten wir für vergleichbar. ;-) [T-Online-Team in t-online.talk.internet] -- 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