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

[tiffany]

Δε βρήκα χρόνο να κάνω επανεγκατάσταση αλλά ούτε να παίξω με τον πυρήνα. Είχα κάνει προετοιμασία και έβαλα το gnome. Εδώ όλα ρολαρουν μια χαρά. Οπότε θεωρώ πως δεν είναι θέμα γραφικών αλλά kde use flags. Θα βάλω και ένα μικρό παιχνίδι να δω τελικά.

Συνεχώς μου χτυπάει το flag egl και βλέπω και διάφορα σχετικά στις βιβλιοθήκες qt. Οπότε θεωρώ πως είναι κάτι τέτοιο.

[petran_18]

Δε βρήκα χρόνο να κάνω επανεγκατάσταση αλλά ούτε να παίξω με τον πυρήνα. Είχα κάνει προετοιμασία και έβαλα το gnome. Εδώ όλα ρολαρουν μια χαρά. Οπότε θεωρώ πως δεν είναι θέμα γραφικών αλλά kde use flags. Θα βάλω και ένα μικρό παιχνίδι να δω τελικά.

Συνεχώς μου χτυπάει το flag egl και βλέπω και διάφορα σχετικά στις βιβλιοθήκες qt. Οπότε θεωρώ πως είναι κάτι τέτοιο.

Τι ακριβώς χτυπάει και τι πρόβλημα υπάρχει στην qt; Αν υποψιάζεσαι πρόβλημα στις use flags, δοκίμασε να αλλάξεις profile και να κάνεις reemerge.

[tiffany]

Είναι το flag egl που το ζητάει αν θυμάμαι καλά το qtgui. Θεωρώ πως αυτό κάνει τη ζημια. Δηλαδή έχει μεταγλωττιστει με υποσύνολο της opengl και γι'αυτό έχει κακές επιδόσεις.

Το απόγευμα θα κάνω μια γενική αναβάθμιση και θα αλλάξω και το προφίλ στο 17 σύμφωνα με τα νέα.

[imitheos]

Δεν έχει σχέση με το πρόβλημα της tiffany αλλά αν κάποιος χρησιμοποιεί libinput αντί για evdev και χρησιμοποιεί την ~arch έκδοση, ας κρατήσει την 1.9.2 και ας μην περάσει σε 1.9.3.

[backstory]
Έχω ένα mechanical πληκτρολόγιο που υποστηρίζει remapping στο firmware. Επειδή όμως το software του υποστηρίζει μόνο τα υπάρχοντα πλήκτρα και δεν μπορούσα να κάνω remap τα macro keys πχ σε F13, F14, κτλ (ή όποιο keycode ήθελα) αλλά μόνο σε κάτι που να υπάρχει, έκανα remap σε Super_L + a,s,d,f,κτλ.

Σήμερα που άνοιξα το pc, δεν έπαιζαν τα macro keys στο plasma αλλά άνοιγε η αναζήτηση σαν να είχες πατήσει σκέτο το πλήκτρο (έπιανε δηλαδή a αντί για Super_L + a). Πατώντας το πλήκτρο με ανοιχτό το xev έπαιρνα μεν κανονικά δύο keypress / keyrelease αλλά αντί για Super_L και a, έπαιρνα a και Super_L. Μια και υπήρχαν κάποιες minor αναβαθμίσεις αυτό το καιρό (και μια και το plasma είχε και παλαιότερα προβλήματα με το Super / Meta / κτλ), σκέφτηκα ότι φταίει αυτό. Έκανα eix-sync και όντως υπήρχε αναβάθμιση για το kded οπότε λέω όπα εδώ είμαστε αλλά δεν διορθώθηκε με την αναβάθμιση.

Μετά από ψάξιμο, έτρεξα σκέτο xinit για να μου ανοίξει ένα σκέτο τερματικό και είδα ότι και εκεί έπαιρνα το ίδιο a -> Super_L οπότε σκέφτηκα τα έφτυσε το πληκτρολόγιο αλλά σε κονσόλα έπαιζε κανονικά οπότε έψαξα τι άλλο αναβάθμισα τελευταία και ήταν η libinput (όχι το xf86-input-libinput αλλά την κύρια βιβλιοθήκη).

