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

[Gentoo]

Πες μας ντε και τι αλλαγή έκανες. Μπορεί σε κάποιον να χρειαστεί.

[disk]
   comment = disk
   path = /mnt/disk
   valid users = user
   public = no
   writable = yes
   printable = no
   create mask = 0777

 vfs object = recycle
   config-file = /etc/samba/recycle.conf
   recycle:repository = .samba-trash
   recycle:keeptree = Yes
   recycle:versions = Yes

Αυτές τις ρυθμίσεις χρησιμοποίησα.

Πριν βάλω αυτές, είχα βάλει κάποιες άλλες και δεν δούλευε.

[Gentoo]

Έχω πρόβλημα με το suspend to ram μέσω του pm-suspend.

Όσο είχα nvidia κάρτα γραφικών, λειτουργούσε κανονικά. Πρόσφατα άλλαξα την κάρτα με amd κάρτα και πλέον δεν λειτουργεί η εντολή pm-suspend.

Ο μόνος τρόπος να κάνω suspend to ram είναι μέσω της εντολής s2ram, η οποία κάνει suspend επιτυχώς το σύστημα, όμως δεν μπορώ να κάνω resume μέσω magic packet, κάτι το οποίο μου χρειάζεται απαραιτήτως!

Επίσης αν κάνω resume από το power button, κάνει το resume όμως δεν εκτελεί προκαθορισμένα scripts που έχω ορίσει, πράγμα επίσης απαραίτητο για τη χρήση που κάνω!


Όσο κι αν έψαξα κι αν έκανα δοκιμές, δεν κατάφερα να βρω λύση. Το μόνο που διάβασα στο gentoo forum ήταν πως έχει θέμα ο πυρήνας με τον amdgpu driver και η μόνη έκδοση πυρήνα που λένε πως λειτουργεί είναι η 4.20, όμως δεν υπάρχει καμία 4.20 έκδοση στο portage...

EDIT: Βρήκα τον 4.20 kernel σε ένα overlay, είναι άραγε δόκιμο να χτίσω πυρήνα από overlay repo; Θα είναι αξιόπιστος;

[pap]

και γιατί να μην είναι; τον kernel θα κατεβάσει και εφαρμόζει patches. Το θέμα είναι που θα βρει τα patches αφού λογικά δεν υπάρχουν στο https://dev.gentoo.org/~mpagano/genpatches/kernels.html αν τρέχεις gentoo-sources.
Εδώ δηλαδή https://github.com/adjust/gentoo-ove...-4.20.7.ebuild βρίσκεις το e-build αλλά δεν θα βρεις τα patches του mpagano.
EDIT
αν παρ' ελπίδα δεν έχεις κάνει clean-dist και είχες μεταγλωττίσει τον 4.20 κατά 90% θα έχεις τα patches.

[GoofyX]

@Gentoo, ποιούς πυρήνες δοκίμασες;

[Gentoo]

και γιατί να μην είναι; τον kernel θα κατεβάσει και εφαρμόζει patches. Το θέμα είναι που θα βρει τα patches αφού λογικά δεν υπάρχουν στο https://dev.gentoo.org/~mpagano/genpatches/kernels.html αν τρέχεις gentoo-sources.
Εδώ δηλαδή https://github.com/adjust/gentoo-ove...-4.20.7.ebuild βρίσκεις το e-build αλλά δεν θα βρεις τα patches του mpagano.
EDIT
αν παρ' ελπίδα δεν έχεις κάνει clean-dist και είχες μεταγλωττίσει τον 4.20 κατά 90% θα έχεις τα patches.

Κι όμως κατάφερα να κάνω merch τον 4.20.10 από το cyanede repo. Όντως δεν κατεβαζε τα patches αλλά με λίγο edit το ebuild και μερικά trials and errors εγκαταστάθηκε. Όμως δεν βρήκα χρόνο να χτίσω τον πυρήνα, κάτι το οποίο θα δοκιμάσω αύριο κι ελπίζω να διορθωθεί το πρόβλημα γιατί είναι πολύ σημαντικό για μένα.

@Gentoo, ποιούς πυρήνες δοκίμασες;

Δοκίμασα τον 4.19 και 5.4.1 αλλά είχα το ίδιο πρόβλημα

[pap]

Και ομως εδω υπαρχουν
https://dev.gentoo.org/~mpagano/genp...s-4.20-10.html
Οποτε τα 'κατεβαζεις' μονος σου.

[Gentoo]

Και ομως εδω υπαρχουν
https://dev.gentoo.org/~mpagano/genp...s-4.20-10.html
Οποτε τα 'κατεβαζεις' μονος σου.

Ευχαριστώ. Τα βρήκα κι εγώ σε άλλο site και τα κατέβασα. Βέβαια μόνο τα base μου δέχτηκε στο ebuild, δεν μπορούσα με τίποτα να ενσωματώσω τα extras και τα αφαίρεσα, ελπίζω να μην είναι απαραίτητα...

Χτίζω τον πυρήνα τώρα, θα τον δοκιμάσω και θα σας πω εντυπώσεις!

- - - Updated - - -

Update: τελικά ούτε με τον 4.20.10 έγινε δουλεια. Δοκίμασα να κάνω και νέο xorg αλλά ούτε αυτό έλυσε το πρόβλημα. Θα κάνω δοκιμή με κανένα live cd από mint να δω αν λειτουργεί σωστά και θα χτίσω έναν πυρήνα με εκείνο το config μπας και.

[pap]

Kernel 5.4.3 μου έκανε το ήχο από Nvidia HDMI χάλια, γύρισα στον 5.4.2
Κανείς άλλος είχε θέμα με τον ήχο;
EDIT
ok το έφτιαξα

[tsigarid]

Έχω το εξής κουλό, που ξεκίνησε από κάποια μεγάλη ιστορία που θα παρακάμψω για οικονομία χώρου. Εγκαθιστώ το dev-libs/nss:

emerge -1 nss

και όλα καλά. Με

emerge -uaDN --with-bdeps=y --keep-going @world

δεν βρίσκει τίποτα για update, και δεν παραπονιέται για τίποτα. Στη συνέχεια κάνω

emerge --depclean

και ασφαλώς το nss απεγκαθίσταται, και παίρνω το παρακάτω μήνυμα:

!!! existing preserved libs:
>>> package: dev-libs/nss-3.47.1
 *  - /usr/lib64/libnssutil3.so
 *      used by /opt/firefox/gmp-clearkey/0.1/libclearkey.so (www-client/firefox-bin-71.0)
 *      used by /opt/firefox/libnss3.so (www-client/firefox-bin-71.0)
 *      used by /opt/firefox/libnssdbm3.so (www-client/firefox-bin-71.0)
 *      used by 4 other files
 *  - /usr/lib64/libnss3.so
 *      used by /opt/firefox/gmp-clearkey/0.1/libclearkey.so (www-client/firefox-bin-71.0)
 *      used by /opt/firefox/libsmime3.so (www-client/firefox-bin-71.0)
 *      used by /opt/firefox/libssl3.so (www-client/firefox-bin-71.0)
 *      used by /opt/firefox/libxul.so (www-client/firefox-bin-71.0)
 *  - /usr/lib64/libsmime3.so
 *      used by /opt/firefox/gmp-clearkey/0.1/libclearkey.so (www-client/firefox-bin-71.0)
 *      used by /opt/firefox/libxul.so (www-client/firefox-bin-71.0)
 *  - /usr/lib64/libssl3.so
 *      used by /opt/firefox/gmp-clearkey/0.1/libclearkey.so (www-client/firefox-bin-71.0)
 *      used by /opt/firefox/libxul.so (www-client/firefox-bin-71.0)
Use emerge @preserved-rebuild to rebuild packages using these libraries

Τρέχω

emerge -a @preserved-rebuild

και εγκαθιστά ξανά τον www-client/firefox-bin, και το μήνυμα για preserved libs επαναλαμβάνεται. Όσο και να τρέχω ξανά την εντολή preserved-libs, δεν αλλάζει κάτι. Εγκαθιστώ πάλι το nss (με -1, όπως παραπάνω) και όλα καλά, μέχρι να κάνω depclean, οπότε το nss φεύγει και πάλι.

Φαντάζομαι ότι λείπει κάποιο dependency, αλλά είναι ότι το firefox-bin χρειάζεται nss, ή κάτι άλλο; Πως κάνω bug report κάτι τέτοιο στο bugs.gentoo.org, αν είναι bug;

[pap]

Πως κάνω bug report κάτι τέτοιο στο bugs.gentoo.org, αν είναι bug

εδώ https://wiki.gentoo.org/wiki/Preserve-libs
λέει ότι είναι bug και πρέπει να το αναφέρεις στον maintainer. Ρίξε μια ματιά εδώ

In some cases, preserved libraries may remain even after the user has rebuilt the relevant package(s). 
In cases like these, repeated invocations of emerge @preserved-rebuild will not eliminate the preserved libraries. 
This indicates that the build system for a particular package causes it to inappropriately link against the old (preserved) version of the library, 
instead of the new one. If you find a package like this, then you should file a bug for the package maintainer (for example, see bug #230257). 
As a workaround, you can manually remove the old library (such as /lib/libreadline.so.5.2) and then run revdep-rebuild in order to rebuild the packages which linked against it. 
A list of all preserved libraries may be obtained using:
root #portageq list_preserved_libs /

[Gentoo]

@tsigarid

Γιατί δεν το κάνεις noreplace το nss να ξεμπερδεύεις; Νομίζω το χρειάζονται αρκετές εφαρμογές πέρα απ'τον firefox, πχ viber.

[imitheos]

!!! existing preserved libs:
>>> package: dev-libs/nss-3.47.1
 *  - /usr/lib64/libnssutil3.so
 *      used by /opt/firefox/gmp-clearkey/0.1/libclearkey.so (www-client/firefox-bin-71.0)
 *      used by /opt/firefox/libnss3.so (www-client/firefox-bin-71.0)
 *      used by /opt/firefox/libnssdbm3.so (www-client/firefox-bin-71.0)
 *      used by 4 other files
 *  - /usr/lib64/libnss3.so
 *      used by /opt/firefox/gmp-clearkey/0.1/libclearkey.so (www-client/firefox-bin-71.0)
 *      used by /opt/firefox/libsmime3.so (www-client/firefox-bin-71.0)
 *      used by /opt/firefox/libssl3.so (www-client/firefox-bin-71.0)
 *      used by /opt/firefox/libxul.so (www-client/firefox-bin-71.0)
 *  - /usr/lib64/libsmime3.so
 *      used by /opt/firefox/gmp-clearkey/0.1/libclearkey.so (www-client/firefox-bin-71.0)
 *      used by /opt/firefox/libxul.so (www-client/firefox-bin-71.0)
 *  - /usr/lib64/libssl3.so
 *      used by /opt/firefox/gmp-clearkey/0.1/libclearkey.so (www-client/firefox-bin-71.0)
 *      used by /opt/firefox/libxul.so (www-client/firefox-bin-71.0)
Use emerge @preserved-rebuild to rebuild packages using these libraries

Φαντάζομαι ότι λείπει κάποιο dependency, αλλά είναι ότι το firefox-bin χρειάζεται nss, ή κάτι άλλο; Πως κάνω bug report κάτι τέτοιο στο bugs.gentoo.org, αν είναι bug;

Μάλλον πρέπει να μπερδεύεται η portage και να το βγάζει έτσι. Τα -bin πακέτα του firefox δεν έχουν εξάρτηση το πακέτο nss ούτε στα ebuild ούτε σε κάποια eclass γιατί παρέχεται μέσα στο ίδιο το tar. Είναι bundled με τον ίδιο τον firefox. Όπως βλέπεις και από το ίδιο το μήνυμα που εμφανίζει η portage, η libssl3 που την ζητάει η libxul υπάρχει (και ζητάει την libnss3). Το ίδιο και η libsmime3 και οι υπόλοιπες.

Μήπως κάτι έγινε με το linker και δεν βρίσκει σωστά τις βιβλιοθήκες στο /opt; Αν τρέξεις ldconfig για να δημιουργηθεί ξανά το cache, στο εμφανίζει μετά το μήνυμα;

- - - Updated - - -

@tsigarid

Γιατί δεν το κάνεις noreplace το nss να ξεμπερδεύεις; Νομίζω το χρειάζονται αρκετές εφαρμογές πέρα απ'τον firefox, πχ viber.

Στην συγκεκριμένη περίπτωση του nss δεν νομίζω να δημιουργηθεί πρόβλημα αλλά γενικά ποτέ μην βάζεις στο world πακέτα αν δεν είναι απαραίτητο γιατί δυσκολεύεις την δουλειά της portage. Με το world δηλώνεις στην portage ρητά ότι το Χ πακέτο θέλεις να είναι οπωσδήποτε εγκατεστημένο. Αυτό μπορεί στο μέλλον να σου δημιουργήσει προβλήματα.

Ένα παράδειγμα που μου έρχεται στο μυαλό ήταν η μετάβαση από kde4 σε plasma. Πολύς κόσμος που χρησιμοποιεί gentoo κάνει σταδιακά compile λίγα λίγα πακέτα για να μην κατακλυστεί από μια λίστα με 200 πακέτα προς εγκατάσταση και για να μπορεί πιο εύκολα να παρατηρήσει και να αλλάξει τα USE flags. Αντί δηλαδή να κάνει "emerge kde4-meta" (ή όπως λεγόταν το πακέτο) έκανε "emerge kdelibs", μετά "emerge konqueror", κτλ. Όλα καλά ως εδώ. Κάποια πακέτα του plasma όμως δεν μπορούσαν να εγκατασταθούν μαζί με το αντίστοιχο πακέτο του kde4 οπότε είχαν conflict σε αυτό.

Έτσι λοιπόν η portage έβλεπε ότι εσύ είχες δηλώσει πχ το kdelibs στο world οπότε δεν ήθελες με καμία κυβέρνηση να αφαιρεθεί, έπρεπε όμως να αφαιρεθεί για να περαστεί το νεώτερο πακέτο. Φαντάσου τώρα να υπάρχουν conflicts για 20-50 πακέτα που υπάρχουν στο world. Η portage εμφάνιζε 500 μπερδευτικά μηνύματα και ο χρήστης δεν ήξερε τι να κάνει. Αντίθετα άλλοι χρήστες που δεν είχαν τεράστια world αρχεία δεν έλαβαν κανένα μήνυμα λάθους γιατί δεν έβαλαν εμπόδια στην portage και οι μεταβάσεις έγιναν μια χαρά.

Αν θέλεις να εγκαταστήσεις το πρόγραμμα Α το οποίο χρειάζεται τις βιβλιοθήκες Β, Γ και η εγκατάσταση παίρνει πολύ ώρα οπότε θέλεις να το κάνεις σταδιακά, τότε μια λύση είναι να τρέξεις "emerge -1 Γ", μετά "emerge -1 Β", και τέλος "emerge Α". Έτσι και θα κάνεις compile σταδιακά και θα δώσεις στην portage να ξέρει ότι σε ενδιαφέρει μόνο το Α και όχι τα Β, Γ.

[Gentoo]

Στην συγκεκριμένη περίπτωση του nss δεν νομίζω να δημιουργηθεί πρόβλημα αλλά γενικά ποτέ μην βάζεις στο world πακέτα αν δεν είναι απαραίτητο γιατί δυσκολεύεις την δουλειά της portage. Με το world δηλώνεις στην portage ρητά ότι το Χ πακέτο θέλεις να είναι οπωσδήποτε εγκατεστημένο. Αυτό μπορεί στο μέλλον να σου δημιουργήσει προβλήματα.

Ένα παράδειγμα που μου έρχεται στο μυαλό ήταν η μετάβαση από kde4 σε plasma. Πολύς κόσμος που χρησιμοποιεί gentoo κάνει σταδιακά compile λίγα λίγα πακέτα για να μην κατακλυστεί από μια λίστα με 200 πακέτα προς εγκατάσταση και για να μπορεί πιο εύκολα να παρατηρήσει και να αλλάξει τα USE flags. Αντί δηλαδή να κάνει "emerge kde4-meta" (ή όπως λεγόταν το πακέτο) έκανε "emerge kdelibs", μετά "emerge konqueror", κτλ. Όλα καλά ως εδώ. Κάποια πακέτα του plasma όμως δεν μπορούσαν να εγκατασταθούν μαζί με το αντίστοιχο πακέτο του kde4 οπότε είχαν conflict σε αυτό.

Έτσι λοιπόν η portage έβλεπε ότι εσύ είχες δηλώσει πχ το kdelibs στο world οπότε δεν ήθελες με καμία κυβέρνηση να αφαιρεθεί, έπρεπε όμως να αφαιρεθεί για να περαστεί το νεώτερο πακέτο. Φαντάσου τώρα να υπάρχουν conflicts για 20-50 πακέτα που υπάρχουν στο world. Η portage εμφάνιζε 500 μπερδευτικά μηνύματα και ο χρήστης δεν ήξερε τι να κάνει. Αντίθετα άλλοι χρήστες που δεν είχαν τεράστια world αρχεία δεν έλαβαν κανένα μήνυμα λάθους γιατί δεν έβαλαν εμπόδια στην portage και οι μεταβάσεις έγιναν μια χαρά.

Αν θέλεις να εγκαταστήσεις το πρόγραμμα Α το οποίο χρειάζεται τις βιβλιοθήκες Β, Γ και η εγκατάσταση παίρνει πολύ ώρα οπότε θέλεις να το κάνεις σταδιακά, τότε μια λύση είναι να τρέξεις "emerge -1 Γ", μετά "emerge -1 Β", και τέλος "emerge Α". Έτσι και θα κάνεις compile σταδιακά και θα δώσεις στην portage να ξέρει ότι σε ενδιαφέρει μόνο το Α και όχι τα Β, Γ.

Εντάξει. Δεν είναι κάτι που το κάνω διαρκώς, αλλά όταν έχει κάτι τέτοια προβληματικά πακέτα, δεν θα κάτσω να παιδεύομαι (μου είχε τύχει κι εμένα το ίδιο θέμα με το nss btw).

Προφανώς και δεν είναι κάτι που πρέπει να γίνεται συστηματικά, αλλά απ'την άλλη, μπορείς να διατηρείς ένα αρχείο με τέτοιες περιπτώσεις ώστε να μη ξεχνάς ποια πακέτα μπορείς και να τ'αφαιρέσεις.

Στην περίπτωση του kde, ισχύει πως αν βάλεις κάποιο απ'τα kde-meta πακέτα θα τραβήξει ένα σωρό άχρηστα πακέτα που ενδεχομένως να μη χρειάζεσαι, γι'αυτό και δεν το βάζω ποτέ, αλλά προσθέτω ένα-ένα όσα πακέτα μπορεί να χρειαστώ.

Στην τελική, αν είσαι χρήστης gentoo, θα τη βρεις την άκρη. Και δεν το λέω ελιτίστικα, αλλά ισχύει σε γενικές γραμμές.

Μέχρι στιγμής ότι πρόβλημα έχει προκύψει στο σύστημά μου, μπόρεσα και το έλυσα με λίγο ψάξιμο.

Και το portage είναι ίσως ο καλύτερος package manager που μπορεί να βρει κανείς στο linux. Το flexibility και το failsafeness του δεν υπάρχει. Βράχος.

[tsigarid]

@tsigarid

Γιατί δεν το κάνεις noreplace το nss να ξεμπερδεύεις; Νομίζω το χρειάζονται αρκετές εφαρμογές πέρα απ'τον firefox, πχ viber.

Με κάλυψε 100% ο imitheos. Το world file πρέπει να έχει τα προγράμματα που θες, όχι τα dependencies τους. Αν χρειάζεται και τα dependencies, τότε μάλλον για bug μιλάμε.

Μάλλον πρέπει να μπερδεύεται η portage και να το βγάζει έτσι. Τα -bin πακέτα του firefox δεν έχουν εξάρτηση το πακέτο nss ούτε στα ebuild ούτε σε κάποια eclass γιατί παρέχεται μέσα στο ίδιο το tar. Είναι bundled με τον ίδιο τον firefox. Όπως βλέπεις και από το ίδιο το μήνυμα που εμφανίζει η portage, η libssl3 που την ζητάει η libxul υπάρχει (και ζητάει την libnss3). Το ίδιο και η libsmime3 και οι υπόλοιπες.

Μήπως κάτι έγινε με το linker και δεν βρίσκει σωστά τις βιβλιοθήκες στο /opt; Αν τρέξεις ldconfig για να δημιουργηθεί ξανά το cache, στο εμφανίζει μετά το μήνυμα;

Ωραίος! Λύθηκε το πρόβλημα.

[tiffany]

https://packages.gentoo.org/packages...vanilla-kernel
https://blogs.gentoo.org/mgorny/2019...el-for-gentoo/

Ήρθαν τα ύστερα του κόσμου; Έτοιμος πυρήνας για Gentoo; Σε τι κόσμο θα φέρουμε τα παιδιά μας;