[gelöst] Kann Abhängigkeiten nicht nachvollziehen

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

bell

Erleuchteter

Beiträge: 3 128

03.10.2013, 11:03

Kann Abhängigkeiten nicht nachvollziehen

Hallo Leute,

seit einiger Zeit, eigentlich schon länger, habe ich folgendes Problem auf einem System:

Quellcode

# emerge -vat1 gvfs

These are the packages that would be merged, in reverse order:

Calculating dependencies... done!
[ebuild     U ~] gnome-base/gvfs-1.16.3 [1.12.3-r1] USE="bluray http udev udisks -afp -archive -avahi -bluetooth -cdda -fuse -gdu -gnome-keyring -gnome-online-accounts% -gphoto2 -gtk% -ios -mtp% -samba -systemd% {-test%} (-doc%)" 1,459 kB
[ebuild     U ~]  dev-libs/glib-2.36.4-r1:2 [2.32.4-r1:2] USE="-debug (-fam) (-selinux) -static-libs -systemtap {-test} -utils -xattr" PYTHON_TARGETS="python2_7%* -python2_6%" 6,417 kB

Total: 2 packages (2 upgrades), Size of downloads: 7,875 kB

The following keyword changes are necessary to proceed:
 (see "package.accept_keywords" in the portage(5) man page for more details)
# required by xfce-base/thunar-1.6.2[udev]
# required by xfce-base/xfdesktop-4.10.2[thunar]
# required by xfce-base/xfce4-meta-4.10
# required by @selected
# required by @world (argument)
=gnome-base/gvfs-1.16.3 ~x86
# required by x11-libs/vte-0.28.2-r204
# required by x11-terms/xfce4-terminal-0.4.8
# required by @selected
# required by @world (argument)
=dev-libs/glib-2.36.4-r1 ~x86

Diese Abhängigkeit kann ich nicht nachvollziehen.
Der Thunar kann normalerweise auch mit dem älteren >=gnome-base/gvfs-1.10.1 und vte benötigt eigentlich nur ">=dev-libs/glib-2.26:2".
Kann mich jemand aufklären? Ich fahre stable und sehe es nicht ein hier unnötig auf Testing zu gehen.

Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

03.10.2013, 11:55

Hallo bell, ja die Abhängigkeiten sind schon recht verworren :)
ich vermute ein wenig das es mit dem im aktuell stable gvfs-1.12.3-r1 maskierten udisks USE-Flag zusammen hängen könnte, siehe dazu auch im
portage/profiles/base/package.use.mask:# older gvfs releases have problems with recent stable udisks:2 (bug #463792)

Zum Seitenanfang

bell

Erleuchteter

Beiträge: 3 128

03.10.2013, 17:21

Danke Josef, ein Volltreffer.
Ein

	Quellcode
1	USE="gdu" emerge -vp gvfs

ist mit der alten Stable-Version einverstanden. (GDU ist der Vorgänger der Udisks). Und erst an dieser Ausgabe sehe ich die Maskierung des udisks-Flags.
Hm, jetzt muss ich mich entscheiden ob ich auf den neueren gvfs mit udisks gehe oder ob ich den alten gdu samt halben Gnome als Abhängigkeit mir ins System hole :huh:

Beides nicht optimal. Meine Frage ist jedoch [gelöst].

Zum Seitenanfang

kurisu

Anfänger

Beiträge: 1

06.10.2013, 07:16

Rein zur Information:

Um auf einem stable System von gdu loszukommen, verwende ich aus genau dem selbigen Grunde mit Anpassungen seit geraumer Zeit folgenden Eintrag in /etc/portage/package.accept_keywords:

Quellcode

# Temp until >=gnome-base/gvfs-1.14.2 gets marked stable
   =dev-cpp/glibmm-2.34.1 ~amd64
   =dev-libs/glib-2.34.3-r1 ~amd64
   =dev-libs/gobject-introspection-common-1.34.2 ~amd64
   =dev-libs/gobject-introspection-1.34.2-r1 ~amd64
   =dev-util/gdbus-codegen-2.34.3-r1 ~amd64
   =gnome-base/gvfs-1.14.2 ~amd64
   =net-libs/glib-networking-2.34.2 ~amd64

Das rennt ohne jedwede Schwierigkeiten auf einem sonstigen nahezu stable System. Fernerhin existiert ein offener Bug, der das Problem thematisiert und alsbald lösen sollte.

Zum Seitenanfang

GentooForum.de