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.

21

08.12.2010, 13:28

Hallo Felix,
ich habe TKDIFF installiert. Jedoch kann ich nicht prüfen ob es funktioniert, da cfg-update nichts zum aktualisieren hat...

22

10.12.2010, 06:26

Doch, kannst du. Wenn cfg-update nicht meckert, sondern die Ausgabe wie bei mir aussieht, passt alles

Quellcode

1
2
3
4
BitKiller felix # cfg-update
cfg-update: missing valid options
Try `cfg-update --help' for more information.
BitKiller felix #

23

11.12.2010, 10:51

Sieht gut aus:

Quellcode

1
2
3
gentoo ~ # cfg-update
cfg-update: missing valid options
Try `cfg-update --help' for more information.

24

11.12.2010, 11:17

portage masking

Ein Konflikt, gentoolkit braucht portage-2.1.2 und update-script braucht portage-2.2_rc67

Wie löse ich den Knoten? Vielleicht einfach world machen lassen; zurück auf portage 2.1.9
Danach wieder manuell auf portage 2.2

Ist das der übliche Weg?

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
gentoo ~ # emerge -pvuDN world

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

Calculating dependencies... done!
[ebuild     UD] sys-apps/portage-2.1.9.24 [2.2_rc67] USE="(ipc%*) -build -doc -epydoc -python3 (-selinux)" LINGUAS="-pl" 712 kB
[ebuild     U ] sys-devel/gnuconfig-20100924 [20100403] 49 kB
[ebuild     U ] dev-lang/python-2.6.6-r1 [2.6.5-r3] USE="berkdb gdbm ipv6 ncurses readline ssl threads (wide-unicode) xml -build -doc -examples -sqlite -tk -wininst" 10,837 kB
[ebuild  N    ] dev-python/cython-0.13  USE="-doc -examples" 630 kB
[ebuild     U ] dev-lang/yasm-1.1.0 [1.0.1] USE="nls python%*" 1,377 kB
...
!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

sys-apps/portage:0

  ('ebuild', '/', 'sys-apps/portage-2.1.9.24', 'merge') pulled in by
    virtual/portage required by @world
    >=sys-apps/portage-2.1.2 required by ('installed', '/', 'app-admin/python-updater-0.8', 'nomerge')
    sys-apps/portage required by ('installed', '/', 'app-portage/gentoolkit-0.2.4.6.1-r1', 'nomerge')

  ('installed', '/', 'sys-apps/portage-2.2_rc67', 'nomerge') pulled in by
    >=sys-apps/portage-2.2_rc67 required by ('installed', '/', 'app-admin/update-0.1', 'nomerge')
    (and 3 more)

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.

25

11.12.2010, 14:42

Nein, der Fehler ist ein Anderer. Es gibt kein portage-2.2_rc67 mehr. Das Update-Skript braucht auch nicht genau diese Version, sondern >=portage-2.2_rc67.

Quellcode

1
2
3
4
5
6
BitKiller felix # eix sys-apps/portage
[I] sys-apps/portage
     Available versions:  [P]2.1.6.7 2.1.6.13 2.1.8.3 2.1.9.24 ~2.1.9.25 ~*2.2.0_alpha4 ~*2.2.0_alpha5 ~*2.2.0_alpha6 (~*)2.2.0_alpha7 **9999 {build doc epydoc +ipc linguas_pl python3 selinux}
     Installed versions:  2.2.0_alpha7(08:26:46 10.12.2010)(doc ipc -build -epydoc -linguas_pl -python3 -selinux)
     Homepage:            http://www.gentoo.org/proj/en/portage/index.xml
     Description:         Portage is the package management and distribution system for Gentoo


Hast du autounmask installiert, kannst du das ganz einfach damit lösen

Quellcode

1
autounmask app-admin/update-0.3


Oder du kümmerst dich darum, dass du selber eine Version von Portage demaskierst.

Beachte bitte auch, dass stable eix nicht mit den neuen Versionen von Portage zusammenarbeiten. Daher ein kleiner Lösungsansatz, der die Zeit bis zur stabilen portage-2.2 Version überbrückt:
Kopiere /usr/portage/sys-apps/portage unter Einhaltung der Terminologie in dein lokales Overlay und mache das Gleiche mit eix. Dann demaskiere Beides. So hast du in deinem lokalen Overlay immer eine Version, die benutzt werden kann, bis portage-2.2 stabil ist.

Quellcode

