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

[Gentoo]

Για κάποια ισχύει αυτό που λες. Το Libreoffice όμως σίγουρα το χτίζουν οι Gentoo devs και το δίνουν ως binary.

Όπως και το gentoo-kernel-bin και την dev-lang/rust-bin να υποθέσω.

Τότε ίσως είναι παράξενο που δεν χτίζουν και qtwebengine.

Βέβαια, κάτι άλλο που μου 'ρθε στο μυαλό. Η qt δεν είναι επί πληρωμή και δίνεται free υπό προϋποθέσεις; Μήπως παίζει κι αυτό κάποιο ρόλο;

[imitheos]

Το παληκάρι μου είπε ότι κάνει video editing (σε x265 αν παίζει ρόλο δεν γνωρίζω από αυτά) για αυτό χρειάζεται τον επεξεργαστή. Απλά επειδή είδε ότι μιλάμε για προβλήματα σε μητρικές και για χρόνους compile σκέφτηκε να αναφέρει ότι η συγκεκριμένη σύνθεση παίζει τζάμι.

Παραβλέποντας την τιμή της συγκεκριμένης σύνθεσης, εμένα με βοηθάνε τέτοιες "βάσεις" και σίγουρα θα το ψάξω _όταν_ σε 10 χρόνια επι εποχής corona 3 πάω σε ryzen, για να βεβαιωθώ ότι δεν θα τύχω σε κάποιο θέμα όπως με τους ryzen 1ης γενιάς (ή τους μεταγενέστερους G που είχαν κάποια προβλήματα που δεν τα είχαν οι χωρίς-κάρτα-γραφικών επεξεργαστές)

Όταν πήρα τον Haswell δεν γνώριζα ότι το chipset είχε ελάττωμα και σιγά σιγά χαλούσε το usb (ή κάτι τέτοιο δεν θυμάμαι) και το γλύτωσα στο τσακ στέλνοντας e-mail να επιβεβαιώσω ότι η μητρική είχε το νεώτερο stepping πριν μου την στείλουν και καθυστέρησα την παραγγελία για να έρθει το επόμενο μοντέλο. Μετά βέβαια ήρθαν τα TSX flaws και τα mitigations αλλά αυτό είναι άλλο θέμα.

Edit: Μου έστειλε πληροφορίες από genlop και τον έκανα block από ζήλια

Sun Jan 17 15:34:22 2021 >>> www-client/firefox-78.6.1
       merge time: 10 minutes and 40 seconds.

Sun Jan 17 15:22:57 2021 >>> sys-devel/clang-11.0.0
       merge time: 10 minutes and 26 seconds.

Wed Jan 13 16:55:49 2021 >>> sys-devel/llvm-11.0.0
       merge time: 4 minutes and 36 seconds.

Sun Jan 17 16:08:30 2021 >>> sys-devel/gcc-9.3.0-r2
       merge time: 18 minutes and 48 seconds. 

Sun Jan 17 16:35:01 2021 >>> app-office/libreoffice-6.4.7.2
       merge time: 13 minutes and 55 seconds.

Τρελοί χρόνοι. Εμένα αντίστοιχα είναι GCC 2:16, firefox 1:25, llvm 2:00 (προηγούμενα 1:34), clang 1:14.

[tsigarid]

Το θέμα δεν είναι ποιος χτίζει τα -bin πακέτα, αλλά τι generic flags χρησιμοποιεί. Είναι σχετικά απλό να διαλέξεις κάτι γενικό για Firefox/LibreOffice, αλλά όχι για τα πάντα.

[GoofyX]

https://www.gentoo.org/news/2021/01/15/new-year.html

[GoofyX]

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

2021-01-30-python-preference-to-follow-python-targets

Title Python preference to follow PYTHON_TARGETS
Author Michał Górny <mgorny@gentoo.org>
Posted 2021-01-30
Revision 1

On 2021-02-01 stable users will switch to a new method of updating
the preferred Python versions that employs the configuration update
mechanism in order to follow PYTHON_TARGETS. We will also deprecate
app-eselect/eselect-python, and it will stop being installed by default
after 2021-07-01. If you wish to use the newest Python version present
in your PYTHON_TARGETS, you only have to accept configuration changes.
If you wish to customize the behavior, read on.

Since 2017, /usr/bin/python and the related non-versioned symlinks
are wrapped through dev-lang/python-exec. The list of preferred Python
implementations is stored in /etc/python-exec/python-exec.conf and/or
per-program /etc/python-exec/<basename>.conf configuration files.
To preserve backwards compatibility, app-eselect/eselect-python remained
a wrapper that updated this file.

However, this mechanism alone has proven inconvenient to end users who
had to update python-exec.conf whenever the default PYTHON_TARGETS
changed. Thanks to the fallback logic, this was not a major problem
for software installed via Gentoo packages that always ensure that
a supported implementation is used. However, users have reported that
whenever the preference for /usr/bin/python mismatched their
PYTHON_TARGETS, their custom scripts would break due to unsatisfied
dependencies. This does not follow the principle of least surprise.

For this reason, we have decided to change the default python-exec
configuration to match PYTHON_TARGETS by default, in the eclass
preference order, that is from the newest CPython version to oldest,
with alternative Python implementations coming afterwards. This change
will be propagated via the configuration protection mechanism whenever
dev-lang/python-exec-conf is installed or rebuilt due to PYTHON_TARGETS
changes. This will permit the users to interactively confirm
the updates.

If the new default is not correct for you, please use your preferred
configuration update tool to discard or edit the new configuration file.