Οι αλλαγές από 1.9.2 σε 1.9.3 ήταν πολύ λίγες και το μόνο commit που είχε ουσιαστικά αλλαγές ήταν αυτό αλλά παρόλα αυτά έτρεξα μια git bisect για να το επιβεβαιώσω. Χωρίς να πολύ-διαβάσω τι λέει, μπήκε μια νέα λειτουργία που ονομάστηκε bounce και αλλάζει τον τρόπο διαχείρισης των event ή κάτι τέτοιο (νέο feature σε minor release και μάλιστα γίνεται default έναντι αυτού που υπήρχε τόσο καιρό ?).

[tl;dr]
Όποιος χρησιμοποιεί macros με συνδυασμούς πλήκτρων (πρέπει να είναι hardware πλήκτρα που να στέλνουν τα events γρήγορα και όχι να πατάς εσύ super_l+κάτι) ας μην πάει στην 1.9.3 libinput.

[petran_18]

Είναι το flag egl που το ζητάει αν θυμάμαι καλά το qtgui. Θεωρώ πως αυτό κάνει τη ζημια. Δηλαδή έχει μεταγλωττιστει με υποσύνολο της opengl και γι'αυτό έχει κακές επιδόσεις.

Θα μπορούσε. Δες τι ακριβώς στο σύστημά σου ζητάει το egl και πες μας.

Το απόγευμα θα κάνω μια γενική αναβάθμιση και θα αλλάξω και το προφίλ στο 17 σύμφωνα με τα νέα.

Έχουμε και αυτό τώρα... Με τόσους μήνες χωρίς update και εκατοντάδες πακέτα για αναβάθμιση, μόνο μια τέτοια αλλαγή χρειάζεται η gentoo μου για να κλατάρει μια και καλή στο emerge -e @system.

Κάτσε να έρθει up to date το σύστημα και περνάμε στο νέο προφίλ. Αλήθεια, γιατί έγινε υποχρεωτικό το PIE;

[tiffany]

Στο μεταξύ ο evolution μου χτυπάει στην εγκατάσταση. Προσπαθεί να γράψει κάποια αρχεία στο τέλος και τα βρίσκει να υπάρχουν ήδη. Και δεν μπορώ να καταλάβω πως είναι δυνατόν καθώς είναι αρχεία στους δικούς του φακέλους και όχι σε κοινόχρηστους. Είναι αρχεία εικονιδίων.

Σχετικά με το νέο προφίλ. Εγώ χτες είδα πως έχω το 13 σαν ενεργό και ο gcc είναι ο 6.4.0. Θα χρειαστεί να κάνω κάτι; Η να το αφήσω να πάει μόνο του με το χρόνο;

[petran_18]

Στο μεταξύ ο evolution μου χτυπάει στην εγκατάσταση. Προσπαθεί να γράψει κάποια αρχεία στο τέλος και τα βρίσκει να υπάρχουν ήδη. Και δεν μπορώ να καταλάβω πως είναι δυνατόν καθώς είναι αρχεία στους δικούς του φακέλους και όχι σε κοινόχρηστους. Είναι αρχεία εικονιδίων.

Έχεις στο FEATURES το collition-detection ανοιχτό;

Σχετικά με το νέο προφίλ. Εγώ χτες είδα πως έχω το 13 σαν ενεργό και ο gcc είναι ο 6.4.0. Θα χρειαστεί να κάνω κάτι; Η να το αφήσω να πάει μόνο του με το χρόνο;

Με το χρόνο θα απαρχαιωθεί το παλιό προφίλ. Οπότε αν χείρας οι οδηγίες και προχώρα.

Please migrate away from the 13.0 profiles within the six weeks after
GCC 6.4.0 has been stabilized on your architecture. The 13.0 profiles
will be deprecated then and removed in half a year.
....
Switching the profile from 13.0 to 17.0 modifies the settings of
GCC 6 to generate PIE executables by default; thus, you need to do
the rebuilds even if you have already used GCC 6 beforehand.
If you do not follow these steps you may get spurious build
failures when the linker tries unsuccessfully to combine non-PIE
and PIE code.

[imitheos]

Δεν μπορώ να δώσω "γραπτή εγγύηση επιστροφής χρημάτων" που λένε και σε κάτι γελοίες διαφημίσεις ότι δεν θα πάει τίποτα στραβά αλλά το rebuild των πάντων με emerge -e μου φαίνεται πολύ υπερβολικό.

