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

[imitheos]

Off Topic

H rust χρησιμοποιεί την llvm, παλιότερα μάλιστα ένα fork της (δεν γνωρίζω αν ισχύει ακόμα). Οπότε για να χτίσεις τον compiler πρέπει να χτιστεί η llvm και στην συνέχεια ο rust compiler. To καλό είναι ότι upstream δίνουν "επίσημα" precompiled όλα τα σχετικά εργαλεία και έναν πρακτικό installer (rustup). Ο χρόνος που χρειάζεται για χτιστεί το toolchain δυστυχώς είναι γνωστό πρόβλημα...

Εννοείς ότι δεν χρησιμοποιεί τον LLVM του συστήματος αλλά τον χτίζει σε κάποιο προσωρινό path την ώρα του χτισίματος της rust ? Αν χρησιμοποιεί αυτόν του συστήματος, τότε η αργοπορία είναι της rust μια και έχω llvm στο σύστημά μου. Αν τον χτίζει ξανά, τότε είναι βλακεία του build system της (ίσως το κάνουν για να χρησιμοποιούν κάποια συγκεκριμένη έκδοση του LLVM που ξέρουν ότι παίζει καλά το οποίο το καταλαβαίνω αλλά είναι μανούρα).

Χωρίς να το ξέρω στα σίγουρα, υποθέτω πως στο μέλλον θα αλλάξει το firefox ebuild και αντί να έχει ως εξάρτηση rust, θα έχει || (rust rust-bin) οπότε όσοι δεν μας ενδιαφέρει προγραμματισμός σε rust και την χρειαζόμαστε μόνο για τον firefox, να κάνουμε δουλειά με την binary έκδοση. Υποθέτω πως λόγω βιασύνης να μπει γρήγορα τον firefox, ο gentoo maintainer έγραψε ένα απλό ebuild για να δοκιμαστεί και μετά θα το βελτιστοποιήσει με πρόνοια για την binary.

Θα το έκανα μόνος μου όπως έγραψα στο προηγούμενο μήνυμά μου και θα δοκίμαζα απλά δεν περίμενα ότι θα κάνει τόσο χρόνο.

[mobinmob]

Δεν ξέρω αν ισχύει ακόμα, αλλά παλιότερα η rust είχε fork της llvm με μπόλικα patches στο δικό της source tree, οπότε την έχτιζε εξ' αρχής.

- - - Updated - - -

Χμμμ... φαίνεται πως υπάρχει τρόπος να επιταχυνθεί πολύ το build (thread ενός χρόνου):
https://www.reddit.com/r/rust/commen...ery_long_time/
Ότι λέει όμως θα έπρεπε να γίνεται ήδη από το portage.

[GoofyX]

Προστέθηκε το virtual για τη rust και το rust-bin πακέτο όπως έλεγες imitheos.

[imitheos]

Προστέθηκε το virtual για τη rust και το rust-bin πακέτο όπως έλεγες imitheos.

Πολύ ωραία

Τώρα λογικά ο 54.0.2 ή όποιος είναι επόμενος firefox θα έχει ως εξάρτηση το virtual αντί για χύμα την rust ώστε όσοι δεν μας ενδιαφέρει η rust να βάζουμε την binary έκδοση και να γλυτώνουμε το compile.

[GoofyX]

Ο 55άρης Firefox εξαρτάται από το virtual rust, οπότε βάζουμε το rust-bin, βγάζουμε το σκέτο dev-lang/rust και προχωράμε με το emerge του 55άρη.

[imitheos]

Ο 55άρης Firefox εξαρτάται από το virtual rust, οπότε βάζουμε το rust-bin, βγάζουμε το σκέτο dev-lang/rust και προχωράμε με το emerge του 55άρη.

Πολύ ωραίο νέο

Μου έτυχε ένα προβληματάκι αλλά μάλλον το έλυσα. Έβγαλα τα rust, cargo και έβαλα την rust-bin (η οποία παρεμπιμπτόντως δεν έχει ως PDEPEND το cargo όπως έχει η rust) και είδα ότι το ebuild του firefox σταμάτησε γιατί δεν έβρισκε τον cargo. Κάνοντας emerge τον cargo ήθελε να φέρει πίσω την απλή rust.

Οπότε η αλλαγή που έκανα ήταν να πάω στο ebuild του cargo και να αλλάξω την εξάρτηση από σκέτη rust σε virtual/rust. Για την ώρα πάει καλά το πράγμα αν και 99% δεν θα έφτιαξαν το θέμα με την UB και θα κρασάρει στο τέλος (για άσχετο φυσικά λόγο από την rust).

Edit: Πλάκα κάνεις. Δεν κράσαρε Ή το φτιάξανε ή απενεργοποίησαν την συγκεκριμένη λειτουργία γιατί στο build log δεν βλέπω πουθενά το precompile_cache που έτρεχε μέχρι και τον 54άρη.

[GoofyX]

