Nach einem emerge --unmerge xxx && emerge --depclean wurde teilweise auch Abhängigkeiten entfernt die andere Programme benötigen. Da half mir revdep-rebuild dann aus :-)
URL: https://www.overclockers.at/linux/faq-windows-gnu-linux-umstieg-einstieg-aufstieg_127618/page_21 - zur Vollversion wechseln!
Wenn ich schon hör dass Leute 1,5 Tage kompilieren, denk ich mir - was machen die? Mein X200s ist auch 4 Jahre alt und hatte damals schon einen sparsamen Prozessor. Die Verwendung von -N führt natürlich zu einer Menge völlig unnötiger rebuilds.
revdep-rebuild: Welche "Programmfehler"? Das Programm sollte nur noch im äußersten Notfall benötigt und als Bug gemeldet werden, denn seit @preserved-rebuild gibt es de facto keine .so breakage mehr. Portage output lesen genügt und im Bedarfsfall einfach emerge @preserved-rebuild ausführen.
Für Gentoo kann ich es sagen, und die Lösung ist ganz einfach zum Hinknien:Zitat von Darkside_86Selbst gepatched habe ich ein build bisher weder unter Arch, noch unter Gentoo. Da kann Willi oder eitschpi vielleicht mehr zu sagen.
Code:# mkdir -p /etc/portage/patches/<package-cat>/<package-name>[-<version no.>] # cp ~/fix-that.patch <above dir> # emerge -1 <package-name>
Zur Kompilierzeit: Ich hatte in der make.conf MAKEOPTS="-j3" gesetzt und unter den CFLAGS= -march=native gesetzt. Und selbst damit dauerte sowohl die xorg als auch die gnome-light kompilierung mehrere Stunden. Entweder ist der E450 so langsam, oder du hast die besseren USE-flags gesetzt
Nach einem emerge --unmerge xxx && emerge --depclean wurde teilweise auch Abhängigkeiten entfernt die andere Programme benötigen. Da half mir revdep-rebuild dann aus :-)
xorg ist seit es modular ist extrem schnell emerged, zu gnome-light kann ich nichts sagen. KDE dauert natürlich, kdelibs mit 25 min am längsten, und danach je nach Umfang der Packages, eine geschätzte Stunde. Ein /var/tmp/portage im tmpfs hilft ein wenig. Mir ist die Kompilierzeit ziemlich egal, in den CFLAGS liegt sicher keine große Einsparmöglichkeit, mehr Optimierungen kosten eher auch mehr als weniger build time.
---
Dafür ist revdep-rebuild eigentlich nicht gedacht:
Entweder du hast in Wirklichkeit damit etwas anderes gefixt oder bist über einen Bug gestolpert, denn korrekt in ebuilds eingetragene Dependencies werden von einem emerge --depclean schon lange nicht mehr entfernt - außer du hast das selbst getan mit deinem emerge --unmerge.Zitatrevdep-rebuild scans libraries and binaries for missing shared library dependencies and attempts to fix them by re-emerging those broken binaries and shared libraries. It is useful when an upgraded package breaks other software packages that are dependent upon the upgraded package.
Wenn ich beispielsweise banshee(lief bei mir unter gentoo nicht wirklich stabil- kein Ahnung ob meine gesetzten USE-flags daran Schuld waren) entfernt habe:
emerge --unmerge banshee
und danach ein emerge --depclean gemacht habe, hat revdep-rebuild iirc 2 Pakete wieder hergestellt. Das ist halt der Fall an den ich mich noch erinnern kann.
Vielleicht dieses Problem? -> https://bugs.gentoo.org/show_bug.cgi?id=443970Zitat von Darkside_86Wenn ich beispielsweise banshee(lief bei mir unter gentoo nicht wirklich stabil- kein Ahnung ob meine gesetzten USE-flags daran Schuld waren)
Schwer nachzuvollziehen, wenn du nicht mehr sagen kannst ob sich die rebuilds überhaupt auf banshee bezogen haben - möglicherweise wären die zwei Packages auch beim nächsten emerge -uaD world aufgetaucht.Zitat von Darkside_86emerge --unmerge banshee
und danach ein emerge --depclean gemacht habe, hat revdep-rebuild iirc 2 Pakete wieder hergestellt. Das ist halt der Fall an den ich mich noch erinnern kann.
Anschauen, was unmerged werden würde, dann:Code:# emerge --depclean --pretend
Code:# emerge --depclean
Patchen unter Arch geht mit dem ABS. Die PKGBUILDs sind wirklich angenhem simpel gehalten.
Will nicht extra einen Thread machen: Kennt zufaellig wer ein Repository fuer Debian Sid, wo E17 rumliegt?
edit: E17 in release version, also vom 21.12.2012
Zitat von IsSuEWill nicht extra einen Thread machen: Kennt zufaellig wer ein Repository fuer Debian Sid, wo E17 rumliegt?
Letztes Update: 2010
edit: google hab ich natuerlich schon bemueht 
Oh, sry, das hab' ich glatt übersehen
Das inoffizielle Repository, das hier http://trac.enlightenment.org/e/wik...lation_packages empfohlen wird scheint auch down zu sein und das final release (0.17) ist noch nicht in die sid-repos eingepflegt worden, da erzähle ich dir aber vermutlich eh nichts neues
Ein Ubuntu PPA mit aktuellen builds gibts, für Debian hab' ich aber nichts entdeckt, bleibt wohl nur abwarten oder selber via svn holen...
/edit: Falls du dir das manuelle bauen der zig dependencies ersparen möchtest, gäbe es noch easy_e17.sh bzw. git_e17:
http://omicron.homeip.net/projects/#easy_e17.sh
https://github.com/ObiWahn/git_e17/
mit dem easy_e17 hatte ich troubles, ich test mal das git_e17. thx
Habe E17 gerade mal auf meinem Archlinux-laptop ausprobiert. Sieht wirklich klasse aus. Die Einrichtung gefällt. Und die Performance ist deutlich schneller, als mit der Gnome-oberfläche. Hatte vorige Tage da auch ein review auf techview-podcast drüber gesehen. Danke für den Tip und ich hoffe, das Debian Sid auch bald nachzieht :-)
Ich hab ihn auf Arch auch oben, aber da hab ich dann doch wieder lieber mein full-fledged KDE. Am laptop koennt ich mir eben e17 super vorstellen
Enlightenment kannte ich noch gar nicht. Gutes Eye Candy. Me likes .
Zitat von -=Willi=-Enlightenment kannte ich noch gar nicht. Gutes Eye Candy. Me likes
overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2026