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

Bug#38902: PROPOSED] data section



On Fri, Jun 04, 1999 at 09:27:57AM +0100, Edward Betts wrote:
> Where does that leave bible-kjv, bible-kjv-text and verse?
Personally, I view them as part of the bible and verse program... the
second point should be able to make each case subjective.. 

> 
> Can a package in main recommend a package in data?
Yes.  recommends: (and suggests:) != depends:
> 
> > - No package with an executable can go into data unless it is useable ONLY
> >   with a dataset in data.
> 
> So should bible-kjv be moved to data as well? What about verse?
Subjective... what do you think?

> >- 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.
> 
> So what about dict-web1913? it is the most complete dictionary for dictd but
> it is non-free. Does that mean that it stays in non-free, does it mean that it
> is erases, or does the proposal need changing. Also I thought the DFSG could
Stays in non-free.  This proposal doesn't state that data can not be in any
other section.

> not be applied to documents because they are not program, which is why Perl is
> allowed to include the Perl FAQ.
Really?  Where and to what the DFSG is applied to varies with who you talk
to... from what I can tell.  I think the only thing that the DFSG isn't
being unilatterally(sp?) applied to is documentation that accompanies a
DFSG-free binary (script).


> What kind of packages are we thinking of for data?
> 
> Web mirrors?
> anarchism - An exhaustive exploration of Anarchist theory and practice.
This is part of what started it..

> gimp-manual - Manual for the GNU Image Manipulation Program
This is documentation to a program included, (subjective but) I would not
move it.

> gnu-philosophy - Philosophy of the GNU Project
Moveable... this has had the same complaints as the anarchism.

> jargon-html - The definitive compendium of hacker slang.
subjective..

> 
> Funny manpages?
> asr-manpages - alt.sysadmin.recovery manual pages
> funny-manpages - more funny manpages
> 
> Magazine back issues?
Moveable...

> heise-register - register of the magazines c't, iX, Elrad and Gateway
> lg-base - Shared files for the Linux Gazette.
> lg-issue01to08 - Issues 1 to 8 of the Linux Gazette.
> lg-issue* - Issue * of the Linux Gazette.
> pj-* - * * number of Pluto Journal.
> 
> Technical documents?
I wouldn't move them unless the size is "objectionable"
> bible-kjv-text - King James Version of the Bible - text and concordance
> doc-rfc - Important RFCs
> 
> Dictionaries?
I wouldn't but I don't know much about them..

> dict-easton - Easton's 1897 Bible Dictionary
> dict-elements - Data regarding the Elements
> dict-foldoc - FOLDOC Dictionary Database
> dict-gazetteer - U.S. Gazetteer
> dict-hitchcock - Hitchcock's Bible Names Dictionary
> dict-jargon - Jargon File 4.0.0
> dict-wn - WordNet v1.6
> dict-web1913 - 1913 Webster's Dictionary
> miscfiles - Dictionaries and other interesting files.
> 

The goal of the proposal is to NOT dicate what goes in this section but to
create the section and allow it to be filled by common sense.  Large data
objects like census data, geographical surveys, astronomical data should go
in there.  What does common sense tell you about dictionary files?

-- 
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: pgpHsER_VmzLJ.pgp
Description: PGP signature


Reply to: