Το νήμα του Gentoo, version 1.0

[GoofyX]

Εγώ δεν καταλαβαίνω γιατί γίνεται η συζήτηση. Αφήνεις τον υπολογιστή να κάνει compile για λίγη ώρα, ή όλο το βράδυ, σιγά το πράμα. Στην πλάτη τον κουβαλάς;

Ναι, εντάξει, πες το αυτό σε κάποιον με παλιά CPU που θέλει κάτι ώρες για ένα πακέτο (στο bug για το qtwebengine, έγραψαν για 12+ ώρες, αυτό είναι παράνοια), να μεταγλωττίζει και από πίσω η CPU να βράζει... Δεν είναι και ενεργειακά αποδοτικό (τώρα θα μου πεις αν θες να μην μεταγλωττίζει, βάλε binary based διανομή), αλλά δεν είναι βλακεία ένα μεγάλο πακέτο να το κάνεις upgrade μέσα σε 2-3 μέρες και να θέλει εκ νέου μεταγλώττιση;

[Gentoo]

Εγώ δεν καταλαβαίνω γιατί γίνεται η συζήτηση. Αφήνεις τον υπολογιστή να κάνει compile για λίγη ώρα, ή όλο το βράδυ, σιγά το πράμα. Στην πλάτη τον κουβαλάς;

Γιατί αν δεν έχεις δυνατό σύστημα και είναι καλοκαίρι, επιβαρύνεις και το σύστημα με περιττή παρατεταμένη αυξημένη θερμοκρασία και τρως lagging κατά τη διάρκεια του χτισίματος.

Για να μη μιλήσουμε και για τη ΔΕΗ.

[imitheos]

Εγώ δεν καταλαβαίνω γιατί γίνεται η συζήτηση. Αφήνεις τον υπολογιστή να κάνει compile για λίγη ώρα, ή όλο το βράδυ, σιγά το πράμα. Στην πλάτη τον κουβαλάς;

Παίζουν πολλές παράμετροι. Όπως είπανε και οι υπόλοιποι, (παραβλέποντας "επιχειρήματα" του στυλ "γιατί να έχεις gentoo σε παλιό επεξεργαστή") μπορεί να έχεις παλιό επεξεργαστή οπότε το "λίγη ώρα" να μεταφράζεται "όλο το βράδυ", και το "όλο το βράδυ" να μεταφράζεται σε "2 ημέρες". Μπορεί να μην έχεις air-condition οπότε να ανεβαίνει κάμποσο η θερμοκρασία. Εγώ πχ αλλάζω το καλοκαίρι στο make.conf από -j4 -l4 σε -j2 -l2 (ή ακόμη και -j1 -l1) για το λόγο ότι δεν έχω air-condition.

Πέρα από αυτό, υπάρχει και ο λόγος "για το γ.ώτο" Γιατί είναι άσκοπη compilation που δεν προσφέρει τίποτα. Για μικρά πακέτα που έχουν < 1min χρόνο, εννοείται και εγώ δεν ασχολούμαι αλλά για κάτι που θα πάρει 1 ώρα στο ελάχιστο, γιατί να το κάνεις;

2021-02-26T14:38:00 >>> sys-devel/llvm: 1:16:24
2021-05-09T09:20:46 >>> sys-devel/llvm: 3:03:27 (με μικρότερο -j)

2020-05-24T20:30:49 >>> sys-devel/gcc: 2:16:57 (με μικρότερο -j)
2021-03-08T09:24:46 >>> sys-devel/gcc: 1:05:47

Ειδικά η συγκεκριμένη περίπτωση του gcc είναι εντελώς άσκοπη αλλά δεν μπορεί να γίνει κάτι λόγω της υλοποίησης της portage. Αν κάποιος έχει παλιό gcc αλλά έχει μεταβεί στην έκδοση 5.13 των linux-headers, χρειάζεται το patch για να τον χτίσει, οπότε χρειάζεται νέο ebuild, οπότε φαίνεται σαν αναβάθμιση και σε όλους τους άλλους που δεν τον χρειάζονται.

Spoiler:

Παρεμπιπτόντως, γ...μώ αφενός το γράψιμο του gcc σε c++, αφετέρου γ..ώ την intel με τα mitigations

