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

[petran_18]

Οπότε η μεταγλώττιση ήταν απαραίτητη.

Ειδικά αν θες να εφαρμόσεις κάποιο custom patch για να προσθαφαιρεσεις κάτι αλλά είναι σπάνιο.

Δείχνει όμως την δύναμη και τον μακρινό ορίζοντα με τις επιλογές που έχεις στο compiling. Μην πάμε σε hardened cflags, LTO κτλ.

[petran_18]

Αν κάνω emerge το openssl με FEATURES="stricter", παίρνω αυτό το σφάλμα :

Spoiler:

 cp openssl.pc /tmp/portage/dev-libs/openssl-1.0.2o/image//usr/lib64/pkgconfig
chmod 644 /tmp/portage/dev-libs/openssl-1.0.2o/image//usr/lib64/pkgconfig/openssl.pc
ln: failed to create symbolic link 'man1/openssl-x509.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-version.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-verify.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-tsget.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-ts.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-spkac.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-speed.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-smime.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-sess_id.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-s_time.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-s_server.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-s_client.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-rsautl.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-rsa.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-req.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-rand.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-pkeyutl.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-pkeyparam.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-pkey.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-pkcs8.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-pkcs7.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-pkcs12.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-passwd.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-ocsp.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-nseq.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-genrsa.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-genpkey.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-gendsa.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-errstr.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-enc.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-ecparam.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-ec.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-dsaparam.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-dsa.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-dhparam.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-dgst.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-crl2pkcs7.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-crl.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-cms.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-ciphers.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-ca.1ssl': File exists
ln: failed to create symbolic link 'man1/openssl-asn1parse.1ssl': File exists
>>> Completed installing openssl-1.0.2o into /tmp/portage/dev-libs/openssl-1.0.2o/image/

 * Final size of build directory: 117136 KiB (114.3 MiB)
 * Final size of installed tree:   11444 KiB ( 11.1 MiB)

 * QA Notice: Package triggers severe warnings which indicate that it
 *            may exhibit random runtime failures.
 * t1_lib.c:1209:10: warning: implicit declaration of function 'kssl_tgt_is_available' [-Wimplicit-function-declaration]
 * kssl.c:880:14: warning: implicit declaration of function 'valid_cksumtype'; did you mean 'krb5_c_valid_cksumtype'? [-Wimplicit-function-declaration]
 * kssl.c:1448:19: warning: implicit declaration of function 'krb5_decrypt_tkt_part'; did you mean 'krb5_enctype_to_name'? [-Wimplicit-function-declaration]
 * kssl.c:1941:9: warning: implicit declaration of function 'krb5_rc_default'; did you mean 'krb5_cc_default'? [-Wimplicit-function-declaration]
 * kssl.c:1943:9: warning: implicit declaration of function 'krb5_rc_initialize'; did you mean 'krb5_cc_initialize'? [-Wimplicit-function-declaration]
 * kssl.c:1945:9: warning: implicit declaration of function 'krb5_rc_get_lifespan'; did you mean 'krb5_cc_get_principal'? [-Wimplicit-function-declaration]
 * kssl.c:1948:11: warning: implicit declaration of function 'krb5_rc_destroy'; did you mean 'krb5_cc_destroy'? [-Wimplicit-function-declaration]

 * Please do not file a Gentoo bug and instead report the above QA
 * issues directly to the upstream developers of this software.
 * Homepage: https://www.openssl.org/
 * ERROR: dev-libs/openssl-1.0.2o::gentoo failed:
 *   install aborted due to severe warnings shown above
 * 
 * Call stack:
 *   misc-functions.sh, line 603:  Called install_qa_check
 *   misc-functions.sh, line 217:  Called source 'install_symlink_html_docs'
 *      90gcc-warnings, line 167:  Called gcc_warn_check
 *      90gcc-warnings, line 161:  Called die
 * The specific snippet of code:
 *                              has stricter ${FEATURES} && \
 *                                      die "install aborted due to severe warnings shown above"

Τι σημαίνει αυτό και τι κάνω απο εδώ και πέρα;

[GoofyX]

Χρόνια Πολλά!

Έχει κανείς θέμα τα τα genpatches του gentoo-sources; Έχει >12 ώρες που έγιναν commit στο portage νέοι kernels και τα genpatches δεν υπάρχουν σε όσα mirrors κοίταξα και δεν μπορεί να γίνει emerge το πακέτο του πυρήνα. Υπάρχει κάπου να κάνουμε report το γεγονός αυτό, είναι το bugzilla το κατάλληλο μέρος;

[imitheos]

Χρόνια Πολλά!

Έχει κανείς θέμα τα τα genpatches του gentoo-sources; Έχει >12 ώρες που έγιναν commit στο portage νέοι kernels και τα genpatches δεν υπάρχουν σε όσα mirrors κοίταξα και δεν μπορεί να γίνει emerge το πακέτο του πυρήνα. Υπάρχει κάπου να κάνουμε report το γεγονός αυτό, είναι το bugzilla το κατάλληλο μέρος;

Τον 4.14 πυρήνα χρησιμοποιείς ? Από τις 4 εκδόσεις πυρήνα που μπήκαν στο repo (4.4.127, 4.9.93, 4.14.33, 4.16.1) οι τρεις άλλοι έχουν κανονικά tarball στο ~mpagano από ό,τι βλέπω (με ημερομηνία χτες 20:30) αλλά για τον 4.14 δεν έχει μπει ακόμη.

[GoofyX]

Ναι, για τον 4.14 ενδιαφέρομαι. Μάλλον έχει ξεχαστεί για αυτόν, γιατί από τη σελίδα του mpagano (https://dev.gentoo.org/~mpagano/genp.../releases.html) το 4.14.38 patchset δεν υπάρχει.

[imitheos]

Ναι, για τον 4.14 ενδιαφέρομαι. Μάλλον έχει ξεχαστεί για αυτόν, γιατί από τη σελίδα του mpagano (https://dev.gentoo.org/~mpagano/genp.../releases.html) το 4.14.38 patchset δεν υπάρχει.

Σίγουρα θα διορθωθεί αλλά αν το βιάζεσαι, το .38 tarball είναι ολόιδιο με το .37άρι εκτός από την συμπερίληψη του 32 -> 33 patch.

[GoofyX]

Τα κατέβασα τελικά από τη σελίδα του πριν λίγο. Στα mirrors ακόμα δεν υπάρχουν.

[paschalis.m]

Με αφορμή την παρατήρηση σε άλλο νήμα οτι ο πυρήνας μου είναι μάλλον out-of-date:

[paschalis@ProDesk]-[1]-[16:56:27]
[~]-[$]>uname -r
4.9.76-gentoo-r1

ProDesk ~ # eselect profile show
Current /etc/portage/make.profile symlink:
  default/linux/amd64/17.0/desktop

Και με δεδομένο οτι η εγκατάστασή μου είναι 1 εβδομάδας, έχω τις εξής απορίες:
1. Κάνοντας αναβάθμιση με το "emerge -uDU --keep-going --with-bdeps=y @world" κάποια στιγμή θα μου προτείνει αναβάθμιση του kernel ή γίνεται manually;
2. Τον πυρήνα τον έφτιαξα με το genkernel, στην επόμενη αναβάθμιση θα κρατήσει τα config ή πρέπει να ξανακάνω τις μικρορυθμίσεις που έκανα;
3. Είναι καλή ιδέα να προσθέσω στο /etc/portage/package.accept_keywords το sys-kernel/gentoo-sources για νεότερους πυρήνες;

[Vtester]

1. αν δεν κάνω λάθος θα γίνει
2. κράτα το config να σαι σίγουρος αλλά πρέπει να το κρατήσει κανονικά
3. όχι στο package.accept_keywords. αν θέλεις πχ μπορείς να βάλεις στο /etc/portage/package.keywords συγκεκριμένη έκδοση πχ =sys-kernel/gentoo-sources-4.16.1 . μπορείς να το βάλεις με πχ echo "=sys-kernel/gentoo-sources-4.16.1" >> /etc/portage/package.keywords και μετά να δώσεις emerge -av =sys-kernel/gentoo-sources-4.16.1 . Λογικά θα χρειαστεί να δώσεις eselect kernel list και έπειτα eselect kernel set "νούμερο"¨

[tsigarid]

1. αν δεν κάνω λάθος θα γίνει
2. κράτα το config να σαι σίγουρος αλλά πρέπει να το κρατήσει κανονικά
3. όχι στο package.accept_keywords. αν θέλεις πχ μπορείς να βάλεις στο /etc/portage/package.keywords συγκεκριμένη έκδοση πχ =sys-kernel/gentoo-sources-4.16.1 . μπορείς να το βάλεις με πχ echo "=sys-kernel/gentoo-sources-4.16.1" >> /etc/portage/package.keywords και μετά να δώσεις emerge -av =sys-kernel/gentoo-sources-4.16.1 . Λογικά θα χρειαστεί να δώσεις eselect kernel list και έπειτα eselect kernel set "νούμερο"¨

2) Εγώ πάντα χρησιμοποιώ --old-config=xxx για να είμαι σίγουρος.

[Vtester]

2) Εγώ πάντα χρησιμοποιώ --old-config=xxx για να είμαι σίγουρος.

Συμφωνώ σε αυτο +1 . Απλά καλό είναι να χει κι ενα backup του config κάπου αν έχει ρίξει τρελή δουλεια.

[GoofyX]

Τι γίνεται με το Firefox βρε παιδιά; Έχει βαλτώσει, ακόμα είμαστε στον 58.0.1. Το σχετικό bug είναι εδώ. Δεν γράφει κανένας από εσάς κανά "παράπονο" μπας και ασχοληθούν λίγο...;

[imitheos]

Τι γίνεται με το Firefox βρε παιδιά; Έχει βαλτώσει, ακόμα είμαστε στον 58.0.1. Το σχετικό bug είναι εδώ. Δεν γράφει κανένας από εσάς κανά "παράπονο" μπας και ασχοληθούν λίγο...;

Έχουμε παραπονεθεί 10άδες φορές για τον firefox και δεν έχει γίνει τίποτα. Τα ebuilds του firefox και του wine (που λόγω σημαντικότητας θα έπρεπε να δίνεται μεγάλη βάση σε αυτά) αργούν πάρα μα πάρα πολύ να ανανεωθούν. Στον wine είμαστε 5-6 εκδόσεις πίσω. Δεν μπορώ να καταλάβω γιατί γίνεται αυτό. Η τακτική του testing by time (να μπαίνει το πακέτο keyworded σε μια overlay για να δοκιμαστεί από δυνατούς power users, μετά να μπαίνει σαν unstable στο κύριο tree όπου να δοκιμάζεται και εκεί από power users και μετά να μαρκάρεται σαν stable) που ακολουθείται γενικά δεν βολεύει στα συγκεκριμένα προγράμματα αφενός επειδή είναι κρίσιμα και τεράστια προγράμματα με συνέπεια να έχουν πολλά bugs και η κάθε έκδοση να διορθώνει σημαντικά προβλήματα ασφαλείας με συνέπεια να καίγεσαι να την βάλεις γρήγορα αφετέρου επειδή έχουν πολύ γρήγορη ανάπτυξη με συνέπεια μέχρι να δοκιμαστεί έστω και λίγο η Χ έκδοση να έχουν βγει άλλες 2 εκδόσεις.

Προσωπικά αυτό που μου φαίνεται ως η μοναδική βιώσιμη λύση θα ήταν να μπαίνει το ebuild κατευθείαν με την release (όπου δηλαδή εμπιστεύεσαι το upstream testing) αντί να περιμένουμε εβδομάδες για το δικό μας testing. Προφανώς βέβαια δεν γνωρίζω όλες τις λεπτομέρειες και κάτι θα μου διαφεύγει για να επέλεξαν άλλο τρόπο λειτουργίας η ομάδα ανάπτυξης. Τα παιδιά που είναι και στις δύο ομάδες ανάπτυξης (ο English και ο Frysinger μεταξύ άλλων για το wine και ο Stakenvicious κάπως έτσι για τον firefox) είναι πολύ καλοί devs με μεγάλη εμπειρία.

Εγώ αναγκαστικά έκατσα αρχικά μόνος μου και πείραξα το 58άρι ebuild ώστε να παίξει στον 59άρη (κάτι είχε αλλάξει νομίζω στο χτίσιμο) και τώρα που η mozilla overlay έχει πια τον 59.0.2, απλά την εισήγαγα και χρησιμοποιώ αυτήν. Σημειωτέον πως αν κάνεις το ίδιο να χρησιμοποιήσεις σαν url το git://anongit.gentoo.org/proj/mozilla.git και όχι το git://github.com/gentoo-mirror/mozilla.

Το gentoo-mirror έχει το πλεονέκτημα ότι τρέχει ένα script που δημιουργεί τα metadata ώστε να είναι γρήγορο το eix αλλά (τουλάχιστον στην περίπτωση του mozilla) ανανεώνεται πολύ αργά με συνέπεια συχνά να του λείπουν σημαντικά commits. Για παράδειγμα, αφού μπήκε το ebuild για την 59.0.2, έγιναν κάποια commits στις 31-03 και 04-04 που διόρθωναν κάποια προβλήματα. Αυτά τα commits φαίνονται μεν σήμερα στο github mirror αλλά τουλάχιστον μέχρι τις 16-04 δεν είχανε περάσει. Δηλαδή μιλάμε για μισό μήνα διαφορά.

Σε αντίθεση με το κύριο tree όπου έχει μεγάλη διαφορά σε ταχύτητα το να υπάρχουν σωστά metadata, οι overlay έχουν συνήθως λίγα ebuilds οπότε δεν χάνεις τίποτα με το να μην υπάρχουν.

[GoofyX]

Πρόσθεσα το mozilla overlay. Ναι, εκεί υπάρχει το δοκιμαστικό ebuild που αναφέρουν στο bug. Βλέπω όμως το git log και βλέπω τελευταίο commit για το firefox είναι στις 4 του μήνα... Έλεος. Αυτό που λες γενικά για συγκεκριμένα πακέτα ότι είναι πολύ σημαντικά, είναι πάρα πολύ σωστό κι κάτι παρόμοιο είπα στο bug, αλλά καμία σημασία. Από τη μια, σκέφτομαι να τον βάλω από εκεί τον Firefox, αλλά από την άλλη σπάζομαι που βλέπεις κάτι άσχετα πακέτα να γίνονται commit που τα χρησιμοποιεί ο 1 στους 10 (και αν...) και βλέπεις πακέτα όπως το Firefox να έχει περάσει ενάμιση μήνας σχεδόν από το release και να είμαστε με την παλιά έκδοση ακόμη.

Τεσπα...

[imitheos]

αλλά από την άλλη σπάζομαι που βλέπεις κάτι άσχετα πακέτα να γίνονται commit που τα χρησιμοποιεί ο 1 στους 10 (και αν...) και βλέπεις πακέτα όπως το Firefox να έχει περάσει ενάμιση μήνας σχεδόν από το release και να είμαστε με την παλιά έκδοση ακόμη.

Μία δικαιολόγηση σε αυτό (η οποία όντως έχει λογική) που θα πάρεις από τους devs είναι ότι ένα μικρό ό,τι να ναι προγραμματάκι το οποίο χρησιμοποιούν 5 άτομα μπορεί να ανανεώνεται γρήγορα _και_ γιατί είναι μικρό και έχει εύκολο build system οπότε δεν έχει κόπο αλλά απλά κάνεις copy το ebuild με νέο όνομα (ενώ για ένα πρόγραμμα μεγέθους του firefox πρέπει να αλλάξει το eclass και να μπει πρόνοια για το Χ πράγμα που γίνεται διαφορετικά πλέον στο build system) _και_ γιατί ακριβώς το χρησιμοποιούν 5 άτομα οπότε και να οδηγήσει σε σπάσιμο η ανανέωση του ebuild δεν χάλασε και ο κόσμος ενώ ο firefox πρέπει να δοκιμαστεί εκτενώς πριν τον δώσουν στο κόσμο και βρίζει μετά.