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

Re: Game plan for slink, a suggestion



On Mon, Jul 27, 1998 at 02:25:58PM +0100, Enrique Zanardi wrote:
> Instead of working on a brand new method, why not having a look at what's
> implemented in dpkg, and fix the few remaining bugs so that we can use it
> for slink?

I think at this point we;d have to just take bits and pieces; the trees
have diverged a fair bit.

On Tue, Jul 28, 1998 at 09:39:01AM +0200, fog@irfmn.mnegri.it wrote:
> dpkg is a foundamental piece of software of the debian project.
> What about having the dpkg maintainers write a short document explaining
> what has been done in the 1.4.1.x series and what there is still to be 
> done? Not anybody downloads the sources or reads the changelog
> (we are just tooooooo lazy...)

Of course, the problem is that dpkg's maintainers are the busiest
people in the project and the 1.4.1.x author, Klee, seems to be just
about the busiest guy alive - when was the last time anyone saw Klee?

On Tue, Jul 28, 1998 at 10:58:09AM +0200, Roman Hodek wrote:
> Then please tell them about it and make dpkg 1.4.1 available somewhere
> :-) (e.g. project/experimental)

If there's really enough interest I could be persuaded to do this, but
it has one problem - no point in adding fields if they aren't supported
by mainstream dpkg.

What does dpkg do upon encountering fields it does not know?  Ignore
them silently?  Joey Hess?

Dan


--  
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org


Reply to: