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

[mobinmob]

Συμφωνώ απόλυτα (για το ότι δεν είναι δύσκολο), αν και πιστεύω ότι α) δεν θα έπρεπε να χρειάζεται να χειροκίνητες παρεμβάσεις τόσο συχνά -το ξαναλέω, δεν είναι 2-3 φορές το χρόνο, από τις αρχές Ιουνίου είναι 2-3 φορές- και β) θα έπρεπε κάποιες ειδοποιήσεις να εμφανίζονται στον package manager πριν την εγκατάσταση (κάτι σαν αυτό που κάνει τελευταία το Debian).
Για να μην παρεξηγηθώ, με το "έπρεπε" δεν εννοώ πως οι άνθρωποι που στήνουν την διανομή είναι υποχρεωμένοι να κάνουν κάτι -εθελοντές είναι και συντηρούν ένα ολόκληρο λειτουργικό, τους αξίζει κάθε έπαινος. Απλά πιστεύω ότι υπάρχει περιθώριο βελτίωσης στα συγκεκριμένα σημεία και το επισημαίνω.

[no_logo]

Το διάβασα εγώ και αλλά 6 νήματα στο net σχετικά με το θέμα. Τελικά, δεν έσπασε το σύστημα αλλά είχα χάσει 4-5 ώρες.

Βάλε ότι είχα κάτι προβλήματα με gfortran, ήρθε και το τελευταίο feature με το installation και το έστειλα εκεί που έπρεπε να είχε πάει από την αρχή.

Μην με παρεξηγείτε, ίσος να είναι η καλύτερη διανομή να μάθει κάποιος το linux αλλά για παραγωγική δουλειά θέλει να κάνει πολλά ακόμα.

Εγώ έχασα μια αιωνιότητα με το glibc
Άσε μας trd με τις υπερβολές σου, μην με κάνεις να βρίσκω τα νήματα για τους kernelους στο αγαπημένο σου debian που ήταν προβληματικοί και είχες φτάσει να φορτώνεις κέρνελο από τον δημιουργό του smxi

[trd64]

Εγώ έχασα μια αιωνιότητα με το glibc
Άσε μας trd με τις υπερβολές σου, μην με κάνεις να βρίσκω τα νήματα για τους kernelους στο αγαπημένο σου debian που ήταν προβληματικοί και είχες φτάσει να φορτώνεις κέρνελο από τον δημιουργό του smxi

Τελευταίο post στο νήμα του arch (έχουμε αρχές (έστω και κομουνιστικές) εμείς του debian).

Πραγματικά ΠΟΤΕ δεν είχα ούτε για δείγμα πρόβλημα με kernel σε sidux & aptosid.
Το smxi το έβαλα στην αρχή που το είχε το sidux. Μόνο προβλήματα δημιουργούσε... το έβγαλα και ησύχασα.
Το μόνο πρόβλημα που έχω βρει στο sid είναι ότι δεν έχεις να κάνεις απολύτως τίποτα στο σύστημα για να συνεχίσει να λειτουργεί. Πραγματικά, τώρα που έχω χρόνο με εκνευρίζει και γι αυτό δοκιμάζω διάφορες διανομές σε vbox.

Αυτά από εμένα και καλή συνέχεια στο νήμα & καλό καλοκαίρι.

[Helix]

Τελευταίο post στο νήμα του arch (έχουμε αρχές (έστω και κομουνιστικές) εμείς του debian).

Σωστά... Αρκετά trollαρες για σήμερα... Κι αύριο μέρα είναι ρε αδερφέ...

[no_logo]

ξέρεις πόσα μηνύματα σου υπάρχουν που παίζεις με ανεπίσημους κέρνελους γιατί είχες προβλήματα;
Βάλε στο search liquorix ή slh για να τα δεις

Αυτά για να μην γκρινιάζεις που έφαγες ώρες με το glibc

[trd64]

ξέρεις πόσα μηνύματα σου υπάρχουν που παίζεις με ανεπίσημους κέρνελους γιατί είχες προβλήματα;
Βάλε στο search liquorix ή slh για να τα δεις

Αυτά για να μην γκρινιάζεις που έφαγες ώρες με το glibc

Να τα παρουσιάσεις εσύ που τα επικαλείσαι.
Και να έχω δοκιμάσει και liquorix γιατί έλεγε ότι δούλευε καλύτερα ο radeon αλλά δεν ήταν αλήθεια. Ο slh δεν είναι ανεπίσημος.
Και πόσα μηνύματα με προβλήματα μπορείς άραγε να βρεις σε >8 χρόνια????
Φέρτετα όλα να γελάσουμε.
Ένα πρόβλημα υπήρχε κάποτε με μειωμένη απόδοση της ΑΤΙ (άλλο θέμα και αυτό!!!). Τώρα είμαι με radeon, ελάχιστη κατανάλωση και κανένα πρόβλημα με γραφικά.

Όταν κάποιος λέει τελευταίο μήνυμα δεν του την λένε γιατί επιστρέφει

[Helix]

α) δεν θα έπρεπε να χρειάζεται να χειροκίνητες παρεμβάσεις τόσο συχνά -το ξαναλέω, δεν είναι 2-3 φορές το χρόνο, από τις αρχές Ιουνίου είναι 2-3 φορές-

