Adam Heath <[EMAIL PROTECTED]> wrote:
>
>> Objection. There is no way to create any user in preinst as the tool
>> to do so is not in an essential package.
>
> This is what pre-depends are for.
A single pre-dependency is not enough. You will need to convert all
of adduser's dependencies into pr
On Fri, 1 Aug 2003, Herbert Xu wrote:
> Andrew Suffield <[EMAIL PROTECTED]> wrote:
> >
> > And appending this text to section 10.9:
> >
> >
> > If you want files in a package to be owned by a dynamically allocated
> > user or group, then you should create the user or group in preinst,
On Fri, 1 Aug 2003 13:41:47 +0200, Josip Rodin <[EMAIL PROTECTED]> said:
> On Thu, Jul 31, 2003 at 04:51:29PM -0500, Manoj Srivastava wrote:
>> > No, I mean that a complete consistency in the set of 10K packages
>> > is practically impossible to achieve, let alone sustain. And then
>> > there's a
Andrew Suffield wrote:
> Hold that thought. We hashed out a few ideas on IRC; more in a few
> days. Meanwhile, let's assume it will be solved... anything else?
I missed that discussion, but the obvious approach in fakeroot is user
autovivification (to bottow a term from perl) on chown.
--
see sh
Andrew Suffield <[EMAIL PROTECTED]> wrote:
>
> And appending this text to section 10.9:
>
>
> If you want files in a package to be owned by a dynamically allocated
> user or group, then you should create the user or group in preinst, so
> that it is present when the package is unpack
On Thu, Jul 31, 2003 at 04:51:29PM -0500, Manoj Srivastava wrote:
> > No, I mean that a complete consistency in the set of 10K packages is
> > practically impossible to achieve, let alone sustain. And then
> > there's always situations where it seems wrong to demote all
> > non-default alternatives
6 matches
Mail list logo
