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

[imitheos]

Δοκίμασες άλλο mirror?

Μπορείς να τσεκαρεις και το state των sync mirrors:
https://mirrorstats.gentoo.org/rsync/

Το συγχρονισμό των αποθετηρίων εννοούσε ο NicM1; Επειδή έγραψε "κατέβασμα πακέτων" εμένα το μυαλό μου πήγε στα distfiles.

GENTOO_MIRRORS="https://ftp.gwdg.de/pub/linux/gentoo/ http://ftp.ntua.gr/pub/linux/gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"

Εγώ χρησιμοποιώ παντού το gwdg γιατί είναι γρήγορο και έχει mirrrors για τα πάντα και δεν μου έκανε θέματα ποτέ (στο tumbleweed μια φορά στο 3μηνο μένει πίσω μπορεί και 5-6 ημέρες αλλά σε άλλες διανομές δεν είχα θέμα ποτέ). Παλαιότερα είχα το ntua, όπως βλέπεις, αλλά είχα θέματα να μην συνδεέται, να κόβεται κτλ οπότε πήγα στο gwdg.

Επίσης, ακόμη συγχρονίζετε με rsync; Δεν γυρίσατε σε git;

[Gentoo]

Το συγχρονισμό των αποθετηρίων εννοούσε ο NicM1; Επειδή έγραψε "κατέβασμα πακέτων" εμένα το μυαλό μου πήγε στα distfiles.

GENTOO_MIRRORS="https://ftp.gwdg.de/pub/linux/gentoo/ http://ftp.ntua.gr/pub/linux/gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"

Εγώ χρησιμοποιώ παντού το gwdg γιατί είναι γρήγορο και έχει mirrrors για τα πάντα και δεν μου έκανε θέματα ποτέ (στο tumbleweed μια φορά στο 3μηνο μένει πίσω μπορεί και 5-6 ημέρες αλλά σε άλλες διανομές δεν είχα θέμα ποτέ). Παλαιότερα είχα το ntua, όπως βλέπεις, αλλά είχα θέματα να μην συνδεέται, να κόβεται κτλ οπότε πήγα στο gwdg.

Επίσης, ακόμη συγχρονίζετε με rsync; Δεν γυρίσατε σε git;

Ναι, σωστά. Μπορεί να εννοούσε αυτό που λες.

Εγώ χρησιμοποιώ rsync ακόμη, ναι. Είχα δοκιμάσει και το git απλώς σε κάποια φάση είχε σκαλώσει (όχι το git sync) και δεν έκανε fetch τίποτα, το έχω αφήσει ως έχει επειδή δουλεύει.

Για ένα διάστημα αναγκαζόμουν να κάνω webrsync γιατί ήταν το μόνο που μου δούλευε, αλλά είχε το κακό ότι ήταν πίσω μία μέρα.

[NicM1]

Το συγχρονισμό των αποθετηρίων εννοούσε ο NicM1; Επειδή έγραψε "κατέβασμα πακέτων" εμένα το μυαλό μου πήγε στα distfiles.

Ναι αυτό εννοούσα, χρειάζεται να προσθέσω mirrors ή να τα αφαίρεσω όλα και να τα ψάχνει αυτόματα το πιο γρήγορο διαθέσιμο;

GENTOO_MIRRORS="ftp://ftp.ntua.gr/pub/linux/gentoo/ http://ftp.ntua.gr/pub/linux/gentoo/"

[imitheos]

Ναι αυτό εννοούσα, χρειάζεται να προσθέσω mirrors ή να τα αφαίρεσω όλα και να τα ψάχνει αυτόματα το πιο γρήγορο διαθέσιμο;

GENTOO_MIRRORS="ftp://ftp.ntua.gr/pub/linux/gentoo/ http://ftp.ntua.gr/pub/linux/gentoo/"

1) Γιατί έχεις τον ίδιο καθρεπτισμό και με ftp και με http; Άσε μόνο το http.
2) Αν δεν ορίσεις κάτι, θα συνδέεται μόνο στη μανίσια επιλογή που, αν δεν κάνω λάθος, είναι το distfiles.gentoo.org. Κάποιες διανομές δίνουν την δυνατότητα, είτε με dns ή με άλλους τρόπους, όταν συνδέεσαι σε ένα hostname, να σε στέλνει αυτόματα σε κάποιο κοντινό με βάση τη χώρα σου (πχ το download.opensuse.org το κάνει). Χωρίς να είμαι σίγουρος, δεν νομίζω να γίνεται αυτό στο gentoo. Το distfiles.gentoo.org θα σε συνδέει πάντα στο συγκεκριμένο μηχάνημα. Αν θέλεις όμως να βρεις κοντινό καθρεπτισμό, μπορείς να εγκαταστήσεις προσωρινά το mirrorselect (ή να τρέξεις το íso του gentoo) και να το τρέξεις ώστε να σου βρει γρήγορους καθρεπτισμούς.

[NicM1]

1) Δεν θυμάμαι μάλλον μηχανικά έτρεξα το mirror select αν και δεν χρειάζεται ποια διάβασα στον οδηγό.
2) Δεν έχω ορίσει, έσβησα το ftp και θα ξανά δοκιμάσω σε καμιά βδομαδα update.
Ευχαριστώ.

[GoofyX]

Από το Facebook...

[NicM1]

Προσπάθησα να εγκαταστήσω το ryzen_monitor χωρίς επιτυχία.

Installing (1 of 1) app-admin/ryzen_smu-0.1.5::gentoo
 * Updating module dependencies for kernel 6.6.28-gentoo-dist ...
 * Running depmod -ae -F /lib/modules/6.6.28-gentoo-dist/build/System.map 6.6.28-gentoo-dist ...                                                                                  [ ok ]

Completed (1 of 1) app-admin/ryzen_smu-0.1.5::gentoo

Install app-admin/ryzen_monitor-1.0.5 into /var/tmp/portage/app-admin/ryzen_monitor-1.0.5/image
Completed installing app-admin/ryzen_monitor-1.0.5 into /var/tmp/portage/app-admin/ryzen_monitor-1.0.5/image

ryzen_monitor
SMU Driver Not Present Or Fault

[imitheos]

Προσπάθησα να εγκαταστήσω το ryzen_monitor χωρίς επιτυχία.

Installing (1 of 1) app-admin/ryzen_smu-0.1.5::gentoo
 * Updating module dependencies for kernel 6.6.28-gentoo-dist ...
 * Running depmod -ae -F /lib/modules/6.6.28-gentoo-dist/build/System.map 6.6.28-gentoo-dist ...                                                                                  [ ok ]

Completed (1 of 1) app-admin/ryzen_smu-0.1.5::gentoo

Install app-admin/ryzen_monitor-1.0.5 into /var/tmp/portage/app-admin/ryzen_monitor-1.0.5/image
Completed installing app-admin/ryzen_monitor-1.0.5 into /var/tmp/portage/app-admin/ryzen_monitor-1.0.5/image

ryzen_monitor
SMU Driver Not Present Or Fault

Το πρόβλημα ποιο είναι; Παίρνεις το μήνυμα που γράφεις "smu driver κτλ"; Στην φωτογραφία όμως δεν δείχνουν όλα να λειτουργούν;

Αν το πρόβλημα είναι το smu μήνυμα, τρέχοντας lsmod βλέπεις να φορτώθηκε το module ryzen_smu;

[NicM1]

Η φωτογραφία δεν είναι δική μου.
Το module φορτώνει

ryzen_smu   36864  0

- - - Updated - - -

Αλλά το ryzen monitor δεν εμφανίζεται

[imitheos]

Η φωτογραφία δεν είναι δική μου.
Το module φορτώνει

ryzen_smu   36864  0

- - - Updated - - -

Αλλά το ryzen monitor δεν εμφανίζεται

Δοκίμασες αυτά που λέει στην σελίδα του github; Αναφέρει ότι μπορεί το module να μην υποστηρίζει την έκδοση table του bios σου και λέει να ελέγξεις πχ τι λέει το dmesg στο τέλος, όταν φορτωθεί το module

