Περίεργο πράγμα με το xorg.conf... και kubuntu

[flamelab]

Να θυσιάσεις τον έλεγχο; Κάνε μια στάση και προσπάθησε να καταλάβεις τι έγραψες, ανάλυσε την πρότασή σου. Μην μείνεις μονάχα στην τεχνική πλευρά, προσπάθησε να το δεις από όλες τις απόψεις.

Ελπίζω να έγραψες το παραπάνω μήνυμα βιαστικά και εγωιστικά γιατί αν το εννοείς πραγματικά...

Δεν κατάλαβα απολύτως τίποτα

Να το πω διαφορετικά: Μου λες ότι εάν ακολουθηθεί η λογική η "απόλυτη" με το xorg.conf, δεν θα μπορούμε να κάνουμε παραπανω πράγματα, όπως πχ (όπως έιπες) να συνδεσουμε εξωτερικό προβολέα κ.ά.

Επομένως, για να τα συνδεσουμε εύκολα, δεν χρειαζόμαστε xorg.conf.

Επομένως, ένα από τα λίγα αρχεια configuration που έμειναν να το ξεχασουμε (όπως λεει και ο giorgosts) για την ευκολία των devs .... και την δική μας.

Αρα, πες μου χαλάει η ανάλυση της οθόνης .....

Τί κάνω ; Φορμάτ ; Πού να το ρυθμίσω ;

Xάνω τελειως τον X ; Τί κανω ;

Αυτά επακριβως τα προβλήματα δεν έχουν τόσο καιρό οι χρήστες Ubuntu (μιας και ήδη γίνεται πράξη η απουσία χρήσης xorg.conf) ; Πού να βρουν την ευκολία ; Στο ότι κάποτε θα συνδεσουν το pc με την τηλεόραση και θα γίνει αυτόματα ;

Υ.Γ. Το εγωιστικό πού το είδες ;

[mrsaccess]

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

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

Κάποιος που δεν γνωρίζει γιατί πρέπει να ασχοληθεί για ώρες -τουλάχιστον- για να μάθει το xorg.conf αν δεν έχει πρόβλημα; Αν υπάρξει πρόβλημα -σπάνιο και όσο πάει ακόμη πιο σπάνιο- ας ασχοληθεί.

Φυσικά το να χρησιμοποιήσει ένα έτοιμο xorg.conf από τον WAn είναι αντίστοιχο με το να χρησιμοποιήσει ένα οποιοδήποτε autoconfiguration εργαλείο. Σε καμιά από τις δύο περιπτώσεις δεν θα πάρει χαμπάρι τι γίνεται.

[flamelab]

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

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

Κάποιος που δεν γνωρίζει γιατί πρέπει να ασχοληθεί για ώρες -τουλάχιστον- για να μάθει το xorg.conf αν δεν έχει πρόβλημα; Αν υπάρξει πρόβλημα -σπάνιο και όσο πάει ακόμη πιο σπάνιο- ας ασχοληθεί.

Φυσικά το να χρησιμοποιήσει ένα έτοιμο xorg.conf από τον WAn είναι αντίστοιχο με το να χρησιμοποιήσει ένα οποιοδήποτε autoconfiguration εργαλείο. Σε καμιά από τις δύο περιπτώσεις δεν θα πάρει χαμπάρι τι γίνεται.

Τί εννοοώ έλεγχο (και όχι αυτό που παρεξήγησες)
Θα συμφωνούσες να καταργηθουν τα USE flags απο το Gentoo ; Ας αποφασιζει ο εκαστοτε dev και packager.
Θα συμφωνούσες να μην έχουμε τόσα CFLAGS, αλλά δύο ή τρία ; Τί να τα κάνεις ...
Θα συμφωνούσες να περνούσαν κατα βούληση τα unstable πακέτα στο σύστημα (package.use και λοιπά) εφόσον έτσι λεει ο dev , χωρίς να σε ρωτήσει ;

Βάζω παραδείγματα από το Gentoo που γνωρίζεις τόσο καιρό για να καταλαβεις τί εννοώ

[ludist]

Η αυτοματοποίηση δεν αναιρεί την χειροκίνητη ρύθμιση. Δεν λογίζεται αντικατάσταση ως η καλύτερη λύση αλλά επιπλέον δυνατότητα.

[flamelab]

Η αυτοματοποίηση δεν αναιρεί την χειροκίνητη ρύθμιση. Δεν λογίζεται αντικατάσταση ως η καλύτερη λύση αλλά επιπλέον δυνατότητα.

Δυστυχως, αυτό που λες δεν συμβαίνει, ιδίως στο Ubuntu (και παλι δυστυχως, γιατί σαν διανομή ήταν η πρώτη μου και της έχω συμπαθεια)

Όταν πας να παρακάμψεις καθαρα Linux στοιχεία (αρχεια configuration ), μιμείσαι το εναλλακτικό λειτουργικό.

Τρανό παράδειγμα, ο driver της Ati, που αν δεν βρει στοιχεία στο xorg.conf, βασίζεται σε ρυθμίσεις σε ενα ... registry αρχειο στο /etc/ati.

Αρχισαν τα όργανα.

[ludist]

Τί σχέση ο driver της ATI με το ubuntu;

