[gelöst] Nach Unterbrechung von emerge (Traceback) geht emerge nicht mehr

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.

Windhund

Profi

Beiträge: 1 018

08.09.2010, 13:16

Wie packe ich eine xz aus?

Dein Befehl kann nicht funktionieren, weil es keine bz2-gepackte Version ist.

Gruss
Manfred

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

08.09.2010, 13:42

Manfred!

ich vermute das etwas wie

	Quellcode
1	tar -xpvJf portage-2.1.9.1.tar.xz -C /

doch auch klappen sollte.

Zum Seitenanfang

Xaiyu

Fortgeschrittener

Beiträge: 226

08.09.2010, 13:53

oh oops da hab ich doch noch die xz hochgeladen

wie josef schon sagt J und alles ist doll
(oder: xz -d < portage*.tar.xz | tar xpvf - -C /)

vergess nicht noch auf den del: link zu klicken.

Zum Seitenanfang

Windhund

Profi

Beiträge: 1 018

08.09.2010, 14:28

Ja, so schön das auch klingt....

Ich habe die Datei so ausgepackt, wie beschrieben.

Danach den Befehl FEATURES=unmerge-orphans USE=-python3 emerge -v1 --nodeps portage
ausgeführt.

Doch dieser Befehl bringt mir nichts anderes als zuvor, nämlich die Fehlermeldungen.

Nun bin zumindest ich mit meinem Latein am Ende.

Dennoch vielen Dank für die viele Mühe, die ihr euch mit meinem Problem gebt.

Gruss
Manfred

Zum Seitenanfang

Xaiyu

Fortgeschrittener

Beiträge: 226

08.09.2010, 14:43

geb doch nich auf, schaffen wir schon

josef hat mich noch auf eine idee gebracht die zumindens bei perl hilft

LC_ALL=C USE=-python3 FEATURES=unmerge-orphans emerge -v1 portage

Zum Seitenanfang

Windhund

Profi

Beiträge: 1 018

08.09.2010, 14:47

Auch hier kein Erfolg.

Gruss
Manfred

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

08.09.2010, 15:09

Huhh..
ist es eventuell doch eher ein python (statt portage) Problem...?
Manfred, hattest du den hier genannten Test erfolgreich ohne Fehlermeldungen durchführen können?
(beenden kannst du es wieder mit Strg+D )

Könntest du bitte auch mal deine Historie von installieren perl python und emerge posten , zb die Ausgabe von

	Quellcode
1	genlop -e perl python portage

(falls die Ausgabe länger ist dann bitte als Dateianhang)

Zum Seitenanfang

Windhund

Profi

Beiträge: 1 018

08.09.2010, 15:22

Hier das Ergebnis des Versuches:

	Quellcode
