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

[petran_18]

Είδε κανείς τα νέα για το καινούργιο Galaxy Book S; Δεν χρησιμοποιεί την αρχιτεκτονική x86 αλλά έναν 8 πύρηνο της Qualcomm ενώ υπόσχεται 23 ώρες αυτονομία στην μπαταρία.

Αναρωτιέμαι αν ο GCC υποστηρίζει την αρχιτεκτονική ( arm64 είναι; ) και πόσο καλά θα τα πήγαινε η Gentoo με αυτό το λάπτοπ και την μπαταρία του.

Ότι είναι πολύ καλαίσθητο και από ανοδιωμένο αλουμίνιο το είπα;

[famous-walker]

Είδε κανείς τα νέα για το καινούργιο Galaxy Book S; Δεν χρησιμοποιεί την αρχιτεκτονική x86 αλλά έναν 8 πύρηνο της Qualcomm ενώ υπόσχεται 23 ώρες αυτονομία στην μπαταρία.

Αναρωτιέμαι αν ο GCC υποστηρίζει την αρχιτεκτονική ( arm64 είναι; ) και πόσο καλά θα τα πήγαινε η Gentoo με αυτό το λάπτοπ και την μπαταρία του.

Ότι είναι πολύ καλαίσθητο και από ανοδιωμένο αλουμίνιο το είπα;

Για δες αυτό.

https://www.omgubuntu.co.uk/2019/02/...indows-laptops

[GoofyX]

Στο χτίσιμο του thunderbird, μου χτυπάει και πετάει το εξής σε κάποιο σημείο:

8 3:37.98 /usr/lib/llvm/7/bin/x86_64-pc-linux-gnu-clang++ -o Unified_cpp_ipc_chromium2.o -c -I/var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/tbird/dist/stl_wrappers -I/var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/tbird/dist/system_wrappers -include /var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/config/gcc_hidden.h -DNDEBUG=1 -DTRIMMED=1 -DHAVE_CONFIG_H -DOS_POSIX=1 -DOS_LINUX=1 -DSTATIC_EXPORTABLE_JS_API -DMOZ_HAS_MOZGLUE -DMOZILLA_INTERNAL_API -DIMPL_LIBXUL -I/var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/ipc/chromium -I/var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/tbird/ipc/chromium -I/var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/ipc/chromium/src/third_party/libevent -I/var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/ipc/chromium/src/third_party/libevent/compat -I/var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/ipc/chromium/src/third_party/libevent/include -I/var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/ipc/chromium/src/third_party/libevent/linux -I/var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/tbird/ipc/ipdl/_ipdlheaders -I/var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/ipc/chromium/src -I/var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/ipc/glue -I/var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/tbird/dist/include -I/usr/include/nspr -I/usr/include/nss -I/usr/include/pixman-1 -fPIC -DMOZILLA_CLIENT -include /var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/tbird/mozilla-config.h -Qunused-arguments -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -Qunused-arguments -Wall -Wempty-body -Wignored-qualifiers -Woverloaded-virtual -Wpointer-arith -Wsign-compare -Wtype-limits -Wunreachable-code -Wunreachable-code-return -Wwrite-strings -Wno-invalid-offsetof -Wclass-varargs -Wloop-analysis -Wc++1z-compat -Wcomma -Wimplicit-fallthrough -Wstring-conversion -Wno-inline-new-delete -Wno-error=deprecated-declarations -Wno-error=array-bounds -Wformat -Wformat-security -Wno-gnu-zero-variadic-macro-arguments -Wno-unknown-warning-option -Wno-return-type-c-linkage -fno-sized-deallocation -pipe -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -fno-exceptions -fno-strict-aliasing -fno-rtti -ffunction-sections -fdata-sections -fno-exceptions -fno-math-errno -pthread -pipe -O2 -fomit-frame-pointer -I/var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/widget/gtk/compat-gtk3 -pthread -I/usr/include/gtk-3.0/unix-print -I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/fribidi -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libdrm -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/uuid -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -Wno-error=shadow  -MD -MP -MF .deps/Unified_cpp_ipc_chromium2.o.pp  -fcolor-diagnostics  /var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/tbird/ipc/chromium/Unified_cpp_ipc_chromium2.cpp
8 3:38.03 error: failed to run custom build command for `libloading v0.5.0`
8 3:38.03 process didn't exit successfully: `/var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/tbird/toolkit/library/release/build/libloading-f06e74d8a1d58419/build-script-build` (signal: 11, SIGSEGV: invalid memory reference)
8 3:38.03 gmake[4]: *** [/var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/config/rules.mk:979: force-cargo-library-build] Error 101
8 3:38.03 gmake[4]: Leaving directory '/var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/tbird/toolkit/library/rust'
8 3:38.03 gmake[3]: *** [/var/tmp/portage/mail-client/thunderbird-60.8.0/work/thunderbird-60.8.0/config/recurse.mk:73: toolkit/library/rust/target] Error 2
8 3:38.03 gmake[3]: *** Waiting for unfinished jobs....

