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

[tsigarid]

Ημίθεε, ξεκίνησα από τη δική σου λύση καθώς φαίνεται πιο καθαρή. Το emerge όντως κολλάει, αλλά επειδή βγάζει διαφορετικά σφάλματα κάθε φορά σκέφτηκα να το τρέξω πολλές φορές, και με λίγη τύχη καταφέρνει να προχωρήσει, μετά από 2-3-4-...-20 προσπάθειες. Μου βγάζει το παρακάτω σφάλμα:

Calculating dependencies... done!
[binary   R    ] dev-lang/python-3.9.9-1:3.9::gentoo  USE="bluetooth* gdbm ncurses readline sqlite ssl xml -build -examples -hardened -lto -pgo -test -tk* -verify-sig -wininst" 0 KiB

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

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

dev-lang/python:3.9

  (dev-lang/python-3.9.9-1:3.9/3.9::gentoo, binary scheduled for merge) USE="bluetooth gdbm ncurses readline sqlite ssl xml -build -examples -hardened -lto -pgo -test -tk -verify-sig -wininst" ABI_X86="(64)" pulled in by
    dev-lang/python (Argument)

  (dev-lang/python-3.9.9:3.9/3.9::gentoo, installed) USE="gdbm ncurses readline sqlite ssl tk xml -bluetooth -build -examples -hardened -lto -pgo -test -verify-sig -wininst" ABI_X86="(64)" pulled in by
    dev-lang/python:3.9[tk?,threads(+)] required by (dev-python/matplotlib-3.4.3-r1:0/0::gentoo, installed) USE="tk -cairo (-doc) -examples -excel -gtk3 -latex -qt5 -test -webagg -wxwidgets" ABI_X86="(64)" PYTHON_TARGETS="python3_9 (-python3_10) -python3_8"
                        ^^^                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                     
    dev-lang/python:3.9[tk?,threads(+)] required by (dev-python/pillow-8.4.0:0/0::gentoo, installed) USE="jpeg jpeg2k tiff tk truetype zlib -examples -imagequant -lcms -test -webp -xcb" ABI_X86="(64)" PYTHON_TARGETS="python3_9 (-pypy3) (-python3_10) -python3_8"
                        ^^^                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                     


It might be possible to solve this slot collision
by applying all of the following changes:
   - dev-lang/python-3.9.9 (Change USE: +tk)

Βάζω +tk και προχωράω, ελπίζω να κάνω καλά. Έτσι κι αλλιώς θα ξανακάνω emerge -v1 python όταν/αν το φτιάξω.

- - - Updated - - -

Ότι και να κάνω μου βγάζει το ίδιο σφάλμα, σαν να αγνοεί ότι του λέω να βάλει το tk. Χώρια ότι το έχω ήδη δηλωμένο στο make.conf. Πως προχωράω;

[imitheos]

Αν καταλαβαίνω καλά λέει ότι το binary _δεν_ έχει το tk ενώ εσύ το έχεις ενεργοποιημένο. Μήπως το έχεις ενεργοποιημένο είτε globally στο make.conf ή τοπικά στο package.use/ και πρέπει να το αφαιρέσεις για να παίξει;

Edit: Α, άκυρο. Το εγκατεστημένο pillow θέλει το tk οπότε το περνάει και στην python ενώ το binary δεν το έχει. Οπότε δοκίμασε να απενεργοποιήσεις την σημαία tk και μετά να τρέξεις μαζί και τα δύο binaries δηλαδή "emerge -1K python pillow".

Edit2: Είμαι τυφλός. Δύο πακέτα απαιτούν το tk και είναι τα pillow και matplotlib οπότε έχουμε "emerge -1K python pillow matplotlib".

[tsigarid]

emerge: there are no binary packages to satisfy "pillow".
emerge: there are no binary packages to satisfy "matplotlib".

Μάλλον πρέπει να τρέξω την wget για αυτά τα δύο. Σε βασανίζω, αλλά που βρήκες το link για την python όπου μπορώ να βρω και για τα υπόλοιπα;

[imitheos]

emerge: there are no binary packages to satisfy "pillow".
emerge: there are no binary packages to satisfy "matplotlib".