# qlop gcc 
2017-02-24T19:55:32 >>> sys-devel/gcc: 29′46″
2017-08-25T13:57:53 >>> sys-devel/gcc: 32′19″
2018-01-25T17:38:15 >>> sys-devel/gcc: 35′58″
2018-05-03T12:24:44 >>> sys-devel/gcc: 43′45″
2019-04-07T18:13:59 >>> sys-devel/gcc: 46′44″
2019-11-08T08:12:11 >>> sys-devel/gcc: 50′36″
2020-04-25T15:18:11 >>> sys-devel/gcc: 1:05:44

[GoofyX]

Κουτσομπολιά:

2021-07-23-libxcrypt-migration
Title migrating from glibc[crypt] to libxcrypt in ~arch
Author Andreas K. Hüttel <dilfridge@gentoo.org>
Author Sam James <sam@gentoo.org>
Posted 2021-07-23
Revision 1

The implementation of libcrypt.so within glibc has been deprecated
for a long time and will be removed in the near future.

For this reason, we are following other distributions (where
this has been tested for years already) and switching to the
external libxcrypt implementation, starting with ~arch
installations.

This will be a regular update, and in nearly all cases you
will not have to take any action and not observe any problems.

We do recommend, however, that your system is *fully* up
to date first. This is a standard recommendation but in this
specific case, it is useful to have a simplified depgraph
to ensure that Portage is able to smoothly calculate
an upgrade path.

That is, please take the opportunity to fully upgrade your
systems now, before the migration occurs, to simplify matters.

This change will occur on 2021-07-14 for ~arch users. Stable
users will update at a later date.

If for whatever reason you do *not* wish to switch now -
which is only delaying the inevitable - you
need to take the following steps:
* unmask and enable the crypt USE flag of sys-libs/glibc
* mask the system USE flag of sys-libs/libxcrypt
* mask >=virtual/libcrypt-2

If you wish to manually migrate now, there are a series
of steps described on the wiki (see below), but the outline is:
* unforce the crypt USE flag of sys-libs/glibc and disable it
* unmask the system and split-usr (if applicable) USE flag of sys-libs/libxcrypt
and enable it
* unmask ~virtual/libcrypt-2

Please note that if you last changed your password before ~2008,
it may be using md5crypt or similar other weak mechanisms in /etc/shadow;
a bug in PAM [0][1] may mean that you were unable to login. We recommend
using "passwd" to change/refresh your password so it is using modern
methods. A new version of PAM has been added to the tree to resolve this issue.

In some cases, Portage may schedule a rebuild of certain packages in an
incorrect order [2]. If building a package fails, please try upgrading
libcrypt and libxcrypt first:

# emerge -v1 virtual/libcrypt sys-libs/libxcrypt

And then continue the world upgrade with Portage's "--keep-going=y".

For more information or troubleshooting tips, please see:
* https://wiki.gentoo.org/wiki/Project...implementation
* https://bugs.gentoo.org/699422

[0] https://bugs.gentoo.org/802267
[1] https://bugs.gentoo.org/802807
[2] https://bugs.gentoo.org/802210

[Gentoo]

Κουτσομπολιά:

Καλό κουτσομπολιό αυτό. Πρέπει να το τσεκάρω στο gentoo του NAS μου γιατί έχω να κάνω full system update κάτι αιώνες

Σε άλλα νέα (δικά μου):

 Total: 130 packages (49 upgrades, 2 new, 79 reinstalls)

Τις προάλλες στο desktop έκανα πλήρη αναβάθμιση και τώρα μου σκάσαν 79 reinstalls, έτσι απλά.

[imitheos]

Κουτσομπολιά:

Πήγα να πω ότι ξεχνάς , αλλά τελικά είναι ελαφρώς διαφορετικό κουτσομπολιό από το προηγούμενο

[tiffany]

Gentoo Πόσο καιρό πριν; Εγώ δε θυμάμαι ακριβώς αλλά είχε γίνει λίγο χαμός με την perl. Τελικά έκανα πλήρη αναβάθμιση και ησύχασα.

[Gentoo]

Gentoo Πόσο καιρό πριν; Εγώ δε θυμάμαι ακριβώς αλλά είχε γίνει λίγο χαμός με την perl. Τελικά έκανα πλήρη αναβάθμιση και ησύχασα.

Τελευταίο πακέτο που είχα αναβαθμίσει ήταν στις....

 Wed Mar 24 22:19:01 2021

