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

12.07.2013, 23:15

emerge -v systemd blocks B

Hi,
versuche auf meinem Hauptsystem systemd zu instaliieren, bekomme aber folgendes:

Quellcode

1
2
3
4
5
6
7
8
9
10
Calculating dependencies... done!
[ebuild  N     ] sys-apps/systemd-205  USE="acl firmware-loader gudev introspection keymap kmod pam policykit python tcpd -audit -cryptsetup -doc -gcrypt -http -lzma -openrc -qrcode (-selinux) {-test} -vanilla -xattr" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7" 0 kB
[uninstall     ] sys-fs/udev-204  USE="acl firmware-loader gudev hwdb introspection keymap kmod openrc -doc (-selinux) -static-libs" 
[blocks b      ] sys-fs/udev ("sys-fs/udev" is blocking sys-apps/systemd-205)
[blocks B      ] >=sys-apps/systemd-197 (">=sys-apps/systemd-197" is blocking sys-auth/nss-myhostname-0.3)
[blocks B      ] sys-apps/systemd ("sys-apps/systemd" is blocking sys-fs/udev-204, app-admin/openrc-settingsd-1.0.1)
[blocks B      ] sys-auth/nss-myhostname ("sys-auth/nss-myhostname" is blocking sys-apps/systemd-205)

Total: 1 package (1 new, 1 uninstall), Size of downloads: 0 kB
Conflict: 4 blocks (3 unsatisfied)


Ich könnte ja udev und nss-myhostname testweise löschen, aber das traue ich mich auf dem produktiven System dann doch nicht!

Rüdiger

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Regidür« (14.07.2013, 22:29)


2

13.07.2013, 00:27

Keine Sorge. Genau so habe ich es auch gemacht. Und falls doch was schief gehen sollte, kannst du dein System ja immer noch per Chroot retten ;-)

3

13.07.2013, 09:07

Das ist ok ... das mit dem nicht trauen auf einem produktiven System. Immerhin tauschst du ja mit systemd ein wesentlich fundamentales Teil des Betriebssystems aus. Wenn das nicht geht, dann hast du ein gröberes Problem als ... sagen wir mal "Gimp geht nicht".

Kannst du das nicht zuerst mal irgendwo antesten? Vlt. in einerm VM?
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

4

13.07.2013, 11:13

Hallo Rüdiger,

wozu brauchst du denn sys-auth/nss-myhostname? Systemd bringt ja ein eigenes Tool zum Umbenennen des Hostnamens mit. Das würde ich vielleicht als erstes mal löschen. Damit schadest du auch deinem System nicht, da das Tool nicht lebensnotwendig ist. Dann solltest du eigentlich systemd installieren können.

5

13.07.2013, 14:44

Vermutlich ist beim openrc-settingsd kein systemd USE-Flag gesetzt?!

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 )"

6

14.07.2013, 01:12

laut Wiki soll man ja erst systemd ermergen und danach das USE-Flag eintragen und worldupdaten.

Rüdiger

7

14.07.2013, 05:18

Ja ok, aber was würde denn zb ein

Quellcode

1
# USE="systemd" emerge -av1 openrc-settingsd
dazu sagen?

8

14.07.2013, 12:05

laut Wiki soll man ja erst systemd ermergen und danach das USE-Flag eintragen und worldupdaten.

Rüdiger
Setze einfach das Flag systemd und mach ein emerge -uDN world. Das funktioniert. Ansonsten viel Spaß, es gibt hier ja gerade einen Thread zu systemd. Also auf einem System, was laufen muss, dass nennt man Mut. Aber du kannst das System immer ohne den entsprechenden Kernelparameter starten, dann startet es ohne systemd, das funktioniert.

9

14.07.2013, 13:24

Ich habe es nach Josephs Vorschlag gemacht, und das emergen klappte, das worldupdate läuft gerade, schaun mer mal.
Was mich noch interessiert: wie bist du auf die Idee gekommen, im openrc-settingsd ebuild nachzuschauen?

EDIT: es läuft, und fehelnde Dienste konnte ich via

Quellcode

1
systemctl [start|enable] <dienst>
reanimieren.

Networkmanager konnte nicht gebaut werden, was mich bislang nicht stört (mit nem laptop wäre das wohl anders...)

Viele Grüße,
Rüdiger

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Regidür« (14.07.2013, 15:23)


10

14.07.2013, 16:31

Was mich noch interessiert: wie bist du auf die Idee gekommen, im openrc-settingsd ebuild nachzuschauen?

Naja, ich hab mir einfach die aus deiner energe Ausgabe genannten Ebuilds angesehen, und versuch zu verstehen wie es zu den Blocks kommt.
Sofern nicht noch zig eclasses mit im Spiel sind ist ein blick ins Ebuild meist recht aufschlussreich :)