Αυτό φαίνεται σε πρώτη φάση: signal: 11, SIGSEGV: invalid memory reference, καθώς και το error: failed to run custom build command for `libloading v0.5.0`. Τι διάολο μπορεί να φταίει...;

[imitheos]

Ίσως πω βλακεία αλλά δηλαδή ο compiler κράσαρε;

Βλέπω ότι ο thunderbird έχει USE clang. Δοκίμασες με USE=-clang;

Σε εμένα είναι ενεργοποιημένη μόνο η hardened USE flag λόγω του προφίλ και τον κάνει compile με τον g++ και τον bfd linker. Επίσης, σε περίπτωση που παίζει ρόλο, χρησιμοποιώ την rust-bin. Δεν τον έτρεξα να δω αν παίζει σωστά αλλά δεν κράσαρε το compile.

[GoofyX]

Κι εγώ το rust-bin πακέτο έχω. Θα το δοκιμάσω και με -clang και θα δω. Thanks!

- - - Updated - - -

Και ναι, με -clang χτίζεται. Παρόμοιο θέμα έχει και στο εξής bug.

[imitheos]

Κι εγώ το rust-bin πακέτο έχω. Θα το δοκιμάσω και με -clang και θα δω. Thanks!

- - - Updated - - -

Και ναι, με -clang χτίζεται. Παρόμοιο θέμα έχει και στο εξής bug.

Στο έχτισε κιόλας; Εμένα έκανε 3 ώρες

Δυστυχώς υπάρχουν προβλήματα ακόμη και τώρα με το clang. Κάποια στιγμή πριν χρόνια που το clang είχε ωριμάσει, μπήκα και εγώ στο τρυπάκι να χτίζω όλο το σύστημα με τον clang. Ίσως να το έγραψα και εδώ. Πολλά προγράμματα που με τον gcc έπαιζαν τζάμι, με το clang είχαν προβλήματα με κρασαρίσματα. Και το κακό ήταν ότι δεν ήταν στο compile όπως σε σένα αλλά χτίζονταν κανονικά και κράσαραν στο άσχετο την ώρα που έτρεχαν οπότε ήταν πιο δύσκολο να καταλάβεις ότι φταίει ο clang. Ειδικά αν έβαζες τον LLD σαν μανίσιο linker, τότε το ποσοστό ανέβαινε πάρα πολύ. Με σκέτο clang και BFD linker τα πράγματα ήταν καλύτερα. Για αυτό μετά από κάποιο διάστημα (και σε συνδυασμό ότι ο clang / llvm ήθελε διπλό χρόνο από τον gcc για να χτιστεί) ξαναγύρισα στον gcc.

[GoofyX]

Ας είναι καλά ο i5...

Sat Aug 17 21:55:33 2019 >>> mail-client/thunderbird-60.8.0
  merge time: 17 minutes and 14 seconds.

Εδώ πάντως ολόκληρο FreeBSD χτίζεται πλέον με clang (λόγω άδειας του gcc) και είναι δυνατόν να έχει τόσα θέματα...;

[imitheos]

Ας είναι καλά ο i5...

Τι σκατά ο δικός μου i5 θα είναι i3 φαίνεται με αυτοκόλλητο i5 (με τόσα που βγήκαν για την intel δεν θα με παρεξενέψει :P )

Εδώ πάντως ολόκληρο FreeBSD χτίζεται πλέον με clang (λόγω άδειας του gcc) και είναι δυνατόν να έχει τόσα θέματα...;

Ίσως δεν το διατύπωσα όπως έπρεπε. Εννοείται πως δεν αφόριζα την δουλειά των devs του llvm / clang. Ίσως να φταίει ο κώδικας των προγραμμάτων και να χρησιμοποιούν κάποιο gnu-ism το οποίο ξεφεύγει από το πρότυπο και ο clang το κάνει miscompile. Πόσα προβλήματα σε κώδικες δεν ανακαλύφθηκαν με το porting σε 64bit ; ή στα *BSD; ή με τη χρήση της musl αντί για την glibc; Σπάνια ένα πρόγραμμα δοκιμάζεται σε τόσα διαφορετικά περιβάλλοντα.

Απλά σαν αποτέλεσμα, η εμπειρία πολλών που το δοκιμάσαμε ήταν να έχεις ένα σχετικά μεγάλο package.env αρχείο με διάφορες εξαιρέσεις για το Ψ και το Ζ πρόγραμμα. Με GCC και hardened και LTO παντού έχω ~20 εξαιρέσεις στο package.env (και οι περισσότερες καταχωρήσεις ίσως να μην χρειάζονται πλέον).

[tiffany]

Εδώ πάντως ολόκληρο FreeBSD χτίζεται πλέον με clang (λόγω άδειας του gcc) και είναι δυνατόν να έχει τόσα θέματα...;

Δεν είναι άμεσα συγκρίσιμα τα αποτελέσματα λόγω εντελώς διαφορετικής φιλοσοφίας. Στο FOSS ο στάνταρ μεταγλωττιστής είναι ο GCC. Οι διανομές μαζεύουν ότι βρουν και απλά το πακετάρουν. Καμία διανομή δεν παράγει δικό της έργο αν εξαιρέσεις βέβαια τους package managers και ίσως κάποια δικά τους εργαλεία διαχείρισης. Δε θα δεις ποτέ Debian bash ή Ubuntu binutils.

Το FreeBSD από την άλλη αποτελείτε από 2 εντελώς ξεχωριστά πράγματα και είναι όπως το RedHat ή το Debia Stable χωρίς τα backports. Το βασικό σύστημα που είναι αυτό που τους ενδιαφέρει είναι εντελώς διαφορετικό από τα έξτρα πακέτα. Εκεί έχει πέσει και τρελό χρήμα από την Apple καθώς ο LLVM + Clang είναι ο βασικός της compiler και το FreeBSD η βάση για το Mac OSX. Το βασικό σύστημα είναι όλο γραμμένο από την ομάδα του FreeBSD. Το ls δεν έχει καμία σχέση με το ls στις διανομές Linux. Τα δε πακέτα είναι όπως έγραψα "παγωμένα" και με αρκετά patches. Όπως πχ το RedHat 7 είχε πυρήνα 3.x ενώ είχαμε φτάσει στον 5. Έτσι και αυτοί είναι αρκετές εκδόσεις πίσω. Σκέψου ότι έδωσαν το KDE5 πριν λίγους μήνες - βαριά χρόνο. Επίσης είναι και ο κύκλος εκδόσεων τέτοιος που επιτρέπει το βαρύ πατσάρισμα.

[GoofyX]

Έρχεται το τέλος της PHP 5.6 (στο Gentoo):

2019-08-30-php-5_6-deprecation
Title Deprecation and removal of PHP 5.6
Author Brian Evans <grknight@gentoo.org>
Posted 2019-08-30
Revision 2

The Gentoo PHP Team is announcing the deprecation and future removal of
PHP 5.6. As of October 1, 2019, PHP 5.6 will be masked for removal.
Since some may consider this a critical package, we have decided on a
longer than normal 90 day removal period.

Other distributions have already or will have moved to PHP 7.2 by the end of
the year. Currently, we are using a backport repository to keep
security updates in line with the main releases. However, we feel this
is the right time to remove this branch as maintenance burden will
likely only increase.

To that end, the long list of PHP 5 only extensions must accompany its
removal. Many of which are long ignored by their upstream maintainers
and have no replacements. Some packages listed here have PHP 5 only
slots which are included as reminders to upgrade.

Some packages do have replacements:
dev-php/pecl-memcache can be replaced by dev-php/pecl-memcached with
some small code modifications
dev-php/pecl-mongo has been superceded by dev-php/pecl-mongodb
dev-php/pecl-libevent should be replaced by dev-php/pecl-event
with code changes
dev-php/PEAR-MDB2_Driver_mysql should be easily replaced by
dev-php/PEAR-MDB2_Driver_mysqli with minor configuration changes

[tsigarid]

Μισό χρόνο μετά το EOL φεύγει πλήρως από το λειτουργικό με το ζόρι. Δεν λέω ότι είναι κακή ιδέα, αλλά μου φαίνεται λίγο νωρίς. Καθαρά ακαδημαϊκή ερώτηση καθώς δεν με ενδιαφέρει προσωπικά: θα μπορεί να την εγκαταστήσει κάποιος χειροκίνητα (εκτός portage) ;

[GoofyX]

Μπορείς να αντιγράψεις το ebuild στο τοπικό σου overlay και να το έχεις εκεί φαντάζομαι.

Αλλά εδώ που τα λέμε, καιρός είναι να παίρνει πόδι η 5.6 σιγά σιγά. Παρόλο που θεωρώ ότι βγάζουν γρήγορα εκδόσεις οι PHP devs, η 5.6 δείχνει πλέον τα χρόνια της.

[mrsaccess]

Ήρθε το τέλος!

https://twitter.com/ItalyPaleAle/sta...54916281778176

[megahead13]

Θα σκίσω τα πτυχία μου!!

Το είδαμε κι αυτό!!!

[famous-walker]

Το θέμα είναι και τι τους είπε.