Μάλλον πρέπει να τρέξω την wget για αυτά τα δύο. Σε βασανίζω, αλλά που βρήκες το link για την python όπου μπορώ να βρω και για τα υπόλοιπα;

Εδώ είναι το κεντρικό https://gentoo.osuosl.org/experiment...64/dev-python/ και μετά σε όλα τα mirrors. Εγώ χρησιμοποιώ το gwdg.de. Από ό,τι βλέπω όμως δεν υπάρχουν ούτε το pillow ούτε το matplotlib. Μια λύση θα ήταν να δοκιμάσεις να τα κάνεις depclean για να περάσεις την python αλλά δεν ξέρω τι άλλο θα πρέπει να βγάλεις για να σε αφήσει να τα βγάλεις και τι συνέπειες θα επιφέρει αυτό οπότε δεν μπορώ να το προτείνω

[tsigarid]

Βρήκα τη λογική, και αποφάσισα ότι emerge -C pillow matplotlib είναι η καλύτερη λύση. Προχωράω.

- - - Updated - - -

Δεν γίνεται δουλειά, η emerge μου είναι κομμάτια. Μπορώ να αντιγράψω αρχεία με το χέρι; Ή να κάνω emerge με άλλο τρόπο, πχ σε chroot;

[imitheos]

Μπορείς να αντιγράψεις αρχεία από binaries (θεωρητικά με το qxpak αλλά πρακτικά είναι tar αρχεία) αλλά μπορείς πιο εύκολα να κατεβάσεις ένα stage3, να το αποσυμπιέσεις στο /tmp και να μεταφέρεις τους καταλόγους από εκεί.

Πριν κάνεις οτιδήποτε, δες στο /etc/python-exec/python-exec.conf τι λέει μέσα, μήπως και (απίθανο) δείχνει πουθενά αλλού και για αυτό έχεις προβλήματα. Θα πρέπει να έχει την έκδοση της python που έχεις. Όλα τα προγράμματα στο gentoo είναι symlinks στο python-exec ώστε να μπορείς να έχεις πολλαπλές εκδόσεις python.

Από εκεί και πέρα κάνεις κάτι σαν το παρακάτω:

# cd /tmp
# mkdir stagedir
# cd stagedir
# wget https://ftp.gwdg.de/pub/linux/gentoo/releases/amd64/autobuilds/current-stage3-amd64-openrc/stage3-amd64-openrc-20211128T170532Z.tar.xz
Αν έχεις systemd, άλλαξε εκεί που λέει openrc και κάνε το systemd.
Υπάρχουν πολλά stages ανάλογα με το προφίλ αλλά αυτό πρέπει να είναι το πιο βασικό για να παίζει παντού. Δες αν θέλεις μήπως σου ταιριάζει κάποιο άλλο.
# tar xvpf stage3-amd64-openrc-20211128T170532Z.tar.xz 
# cd /usr/lib
# mv python-exec python-exec-old
# mv python3.9 (ή όποια έχεις) python3.9-old
# mv /tmp/stagedir/usr/lib/python* .

Και μετά δοκιμάζεις αν παίζει κανονικά η portage.

[tsigarid]

To /etc/python-exec/python-exec.conf είναι οκ, είναι από τα πρώτα που δοκίμασα. Δεν έκανα δουλειά, ακόμα τα ίδια προβλήματα. Κατάφερα να εγκαταστήσω την eselect-python, και δεν έλυσε κάτι (μόνο η 3.9 είναι εκεί μέσα). Απεγκατέστησα την 3.10 και την έκανα mask, αλλά ούτε αυτό άλλαξε κάτι. Επίσης δοκίμασα να αντιγράψω με τον τρόπο που πρότεινες πάνω το /usr/lib/portage, ούτε αυτό βοήθησε. Χάνω κάθε ελπίδα...

[imitheos]