11

14.07.2013, 16:38

Networkmanager konnte nicht gebaut werden, was mich bislang nicht stört (mit nem laptop wäre das wohl anders...)

:Welchen Networkmanager willst du denn bauen? Ich habe damit zur Zeit nur Ärger. Nutze aber Gnome 3.8. Zum einen stellt er seit einiger Zeit keine Verbindung ins Netz her und heute morgen kam ja der 0.9.8.2-r1 als Update. Ist ja auch noch hardmasked. Aber es hat mir dabei oft geholfen, manuell eine ältere Version zu installieren. Oftmals ging dann danach die aktuelle durch. Nur so als Tip.

Edit: Die Version ist falsch. Die von heute morgen ist wohl schon wieder aus portage entfernt worden.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Reinhard3« (14.07.2013, 17:05)


12

14.07.2013, 19:34

EDIT: nach einem frischen --sync wird networkmanager gebaut!

Quellcode

1
2
3
[ebuild     U  ] net-misc/networkmanager-0.9.8.2-r1 [0.9.8.2] USE="bluetooth consolekit dhcpcd introspection nss ppp systemd* vala wext -avahi -connection-sharing -dhclient -gnutls -modemmanager -resolvconf {-test}" 0 kB

Total: 1 package (1 upgrade), Size of downloads: 0 kB


Dies ist der Fehler:

Quellcode

1
2
3
4
5
6
 * Call stack:
 *     ebuild.sh, line   93:  Called src_prepare
 *   environment, line 3085:  Called epatch '/usr/portage/net-misc/networkmanager/files/0001-core-runtime-detect-logind-and-ConsoleKit-3.patch'
 *   environment, line 1181:  Called die
 * The specific snippet of code:
 *                   die "Cannot find \$EPATCH_SOURCE!";


Wie gesagt, mich betrifft es nicht, da ich das Netz über einen ipfire-router beziehe.und die Netzwerkkarte via dhcpc eingebunden wird.

Grüßle,
Rüdiger

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Regidür« (14.07.2013, 20:03)


13

14.07.2013, 19:55

Regidür;
dein separates networkmanager-Thema sollte inzwischen eigentlich gefixt sein - siehe bug 476788

Wie schaut es mit diesem Thread aus, ist der soweit [gelöst]?

14

14.07.2013, 21:41

EDIT: nach einem frischen --sync wird networkmanager gebaut!

Quellcode

1
2
3
[ebuild     U  ] net-misc/networkmanager-0.9.8.2-r1 [0.9.8.2] USE="bluetooth consolekit dhcpcd introspection nss ppp systemd* vala wext -avahi -connection-sharing -dhclient -gnutls -modemmanager -resolvconf {-test}" 0 kB

Total: 1 package (1 upgrade), Size of downloads: 0 kB


Dies ist der Fehler:

Quellcode

1
2
3
4
5
6
 * Call stack:
 *     ebuild.sh, line   93:  Called src_prepare
 *   environment, line 3085:  Called epatch '/usr/portage/net-misc/networkmanager/files/0001-core-runtime-detect-logind-and-ConsoleKit-3.patch'
 *   environment, line 1181:  Called die
 * The specific snippet of code:
 *                   die "Cannot find \$EPATCH_SOURCE!";


Wie gesagt, mich betrifft es nicht, da ich das Netz über einen ipfire-router beziehe.und die Netzwerkkarte via dhcpc eingebunden wird.

Grüßle,
Rüdiger
Ich bekomme bei der neusten Version vom networkmanager auch die selbe Fehlermeldung angezeigt. Habe die Version einfach maskiert ;). Und auf dem HTPC läuft auch noch kein SystemD. Von daher liegt der Fehler wohl beim Paket selbst.

15

14.07.2013, 22:21

Hm, ich verstehe hier ehrlich gesagt nur noch Bahnhof..

@Mods
Ein Vorschlag: Trennt das separate Networkmanager Thema ab (und verschiebt es zb in die Laberecke)
hat im Grunde ja nichts mehr mit dem eigentlichen "emerge Blocks" Thema zu tun.

16

14.07.2013, 22:31

Hm, ich verstehe hier ehrlich gesagt nur noch Bahnhof..

@Mods
Ein Vorschlag: Trennt das separate Networkmanager Thema ab (und verschiebt es zb in die Laberecke)
hat im Grunde ja nichts mehr mit dem eigentlichen "emerge Blocks" Thema zu tun.



Thema ist fertig, systemd ist installiert und networkmanager ging jetzt auch zu emergen.

Rüdiger