πχ
[1091.154018] ryzen_smu: CPUID: family 0x17, model 0x71, stepping 0x0, package 0x2
[1091.154385] ryzen_smu: SMU v46.54.0

και αν υπάρχουν τα αρχεία πχ /sys/kernel/ryzen_smu_drv/pm_table.

Επίσης αναφέρει αυτό το fork του οδηγού, που, αυτή τη στιγμή, είναι 20 commits πιο μπροστά από αυτό του ebuild οπότε ίσως να έχει καλύτερη υποστήριξη για το HW / BIOS σου. Φυσικά όλα αυτά τα λέω στην τύχη. Δεν μπορώ να ξέρω τι φταίει στην περίπτωσή σου.

[NicM1]

Από το dmesg

ryzen_smu: loading out-of-tree module taints kernel.
ryzen_smu: module verification failed: signature and/or required key missing - tainting kernel

ls -lah /sys/kernel/ryzen_smu_drv No such file or directory

Αναφέρει ότι μπορεί το module να μην υποστηρίζει την έκδοση table του bios

Αυτό θεωρώ και εγώ.

[GoofyX]

Χριστός Ανέστη, Χρόνια Πολλά!

2024-05-06-wireplumber-0_5-bump
Title media-video/wireplumber-0.5.2 may break on upgrade
Author James Calligeros <jcalligeros99@gmail.com>
Posted 2024-05-06
Revision 1

As some will be aware, WirePlumber 0.5.0 introduced a significant
breaking change to its entire configuration system, eliminating the use
of Lua scripts for configuration purposes. This also came with a
complete rework of how Lua scripts are registered with WirePlumber
for execution.

Most typical desktop users, including EasyEffects users, should not
notice any change to their system. That said, it was not uncommon for
people to suggest or implement configuration changes using the Lua API.

Any custom functionality which relies on WirePlumber's Lua API will
break upon upgrade.

If you rely on this functionality, please review the WirePlumber
documentation on porting your Lua scripts to the new API and
registering them with the system before upgrading:

https://pipewire.pages.freedesktop.o...migration.html

[NicM1]

Αληθώς Ανέστη, Χρόνια Πολλά!

2024-05-07-perl-features-use-expand
  Title                     dev-lang/perl useflags become a PERL_FEATURES use-expand
  Author                    Andreas K. Huettel <dilfridge@gentoo.org>
  Posted                    2024-05-07
  Revision                  2

Starting with dev-lang/perl-5.38.2-r3, the three use flags "debug", 
"ithreads", and "quadmath" of Perl are renamed into a common
use-expand variable, PERL_FEATURES, which should be set *globally*
in make.conf.

If you do *not* want to change the settings of your Perl, make
sure that the new variable PERL_FEATURES contains the same settings
that were applied to your Perl all along. 

I.e., if you have dev-lang/perl[ithreads] installed, make sure
to now set in make.conf
  PERL_FEATURES="ithreads"

If you *want* to change the settings of your Perl, you may have to
run perl-cleaner after rebuilding dev-lang/perl:
  perl-cleaner --modules ; perl-cleaner --force --libperl

In either case, a full world update
  emerge -uDNav world
is recommended and should also bring your system into a consistent
state.

Background: This change in the structure of the useflags is
intended to solve bug 930123. The three useflags influence not only
how Perl itself is installed, but also all Perl modules...

[GoofyX]

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

2024-05-09-python3-12
Title Python 3.12 to become the default on 2024-06-01
Author Michał Górny <mgorny@gentoo.org>
Posted 2024-05-09
Revision 1

We are planning to switch the default Python target of Gentoo systems
on 2024-06-01, from Python 3.11 to Python 3.12. If you have not changed
the values of PYTHON_TARGETS or PYTHON_SINGLE_TARGET, the change will
have immediate effect on your system and the package manager will try
to switch automatically on the next upgrade following the change.

If you did change the values, prefer a safer approach or have problems
with the update, read on.

Please note that the default upgrade method switches packages to the new
Python versions as they are rebuilt. This means that all interdependent
packages have to support the new version for the upgrade to proceed,
and that some programs may temporarily fail to find their dependencies
throughout the upgrade (although programs that are already started
are unlikely to be affected).


If you have PYTHON_TARGETS or PYTHON_SINGLE_TARGET declared
in make.conf, please remove these declarations as they will interfere
with the package.use samples provided below. Using make.conf for Python
targets is discouraged as it prevents package defaults from applying
when necessary. This news item assumes using /etc/portage/package.use
or your package manager's equivalent file for configuration.


At this point, you have a few configuration options to choose from:

1. If you wish Python upgrades to apply automatically, you can remove
PYTHON_TARGETS and PYTHON_SINGLE_TARGET declarations. When
the defaults change, your package manager should handle the upgrade
automatically. However, you may still need to run the update
commands if any problems arise.

2. If you wish to defer the upgrade for the time being, you can
explicitly set the old values in package.use.

3. If you wish to force the upgrade earlier, you can explicitly set
the new values and run the upgrade commands.

4. If you wish to use a safer approach (i.e. less likely to temporarily
break packages during the upgrade), you can perform a multi-step
upgrade as outlined below.

5. Finally, you can use an arbitrary combination of PYTHON_TARGETS
and PYTHON_SINGLE_TARGET.


Deferring the upgrade
=====================
To defer the upgrade, explicitly set the old targets:

*/* PYTHON_TARGETS: -* python3_11
*/* PYTHON_SINGLE_TARGET: -* python3_11

This will enforce Python 3.11 and block any future updates. However,
please note that this is only a temporary solution and you will
eventually need to perform the migration.


Forcing the upgrade
===================
To force the upgrade earlier, explicitly select the Python 3.12 targets:

*/* PYTHON_TARGETS: -* python3_12
*/* PYTHON_SINGLE_TARGET: -* python3_12

However, it is important to remember to remove this after the defaults
change, as it will interfere with the automatic switch to the next
Python version in the future.


Safer upgrade procedure
=======================
A safer approach is to add Python 3.12 support to your system first,
and only then remove Python 3.11. However, note that this involves two
rebuilds of all the affected packages, so it will take noticeably
longer.

First, enable both Python 3.11 and Python 3.12, and then run the upgrade
commands:

*/* PYTHON_TARGETS: -* python3_11 python3_12
*/* PYTHON_SINGLE_TARGET: -* python3_11

Then switch PYTHON_SINGLE_TARGET and run the second batch of upgrades:

*/* PYTHON_TARGETS: -* python3_11 python3_12
*/* PYTHON_SINGLE_TARGET: -* python3_12

Finally, switch to the final version and upgrade:

*/* PYTHON_TARGETS: -* python3_12
*/* PYTHON_SINGLE_TARGET: -* python3_12

You may wish to remove the target overrides after the defaults switch.
Alternatively, you can keep them to block the next automatic upgrade
to Python 3.13, and upgrade manually then.


Upgrade commands
================
The Python 3.11 cleanup requires that Python 3.11 is removed from
the complete dependency trees in batch. If some of the
installed packages using an older Python version are not triaged
for the upgrade, the package manager will throw dependency conflicts.
This makes it important that the upgrade is carried via a --deep
--changed-use @world upgrade, as well as that any stray packages
are removed prior to it, e.g.:

emerge --depclean
emerge -1vUD @world
emerge --depclean

[NicM1]

Είναι μια προειδοποίηση, να την αγνοήσω ;

WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict:

dev-python/docutils:0

  (dev-python/docutils-0.21.2:0/0::gentoo, ebuild scheduled for merge) USE="" PYTHON_TARGETS="python3_11 (-pypy3) -python3_10 -python3_12" conflicts with
    <dev-python/docutils-0.21[python_targets_python3_11(-)] required by (dev-python/sphinx-7.2.6:0/0::gentoo, installed) USE="-doc -latex -test" PYTHON_TARGETS="python3_11 (-pypy3) -python3_10 -python3_12"
    ^                    ^^^^                              

Nothing to merge; quitting.