Γιατί 2-3 φορές από τις αρχές Ιουνίου;

Έχουμε 3 χειροκίνητες παρεμβάσεις από τις αρχές του χρόνου:

http://www.archlinux.org/news/pacman-4-moves-to-core
http://www.archlinux.org/news/filesy...ion-required-1
http://www.archlinux.org/news/the-li...omes-a-symlink

Και 2 συνολικά για όλο το 2011:

http://www.archlinux.org/news/initsc...ntion-required
http://www.archlinux.org/news/filesy...ntion-required

[mobinmob]

Από τις αρχές Ιουνίου έχουμε:
http://www.archlinux.org/news/system...replaces-udev/
(Στην περίπτωση που εγκατασταθεί και kernel πρέπει να τρέξεις ξεχωριστά το mkinitcpio).
http://www.archlinux.org/news/having...rify-packages/
(Δημιουργία keyring και merge το conf του pacman)
http://www.archlinux.org/news/filesy...on-required-1/
(H αλλαγή του /lib σε symlink)

Ακόμα όμως κι αν δεχτώ αυτά που βρήκες - αν ψάχνεις μόνο για "manual intevention required" βρίσκεις λίγα, καθώς σε αυτές τις περιπτώσεις είναι απαραίτητη * για όλους* η επέμβαση- 3 παρεμβάσεις σε 7 μήνες είναι αρκετές.

[Helix]

http://www.archlinux.org/news/system...replaces-udev/
(Στην περίπτωση που εγκατασταθεί και kernel πρέπει να τρέξεις ξεχωριστά το mkinitcpio).

Δεν χρειάστηκε καν να τρέξω το mkinitcpio, όπως και για τους περισσότερους φαντάζομαι. Το έλεγε καθαρά πιο πολύ για προληπτικούς λόγους.

http://www.archlinux.org/news/having...rify-packages/
(Δημιουργία keyring και merge το conf του pacman)

Πολύ δύσκολο να δεχτείς τα master keys πατώντας 5 φορές το y (yes).

[mobinmob]

Το ζήτημα είναι αν η παρέμβαση χρειάζεται ή αν είναι δύσκολη; Είπα από την αρχή ότι δεν είναι κάτι δύσκολο -και συνήθως είναι πολύ καλά τεκμηριωμένες οι ενέργειες που πρέπει να γίνουν.
Φυσικά και δεν χρειάζεται πάντα σε όλους κάποια ενέργεια που γράφεται προληπτικά -κι αυτό εννοούσα προηγουμένως στην διευκρίνηση για όσα news items αναφέρουν ρητά "manual intevention required".
Στο ζήτημα όμως του keyring δεν είναι απλά να αποδεχθείς τα κλειδιά. Στο init η διαδικασία διαρκούσε απίστευτα πολύ χρόνο αν είχες εγκατάσταση σε vm και γενικά σε περιπτώσεις που δεν υπήρχε αρκετή εντροπία για το gpg. Σε αυτή την περίπτωση (καθόλου σπάνια όπως θα διαπιστώσεις με μια αναζήτηση στο επίσημο arch forum) χρειαζόταν πρόσθετες ενέργειες -στο wiki προτεινόταν η εγκατάσταση και χρήση του haveged. Δεν είναι κάτι δύσκολο, είναι όμως επιπλέον ενέργειες από τις απλές εντολές αναβάθμισης.

[Helix]

Το ζήτημα είναι αν η παρέμβαση χρειάζεται ή αν είναι δύσκολη;

Αν θες την γνώμη μου, και τα 2 παίζουν ρόλο.

[mobinmob]

Καμία αντίρρηση. Μόνο που εγώ δεν μίλησα για δυσκολία των ενεργειών, αλλά για το γεγονός ότι είσαι αναγκασμένος να τις κάνεις και μάλιστα σχετικά συχνά -κατά τη γνώμη μου ...

[pasxal]

Παίρνω το εξής ενοχλητικό μήνυμα όταν πάω να ξεκινήσω τον apache. Έχει κανείς ιδέα τι μπορεί να φταίει;
Έψαξα στο google και βρήκα παρόμοιες περιπτώσεις ωστόσο δεν μου δούλεψαν.

:: Starting Apache Web Server                                                                                 [BUSY] 
(98)Address already in use: make_sock: could not bind to address [::]:80
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:443
no listening sockets available, shutting down
Unable to open logs                                                                                                 [FAIL]

[DarkSky]

Παίρνω το εξής ενοχλητικό μήνυμα όταν πάω να ξεκινήσω τον apache. Έχει κανείς ιδέα τι μπορεί να φταίει;
Έψαξα στο google και βρήκα παρόμοιες περιπτώσεις ωστόσο δεν μου δούλεψαν.

:: Starting Apache Web Server                                                                                 [BUSY] 
(98)Address already in use: make_sock: could not bind to address [::]:80
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:443
no listening sockets available, shutting down
Unable to open logs                                                                                                 [FAIL]

Κάτι άλλο "ακούει" στις θύρες 80,443. Μήπως τρέχεις κάποιον άλλο webserver ? Τρέξε ένα "netstat -lnp" στο τερματικό να δεις τι γίνεται...

[pasxal]

To θέμα είναι ότι δεν τρέχει κάτι στις συγκεκριμένες θύρες. Μήπως χρειάζομαι και το network τελικά;