Η αλλαγή από -pie σε pie θα επηρεάσει τα static binaries (δηλαδή σχεδόν κανένα binary από την μάνα του. όσοι έχουν static binaries ξέρουν ποια είναι) και όσα binaries χρησιμοποιούν static libraries. Πόσα προγράμματα πια χρησιμοποιούν .a βιβλιοθήκες ?

Με ένα γρήγορο χαζό τεστ στο κύριο desktop μου παίρνω τα εξής:

% EIX_LIMIT=0 eix -I|grep "^\[I]"|wc -l
855

Το σύστημά μου περιέχει 855 ebuilds.

% find /usr -name "*.a" > /tmp/kk 
% qfile $(cat /tmp/kk ) | sort | cut -d " " -f1 | uniq | wc -l
32

Από τα 855 πακέτα που έχω εγκατεστημένα, μόλις 32 έχουν static βιβλιοθήκες. Μπορεί βέβαια αυτές τις βιβλιοθήκες να τις χρησιμοποιούν 500 πακέτα αλλά χλωμό μου φαίνεται.

Edit: Τρέχοντας equery d για κάθε ένα από τα 32 πακέτα για να βρω τις dependencies παίρνω 328 πακέτα. Από αυτά εικάζω ότι ούτε 20 δεν θα χρησιμοποιούν .a βιβλιοθήκες αλλά ακόμη και όλα να τις χρησιμοποιούν, το να έχω να κάνω compile 328 είναι μεγάλη διαφορά από το να έχω να κάνω 855 όπως προτείνεται στα news.

[petran_18]

Better safe, than sorry? Ίσως να είναι αυτό. Ακόμα και ο μέσος gentoo user δεν ξέρει να ακολουθήσει τα βήματα που εσύ έκανες για να βρεις ποια πακέτα θα επηρεαστούν.

[imitheos]

Better safe, than sorry? Ίσως να είναι αυτό. Ακόμα και ο μέσος gentoo user δεν ξέρει να ακολουθήσει τα βήματα που εσύ έκανες για να βρεις ποια πακέτα θα επηρεαστούν.

Δεν χρειάζεται να κάνει τέτοια βήματα ο "μέσος user". Η portage είναι έξυπνη και μπορεί να τον βοηθήσει.

# emerge -1 /usr/lib64/libacl.so                

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R    ] sys-apps/acl-2.2.52-r1::gentoo  USE="nls -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB

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

Όπως βλέπεις, και ένα αρχείο να δώσεις (ακόμη και ψεύτικο αρχείο όπως αυτό που έδωσα μια και η πραγματική βιβλιοθήκη είναι στο /lib64), η portage βρίσκει μόνη της τι ήθελες να γράψεις. Μπορείς να γράψεις emerge /usr/lib64/τάδε.a και θα σου ξαναχτίσει την static βιβλιοθήκη χωρίς να χρειάζεσαι την find και τα υπόλοιπα βήματα που έκανα εγώ.

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

[GoofyX]

Μας υποχρέωσαν...

!!! The following installed packages are masked:
- kde-apps/phonon-kde-16.04.3::gentoo (masked by: package.mask)
/usr/portage/profiles/package.mask:
# Andreas Sturmlechner <asturm@gentoo.org> (12 Dec 2017)
# Depends on dead kdelibs4/qt4, unmaintained upstream. No port to
# KF5 released. If you depend on this package, please help test KF5-based
# amarok-9999 in KDE ebuild repository to decide on a possible snapshot.
# Possible alternatives are media-sound/cantata (an awesome mpd client),
# media-sound/clementine and media-sound/tomahawk (the latter also declared
# unmaintained upstream).
# Bug #635468. Masked for removal in 30 days.

- media-sound/amarok-2.8.90-r5::gentoo (masked by: package.mask)
- x11-libs/qtscriptgenerator-0.2.0-r1::gentoo (masked by: package.mask)
- kde-apps/kdebase-kioslaves-16.04.3-r2::gentoo (masked by: package.mask)
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.

Τι εναλλακτικό του Amarok υπάρχει;

[petran_18]

Το πακέτο kde-frameworks/solid-5.40.0 σκάει με το εξής σφάλμα:

ld: error: /usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib64/libudev.a(libudev_la-libudev.o): requires dynamic R_X86_64_32 reloc which may overflow at runtime; recompile with -fPIC

Από εδώ αν κατάλαβα σωστά, φτάiει κάποια στατική βιβλιοθήκη.

[petran_18]

Τι εναλλακτικό του Amarok υπάρχει;

Δες εδώ.

Το πακέτο kde-frameworks/solid-5.40.0 σκάει με το εξής σφάλμα:

ld: error: /usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib64/libudev.a(libudev_la-libudev.o): requires dynamic R_X86_64_32 reloc which may overflow at runtime; recompile with -fPIC

Από εδώ αν κατάλαβα σωστά, φτάiει κάποια στατική βιβλιοθήκη.

Διαγράφοντας την ορφανή βιβλιοθήκη /usr/lib64/libudev.a, το πρόβλημα λύθηκε. Απορώ πως ξέμεινε πίσω βιβλιοθήκη του sys-fs/(e)udev μετά το uninstall τους λόγω systemd και κυρίως γιατί το solid σήκωνε την βιβλιοθήκη στο ξεκάρφωτο.

[petran_18]

Έχει χρησιμοποιήσει κανείς σας το unsymlink-lib;

[GoofyX]

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

eselect news read
2017-12-26-experimental-amd64-17-1-profiles
Title Experimental amd64 17.1 profiles up for testing
Author Michał Górny <mgorny@gentoo.org>
Posted 2017-12-xx
Revision 1

A new set of 17.1 amd64 profiles has been added to the Gentoo
repository. Those profiles switch to a more standard 'no SYMLINK_LIB'
multilib layout, and require explicit migration as described below. They
are considered experimental at the moment, and have a fair risk
of breaking your system. We would therefore like to ask our users to
test them on their non-production ~amd64 systems.

In those profiles, the lib->lib64 compatibility symlink is removed.
The 'lib' directory becomes a separate directory, that is used
for cross-arch and native non-library packages (gcc, clang) and 32-bit
libraries on the multilib profile (for better compatibility with
prebuilt x86 packages).

Migration from both 13.0 and 17.0 profiles is supported. In case
of the former, please read the news item for 17.0 upgrade first
and enable gcc 6.4.0 or newer first as explained there.

The migration is performed using app-portage/unsymlink-lib tool.
The following steps can be used to upgrade your system:

1. Sync and upgrade your system to the newest package versions
to reduce the risk of issues.

2. Install the tool, e.g. via 'emerge -1v app-portage/unsymlink-lib'

3. Run 'unsymlink-lib --analyze' and check the output for obvious
mistakes. If you need to perform any changes to the system, remember
to run 'unsymlink-lib --analyze' again afterwards.

[past this point do not call emerge or modify /usr manually]

4. This is a very good time to make a backup.

5. Run 'unsymlink-lib --migrate'. You can add '--pretend' first to see
what is going to happen.

6. Reboot your system and see if it still boots. Check if important
programs work. In particular, check if e.g. 'emerge --info' works
(but do not install anything). If you hit any serious problems,
you can use 'unsymlink-lib --rollback' to revert the changes
and return to step 3.

7. Run 'unsymlink-lib --finish'. You can add '--pretend' first to see
what is going to happen but note that you're going to see a very long
list of files to remove.

8. Switch the profile, e.g.:

eselect profile set --force default/linux/amd64/17.1/desktop

[at this point you can start using emerge again]

9. Rebuild sys-devel/gcc. If you are switching from 13.0 profiles,
rebuild sys-devel/binutils and sys-libs/glibc afterwards.

10. If you are using a multilib profile, rebuild all 32-bit packages.
This can be done using:

emerge -1v /lib32 /usr/lib32

Alternatively, if you are switching from one of the 13.0 profiles
you can rebuild all packages as detailed in the 17.0 news item.

11. Once the last 32-bit package is rebuilt, your package manager
should remove the orphaned /lib32 and /usr/lib32 symlinks. If that
does not happen, remove them manually.

For known issues, please see bug #506276 [1]. If you have any problems
with the new profiles or the migration procedure, please report a bug
and make it block the tracker.

[1]:https://bugs.gentoo.org/506276