Re: ports datenbank hat stale dependicies - was soll ich damit machen?

From: Harald Muehlboeck <home(at)clef.at>
Date: Thu, 25 Nov 2004 15:45:44 +0100

Dominik Brettnacher <domi(at)saargate.de> writes:

> Wenn irgendwas nicht klar ist, dann frage nochmal nach :)

Ich hab's noch nicht verstanden.

> On Sat, 20 Nov 2004, Heino Tiedemann 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%"?

Würde ein »[y]es« hier nicht bedeuten, dass mplayer-gtk-0.99.5_4 sich
selbst zur Abhängigkeit bekommt?

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?

> 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?

Also:
mplayer-skins-1.1.0_2 -> mplayer-gtk-0.99.5_4

> Allerdings kann die Datenbank diese Abhängigkeit nicht finden
> (i.e. weil die Skins nicht installiert sind) und portupdate weiss
> nicht, was es tun soll.

soweit noch klar.

> 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. :-)

> 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?

tia,
harald

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Thu 25 Nov 2004 - 15:46:22 CET

search this site