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

29.04.2010, 16:45

Ich habe auf beiden Systemen multilib. Daran sollte es also nicht liegen.
Münchener Gentoo Linux User Group: http://www.mglug.de/

Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

22

29.04.2010, 18:32

Ja eh'. Ich dachte, ich meine: ich hoffte, das es daran lag, dass du kein multilib hast.

Ok. Das war's also nicht.
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

23

29.04.2010, 20:27

Habs grad gestern auf einem ~amd64 no-multilib System getestet, auch dort läuft das Spiel.

Ich vermute fast ein wenig das es ein "Shared Libraries" Problem sein könnte, welches zb durch zu heftiges oder ungünstiges mischen der stable und testing Zweige entstehen kann. Doch das ist nun reine Spekulation....!

boospy: AFAIK nutzt du doch den Stable-Zweig, könntest du mal deine Liste (package.keywords /.unmask) der demaskierten Pakete anhängen, evtl. findet sich dort ja etwas auffälliges...

24

29.04.2010, 23:21

Ja, das MischMasch ist wohl nicht so gut. Ich hängs hier mal drann und schaus selbst nochmal durch. Ich werde mal alles was nicht wirklich nötig ist auf stable zurücksetzten.

lg
boospy und Danke für die Hilfe
»boospy« hat folgende Datei angehängt:
Desto mehr Wissen man bekommt, desto mehr wird einem klar das man kein Wissen hat.
>>>> boospy@jabber.ccc.de <<<<

25

01.05.2010, 16:03

Ich hab mir gedacht machst doch wieder ein Downgrade von Perl. Anscheinend liegt wohl da irgendwo der Wurm begraben. Ein Downgrade geht wohl nicht mehr so ohne weiteres. Ich habe ja wie in einem meiner Beiträge hier beschrieben mein System mit depclean aufgeräumt und da sind jede Menge Perlpackete gelöscht worden die von der neuen unstable Version ja nicht mehr gebraucht werden. Diese Packete möchte er bei einem Downgrade aber wieder installieren. Da stellt es ihn dann komplett auf:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
perl-core/File-Spec-3.30
lib/Cwd.xs -> lib/Cwd.c                                              
/usr/bin/perl5.8.8 -I/usr/lib64/perl5/5.8.8/x86_64-linux -I/usr/lib64/perl5/5.8.8 /usr/lib64/perl5/5.8.8/ExtUtils/xsubpp -noprototypes -typemap /usr/lib64/perl5/5.8.8/ExtUtils/typemap lib/Cwd.xs                                                                        
Module::Build is not configured with C_support at /usr/lib64/perl5/vendor_perl/5.8.8/Module/Build/Base.pm line 4266.
 * ERROR: perl-core/File-Spec-3.30 failed:
 *   compilation failed
 *
 * Call stack:
 *     ebuild.sh, line   54:  Called src_compile
 *   environment, line 2776:  Called perl-module_src_compile
 *   environment, line 2415:  Called die
 * The specific snippet of code:
 *           ./Build build || die "compilation failed";


Und ein emerge -p --depclean regt sich dann natürlich auch auf.

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
Calculating dependencies... done!
 * Dependencies could not be completely resolved due to
 * the following required packages not being installed:
 *
 *   >=virtual/perl-ExtUtils-ParseXS-1.02 pulled in by:
 *     perl-core/Module-Build-0.34.0201
 *
 *   virtual/perl-File-Spec pulled in by:
 *     dev-perl/File-HomeDir-0.89
 *
 *   virtual/perl-File-Spec pulled in by:
 *     dev-perl/DBI-1.609


Kann man das hinkriegen, oder kann man das ganze Perlzeugs deinstallieren und dann neu draufgeben?

lg
boospy
»boospy« hat folgende Datei angehängt:
Desto mehr Wissen man bekommt, desto mehr wird einem klar das man kein Wissen hat.
>>>> boospy@jabber.ccc.de <<<<

26

01.05.2010, 16:55

Hi boospy
Puhh.., ein perl Downgrade hab ich noch nie gemacht...
ich hoffe du hast für den Fall eines GAUs ein Backup...;-)

Wenn du das wirklich durchziehen möchtest,
denke auch das ein deinstallieren evtl. zunächst was bringen könnte.
Ich würde es etwa wie folgt versuchen:
perl deinstallieren:

Quellcode

1
# emerge -avC $(qlist -I -C perl) 

Demaskierung aus der package.keywords rausnehmen.
Mit emerge -avuDN world benötigte Pakete wieder installieren lassen.

Quellcode

1
2
3
4
5
6
# perl-cleaner --reallyall
und
# revdep-rebuild -i
# dispatch-conf
oder
# etc-update
durchbringen.

Nutzung auf eigene Gefahr...;-)
!!

27

02.05.2010, 21:29

Und, hat dein System das perl Downgrade überlebt?

28

02.05.2010, 21:42

Ja, das Downgrade verlief absolut problemlos. Aber das Spiel geht deswegen noch immer nicht. Ich setze daher gerade auf einer 2 Festplatte ein neues System auf. Bin neugierig ob es dort dann funktioniert.

lg
boospy
Desto mehr Wissen man bekommt, desto mehr wird einem klar das man kein Wissen hat.
>>>> boospy@jabber.ccc.de <<<<

29

05.05.2010, 22:20

So, System neu installiert, das alte hab ich komplett ersetzt. War ja auch mein erstes Gentoo, und da hab ich halt viele Fehler gemacht. Das neue hab ich gewissenhaft und Schritt für Schritt aufgesetzt. Und es läuft um nen Faktor 100 runder :) KDE4.3.5 schnurrt wie ein Kätzchen und Frozen-Bubble gibt sogar Ton wenn ich Online Spiele. Sämtliche kleine Probleme die hier und dort hackten habe sich in Luft aufgelöst. Tjo, und meine "*.keywords" ist jetzt so gut wie leer. Nur Skype und Sauerbraten schmücken die Datei noch. Ich werde es nicht wagen die Dinge extrem zu vermischen.

lg
boospy
Desto mehr Wissen man bekommt, desto mehr wird einem klar das man kein Wissen hat.
>>>> boospy@jabber.ccc.de <<<<