Sie sind nicht angemeldet.

[erledigt] Systemd-215 - Kann er bei Euch erfolgreich gemerged werden?!

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.

mnt_gentoo

Profi

  • »mnt_gentoo« ist männlich
  • »mnt_gentoo« ist der Autor dieses Themas

Beiträge: 807

  • Nachricht senden

1

04.07.2014, 11:41

Systemd-215 - Kann er bei Euch erfolgreich gemerged werden?!

Hallo zusammen,

Habe heute mal versucht, systemd-215, den es seit heute als '~' im Tree gibt, zu emergen... Dies scheitert jedoch hiermit:

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

Cannot open src/timedate/org.freedesktop.timedate1.policy: No such file or directory
Cannot open src/hostname/org.freedesktop.hostname1.policy: No such file or directory
Generating and caching the translation database
Merging translations into src/timedate/org.freedesktop.timedate1.policy.
Generating and caching the translation database
Merging translations into src/hostname/org.freedesktop.hostname1.policy.
Cannot open src/login/org.freedesktop.login1.policy: No such file or directory
Generating and caching the translation database
Merging translations into src/login/org.freedesktop.login1.policy.
make[2]: *** [src/hostname/org.freedesktop.hostname1.policy] Error 2
make[2]: *** Waiting for unfinished jobs....
make[2]: *** [src/timedate/org.freedesktop.timedate1.policy] Error 2
Cannot open src/locale/org.freedesktop.locale1.policy: No such file or directory
Generating and caching the translation database
Merging translations into src/locale/org.freedesktop.locale1.policy.
make[2]: *** [src/login/org.freedesktop.login1.policy] Error 2
make[2]: *** [src/locale/org.freedesktop.locale1.policy] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
 * ERROR: sys-apps/systemd-215::gentoo failed (compile phase):
 *   emake failed
 * 
 * If you need support, post the output of `emerge --info '=sys-apps/systemd-215::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=sys-apps/systemd-215::gentoo'`.
 * The complete build log is located at '/var/tmp/portage/sys-apps/systemd-215/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/sys-apps/systemd-215/temp/environment'.
 * Working directory: '/var/tmp/portage/sys-apps/systemd-215/work/systemd-215-abi_x86_64.amd64'
 * S: '/var/tmp/portage/sys-apps/systemd-215/work/systemd-215'

 * Messages for package sys-apps/systemd-215:

 * ERROR: sys-apps/systemd-215::gentoo failed (compile phase):
 *   emake failed
 * 
 * If you need support, post the output of `emerge --info '=sys-apps/systemd-215::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=sys-apps/systemd-215::gentoo'`.
 * The complete build log is located at '/var/tmp/portage/sys-apps/systemd-215/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/sys-apps/systemd-215/temp/environment'.
 * Working directory: '/var/tmp/portage/sys-apps/systemd-215/work/systemd-215-abi_x86_64.amd64'
 * S: '/var/tmp/portage/sys-apps/systemd-215/work/systemd-215'


Gibt es ggf. eine Upgrade-Seite, wie z.B. "UDEV 'V2xx' -> '2xy'? - Habe schon im Internet geschaut, jedoch fand ich direkt zu 214 -> 215 noch nichts... Vielleicht weiß ja von Euch jemand näheres, ggf. ists ja auch nur ein Bug, das es derzeit noch nicht installierbar...
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mnt_gentoo« (04.07.2014, 22:13)

josef.95

OSI Layer 8

Beiträge: 7 674

  • Nachricht senden

2

04.07.2014, 20:13

Teste mal ob der Workaround aus dem Bugreport zunächst weiterhilft:

Quellcode

 
1

EXTRA_ECONF="--enable-dependency-tracking" emerge -1 systemd

mnt_gentoo

Profi

  • »mnt_gentoo« ist männlich
  • »mnt_gentoo« ist der Autor dieses Themas

Beiträge: 807

  • Nachricht senden

3

04.07.2014, 22:13

Guten Abend, Josef und erstmal vielen Dank für den Tip :thumbup:

Du wirst lachen: Habe nach dem gescheiterten versuch von heut Morgen zuerst systemd-214, der zuletzt erfolgreich installiert war, nochmal zur Sicherheit remerged, um sicherzugehen, das alles konsistent ist. Dann in der package.keywords '=sys-apps/systemd-214' gesetzt um die Installation / den vesuch zukünftig zu vermeiden, bis ggf. eine systemd-215-rX (mit evtl. Buxfixes) rauskommt. Dann liess es mich gegen Abend doch nicht los: Ich sah, das es noch eine systemd-214_p57 zwischen der 214 und 215-er gab, die ja nicht gemerged werden konnte...

Dann hab ich die 214_p57 installiert. Die lief problemlos durch. Wie auch die vorherigen systemd-Versionen. Dann dacht ich: "Okay... auf einen Versuch lass ichs noch ankommen... kaputtgehen ausser meinen Nerven kann ja nix... ;)"
Die version 215, die ich morgens mergte, flog per "eclean --destructive distfiles" wieder raus. War also nicht mehr am System zur Installation verfügbar.
Ich setzte erneut in der package.keywords auf 215 hoch. Und... Problemlos durchgelaufen... Verstehst Du sowas? - Die selbe Version, die Morgens nicht durchlief, lässt sich abends problemlos installieren... Wie ich als Vermutung dyle gegenüber angegeben hatte: Hatte mein distfiles geleert, System aus frischen Sourcen neuerstellt: Dann tauchte der Fehler mit dem OOM auf. Und der Swapperei. - Ich leerte es erneut - zog frische Sources... Erstellte das System aus diesen neu... Und saß 2 Tage an Anwendungen, die eben den Fehler zu 99% provozier(t)en... Dann fließt unbemerkt wohl doch EINIGES in ein und die selbe Versionierung einer Anwendung des ~ - Zweigs ein... - Wahnsinn.

Okay, ich setz oben mal auf erledigt... Aber evtl kann Dein Tip mir beim nächsten Problemchen mit systemd helfen :thumbup: Oder anderen Usern. Danke Dir dafür! Einen angenehmen Abend Euch allen :)
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

josef.95

OSI Layer 8

Beiträge: 7 674

  • Nachricht senden

4

04.07.2014, 23:02

Zitat von »mnt_gentoo«

Die version 215, die ich morgens mergte, flog per "eclean --destructive distfiles" wieder raus
Sowas ist normal nicht nötig. Im Manifest des Pakets ist eine Prüfsumme hinterlegt mit der beim mergen des Pakets die Sourcen überprüft werden.
Normal ändern sich die Sourcen nicht, und wenn in sehr sehr seltenen fällen doch, dann passt die Prüfsumme nicht mehr - in so einem Fall lädt portage die distfiles automatisch passend neu herunter.
Was ich damit sagen möchte, manuell dsistfiles löschen und neu herunterladen sollte nicht nötig sein - das bringt rein gar nichts (außer erhöhen unnützen Traffic auf den Mirror).

Zitat von »mnt_gentoo«

Ich setzte erneut in der package.keywords auf 215 hoch. Und... Problemlos durchgelaufen... Verstehst Du sowas? - Die selbe Version, die Morgens nicht durchlief, lässt sich abends problemlos installieren...

Ja, das liegt wahrscheinlich daran das dass systemd-215.ebuild inzwischen ohne Versionsänderung angepasst wurde - siehe zb im Diff von heute Nachmittag.

Nungut, prima das es nun baut :)

bell

Erleuchteter

  • »bell« ist männlich

Beiträge: 3 128

  • Nachricht senden

5

06.07.2014, 23:01

Zitat von »mnt_gentoo«

Dann fließt unbemerkt wohl doch EINIGES in ein und die selbe Versionierung einer Anwendung des ~ - Zweigs ein... - Wahnsinn.

Darüber bin ich auch schon mal gestolpert. Solange es Testing ist wird dran geschraubt, ist klar.
Siehe:
[gelöst] Änderungen an ebuilds ohne Versionsänderung
[Tipps & Tricks] System aktuell halten - für Versionsjunkies
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.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »bell« (06.07.2014, 23:07)

Ähnliche Themen

Häufig verwendete Suchbegriffe:

www.my-echo.de mobile-parts-discount.net Andere Architekturen Lob & Kritik Gentoo Linux bka trojaner finden Emerge Probleme softwaregarage.de Drucker Linux Computer und Notebooks