ist gentoo noch zeitgemäß ?

[oliver2104]

Hallo,
ich benutze gentoo schon seit ca. 15 Jahren und hab es lieben gelernt.
Gute Dokumentation, sehr gut für persönliche Bedürfnisse zu konfigurieren und
wirklich ausgezeichnete Unterstützung durch das deutsche Forum.

Aber langsam beginne ich an der Sinnhaftigkeit von gentoo zu zweifeln.
Das Prinzip ist ja die zentrale Bereitstellung von Source-Code,
die lauffähigen Programme müssen dann dezentral von jedem Benutzer selbst kompiliert werden.

Mein letztes Update hat mich nachdenklich gemacht.
Das hat sehr lang gedauert. Insbesonders die qtweb* Libraries
Selbst ein simples Firefox-Update braucht bei mir knapp 1 Stunde.
Der PC läuft natürlich nicht von allein, sondern verbraucht Strom.
Wenn zb. 1000 Gentoo User ihren Firefox updaten,
muß der Firefox 1000 mal kompiliert werden.

Das ist nicht gerade ressourcenschonend.
Welche Meinung habt Ihr dazu ?

[haegar87]

Hallo,

meiner Meinung nach ein notwendiges Übel. Habe dazu gerade ein passendes Beispiel aus meinem persönlichen Umfeld.
Habe mir Mitte des Jahres einen neuen Drucker gegönnt. Treiberinstallation war mit gentoo relativ problemlos (obwohl seltsamerweise alle Druckertreiber anscheinend nur in 32bit vorliegen).
Ein paar libs zusätzlich als 32bit Variante und schon lief alles.

Aufgrund dieser guten "Praxiserfahrungen" hat sich ein Bekannter ebenfalls besagten Drucker gekauft und versucht den zur Mitarbeit zu bewegen.
Da er allerdings eine der Binärdistributionen verwendet (für die es den Treiber direkt vom Distributor gibt) hätte er die komplette (!) 32bit Umgebung (mehrere hundert libs) installieren müssen.
Sein System wäre mit allen erdenklichen 32bit Libs vollgestopft worden.

Ergebnis: Drucker wird über einen Raspi zusätzlich angesprochen, damit sein System nicht zu zugemüllt wird

Fazit: Ich möchte die Flexibilität von selbst gebauten (und teilweise selbst verwalteten Abhängigkeiten) nicht missen und nehme die Kompilierzeit (und eventuelle Fehlersuche) gerne in Kauf.

EDIT:
Man muss auch bedenken, dass gerade die "Monsterpakete" Firefox, (qt/gtk)webengine nicht die Regel, sondern eher die Ausnahme sind. Und für die "Unwilligen" gibts zumindest bei Firefox ja auch ein bin-Paket.

[misterjack]

Selbst ein simples Firefox-Update braucht bei mir knapp 1 Stunde.

Vor 5,10,15 Jahren hat das alles noch länger gedauert. Libreoffice 24h oder mehr. Damals hat man sich aber um die Umwelt noch nicht so wirklich Gedanken gemacht. Mein Tipp: Arch. Da haste Rolling Release aka Gentoo und auch 'n recht aktuelles System, ohne unnötig CO2 in die Athmosphäre zu pusten. Läuft testweise auf meinen Laptop, bisher ohne Probs.

EDIT:
Man muss auch bedenken, dass gerade die "Monsterpakete" Firefox, (qt/gtk)webengine nicht die Regel, sondern eher die Ausnahme sind. Und für die "Unwilligen" gibts zumindest bei Firefox ja auch ein bin-Paket.

Ausnahme? Mindestens 1-3 Updates dieser pro Monat ist eher ziemliche regelmäßig.

[LuxJux]

Egal ob gentoo oder bin

Es kommt darauf an, wie der PC benutzt wird.

Geht der Stromverbrauch in die Hoehe, weil gentoo compiled wird oder weil gleich Videos gerendert werden ist das
Jacke wie Hose.

Just my2cent

[mike155]

Das hat sehr lang gedauert. Insbesonders die qtweb* Libraries

Ja, die qtweb* Pakete brauchen zu lange.

Brauchst Du sie überhaupt? Oder werden sie nur installiert, weil sie von anderen Paketen reingezogen werden? Falls das Letztere der Fall sein sollte, gibt es eine einfache Lösung: Abhängigkeiten anschauen, 1 oder 2 Use Flags ändern - und schon wird qtweb* wird nicht mehr reingezogen. Ein befreiendes "emerge --depclean" löscht sie dann.

So habe ich dieses Ärgernis beseitigt. Nie wieder qtwebengine!

[LuxJux]

Lesenswert

Mesa meckert. Wegen der nvidia. Edit: Hilfe hat nicht geholfen
( KDE hatte bei der Erstinstallation einen Bug. Untermenus konnten nicht angeklickt werden. )

