Re: busybox in main

2000-10-29 Thread Goswin Brederlow
Glenn McGrath [EMAIL PROTECTED] writes: I would like to see the busybox package in the main debian archive. Busxybox is a multicall binary that is targeted at embedded systems, it is the basis of the debian installer. Me too. I realy need it for my demofs and stealing it out of the

Re: busybox in main

2000-10-29 Thread Joey Hess
Anthony Towns wrote: s/ source/ source (.dsc, .tar.gz, .orig.tar.gz, .diff.gz) binaries (.deb) ubinaries (.udeb) dists/ stable/ main/ binary-i386/ Packages file

Re: busybox in main

2000-10-26 Thread Daniel Jacobowitz
On Fri, Oct 27, 2000 at 08:42:00AM +1000, Anthony Towns wrote: Maybe reserving disks-* for boot-floppies and creating a new install-* for debian-installer would be a good thing? If not, just s/install-/disks-/g. Calling them udebs might be helpful to avoid naming conflicts in the pool.

Re: busybox in main

2000-10-25 Thread Daniel Jacobowitz
On Wed, Oct 25, 2000 at 03:28:42PM +1100, Glenn McGrath wrote: Whats the point in following a policy that just gets in the road. I really dont understand why our (the installer team) work has to get pushed away into some dark hidden corner. Because the whole point of this argument is that

Re: busybox in main

2000-10-25 Thread Joey Hess
Anthony Towns wrote: It might, at some point, become useful for there to be some mini-policy about these debs, or even for it to just be put in policy proper. There already is, although it is very spare (dos/modules.txt in debian-installer cvs). Only certian dpkg features can be used in udebs.

Re: busybox in main

2000-10-25 Thread Joey Hess
Glenn McGrath wrote: What if debian install requires a stock standard package thats in main, does that package have to be in both archives? Yes. Mabye in the long run some sort of sub-packaging system may be apropriate, that way the installer could extract some binaries from existing

Re: busybox in main

2000-10-25 Thread Joey Hess
Joey Hess wrote: I've actually been wondering if it might be possible to put the udebs in binary-i386 (but not in the Packages files for any distribution), and then just have Packages files in disks-i386 (or whatever). This lets us use some features of the package pools for udebs too. James?

Re: busybox in main

2000-10-25 Thread Joey Hess
Erik Andersen wrote: I'd go for dists/unstable/debian-installer myself. This is really not a part of main. It's a part of main just like boot-floppies is a part of main. And since we are requiring completely separate packages (.udebs), having a separate archive section makes sense really.

Re: busybox in main

2000-10-25 Thread Erik Andersen
On Wed Oct 25, 2000 at 09:26:00PM -0700, Joey Hess wrote: Adam Di Carlo wrote: dists/ stable/ main/ binary-i386/ various .debs disks-i386/ various .udebs some basic boot-floppies

Re: busybox in main

2000-10-24 Thread Joey Hess
I would respond to this point by point but it probably suffices to say that we have discussed with James how the debian-installer packages can fit into the archive, and once the new package pool stuff moves into place James is pretty sure it will be easy to do and has committed to doing it. The

Re: busybox in main

2000-10-24 Thread Roland Bauerschmidt
On Mon, Oct 23, 2000 at 10:35:37PM -0700, Joey Hess wrote: The binary packages (installer modules) will not be going into the main/binary-foo directories, and will not be in the Packages files or anything, so we are going to feel free to ignore policy in them, much as we would feel free to

Re: busybox in main

2000-10-24 Thread Anthony Towns
On Mon, Oct 23, 2000 at 10:35:37PM -0700, Joey Hess wrote: I would respond to this point by point but it probably suffices to say that we have discussed with James how the debian-installer packages can fit into the archive, and once the new package pool stuff moves into place James is pretty

Re: busybox in main

2000-10-24 Thread Glenn McGrath
Roland Bauerschmidt wrote: On Mon, Oct 23, 2000 at 10:35:37PM -0700, Joey Hess wrote: The binary packages (installer modules) will not be going into the main/binary-foo directories, and will not be in the Packages files or anything, so we are going to feel free to ignore policy in them,

Re: busybox in main

2000-10-24 Thread Erik Andersen
On Mon Oct 23, 2000 at 10:35:37PM -0700, Joey Hess wrote: And sometimes I think that would have been easier. Sheesh. Indeed. I'm glad to see some progress finally happening though... -Erik -- Erik B. Andersen email: [EMAIL PROTECTED] --This message was written using 73% post-consumer

Re: busybox in main

2000-10-24 Thread Joey Hess
Glenn McGrath wrote: My personal opinion is that Joey is trying to make a compromise by having a seperate area for installer packages, but as far as i know the installer team has no idea whatsoever if or when there will be a seperate area to put installer specific modules. Allright, let me

Re: busybox in main

2000-10-24 Thread Glenn McGrath
Joey Hess wrote: Glenn McGrath wrote: My personal opinion is that Joey is trying to make a compromise by having a seperate area for installer packages, but as far as i know the installer team has no idea whatsoever if or when there will be a seperate area to put installer specific

Re: busybox in main

2000-10-24 Thread Adam Di Carlo
On Wed, Oct 25, 2000 at 01:59:06PM +1000, Anthony Towns wrote: My understanding is that the new d-i archive will work essentially as follows: dists/ stable/ main/ binary-i386/ various .debs disks-i386/ various

Re: busybox in main

2000-10-21 Thread Antti-Juhani Kaijanaho
On 20001018T104910-0600, Erik Andersen wrote: Before packaging it up, I asked on debian-boot if policy compliance was required for this package, or if it should only contain the binaries. In that discussion, we made the decision that installer specific packages do not need to be policy

Re: busybox in main

2000-10-18 Thread Glenn McGrath
Antti-Juhani Kaijanaho wrote: On 20001018T134523+1100, Glenn McGrath wrote: A busybox package was previously rejected because it was uninstable on an existing system. This is not the whole story. The package did not contain several important files required by Debian Policy - including