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

[GoofyX]

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

2022-12-01-systemd-usrmerge
Title /usr merge for systemd users
Author Mike Gilbert <floppym@gentoo.org>
Posted 2022-12-01
Revision 2

In the latter half of 2023, systemd will drop support for
split-usr/unmerged-usr systems [1]. All Gentoo systems running systemd
will need to be migrated to merged-usr.

Migrating to merged-usr will move all data from /bin, /sbin, and /lib
into the /usr/bin and /usr/lib directories. The directories in / are
replaced with symlinks.

To facilitate this, a new set of sub-profiles has been created, and a
script is available to perform the actual migration.

To migrate a system to merged-usr, follow this procedure:

1. Ensure your system backups are up to date.

2. Install sys-apps/merge-usr.

3. Run the merge-usr script. The --dryrun option may be used to
check for error conditions before running the script for real.

4. Switch to a merged-usr profile.
eg. eselect profile set default/linux/amd64/17.1/systemd/merged-usr

5. Run emerge with the --newuse or --changed-use option to rebuild
any packages that have a "split-usr" USE flag.
eg. emerge -uDN @world

For new installs, new "mergedusr" stage3 tarballs are being produced for
commonly used profiles.

[1] https://lists.freedesktop.org/archiv...er/048352.html

[GoofyX]

Καλησπέρα και Χρόνια Πολλά παίδες.

Έχω ένα κουλό πρόβλημα με το Viber στο Linux. Το Viber το έχω από κάποιο ebuild σε ένα overlay. Από το δικό μου χρήστη δεν μπορώ να κάνω κλήση φωνής ή/και βίντεο, ενώ από άλλο χρήστη μπορώ. Έχοντας αντιγράψει το φάκελο .ViberPC (που έχει τις ρυθμίσεις) σε ένα άδειο χρήστη (χωρίς πολλά πολλά αρχεία), εκείνος κάνει κλήση κανονικά, ενώ από τον δικό μου όχι. Στις ρυθμίσεις εκεί που ορίζεις πηγή ήχου, μικρόφωνο, κάμερα, δε μου εμφανίζει την εικόνα από την κάμερα, ενώ στον άλλον το κάνει.

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

Το Viber ως εφαρμογή από ότι βλέπω είναι Qt6 σε browser. Καμιά ιδέα κανείς...;

[Gentoo]

Καλησπέρα και Χρόνια Πολλά παίδες.

Έχω ένα κουλό πρόβλημα με το Viber στο Linux. Το Viber το έχω από κάποιο ebuild σε ένα overlay. Από το δικό μου χρήστη δεν μπορώ να κάνω κλήση φωνής ή/και βίντεο, ενώ από άλλο χρήστη μπορώ. Έχοντας αντιγράψει το φάκελο .ViberPC (που έχει τις ρυθμίσεις) σε ένα άδειο χρήστη (χωρίς πολλά πολλά αρχεία), εκείνος κάνει κλήση κανονικά, ενώ από τον δικό μου όχι. Στις ρυθμίσεις εκεί που ορίζεις πηγή ήχου, μικρόφωνο, κάμερα, δε μου εμφανίζει την εικόνα από την κάμερα, ενώ στον άλλον το κάνει.

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

Το Viber ως εφαρμογή από ότι βλέπω είναι Qt6 σε browser. Καμιά ιδέα κανείς...;

Ο χρήστης είναι στο group video;

[GoofyX]

Ναι, είναι. Εδώ παίζει σε ένα χρήστη dummy που έχω, που είναι απλά στο users group και πουθενά αλλού.

[Gentoo]

Ναι, είναι. Εδώ παίζει σε ένα χρήστη dummy που έχω, που είναι απλά στο users group και πουθενά αλλού.

Περίεργο. Τρέξε το από κονσόλα για να δεις τι μηνύματα σου εμφανίζει. Δοκίμασες να το στήσεις ξανά το viber στον χρήστη που δεν λειτουργεί σωστά;

[GoofyX]

Το έχω κάνει. Στο χρήστη που δουλεύει έχει παραπάνω μηνύματα, ενώ στο δικό μου έχει λιγότερα. Δεν μπορώ να πω ότι βγάζεις εύκολα άκρη από τα μηνύματα, δεν έχει κάτι τύπου access denied ή κάτι σχετικό...

[imitheos]

Πέρα από τον φάκελο με τα αρχεία του Viber, μήπως κάποιο άλλο αρχείο το επηρρεάζει στον δικό σου χρήστη; πχ .asoundrc, pulseaudio / pipewire, κτλ;

[GoofyX]

Προς τα εκεί κλίνω κι εγώ, αλλά άντε να βρεις άκρη με τόσα αρχεία. Μέσα στο kde μετονόμασα προσωρινά το φάκελο .config σε .config.old και το ξαναέτρεξα, το πρόβλημα παρέμεινε, άρα εκεί δεν είναι. Πρέπει να τα κοιτάξω όλα ένα ένα...

- - - Updated - - -

Update: Τα έψαξα ένα-ένα αντιγράφοντας τα . directories από εμένα στον άλλο λογαριασμό... Έφταιγε το ~/.local/share/mime/mime.cache. Έσβησα όλο το directory και δουλεύει τώρα...

Άντε καλά να περάσετε!

[GoofyX]

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

2022-12-27-alternatives-introduction
Title Introduction of app-alternatives ebuilds
Author Sam James <sam@gentoo.org>
Posted 2022-12-24
Revision 1

Gentoo is introducing a new category of ebuilds called 'app-alternatives'
to handle cases where a symlink for a common binary may want to be switched
between different packages by a user.

Traditionally, eselect was used for this, and while eselect still has its
place, it's unsuitable for cases like /bin/awk and /bin/sh because it
prevents immutable system directories and (more importantly
from a package management perspective) relies on orphaned symlinks which
means no package owns /bin/awk, /bin/sh, etc. This is not reliable and
can lead to dead symlinks (or no symlink at all) in some edge cases [0].

Systems will be more robust and desired system configuration
can be achieved using the package manager rather than manual steps outside of it.

The initial list of packages which support alternatives is as follows:
- app-alternatives/awk
- app-alternatives/bzip2
- app-alternatives/bc
- app-alternatives/cpio
- app-alternatives/gzip
- app-alternatives/lex
- app-alternatives/sh
- app-alternatives/tar
- app-alternatives/yacc

The stabilization of these new ebuilds and packages depending
on them is ongoing in bug 886017 [1].

## Pre-upgrade requirements

The default configuration on Gentoo systems is FEATURES="protect-owned"
which works similarly to FEATURES="collision-protect" but it allows
collisions between orphaned files. In this case, a one-off collision
occurs as the app-alternatives/ ebuilds begin to claim once-orphaned
symlinks.

A similar issue occurred during the libxcrypt migration where users
had upgrades interrupted by using the older, more aggressive
FEATURES="collision-protect".

It is recommended that users alter their configuration to
remove references to 'collision-protect' in FEATURES and instead either
explicitly enable 'protect-owned' in FEATURES or rely on the default
(equivalent). It is also acceptable to simply disable collision-protect
temporarily for the purposes of this news item.

WARNING: Users with collision-protect enabled must disable FEATURES="collision-protect"
in /etc/portage/make.conf by removing it or setting FEATURES="-collision-protect"
if they have enabled it. collision-protect detects collisions between files including
orphaned files where no package owns the file.

## Migrating

To migrate your system, a standard world upgrade will suffice after
deselecting eselect-awk and eselect-sh:
1. # emerge --deselect app-eselect/eselect-awk app-eselect/eselect-sh
2. # emerge --depclean app-eselect/eselect-awk app-eselect/eselect-sh
3. # emerge --sync
4. # emerge -a -uvDU @world (or other similar standard world upgrade command)

## Configuration

Users who are not interested in using different implementations for
various tools listed above can ignore this section.

No configuration should be required by default, but users may wish
to configure the new app-alternatives/ ebuilds to their tastes as they
used to do via e.g. eselect-sh and eselect-awk.

Going forward, /etc/portage/package.use will be used for this purpose.

Users should review the USE flags available for the various app-alternatives
ebuilds like app-alternatives/sh and adjust their configuration as desired.

For example, to have /bin/gzip be provided by app-arch/pigz for automatic
parallelization of 'gzip', one would have the following in /etc/portage/package.use:
```
# https://wiki.gentoo.org/wiki/Gzip#Parallelization
# Make /bin/gzip be a symlink to pigz for a speedup in compression
app-alternatives/gzip -reference pigz
```

## Further reading

For more details, please see the technical documentation on the wiki [2].

[0] https://wiki.gentoo.org/wiki/Project...natives#Why.3F
[1] https://bugs.gentoo.org/886017
[2] https://wiki.gentoo.org/wiki/Project:Base/Alternatives

[Gentoo]

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

Μέχρι να διαβάσω το νέο αυτό χθες, παιδευόμουν πόση ώρα στο update με τα conflicts

Για την ακρίβεια, πρώτα έκανα search για το πρόβλημα και είδα ότι υπήρχε στο news

[tsigarid]

Πάντα διαβάζουμε τα news πριν κάνουμε update! Εγώ που τα διάβασα όμως δεν κατάλαβα και πολλά, φαντάζομαι ότι στο σύστημά μου που δεν έχω τις αλλαγές που αναφέρονται απλά αγνοώ την είδηση, σωστά;

[GoofyX]

Πάντα διαβάζουμε τα news πριν κάνουμε update! Εγώ που τα διάβασα όμως δεν κατάλαβα και πολλά, φαντάζομαι ότι στο σύστημά μου που δεν έχω τις αλλαγές που αναφέρονται απλά αγνοώ την είδηση, σωστά;

Βασικά, βγάλε το collision-protect από το FEATURES αν το έχεις.

Από εκεί και πέρα, αυτό που λέει το άρθρο είναι ότι θα υπάρχει τρόπος να έχεις ένα utility με ένα στάνταρ όνομα (πχ. /bin/sh) που να οδηγεί στο shell που θες εσύ, πχ. bash, dash, zsh, κτλ. Ή για το gzip που αναφέρει ή οτιδήποτε άλλο. Δεν είναι κακό ως υλοποίηση.

[tsigarid]

Βασικά, βγάλε το collision-protect από το FEATURES αν το έχεις.

Μέχρι εκεί το έπιασα, δεν έχω FEATURES καθόλου στο make.conf.

- - - Updated - - -

Από εκεί και πέρα, αυτό που λέει το άρθρο είναι ότι θα υπάρχει τρόπος να έχεις ένα utility με ένα στάνταρ όνομα (πχ. /bin/sh) που να οδηγεί στο shell που θες εσύ, πχ. bash, dash, zsh, κτλ. Ή για το gzip που αναφέρει ή οτιδήποτε άλλο. Δεν είναι κακό ως υλοποίηση.

Δεν μπορώ να φανταστώ use case...

[Gentoo]

Πάντα διαβάζουμε τα news πριν κάνουμε update! Εγώ που τα διάβασα όμως δεν κατάλαβα και πολλά, φαντάζομαι ότι στο σύστημά μου που δεν έχω τις αλλαγές που αναφέρονται απλά αγνοώ την είδηση, σωστά;

Ισχύει, απλώς τον τελευταίο καιρό έχω θέματα και κάνω update με δικό μου τρόπο.

Χρησιμοποιώ κυρίως emerge -aveO και κάνω update πακέτα συγκεκριμένα γιατί έχω πολλά blocks

- - - Updated - - -

Μέχρι εκεί το έπιασα, δεν έχω FEATURES καθόλου στο make.conf..

Eγώ έχω αυτά:

FEATURES="parallel-fetch sfperms protect-owned strict userfetch metadata-transfer -collision-protect candy -buildpkg -ccache"

Το collision-protect δεν χρειάζεται πλέον, αλλά το κρατάω να υπάρχει με -

[GoofyX]

Τώρα που προχωράει το emerge, βλέπω πχ. το εξής:

.....@hermes /bin $ ll gzip*
 0 lrwxrwxrwx 1 root root    14 Δεκ  29 21:15 gzip -> gzip-reference
96 -rwxr-xr-x 1 root root 97920 Δεκ  29 21:15 gzip-reference
.....@hermes /bin $ qfile gzip-reference
app-arch/gzip: /bin/gzip-reference

Δηλαδή έκανε symlink προς το gzip-reference το gzip, που ουσιαστικά είναι το κλασικό gzip λόγω του USE flag από το app-alternatives/gzip πακέτο. Θα μπορούσα πχ. να βάλω το pigz:

emerge -vp app-alternatives/gzip

These are the packages that would be merged, in order:

Calculating dependencies                              ... done!
[ebuild   R    ] app-alternatives/gzip-0::gentoo  USE="reference (split-usr) -pigz" 0 KiB

Total: 1 package (1 reinstall), Size of downloads: 0 KiB

Το use case είναι να έχεις ένα script (κώδικα) που τρέχει σε όλα τα συστήματα με το κλασικό gzip, αλλά από πίσω να έχεις διαφορετική υλοποίηση, πχ. το pigz στο δικό μου υπολογιστή και το κλασικό gzip στο δικό σου. Αν δεν υπήρχε αυτό, θα έπρεπε να έχεις πρόβλεψη στο script να χρησιμοποιείς το gzip ή το pigz.

Ψιλά πράματα θα μου πεις, αλλά εντάξει, είναι μια βόλεψη.