Αν είσαι θαρετός χτυπάς ένα rm /etc/X11/xorg* και γράφεις δικό σου. Δεν είχα πρόβλημα να ρυθμίσω οθόνΕΣ σε Ubuntu.

Το σωστό είναι να έχεις σοβαρό hardware με edid πληροφορίες και να μην ρυθμίσεις ΤΙΠΟΤΑ, ούτε απο GUI ούτε απο CLI. Από εκεί και πέρα όταν - λανθασμένα - χρειαστεί να ρυθμίσεις ΠΡΕΠΕΙ να υπάρχουν δύο επιλογές. Gui και CLI, δεν υπάρχει καλύτερο από τα δύο αν και προτιμώ το GUI και τελευταία λύση σε CLI. Πρακτικά γράφεται το cli και ακολουθεί το GUI αλλά αυτό δεν σημαίνει πως το CLI είναι καλύτερο.

[flamelab]

Τί σχέση ο driver της ATI με το ubuntu;

Και τα δύο παρακάμπτουν το xorg.conf, βασικό αρχειο του Xorg.

Αν είσαι θαρετός χτυπάς ένα rm /etc/X11/xorg* και γράφεις δικό σου. Δεν είχα πρόβλημα να ρυθμίσω οθόνΕΣ σε Ubuntu.

Εμένα το /etc/X11 όταν εβαλα το Arch δεν υπήρχε καν. Οπότε δικά μου είναι όλα όσα είναι εκεί μεσα

Το σωστό είναι να έχεις σοβαρό hardware με edid πληροφορίες και να μην ρυθμίσεις ΤΙΠΟΤΑ, ούτε απο GUI ούτε απο CLI. Από εκεί και πέρα όταν - λανθασμένα - χρειαστεί να ρυθμίσεις ΠΡΕΠΕΙ να υπάρχουν δύο επιλογές. Gui και CLI, δεν υπάρχει καλύτερο από τα δύο αν και προτιμώ το GUI και τελευταία λύση σε CLI. Πρακτικά γράφεται το cli και ακολουθεί το GUI αλλά αυτό δεν σημαίνει πως το CLI είναι καλύτερο.

Αρα να καταργήσουμε το xorg.conf ;

Αυτά με το Edid γίνονται κατα κόρον ... στο MacOSX με προρυθμισμένα kexts στο /System/Library/Extensions.

Το GUI είναι κατα κόρον frontend εντολών μίας CLI εφαρμογής. Το καλό είναι ότι σε Linux μπορείς να κάνεις δουλειά και με GUI και με CLI, ενώ στο εναλλακτικό λειτουργικό όχι. Καλό είναι να μην καταντήσουμε να έχουμε μόνο GUI.

[WAntilles]

Το σωστό είναι να έχεις σοβαρό hardware με edid πληροφορίες και να μην ρυθμίσεις ΤΙΠΟΤΑ, ούτε απο GUI ούτε απο CLI.

1. Σε πληροφορώ ότι υπάρχει hardware εκεί έξω - από τα ποιοτικότερα μάλιστα - που λόγω λάθους περιέχει λάνθασμένη EDID πληροφορία. Είχα μία τέτοια περίπτωση για 5 χρόνια -> μία 19άρα CRT Iiyama Vision Master Pro 450 -> αντικειμενικά από τις καλύτερες CRT της αγοράς (καθοδικός Mitsubishi Diamondtron). Αν δεις το υπόδειγμα xorg.conf σε όλους τους οδηγούς που δίνω, στην περίπτωση CRT έχουν (σχολιασμένα) 4 modelines. Ήταν αυτά που είχα αναγκαστεί να συνθέσω εκ του μηδενός για να έχω σωστή λειτουργία της οθόνης. Αν είχαμε αποκλειστικά παιδοτοπικούς παρακαμπτικούς αυτοματισμούς παιδότοπου Μπουμπούντου, χωρίς δυνατότητα χειροκίνητου override & ρύθμισης - όπως θέλουν οι Μπουμπουντοφωστήρες - θα είχα αναγκαστεί να πετάξω την - κατά τα άλλα εξαιρετική - οθόνη μου.

2. Επίσης υπάρχουν drivers εκεί έξω που είτε διαβάζουν λανθασμένα την EDID πληροφορία, είτε αγνοούν ρητές εντολές στο xorg.conf για να την αγνοήσουν. Π.χ. τέτοιοι ήταν κάποιες φουρνιές 8xxx driver της nVidia. Είχα κάνει τότε - πριν 3+ χρόνια - και σχετικό bug report στο Gentoo Bugzilla.

Άρα λοιπόν - θα επαναλάβω για πολλοστή φορά:

Κάθε αυτοματισμός πρέπει να δίνει δυνατότητα πλήρους απενεργοποίησής του. Ειδάλλως σε περίπτωση αποτυχίας του, ο χρήστης ΧΑΝΕΙ τον έλεγχο.

[arkara]

Κάθε αυτοματισμός πρέπει να δίνει δυνατότητα πλήρους απενεργοποίησής του. Ειδάλλως σε περίπτωση αποτυχίας του, ο χρήστης ΧΑΝΕΙ τον έλεγχο.

σε αυτό έχεις δίκιο.
και νομίζω πως στο ubuntu μπορείς να παρακάμψεις τους αυτοματισμούς.