FAQ: Windows -> GNU/Linux - Umstieg, Einstieg, Aufstieg - Seite 22

Seite 22 von 70 - Forum: Linux and other OS auf overclockers.at

URL: https://www.overclockers.at/linux/faq_windows_gnu_linux_umstieg_einstieg_aufstieg_127618/page_22 - zur Vollversion wechseln!


t3mp schrieb am 24.12.2012 um 14:43

Ja, e17 beschert mir immer wieder einen netten Urlaub während ein KDE-Update durchgeführt wird, schon seit Jahren - für mich war das immer das Stabilste, was man live von einem cvs ziehen konnte. Alles so schön sleek und null Latenz. :)


t3mp schrieb am 27.12.2012 um 01:25

Zitat von Darkside_86
http://packages.gentoo.org/category/gnome-base

Wenn ich das ganze richtig lese sind die noch bei 3.1 in den stable repos? Dann dauerts da aber noch bis 3.6 und ich überlege wirklich zum Teil die unstable repos zu nutzen.
3.6 seit heute ~arch in Portage, keine Ahnung wie lang es noch dauert bis die Tilde wegfällt, aber immerhin.


that schrieb am 27.12.2012 um 11:04

Zitat von t3mp
3.6 seit heute ~arch in Portage, keine Ahnung wie lang es noch dauert bis die Tilde wegfällt, aber immerhin.

Vermutlich bis auch Gentoo zwingend auf systemd umsteigt. :)


t3mp schrieb am 27.12.2012 um 12:16

systemd ist in Gentoo kein Requirement für 3.6 - die notwendigen systemd dbus APIs wurden in openrc implementiert was auch ein Grund für die lange Wartezeit war. Bei 3.7 muss dann logind außerhalb von systemd implementiert werden und selbst da sind sie zuversichtlich.


Darkside_86 schrieb am 27.12.2012 um 15:50

Zitat von t3mp
3.6 seit heute ~arch in Portage, keine Ahnung wie lang es noch dauert bis die Tilde wegfällt, aber immerhin.

Yes, yes, yes. Danke für die Info :D. Bin eh auf gentoo ~, von daher macht mir das nix aus.

Edit: Mist, der hat so schön kompiliert und bei gdm bekomme ich dann doch nen Fehler, mit dem ich auf die Schnelle nix anfangen kann:

build.log:
Code:
Traceback (most recent call last):
  File "/usr/bin/gdbus-codegen-python3.2", line 37, in <module>
    sys.exit(codegen_main.codegen_main())
  File "/usr/lib64/python3.2/site-packages/gdbus_codegen/codegen_main.py", line$
    xml_data = f.read()
  File "/usr/lib64/python3.2/encodings/ascii.py", line 26, in decode
    return codecs.ascii_decode(input, self.errors)[0]
UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 766: ordin$
make[2]: *** [gdm-slave-glue.h] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/gnome-base/gdm-3.6.2/work/gdm-3.6.$
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/gnome-base/gdm-3.6.2/work/gdm-3.6.$
make: *** [all] Error 2
 ^[[31;01m*^[[0m ERROR: gnome-base/gdm-3.6.2 failed (compile phase):
 ^[[31;01m*^[[0m   emake failed

Wenn euch was einfällt, sagt Bescheid. Ich werde jetzt mal google zu "ascii codec can`t decode byte 0xe2" befragen.

Meine Googlesuche hat leider nicht viel ergeben, bis auf das der Fehler wohl mit Python zu tun hat. Aus dem Grund habe ich nen thread im Gentoo-forum aufgemacht. Bin mal gespannt, woran es liegt:

http://forums.gentoo.org/viewtopic-...06.html#7210806


t3mp schrieb am 27.12.2012 um 19:02

Schuss ins Blaue: Hast du nach dem letzten Python-Update den python-updater ausgeführt?


Darkside_86 schrieb am 27.12.2012 um 20:16

Nope. Probiere ich mal aus. :-)
Hatte auch versucht zu cheaten und gnome-light mit dem USE-flag"-gdm" kompiliert und einfach lxdm als loginmanager genutzt. Leider hat das aber nicht funktioniert. Werde das mit dem python-updater aber nachher nochmal ausprobieren.

Edit: Hmm das wars leider nicht. Selbe Fehlermeldung im build.log :(


Darkside_86 schrieb am 28.12.2012 um 00:16

Der Tip mit Python war gar nicht mal so schlecht. Nachdem ich bei google nichts gefunden habe, dachte ich mir das ich es einfach mal mit python 2.7 probiere.

Also

Code:
eselect python list
eselect python set 1(python 2.7)
und gdm lies sich problemlos kompilieren :D

click to enlarge


Ringding schrieb am 28.12.2012 um 08:16

Wahrscheinlich ist deine LANG- o.ä. Variable schuld, weil dann irgendwelche Meldungen von Compiler oder sonstwas mit smart quotes ausgegeben werden, und das ist nicht ASCII und produziert daher die Python-Exception.


t3mp schrieb am 28.12.2012 um 14:07

...oder gdm ist noch nicht python-3 fit, aber da bin ich kein Experte.


Darkside_86 schrieb am 28.12.2012 um 17:18

Zitat von Ringding
Wahrscheinlich ist deine LANG- o.ä. Variable schuld, weil dann irgendwelche Meldungen von Compiler oder sonstwas mit smart quotes ausgegeben werden, und das ist nicht ASCII und produziert daher die Python-Exception.

Ich denke da könnte was dran sein. Ich habe gerade meine locale.gen auch nochmal bearbeitet und gemerkt, das die favorisierten Sprachen noch gar nicht auskommentiert waren.
Scheinbar war ich aber nicht der Einzige mit dem Problem. In dem thread auf gentoo hat einer genau das selbe Problem gehabt und konnte es auch mit python 2.7 beheben.

@temp: Ich fand es nur komisch, das der "Rest" von gnome sich ohne Probleme kompilieren lies, und wirklich nur gdm gezickt hat :D


t3mp schrieb am 28.12.2012 um 17:48

Wichtig in dem Fall auch immer der Bug Report: https://bugs.gentoo.org/show_bug.cgi?id=449062


Darkside_86 schrieb am 28.12.2012 um 18:22

Stimmt. Hatte ich wieder mal vergessen. :-( Habe auch noch ein wenig Respekt davor einen Bugreport zu schreiben, da es ja immer noch sehr wahrscheinlich ist, das die bugs an meinem eigenen Unvermögen liegen und ich die devs damit nicht unnötigerweise aufhalten will. Ich brauche bei gentoo noch ein bißchen, bis ich wirklich sicher bin, in dem was ich da mache :D
Bei mir kommt das mit der Zeit. "Learning by doing" ist meine Devise und bis jetzt komme ich damit auch gut zurecht.

Ich muss mittlerweile aber auch sagen, dass ich von dem Gentoo-forum wirklich etwas enttäuscht bin und hier meistens die besseren Lösungsvorschläge oder Ansätze bekomme. Vielleicht ist das auch nur im deutschen Forum so und ich sollte mich an das englische halten. Aber auch da kommt meistens nicht wirklich was bei rum.


t3mp schrieb am 28.12.2012 um 18:37

Ich für meinen Teil halte mich nie im deutschen Gentoo-Unterforum auf, ich halte das für völlig sinnlose Fragmentierung. Generell führt die erste Suche bei Problemen - wenn ich es nicht selbst lösen kann - aber zu bugs.gentoo.org und erst danach in das Forum.


COLOSSUS schrieb am 28.12.2012 um 19:06

"Es gibt ein deutsches Gentoo-Forum?" :p




overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2025