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

Re: Proposal regarding future packaging



On Sat, 22 Sep 2007 03:46:26 -0600, Bruce Sass <bmsass@shaw.ca> said: 

> On Sat September 22 2007 12:16:18 am Oleg Verych (Gmane) wrote:
>> 21-09-2007, Bruce Sass:
>> > On Thu September 20 2007 09:25:23 pm Oleg Verych (Gmane) wrote:
>> >> 19-09-2007, Bruce Sass:
>> >> > I'm hoping the dpkg "triggers" functionality Ian Jackson has
>> >> > been working on will help solve that wart though.
>> >>
>> >> How exactly?
>> >
>> > Exactly? I don't know. I haven't followed what is happening close
>> > enough.
>> >
>> > Basically, it allows a package to toss up a flag saying, `I'm here
>> > and <something> needs to be done.' It may require some convention
>> > and a little more infrastructure, but that is close to letting a
>> > package say, `add these paths to the list of paths which I
>> > control.'
>> 
>> Sure. But i thought, we are talking about finding/listing of
>> generated files.

> It is not feasible (imo) to automatically find files created by
> maintainer scripts. Having packages append <package>.list themselves
> would (afaict) require they know too much about dpkg's internal
> operation, and all packages generating files would need to implement
> the algorithm.

> However, maintainer scripts can easily pass a list of generated paths
> on to a shared piece of code which dpkg controls. "triggers" looks
> like it could be the mechanism by which a package flags that it has
> generated files, and by which dpkg exerts control.

        But this does not address the case of a file shared by many
 packages but really owned by none.

        manoj
-- 
"To IBM, 'open' means there is a modicum of interoperability among some
of their equipment."-- Harv Masterson
Manoj Srivastava <srivasta@debian.org> <http://www.debian.org/~srivasta/>
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C



Reply to: