On Thu, 25 Nov 2004, Harald Muehlboeck wrote:
> >> Stale dependency: mplayer-gtk-0.99.5_4 -> mplayer-skins-1.1.0_2
> >> (multimedia/mplayer-skins):
> >> [...]
> >> mplayer-gtk-0.99.5_4 (score:44%) ? ([y]es/[n]o/[a]ll) [no]
> Was bedeutet "score 44%"?
pkgdb bietet nach Möglichkeit mehrere installierte Ports für die
Wiederherstellung des Abhängigkeitsgraphen an und versucht dabei,
möglichst plausible Vorschläge zu machen. Im Wesentlichen misst er die
"Ähnlichkeit" zwischen dem registrierten Port und den Installierten.
> Würde ein »[y]es« hier nicht bedeuten, dass mplayer-gtk-0.99.5_4 sich
> selbst zur Abhängigkeit bekommt?
Ja.
> Anaolg zu:
>
> |Stale dependency: esound-0.2.22 -> libaudiofile-0.2.2:
> |libaudiofile-0.2.1_1 ? ([y]es/[n]o/[a]ll) [yes]
>
> Hier soll doch statt libaudiofile-0.2.2 nun libaudiofile-0.2.1_1 als
> Abhängigkeit in die Datenbank eingetragen werden, wenn ich »yes« angebe?
> Oder habe ich das flasch vertanden?
Genau. Laut Datenbank hängt esound von libaudiofile-0.2.2 ab. Installiert
ist aber 0.2.1_1. Deshalb wird das vorgeschlagen.
> > Also, das Problem folgendes: In der Abhängigkeitsdatenbank steht, dass
> > mplayer eine Abhängigkeit auf Skins hat.
> Schon allein das verstehe ich nicht. Es muss doch die Skin vom
> Programm abhänging sein? Was mach' ich mit einer Mplayer-Skin ohne
> mplayer?
Was machst Du umgekehrt mit Mplayer ohne Skin? Im Port ist nunmal
definiert, dass Mplayer die Skins braucht zum laufen. Das kann man mit
WITHOUT_SKINS abschalten (ist im Makefile dokumentiert).
Wie dem auch sei: ich denke es ist Dir bewusst, dass nicht portupgrade
bzw. pkgdb die Entscheidung trifft, ob jetzt die Skins von Mplayer
abhängig sind oder umgekehrt. pkgdb überprüft nur die Stimmigkeit des
aktuellen Abhängigkeitsgraphen. Die Abhängigkeiten selbst werden im Port
definiert, und zwar weitgehend von Hand, und zwar von demjenigen, der den
Port erstellt.
> > Es bietet Dir aus diesem Grund installierte Pakete an, deren Bezeichnung
> > ähnlich zur der Registrierten. Portupgrade selbst kann nicht wissen, wie
> > es eigentlich sein sollte.
> Aber doch nicht das Programm selbst? So schlau könnte das Tool dann
> schon sein. :-)
Könnte es in der Tat. :)
> > Antwort ja würde bedeuten, dass Du die vorgeschlagene Abhängigkeit
> > akzeptierst (schlechte Idee).
> Dann müsste pkgdb beim nächsten Durchlauf doch eine Cycling Dependency
> anzeigen?
Ich weiß nicht, ob es das überprüft, ist mir noch nie passiert.
-- Gruss, Dominik To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org with "unsubscribe de-bsd-questions" in the body of the messageReceived on Fri 26 Nov 2004 - 19:20:41 CET