Device owner

[Alexandros Kosiaris]

George Notaras wrote:
> On Thu, 2008-01-17 at 18:47 +0200, Alexandros Kosiaris wrote:
>>> ..., OPTIONS="last_rule"
>> Χμμ αντίστοιχο υπάρχει στο debian z50_run.rules
>> KERNEL=="tty"   ,       OPTIONS+="last_rule"
>>
>> Το οποίο έχει την πλάκα του γιατί το
>>
>> += σημαίνει πρόσθεσε στα προηγούμενα αυτό
>>
>> και το last rule σταμάτα να κάνεις τα rules process.
>>
>> H αλήθεια είναι ότι δεν μπορώ να βρώ λόγο για το +
> 
> Ίσως να υπάρχει εκεί «προκαταβολικά» ώστε, αν κάποιο προηγούμενο rule
> σχετικό με τα tty περιέχει κάποιο άλλο option, να μην αναιρείται από το
> υποθετικό OPTIONS="last_rule" χωρίς "+". Αλλά αυτό είναι μια υπόθεση.
Πιθανότατα... είναι το μόνο που μου έρχεται στο μυαλό...
> 
> Γενικά υπάρχει «Πολύ Νόημα» - στα rules. Αναρωτιέμαι όμως γιατί ένας
> χρήστης να χρειάζεται να περνάει αυτή τη διαδικασία προκειμένου να δώσει
> τα permissions που θέλει σε μια συσκευή.
Ξέρω γω; Ισως γιατί δεν βρήκαν καλύτερο;
> 

> Τα custom rules τα έχω στο τέλος. Είχα δοκιμάσει με KERNEL=="ttyS0" αλλά
> χωρίς αποτέλεσμα.
> 
> Αυτα είναι τα default rules σχετικά με tty:
> 
> $ grep -hi tty /etc/udev/rules.d/*
> KERNEL=="vcs",                 OWNER="vcsa", GROUP="tty"
> KERNEL=="vcs[0-9]*",           OWNER="vcsa", GROUP="tty"
> KERNEL=="vcsa",                OWNER="vcsa", GROUP="tty"
> KERNEL=="vcsa[0-9]*",          OWNER="vcsa", GROUP="tty"
> KERNEL=="vcc/*",               OWNER="vcsa", GROUP="tty"
> KERNEL=="pty[pqrstuvwxyzabcdef][0123456789abcdef]", GROUP="tty",
> MODE="0660", OPTIONS="last_rule"
> KERNEL=="tty[pqrstuvwxyzabcdef][0123456789abcdef]", GROUP="tty",
> MODE="0660", OPTIONS="last_rule"
> KERNEL=="ptmx",                 GROUP="tty", MODE="0666",
> OPTIONS="last_rule"
> KERNEL=="tty",                  GROUP="tty", MODE="0666",
> OPTIONS="last_rule"
> KERNEL=="tty[0-9]*",            GROUP="tty", MODE="0620",
> OPTIONS="last_rule"
> KERNEL=="vcs|vcs[0-9]*|vcsa|vcsa[0-9]*", GROUP="tty",
> OPTIONS="last_rule"
> KERNEL=="tty0",                 SYMLINK+="systty"
> KERNEL=="tty[A-Z]*|pppox*|ircomm*|noz*", GROUP="uucp"
> 
> Αυτό που έχει να κάνει με το ttyS0 είναι το τελευταίο, το οποίο δεν έχει
> ούτε := ούτε last_rule.
> 
> Το δικό μου rule αρχικά ήταν:
> 
> KERNEL=="ttyS0", SUBSYSTEM=="tty", OWNER="nut", GROUP="nut", MODE="0600"
> 
> το οποίο ήταν στο τέλος. Το ttyS0 δεν έπαιρνε σωστά owner/group (nut),
> αλλά άλλαζε μόνο το mode.

Τώρα αμα σου πω ότι έβαλα το debian μου την γραμμή όπως την έδωσες σε
αρχείο στο τέλος τέλος και παίζει τέλεια;

Μάλιστα πήρα όλο το output του grep σου το πέταξα σε ένα αρχείο και μετα
έβαλα σε ένα άλλο αρχείο αλφαβητικά επόμενο την μοναχική γραμμή με το ttyS0.

Και πάλι παίζει ....

> 
>>> Οπότε, τώρα έχουμε 2 τρόπους να κάνουμε αυτό που θέλουμε και άρα υποθέτω
>>> είμαστε διπλά πιο ελεύθεροι, δημιουργικοί και καινοτόμοι από ό,τι θα
>>> ήμαστε αν υπήρχε μόνον ένας τρόπος.
>> Πάμε στοίχημα ότι εάν το ψάξουμε θα βρούμε και τρίτο;
> 
> Ευτυχώς, δεν φαίνεται να υπάρχει 3ος. :)

Και όμως.... θα έπρεπε βέβαια όποιος το κάνει να του γίνει μύνηση για
κακή χρήση υπολογιστικών πόρων αλλά

Ορίζεις ένα

LABEL="MYENDINGLABEL" στο τέλος του τελευταίου αρχείου
και μετά βάζεις σε ένα rule ένα GOTO.
Ετσι πηδάς ένα πλήθος από rules μέσα στο οποία μπορεί να έχεις βάλει εσύ
αυτό που θες.
Ευτυχώς πάντως όντως δεν δείχνει να υπάρχει official 3os τρόπος να γίνει
 αυτό που λέγαμε εξαρχής.

> 
>> <just a bait>
>>
>> Πάντως ήταν ενδιαφέρον ένα πέρασμα μέσα από τις διάφορες εντολές του
>> udev. Γέμισα με ένα ανυπέρβλητο αίσθημα ικανοποίησης που τις
>> χρησιμοποίησα μετά από τόσο καιρό.
>>
>> Είμαι βαριά ασθενής γιατρέ;
>>
>> </just a bait>
> 
> Είναι και για μένα ενδιαφέρον, αλλά νομίζω ότι η ενασχόληση με το udev
> είναι κάπως άσκοπη.
> 
> Τελικά, νομίζω ότι το Σωστό(ΤΜ) για την ώρα είναι να μπουν τα custom
> rules σε ένα αρχείο πρώτο στην ιεραρχία και, επιπλέον, σε κάθε rule να
> προστίθεται το OPTIONS="last_rule" ή να χρησιμοποιείται το ':='
> operator.
> 
> Αν έχει κανείς αντίρρηση, ένσταση, τεκμηριωμένη αντίθετη άποψη, ας την
> πει τώρα! :P
Εχω έχω... θεωρώ ότι πρέπει να τα βάζουμε στο τέλος χωρίς κανένα
override clause και μετά να κάνουμε debug γιατί δεν παίζει... :-P


-- 
Alexandros Kosiaris 	Network Management Center , NTUA
e-mail : alex at noc.ntua.gr
Public Key Fingerprint :
D6B1 0634 BE65 719C 6C95  7492 8201 4B46 C478 F074
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5200 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.hellug.gr/pipermail/linux-greek-users/attachments/20080118/38c6ad82/attachment.bin>