Περί Arch Linux... (v6)

[shadow_1986]

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

[megahead13]

Και οι onboard συσκευές pci είναι. Το enp2s0 δεν είναι κάτι τυχαίο, σημαίνει ethernet συσκευή (en) στο bus 02 slot 00 (το «βγάζεις» με ένα lspci/lsusb)
Για τα οφέλη δεν χρειάζεται να μιλήσω το λινκ τα λέει πολύ όμορφα για όποιον πραγματικά ενδιαφέρεται.
Επιπλέον δεν είσαι υποχρεωμένος να το χρησιμοποιήσεις όπως έχουμε πει ήδη αρκετές φορές.

Βρε δεν αντιλέγω. Ευκολοδιάβαστο/ευκολομνημόνευτο πάντως δεν είναι όπως και να το κάνουμε. Είμαι περίεργος να δω αν και πως θα υιοθετηθεί από τις σερβεροδιανομές, διανομές για routing, firewalls, κτλ

[Helix]

@shadow_1986

Τι εννοείς "όσοι χρησιμοποιούν wicd δεν επηρεάζονται"; Αφού έχω δηλώσει ρητά στις προτιμήσεις του wicd ποιο είναι το interface για ethernet και ποιο για wireless.

[birdflesh]

Είμαι περίεργος να δω αν και πως θα υιοθετηθεί από τις σερβεροδιανομές, διανομές για routing, firewalls, κτλ

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

[megahead13]

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

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

[mobinmob]

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

Πόσοι από αυτούς χρησιμοποιούν κάτι σε rolling release αλήθεια; Φαντάζομαι κανείς...
Για τον περισσότερο κόσμο οι όποιες αλλαγές χρειαστούν θα είναι στα release notes της επόμενης έκδοσης της διανομής που χρησιμοποιούν

[birdflesh]

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

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

[megahead13]

Πόσοι από αυτούς χρησιμοποιούν κάτι σε rolling release αλήθεια; Φαντάζομαι κανείς...

Μα δε μίλησα για rolling release. Ήμουν συγκεκριμένος:

Βρε δεν αντιλέγω. Ευκολοδιάβαστο/ευκολομνημόνευτο πάντως δεν είναι όπως και να το κάνουμε. Είμαι περίεργος να δω αν και πως θα υιοθετηθεί από τις σερβεροδιανομές, διανομές για routing, firewalls, κτλ

- - - Updated - - -

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

Δεκτό, αν και εξακολουθώ να θεωρώ ότι θα μπορούσαν να το έκαναν πιο εύκολο. Πάντως θέλει μπόλικο χρόνο (1-2 χρόνια σίγουρα) μέχρι να περάσει στις σερβεροδιανομές.

[Hodad]

$uname -a
Linux localhost 3.6.11-1-ARCH #1 SMP PREEMPT Tue Dec 18 08:57:15 CET 2012 x86_64 GNU/Linux

$file /usr/lib/opera/opera
/usr/lib/opera/opera: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0xba45bccc107a3c9655165a24c78c9d7cc84d9667, stripped

$opera
/usr/bin/opera: line 4: /usr/lib/opera/opera: No such file or directory

$nano /usr/bin/opera
export OPERA_DIR=${OPERA_DIR:-/usr/share/opera}
export OPERA_PERSONALDIR=${OPERA_PERSONALDIR:-$HOME/.opera}
exec /usr/lib/opera/opera "$@"

Έχω κάνει καμιά μλκία;

[ranger]

Δεκτό, αν και εξακολουθώ να θεωρώ ότι θα μπορούσαν να το έκαναν πιο εύκολο. Πάντως θέλει μπόλικο χρόνο (1-2 χρόνια σίγουρα) μέχρι να περάσει στις σερβεροδιανομές.

Αυτά είναι workarounds και η εύκολη λύση. Γιατί να μην δούμε το πρόβλημα βαθύτερα; Γιατί να αλλάζει η σειρά στον kernel δημιουργόντας τόσα προβλήματα; Ομοίως για τα UUIDs

[ifaigios]

Αυτά είναι workarounds και η εύκολη λύση. Γιατί να μην δούμε το πρόβλημα βαθύτερα; Γιατί να αλλάζει η σειρά στον kernel δημιουργόντας τόσα προβλήματα; Ομοίως για τα UUIDs

Για τα interface names: Διότι το initialization των συσκευών γίνεται παράλληλα (asynchronously) και όχι σειριακά (δηλ. δίαυλο προς δίαυλο, slot προς slot), για λόγους ταχύτερου boot.

Για τα UUIDs: Και εδώ ισχύει ο παραπάνω λόγος αλλά και κάτι ακόμα: Στον kernel υπάρχει hotplug support, που σημαίνει ότι όποια συσκευή συνδέεται παίρνει κατευθείαν device name χωρίς reboot. Δηλαδή αν εσύ τώρα, που κανονικά δουλεύεις με έναν σκληρό, συνδέσεις πάνω έναν εξωτερικό, αυτός θα πάρει αυτόματα όνομα /dev/sdb. Τι θες δηλαδή, να μυρίσει ο kernel τα νύχια του και να το βάλει /dev/sdc επειδή εσύ θες /dev/sdb να είναι το στικάκι σου; Ε λοιπόν, επειδή ο kernel δε συνηθίζει να μυρίζει τα νύχια του, γι' αυτό και κάποιος έξυπνος άνθρωπος σκέφτηκε να αντιστοιχίσει σε κάθε συσκευή συγκεκριμένο και σταθερό αναγνωριστικό, ώστε να μπορεί κάποιος να τη βρει χωρίς να χρειάζεται να ξέρει σε ποιο device name την αντιστοίχισε ο kernel. Και το όνομα αυτού: UUID

[mobinmob]

Μα δε μίλησα για rolling release. Ήμουν συγκεκριμένος:



- - - Updated - - -


Δεκτό, αν και εξακολουθώ να θεωρώ ότι θα μπορούσαν να το έκαναν πιο εύκολο. Πάντως θέλει μπόλικο χρόνο (1-2 χρόνια σίγουρα) μέχρι να περάσει στις σερβεροδιανομές.

Ακόμα και σε rolling release η αλλαγή δεν είναι απότομη -δεν θα αλλάξουν τα devices στις νέες ονομασίες μετά από ένα reboot-, πόσο μάλλον στις διανομές που αναφέρεσαι. Στις νέες εκδόσεις θα υπάρχει το σχετικό documentation, δεν υπάρχει λόγος να μπερδευτεί κάποιος.

[ifaigios]

Oντας πολύ ουδετερος στο θέμα του systemd, το συγκεκριμένο θέμα είναι οντως εκνευριστικό, και καλα λενε οι από πάνω.

Και βασικά, το γεγονός ότι αιτιολογείται, δεν σημαίνει αυτόματα οτι είναι είτε χρήσιμο ούτε μνημονεύσιμο.

Δηλαδή, εαν με πλήρως εξαίρετη αιτιολογία, πουν ότι θα πρεπει στο systemd v300 να ονομαστούν

enp01es01_ss_nwf_000192sn1ln1noerr_01223202

εαν εγω εχω πρόβλημα με αυτή την γκουμούτσα, θα τρολλάρω ;

Το να πεις ότι έχεις πρόβλημα δεν είναι trolling. Το να χαρακτηρίσεις τους devs "παρανοϊκούς" ή "μεθύστακες", είναι.

[mobinmob]

Για τα interface names: Διότι το initialization των συσκευών γίνεται παράλληλα (asynchronously) και όχι σειριακά (δίαυλο προς δίαυλο, slot προς slot), για λόγους ταχύτερου boot.

Και η "παλιά" μέθοδος έδινε ονόματα ανάλογα με το πότε φόρτωναν τα σχετικά modules.

Ε λοιπόν, επειδή ο kernel δε συνηθίζει να μυρίζει τα νύχια του, γι' αυτό και κάποιος έξυπνος άνθρωπος σκέφτηκε να αντιστοιχίσει σε κάθε συσκευή συγκεκριμένο και σταθερό αναγνωριστικό, ώστε να μπορεί κάποιος να τη βρει χωρίς να χρειάζεται να ξέρει σε ποιο device name την αντιστοίχισε ο kernel. Και το όνομα αυτού: UUID

Αν κάποιος θέλει να έχει σταθερά device names για τις αφαιρούμενες συσκευές του, η πιο απλή μέθοδος είναι να γράψει ένα udev rule...

[ifaigios]

Και η "παλιά" μέθοδος έδινε ονόματα ανάλογα με το πότε φόρτωναν τα σχετικά modules.

Αυτό λέω. Επειδή το initialization των modules γίνεται asynchronously, τα interface names ήταν ανάκατα.

Αν κάποιος θέλει να έχει σταθερά device names για τις αφαιρούμενες συσκευές του, η πιο απλή μέθοδος είναι να γράψει ένα udev rule...

Ακριβώς, κι εγώ αυτή τη μέθοδο προτιμώ. Μόνο που κάποιοι δεν ξέρουν να γράφουν udev rules (ή απλά έχουν τεράστιο αριθμό αφαιρούμενων και μη δίσκων) και τους βολεύει πιο πολύ να πετάξουν ένα "30fcb748-ad1e-4228-af2f-951e8e7b56df" στο fstab για να κάνουν mount το στικάκι τους.