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

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.

Zitat von Darkside_86

Selbst gepatched habe ich ein build bisher weder unter Arch, noch unter Gentoo. Da kann Willi oder eitschpi vielleicht mehr zu sagen.

Für Gentoo kann ich es sagen, und die Lösung ist ganz einfach zum Hinknien:

Code:

# mkdir -p /etc/portage/patches/<package-cat>/<package-name>[-<version no.>]
# cp ~/fix-that.patch <above dir>
# emerge -1 <package-name>

Was das Paketangebot betrifft ist eine Binary Distro natürlich im Vorteil, man bekommt dabei auch nicht mit wieviele Doppelgleisigkeiten in Wirklichkeit installiert werden. Viele build systems sind ein Schlachtfeld, was auch ein Grund ist weshalb beispielsweise eclipse-sdk nur mit einer hoffnungslos veralteten Version in portage vertreten ist.

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:

Zitat

revdep-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.

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.

Zitat von Darkside_86

Wenn ich beispielsweise banshee(lief bei mir unter gentoo nicht wirklich stabil- kein Ahnung ob meine gesetzten USE-flags daran Schuld waren)

Vielleicht dieses Problem? -> https://bugs.gentoo.org/show_bug.cgi?id=443970

Zitat von Darkside_86

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.

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.

Ganz grundsätzlich gilt immer noch:

Code:

# emerge --depclean --pretend

Anschauen, was unmerged werden würde, dann:

Code:

# emerge --depclean

revdep-rebuild ist nur noch dann ein guter Tip, sobald irgendwo ein Problem auftaucht das nach *.so breakage riecht.

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

Letztes Update: 2010

edit: google hab ich natuerlich schon bemueht

mit dem easy_e17 hatte ich troubles, ich test mal das git_e17. thx

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

Zitat von -=Willi=-

Enlightenment kannte ich noch gar nicht. Gutes Eye Candy. Me likes .

Ist ein netter Desktop, mir gehen leider zu viele Features die ich von KDE gewöhnt bin ab. Sonst wäre es eine echte Alternative.