[gentoo-user-de] 'emerge sync' funktioniert nicht mehr

[gentoo-user-de] 'emerge sync' funktioniert nicht mehr

[rose]

Hallo,

gestern ist mein Rechner, moeglicherweise bei 'emerge sync',
abgestuerzt. Seitdem funktioniert emerge nicht mehr:

1.) 'emerge sync' liefert reproduzierbar:

...
Total bytes received: 2856366

sent 3453 bytes  received 2856366 bytes  96943.02 bytes/sec
total size is 97032166  speedup is 33.93

>>> Updating Portage cache:      
Traceback (most recent call last):
  File "/usr/bin/emerge", line 2705, in ?
    oldcat = portage.catsplit(cp_list[0])[0]
IndexError: list index out of range

2.) 'emerge -pvuD system' produziert:
--- Invalid atom in /usr/portage/profiles/package.mask: 

Performing Global Updates: /usr/portage/profiles/updates/3Q-2005
(Could take a couple of minutes if you have a lot of binary packages.)
  .='update pass'  *='binary update'  @='/var/db move'
  s='/var/db SLOT move' S='binary SLOT move'
p='update /etc/portage/package.*'
portage: Update type "" not recognized.

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 app-arch/tar-1.15.1
!!! Possibly a DEPEND/*DEPEND problem.

!!! Depgraph creation failed.

Was macht man da am besten?

Ungeduldig auf Antwort wartend
        Juergen 
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] 'emerge sync' funktioniert nicht mehr

[Andreas Prieß]

[-- Attachment #1: Type: text/plain, Size: 1490 bytes --]

rose@rz.uni-potsdam.de wrote:
> gestern ist mein Rechner, moeglicherweise bei 'emerge sync',
> abgestuerzt. Seitdem funktioniert emerge nicht mehr:
> 
> 1.) 'emerge sync' liefert reproduzierbar:
[...]
>>>>Updating Portage cache:      
> 
> Traceback (most recent call last):
>   File "/usr/bin/emerge", line 2705, in ?
>     oldcat = portage.catsplit(cp_list[0])[0]
> IndexError: list index out of range
> 
> 2.) 'emerge -pvuD system' produziert:
[...]
> !!!    (dependency required by "dev-lang/perl-5.8.7" [ebuild])
> 
> 
> !!! Problem with ebuild app-arch/tar-1.15.1
> !!! Possibly a DEPEND/*DEPEND problem.
> 
> !!! Depgraph creation failed.
> 
> Was macht man da am besten?

Also 2. hängt ja wahrscheinlich vom 1. Punkt ab: wenn die Metadaten
nicht mehr korrekt berechnet werden, dann können eben auch die
Abhängigkeiten durcheinander geraten...

Zum ersten Punkt würde ich folgendes raten: Entweder das Verzeichnis
/usr/portage/ komplett von einem Backup restaurieren, sync und gut.

Oder falls kein passendes Backup vorhanden:
- Backup von /usr/portage anlegen
- In /usr/portage alles außer /usr/portage/distfiles und
/usr/portage/packages erstmal löschen
- emerge sync sollte alles wieder neu herbeiholen und dann auch
funktionieren.

Man kann auch vor der groben Methode emerge --regen testen, oder auch
zunächst nur /usr/portage/metadata/cache oder /usr/portage/metadata
löschen und dann mit sync weitersehen...

-- 
Gruß

Andreas


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: [gentoo-user-de] 'emerge sync' funktioniert nicht mehr

[Matthias Nimscholz]

[-- Attachment #1.1: Type: text/plain, Size: 692 bytes --]

Am Mittwoch, den 07.09.2005, 11:26 +0200 schrieb Andreas Prieß:

> rose@rz.uni-potsdam.de wrote:
> > gestern ist mein Rechner, moeglicherweise bei 'emerge sync',
> > abgestuerzt. Seitdem funktioniert emerge nicht mehr:
> > 
> > 1.) 'emerge sync' liefert reproduzierbar:
> [...]
> >>>>Updating Portage cache:      
> > 
> > Traceback (most recent call last):
> >   File "/usr/bin/emerge", line 2705, in ?
> >     oldcat = portage.catsplit(cp_list[0])[0]
> > IndexError: list index out of range

Hallo,
ich mußte mein System gestern neu aufsetzten und bin auch darüber
gestolpert.
Nach einem "emerge metadata" hat sich der Rechner aber wieder gefangen.
Gruß

Matthias

[-- Attachment #1.2: Type: text/html, Size: 1441 bytes --]

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] 'emerge sync' funktioniert nicht mehr

[Juergen Rose]

Am Donnerstag, den 08.09.2005, 08:34 +0200 schrieb Matthias Nimscholz:
> Am Mittwoch, den 07.09.2005, 11:26 +0200 schrieb Andreas Prieß: 
> > rose@rz.uni-potsdam.de wrote:
> > > gestern ist mein Rechner, moeglicherweise bei 'emerge sync',
> > > abgestuerzt. Seitdem funktioniert emerge nicht mehr:
> > > 
> > > 1.) 'emerge sync' liefert reproduzierbar:
> > [...]
> > >>>>Updating Portage cache:      
> > > 
> > > Traceback (most recent call last):
> > >   File "/usr/bin/emerge", line 2705, in ?
> > >     oldcat = portage.catsplit(cp_list[0])[0]
> > > IndexError: list index out of range
> Hallo,
> ich mußte mein System gestern neu aufsetzten und bin auch darüber
> gestolpert.
> Nach einem "emerge metadata" hat sich der Rechner aber wieder
> gefangen.

"emerge metadata" hilft bei mir leider nicht:
root@cheetah:/home/ftp/pub/portage/distfiles(293)# emerge metadata

Performing Global Updates: /usr/portage/profiles/updates/3Q-2005
(Could take a couple of minutes if you have a lot of binary packages.)
  .='update pass'  *='binary update'  @='/var/db move'
  s='/var/db SLOT move' S='binary SLOT move'
p='update /etc/portage/package.*'
portage: Update type "" not recognized.
skipping sync
>>> Updating Portage cache:      
Traceback (most recent call last):
  File "/usr/bin/emerge", line 2705, in ?
    oldcat = portage.catsplit(cp_list[0])[0]
IndexError: list index out of range

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

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

Re: [gentoo-user-de] 'emerge sync' funktioniert nicht mehr

[Petr Koval]

[-- Attachment #1: Type: text/plain, Size: 2394 bytes --]

Am Mittwoch 07 September 2005 07:43 schrieb rose@rz.uni-potsdam.de:
> Hallo,
>
> gestern ist mein Rechner, moeglicherweise bei 'emerge sync',
> abgestuerzt. Seitdem funktioniert emerge nicht mehr:
>
> 1.) 'emerge sync' liefert reproduzierbar:
>
> ...
> Total bytes received: 2856366
>
> sent 3453 bytes  received 2856366 bytes  96943.02 bytes/sec
> total size is 97032166  speedup is 33.93
>
> >>> Updating Portage cache:
>
> Traceback (most recent call last):
>   File "/usr/bin/emerge", line 2705, in ?
>     oldcat = portage.catsplit(cp_list[0])[0]
> IndexError: list index out of range
>
> 2.) 'emerge -pvuD system' produziert:
> --- Invalid atom in /usr/portage/profiles/package.mask:
>
> Performing Global Updates: /usr/portage/profiles/updates/3Q-2005
> (Could take a couple of minutes if you have a lot of binary packages.)
>   .='update pass'  *='binary update'  @='/var/db move'
>   s='/var/db SLOT move' S='binary SLOT move'
> p='update /etc/portage/package.*'
> portage: Update type "" not recognized.
>
> 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 app-arch/tar-1.15.1
> !!! Possibly a DEPEND/*DEPEND problem.
>
> !!! Depgraph creation failed.
>
> Was macht man da am besten?
>
> Ungeduldig auf Antwort wartend
>         Juergen

1)
es sieht aus deine Portage fehlerhaft zu sein,
genauer genommer als ein mix von 2 Portage Datenbastaenden
(da nicht abgeschlossener sync-update Vorgang)

dadurch konnte zum
> --- Invalid atom in /usr/portage/profiles/package.mask:
gekommen sein
(die Datei ist nicht vollstaendig)

sollte ein erneuter emerge-sync bzw. emerge-webrsync
nicht mehr durchfuehrbar sein
so empfehle ich komplette Portage herstellung
d.h. /usr/portage/ leeren
und das letzte snapshot entpacken
(tar xvjf snapshot-xxxxxx -C /usr/portage)

zum 2)

pruefe welche Programme hoehere versionen als

sys-devel/libperl-5.8.6-r1
dev-lang/perl-5.8.6-r5

benoetigen

Petr

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] 'emerge sync' funktioniert nicht mehr

[Matthias Nimscholz]

[-- Attachment #1.1: Type: text/plain, Size: 1622 bytes --]

Am Donnerstag, den 08.09.2005, 08:54 +0200 schrieb Juergen Rose:

> Am Donnerstag, den 08.09.2005, 08:34 +0200 schrieb Matthias Nimscholz:
> > Am Mittwoch, den 07.09.2005, 11:26 +0200 schrieb Andreas Prieß: 
> > > rose@rz.uni-potsdam.de wrote:
> > > > gestern ist mein Rechner, moeglicherweise bei 'emerge sync',
> > > > abgestuerzt. Seitdem funktioniert emerge nicht mehr:
> > > > 
> > > > 1.) 'emerge sync' liefert reproduzierbar:
> > > [...]
> > > >>>>Updating Portage cache:      
> > > > 
> > > > Traceback (most recent call last):
> > > >   File "/usr/bin/emerge", line 2705, in ?
> > > >     oldcat = portage.catsplit(cp_list[0])[0]
> > > > IndexError: list index out of range
> > Nach einem "emerge metadata" hat sich der Rechner aber wieder
> > gefangen.
> 
> "emerge metadata" hilft bei mir leider nicht:
> root@cheetah:/home/ftp/pub/portage/distfiles(293)# emerge metadata
> 
> Performing Global Updates: /usr/portage/profiles/updates/3Q-2005
> (Could take a couple of minutes if you have a lot of binary packages.)
>   .='update pass'  *='binary update'  @='/var/db move'
>   s='/var/db SLOT move' S='binary SLOT move'
> p='update /etc/portage/package.*'
> portage: Update type "" not recognized.
> skipping sync
> >>> Updating Portage cache:      
> Traceback (most recent call last):
>   File "/usr/bin/emerge", line 2705, in ?
>     oldcat = portage.catsplit(cp_list[0])[0]
> IndexError: list index out of range

Mist! Hast Du viele binärpackete in /usr/portage/packages?
Versuch ein "fixpackages" vorher - sonst bin ich mit meinem Latein am
Ende.

Gruß
Matthias

[-- Attachment #1.2: Type: text/html, Size: 2975 bytes --]

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] 'emerge sync' funktioniert nicht mehr

[Petr Koval]

[-- Attachment #1: Type: text/plain, Size: 357 bytes --]

Am Donnerstag 08 September 2005 09:29 schrieb Petr Koval:
[..]
> so empfehle ich komplette Portage herstellung
> d.h. /usr/portage/ leeren
> und das letzte snapshot entpacken
> (tar xvjf snapshot-xxxxxx -C /usr/portage)

Verzeichnisse
distfiles
packages
kann man vorher ausserhalb von /usr/portage verschieben
und nach dem snapshot entpacken wieder zurueck

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] 'emerge sync' funktioniert nicht mehr

[Juergen Rose]

Am Donnerstag, den 08.09.2005, 09:30 +0200 schrieb Matthias Nimscholz:
> Am Donnerstag, den 08.09.2005, 08:54 +0200 schrieb Juergen Rose: 
> > Am Donnerstag, den 08.09.2005, 08:34 +0200 schrieb Matthias Nimscholz:
> > > Am Mittwoch, den 07.09.2005, 11:26 +0200 schrieb Andreas Prieß: 
> > > > rose@rz.uni-potsdam.de wrote:
> > > > > gestern ist mein Rechner, moeglicherweise bei 'emerge sync',
> > > > > abgestuerzt. Seitdem funktioniert emerge nicht mehr:
> > > > > 
> > > > > 1.) 'emerge sync' liefert reproduzierbar:
> > > > [...]
> > > > >>>>Updating Portage cache:      
> > > > > 
> > > > > Traceback (most recent call last):
> > > > >   File "/usr/bin/emerge", line 2705, in ?
> > > > >     oldcat = portage.catsplit(cp_list[0])[0]
> > > > > IndexError: list index out of range
> > > Nach einem "emerge metadata" hat sich der Rechner aber wieder
> > > gefangen.
> > 
> > "emerge metadata" hilft bei mir leider nicht:
> > root@cheetah:/home/ftp/pub/portage/distfiles(293)# emerge metadata
> > 
> > Performing Global Updates: /usr/portage/profiles/updates/3Q-2005
> > (Could take a couple of minutes if you have a lot of binary packages.)
> >   .='update pass'  *='binary update'  @='/var/db move'
> >   s='/var/db SLOT move' S='binary SLOT move'
> > p='update /etc/portage/package.*'
> > portage: Update type "" not recognized.
> > skipping sync
> > >>> Updating Portage cache:      
> > Traceback (most recent call last):
> >   File "/usr/bin/emerge", line 2705, in ?
> >     oldcat = portage.catsplit(cp_list[0])[0]
> > IndexError: list index out of range
> Mist! Hast Du viele binärpackete in /usr/portage/packages?
> Versuch ein "fixpackages" vorher - sonst bin ich mit meinem Latein am
> Ende.

Ich habe "fixpackages" ausgefuehrt, aber "emerge metadata" liefert immer
noch:
 >>> Updating Portage cache:      
Traceback (most recent call last):
  File "/usr/bin/emerge", line 2705, in ?
    oldcat = portage.catsplit(cp_list[0])[0]
IndexError: list index out of range

	Gruss, Juergen


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

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

Re: [gentoo-user-de] 'emerge sync' funktioniert nicht mehr

[Petr Koval]

[-- Attachment #1: Type: text/plain, Size: 725 bytes --]

Am Donnerstag 08 September 2005 09:59 schrieb Juergen Rose:
> Am Donnerstag, den 08.09.2005, 09:30 +0200 schrieb Matthias Nimscholz:
[..]
> > Mist! Hast Du viele binärpackete in /usr/portage/packages?
> > Versuch ein "fixpackages" vorher - sonst bin ich mit meinem Latein am
> > Ende.
>
> Ich habe "fixpackages" ausgefuehrt, aber "emerge metadata" liefert immer
>
> noch:
>  >>> Updating Portage cache:
>
> Traceback (most recent call last):
>   File "/usr/bin/emerge", line 2705, in ?
>     oldcat = portage.catsplit(cp_list[0])[0]
> IndexError: list index out of range

das bezieht sich an
--- Invalid atom in /usr/portage/profiles/package.mask

weder fixpackges noch emerge metadata
kann das richten

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] 'emerge sync' funktioniert nicht mehr ("emerge sync" geloest)

[Juergen Rose]

Am Donnerstag, den 08.09.2005, 09:29 +0200 schrieb Petr Koval: 
> Am Mittwoch 07 September 2005 07:43 schrieb rose@rz.uni-potsdam.de:
> > Hallo,
> >
> > gestern ist mein Rechner, moeglicherweise bei 'emerge sync',
> > abgestuerzt. Seitdem funktioniert emerge nicht mehr:
> >
> > 1.) 'emerge sync' liefert reproduzierbar:
> >
> > ...
> > Total bytes received: 2856366
> >
> > sent 3453 bytes  received 2856366 bytes  96943.02 bytes/sec
> > total size is 97032166  speedup is 33.93
> >
> > >>> Updating Portage cache:
> >
> > Traceback (most recent call last):
> >   File "/usr/bin/emerge", line 2705, in ?
> >     oldcat = portage.catsplit(cp_list[0])[0]
> > IndexError: list index out of range
> >
> > 2.) 'emerge -pvuD system' produziert:
> > --- Invalid atom in /usr/portage/profiles/package.mask:
> >
> > Performing Global Updates: /usr/portage/profiles/updates/3Q-2005
> > (Could take a couple of minutes if you have a lot of binary packages.)
> >   .='update pass'  *='binary update'  @='/var/db move'
> >   s='/var/db SLOT move' S='binary SLOT move'
> > p='update /etc/portage/package.*'
> > portage: Update type "" not recognized.
> >
> > 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 app-arch/tar-1.15.1
> > !!! Possibly a DEPEND/*DEPEND problem.
> >
> > !!! Depgraph creation failed.
> >
> > Was macht man da am besten?
> >
> > Ungeduldig auf Antwort wartend
> >         Juergen
> 
> 1)
> es sieht aus deine Portage fehlerhaft zu sein,
> genauer genommer als ein mix von 2 Portage Datenbastaenden
> (da nicht abgeschlossener sync-update Vorgang)
> 
> dadurch konnte zum
> > --- Invalid atom in /usr/portage/profiles/package.mask:
> gekommen sein
> (die Datei ist nicht vollstaendig)

Ich habe die /usr/portage/profiles/package.mask auf dem Problemrechner
mit /usr/portage/profiles/package.mask auf zwei anderen Rechnern auf
denen in den letzten zwei Tagen ein oder zwei zusaetzliche "emerge sync"
funktioniert haben verglichen und mit Erstaunen festgestellt, dass 
/usr/portage/profiles/package.mask auf dem Problemrechner eine neuere
Version hat (/var/cvsroot/gentoo-x86/profiles/package.mask,v 1.4409
2005/09/08) auf den Rechnern mit funktionierendem "emerge
sync" (/var/cvsroot/gentoo-x86/profiles/package.mask,v 1.4399
2005/09/07). Ansonsten fallen mir keine syntaktischen Fehler oder ein
unvollstaendiges Ende auf. Also habe ich die aeltere package.mask,v
1.4399 auf meinen Problemrechner kopiert und noch einmal "emerge-sync"
probiert. Aber es gab keine Veraenderung:

emerge sync:
...
Total bytes received: 2885992

sent 2777 bytes  received 2885992 bytes  28183.11 bytes/sec
total size is 97787373  speedup is 33.85

>>> Updating Portage cache:      
Traceback (most recent call last):
  File "/usr/bin/emerge", line 2705, in ?
    oldcat = portage.catsplit(cp_list[0])[0]
IndexError: list index out of range

Als naechstes habe ich entsprechend dem Tip von Andreas
Prieß /usr/portage/metadata/cache geloescht. Danach funktionierte
"emerge metadata".  Aber "emerge sync" lieferte immer noch:
    oldcat = portage.catsplit(cp_list[0])[0]
IndexError: list index out of range. 

Danach habe ich /usr/portage/metadata geloescht. Anschliessend gab es
wieder:
  File "/usr/bin/emerge", line 2705, in ?
    oldcat = portage.catsplit(cp_list[0])[0]
IndexError: list index out of range


> sollte ein erneuter emerge-sync bzw. emerge-webrsync
> nicht mehr durchfuehrbar sein
> so empfehle ich komplette Portage herstellung
> d.h. /usr/portage/ leeren
> und das letzte snapshot entpacken
> (tar xvjf snapshot-xxxxxx -C /usr/portage)

Ich habe unter /usr/portage alles bis auf distfiles geloescht und mir vom Gentoo-mirror 
.../snapshots/portage-20050907.tar.bz2 geholt und mit "tar xvjf portage-20050907.tar.bz2 -C /usr" entpackt

Und jetzt funktioniert auch wieder "emerge sync".

> zum 2)
> 
> pruefe welche Programme hoehere versionen als
> 
> sys-devel/libperl-5.8.6-r1
> dev-lang/perl-5.8.6-r5
> 
> benoetigen

"emerge -pvuD system" meckert immer noch:

!!! 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.

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

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

Re: [gentoo-user-de] 'emerge sync' funktioniert nicht mehr ("emerge sync" geloest)

[Petr Koval]

[-- Attachment #1: Type: text/plain, Size: 3278 bytes --]

Am Donnerstag 08 September 2005 11:31 schrieb Juergen Rose:
> Am Donnerstag, den 08.09.2005, 09:29 +0200 schrieb Petr Koval:
[..]
> > zum 2)
> >
> > pruefe welche Programme hoehere versionen als
> >
> > sys-devel/libperl-5.8.6-r1
> > dev-lang/perl-5.8.6-r5
> >
> > benoetigen
>
> "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.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

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

[Juergen Rose]

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

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

[Petr Koval]

[-- Attachment #1: Type: text/plain, Size: 6076 bytes --]

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



[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

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

[Petr Koval]

[-- Attachment #1: Type: text/plain, Size: 1549 bytes --]

[..
ein lokler test:
(Juergen vergleiche es genau mit deinen Meldungen)

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"

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

!!! One of the following masked packages is required to complete your request:
- sys-devel/libperl-5.8.7 (masked by: ~x86 keyword)


--------------------------------------------------^^^^^ da KEYWORD="... ~x86" 
definiert ist


For more information, see MASKED PACKAGES section in the emerge man page or
section 2.2 "Software Availability" in the Gentoo Handbook.


nun editiere ich das ebuild und mache ein # vor das KEYWORDS=
also in diese zeile:
#KEYWORDS="~alpha ~amd64 ~arm ~hppa ~ia64 ~m68k ~mips ~ppc ~ppc-macos ~ppc64 
~s390 ~sh ~sparc ~x86"


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

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

!!! One of the following masked packages is required to complete your request:
- sys-devel/libperl-5.8.7 (masked by: missing keyword)

---------------------------------------------------------------- ^^^^^ genau 
richtig

da das KEYWORDS nun tatsaechlich nicht definiert ist

nun entferne ich das # vor dem KEYWORDS

und alles wieder in ordnung:

- sys-devel/libperl-5.8.7 (masked by: ~x86 keyword)



wenn sich es so bei dir Juergen nicht genauso verhaelt
faellt mir echt nichts ein ausser, das dein portage ein fehlverhalten aufweist



[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

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

[Juergen Rose]

Hallo Petr,

Am Donnerstag, den 08.09.2005, 14:41 +0200 schrieb 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 bekomme:
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"

grep KEYWORDS /usr/portage/sys-devel/libperl/libperl-5.8.6-r1.ebuild
KEYWORDS="alpha amd64 arm hppa ia64 m68k mips ppc ppc64 s390 sh sparc
x86"

Da ich aber in /etc/make.conf  ACCEPT_KEYWORDS="~x86"  gesetzt habe,
wuerde ich erwarten, dass emerge mit libperl-5.8.7 auf cheetah wie auf
shark keine Schwierigkeiten hat (siehe auch die Ausgabe von "emerge info
(etwas tiefer)).

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

Ich habe, wie schon oben gesagt:
root@cheetah:/usr/portage(47)# grep
KEYWORDS /usr/portage/sys-devel/libperl/libperl-5.8.6-r1.ebuild
KEYWORDS="alpha amd64 arm hppa ia64 m68k mips ppc ppc64 s390 sh sparc
x86"

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

	Gruss, Juergen

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

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

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

[Juergen Rose]

Am Donnerstag, den 08.09.2005, 14:53 +0200 schrieb Petr Koval:
> [..
> ein lokler test:
> (Juergen vergleiche es genau mit deinen Meldungen)
> 
> 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"
> 
> pavilion ~ # emerge -pv =sys-devel/libperl-5.8.7
> 
> !!! One of the following masked packages is required to complete your request:
> - sys-devel/libperl-5.8.7 (masked by: ~x86 keyword)
> 
> 
> --------------------------------------------------^^^^^ da KEYWORD="... ~x86" 
> definiert ist
> 
> 
> For more information, see MASKED PACKAGES section in the emerge man page or
> section 2.2 "Software Availability" in the Gentoo Handbook.
> 
> 
> nun editiere ich das ebuild und mache ein # vor das KEYWORDS=
> also in diese zeile:
> #KEYWORDS="~alpha ~amd64 ~arm ~hppa ~ia64 ~m68k ~mips ~ppc ~ppc-macos ~ppc64 
> ~s390 ~sh ~sparc ~x86"
> 
> 
> pavilion ~ # emerge -pv =sys-devel/libperl-5.8.7
> 
> These are the packages that I would merge, in order:
> 
> !!! One of the following masked packages is required to complete your request:
> - sys-devel/libperl-5.8.7 (masked by: missing keyword)
> 
> ---------------------------------------------------------------- ^^^^^ genau 
> richtig
> 
> da das KEYWORDS nun tatsaechlich nicht definiert ist
> 
> nun entferne ich das # vor dem KEYWORDS
> 
> und alles wieder in ordnung:
> 
> - sys-devel/libperl-5.8.7 (masked by: ~x86 keyword)

Ich habe versucht, Dein Verfahren zu wiederholen. d.h. ich habe in /usr/portage/sys-devel/libperl/libperl-5.8.7.ebuild die Zeile 
KEYWORDS="~alpha ~amd64 ~arm ~hppa ~ia64 ~m68k ~mips ~ppc ~ppc-macos
~ppc64 ~s390 ~sh ~sparc ~x86"

auskommentiert und erhalte wie bei Dir (masked by: missing keyword).
Dann habe ich den Kommentar wieder entfernt. Und jetzt funktioniert es
wie erwartet.
root@cheetah:/root(35)# emerge -puvdD perl
...
[ebuild     U ] media-libs/jpeg-6b-r6 [6b-r5] 20 kB 
[ebuild     U ] app-admin/eselect-opengl-1.0.2 [1.0.1] 3 kB 
[ebuild     U ] dev-libs/atk-1.10.3 [1.10.2] -debug -doc -static 529 kB 
[ebuild     U ] dev-libs/libxml2-2.6.21 [2.6.20-r2] -debug -doc +ipv6
+python +readline -static 3,140 kB 
[ebuild     U ] sys-devel/libperl-5.8.7 [5.8.6-r1] +berkdb -debug +gdbm
-ithreads 0 kB 
[ebuild     U ] dev-lang/perl-5.8.7 [5.8.6-r5] +berkdb -build -debug
-doc +gdbm -ithreads -minimal -perlsuid 0 kB 

Ich hatte schon den Verdacht, dass ein Filesystemfehler auf der
Partition, die /usr/portage enthaelt vorhanden ist. Aber xfs_check hat
nichts gefunden.

> wenn sich es so bei dir Juergen nicht genauso verhaelt
> faellt mir echt nichts ein ausser, das dein portage ein fehlverhalten aufweist
> 

In jedem Fall vielen Dank fuer Deine Hinweise.

	Mit herzlichem Gruss Juergen


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

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

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

[Petr Koval]

[-- Attachment #1: Type: text/plain, Size: 1479 bytes --]

Am Donnerstag 08 September 2005 15:21 schrieb Juergen Rose:
[..]
> Ich hatte schon den Verdacht, dass ein Filesystemfehler auf der
> Partition, die /usr/portage enthaelt vorhanden ist. Aber xfs_check hat
> nichts gefunden.

Ich schliesse heute zwar nichts aus, aber ich bin wenig der Meinung dass ein 
FS Fehler zu einer so andeutigen Fehlermeldung wie missing keywords führen 
kann. Meine Vermutung ist eher, dass neben metacache Portage noch ein 
weiteren benutzt, von dem wir im Augeblick nichts wissen, der dazu dann 
geführt hat. Zumindest nach dem du jetzt die korrekte Funktionsweise wieder 
hast, aber vorher nicht, was die Meldung missing keywords angeht.
So am Rande, es ist ganz egal wie das keyword lautet, es muss mit jedem 
richtig funkzionieren.

Z..B. wenn ich im ebuild KEYWORDS="geheim" definiere
und im make.conf ACCEPT_KEYWORDS="... ... ... .... geheim"
bzw. /etc/portage/package.keywords
ebuild-name geheim

dann wird das KEYWORD akzeptiert.

Somit ist es egal, an welches KEYWORDS im ebuild sich eine KEYOWRDS 
Fehlermeldung (Infomeldung) von emerge richtet. Und nur in dem Fall wenn dort 
kein KEYWORDS (aktiv also ohne # am Anfang) definiert wird, kann 
logischerwise mssing keywords zu sehen werden.

Gut wäre daher zu erfahren, warum es zu dem Augenblick bei dir so gewesen ist, 
obwohl in den ebuilds bei dir KEYWORDs definiert waren.

Hauptsache jetzt ist es bei dir wieder ok. Und nix zu danken ;-)

Grüsse, Petr

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] 'emerge sync' funktioniert nicht mehr

[Florian Wallburg]

Petr Koval schrieb:

>Am Donnerstag 08 September 2005 09:59 schrieb Juergen Rose:
>  
>
>>Am Donnerstag, den 08.09.2005, 09:30 +0200 schrieb Matthias Nimscholz:
>>    
>>
>[..]
>  
>
>>>Mist! Hast Du viele binärpackete in /usr/portage/packages?
>>>Versuch ein "fixpackages" vorher - sonst bin ich mit meinem Latein am
>>>Ende.
>>>      
>>>
>>Ich habe "fixpackages" ausgefuehrt, aber "emerge metadata" liefert immer
>>
>>noch:
>> >>> Updating Portage cache:
>>
>>Traceback (most recent call last):
>>  File "/usr/bin/emerge", line 2705, in ?
>>    oldcat = portage.catsplit(cp_list[0])[0]
>>IndexError: list index out of range
>>    
>>
>
>das bezieht sich an
>--- Invalid atom in /usr/portage/profiles/package.mask
>
>weder fixpackges noch emerge metadata
>kann das richten
>  
>
hi ,
such mal per locate RESCUE  | grep portage
da findest ne datei mit anleitung. wenn dus nicht findest , meld dich 
nochmal.

mfg

/home/flow
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] 'emerge sync' funktioniert nicht mehr

[Christoph Dahlen]

[-- Attachment #1: Type: text/plain, Size: 305 bytes --]

Am Donnerstag, den 08.09.2005, 18:30 +0200 schrieb Florian Wallburg:

> >das bezieht sich an
> >--- Invalid atom in /usr/portage/profiles/package.mask

Vermutlich ein Eintrag, dem das vorangestellte < > oder = fehlt.

Christoph

-- 

        Christoph Dahlen
        http://www.dahlen.org/


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] 'emerge sync' funktioniert nicht mehr

[Petr Koval]

[-- Attachment #1: Type: text/plain, Size: 1313 bytes --]

Am Donnerstag 08 September 2005 18:30 schrieb Florian Wallburg:
> Petr Koval schrieb:
> >Am Donnerstag 08 September 2005 09:59 schrieb Juergen Rose:
> >>Am Donnerstag, den 08.09.2005, 09:30 +0200 schrieb Matthias Nimscholz:
> >
> >[..]
> >
> >>>Mist! Hast Du viele binärpackete in /usr/portage/packages?
> >>>Versuch ein "fixpackages" vorher - sonst bin ich mit meinem Latein am
> >>>Ende.
> >>
> >>Ich habe "fixpackages" ausgefuehrt, aber "emerge metadata" liefert immer
> >>
> >>noch:
> >> >>> Updating Portage cache:
> >>
> >>Traceback (most recent call last):
> >>  File "/usr/bin/emerge", line 2705, in ?
> >>    oldcat = portage.catsplit(cp_list[0])[0]
> >>IndexError: list index out of range
> >
> >das bezieht sich an
> >--- Invalid atom in /usr/portage/profiles/package.mask
> >
> >weder fixpackges noch emerge metadata
> >kann das richten
>
> hi ,
> such mal per locate RESCUE  | grep portage
> da findest ne datei mit anleitung. wenn dus nicht findest , meld dich
> nochmal.

Das durch RESCUE.README dokumentierte Verwahren ist mir bekannt und betrifft 
keine Teile des /usr/portage, diese sind davon unabhhaengig als snapshot 
Dateien, sondern nur das Portage System, das sich übrigends in stage Dateien 
befindet, wo sich /usr/portage aka snapshot nicht befindet.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] 'emerge sync' funktioniert nicht mehr

[Petr Koval]

[-- Attachment #1: Type: text/plain, Size: 566 bytes --]

Am Donnerstag 08 September 2005 19:14 schrieb Christoph Dahlen:
> Am Donnerstag, den 08.09.2005, 18:30 +0200 schrieb Florian Wallburg:
> > >das bezieht sich an
> > >--- Invalid atom in /usr/portage/profiles/package.mask
>
> Vermutlich ein Eintrag, dem das vorangestellte < > oder = fehlt.

War zu dem Augenblick wahrscheinlich der Fall. Die fehlerhafte Datei musste 
aber Jürgen so durch das ordnunggemässe sync aber erhalten haben.
Ich habe so ein Fall bis lang nur 2x selbst erlebt, wo aber 1-2 Stunden später 
in den rsync Servern korrigiert wurde.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]