Werde berichten boing
boinc darf bei mir nur mit 15 %

[LuxJux]

.

[ChrisJumper]

Hi oliver2104,

für mich sind verschiedene Punkte entscheident. Zum einen ist man sich bei Binärpaketen nie sicher ob das Ergebnis auch dem Entspricht, was der Sourcecode verspricht. Bei Gentoo ist das zwar auch nicht so aber es kommt dem schon sehr nahe. Auch das Recht darauf zu verstehen wie Software funktioniert.

Wer bedenken hat nutzt die alternativen oder baut sich seine Pakete Zentral und verteilt sie auf X Systeme. Das könnte noch ein wenig komfortabeler gestaltet werden.

Der Vorteil liegt aber auch auf der Hand. Du kannst einfach den Source Code Patchen, wenn du Probleme oder Fragen hast, es selber kompilieren und alles ist gut. Eben weil alles so transparent ist. Wegen der Klimafrage: Das lässt sich auch einfach lösen: Nimm Strom aus erneuerbaren Energien. Ist zwar teurere aber dann wieder ok. Wichtig ist das du deine Systeme schlank hällst und darüber nachdenkst was du mit der Energie und Zeit anfängst und da sind wir dann bei einem Punkt der sowohl der Datenhygiene als auch dem Sourcecode zu gute kommt, wie ich finde.

Daher war und ist Gentoo noch nie so aktuell und wichtig gewesen wie jetzt.

Es geht aber darum auch alle möglichen Vorteile bereit zu stellen.

Viele Grüße

Chris

[forrestfunk81]

Das hat sehr lang gedauert. Insbesonders die qtweb* Libraries

Ja, die qtweb* Pakete brauchen zu lange.

Brauchst Du sie überhaupt? Oder werden sie nur installiert, weil sie von anderen Paketen reingezogen werden? Falls das Letztere der Fall sein sollte, gibt es eine einfache Lösung: Abhängigkeiten anschauen, 1 oder 2 Use Flags ändern - und schon wird qtweb* wird nicht mehr reingezogen. Ein befreiendes "emerge --depclean" löscht sie dann.

So habe ich dieses Ärgernis beseitigt. Nie wieder qtwebengine!

qtweb* hatte ich mir auch schon mal entledigt. Aber irgendwie rutscht es immer wieder rein. Aktuell zieht die stable Version von nextcloud-client-2.5.2 die qtwebengine wieder als Abhängigkeit rein. Man kann es nicht per USE Flag abschalten und es erschließt sich weder aus den Release Notes, noch aus der Benutzung für was diese Dependency benötigt wird. Vielleicht muss ich Nextcloud doch endlich mal ersetzen.

[mike155]

qtweb* hatte ich mir auch schon mal entledigt. Aber irgendwie rutscht es immer wieder rein. Aktuell zieht die stable Version von nextcloud-client-2.5.2 die qtwebengine wieder als Abhängigkeit rein. Man kann es nicht per USE Flag abschalten und es erschließt sich weder aus den Release Notes, noch aus der Benutzung für was diese Dependency benötigt wird. Vielleicht muss ich Nextcloud doch endlich mal ersetzen.

Ersetzen ist das richtige Vorgehen! Aber nicht nextcloud-client, sondern qtwebengine!

Wenn es so ist, dass qtwebengine von nextcloud-client gar nicht gebraucht wird, dann könntest Du 'dev-qt/qtwebengine-<Versionsnummer>' hinzufügen zu

Code: Select all

/etc/portage/profile/package.provided

Lösche qtwebengine danach. Vorher könntest Du mit 'quickpkg' noch ein Binär-Paket von qtwebengine erstellen - für den Fall, dass Du es doch noch brauchst. Installiere nextcloud-client-2.5.2 erneut. Entweder gibt es dann einen Fehler, weil nextcloud-client qtwebengine doch braucht. Oder aber alles läuft prima und Du bist qtwebengine los. In diesem Fall könntest Du noch einen Bug eröffnen und den nextcloud-client ebuild-Maintainer bitten, die Dependency zu qtwebengine zu entfernen.

Ich habe den package.provided-Trick schon ein paar Mal erfolgreich angewendet und bin so einige störende Pakete losgeworden. Die ebuild-Maintainer definieren manchmal mehr Abhängigkeiten, als notwendig sind.

[kurisu]