1
2
3
4
5
6
7
8
source /etc/make.conf
mkdir -p ${PORTDIR_OVERLAY}/sys-apps/portage/files
mkdir -p ${PORTDIR_OVERLAY}/app-portage/eix
cp /usr/portage/sys-apps/portage/* ${PORTDIR_OVERLAY}/sys-apps/portage/
cp /usr/portage/sys-apps/portage/files/* ${PORTDIR_OVERLAY}/sys-apps/portage/files/
cp /usr/portage/app-portage/eix/* ${PORTDIR_OVERLAY}/app-portage/eix/
autounmask sys-apps/portage-2.2.0_alpha7
autounmask app-portage/eix-0.22.5


Der Codeblock macht Folgendes:
1) make.conf einlesen, um an die konfigurierten Variablen zu kommen
2) im lokalen Overlay einen Ordner für portage erstellen
3) im lokalen Overlay einen Ordner für eix erstellen
4+5) portage aus dem Tree ins lokale Overlay kopieren (Fehlermeldung wegen des ausgelassenen Verzeichnisses ignorieren, das holt Zeile 5 nach)
6) eix aus dem Tree ins lokale Overlay kopieren
7) portage demaskieren
8) eix demaskieren

edit:
Ich hab gerade gesehen, dass du noch version 0.1 von dem Skript hast. Führe mal bitte den Updater aus:

Quellcode

1
updater

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »FelixPetzold« (11.12.2010, 19:43)


26

15.12.2010, 23:01

Portage Masking gelöst

Hallo Felix,
vielen Dank für Deine guten Erklärungen!

Schritte 1 - 8 befolgt und alles ist sauber durchgelaufen. :thumbup:

Ergebnis von autounmask sys-apps/portage-2.2.0_alpha7 und autounmask app-portage/eix-0.22.5 in package.keywords

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
# ---
# BEGIN: sys-apps/portage-2.2.0_alpha7
# ---
=sys-apps/portage-2.2.0_alpha7::local-overlay **
=sys-apps/portage-2.2.0_alpha7::gentoo **
# ---
# END: sys-apps/portage-2.2.0_alpha7
# ---

# ---
# BEGIN: app-portage/eix-0.22.5
# ---
=app-portage/eix-0.22.5::local-overlay ~x86
=app-portage/eix-0.22.5::gentoo ~x86
# ---
# END: app-portage/eix-0.22.5
# ---

und in der package.unmask

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
# ---
# BEGIN: sys-apps/portage-2.2.0_alpha7
# ---
# ---
# END: sys-apps/portage-2.2.0_alpha7
# ---

# ---
# BEGIN: app-portage/eix-0.22.5
# ---
# ---
# END: app-portage/eix-0.22.5
# ---



Nun ist sogar update-0.3 da :) -

Zitat

Changelog:
v0.2:
+ python-updater
+ update-pciids
+ update-usbids
v0.3:
+ new portage-2.2.0_alpha7 feature 'emerge @x11-module-rebuild' is used now when xorg-server is updated
+ python-updater will only be run when python 2 or 3 is updated

Dieser Beitrag wurde bereits 6 mal editiert, zuletzt von »zelos« (22.12.2010, 19:50)


27

22.12.2010, 20:04

Maskierung von eix zurücknehmen

Hallo Felix,
da seit dem 21.12.2010 eix 0.22.5 stable ist, kann die Maskierung wieder rückgängig gemacht werden.

Zitat

# $Header: /var/cvsroot/gentoo-x86/app-portage/eix/eix-0.22.5.ebuild,v 1.3 2010/12/22 15:11:39 jer Exp $
SLOT="0"
KEYWORDS="~alpha ~amd64 ~arm hppa ~ia64 ~m68k ~mips ~ppc ~ppc64 ~s390 ~sh ~sparc x86 ~ppc-aix ~sparc-fbsd ~x86-fbsd ~x86-freebsd ~ia64-hpux ~x86-interix ~amd64-linux ~ia64-linux ~x86-linux ~ppc-macos ~x64-macos ~x86-macos ~sparc-solaris ~sparc64-solaris ~x86-solaris"

Wie geht das ?
1. Einfach in /etc/portage/package.keywords und /etc/portage/package.unmask die eix Stellen löschen
2. Im lokalen overlay eix löschen: source /etc/make.conf && rm -r ${PORTDIR_OVERLAY}/app-portage/eix
oder ?
Gruß

28

23.12.2010, 15:47

Ja, in /etc/portage/package.* die Einträge für eix löschen und wenn du es im lokalen Overlay hast, dort löschen (dein Skript sollte funzen). Danach ein eix-sync