On Fri, Jun 04, 1999 at 06:46:47PM -0400, Fabien Ninoles wrote: > > The data section would be governed by the following rules: > > - No package can depend on a package in data. > > Can *solely* depends on a package in data. ORed Depends, if > it's also resolved by a default package in main, is good > in my opinion. Example: A default E-Theme (like icE) in main and > other theme (like ShinyMetal) in data. I know you said solely originally, and I removed it on purpose. If Package Foobar in main *depends* on Package barfoo in data.. then data MUST be included on the CD or it's useless. Just like contrib is useless w/o downloading something from non-free. (You can tell what I think of contrib CDs). Even if Package Foobar could be used with the small data Package BF which is in main (and depends on both). The fact that it depends on something in Data means data must be present or you'll get an "unmet dependencies" error message at install time. > > > - No package with an executable can go into data unless it is useable ONLY > > with a dataset in data. > > We should add here that's not the recommend way. This kind of package > should go in main. Exception can be made for exceptionnaly big data > packages that impossible to shrink or to provide a default useable data > set. This way, people can try it on the small archive, then used it if > they like it. That would be a way around it. If this is tied to above, the binary could then Suggest or even Recommend the package in data but not depend on it. A package with an unmet dependency won't install w/o manual override. > > > - The maintainer decision on this subject is just the same as with the > > Section: field. It's a suggestion that can be override by the archive > > maintainer. > > - Only DFSG free datasets are alowed in data. There is no non-free section > > of data and contrib does not make sense when applied to datasets. To > > that end, datasets can not depend on anything in contrib or non-free. > > - Datasets that currently have no DFSG-free viewer are still DFSG-free if > > the license to that data is DFSG-free. > Hum... We should add they most not depends on the viewer. Contrib are for > those type of data, IMHO. But I don't care; If people can find data they > can't view useful... (to finish) let them build the viewer. I agree. But then, depending on something in contrib or non-free would make it non-main and the data section is only a "main" type section. There is no data/contrib or data/non-free. > > > reason: > > - The data subdirectory is an entire part of Debian. Its purpose is to > > let the CD vendors/archives maintainers/users choice between a Debian > > Light who fit on a reasonable amount of CDs, and an Debian Extended who > > can fill your entire RAID array. > > This really looks like from me ;) It was, with some modifications. I thought I have you the credit at the top... from you by the way of another person's email.. forgot who off the top of my head > Don't care much, all my mail are DFSG-free and I forgive you > to not say it was from me ;) > -- Please cc all mailing list replies to me, also. ========================================================================= * http://benham.net/index.html <gecko@benham.net> <>< * * -------------------- * -----------------------------------------------* * Debian Developer, Debian Project Secretary, Debian Webmaster * * <gecko@debian.org> <secretary@debian.org> <lintian-maint@debian.org> * * <webmaster@debian.org> <gecko@fortunet.com> <webmaster@spi-inc.org> * =========================================================================
Attachment:
pgpIw_NCOjIQy.pgp
Description: PGP signature