picard-0.12.1-Kompilierung: cannot find -la52
Woran könnte es liegen, dass die Kompilierung hängen bleibt? Bei einem andern
64bit-Rechner läuft es problemlos durch, bei verschiedenen 32bit-Rechnern
auch.
~/build/picard-0.12.1> python setup.py config
running config
checking for pkg-cfg... yes
checking for libofa... (pkg-config) yes
checking for libavcodec/libavformat... (pkg-config) yes
compiling '_configtest.c':
#include
Am Sun, 6 Dec 2009 23:32:01 +0100
schrieb Al Bogner
cannot find -la52
liba52-devel fehlt. Detlef -- 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, 06 Dez 2009, Al Bogner schrieb:
cannot find -la52
Dir fehlt liba52-devel. Gibt's bei Packman. 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. -dnh -- MISC You are the 4711th visitor of this page. -- man xawtv -- 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, 7. Dezember 2009 00:13:19 schrieb David Haller: Hallo David,
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
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. 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" (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. 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, 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
Am Montag, 7. Dezember 2009 01:49:10 schrieb David Haller: Hallo David,
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/eabf65db 9d28cb11c161f75e501891017927d980
Der Link funktioniert nicht. Wenn es ein Hinweis auf das Paket war, dann hat es sich erledigt.
Generell: fehlt -lfoo, dann fehlt 'libfoo[-devel]' bzw. libfoo?-devel.
Danke für den Tipp. Es ist mittlerweile durchgelaufen, nachdem ich vieles nachinstalliert habe. liba52-devel-0.7.5svn-0.pm.3.1 libamrnb-devel-7.0.0.2-0.pm.5.2 libamrwb-devel-7.0.0.3-0.pm.5.2 libdc1394_control12-devel-1.2.2-10.23 libfaac-devel-1.28-1.pm.1.3 libgsm-devel-1.0.13-3.1 libmp3lame-devel-3.98.2-1.pm.4.8 libx264-devel-0.0svn20091123-0.pm.1.1 libxvidcore-devel-1.2.2-1.pm.1.2 Somit bleibt die Frage, warum die anderen Rechner die fehlenden Pakete nicht reklamierten. Auf einem 64bit-Rechner lief es so durch: package liba52-devel is not installed package libamrnb-devel is not installed package libamrwb-devel is not installed libdc1394_control12-devel-1.2.2-10.23 libfaac-devel-1.28-1.pm.1.3 libgsm-devel-1.0.12-2.54 libmp3lame-devel-3.98.2-1.pm.4.6 libx264-devel-0.0svn20091023-0.pm.1.2 libxvidcore-devel-1.2.2-1.pm.1.2 Auf einem 32bit-Rechner lief es so durch: rpm -q liba52-devel libamrnb-devel libamrwb-devel libdc1394_control12-devel libfaac-devel libgsm-devel libmp3lame-devel libx264-devel libxvidcore-devel package liba52-devel is not installed package libamrnb-devel is not installed package libamrwb-devel is not installed libdc1394_control12-devel-1.2.2-12.2.i586 libfaac-devel-1.28-1.pm.1.1.i586 libgsm-devel-1.0.13-3.2.i586 libmp3lame-devel-3.98.2-1.pm.4.13.i586 libx264-devel-0.0svn20091023-0.pm.1.5.i586 libxvidcore-devel-1.2.2-1.pm.1.2.i586
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) ;)
Die Datei muss sich anders nennen, locate config.log findet nach updatedb nichts. Ich habe jetzt nur mehr Rechner, wo es funktioniert. Ich habe da noch Fragen zum Kompilieren von picard. Wenn ich eine neuere Version kompiliere, kann ich da einfach darüber installieren oder muss ich die alte Version vorher entfernen. Wenn ja, wie? Wie entferne ich mein selbst kompiliertes picard um ein rpm zu testen? Ich habe via ssh kompiliert und wurde nur _1x_ nach dem root-PW mit sudo gefragt. Auch nachdem ich das Fenster geschlossen habe und mich neu angmeldet habe. Ist das ok so? Wenn ich einen anderen Befehl mit sudo aufrufe, werde ich nach dem PW gefragt.
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 ;)
Dachte ich mir.
Ich guck mal, ob ich die 0.12 im OBS backe. Aber wart nicht drauf.
Bei mir funktioniert die selbstgebaute Version.
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.
Ich fürchte dafür fehlt mir die Zeit bzw. ist mir picard zu unwichtig. ich versuche meine Soundkarte zum Laufen zu bringen. Vgl. in de.comp.os.unix.linux.hardware "Hoontech ST Audio DSP 24 (ICE1712 - Envy24) gibt keinen Ton aus" und dazu möchte ich KEnvy24 - http://sourceforge.net/projects/kenvy24/ installieren oder kennt wer ein Repo? Mit http://techbase.kde.org/Getting_Started/Build/KDE4 bin ich nicht vertraut. ;-)
(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.
Ich habe leider schon zu viele Baustellen und will keine neue anfangen. 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, 07 Dez 2009, Al Bogner schrieb:
Am Montag, 7. Dezember 2009 01:49:10 schrieb David Haller:
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/eabf65db 9d28cb11c161f75e501891017927d980
Der Link funktioniert nicht. Wenn es ein Hinweis auf das Paket war, dann hat es sich erledigt.
War der Link des .ymp kopiert ...
Generell: fehlt -lfoo, dann fehlt 'libfoo[-devel]' bzw. libfoo?-devel.
Danke für den Tipp.
Es ist mittlerweile durchgelaufen, nachdem ich vieles nachinstalliert habe. [..] Somit bleibt die Frage, warum die anderen Rechner die fehlenden Pakete nicht reklamierten.
k.A.
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) ;)
Die Datei muss sich anders nennen,
locate config.log findet nach updatedb nichts.
config.log ist die Ausgabe des ./configure laufes, im gleichen Verzeichnis.
Wenn ich eine neuere Version kompiliere, kann ich da einfach darüber installieren oder muss ich die alte Version vorher entfernen. Wenn ja, wie?
rpm -Uvh (bzw. update im Yast/zypper).
Wie entferne ich mein selbst kompiliertes picard um ein rpm zu testen?
rpm -e picard (ggfs. noch die Version spezifizieren, wenn du z.B. deins per prefix nach /usr/local/ installiert hast, und in /usr noch das von SUSE liegt (ja, das geht, ich hab hier auf das meiste parallel ;)
Ich habe via ssh kompiliert und wurde nur _1x_ nach dem root-PW mit sudo gefragt. Auch nachdem ich das Fenster geschlossen habe und mich neu angmeldet habe. Ist das ok so? Wenn ich einen anderen Befehl mit sudo aufrufe, werde ich nach dem PW gefragt.
Sudo cached die Passwörter. Was genau der Grund ist, daß ich die sudoers von z.B. Ubuntu für böse halte.
Ich guck mal, ob ich die 0.12 im OBS backe. Aber wart nicht drauf.
Bei mir funktioniert die selbstgebaute Version.
http://download.opensuse.org/repositories/home:/dnh:/testing/
Ich fürchte dafür fehlt mir die Zeit bzw. ist mir picard zu unwichtig. ich versuche meine Soundkarte zum Laufen zu bringen. Vgl. in de.comp.os.unix.linux.hardware "Hoontech ST Audio DSP 24 (ICE1712 - Envy24) gibt keinen Ton aus" und dazu möchte ich KEnvy24 - http://sourceforge.net/projects/kenvy24/ installieren oder kennt wer ein Repo? Mit http://techbase.kde.org/Getting_Started/Build/KDE4 bin ich nicht vertraut. ;-)
Das ist auch sehr schwierig, da seltsam geschrieben ;) Sollte auch bis morgen im Repo auftauchen, das lokale RPM baut schonmal. Testen kann ich's halt nicht ;)
(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.
Ich habe leider schon zu viele Baustellen und will keine neue anfangen.
Ok. -dnh -- Wer heiratet kann Sorgen teilen, die er vorher nicht hatte. -- 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, 7. Dezember 2009 23:01:11 schrieb David Haller: Hallo David,
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) ;)
Die Datei muss sich anders nennen,
locate config.log findet nach updatedb nichts.
config.log ist die Ausgabe des ./configure laufes, im gleichen Verzeichnis.
Sorry, ich finde da nichts (mehr). Ich habe nur das aufgerufen: python setup.py config sudo python setup.py install
Wenn ich eine neuere Version kompiliere, kann ich da einfach darüber installieren oder muss ich die alte Version vorher entfernen. Wenn ja, wie?
rpm -Uvh (bzw. update im Yast/zypper).
Wie entferne ich mein selbst kompiliertes picard um ein rpm zu testen?
rpm -e picard (ggfs. noch die Version spezifizieren, wenn du z.B. deins per prefix nach /usr/local/ installiert hast, und in /usr noch das von SUSE liegt (ja, das geht, ich hab hier auf das meiste parallel ;)
Ich mache das nur bei exiftool, da ich manchmal meine Ideen in das Programm einbringe und dann testen will/muss.
http://download.opensuse.org/repositories/home:/dnh:/testing/
Ich binde das ASAP ein und teste. Wir haben morgen ja Feiertag.
Ich fürchte dafür fehlt mir die Zeit bzw. ist mir picard zu unwichtig. ich versuche meine Soundkarte zum Laufen zu bringen. Vgl. in de.comp.os.unix.linux.hardware "Hoontech ST Audio DSP 24 (ICE1712 - Envy24) gibt keinen Ton aus" und dazu möchte ich KEnvy24 - http://sourceforge.net/projects/kenvy24/ installieren oder kennt wer ein Repo? Mit http://techbase.kde.org/Getting_Started/Build/KDE4 bin ich nicht vertraut. ;-)
Das ist auch sehr schwierig, da seltsam geschrieben ;)
Sollte auch bis morgen im Repo auftauchen, das lokale RPM baut schonmal. Testen kann ich's halt nicht ;)
Vielen Dank David. Ich will nur wissen, ob ich dann die DSP 24 auf analog umstellen kann. Obwohl der Schluss, wenn analog geht, dass dann digital auch funktioniert, nicht logisch ist. Ich stecke noch nicht gerne für einen Test an die 50 Kabel an einem AV-Verstärker ab, wird mir aber nichts andreres übrig bleiben. 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, 08 Dez 2009, Al Bogner schrieb:
Am Montag, 7. Dezember 2009 23:01:11 schrieb David Haller:
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) ;)
Die Datei muss sich anders nennen,
locate config.log findet nach updatedb nichts.
config.log ist die Ausgabe des ./configure laufes, im gleichen Verzeichnis.
Sorry, ich finde da nichts (mehr).
Ich habe nur das aufgerufen: python setup.py config sudo python setup.py install
Achso. Ja. Python ;) Da mußt du selber loggen. python setup.py config 2>&1 | tee .configure.log python setup.py build 2>&1 | tee .build.log sudo python setup.py install 2>&1 | tee .install.log Oder so.
Wenn ich eine neuere Version kompiliere, kann ich da einfach darüber installieren oder muss ich die alte Version vorher entfernen. Wenn ja, wie?
rpm -Uvh (bzw. update im Yast/zypper).
Wie entferne ich mein selbst kompiliertes picard um ein rpm zu testen?
rpm -e picard (ggfs. noch die Version spezifizieren, wenn du z.B. deins per prefix nach /usr/local/ installiert hast, und in /usr noch das von SUSE liegt (ja, das geht, ich hab hier auf das meiste parallel ;)
Ich mache das nur bei exiftool, da ich manchmal meine Ideen in das Programm einbringe und dann testen will/muss.
Jo. Wollt's halt erwähnen, daß du nicht ständig dann wieder die alten Versionen einspielst, dann testhalber ne neue und wieder die alte usw.
http://download.opensuse.org/repositories/home:/dnh:/testing/
Ich binde das ASAP ein und teste. Wir haben morgen ja Feiertag.
;) picard-0.12.1-2.1 ist inzwischen im Repo angekommen. Bei KEnvy24 kannst du die Packerl ab kenvy24-1.2-8.1 verwenden, da gab's nur noch ne Blödheitsop am .spec, die zum Glück keine Folgen hatte ;) Achso: picard scheint zu tun (startet, zeigt mir eins deiner griechisch getaggten mp3 korrekt an ;) KEnvy24 startet, meckert wg. fehlendem Mixer (HW), zeigt dann ein quasi funktionsloses Fenster. Stürzt aber nicht ab oder sowas.
Vielen Dank David. Ich will nur wissen, ob ich dann die DSP 24 auf analog umstellen kann. Obwohl der Schluss, wenn analog geht, dass dann digital auch funktioniert, nicht logisch ist. Ich stecke noch nicht gerne für einen Test an die 50 Kabel an einem AV-Verstärker ab, wird mir aber nichts andreres übrig bleiben.
s.o. Hoffentlich klappts. -dnh --
Hat jemand eine derartige Konstellation und kann mir kurz den Kopp auf die Tischplatte haun ? ;-) *autsch* Tut das nicht weh? -- Oli Weiss und Christian Boltz in suse-linux -- 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 (3)
-
Al Bogner
-
David Haller
-
Detlef Reichelt