[tiffany]

Ααα χτες δηλαδή. Πάλι καλά που δεν έχει γίνει obsolete η αρχιτεκτονική σου.

Εγώ αναβαθμίσω κάθε σκ και λίγα πράγματα. Μόνο τότε με την perl είχα θέμα.

[GoofyX]

Πήγα να πω ότι ξεχνάς , αλλά τελικά είναι ελαφρώς διαφορετικό κουτσομπολιό από το προηγούμενο

Να σου πω δεν το είδα καν...

[Gentoo]

Ααα χτες δηλαδή. Πάλι καλά που δεν έχει γίνει obsolete η αρχιτεκτονική σου.

Εγώ αναβαθμίσω κάθε σκ και λίγα πράγματα. Μόνο τότε με την perl είχα θέμα.

Αποφεύγω τις συχνές - ολικές - αναβαθμίσεις στον nas μου γιατί τον τρέχω headless και έχω encrypted δίσκους κλπ και καμιά φορά μπορεί να μ@μηθεί ο Δίας με κάποια αναβάθμιση και να τρέχω να ψάχνομαι.

Οπότε αναβαθμίζω ανά 6μηνο περίπου σε περίοδο που έχω ελεύθερο χρόνο για ψάξιμο

Μόνο κανένα ssh, ssl, κλπ αναβαθμίζω εκτάκτως.

[GoofyX]

Home made NAS δηλαδή. Τι μηχάνημα έχεις (cpu, ram, δίσκους) για αυτή τη δουλειά;

[Gentoo]

Home made NAS δηλαδή. Τι μηχάνημα έχεις (cpu, ram, δίσκους) για αυτή τη δουλειά;

Ναι. Χειροποίητο όλο

Χρησιμοποιώ μια ASRock με CPU on board (για να είναι fanless).

Ram φοράει σαν των υπολογιστών, το δούλευα με 1gb εδώ και χρόνια αλλά πλέον του έβαλα 4αρα για να μη γράφει στο swap.

Τροφοδοτικό έκανα αναβάθμιση σε ένα seasonic platinum για ασφάλεια όσο γίνεται.

Και του χω 2 x 12TB ultrastar HC530 και ένα Samsung Evo 970 για το Gentoo .

Είμαι ικανοποιημένος εδώ και 12 χρόνια που το δουλευω.

Έχω πάνω samba, NFS, ssh (προφανώς), minidlna, transmission (headless) και τρέχω και κάποια προγράμματα τα οποία κάνουν monitoring τους δίσκους το δίκτυο κλπ, πχ glances με web, nagios, κλπ

[GoofyX]

Νέο κουτσομπολιό:

2021-08-01-tcpd-disabled

Title USE=tcpd no longer globally enabled
Author David Seifert <soap@gentoo.org>
Posted 2021-08-01
Revision 1

On 2021-11-01, we will remove USE="tcpd" from the globally default
enabled USE flags (https://bugs.gentoo.org/805077). USE="tcpd" usually
enables sys-apps/tcp-wrappers for an ad hoc firewall based on
/etc/hosts.allow and /etc/hosts.deny.

The Base System project has come to the conclusion that 24 years after
the last upstream release, tcp-wrappers is not suitable for a default
configuration in 2021 anymore. Other distributions have completely
removed support at this point. We strongly recommend you switch to more
modern packet filters, such as BPF, nftables, or iptables. If you rely
on tcp-wrappers, you can re-enable the flag, see

https://wiki.gentoo.org/wiki//etc/portage/package.use

for package-specific ways to re-enable tcp-wrappers.

[GoofyX]

Έκανα sync πριν λίγο και βλέπω ότι το πακέτο dev-util/pkgconfig έχει μπει masked πλέον. Ε, οπότε λέω ας το βγάλω να τελειώνουμε. Πάω μετά να κάνω compile τον 5.13.8 και βλέπω ότι το genkernel μου χτυπάει. Ούτε το make menuconfig παίζει, ούτε το xconfig. Στα μηνύματα βγάζει ότι απαιτείται το pkgconfig πακέτο.

Η ερώτηση: Καλά, αφού απαιτείται για την μεταγλώττιση του πυρήνα, πώς πάνε και το κάνουν mask; Βλαμμένοι είναι...;