public inbox for gentoo-user-de@lists.gentoo.org
 help / color / mirror / Atom feed
From: Juergen Rose <rose@rz.uni-potsdam.de>
To: gentoo-user-de@lists.gentoo.org
Subject: Re: [gentoo-user-de] 'emerge -vuD system' funktioniert nicht
Date: Thu, 08 Sep 2005 14:19:39 +0200	[thread overview]
Message-ID: <1126181979.32044.27.camel@cheetah.homenet> (raw)
In-Reply-To: <200509081156.25638.nuxnet@chello.at>

Hallo Petr,

Am Donnerstag, den 08.09.2005, 11:56 +0200 schrieb Petr Koval:
> Am Donnerstag 08 September 2005 11:31 schrieb Juergen Rose:
> > Am Donnerstag, den 08.09.2005, 09:29 +0200 schrieb Petr Koval:
...
> > "emerge -pvuD system" meckert immer noch:
> 
> Das kann er aber Frage ist wie.
> Wenn "masked: by keywords" der Fall waere,
> konnte man /ect/portage/package.keywords
> benutzen. Im Fall vom "missing keywords" ist es ein wenig mehr.
> 
> > !!! 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 app-arch/tar-1.15.1
> >
> >
> > "emerge -pvuD world" meckert:
> > !!! 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 app-text/docbook-sgml-dtd-4.4
> >
> >
> > "emerge -pvuD tar" und "emerge -pvuD docbook-sgml-dtd" stoert sich
> > ebenfalls an libperl-5.8.7 bzw. perl-5.8.7. Sind also tar-1.15.1 und
> > docbook-sgml-dtd-4.4 die Stoerenfriede"? Von beiden Programmen sind die
> > Versionen 1.15.1 bzw. 4.4 schon installiert. Wie kriege ich heraus,  warum
> > Sie libperl-5.8.7 installieren wollen?
> >
> > "emerge -pvD system" zeigt mir zwei Pakete zum update an, "emerge -vD
> > system" funktioniert. Analog scheint "emerge -vD world" zu funktionieren.
> 
> Ich beziehe mich also nun mehr an die Melnung "missing keywords" und 
> angenommen du weisst, was du tust und warum du es in den Versionen der 
> Packette haben willst.
> 
> Das Problem ist nun dass manche ebuilds in dem /usr/portage Baum
> nicht das KEYWORDS definiert haben. Man konnte es zwar reinschreiben 
> (erganzen) es wurde beim naechten sync wieder zurueckgesetzt.
> 
> Deshalb kopierst du aus dem 
> /usr/portage/kategorie/ ins /usr/local/portage/kategorie
> das gesamte ebuild-name/* <- ebuild Dateien
> Verzechniss und richtest ein Portage Overlay.
> Dann setzt du in dem betreoffenem ebuild
> (in deinem overlay) das KEYWORDS="????"
> und wenn das ???? nicht deine arch ist
> zusaetzlich noch Eintrag ins /etc/portage/package.keywords
> =kategorie/name.ebuild ????
> 
> So ist es solange notwendig solange du das betreffende ebuild benoetigst
> und solange im haupt portage in dem ebuild das KEYWORD nicht gesetzt wurde.
> Wenn es dann gesetzt wurde und das z.b. nur zum ~x86
> und du benutzt x86, dann ist immer noch das mit /etc/portage/packages.keywords
> noetig, nicht mehr aber die portage overlay loesung mehr.
> 
> Ich selbst habe manche solche ebuilds im Einsatz
> wo entweder -* oder gar kein KEYWORDS in dem ebuild definiert wurde.

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.

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 

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

	Gruss Juergen


-- 
Juergen Rose <rose@rz.uni-potsdam.de>
FHS Wildau

-- 
gentoo-user-de@gentoo.org mailing list



  reply	other threads:[~2005-09-08 12:21 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-07  5:43 [gentoo-user-de] 'emerge sync' funktioniert nicht mehr rose
2005-09-07  9:26 ` Andreas Prieß
2005-09-08  6:34   ` Matthias Nimscholz
2005-09-08  6:54     ` Juergen Rose
2005-09-08  7:30       ` Matthias Nimscholz
2005-09-08  7:59         ` Juergen Rose
2005-09-08  8:42           ` Petr Koval
2005-09-08 16:30             ` Florian Wallburg
2005-09-08 17:14               ` Christoph Dahlen
2005-09-08 21:08                 ` Petr Koval
2005-09-08 20:38               ` Petr Koval
2005-09-08  7:29 ` Petr Koval
2005-09-08  7:40   ` Petr Koval
2005-09-08  9:31   ` [gentoo-user-de] 'emerge sync' funktioniert nicht mehr ("emerge sync" geloest) Juergen Rose
2005-09-08  9:56     ` Petr Koval
2005-09-08 12:19       ` Juergen Rose [this message]
2005-09-08 12:41         ` [gentoo-user-de] 'emerge -vuD system' funktioniert nicht Petr Koval
2005-09-08 13:04           ` Juergen Rose
2005-09-08 12:53         ` Petr Koval
2005-09-08 13:21           ` Juergen Rose
2005-09-08 14:27             ` Petr Koval

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1126181979.32044.27.camel@cheetah.homenet \
    --to=rose@rz.uni-potsdam.de \
    --cc=gentoo-user-de@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox