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

[Gentoo]

Ά δεν θα πήγαινε με τίποτα το μυαλό μου εκεί.

Μπορείς να τρέχεις το eclean μια φορά στο τόσο το οποίο σου αφαιρεί μόνο πακέτα και distfiles που δεν χρειάζεσαι πλέον. Δηλαδή αν έχεις τα matplotlib-{3.1.2, 3.1.5, 3.2.1, 3.2.3, 3.3.1}.tar.gz και στο portage tree υπάρχουν ebuilds για τις εκδόσεις 3.2.3, 3.3.1, θα σου κρατήσει αυτά τα δύο source / packages και θα αφαιρέσει τα άλλα οπότε κερδίζεις κάμποσο χώρο.

Ακριβώς. Εγώ έχω φτιάξει script που κάνει όλη τη διαδικασία (rsync, emerge -avUND bla bla, emerge -av --depclean, eclean --deep distfiles, revdep-rebuild, eix-test-obsolete).

Γιατί να σπαταλάμε χρόνο; Έχω γεμίσει scripts για το οτιδήποτε

[imitheos]

Το --deep το αποφεύγω γιατί συνήθως προκαλεί ζημιά αντί να βοηθάει. Ο μόνος λόγος να το χρησιμοποιήσεις είναι αν έχεις τεράστια ανάγκη για χώρο.

Αν δεν βάλεις το deep, η λειτουργία είναι ότι κρατείται οτιδήποτε υπάρχει στο portage tree. Οπότε αν έβαλες ένα πρόγραμμα, δεν σου άρεσε, και το έβγαλες, αυτό δεν θα αφαιρεθεί και θα τρώει τσάμπα χώρο. Ένα πρόγραμμα που έχει πολλές εκδόσεις στο tree θα παραμείνει και θα τρώει χώρο χωρίς να το χρειάζεσαι (πχ ενώ αναβάθμισες στον 10άρη gcc, θα παραμείνουν και τα πακέτα / distfiles για τον 9άρη, 8άρη, 7άρη, κτλ επειδή υπάρχουν σαν ebuild στο tree).

Με το deep θα παραμείνουν μόνο οι εκδόσεις που έχεις εγκατεστημένες οπότε φαίνεται σαν καλή ιδέα στο πρώτο άκουσμα γιατί γλυτώνεις χώρο αλλά θα χάσεις χρόνο σε επανα-μεταγλωττίσεις (για το eclean-package). Σκέψου ότι αναβαθμίζεις σε νέα έκδοση ενός πακέτου, και λίγο μετά βγαίνει ένα bug και αυτό γίνεται masked. Χωρίς το deep, έχει παραμείνει η προηγούμενη έκδοση του πακέτου οπότε θα μπει σαν binary χωρίς να παιδεύεσαι. Το deep θα την έχει σβήσει οπότε θα πρέπει να το ξαναχτίσεις. Αν έχεις ρυθμίσει την portage να μην κρατάει τις build-time εξαρτήσεις, τότε και αυτές θα σβήνονται κάθε φορά που τρέχεις το deep και θα πρέπει κάθε φορά να τις ξαναχτίσεις, κτλ.

[Gentoo]

Το --deep το αποφεύγω γιατί συνήθως προκαλεί ζημιά αντί να βοηθάει. Ο μόνος λόγος να το χρησιμοποιήσεις είναι αν έχεις τεράστια ανάγκη για χώρο.

Αν δεν βάλεις το deep, η λειτουργία είναι ότι κρατείται οτιδήποτε υπάρχει στο portage tree. Οπότε αν έβαλες ένα πρόγραμμα, δεν σου άρεσε, και το έβγαλες, αυτό δεν θα αφαιρεθεί και θα τρώει τσάμπα χώρο. Ένα πρόγραμμα που έχει πολλές εκδόσεις στο tree θα παραμείνει και θα τρώει χώρο χωρίς να το χρειάζεσαι (πχ ενώ αναβάθμισες στον 10άρη gcc, θα παραμείνουν και τα πακέτα / distfiles για τον 9άρη, 8άρη, 7άρη, κτλ επειδή υπάρχουν σαν ebuild στο tree).

Με το deep θα παραμείνουν μόνο οι εκδόσεις που έχεις εγκατεστημένες οπότε φαίνεται σαν καλή ιδέα στο πρώτο άκουσμα γιατί γλυτώνεις χώρο αλλά θα χάσεις χρόνο σε επανα-μεταγλωττίσεις (για το eclean-package). Σκέψου ότι αναβαθμίζεις σε νέα έκδοση ενός πακέτου, και λίγο μετά βγαίνει ένα bug και αυτό γίνεται masked. Χωρίς το deep, έχει παραμείνει η προηγούμενη έκδοση του πακέτου οπότε θα μπει σαν binary χωρίς να παιδεύεσαι. Το deep θα την έχει σβήσει οπότε θα πρέπει να το ξαναχτίσεις. Αν έχεις ρυθμίσει την portage να μην κρατάει τις build-time εξαρτήσεις, τότε και αυτές θα σβήνονται κάθε φορά που τρέχεις το deep και θα πρέπει κάθε φορά να τις ξαναχτίσεις, κτλ.

Ποτέ δεν είχα πρόβλημα με αυτό. Σκέψου πως μέχρι πριν λίγο καιρό, συνήθιζα να σβήνω εντελώς το portage dir...

Ξέρω, δεν είναι προβλεπόμενη ενέργεια, αλλά εντούτοις, δεν είχα ποτέ θέμα με αυτό. Τα θέματα στην εγκατάσταση, τα έχω αλλού

[tsigarid]

Τέλεια, οπότε η one-liner εντολή για update μετατράπηκε σε:

eix-sync && emerge -uaDN --with-bdeps=y --keep-going @world && eclean distfiles

Ευχαριστώ παίδες.

- - - Updated - - -

Ακριβώς. Εγώ έχω φτιάξει script που κάνει όλη τη διαδικασία (rsync, emerge -avUND bla bla, emerge -av --depclean, eclean --deep distfiles, revdep-rebuild, eix-test-obsolete).

Γιατί να σπαταλάμε χρόνο; Έχω γεμίσει scripts για το οτιδήποτε

Νομίζω είναι καλύτερα να τρέχεις πρώτα revdep-rebuild και μετά emerge --depclean.

[Gentoo]

Τέλεια, οπότε η one-liner εντολή για update μετατράπηκε σε:

eix-sync && emerge -uaDN --with-bdeps=y --keep-going @world && eclean distfiles

Ευχαριστώ παίδες.

- - - Updated - - -



Νομίζω είναι καλύτερα να τρέχεις πρώτα revdep-rebuild και μετά emerge --depclean.

Ναι; Είχα την εντύπωση πως πρέπει πρώτα να απομακρυνονται τα περιττά πακέτα και μετά να γίνεται το revdep-rebuild.

[GoofyX]

Python 3.9 σε λίγο ως default:

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

We are planning to switch the default Python target of Gentoo systems
on 2021-06-01, from Python 3.8 to Python 3.9. 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_8
*/* PYTHON_SINGLE_TARGET: -* python3_8

This will enforce Python 3.8 and block any future updates. However,
please note that this solution will only be suitable for a few more
months and you will eventually need to perform the migration.


Forcing the upgrade
===================
To force the upgrade earlier, explicitly set Python 3.9 targets:

*/* PYTHON_TARGETS: -* python3_9
*/* PYTHON_SINGLE_TARGET: -* python3_9

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.9 support to your system first,
and only then remove Python 3.8. However, note that involves two
rebuilds of all the affected packages, so it will take noticeably
longer.

First, enable both Python 3.8 and Python 3.9, and then run the upgrade
commands:

*/* PYTHON_TARGETS: -* python3_8 python3_9
*/* PYTHON_SINGLE_TARGET: -* python3_8

Then switch PYTHON_SINGLE_TARGET and run a second batch of upgrades:

*/* PYTHON_TARGETS: -* python3_8 python3_9
*/* PYTHON_SINGLE_TARGET: -* python3_9

Finally, switch to the final version and upgrade:

*/* PYTHON_TARGETS: -* python3_9
*/* PYTHON_SINGLE_TARGET: -* python3_9

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.10, and upgrade manually then.


Upgrade commands
================
The Python 3.8 cleanup requires that Python 3.8 is removed from 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

[tsigarid]

Ναι; Είχα την εντύπωση πως πρέπει πρώτα να απομακρυνονται τα περιττά πακέτα και μετά να γίνεται το revdep-rebuild.

Όχι, τα περιττά πακέτα απλά υπάρχουν χωρίς να χρειάζονται, δεν δημιουργούν πρόβλημα. Αν τα dependencies όμως είναι λανθασμένα, το emerge --depclean μπορεί να αφαιρέσει πακέτο που είναι από λάθος δηλωμένο ως άχρηστο, οπότε εκτός από το ότι μπορεί να σπάσεις το σύστημά σου, στο επόμενο emerge θα πρέπει να εγκατασταθεί ξανά.

[Gentoo]

Όχι, τα περιττά πακέτα απλά υπάρχουν χωρίς να χρειάζονται, δεν δημιουργούν πρόβλημα. Αν τα dependencies όμως είναι λανθασμένα, το emerge --depclean μπορεί να αφαιρέσει πακέτο που είναι από λάθος δηλωμένο ως άχρηστο, οπότε εκτός από το ότι μπορεί να σπάσεις το σύστημά σου, στο επόμενο emerge θα πρέπει να εγκατασταθεί ξανά.

Κατάλαβα. Ευχαριστώ για την πληροφορία, δεν το είχα σκεφτεί έτσι

Αν και πάντα, ό,τι πακέτα μου προτείνει το portage για αφαίρεση, τα διερευνώ προσεκτικά, ειδικά εκείνα που αφορούν την python.

Άντε μετά να κάνεις portage rescue και τα σχετικά

[tsigarid]

Κατάλαβα. Ευχαριστώ για την πληροφορία, δεν το είχα σκεφτεί έτσι

Αν και πάντα, ό,τι πακέτα μου προτείνει το portage για αφαίρεση, τα διερευνώ προσεκτικά, ειδικά εκείνα που αφορούν την python.

Άντε μετά να κάνεις portage rescue και τα σχετικά

Εννοείται, δεν κάνω τίποτα χωρίς το flag "-a"!

[Gentoo]

Εννοείται, δεν κάνω τίποτα χωρίς το flag "-a"!

Same

[tiffany]

Πως μπορώ να εγκαταστήσω αρχείο .deb; Θέλω να βάλω το jriver και δυστυχώς δίνουν μόνο αυτό. Ούτε καν .rpm.

[Gentoo]

Πως μπορώ να εγκαταστήσω αρχείο .deb; Θέλω να βάλω το jriver και δυστυχώς δίνουν μόνο αυτό. Ούτε καν .rpm.

Κάνεις extraction το deb, μετά κάνεις extraction το extracted αρχείο. Το περιεχόμενο που θα βρίσκεται στο data dir, είναι αυτό που σ'ενδιαφέρει.

Το πετάς στο /opt και δίνεις ένα chmod +x στο αρχείο που προορίζεται να είναι το executable.

Έτσι τρέχω ότι χρειάζομαι από deb πακέτα.

Σαφώς και δεν είναι προβλεπόμενη διαδικασία. Αλλά γίνεται η δουλειά.

Edit. Βλέπω υπάρχει σχετικό νήμα στο gentoo forum όπου ακολουθείται παραπλήσια διαδικασία μ'αυτή που προτείνω.

Ρίξε μια ματιά

[tiffany]

Το είχα διαβάσει αλλά μπελάς. Θα στήσω MPD για να πορευτώ. Τουλάχιστον θα έχω και 2-3 εναλλακτικά UI.

[Gentoo]

Το είχα διαβάσει αλλά μπελάς. Θα στήσω MPD για να πορευτώ. Τουλάχιστον θα έχω και 2-3 εναλλακτικά UI.

To MPD είναι μεγαλύτερος μπελάς στο στήσιμο πάντως.

[tiffany]

Καθόλου. Μια χαρά παίζει με τα προτεινόμενα. Βέβαια αν θες τίποτα περίεργο τότε ναι. Αλλά τώρα δεν έκανα τίποτα. Μέχρι και τους φακέλους στο /var είχε φτιάξει. Πέταξα μερικούς φακέλους και μέχρι να σηκώσω το ario είχε κάνει το scan.