Sie sind nicht angemeldet.

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.

1

28.07.2013, 09:11

Blocks bei Gnome 3.8

Nun ist es ja so weit, Gnome 3.8 ist im Testing und es ist so gekommen, wie ich es befürchtet habe.

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
[blocks B  	] sys-apps/systemd ("sys-apps/systemd" is blocking sys-fs/udev-206, sys-auth/consolekit-0.4.6, app-admin/openrc-settingsd-1.0.1)

Total: 133 packages (104 upgrades, 26 new, 1 in new slot, 2 reinstalls, 6 uninstalls), Size of downloads: 198,917 kB
Conflict: 10 blocks (1 unsatisfied)

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

media-libs/cogl:1.0

  (media-libs/cogl-1.14.0::gentoo, ebuild scheduled for merge) pulled in by
	>=media-libs/cogl-1.14.0:1.0=[introspection?,pango] required by (media-libs/clutter-1.14.4-r1::gentoo, ebuild scheduled for merge)
	(and 1 more with the same problem)

  (media-libs/cogl-1.12.2-r1::gentoo, installed) pulled in by
	>=media-libs/cogl-1.10:1.0/11=[introspection] required by (media-libs/clutter-gst-2.0.6::gentoo, installed)

sys-auth/pambase:0

  (sys-auth/pambase-20120417-r2::gentoo, installed) pulled in by
	sys-auth/pambase[consolekit] required by (sys-auth/polkit-0.111::gentoo, installed)

  (sys-auth/pambase-20120417-r2::gentoo, ebuild scheduled for merge) pulled in by
	sys-auth/pambase[systemd] required by (gnome-base/gdm-3.8.3.1::gentoo, ebuild scheduled for merge)


It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously.  If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously. You may want to try a larger value of
the --backtrack option, such as --backtrack=30, in order to see if
that will solve this conflict automatically.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.


 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (sys-apps/systemd-206::gentoo, ebuild scheduled for merge) pulled in by
	>=sys-apps/systemd-186[pam] required by (gnome-base/gdm-3.8.3.1::gentoo, ebuild scheduled for merge)
	sys-apps/systemd required by (gnome-base/gnome-settings-daemon-3.8.4::gentoo, ebuild scheduled for merge)
	>=sys-apps/systemd-44-r1[pam] required by (sys-auth/pambase-20120417-r2::gentoo, ebuild scheduled for merge)
	>=sys-apps/systemd-31 required by (gnome-base/gnome-control-center-3.8.4.1::gentoo, ebuild scheduled for merge)
	>=sys-apps/systemd-31 required by (gnome-base/gnome-shell-3.8.3-r2::gentoo, ebuild scheduled for merge)
	sys-apps/systemd required by (virtual/service-manager-0::gentoo, ebuild scheduled for merge)
	>=sys-apps/systemd-206[gudev?,introspection?,kmod?,selinux?,static-libs(-)?] (>=sys-apps/systemd-206[gudev,introspection,kmod]) required by (virtual/udev-206::gentoo, installed)

  (sys-auth/consolekit-0.4.6::gentoo, installed) pulled in by
	>=sys-auth/consolekit-0.4.5_p2012[pam] required by (sys-auth/pambase-20120417-r2::gentoo, installed)
	sys-auth/consolekit required by (sys-apps/accountsservice-0.6.34::gentoo, installed)
	sys-auth/consolekit[policykit] required by (sys-auth/polkit-0.111::gentoo, installed)
	sys-auth/consolekit required by (gnome-base/gnome-session-3.8.2.1-r1::gentoo, ebuild scheduled for merge)


So, ich habe es doch tatsächlich hinbekommen. Die Lösung war folgender Artikel: http://my.opera.com/pacho/blog/2013/07/2…stemd-on-gentoo
Es geht, wenn man systemd global setzt und gleichzeigig -consolekit. Und nicht nur für eine Datei in der package.use, wie es einem vorgegeben wird.
Des weiteren sehr viele Pakete von Hand gelöscht.

Na ist jetzt egal, ob es durchgeht oder nicht, mit systemd nutzt es mir nichts.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Reinhard3« (28.07.2013, 10:16)


2

28.07.2013, 10:11

Hallo Reinhard,

bei meiner Systemd-Umstellung hatte ich auch einen Block (udev <-> systemd). Ich bin so vorgegangen:

- udev deinstalliert
- systemd installiert (es ist wichtig, dass man es installiert, bevor man das globale Use Flag setzt)
- globales "systemd" Use Flag in die make.conf gesetzt
- emerge -avuDN @world

3

28.07.2013, 10:36

Zitat von »`Reinhard3'«

Quellcode

1
[blocks B  	] sys-apps/systemd ("sys-apps/systemd" is blocking sys-fs/udev-206, sys-auth/consolekit-0.4.6, app-admin/openrc-settingsd-1.0.]

In systemd ist die Funktion von consolekit schon mit enthalten. Da es zur Laufzeit zu Problemen kommt wenn beide installiert sind, hat man dafür gesorgt das diese beiden Pakete nicht gleichzeitig installiert werden können.
Sprich, wenn systemd installiert werden soll muss man dafür sorgen das consolekit nicht mehr benötigt und installiert werden soll.

In diesem Fall kam der Block wahrscheinlich mit aus dem von gnome benötigten app-admin/openrc-settingsd Paket. Siehe am besten direkt im
openrc-settingsd-1.0.1.ebuild

Zitat von »openrc-settingsd-1.0.1.ebuild«

Quellcode

1
2
3
RDEPEND="${COMMON_DEPEND}
        systemd? ( >=sys-apps/systemd-197 )
        !systemd? ( sys-auth/nss-myhostname !sys-apps/systemd )"
Bei diesem openrc-settingsd-1.0.1 Paket muss also das "systemd" USE-FLAG gesetzt sein damit systemd nicht hart blockiert wird.

Fazit: Wenn systemd benötigt wird setze am besten USE="-consolekit systemd"
Wenn die Flags passend gesetzt sind sollte das ganze mit einem normalen "emerge -avuDN world" Update problemlos durchgehen.

4

28.07.2013, 10:39

Ja, das habeich inzwischen auch gefunden und den Beitrag auf gelöst gesetzt.

Ich hatte halt die Hoffnung, nicht alles global auf systemd setzen zu7 müssen, solange ich damit den VDR nicht gestartet bekomme.

5

28.07.2013, 10:53

Ja, zu dem zZt noch fehlenden unit file im vdr siehe im Bug 353492
Vermutlich wird es im VDR in kürze aber auch systemd Support geben.

6

28.07.2013, 10:56

Habe mich deswegen schon per Mail an den Maintainer gewandt. Er meint so in etwa September....

7

28.07.2013, 11:19

Habe mich deswegen schon per Mail an den Maintainer gewandt. Er meint so in etwa September....

Hehe, sich per Mail an den Maintainer zu wenden (der übrigens mit systemd noch garnicht klarkommt) ist normal keine gute Idee - hänge dich besser mit an den schon genannten Bug 353492 mit ran.
Je mehr Leute das machen, desto eher wird das was mit dem vdr.service file :)

8

28.07.2013, 11:22

Naja, ich würde sagen, es ist schon fast ein guter Bekannter von mir, wir hatten schon öfters etwas miteinander.