Nach über 10 Jahren Gentoo möchte ich es nicht mehr missen. Ja, die Kompilierzeiten sind mit Blick auf Chromium oder QtWebEngine in letzter Zeit rapide gestiegen. Aber das braucht man ja auch nicht unbedingt, wie bereits andere dargelegt haben. Ich fahre auch sehr gut ohne. Zudem hat das auch nicht Gentoo verschuldet. Ferner hat früher so einiges noch sehr viel länger gedauert. Unterm Strich bietet mir Gentoo hervorragende Flexibilität, Kompatibilität und vor allem Kontrolle, die ich woanders kaum vorzufinden vermag. Ich wäre beinahe geneigt zu sagen, Gentoo ist zeitgemäßer denn je. Wenn auch nur für Freaks wie uns :-)

[l3u]

Ferner hat früher so einiges noch sehr viel länger gedauert.

Man denke nur an die alten monolithischen kdelibs.

Trotzdem ist mir nicht ganz klar, wie ein HTML-Renderer so ein extrem dicker Brocken Quellcode sein kann. Ich meine, KHTML hat damals als erster den Acid2-Test bestanden, und war gefühlt 1/10.000 so groß wie QtWebEngine. Gut. Das ist eine andere Fragestellung.

Für mich persönlich muss ich sagen, dass ich eher so eine Hassliebe zu Gentoo habe ;-) Man muss es schon wollen. Aber die volle Kontrolle und Flexibilität ist super. Ich setze Gentoo auch auf Produktivsystemen (bei mir in der Praxis) ein, weil ich mich super damit auskenne und alles läuft. Fühlt sich zwar immer so ein bisschen an wie ein Tanz auf dem Vulkan, aber es ist noch nie was schiefgegangen (was ich nicht in den Griff bekommen hätte).

Und das Bauen aus den Quelltexten hat definitv Vorteile. Beispielsweise war eines der Projekte, die ich nebenher entwickle, von einem Qt-Bug betroffen. Also hab ich einfach das qtwidgets-ebuild in mein lokales Overlay kopiert, den Patch aus dem Qt-Bugtracker reingeschrieben und das Paket neu gebaut. Bug weg. Ohne warten auf das Hinzufügen/Stabilisieren neuer Versionen. Auf anderen Distributionen geht das nicht so locker von der Hand.

[Max Steel]

Und das Bauen aus den Quelltexten hat definitv Vorteile. Beispielsweise war eines der Projekte, die ich nebenher entwickle, von einem Qt-Bug betroffen. Also hab ich einfach das qtwidgets-ebuild in mein lokales Overlay kopiert, den Patch aus dem Qt-Bugtracker reingeschrieben und das Paket neu gebaut. Bug weg. Ohne warten auf das Hinzufügen/Stabilisieren neuer Versionen. Auf anderen Distributionen geht das nicht so locker von der Hand.

Und heutzutage lässt sich über /etc/portage/patches/ sehr viel leichter ein Patch für eine bestimmte Version einfügen ohne irgendwelche Ebuilds vorher kopieren zu müssen...

Ist zumidnest ein weiterer Vorteil.

[l3u]

Und heutzutage lässt sich über /etc/portage/patches/ sehr viel leichter ein Patch für eine bestimmte Version einfügen ohne irgendwelche Ebuilds vorher kopieren zu müssen...

Was diese jungen Leute mittlerweile nicht alles machen :-O Ich sollte mal wieder paar Wikis oder sowas lesen … zu meiner Zeit gab's sowas noch nicht …

[misterjack]

Ferner hat früher so einiges noch sehr viel länger gedauert.

Ich weiß nicht, der Trend kehrt sich wieder um. Aktuell hat mein letztes Update knapp 10 Stunden gedauert – mir echt zu lange – und das ganze mit NVME-SSD, 32 GB Ram und einer i7-4790K CPU @ 4.00GHz. Ich überlege ernsthaft den Wechsel auf Arch, da wäre dieses Update 10 Minuten in durch gewesen. Ach ja: 3h und 10min für qtwebengine. Ich nutze aktiv kmail, ist davon abhängig.

Mon Nov 4 04:16:25 2019 >>> dev-libs/ell-0.26
Mon Nov 4 04:16:35 2019 >>> app-crypt/openpgp-keys-gentoo-release-20191030
Mon Nov 4 04:17:53 2019 >>> dev-lang/go-1.13.4
Mon Nov 4 04:18:14 2019 >>> net-libs/libupnp-1.8.5
Mon Nov 4 04:18:25 2019 >>> app-eselect/eselect-lib-bin-symlink-0.1.1-r1
Mon Nov 4 04:18:35 2019 >>> dev-ruby/minitest-5.13.0
Mon Nov 4 04:19:11 2019 >>> dev-libs/libpcre2-10.33-r1
Mon Nov 4 04:21:45 2019 >>> dev-libs/icu-65.1
Mon Nov 4 04:22:53 2019 >>> dev-db/sqlite-3.29.0
Mon Nov 4 04:23:26 2019 >>> mail-mta/postfix-3.4.7
Mon Nov 4 04:23:50 2019 >>> dev-libs/re2-0.2019.09.01
Mon Nov 4 04:24:10 2019 >>> dev-tex/bibtexu-3.71_p20190410
Mon Nov 4 04:27:58 2019 >>> dev-lang/spidermonkey-60.5.2_p0-r3
Mon Nov 4 04:29:04 2019 >>> dev-libs/libxml2-2.9.9-r1
Mon Nov 4 04:40:10 2019 >>> dev-libs/boost-1.71.0
Mon Nov 4 04:40:33 2019 >>> app-text/libmspub-0.1.4
Mon Nov 4 04:41:09 2019 >>> media-libs/libvisio-0.1.7
Mon Nov 4 04:41:32 2019 >>> app-text/libqxp-0.0.2
Mon Nov 4 04:41:52 2019 >>> media-libs/libzmf-0.0.2
Mon Nov 4 04:54:50 2019 >>> net-libs/nodejs-13.0.1
Mon Nov 4 04:55:11 2019 >>> sys-block/di-4.47.2
Mon Nov 4 04:55:35 2019 >>> media-libs/raptor-2.0.15-r2
Mon Nov 4 04:56:09 2019 >>> app-text/libebook-0.1.3
Mon Nov 4 04:57:02 2019 >>> dev-libs/liborcus-0.14.1-r1
Mon Nov 4 04:58:57 2019 >>> media-sound/ncmpcpp-0.8.2-r1
Mon Nov 4 04:59:10 2019 >>> dev-python/pyxattr-0.6.1-r1
Mon Nov 4 05:00:39 2019 >>> dev-python/cython-0.29.14
Mon Nov 4 05:02:39 2019 >>> dev-util/cmake-3.15.5
Mon Nov 4 05:03:08 2019 >>> media-libs/libcdr-0.1.5
Mon Nov 4 05:03:55 2019 >>> media-sound/jack2-1.9.13-r1
Mon Nov 4 05:04:37 2019 >>> gnustep-base/gnustep-base-1.26.0-r1
Mon Nov 4 05:04:57 2019 >>> app-arch/unar-1.10.1
Mon Nov 4 05:06:05 2019 >>> media-libs/harfbuzz-2.6.4
Mon Nov 4 05:08:49 2019 >>> dev-qt/qtcore-5.13.2
Mon Nov 4 05:14:10 2019 >>> dev-lang/php-7.3.11
Mon Nov 4 05:19:02 2019 >>> dev-lang/php-7.1.33
Mon Nov 4 05:19:45 2019 >>> dev-qt/qtdbus-5.13.2
Mon Nov 4 05:20:14 2019 >>> dev-qt/qtxml-5.13.2
Mon Nov 4 05:20:48 2019 >>> dev-qt/qttest-5.13.2
Mon Nov 4 05:21:22 2019 >>> dev-qt/qtsql-5.13.2
Mon Nov 4 05:21:49 2019 >>> dev-qt/qtconcurrent-5.13.2
Mon Nov 4 05:22:00 2019 >>> dev-qt/qtserialport-5.13.2
Mon Nov 4 05:22:18 2019 >>> dev-util/umockdev-0.12.1
Mon Nov 4 05:22:29 2019 >>> dev-qt/qtpaths-5.13.2
Mon Nov 4 05:22:42 2019 >>> dev-qt/qdbus-5.13.2
Mon Nov 4 05:23:16 2019 >>> net-fs/nfs-utils-2.4.1-r3
Mon Nov 4 05:24:02 2019 >>> sys-fs/xfsprogs-5.2.1
Mon Nov 4 05:24:28 2019 >>> sys-fs/cryptsetup-2.2.2
Mon Nov 4 05:25:18 2019 >>> dev-vcs/subversion-1.13.0
Mon Nov 4 05:25:33 2019 >>> dev-libs/libical-3.0.6
Mon Nov 4 05:25:48 2019 >>> net-libs/libvncserver-0.9.12-r3
Mon Nov 4 05:25:58 2019 >>> kde-plasma/breeze-grub-5.17.2
Mon Nov 4 05:26:09 2019 >>> kde-plasma/breeze-plymouth-5.17.2
Mon Nov 4 05:26:23 2019 >>> net-libs/mbedtls-2.17.0
Mon Nov 4 05:26:43 2019 >>> x11-terms/xterm-350
Mon Nov 4 05:26:53 2019 >>> net-misc/x11-ssh-askpass-1.2.4.1-r2
Mon Nov 4 05:27:06 2019 >>> sys-apps/bolt-0.8
Mon Nov 4 05:28:21 2019 >>> dev-qt/qtnetwork-5.13.2
Mon Nov 4 05:56:50 2019 >>> net-libs/webkit-gtk-2.24.4
Mon Nov 4 05:57:05 2019 >>> dev-qt/qtnetworkauth-5.13.2
Mon Nov 4 06:00:45 2019 >>> dev-qt/qtgui-5.13.2
Mon Nov 4 06:03:03 2019 >>> dev-qt/qtwidgets-5.13.2
Mon Nov 4 06:09:24 2019 >>> dev-qt/qtdeclarative-5.13.2
Mon Nov 4 06:11:17 2019 >>> dev-qt/qtwayland-5.13.2
Mon Nov 4 06:11:29 2019 >>> dev-qt/qtx11extras-5.13.2
Mon Nov 4 06:11:47 2019 >>> dev-qt/qtsvg-5.13.2
Mon Nov 4 06:12:16 2019 >>> dev-qt/linguist-tools-5.13.2
Mon Nov 4 06:12:53 2019 >>> dev-qt/qtprintsupport-5.13.2
Mon Nov 4 06:13:29 2019 >>> dev-qt/qtopengl-5.13.2
Mon Nov 4 06:14:18 2019 >>> dev-qt/qtquickcontrols-5.13.2
Mon Nov 4 06:14:33 2019 >>> dev-qt/qtgraphicaleffects-5.13.2
Mon Nov 4 06:15:56 2019 >>> dev-qt/qtscript-5.13.2
Mon Nov 4 06:16:10 2019 >>> kde-plasma/kdecoration-5.17.2
Mon Nov 4 06:16:24 2019 >>> dev-qt/qtwebchannel-5.13.2
Mon Nov 4 06:18:14 2019 >>> dev-qt/qtxmlpatterns-5.13.2
Mon Nov 4 06:19:21 2019 >>> dev-qt/qtbluetooth-5.13.2
Mon Nov 4 06:19:56 2019 >>> dev-qt/qtpositioning-5.13.2
Mon Nov 4 06:20:45 2019 >>> dev-qt/qtsensors-5.13.2
Mon Nov 4 06:21:07 2019 >>> dev-qt/qtwebsockets-5.13.2
Mon Nov 4 06:21:22 2019 >>> kde-plasma/kgamma-5.17.2
Mon Nov 4 06:21:49 2019 >>> dev-qt/qthelp-5.13.2
Mon Nov 4 06:22:05 2019 >>> dev-qt/qtimageformats-5.13.2
Mon Nov 4 06:22:41 2019 >>> kde-frameworks/kwidgetsaddons-5.63.0
Mon Nov 4 06:22:57 2019 >>> kde-frameworks/kitemviews-5.63.0
Mon Nov 4 06:25:34 2019 >>> dev-qt/qtquickcontrols2-5.13.2
Mon Nov 4 06:44:13 2019 >>> dev-qt/designer-5.13.2
Mon Nov 4 06:44:47 2019 >>> kde-plasma/libkscreen-5.17.2
Mon Nov 4 06:45:06 2019 >>> dev-libs/libqtxdg-3.3.1
Mon Nov 4 06:45:43 2019 >>> dev-qt/qtvirtualkeyboard-5.13.2
Mon Nov 4 06:45:59 2019 >>> kde-plasma/xembed-sni-proxy-5.17.2
Mon Nov 4 06:46:27 2019 >>> media-sound/qjackctl-0.6.0
Mon Nov 4 06:48:20 2019 >>> net-p2p/qbittorrent-4.1.9.1
Mon Nov 4 06:49:53 2019 >>> app-office/qownnotes-19.11.3
Mon Nov 4 07:24:51 2019 >>> dev-qt/qtwebkit-5.212.0_pre20190629
Mon Nov 4 07:25:03 2019 >>> dev-qt/qttranslations-5.13.2
Mon Nov 4 07:25:17 2019 >>> kde-plasma/polkit-kde-agent-5.17.2
Mon Nov 4 07:25:38 2019 >>> kde-frameworks/kirigami-5.63.0
Mon Nov 4 07:25:53 2019 >>> kde-plasma/kwayland-integration-5.17.2
Mon Nov 4 07:26:07 2019 >>> x11-plugins/enigmail-2.1.2-r1
Mon Nov 4 07:26:22 2019 >>> lxqt-base/lxqt-qtplugin-0.14.0
Mon Nov 4 07:26:38 2019 >>> kde-frameworks/qqc2-desktop-style-5.63.0
Mon Nov 4 07:27:13 2019 >>> lxqt-base/lxqt-config-0.14.1-r1
Mon Nov 4 07:27:39 2019 >>> kde-frameworks/kxmlgui-5.63.0
Mon Nov 4 07:27:58 2019 >>> dev-qt/qtgamepad-5.13.2
Mon Nov 4 07:32:53 2019 >>> app-text/texlive-core-2019-r4
Mon Nov 4 07:34:12 2019 >>> dev-qt/qtmultimedia-5.13.2
Mon Nov 4 07:38:39 2019 >>> sci-astronomy/stellarium-0.19.2
Mon Nov 4 07:38:54 2019 >>> dev-qt/qtspeech-5.13.2
Mon Nov 4 07:39:22 2019 >>> virtual/mysql-5.6-r13
Mon Nov 4 10:43:13 2019 >>> dev-qt/qtwebengine-5.13.2
Mon Nov 4 10:43:47 2019 >>> dev-util/pycharm-community-2019.2.4
Mon Nov 4 10:58:29 2019 >>> app-emulation/wine-vanilla-4.19
Mon Nov 4 10:58:40 2019 >>> app-portage/java-ebuilder-0.3.0
Mon Nov 4 11:13:12 2019 >>> app-emulation/wine-staging-4.19
Mon Nov 4 11:45:30 2019 >>> mail-client/thunderbird-68.2.1
Mon Nov 4 11:46:34 2019 >>> media-video/smplayer-19.5.0-r1
Mon Nov 4 12:18:06 2019 >>> www-client/firefox-70.0.1
Mon Nov 4 12:18:18 2019 >>> kde-plasma/kwrited-5.17.2
Mon Nov 4 12:18:31 2019 >>> kde-plasma/ksshaskpass-5.17.2
Mon Nov 4 12:18:42 2019 >>> kde-plasma/kwallet-pam-5.17.2
Mon Nov 4 12:19:11 2019 >>> kde-plasma/kactivitymanagerd-5.17.2
Mon Nov 4 13:23:14 2019 >>> app-office/libreoffice-6.3.3.2
Mon Nov 4 13:24:30 2019 >>> kde-frameworks/ktexteditor-5.63.0-r1
Mon Nov 4 13:25:06 2019 >>> kde-plasma/drkonqi-5.17.2
Mon Nov 4 13:25:24 2019 >>> kde-plasma/user-manager-5.17.2
Mon Nov 4 13:25:41 2019 >>> kde-plasma/plasma-thunderbolt-5.17.2
Mon Nov 4 13:26:05 2019 >>> kde-plasma/libksysguard-5.17.2
Mon Nov 4 13:26:27 2019 >>> kde-plasma/plasma-pa-5.17.2
Mon Nov 4 13:26:52 2019 >>> kde-plasma/ksysguard-5.17.2
Mon Nov 4 13:27:09 2019 >>> kde-plasma/milou-5.17.2
Mon Nov 4 13:28:03 2019 >>> kde-plasma/plasma-browser-integration-5.17.2
Mon Nov 4 13:29:22 2019 >>> kde-apps/libksieve-19.08.2
Mon Nov 4 13:30:23 2019 >>> kde-apps/eventviews-19.08.2
Mon Nov 4 13:31:57 2019 >>> kde-frameworks/networkmanager-qt-5.63.0
Mon Nov 4 13:32:04 2019 >>> kde-apps/mailcommon-19.08.2
Mon Nov 4 13:32:38 2019 >>> kde-plasma/breeze-5.17.2
Mon Nov 4 13:32:57 2019 >>> kde-plasma/plasma-integration-5.17.2
Mon Nov 4 13:33:10 2019 >>> kde-plasma/breeze-gtk-5.17.2
Mon Nov 4 13:33:35 2019 >>> kde-plasma/kscreenlocker-5.17.2
Mon Nov 4 13:36:52 2019 >>> kde-plasma/plasma-vault-5.17.2
Mon Nov 4 13:37:07 2019 >>> kde-plasma/kwin-5.17.2
Mon Nov 4 13:37:25 2019 >>> kde-plasma/libkworkspace-5.17.2
Mon Nov 4 13:37:47 2019 >>> kde-plasma/kde-cli-tools-5.17.2
Mon Nov 4 13:38:22 2019 >>> kde-plasma/khotkeys-5.17.2
Mon Nov 4 13:39:09 2019 >>> kde-plasma/oxygen-5.17.2
Mon Nov 4 13:39:41 2019 >>> kde-plasma/kinfocenter-5.17.2
Mon Nov 4 13:40:05 2019 >>> kde-plasma/kscreen-5.17.2
Mon Nov 4 13:40:46 2019 >>> kde-plasma/powerdevil-5.17.2
Mon Nov 4 13:41:05 2019 >>> kde-plasma/systemsettings-5.17.2
Mon Nov 4 13:41:38 2019 >>> kde-plasma/bluedevil-5.17.2
Mon Nov 4 13:41:54 2019 >>> kde-plasma/sddm-kcm-5.17.2
Mon Nov 4 13:42:12 2019 >>> kde-plasma/kde-gtk-config-5.17.2
Mon Nov 4 13:43:30 2019 >>> kde-plasma/plasma-nm-5.17.2
Mon Nov 4 13:43:45 2019 >>> kde-plasma/plymouth-kcm-5.17.2
Mon Nov 4 13:44:02 2019 >>> kde-plasma/kmenuedit-5.17.2
Mon Nov 4 13:44:40 2019 >>> sci-visualization/gnuplot-5.2.7
Mon Nov 4 13:45:35 2019 >>> media-video/obs-studio-24.0.3
Mon Nov 4 13:46:43 2019 >>> sci-libs/libqalculate-3.2.0-r1
Mon Nov 4 13:49:58 2019 >>> kde-plasma/plasma-workspace-5.17.2
Mon Nov 4 13:50:47 2019 >>> kde-plasma/kdeplasma-addons-5.17.2
Mon Nov 4 13:53:12 2019 >>> kde-plasma/plasma-desktop-5.17.2
Mon Nov 4 13:55:29 2019 >>> app-admin/ansible-2.9.0
Mon Nov 4 14:01:36 2019 >>> kde-plasma/plasma-meta-5.17.2

[mike155]

Ach ja: 3h und 10min für qtwebengine. Ich nutze aktiv kmail, ist davon abhängig.

qtwqebengine ist wirklich eine Plage! Ich kann nur jedem empfehlen, es NICHT zu installieren - selbst wenn man dafür den Mail-Reader wechseln muss.

Andererseits scheint Du ja freiwillig unstable gewählt zu haben. Dann ist es kein Wunder, dass Du dauernd Updates "reingedrückt" bekommst

[Josef.95]

NVME-SSD, 32 GB Ram und einer i7-4790K CPU @ 4.00GHz
3h und 10min für qtwebengine

Mit der Hardware sollte das bauen deutlich schneller gehen -- vermutlich hast du vergessen USE=jumbo-build zu enablen.
https://code.qt.io/cgit/qt/qtwebengine. ... 23b817e1c3

Aber ja, chromium ist ein Monster geworden -- schaut bei webkit-gtk aber vermutlich kaum anders aus :-/

[kurisu]

Ich setze Gentoo auch auf Produktivsystemen (bei mir in der Praxis) ein, weil ich mich super damit auskenne und alles läuft. Fühlt sich zwar immer so ein bisschen an wie ein Tanz auf dem Vulkan, aber es ist noch nie was schiefgegangen (was ich nicht in den Griff bekommen hätte).

Kann ich voll bestätigen. Rückblickend auf die letzten Jahre kann ich mich an nichts erinnern, das meine Systeme auch nur im Ansatz zerschossen hätte. Stable wohlgemerkt. Falls es beim Experimentieren dennoch irgendwo hakt, weiß ich ganz genau wo ich hinschauen muss. Es mag krude anmuten, aber für mich ist Gentoo sehr viel wartungsfreundlicher als Arch oder auch Debian.

[kurisu]

Aber ja, chromium ist ein Monster geworden -- schaut bei webkit-gtk aber vermutlich kaum anders aus :-/

Nicht ganz. WebKitGTK müsste in deutlich weniger als der Hälfte der Zeit, die für QtWebEngine respektive Chromium nötig ist, gebaut werden können.

[LuxJux]

Und gcc darf sich mit einreihen
Und Open-RC (OpenRC manages the services, startup and shutdown of a host)

[franzf]

Und gcc darf sich mit einreihen
Und Open-RC (OpenRC manages the services, startup and shutdown of a host)

openrc?!?

Code: Select all

genlop -i openrc
 * sys-apps/openrc


   Total builds: 75
   Global build time: 50 minutes and 18 seconds.
   Average merge time: 40 seconds.

   Info about currently installed ebuild:

   * sys-apps/openrc-0.41.2
   Install date: Sat Sep  7 14:17:59 2019
   USE=""
   CFLAGS="-march=sandybridge -mno-aes -O2 -pipe -ggdb"   CXXFLAGS="-march=sandybridge -mno-aes -O2 -pipe -ggdb"   LDFLAGS="-Wl,-O1 -Wl,--as-needed"

75 mal Bauen hat insgesamt 50 Minuten gedauert. Auf nem ollen Laptop mit 4GB und 2 Kern i3. Das System ist schon relativ ziemlich ganz schön alt. Noch keine Neuinstallation seit Erstinstallation.
Gab in der Zeit mehr qtcore builds als openrc...

[Erdie]

Ich finde die Frage etwas kurios. Vor knapp 20 Jahren, als die Rechner noch Steinzeit waren, hat man fürs Kompilieren ewig warten müssen. Damals hätte man uns alle für verrückt halten müssen. Seit dem arbeitet die Zeit für uns und es geht zunehmend schneller, so dass die Wartezeit kaum noch eine Rolle spielt. Über die Vorteile der Flexibilität braucht man ja nicht zu reden.
Ich habe noch einen alten AMD Bulldozer und die Kompilierzeiten sind nur selten unangenehm lang. Ich will nicht wissen wir das auf einem modernen 16 Kern Ryzen flutscht. Wen interessieren da noch Kompilierzeiten?

[SkaaliaN]

Ich finde die Frage etwas kurios. Vor knapp 20 Jahren, als die Rechner noch Steinzeit waren, hat man fürs Kompilieren ewig warten müssen. Damals hätte man uns alle für verrückt halten müssen. Seit dem arbeitet die Zeit für uns und es geht zunehmend schneller, so dass die Wartezeit kaum noch eine Rolle spielt. Über die Vorteile der Flexibilität braucht man ja nicht zu reden.
Ich habe noch einen alten AMD Bulldozer und die Kompilierzeiten sind nur selten unangenehm lang. Ich will nicht wissen wir das auf einem modernen 16 Kern Ryzen flutscht. Wen interessieren da noch Kompilierzeiten?

Da ich Abends an meinem PC sowieso nebenbei arbeite, lasse ich meine Compiliervorgänge einfach nebenbei laufen. In der Regel muss ich den Rechner deswegen nicht extra eingeschaltet lassen. Ich nutze einen Ryzen7 1800X.

[l3u]

qtwqebengine ist wirklich eine Plage! Ich kann nur jedem empfehlen, es NICHT zu installieren - selbst wenn man dafür den Mail-Reader wechseln muss. :)

Ich will aber KMail und Falkon haben! Ansonsten unterschreib ich das.

Aber von wegen Kompilierzeiten: Ich krieg sogar auf meinem Raspberry Pi 1 und meinem Alix 3D2 mit einem AMD-Geode-Prozessor mit 500 MHz und 256 MB RAM Gentoo aktuell gehalten. genau wie auf meinem Eee PC und einem 14 Jahre alten Dell-Notebook mit dem ersten Core 2 Duo drin. Zwar mit Distcc-Unterstützung, aber eben doch. Also es geht schon. Und die beiden Steinzeit-Notebooks haben beide die allseits beliebte QtWebEngine drauf.

[Tyrus]

Maschine ist bei mir:
x86_64 Intel(R) Core(TM) i3-6100 CPU @ 3.70GHz GenuineIntel GNU/Linux
8GB Arbeitsspeicher

Länger brauchen:

* dev-qt/qtwebengine

Total builds: 45
Global build time: 5 days, 20 hours, 17 minutes and 35 seconds.
Average merge time: 3 hours, 7 minutes and 3 seconds.

---------------------------------------

* app-office/libreoffice

Total builds: 47
Global build time: 6 days, 11 hours, 25 minutes and 37 seconds.
Average merge time: 3 hours, 18 minutes and 25 seconds.

---------------------------------------

* www-client/firefox

Total builds: 72
Global build time: 2 days, 16 hours, 36 minutes and 21 seconds.
Average merge time: 53 minutes and 50 seconds.

---------------------------------------

* sys-devel/gcc

Total builds: 25
Global build time: 1 day, 7 hours, 29 minutes and 14 seconds.
Average merge time: 1 hour, 15 minutes and 34 seconds.

---------------------------------------

* dev-lang/rust

Total builds: 14
Global build time: 22 hours, 36 minutes and 43 seconds.
Average merge time: 1 hour, 36 minutes and 54 seconds.

---------------------------------------

* dev-qt/qtwebkit

Total builds: 32
Global build time: 1 day, 13 hours, 1 minute and 11 seconds.
Average merge time: 1 hour, 9 minutes and 24 seconds.

---------------------------------------

* net-libs/webkit-gtk

Total builds: 52
Global build time: 4 days, 19 hours, 19 minutes and 16 seconds.
Average merge time: 2 hours, 13 minutes and 3 seconds.

---------------------------------------

* sys-devel/clang

Total builds: 17
Global build time: 18 hours, 12 minutes.
Average merge time: 1 hour, 4 minutes and 14 seconds.

---------------------------------------

* sys-devel/llvm

Total builds: 25
Global build time: 1 day, 17 hours, 9 minutes and 3 seconds.
Average merge time: 1 hour, 38 minutes and 45 seconds.

So schrecklich find ich es nicht. Es ist natürlich sehr nervig, wenn der Bau von qtwebengine wegen Fehler scheitert und man das dann wiederholt nicht hinbekommt ...
Wenn man es schneller haben will, hilft es btw die grafische Oberfläche komplett zu beenden und den emerge-Lauf grade bei qtwebengine dann einfach in der reinen Textkonsole, meinetwegen über Nacht, laufen zu lassen.