Furthermore, dev-lang/python will no longer attempt to automatically
update the Python interpreter preference, or pull in eselect-python
automatically. If you wish to continue using it, please install/record
it explicitly to ensure that it is not unmerged, e.g.:

emerge -n app-eselect/eselect-python

[Gentoo]

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

Δείχνει να είναι καλή αλλαγή. Θα φανεί στην πράξη βέβαια.

[imitheos]

Δείχνει να είναι καλή αλλαγή. Θα φανεί στην πράξη βέβαια.

Αφού σου φάνηκε καλή αλλαγή για πες και σε εμάς τι λέει

Μου το έβγαλε χτες μαζί με το άλλο νέο για το display-manager αλλά δεν πολύ κατάλαβα τι σημαίνει πρακτικά.

[Gentoo]

Αφού σου φάνηκε καλή αλλαγή για πες και σε εμάς τι λέει

Μου το έβγαλε χτες μαζί με το άλλο νέο για το display-manager αλλά δεν πολύ κατάλαβα τι σημαίνει πρακτικά.

Νομίζω (απ'τα λίγα που κατάλαβα κι εγώ) ότι πλέον θα ευθυγραμμίζεται η python version με τα python targets κι έτσι δεν θα επικρατεί το μπάχαλο που επικρατούσε μέχρι τώρα στα updates.

Πολλές φορές όταν έκανα updates, μου ζητούσε να ορίσω στο package.use τo αντίστοιχο python_target, αλλιώς πετούσε άκυρο.

Τώρα φαντάζομαι, θα είναι σπανιότερο το φαινόμενο αυτό, εώς ανύπαρκτο.

Δεν ξέρω βέβαια πως θα συμπεριφερθεί στο python versioning, αλλά μένει να το δούμε στην πράξη.

[tsigarid]

Εμένα μου άρεσε η αλλαγή του display-manager.

[Gentoo]

Εμένα μου άρεσε η αλλαγή του display-manager.

Ποιου display-manager? Του xdm? Τι άλλαξε;

[imitheos]

Ποιου display-manager? Του xdm? Τι άλλαξε;

Πρακτικά δεν άλλαξε τίποτα. Τα αρχεία εκκίνησης που έδιναν ως "xdm" μέσα στο πακέτο xorg-server, τώρα δίνονται με ολόιδιο περιεχόμενο αλλά με όνομα diplay-manager και ως μέρος του ξεχωριστού πακέτου display-manager-init.

[Gentoo]

Πρακτικά δεν άλλαξε τίποτα. Τα αρχεία εκκίνησης που έδιναν ως "xdm" μέσα στο πακέτο xorg-server, τώρα δίνονται με ολόιδιο περιεχόμενο αλλά με όνομα diplay-manager και ως μέρος του ξεχωριστού πακέτου display-manager-init.

Χμμ. Δεν πρέπει να έχω κάνει το αντίστοιχο update τότε μάλλον. Γιατί πολλές φορές επανεκκινώ τον xorg με /etc/init.d/xdm restart.

Τώρα θα δίνω /etc/init.d/display-manager restart;

Απλή μετονομασία δηλαδή;

[tsigarid]

Να όλη η είδηση:

2021-01-30-display-manager-init
Title New OpenRC Display Manager Initializer Scripts
Author Aisha Tammy <gentoo@aisha.cc>
Posted 2021-01-30
Revision 5

There has been a refactoring of the old 'xdm' init script and its
requirements from various packages into an independent package:

gui-libs/display-manager-init

This package provides the 'display-manager' startup script for
handling your chosen display manager, without depending on
Xorg server. The old 'xdm' init script is no longer supported
and is going to be removed in the next version of xorg-server,
so it is imperative that you shift to display-manager-init.
The current package is ~ARCH and will be available for stable
users on 2nd March 2021.

To update to the new DM init scripts, you need to manually add the
package into your @world set:

emerge -vuDU gui-libs/display-manager-init

To start using the new init scripts, either copy your
existing /etc/conf.d/xdm to /etc/conf.d/display-manager or
change the DISPLAYMANAGER variable in
/etc/conf.d/display-manager to your preferred DM:

DISPLAYMANAGER="gdm"

and remove 'xdm' from the default runlevel and add 'display-manager':

rc-update del xdm default
rc-update add display-manager default

The changes are complete and on the next reboot, 'display-manager'
will start your chosen DM.

To switch to the new scripts without rebooting, run the following
commands in a tty:

rc-service xdm stop
rc-service display-manager start

- - - Updated - - -

ΥΓ: Δεν πρόκειται για απλή μετονομασία:

This package provides the 'display-manager' startup script for
handling your chosen display manager, without depending on
Xorg server. The old 'xdm' init script is no longer supported
and is going to be removed in the next version of xorg-server,
so it is imperative that you shift to display-manager-init.

[Gentoo]

Να όλη η είδηση:



- - - Updated - - -

ΥΓ: Δεν πρόκειται για απλή μετονομασία:

Εντάξει. Προφανώς στο υπόβαθρο να έχουν γίνει κάποιες αλλαγές γύρω απ'αυτό, αλλά στην πράξη, σαν τρόπος χρήσης, παραμένει πάνω κάτω ο ίδιος, με τη διαφορά ότι αντί για xdm, θα δουλεύουμε το display-manager.

Σε ένα μήνα από τώρα θα γίνει η αλλαγή απ'ότι κατάλαβα; Μια χαρά. Έχουμε χρόνο μέχρι να λερώσουμε τα χέρια μας

[tsigarid]

Ναι, ο τρόπος χρήσης θα είναι ο ίδιος.

Μπορείς από τώρα να λερώσεις τα χέρια σου αν θες, είναι ήδη διαθέσιμο σε ~.