• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[solved] libqscintilla.so.4 ein Fake im Paket, oder nicht?

Status
Für weitere Antworten geschlossen.
A

Anonymous

Gast
Hallo.

Seit einigen Tage ist bei mir das Paket kdebindings3-python auf zurückgehalten via apt.
Der Grund ist die fehlende Lib 'libqscintilla.so.4', die eigentlich im Paket 'qscintilla'
enthalten sein sollte.
Code:
apt-get install kdebindings3-python
[...]
Die folgenden Pakete besitzen unerfülte Abhängigkeiten:
  kdebindings3-python: Hängt ab von: libqscintilla.so.4
E: Fehlerhafte Pakete
Code:
apt-cache search libqscintilla.so.4
qscintilla - C++ Editor Class Library
Wenn man aber nun sich die Paketliste mit 'rpm' anschaut, kommt ans Tageslich das sich darin eine
Lib 'libqscintilla.so.5' befindet.
Code:
rpm -ql qscintilla
[...]
/usr/lib/qt3/lib/libqscintilla.so
/usr/lib/qt3/lib/libqscintilla.so.5
/usr/lib/qt3/lib/libqscintilla.so.5.0
/usr/lib/qt3/lib/libqscintilla.so.5.0.0
[...]
Eine Nachfrage bei Herrn Google erbracht das eine 'libqscintilla.so.4' schon etwas älteren Datums ist.

Ich denke das es sich da um eine falsche Abhängigskeitregel im Paket 'kdebindings3-python' handelt,
also ein Fehler vom Paketbauer bei SuSE. Ich denk man sollte da mal eine Mail nach SuSE schicken
damit dieses korregiert wird.
Sehe ich das richtig?

Ich sehe da im Augenblick nur die Lösung in der '/etc/apt.conf.d/apt.conf' ein Fake-Provides
einzutragen um diesem Problem aus dem Weg zugehen.
Oder wäre das ein Fehler?

--
SuSE 9.3
KDE 3.4 Level b
 

Grothesk

Ultimate Guru
Das Problem hatte ich auch. Da ich aber die python-bindings nicht brauchte habe ich das ganze Paket rausgeworfen. Danach war natürlich auch bei apt Ruhe.
 
OP
A

Anonymous

Gast
Grothesk schrieb:
habe ich das ganze Paket rausgeworfen.
Dran hab ich auch schon gedacht. Was mir nicht so ganz klar ist, ob die kde-python-bindings nicht irgendwie auch mit Superkaramba zusammenhängen. Auf mein Desktoptheme in zusammenarbeit mit 'lm-sensors' möchte ich nämlich nicht verzichten.
Aber schaun wir mal, ob im Laufe der Zeit der große Meister dazu noch was zu sagen hat :wink:
 

oc2pus

Ultimate Guru
die korrekte Antwort lautet:
erstelle ein virtuelles RPM für die fehlende libqscintilla.

und ja, informiere den Packager über diese "schräge" Abhängigkeit ;)
 
OP
A

Anonymous

Gast
oc2pus schrieb:
die korrekte Antwort lautet:
erstelle ein virtuelles RPM für die fehlende libqscintilla.

Das wäre für mich der zweite Lösungsweg gewesen, ein virtuelles RPM.

Aber ein Fake-Provides erfüllt doch den gleichen Zweck, oder hab ich da was falsch verstanden?
 

oc2pus

Ultimate Guru
misterhsp schrieb:
Das wäre für mich der zweite Lösungsweg gewesen, ein virtuelles RPM.

Aber ein Fake-Provides erfüllt doch den gleichen Zweck, oder hab ich da was falsch verstanden?

Jein :)

Aus apt Sicht schon. Das liest die apt.conf UND die RPM-Datenbank.

Aber YaST verwendet immer nur die RPM-Datenbank. Da ist das virtuelle RPM die bessere Lösung, weil die Abhängigkeit via RPM-Datenbank gelöst werden kann.
 
OP
A

Anonymous

Gast
Jau,
damit ist der Fall für mich gelöst.

Werde ein Fake-Provides eintagen da ich Yast seit Apt nicht mehr benutze.

Danke.
 
Hi!
Da ich das gleiche Problem habe würde mich jetzt mal brennend interessieren wie man denn so ein virtuelles RPM erzeugt!
Ich kenn mich da nicht so aus!
Kann mir denn jemand ein kleines Howto geben und mir vielleicht noch erklären was das genau bewirkt!?!?!
Will ja nicht dumm sterben :)

LG
Johnny
 

admine

Ultimate Guru
SuFu:

[HOWTO] Wie erstelle ich ein virtuelles RPM Paket ?
http://www.linux-club.de/viewtopic.php?p=73229#73229
 
Ach ja nur noch ne Frage:
Soll ich dann, wenn ich das Script mkVirtualrpm erstellt habe wie folgt ausführen?:

mkVirtualrpm /usr/lib/qt3/lib/libqscintilla.so.4
oder
mkVirtualrpm libqscintilla.so.4
 
Status
Für weitere Antworten geschlossen.
Oben