To /etc/python-exec/python-exec.conf είναι οκ, είναι από τα πρώτα που δοκίμασα. Δεν έκανα δουλειά, ακόμα τα ίδια προβλήματα. Κατάφερα να εγκαταστήσω την eselect-python, και δεν έλυσε κάτι (μόνο η 3.9 είναι εκεί μέσα). Απεγκατέστησα την 3.10 και την έκανα mask, αλλά ούτε αυτό άλλαξε κάτι. Επίσης δοκίμασα να αντιγράψω με τον τρόπο που πρότεινες πάνω το /usr/lib/portage, ούτε αυτό βοήθησε. Χάνω κάθε ελπίδα...

Θεωρητικά, όλα τα αρχεία της portage είναι στο /usr/lib/python3.X οπότε βάζοντας αυτά του stage, θα έπρεπε να έχεις μια clean portage. Επίσης υπάρχει ο κατάλογος /usr/lib/portage αλλά δεν θα έπρεπε να παίζει ρόλο. Αν θέλεις μετονόμασε και αυτόν σε portage-old και φέρε αυτόν του stage μήπως και παίζει ρόλο. Πέρα από αυτό δεν ξέρω τι να πω.

[tsigarid]

Κατάφερα επίσης να εγκαταστήσω την python-exec-conf, και το σύστημα έγινε πιο σταθερό. Σπάει ακόμα, αλλά όχι τόσο. Για να δούμε... Θα ενημερώσω.

[GoofyX]

Offtopic για GoofyX: https://gentoo.osuosl.org/experiment...t/qtwebengine/ Desktop προφίλ με systemd. Ούτε παραγγελία για εσένα να το έκαναν.

Το δοκίμασε κανείς...; Έκανα πριν λίγο sync, βλέπω ότι έβαλε το 5.15.2 και τώρα έκανε 1 ώρα και 40', ενώ πριν σε μια ώρα ξεμπέρδευε. Ε να πάει στο διάολο το γ.....νο.

- - - Updated - - -

Με παράπεμψαν από το bug για το qtwebengine binary στο εξής: https://dilfridge.blogspot.com/2021/...o-package.html [Experimental binary Gentoo package hosting (amd64)]

Άρα θα το δοκιμάσουμε.

[imitheos]

Το δοκίμασε κανείς...; Έκανα πριν λίγο sync, βλέπω ότι έβαλε το 5.15.2 και τώρα έκανε 1 ώρα και 40', ενώ πριν σε μια ώρα ξεμπέρδευε. Ε να πάει στο διάολο το γ.....νο.

- - - Updated - - -

Με παράπεμψαν από το bug για το qtwebengine binary στο εξής: https://dilfridge.blogspot.com/2021/...o-package.html [Experimental binary Gentoo package hosting (amd64)]

Άρα θα το δοκιμάσουμε.

Ναι εκεί το είχα διαβάσει και εγώ στο blog του dev. Μπορείς να βάλεις το gwdg.de αν θέλεις σαν mirror αντί για το osuosl. Το χρησιμοποιώ σε όλα τα λειτουργικά και είναι πολύ γρήγορο και δεν το έχω δει πεσμένο ποτέ. Αν το στήσεις, πες μου αν σου αργεί το emerge. Θυμάμαι ότι το απενεργοποίησα γιατί αργούσε το emerge. Κανονικά τρέχοντας emerge, παίρνω αμέσως το μήνυμα "calculating dependencies" ή κάτι τέτοιο και εκεί η portage αργεί για λίγο μέχρι να σου βγάλει τα πακέτα που θα μπουν. Με ενεργοποιημένο το binhost, κάθε emerge αργούσε και λίγο _πριν_ το calculating dependencies, το οποίο μου φάνηκε ενοχλητικό. Σκέφτηκα ότι μήπως κάθε φορά που τρέχεις emerge κατεβάζει από τον binhost πληροφορίες για τα πακέτα και για αυτό αργούσε αλλά δεν έκατσα να το ψάξω.

[tsigarid]

Νομίζω το έφτιαξα! Έκανα πολλά, αλλά αυτό που δούλεψε ήταν να κάνω mask την python-3.9.9, και στη συνέχεια να οπλιστώ με υπομονή τρέχοντας την παρακάτω εντολή:

while true; do emerge -u1 python && if test $? -eq 0; then break; fi; done

Σας ευχαριστώ και τους δύο (Gentoo/imitheos), οι συμβουλές σας βοήθησαν πολύ.

