Re: Bug#286040: please allow permissions.d to follow symlinks

[martin f krafft <madduck@debian.org>]

[-- Attachment #1: Type: text/plain, Size: 1791 bytes --]

also sprach Kay Sievers <kay.sievers@vrfy.org> [2004.12.17.1424 +0100]:
> Why you guys always want to make things more complicated as
> needed?

You mean "less complicated"? Because we are Debian and therefore
make sure that things just work the way they are supposed to, no
more and no less. There is no point in changing symlink permissions.
What a user wants to do instead is change the permissions of the
device. So we should allow him/her to do so intuitively.

Why bother having to use commands explicitly when there is already
a framework to do exactly that? Even if the framework has to be
extended, it's better to make use of it than to reinvent several
other wheels.

Or: why bother using cron when you could just as well write your own
daemon to regularly spawn your process? Think UNIX, think
modularity, think flexibility, think power: each tool for its own
purpose, no more, no less.

> Just specify the permissions in the rule itself like ide-devfs.sh
> is doing it or use the name you want to use in the NAME key and
> not in a SYMLINK and everything will work as expected.

That is one possibility. However, I see some (albeit weak) arguments
for using symlinks, as it does not degrade functionality but
provides more information and more flexibility. After all, the
kernel log will, e.g. reference /dev/sda1, and if that is not
present, it may be confusing. Also, Having /dev/sda and /dev/sda1 in
addition to /dev/flash makes more sense than having only /dev/sda
and /dev/flash.

-- 
 .''`.     martin f. krafft <madduck@debian.org>
: :'  :    proud Debian developer, admin, user, and author
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver!

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]