t3mp
I Love Gasoline
|
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.
Bearbeitet von t3mp am 24.12.2012, 14:46
|
t3mp
I Love Gasoline
|
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
Hoffnungsloser Optimist
|
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
I Love Gasoline
|
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.
Bearbeitet von t3mp am 27.12.2012, 12:56
|
Darkside_86
linux addicted
|
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 . 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: 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
Bearbeitet von Darkside_86 am 27.12.2012, 17:52
|
t3mp
I Love Gasoline
|
Schuss ins Blaue: Hast du nach dem letzten Python-Update den python-updater ausgeführt?
|
Darkside_86
linux addicted
|
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
Bearbeitet von Darkside_86 am 27.12.2012, 20:29
|
Darkside_86
linux addicted
|
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 eselect python list
eselect python set 1(python 2.7)
und gdm lies sich problemlos kompilieren
|
Ringding
Pilot
|
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
I Love Gasoline
|
...oder gdm ist noch nicht python-3 fit, aber da bin ich kein Experte.
|
Darkside_86
linux addicted
|
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
Bearbeitet von Darkside_86 am 28.12.2012, 17:23
|
t3mp
I Love Gasoline
|
|
Darkside_86
linux addicted
|
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 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
I Love Gasoline
|
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
AdministratorGNUltra
|
"Es gibt ein deutsches Gentoo-Forum?"
|