Re: Chosing release goals for slink

1998-07-11 Thread Yann Dirson
James Troup writes: > Shaleh <[EMAIL PROTECTED]> writes: > > > Not to speak for him but, I take this to mean auto creation of debs > > from a central repository. An idea that has been kicked around for > > a while. With new machines coming RSN we should be able to have one > > for every ar

Re: Chosing release goals for slink

1998-07-11 Thread Martin Mitchell
Rob Browning <[EMAIL PROTECTED]> writes: > The Gecko <[EMAIL PROTECTED]> writes: > > > Are the even partially possible or are these desirable goals not to be > > attempted? > > My impression from recent conversations was that we were leaning in > the direction of not having our goals coupled to

Re: Chosing release goals for slink

1998-07-11 Thread Manoj Srivastava
Hi, >>"Marco" == Marco d'Itri <[EMAIL PROTECTED]> writes: >> * Autocompilation support Marco> What do we still have to do to support that? Nothing much, I hope. Now that I am back, I shall be working on a set of scripts that do just that (my scripts also create a CVS tree for the sour

Re: Chosing release goals for slink

1998-07-11 Thread Martin Mitchell
James Troup <[EMAIL PROTECTED]> writes: > Shaleh <[EMAIL PROTECTED]> writes: > > > Not to speak for him but, I take this to mean auto creation of debs > > from a central repository. An idea that has been kicked around for > > a while. With new machines coming RSN we should be able to have one >

Re: Chosing release goals for slink

1998-07-11 Thread Martin Mitchell
James Troup <[EMAIL PROTECTED]> writes: > > * Developer controlled automatic archive maintenance (eg removal of > > packages automatically after GPG signed email with list of > > packages to delete) > > I think this idea, as presented here, is very bad. Even with sanity > checks and more tho

Re: Chosing release goals for slink

1998-07-11 Thread Joseph Carter
On Fri, Jul 10, 1998 at 03:40:21PM -0400, Shaleh wrote: > Guy this is not a slam to you or any of the people who help you. > > That said, one of the biggest problems I see facing Debian today and in > the future is that our list of packages grows daily. A ftp maintainer > or group of them is a ne