1 2 3 4 5 6 7	python2.6 Python 2.6.5 (release26-maint, Aug 8 2010, 11:35:13) [GCC 4.4.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> print "foo" foo >>>

Und genlop ist unbekannt bei mir.

Gruss
Manfred

Zum Seitenanfang

cyrix1983

Chaot

Beiträge: 609

08.09.2010, 15:42

	Quellcode
1	emerge genlop

Vielleicht wird es dann bekannt. :thumbsup:

Phenom X4 9550
Gigabyte GA-MA770-UD3
Gentoo 64 Bit Stable
8 GB Ram
Audigy 2 Zs
Geforce 9800 GTX
VDR
Hauppauge Nexus-S Rev 2.2 + 2.1

Lenovo G550 T4300
Gentoo 64 Bit Stable
4 GB Ram

Zum Seitenanfang

Windhund

Profi

Beiträge: 1 018

08.09.2010, 15:45

Schön wärs mit emerge genlop, wenn es funktionieren würde......

Gruss
Manfred

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

08.09.2010, 16:05

Zitat von »Windhund«

Hier das Ergebnis des Versuches:

	Quellcode
1 2 3 4 5 6 7	python2.6 Python 2.6.5 (release26-maint, Aug 8 2010, 11:35:13) [GCC 4.4.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> print "foo" foo >>>

...

Würde dieser Test auch mit Umlauten klappen?
also zb mit

	Quellcode
1	print "@äüß"

?

Könntest du noch herausfinden welche perl Version aktuell installiert ist?
Zb via

	Quellcode
1	eix -Ie perl

?

@all
bitte erschlagt mich nicht! ;)
doch ich vermute immer noch ein wenig das der UnicodeDecodeError mit einem nicht korrekt, oder komplett durchgeführten perl Upgrade zu tun haben könnte...
(sorry, ich bin kein Programmierer...)
wenn nein, dann korrigiert mich bitte.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »josef.95« (08.09.2010, 16:12)

Zum Seitenanfang

Xaiyu

Fortgeschrittener

Beiträge: 226

08.09.2010, 16:12

Zitat von »Windhund«

Schön wärs mit emerge genlop, wenn es funktionieren würde......

warum bin ich wieder der einzige der vor lachen von stuhl fällt

:
[1]: "Hmm, sch**ße, emerge funzt nicht"
[2]: "Ja dann emerge mal genlop"
[1]: "Jaja, STFU"

Naja back zum Topic:

hmm k, dann emerge mal strace ... scherz bei seite

Zitat

Würde dieser Test auch mit Umlauten klappen?

Nein, python2.6 benutzt per default ascii Strings, python3 dann unicode.

Zitat

...mit einem nicht korrekt durchgeführten perl Upgrade zu tun haben könnte...

ich denk ganze zeit über >locale-gen< nach, blos LC_ALL=C schließt das ja schon aus.

ich benutz ein stark auf meine cpu optimierte version von python deswegen kann dir da kein pkg hinterherschmeißen.
Jemand anderes hier mit ein generic ~amd64 system ?

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

08.09.2010, 16:20

@Xaiyu
Hmm.. hier würde es funktionieren

Quellcode

$ python2.6
Python 2.6.5 (release26-maint, Jul 15 2010, 13:56:52) 
[GCC 4.4.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> print "@äüß"
@äüß
>>>

Zitat von »Xaiyu«

Jemand anderes hier mit ein generic ~amd64 system ?

Ich zZt leider nicht

	Quellcode
1 2	$ arch i686

Aber wenn sich niemand anderes findet dann könnte ich morgen wohl eins raufstellen.

Zum Seitenanfang

Windhund

Profi

Beiträge: 1 018

08.09.2010, 16:30

Zu deiner Frage wegen Umlauten:
ja, das wird genauso ausgegeben.

hier eix

Quellcode

eix -Ie perl
[I] dev-lang/perl
     Available versions:  5.8.8-r8 (~)5.10.1 (~)5.12.1-r1 [M](~)5.12.1-r2 (~)5.12.2 {berkdb build debug doc elibc_FreeBSD gdbm ithreads perlsuid}
     Installed versions:  5.12.2(14:52:30 07.09.2010)(gdbm -berkdb -build -debug -doc -ithreads)
     Homepage:            http://www.perl.org/
     Description:         Larry Wall's Practical Extraction and Report Language

Das betrifft allerdings die Gentoo-Installation: amd64

Gruss
Manfred

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Windhund« (08.09.2010, 16:57)

Zum Seitenanfang

nikaya

Profi

Beiträge: 891

08.09.2010, 16:37

Vielleicht hilft das?

Manually fixing broken portage installations

The most wonderful thing in the world is silence. And how noisy thoughts are!
Nanavira Thera

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

08.09.2010, 16:39

Zitat von »Windhund«

Das betrifft allerdings die andere Gentoo-Installation.

Das hilft uns hier nicht weiter...
bitte mische hier nicht Infos aus Zwei verschiedenen Systemen, denn sonst wird es schnell undurchschaubar...

Aktuell geht es hier doch um ein ~amd64 System?
denn grad vor ein paar Tagen gab es im testing Zweig ja das Upgrade auf perl-5.12.2
daher meine Vermutung das der UnicodeDecodeError mit dem evtl. noch nicht komplett durchgebrachten perl Upgrade zu tun haben könnte.
Doch wie gesagt, eventuell bin ich hier auch auf dem Holzweg...

Zum Seitenanfang

Xaiyu

Fortgeschrittener

Beiträge: 226

08.09.2010, 16:51

@nikaya
ähnliches haben oben schon durchs binpkg gemacht

@josef
klar weil die ausgabe ja auch auf den selben terminal geschiet, schreibs mal in eine file und öffne es dann untern framebuffer (tty)

Naja ich werd langsam sic, machen wir mal komplett was anders:

	Quellcode
1	qcheck -aC 2>&1 \| gzip > qcheck.log.gz

Zum Seitenanfang

Windhund

Profi

Beiträge: 1 018

08.09.2010, 17:13

Ich habe nun durch die verschiedenen Versionen von Gentoo (amd64, i686)
einen Eindruck gewonnen, der mich stutzig macht.

Folgendes Prozedere bei der i686-Installation hat mich drauf gebracht:

Dort war zunächst die portage-Version 2.1.8.3 installiert.
Per autounmask habe ich 2.1.9.1 installierbar gemacht.

Ausdrücklich habe ich vorher eselect python set 1 (also 2.6)
und USE=-python3 emerge portage durchgeführt.

Dennoch ging danach emerge genauso nicht wie hier in der amd64-Version.

Das verstehe ich so, dass dieser neueste Portage offensichtlich nur python3 versteht
und daher emerge mit python2 nichts mit dem portage anfangen kann.

Oder warum ging es zuvor und ohne sonstige Veränderungen ausser Installation von portage
geht es danach nicht mehr?

Gruss
Manfred

»Windhund« hat folgende Datei angehängt:

qcheck.log.gz (14,67 kB - 1 mal heruntergeladen - zuletzt: 08.09.2010, 17:37)

Zum Seitenanfang

Xaiyu

Fortgeschrittener

Beiträge: 226

08.09.2010, 17:48

läuft hier happy ohne py3

Quellcode

Checking sys-apps/portage-2.1.9.1 ...
 MD5-DIGEST: /etc/etc-update.conf
 MD5-DIGEST: /etc/logrotate.d/elog-save-summary
 MTIME: /etc/env.d/50portage
 MTIME: /etc/portage/.keep_sys-apps_portage-0
 MTIME: /etc/make.globals
 MD5-DIGEST: /etc/dispatch-conf.conf
 AFK: /usr/lib64/portage/pym/repoman/herdbase.py
 MD5-DIGEST: /usr/lib64/portage/pym/repoman/checks.py
 MD5-DIGEST: /usr/lib64/portage/pym/repoman/errors.py
 MD5-DIGEST: /usr/lib64/portage/pym/repoman/utilities.py
 MTIME: /usr/lib64/portage/pym/repoman/__init__.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/EbuildPhase.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/PackageArg.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/UseFlagDisplay.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/DepPriority.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/PackageVirtualDbapi.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/SequentialTaskQueue.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/EbuildMerge.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/create_depgraph_params.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/Scheduler.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/countdown.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/PackageMerge.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/Task.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/BinpkgVerifier.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/AtomArg.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/create_world_atom.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/search.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/changelog.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/FakeVartree.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/TaskScheduler.py
 AFK: /usr/lib64/portage/pym/_emerge/resolver
 AFK: /usr/lib64/portage/pym/_emerge/resolver/slot_collision.py
 AFK: /usr/lib64/portage/pym/_emerge/resolver/circular_dependency.py
 AFK: /usr/lib64/portage/pym/_emerge/resolver/__init__.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/TaskSequence.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/unmerge.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/BlockerDepPriority.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/userquery.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/actions.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/PipeReader.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/MetadataRegen.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/BlockerDB.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/SlotObject.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/EbuildFetcher.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/_find_deep_system_runtime_deps.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/SpawnProcess.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/PollConstants.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/BlockerCache.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/AbstractEbuildProcess.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/help.py
 MD5-DIGEST: /usr/lib64/portage/pym/_emerge/EbuildExecuter.py
 AFK: /usr/lib64/portage/pym/_emerge/sync
 AFK: /usr/lib64/portage/pym/_emerge/sync/old_tree_timestamp.py
 AFK: /usr/lib64/portage/pym/_emerge/sync/__init__.py
...

die AFK:'s sind bad..., die MD5 kommen weils das pkg war ders dann überschrieben hat

Zum Seitenanfang

Windhund

Profi

Beiträge: 1 018

08.09.2010, 18:51

Ich habe, um einfach einmal weiterzukommen, folgende Schritte durchgeführt:

1. portage-2.1.9.1 und portage-2.1.9 maskiert.

2. emerge -av portage - es wurde portage-2.1.8.3 installiert.

3. emerge - wie man sieht, geht wieder, aber nicht ganz.

Wenn ich einzelne Pakete emerge - kein Problem,
wenn ich -avuDN world nutze, kommen Teile der Fehlermeldungen wieder,
lasse ich aber nur -avuD laufen, werden die neuesten Pakete installiert.

Das ist zwar insofern keine Lösung, denn beim nächsten emerge --sync
werde ich mit Sicherheit wieder aufgefordert, den neuesten Portage zu installieren.

Gruss
Manfred

Zum Seitenanfang

GentooForum.de