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

[imitheos]

Το corruption με το bcache, κάποιες ethernet σταμάτησαν να παίζουν, unbootable μηχανήματα, το τεράστιο πρόβλημα 4.14.8 -> 4.14.9 που πολλά μηχανήματα κράσαραν ξαφνικά (αν bootαραν) λόγω refactor πολλών assembly αρχείων τα οποία ο gcc με stack check (πχ gentoo hardened) τα πηδούσε (ομολογουμένως όχι λάθος του πυρήνα αλλά του gcc που δεν έπρεπε να κάνει stack check σε kernel) και πολλά πολλά άλλα που δνε μου έρχονται τώρα.

Ήταν όντως ενδιαφέρον πυρήνας ο 4.14. @GoofyX τα -rcX είναι testing εκδόσεις που τρέχουν διάφοροι power users / testers για να βοηθήσουν σταθεροποιηθεί η επόμενη release οπότε και 15 rc να γίνουν δεν σε καίει γιατί δεν τις τρέχεις εσύ στο production μηχάνημά σου. Η περίπτωση με τον 4.14 ήταν ότι τα προβλήματα ήταν στο stable branch _αφού_ έγινε η release. Ίσως δηλαδή αν είχε και ο 4.14 1-2 rc εκδόσεις παραπάνω να μην γινόταν αυτό το χάλι.

[GoofyX]

Παρατηρείτε κάτι κουλό;

[    0.000000] Linux version 4.14.15-gentoo (root@myserver) (gcc version 6.4.0 (Gentoo 6.4.0-r1 p1.3)) #2 SMP Wed Jan 31 21:18:36 EET 2018
[    0.000000] Command line: BOOT_IMAGE=/vmlinuz-4.14.16-gentoo root=/dev/sda6 ro

Υποτίθεται ότι έβαλα το gentoo-sources-4.14.16 και ενώ έκανα ήδη reboot, ο kernel μου επιστρέφει 4.14.15 στο uname. Το ίδιο και στο τέλος του make modules_install:

  INSTALL net/netfilter/xt_time.ko
  INSTALL net/netfilter/xt_u32.ko
  DEPMOD  4.14.15-gentoo

WTF??

Άνοιξα bug. Ακόμα και το make kernelversion επιστρέφει 4.14.15-gentoo. Λάθος commit υποψιάζομαι...

- - - Updated - - -

Και... το διόρθωσαν ήδη.

[petran_18]

Έχω 2 απορίες. Η πρώτη έχει να κάνει με το πως κάνω re-emerge τα πακέτα που έχουν εξάρτηση το foo/bar.

Ως τώρα ένας τρόπος που έχω βρει (δεν είμαι σίγουρος ότι είναι σωστός) είναι ο εξής :

emerge -1 --rebuild-if-unbuilt=yes foo/bar

ή το

revdep-rebuild.sh --library libbar.so.* -- --exclude bar

revdep-rebuild.sh --library "`echo $( equery f bar | grep '\b.so\b')`"

Ο πρώτος δεν κάνει unconditionaly emerge.

Δεύτερη απορία:
Πως κάνω re-emerge όλα τα πακέτα που είναι εξάρτηση του foo/bar.

Eπίσης ένας τρόπος να δω τις εξαρτήσεις είναι με το equery :

equery  -qNC g -A -U -Ml --depth=1 =app-portage/gentoolkit-0.4.1

app-portage/gentoolkit-0.4.1:
 [  0]  app-portage/gentoolkit-0.4.1   
 [  1]  sys-apps/portage-2.3.19-r1   
 [  1]  virtual/pypy-5.10.0   
 [  1]  dev-lang/python-2.7.14-r1   
 [  1]  dev-lang/python-3.4.6-r1   
 [  1]  dev-lang/python-3.5.4-r1   
 [  1]  dev-lang/python-3.6.4   
 [  1]  dev-lang/python-exec-2.4.5   
 [  1]  sys-apps/gawk-4.2.0   
 [  1]  sys-apps/gentoo-functions-0.12

Δεν με καλύπτει όμως το output γιατί δεν γίνεται redirect στην emerge χωρίς ψαλίδια,cut,grep κτλ. Κάποια ιδέα;

Όλο αυτό είναι υπαρκτό πρόβλημα ειδικά στο KDE/Plasma. Crash-άρει πχ εκεί που κάθεται ο akregator και αναφέρει ?? δίπλα από την libQt5WebEngine.so (λογικό αφού δεν έχει debug symbols). Οπότε ψάχνω ένα τρόπο να γίνει re-emerge όχι μόνο η qtwebengine αλλά και ότι πατάει πάνω της - αν και φαντάζομαι δεν χρειάζεται λόγω dynamic linking. Aλλά και πάλι θέλω να ξέρω.

Η δεύτερη απορία είναι για το αντίστροφο πρόβλημα. Σκάει ο akregator χωρίς ιδιαίτερες αναφορές στον drkonqi και θέλω να κάνω re-emerge για παν ενδεχόμενο όλα σε όσα πατάει πάνω τους. Το βάθος των εξαρτήσεων είναι άλλη ιστορία...

[GoofyX]

Άσχετο. Το sys-firmware/intel-microcode έγινε downgrade από την 20180108-r1 στην 20171117-r1. Μάλιστα, οι τελευταίες εκδόσεις έγιναν masked...

[mrsaccess]

Μα τα είπαμε, τα patches της Intel δημιουργούσαν προβλήματα, reboots κλπ. Σε ένα φίλο του έγινε brick το laptop και ήρθε η Dell να του αλλάξει μητρική.

[GoofyX]

Γαμάτη φάση. Να σου brickάρει το σύστημα, να μείνεις με το πουλί στο χέρι και η Intel λάδι.

Ο επόμενος επεξεργαστής για μένα θα είναι AMD.

[mrsaccess]

Φαντάσου να ήταν και εκτός εγγύησης!

[GoofyX]

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

eselect news read
2018-03-13-portage-rsync-verification-unstable
Title Portage rsync tree verification unstable
Author Zac Medico <zmedico@gentoo.org>
Posted 2018-03-13
Revision 1

Portage rsync tree verification is being temporarily turned off by
default, starting with sys-apps/portage-2.3.24. This permits
stabilization of sys-apps/portage-2.3.24 while still working on bugs
relating to tree verification [1]: deadlocks [2] & key fetching [3].

If users wish to enable the 'rsync-verify' USE flag for sys-apps/portage,
they need to follow these steps:

1) In order to unmask the 'rsync-verify' USE flag, create a file named
/etc/portage/profile/package.use.mask containing a line like the
following:

sys-apps/portage -rsync-verify

2) Once the 'rsync-verify' USE flag has been unmasked as described
in step 1, it can be enabled with a line like the following in
/etc/portage/package.use:

sys-apps/portage rsync-verify

3) After the configuration changes in steps 1 and 2 have been made, run
the following command:

emerge --oneshot --newuse '>=sys-apps/portage-2.3.24'

After all above steps are successfully completed, a line like the
following should appear in the emerge --info output for the gentoo
repository:

sync-rsync-verify-metamanifest: yes

If you wish to disable it for some reason, you can set
'sync-rsync-verify-metamanifest = no' in your repos.conf.

[1] https://bugs.gentoo.org/650144 sys-apps/portage: [TRACKER] issues
related to 'rsync-verify' USE flag
[2] https://bugs.gentoo.org/647964 app-portage/gemato-11.2: deadlock?
[3] https://bugs.gentoo.org/649276 sys-apps/portage: gpg key refresh
needs exponential backoff with jitter

[GoofyX]

Έφαγα φόλα σήμερα... Στο vps, αντί να δώσω

chown -R apache: .

έδωσα

chown -R apache: /

(είναι δίπλα τα πλήκτρα). Ευτυχώς στα πρώτα ms το πήρα πρέφα και πάτησα Break. Σχετικά μικρό το κακό, διόρθωσα τα ownerships κάποιων αρχείων στο /var κυρίως...

Οι μ@λ@κ1ες πληρώνονται.

[MitsakosGR]

Έφαγα φόλα σήμερα... Στο vps, αντί να δώσω

chown -R apache: .

έδωσα

chown -R apache: /

(είναι δίπλα τα πλήκτρα). Ευτυχώς στα πρώτα ms το πήρα πρέφα και πάτησα Break. Σχετικά μικρό το κακό, διόρθωσα τα ownerships κάποιων αρχείων στο /var κυρίως...

Οι μ@λ@κ1ες πληρώνονται.

Αν πραγματικά γίνει κάτι τέτοιο καταλάθος. Υπαρχει κάποιος τρόπος από το file system να επαναφέρεις τα παλιά;

[GoofyX]

Αν πραγματικά γίνει κάτι τέτοιο καταλάθος. Υπαρχει κάποιος τρόπος από το file system να επαναφέρεις τα παλιά;

Ναι, αν έχεις backup...

[imitheos]

Ναι, αν έχεις backup...

Πήγα να γράψω ότι οι πληροφορίες περιέχονται στο pkg-db αλλά τελικά δεν ισχύει. Το αρχείο CONTENTS στο /var/db/pkg/τάδε περιέχει το checksum και την ώρα του αρχείου αλλά όχι άδειες. Κρίμα. Λογικά είναι εύκολο να εμπλουτιστεί το αρχείο με τις άδειες με backwards συμβατό τρόπο.

Στα rpm πακέτα υπάρχουν και οι άδειες οπότε ένα rpm -V σου επιτρέπει να δεις ποια αρχεία είναι λάθος. Χωρίς backup, ένας εναλλακτικός τρόπος στο gentoo θα ήταν αν χρησιμοποιείς κάποιο πρόγραμμα για security auditing όπως το aide (αντικαταστάτης του tripwire), το samhain κτλ.

[GoofyX]

Βασικά υπάρχει κάποιος τρόπος να κρατήσεις ένα backup του στυλ -full pathname αρχείου, directory- με τις αντίστοιχες άδειες (ownership, δικαιώματα); Τώρα που το σκέφτομαι μπορεί να γίνει κάτι τέτοιο με shell scripting λογικά. Έχει κανείς υλοποιήσει κάτι τέτοιο;

[imitheos]

Βασικά υπάρχει κάποιος τρόπος να κρατήσεις ένα backup του στυλ -full pathname αρχείου, directory- με τις αντίστοιχες άδειες (ownership, δικαιώματα); Τώρα που το σκέφτομαι μπορεί να γίνει κάτι τέτοιο με shell scripting λογικά. Έχει κανείς υλοποιήσει κάτι τέτοιο;

Μπορείς να παίξεις με την find, πχ να εμφανίσεις άδειες, uid, gid, filename

% find . -printf "%m %U %G %p\n" 
775 250 250 ./portage 
775 250 250 ./portage/._unmerge_ 
444 0 100 ./.X0-lock 
1777 0 0 ./.X11-unix 
1777 0 0 ./.ICE-unix

Σίγουρα υπάρχουν ένα κάρο άλλοι τρόποι για να γίνει κάτι τέτοιο.

[mrsaccess]

Είναι μια έλλειψη του portage μαζί με τα εκάστοτε πολύ κακά ownerships και permissions. Για παράδειγμα configuration αρχεία στο etc που προορίζονται για να αποθηκεύσεις passwords και το gentoo τα εγκαθιστά με permissions 0644.

On other news, έκανα login προχθές σε ένα gentoo σερβεράκι που έχω και... πως περνούν τα χρόνια!