[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: finally: packages to optionally create default collaboration dirs

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:
> DGROUPDIR=/home/group
> > 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


Reply to: