Εγκατάσταση Gentoo - Episode III

[Slammer]

Πάντα οι πυρήνες ειναι SLOTED ακόμα κι αν αλλάζει το -rX γιατι δεν ειναι δυνατό να διαγράφονται τα παλιά sources, αφου χρειάζεται compilation manually.

[WAntilles]

Ένα μόνο πακέτο τρέμουν ακόμα και οι μεγαλύτεροι Masters των Master κι αυτό είναι αυτό εδώ:

udev

[Slammer]

Όντως wan, από τότε που καταργήθηκαν τα /dev/* αρχεία να εχουν φυσική υπόσταση στον σκληρό και δημιουργούνται δυναμικά από το udev (καταργήθηκαν και τα hotplug/coldplug), το udev είναι ίσως το κρισιμότερο πακέτο του συστήματος. Αν εκτιμήσουμε επίσης ότι το udev ειναι ενα σχετικά νεο σύστημα αυτό δημιουργεί πρόσθετη ανασφάλεια όταν πρόκειται να το κάνουμε update. Βέβαια μπορώ να πω ότι πλέον έχει μπεί σε μια φάση ωριμότητας....

[mrsaccess]

Σιγά ρε'σεις! Πόσες φορές είχατε πρόβλημα με το udev; Στα σχεδόν δύο χρόνια μου με το gentoo μόνο μια φορά είχα πρόβλημα με το udev και αυτό ήταν ότι δεν δούλευε σωστά το automount.
Με ένα search 5 λεπτών στα gentoo forums κατωβάθμισα το udev στην stable έκδοση (και συμβατή με το τότε KDE) και τα πάντα επανήλθαν στο φυσιολογικό!

[WAntilles]

Θεμελιώδεις αλλαγές αυτήν την εβδομάδα:

http://www.gentoo.org/news/en/gwn/20...newsletter.xml

GNOME 2.16 stable

The Gentoo GNOME team is working to stabilize GNOME-2.16.2. This is an upgrade from the current 2.14 stable version of GNOME. Please consult the GNOME 2.16 Upgrade Guide before upgrading. If you wish to track the stabilization efforts, you can follow bug 156572 for gtk+-2.10 stabilization and bug 156662 for GNOME-2.16 stabilization.

Coldplug deprecated by udev-103 update? / udev and coldplug blocking each other!

Two different users found themselves concerned by the recent demise of coldplug, the package which formerly handled devices which are already connected at the time the system is booted. Peter K was assured that he'd read his emerge --sync output correctly and that, as of udev 103, coldplug was indeed gone.

Hans de Hertog found himself more concerned by the mutual blocks that udev and coldplug seemed to have thrown up:

Code Listing 2.1: blocker output

[blocks B ] >=sys-fs/udev-089 (is blocking sys-apps/coldplug-20040920-r1)
[blocks B ] sys-apps/coldplug (is blocking sys-fs/udev-103)
[ebuild U ] sys-fs/udev-103 [087-r1] USE="(-selinux)" 195 kB

Hans was assured that the recently stabilized udev 103 was an entire replacement for coldplug. Plucking up his courage, he unmerged coldplug, merged udev 103 and cleaned up by deleting /etc/init.d/coldplug and running rc-update del coldplug. As a bonus, he discovered it was no longer necessary to edit /lib/rcscripts/addons/udev-start.sh to have udev handle coldplugging.

Where is DISPLAYMANAGER="gdm" now?

Mark Knecht had just completed his GCC 4 upgrade and discovered that the DISPLAYMANAGER="gdm" statement was no longer in /etc/rc.conf. To what file it had been spirited away?

To /etc/conf.d/xdm although (as noted in /etc/conf.d/xdm) setting DISPLAYMANAGER in /etc/rc.conf overrides /etc/conf.d/xdm.

Mark thanked all the responders and noted that he'd be using /etc/conf.d/xdm as he wanted to do it the Gentoo way.

Ειδικά αυτή του udev.

[katafitos]

Εχω ενα προβλημα με το usb stick. Καθε φορα που παω να το δω μου βγαζει το παρακατω μηνυμα.



Εβαλα και τον user και στο plugdev αλλα τιποτα.

10(wheel),
18(audio),
19(cdrom),
27(video),
80(cdrw),
85(usb),
100(users),
1003(plugdev)

Επισης στα στη γραμμη του fstab για να βλεπουμε ελληνικα (international characters) σε vfat ειδα σε ενα wiki οτι πρεπει να βαλουμε nls=utf8 αλλα δεν το δεχεται με τιποτα
Στον kernel εχω βαλει ως default nls=iso8859-7 αντι του 8859-1 καθως και nls utf8 και τα υπολοιπα ως εχουν

[dpetka2001]

άρα η τελευταία έκδοση του udev αντικαθιστά πλήρως το coldplug...σωστά?? άρα "emerge -C coldplug" και τα λοιπά που λέει σε αυτό που έγραψε ο Wan??

[KLG]

Αυτό με το gdm/kdm/xdm παίζει εδώ και καιρό, απλώς πας και προσθέτεις την γραμμούλα που ξέρεις και εμπιστεύεσαι.
(και ένα ωραίο ξημέρωμα γίνεται deprecated το παλιο φορμά και δεν μπορείς μπείς στο DE, και αρχίζεις να ποστάρεις απο δω και απο κει και ξαφνικα κάποιος σου πετάει ένα link απο το Gentoo forum που άλλοι 54351 κάνουν την ίδια ερώτηση ανα 2 ποστ)


Να προσθέσω επίσης οτι δεν μου αρέσει αυτός ο Gentoo way μόνο και μόνο επειδή είναι άλλος ένας (=yet another) way.

[WAntilles]

Επισης στα στη γραμμη του fstab για να βλεπουμε ελληνικα (international characters) σε vfat ειδα σε ενα wiki οτι πρεπει να βαλουμε nls=utf8 αλλα δεν το δεχεται με τιποτα

Θέλει αντί για αυτό που λες:

iocharset=utf8

Στον kernel εχω βαλει ως default nls=iso8859-7 αντι του 8859-1 καθως και nls utf8 και τα υπολοιπα ως εχουν

Θα πρότεινα να βάζεις πάντα default UTF-8.

Spoiler:

(utf8) Default NLS Option
<*>   Codepage 437 (United States, Canada)
<*>   Codepage 737 (Greek)
<*>   Codepage 850 (Europe)
<*>   ASCII (United States)
<*>   NLS ISO 8859-1  (Latin 1; Western European Languages)
<*>   NLS ISO 8859-7  (Modern Greek)
<*>   NLS ISO 8859-15 (Latin 9; Western European Languages with Euro)
<*>   NLS UTF-8

[GoofyX]

Όσοι κάνατε emerge --sync σήμερα (ή ίσως χθες) και σας έκανε update τα gtk+ και glib, πιθανόν μετά να μη σας εμφανίζει σωστά μετά τις GTK εφαρμογές μέσα στο KDE. Σε μένα ένα rebuild του gtk-engines-qt έλυσε το πρόβλημα.

Επίσης, όταν δίνετε emerge -vpuDN world και σας βγάζει πακέτα που άλλαξαν τα flags τους και θέλουν rebuild, τα κάνετε rebuild, αλλά τα ξαναβγάζει μετά για τον ίδιο λόγο όπως και πριν, θα πρέπει αυτά να τα βγάλετε με emerge -C και μετά να τα ξαναβάλετε κανονικά. Τότε θα λυθεί το πρόβλημα αυτού του κύκλου που δημιουργείται (με απλό rebuild δε λύνεται).

[WAntilles]

Όσοι κάνατε emerge --sync σήμερα (ή ίσως χθες) και σας έκανε update τα gtk+ και glib, πιθανόν μετά να μη σας εμφανίζει σωστά μετά τις GTK εφαρμογές μέσα στο KDE. Σε μένα ένα rebuild του gtk-engines-qt έλυσε το πρόβλημα.

Το σύνηθες πισώπλατο και κάτω από τη μέση σαμποτάζ των κομπλεξικών devs του KDE.

[GoofyX]

Το σύνηθες πισώπλατο και κάτω από τη μέση σαμποτάζ των κομπλεξικών devs του KDE.

Χαλάρωσε βρε συ WAn, επειδή άλλαξε η GTK+ (από 2.8.x σε 2.10.x), κάπου λογικό ήταν να θέλει rebuild.

[KLG]

Το σύνηθες πισώπλατο και κάτω από τη μέση σαμποτάζ των κομπλεξικών devs του KDE.

Eχμ.. Ρε τους κομπλέξες... Άλλαξε η gtk και οι άχρηστοι δεν είχαν το patch έτοιμο να το βγάλουν παρέα...

[mrsaccess]

Συμφωνώ με τον WAn και θέλω να αναφέρω και τους κομπλέξες devs της nVidia που κάνουν σαμποτάζ στον kernel.
Κάθε φορά που αλλάζω kernel πρέπει να ξανακάνω emerge τους drivers της.

[dpetka2001]

μπορεί να απαντήσει κάποιος στο παραπάνω ερώτημά μου για να προχωρήσω κι εγώ με το update?? γιατί μου βγάζει και μένα ότι τα 2 πακέτα αλληλομπλοκάρονται...ευχαριστώ...