Και σε μένα που πήγε να βάλει τον 55άρη, σε κάποια φάση σταμάτησε το build. Μετά θυμήθηκα ότι το eselect ίσως έπρεπε να επιλέξει το νέο rust compiler και όντως έτσι ήταν. Επειδή είχα την 1.16.0 από πριν και έβαλα το rust-bin 1.19 μετά, έπρεπε να επιλέξω με το eselect εκ νέου το rust compiler. Μετά μπήκε ο 55άρης μια χαρά.

[GoofyX]

Η ώρα του rant. Ανοίγω bug report και ζητάω νεότερο libreoffice-bin πακέτο, αυτή τη στιγμή υπάρχει μόνο το 5.2.7.2. Το κλείνει ο developer ως wontfix και μου λέει «δεν πρόκειται να συμβεί, η έκδοση 5.4.1 που θα βγει σύντομα είναι solid release και οι χρήστες που είναι με το 5.3.4 θα έχουν ένα καλό upgrade path στο 5.4.1». Του απαντάω ότι δεν αναφέρομαι στο source package, αλλά στο binary που είναι κολλημένο στο 5.2.7.2.

Δείτε τα σχόλια και πείτε μου τι πιστεύετε εσείς: https://bugs.gentoo.org/show_bug.cgi?id=627560

[imitheos]

Η ώρα του rant. Ανοίγω bug report και ζητάω νεότερο libreoffice-bin πακέτο, αυτή τη στιγμή υπάρχει μόνο το 5.2.7.2. Το κλείνει ο developer ως wontfix και μου λέει «δεν πρόκειται να συμβεί, η έκδοση 5.4.1 που θα βγει σύντομα είναι solid release και οι χρήστες που είναι με το 5.3.4 θα έχουν ένα καλό upgrade path στο 5.4.1». Του απαντάω ότι δεν αναφέρομαι στο source package, αλλά στο binary που είναι κολλημένο στο 5.2.7.2.

Δείτε τα σχόλια και πείτε μου τι πιστεύετε εσείς: https://bugs.gentoo.org/show_bug.cgi?id=627560

Έτσι όπως διαβάζω το bug report, αυτό που καταλαβαίνω είναι ότι μπερδεύτηκε από τον τίτλο που είχες -5.3.5 και σου απαντάει ότι η 5.4.0 αποδείχτηκε solid release χωρίς προβλήματα δηλαδή οπότε δεν έχει νόημα να μεταβούμε στην 5.3.5 όταν μπορούμε να πάμε στην 5.4.1. Δεν πρόσεξε ότι είχες το -bin και μίλησε για το compiled. Εκτός αν δεν κατάλαβα κάτι καλά.

[GoofyX]

Έγραψα, αλλά απάντηση δεν πήρα. Μου την σπάνε κάτι τέτοια. Anyway.

Plasma 5.10 στο portage.

- - - Updated - - -

ΟΚ, κι εκεί που πάω να κάνω compile τον 4.12.6 στο μηχάνημα, μου πετάει αυτό, υποψιάζομαι ότι είναι κατά το linking:

  CHK     include/config/kernel.release
  CHK     include/generated/uapi/linux/version.h
  CHK     scripts/mod/devicetable-offsets.h
  CHK     include/generated/utsrelease.h
  CHK     include/generated/timeconst.h
  CHK     include/generated/bounds.h
  CHK     include/generated/asm-offsets.h
  CALL    scripts/checksyscalls.sh
  CHK     include/generated/compile.h
  CHK     kernel/config_data.h
  GEN     .version
  CHK     include/generated/compile.h
  UPD     include/generated/compile.h
  CC      init/version.o
  LD      init/built-in.o
  LD      vmlinux.o
  MODPOST vmlinux.o
  LD      vmlinux
drivers/built-in.o: In function `pcie_capability_read_word':
(.text+0x13be): relocation truncated to fit: R_X86_64_PC32 against symbol `pci_bus_read_config_word' defined in .text section in drivers/built-in.o
make: *** [Makefile:1000: vmlinux] Error 1

Και μένω κάγκελο. Πρώτη φορά βλέπω τέτοιο μήνυμα. Καμιά ιδέα;

Update: Έδωσα make mrproper, του έδωσα το προηγούμενο config, make oldconfig και τώρα έπαιξε.

- - - Updated - - -

Από https://www.gentoo.org/support/news-...otprefix.html:

Title: systemd rootprefix migration
Author: Mike Gilbert <floppym@gentoo.org>
Posted: 2017-07-16
Revision: 2
News-Item-Format: 2.0
Display-If-Installed: >=sys-apps/systemd-234

Starting with the 234 release, Gentoo's sys-apps/systemd package will
be built with rootprefix=/. This means most of the included programs
and system units will be installed under /lib/systemd instead of
/usr/lib/systemd.

This change brings Gentoo into alignment with most other distros which
still maintain a distinction between boot-critical programs in /, and
less critical programs in /usr. This also means that users with a
separate /usr filesystem will have an easier time booting if their
initramfs should become corrupt or fail.

Symlinks are provided for /usr/lib/systemd/systemd and
/usr/lib/systemd/systemd-shutdown to avoid breaking bootloader configs
and to allow the system to be shutdown/rebooted without issue. These
symlinks will likely be removed in the 235 release, so please update
your boot configuration to reference init=/lib/systemd/systemd.

This change will be mostly transparent to typical users. You may notice
that system units move from /usr/lib/systemd/system to
/lib/systemd/system as you upgrade/re-install packages; this is normal.
Units will function properly from both locations.

After upgrading, please run systemctl daemon-reexec ensure that the new
version is executed. Also make sure to regenerate your initramfs if it
includes a copy of systemd (dracut).

If you encounter a problem, please report a bug.

[imitheos]

yeeeeeeeaaah. GCC 7.2.0 at last.

[petran_18]

yeeeeeeeaaah. GCC 7.2.0 at last.

Έχουν νόημα οι minor αναβαθμίσεις ή μόνο στις μεγάλες τύπου gcc 6 -> 7 έχει ουσία; Ρωτάω γιατί έχω 2 εξάρηδες και 2 εφτάρηδες, να κρατήσω έναν απο κάθε major αριθμό έκδοσης.

[GoofyX]

Νομίζω στις εκδόσεις πριν την 6 είχανε διαφορά, δηλαδή 5.3 -> 5.4 είχε νέα features, ενώ από την 6 και μετά ακολουθούν άλλο σχήμα για το numbering. Ουσιαστικά νομίζω από 6 -> 7 είναι τα νέα features.

Διορθώστε με αν κάνω λάθος.

[imitheos]

Έχουν νόημα οι minor αναβαθμίσεις ή μόνο στις μεγάλες τύπου gcc 6 -> 7 έχει ουσία; Ρωτάω γιατί έχω 2 εξάρηδες και 2 εφτάρηδες, να κρατήσω έναν απο κάθε major αριθμό έκδοσης.

Νομίζω στις εκδόσεις πριν την 6 είχανε διαφορά, δηλαδή 5.3 -> 5.4 είχε νέα features, ενώ από την 6 και μετά ακολουθούν άλλο σχήμα για το numbering. Ουσιαστικά νομίζω από 6 -> 7 είναι τα νέα features.

Διορθώστε με αν κάνω λάθος.

Είναι όπως το λέει ο GoofyX. Όπως βλέπεις στο /usr/portage/sys-devel/gcc, μέχρι την έκδοση 5 έχεις τρεις αριθμούς. Δηλαδή η ονοματολογία είναι όπως τα περισσότερα projects. Η 4.8.0 είναι η πρώτη release (και συνήθως buggy οπότε την αποφεύγεις) και μετά έχεις τις 4.8.1, 4.8.2, κτλ που είναι bugfix releases. Τα νέα features υπήρχαν στις 4.7.0, 4.8.0, 4.9.0, κτλ.

Από την έκδοση 5 και μετά πήγαμε στα δύο νούμερα (η portage βέβαια συνεχίζει να έχει τρία νούμερα αλλά το τελευταίο είναι πάντα 0) και επίσης έχουμε την αλλαγή ότι δεν υπάρχει αριθμός 0 σαν δεύτερο νούμερο. Η πρώτη major έκδοση είναι οι 5.1, 6.1, 7.1 κτλ (και συνεπώς είναι buggy συνήθως). Η 6.2, 7.2 είναι bugfix releases και πρέπει να μεταβείς εκεί.

Με άλλα λόγια όταν αλλάζεις το 1ο νούμερο έχεις major release (5 -> 6 -> 7) οπότε έχεις νέα features και ίσως regressions. Όταν αλλάζεις το 2ο νούμερο τότε έχεις μόνο bugfixes και κανένα κίνδυνο (καλώς εχόντων των πραγμάτων). Για παράδειγμα αυτή τη στιγμή η portage περιέχει τα ebuilds 6.3.0, 6.4.0, 7.1.0, 7.2.0. Αν τρέχεις 6.3.0 τότε άφοβα μπορείς (και πρέπει ?) να πας στην 6.4.0. Αντίστοιχα από την 7.1.0 πας άφοβα στην 7.2.0 (μάλιστα έχεις ακόμη περισσότερους λόγους σε σχέση με το 6.3.0 -> 6.4.0 επειδή η 7.1.0 είναι η πρώτη έκδοση οπότε σίγουρα έχει κάποια bugάκια).

Ελπίζω να μην σε μπέρδεψα περισσότερο.

[GoofyX]

Είναι όπως το λέει ο GoofyX.

Σχεδόν. Τελικά αυτό που λέω ισχύει από την 5.x και μετά. Συγκεκριμένα, η πρώτη σταθερή έκδοση της σειράς 5.x είναι η 5.1.0, η δεύτερη 5.2.0, κ.ο.κ.