Re: [gentoo-user-de] 'emerge -vuD system' funktioniert nicht

[Petr Koval]

Am Donnerstag 08 September 2005 14:19 schrieb Juergen Rose:
[..]
> Ich muss gestehen, dass ich Deine obigen Bemerkungen nicht ganz
> verstanden habe. In meinen /etc/make.conf ist ueberall "~x86" gesetzt
> und bisher gab es nirgends Probleme libperl.

In jedem ebuild muss option KEYWORDS definiert sein.
Wenn der jenige, des ein ebuild wartet zulaesst, dass in einem
aktuellem portage auf einmal in seinem ebuild diese Option
z.b. von ursprunglichen x86 zu ~x86 bzw. -* geändert wird,
oder gar entfernt wird, hat es Folgen/Auswirkungen.

Allerdings verstehe ich nicht dass in deinem portage ein ebuild ist,
wo es echt nicht drin ist

pavilion ~ # grep KEYWORDS /usr/portage/sys-devel/libperl/libperl-5.8.7.ebuild
KEYWORDS="~alpha ~amd64 ~arm ~hppa ~ia64 ~m68k ~mips ~ppc ~ppc-macos ~ppc64 
~s390 ~sh ~sparc ~x86"

und daher sollte in meinem Fall das hier absolut korrekt sein:

pavilion ~ # emerge -pv =sys-devel/libperl-5.8.7

These are the packages that I would merge, in order:

Calculating dependencies
!!! All ebuilds that could satisfy "=sys-devel/libperl-5.8.7" have been 
masked.
!!! One of the following masked packages is required to complete your request:
- sys-devel/libperl-5.8.7 (masked by: ~x86 keyword)

und hier steht ja masked by ~x86 keyword statt missing keywords

> Ich habe in der Zwischenzeit noch ein paar Experimente gemacht. Auf dem
> Problemrechner (cheetah) war perl-5.8.7 und libperl-5.8.7 installiert.
> "emerge -pvD libperl" liefert:
>
> [ebuild     UD] sys-devel/libperl-5.8.6-r1 [5.8.7] +berkdb -debug +gdbm
> -ithreads 9,465 kB

das ist in ordnung falls du in allen ebuilds der hoeheren version kein 
gesetztes KEYWORDS drin hast, btw. wenn sie package-masked sind

> D.h., emerge will libperl downgraden. Auf meinen anderen Rechnern (z.b.
> shark) ist ebenfalls libperl-5.8.7 installiert, und emerge hat dort
> nicht die Absicht libperl downzugraden. "emerge info" zeigt mir auf
> beiden Rechnern (von der CPU abgesehen, einmal AMD einmal P4) die
> gleichen Versionen an:
> root@cheetah:/root(10)# emerge info
> Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.4.4-hardened,
> glibc-2.3.5-r1, 2.6.13 i686)
> =================================================================
> System uname: 2.6.13 i686 AMD Athlon(tm) XP 1800+
> Gentoo Base System version 1.12.0_pre8
> distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
> [disabled]
> ccache version 2.4 [disabled]
> dev-lang/python:     2.3.5, 2.4.1-r1
> sys-apps/sandbox:    1.2.12
> sys-devel/autoconf:  2.13, 2.59-r7
> sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
> sys-devel/binutils:  2.16.1
> sys-devel/libtool:   1.5.20
> virtual/os-headers:  2.6.11-r2
> ACCEPT_KEYWORDS="x86 ~x86"
> AUTOCLEAN="yes"
> CBUILD="i686-pc-linux-gnu"
> CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer"
> CHOST="i686-pc-linux-gnu"
> ...
> root@shark:/root(7)# emerge info
> Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.4.4-hardened,
> glibc-2.3.5-r1, 2.6.13 i686)
> =================================================================
> System uname: 2.6.13 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz
> Gentoo Base System version 1.12.0_pre8
> distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
> [disabled]
> ccache version 2.4 [disabled]
> dev-lang/python:     2.3.5, 2.4.1-r1
> sys-apps/sandbox:    1.2.12
> sys-devel/autoconf:  2.13, 2.59-r7
> sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
> sys-devel/binutils:  2.16.1
> sys-devel/libtool:   1.5.20
> virtual/os-headers:  2.6.11-r2
> ACCEPT_KEYWORDS="x86 ~x86"
> AUTOCLEAN="yes"
> CBUILD="i686-pc-linux-gnu"
> CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer"
> CHOST="i686-pc-linux-gnu"
> ...
>
> An welcher Stelle kann libperl-5.8.7 maskiert sein?
> Dann dachte ich mir, tue ich emerge den Gefallen und lasse libperl auf
> Version 5.8.6-r1 downgraden. Jetzt habe libperl-5.8.6-r1, aber die
> Probleme sind nicht vorbei:
>
> root@cheetah:/root(14)# emerge -pvD perl
>
> These are the packages that I would merge, in order:
> Calculating dependencies -
> !!! All ebuilds that could satisfy ">=sys-devel/libperl-5.8.7" have been
> masked.
> !!! One of the following masked packages is required to complete your
> request:
> - sys-devel/libperl-5.8.7 (masked by: missing keyword)
> For more information, see MASKED PACKAGES section in the emerge man page
> or
> section 2.2 "Software Availability" in the Gentoo Handbook.
> !!!    (dependency required by "dev-lang/perl-5.8.7" [ebuild])
>
>
> Also habe ich als naechstes ein perl downgrade auf perl-5.8.6-r5
> gemacht. Aber auch das hilft nicht, "emerge -pvD perl" und "emerge -pvD
> system" liefert:
>
> These are the packages that I would merge, in order:
> Calculating system dependencies -
> !!! All ebuilds that could satisfy ">=sys-devel/libperl-5.8.7" have been
> masked.
> !!! One of the following masked packages is required to complete your
> request:
> - sys-devel/libperl-5.8.7 (masked by: missing keyword)
> For more information, see MASKED PACKAGES section in the emerge man page
> or
> section 2.2 "Software Availability" in the Gentoo Handbook.
> !!!    (dependency required by "dev-lang/perl-5.8.7" [ebuild])
> !!! Problem with ebuild dev-lang/perl-5.8.7
>
> D.h., emerge will auf perl-5.8.7 upgraden, das haengt von libperl-5.8.7
> ab, und emerge glaubt, dass libperl-5.8.7 maskiert ist. Auch ein
> weiteres "emerge sync" aendert nichts daran. Es bleibt also die obige
> Frage: "An welcher Stelle kann libperl-5.8.7 maskiert sein?"

wie ich bereits gesagt habe
es ist masked dadurch dass in dem ebuild
die KEYWORDS="..." definition fehlt

prüfe:

grep KEYWORDS /usr/portage/sys-devel/libperl/libperl-5.8.6-r1.ebuild

bekommst du?

KEYWORDS="~alpha ~amd64 ~arm ~hppa ~ia64 ~m68k ~mips ~ppc ~ppc-macos ~ppc64 
~s390 ~sh ~sparc ~x86"

oder nicht?

am sonsten ist
- sys-devel/libperl-5.8.7 (masked by: missing keyword)
nicht erklaerbar