[Gentoo]

Νομίζω το έφτιαξα! Έκανα πολλά, αλλά αυτό που δούλεψε ήταν να κάνω mask την python-3.9.9, και στη συνέχεια να οπλιστώ με υπομονή τρέχοντας την παρακάτω εντολή:

while true; do emerge -u1 python && if test $? -eq 0; then break; fi; done

Σας ευχαριστώ και τους δύο (Gentoo/imitheos), οι συμβουλές σας βοήθησαν πολύ.

Αφού έσωσες και το δικό σου σύστημα, όλα καλά!

Γι'αυτό λατρεύω gentoo. Μπορεί να παθαίνει κοκομπλόκο καμιά φορά, αλλά πάντα βρίσκεται λύση

[tsigarid]

Πρώτη φορά είχα πρόβλημα σε τέτοιο βαθμό...

[imitheos]

Να πω μια εντελώς αστήριχτη πρόβλεψη ότι το κακό θα μεγαλώνει όσο περνάει ο καιρός. Είναι το εγγενές πρόβλημα των interpreted γλωσσών σε συνδυασμό με τις άπειρες βιβλιοθήκες που δεν έχουν backward συμβατότητα. Σε ruby γίνεται ένας ψιλο χαμός με τα gems και εκεί που έχεις ένα πρόγραμμα να παίζει χρόνια, ξαφνικά χαλάει λόγω αναβάθμισης ενός gem. Βλέπω projects να κάνουν lock εκδόσεις σαν εξάρτηση με το οποίο γλυτώνεις μεν το πρόβλημα αλλά έχεις το πρόβλημα ότι καταλήγεις να έχεις 4 εκδόσεις του ίδιου gem για 4 προγράμματα που χρησιμοποιείς. Σε python ήταν καλά τα πράγματα αλλά βλέπω να πηγαίνει εκεί το πράγμα. Αν αναβαθμίζεις φυσικά έστω και κάθε μήνα δεν θα υπάρξει πρόβλημα αλλά για μηχανήματα που αναβαθμίζονται κάθε 6 μήνες θα φοβόμουν να βάλω gentoo. Να ξαναπώ ότι είναι τελείως αστήριχτο αυτό που λέω, άσε που όπως πάντα, δεν μπόρεσα να το διατυπώσω - εξηγήσω τόσο καλά όσο θα ήθελα.

Για τέτοιους λόγους πάντα φοβόμουν interpreted γλώσσες για κρίσιμα χαμηλού επιπέδου προγράμματα, εκτός και αν χρησιμοποιούν μόνο την base γλώσσα χωρίς εξωτερικές βιβλιοθήκες. Δεν λέω φυσικά να γραφεί η portage σε C. Με τόσα αρχεία που ανοίγει η portage και τόσα strings που κάνει parse, τα overflows και τα bugs που θα εμφανίζονταν θα ήταν τεράστια και επίσης το testing θα ήταν πιο χρονοβόρο με μια compiled γλώσσα. Με C (με C όχι με C++) όμως θα ήσουν σίγουρος ότι και μετά από 3000 χρόνια θα έπαιζε σωστά. Δεν είναι τόσο 100% αυτό που λέω γιατί υπάρχουν πολλοί παράγοντες όπως πχ α) το OpenBSD σπάει πολλές φορές το ABI από μία έκδοση σε άλλη), β) οι libc διώχνουν συναρτήσεις που είναι deprecated όπως πχ gets, γ) στα GUI προγράμματα δημιουργούνται προβλήματα λόγω αλλαγής GTK, QT, κτλ. Όμως, για ένα cli χαμηλού επιπέδου πρόγραμμα σε linux, πιστεύω πως δεν θα υπήρχαν τέτοια προβλήματα.

Edit: Να κάνω και ένα rant. Τι σ..τά θέλει τόσα branches η python; Η rust δεν έχει σταθεροποιηθεί ακόμη και δεν έχει τόσες εκδόσεις. Η python ακόμη δεν έχει backward συμβατότητα μεταξύ των 3.6, 3.7, 3.8, 3.9, 3.10 και χρειάζεται να αναπτύσσονται όλες;