On 09/07/2007 11:41:02 AM, Osamu Aoki wrote:
On Tue, Sep 04, 2007 at 10:13:40AM -0500, Karl O. Pinc wrote:
>
> On 09/04/2007 07:59:47 AM, Osamu Aoki wrote:
> I didn't want to expand this section to re-create the
> definitive list, but I also think it could be useful to
> list the 'scanner' group and the 'plugdev' group. (Because
> those are the ones I've struggled with in the past. :)
But gnome and xfce do not use plugdev (pmount).
I am unclear on what's used when. (I recently switched from
gnome to kde, so am now using kde.) All I can say is that
when I plugged in my usb camera (which requires a special
wire protocol, it does not mount as a filesystem) it came
up with plugdev as the group allowed to read and write it.
(Kde also did some odd things popping up a dialog box.
I was unable to figure out how to get it to launch, for
example, gtkam. I poked it with a stick for a while and
gave up.) I'm not sure what kde is really doing that I want
and don't know I'll stick with it.
>> But if this is for devices, floppy etc may serve better as example.
>
> I'm not sure what you mean, but that's ok.
>
> I chose the audio group because you already had text for
> the adm group, which grants read access, and I wanted
> something that would grant write access (and have to do with
> devices rather than files.)
What do you think my rewrite?
http://wiki.debian.org/DRBasics#head-8c8218c777b29b3179dd99503f0a019f55ebca0a
As written:
When some filesystem access is only available from the super user
(root), this is a good indication that access permission of some file
(including device) is set to deny access by the user account used. This
situation may be removed by adding the pertinent user to the pertinent
group and setting proper group access permission to the file.
Revised:
When some filesystem access is only available to the super user (root),
this is a good indication that access permission of the file (or
device) is set to deny access to the user account. This situation may
be removed by adding the pertinent user to the pertinent group and
setting proper group access permission to the file.
(It's still not so good. E.g. The first sentence seems to say
only "if only root can use it then regular user's can't." which
is a tautology.)
I think this part needs to go in "The root account" section
and taken out of the group section. I say this because that's
where the reader needs to perk up and remember "hey, this is
what the root account's good for. If I want to do any of these
things I'd better be root". It's easier for the reader if the
whole list is in one place. I think this is true, even though it'd
be nice to remind the reader throughout the document where ever
root permissions are required, because generally the new user
won't know which part of the document has the relevant concept
when, for example, he does not have permission. But he should
be able to remember that root _always_ has permission and so should
be able to rely on the part of the document that explains the
root concept to refer him to the concepts in the other parts
of the document.
Re-revised (for after the bullet points):
Some files (and most devices -- hardware devices are just another
kind of file) can not be used by non-root users without the
root user's permission. As explained below, permission is granted via
membership to the relevant <link to groups section>group</link>.
I may need to comment on how gnome mount device as user to the
desktop.
or
http://wiki.debian.org/DebianReference
Osamu
Karl <[EMAIL PROTECTED]>
Free Software: "You don't pay back, you pay forward."
-- Robert A. Heinlein
