On Wed, Jun 02, 2010 at 11:59:18AM +0200, C. Gatzemeier wrote: > Am Wed, 2 Jun 2010 12:53:03 +0400 > schrieb Stanislav Maslovski: > > > But why Debian should care about the precise details of local > > admistration policies? > > If you have read #248130
Yes, I have. > and know debian, I am with Debian for more than 10 years, so, yes, I know something about it. > you probably know local details are usually nicely configurable. In 99.9% of cases the details you are writing about are package-related details. They define the behaviour of the software. The administration policies instead define the behaviour of the _users_ of software. My point is that this latter part does not belong in Debian. > You probably also know about debconf, preseeding and priorities > I.e. for addgroup a configuration analogy to adduser's homedirs would > be: > > GROUPDIRS=no > DGROUPDIR=/home/group > QUOTAGROUP= > GROUP_DIR_MODE=2775 > > > > what is required from a distribution is > > just a set of sane defaults. > > Before we can actually choose any defaults, we need > functionality that is able to optionally set up collaboration > directories. > > To set up the directories that are bound to groups, addgroup is the > obvious place for this. I don't know the right place yet though, for > the option to set up the groupdir for the "users" system group, and > ~/private and ~/incoming for each user. What may seem good to you, may be as well unacceptable to others for mirriads of reasons. > > in reality such unnessesary options will only confuse inexperieced > > users and irritate administrators. > > Ready to go and easy collaboration among the users of a system may not > be necessary and welcomed by everyone. Just stay with those things > disabled then, you shouldn't even notice. I'd like quote Petter here, > "You should not really allow your lack of imagination to limit what > computer systems can handle. :)" You said. But I think that the lack of imagination is actually on the other side. > The great thing about Debian is that it can mean and handle so many > different things for so many people. Yes, that is why we should not limit it to a fixed number of predefined choices. -- Stanislav -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100602204320.ga7...@kaiba.homelan
