Bug#38902: PROPOSED] data section

1999-06-04 Thread Fabien Ninoles
Quoting Branden Robinson <[EMAIL PROTECTED]>: > On Fri, Jun 04, 1999 at 09:27:57AM +0100, Edward Betts wrote: > > What kind of packages are we thinking of for data? > >=20 > > Web mirrors? > > anarchism - An exhaustive exploration of Anarchist theory and practice. > > gimp-manual - Manual for the

Bug#38902: PROPOSED] data section

1999-06-04 Thread Fabien Ninoles
Quoting "Darren O. Benham" <[EMAIL PROTECTED]>: > On Thu, Jun 03, 1999 at 07:33:03PM -0500, Steve Greenland wrote: > > A few additional rules for your consideration: > > > > - The data directory shouldn't be synced to debian releases, and ought > > to be paralled to dists, not main/contrib/non-

Bug#38902: PROPOSED] data section

1999-06-04 Thread Fabien Ninoles
> 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

Re: Bug#38902: PROPOSED] data section

1999-06-04 Thread Chris Waters
"Oliver Elphick" writes: > Branden Robinson wrote: > >I don't really regard bible-kjv-text as a technical document, but... :) > It's a manual -- for living. But it hasn't been updated in a long time, many would say that it's sadly out of date, and the upstream maintainer doesn't respond to hi

Bug#38902: PROPOSED] data section

1999-06-04 Thread Edward Betts
On policy, Oliver Elphick wrote: > verse doesn't use bible-kjv-text for its source, but a compilation of > quotes that its original author put together. It is actually a rather > small package, with a 38Kb deb, including the verses. It's on a par > with, say, fortune. I don't think it really fi

Bug#38902: PROPOSED] data section

1999-06-04 Thread Darren O. Benham
On Fri, Jun 04, 1999 at 04:29:26PM +0100, Oliver Elphick wrote: > bible-kjv-text is the data, bible-kjv the program. > > bible-kjv could theoretically handle any text in the same way as the bible, > but no other text has been formatted for it to work on. If were as strict as Brandon says... it's u

Bug#38902: PROPOSED] data section

1999-06-04 Thread Darren O. Benham
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 packag

Bug#38902: PROPOSED] data section

1999-06-04 Thread Oliver Elphick
Branden Robinson wrote: >I don't really regard bible-kjv-text as a technical document, but... :) It's a manual -- for living. >If I understood the proposal correctly, bible-kjv and verse would both go >into the new data section. "verse" because it's designed to work only with >only one

Bug#38902: PROPOSED] data section

1999-06-04 Thread Branden Robinson
On Fri, Jun 04, 1999 at 09:27:57AM +0100, Edward Betts wrote: > What kind of packages are we thinking of for data? > > Web mirrors? > anarchism - An exhaustive exploration of Anarchist theory and practice. > gimp-manual - Manual for the GNU Image Manipulation Program > gnu-philosophy - Philosophy

Bug#38902: PROPOSED] data section

1999-06-04 Thread Edward Betts
On Bug #38902, "Darren O. Benham" <[EMAIL PROTECTED]> wrote: > The data section would be governed by the following rules: > - No package can depend on a package in data. Where does that leave bible-kjv, bible-kjv-text and verse? Can a package in main recommend a package in data? > - No package w

Bug#38902: PROPOSED] data section

1999-06-04 Thread Darren O. Benham
On Thu, Jun 03, 1999 at 07:33:03PM -0500, Steve Greenland wrote: > A few additional rules for your consideration: > > - The data directory shouldn't be synced to debian releases, and ought > to be paralled to dists, not main/contrib/non-free. > (Since there are no executables, what's the benef

Re: sensible-editor - let the user decied

1999-06-04 Thread Branden Robinson
On Thu, Jun 03, 1999 at 04:45:26PM +0200, Goswin Brederlow wrote: > Thats hardware and dangerous to be wrong. I rather wouldn't let those > be handled that way. To easy to go wrong. And you don't realy have > choises there. There is normaly only one xserver that will fit. That's not a very accurat

Bug#38902: PROPOSED] data section

1999-06-04 Thread Steve Greenland
A few additional rules for your consideration: - The data directory shouldn't be synced to debian releases, and ought to be paralled to dists, not main/contrib/non-free. (Since there are no executables, what's the benefit of syncing it, with the presumed multiplying of size and hassle? If a

Re: xlib6g and xfree86-common

1999-06-04 Thread Branden Robinson
On Thu, Jun 03, 1999 at 04:43:57PM -0500, Steve Greenland wrote: > That's all it has to provide, because that is the functionality that > xlib6g provides. The (presumed) point of separating xlib6g from > xfree86-common is that xfree86-common is not platform specific. If > Branden merged the package

Re: Bug#38612: PROPOSED] Have proposal-submitting guidelines in policy package

1999-06-04 Thread Steve Greenland
On 31-May-99, 19:02 (CDT), Julian Gilbey <[EMAIL PROTECTED]> wrote: > > Same question as emacs mini-policy. Whether it has the weight of > policy is not the same as whether it is included directly in the > policy document or not. What's the real benefit of having it be policy? It's just the way