Re: PLEASE: standard package README file/orientation

2000-08-23 Thread Nate Amsden
There are probably 2 packaging interfaces you could check out .. kpackage (not part of debian i dont think but available from kde.tdyc.com) gnome-apt nate Anthony Towns wrote: > > On Wed, Aug 23, 2000 at 07:17:32PM -0400, Daniel Barclay wrote: > > > > Debian packages don't provide that orientat

Re: PLEASE: standard package README file/orientation

2000-08-23 Thread Raul Miller
From: Steve Greenland <[EMAIL PROTECTED]> > > ... Current policy > > requires that /usr/doc/ exist (possibly as a symlink to > > /usr/share/doc/). On Wed, Aug 23, 2000 at 07:17:32PM -0400, Daniel Barclay wrote: > Then why don't more package implement that policy? Please give some examples of pac

Re: PLEASE: standard package README file/orientation

2000-08-23 Thread Anand Kumria
On Wed, Aug 23, 2000 at 07:17:32PM -0400, Daniel Barclay wrote: > > > So? I didn't say it was. I didn't say that Debian maintainers > should clean up upstream documentation. > > I just argued that in doc directory, which typically contains > a mess of upstream files, there should be a file tha

Bug#69311: PROPOSAL] Finishing the /usr/doc -> /usr/share/doc transition.

2000-08-23 Thread Manoj Srivastava
>>"Santiago" == Santiago Vila <[EMAIL PROTECTED]> writes: Santiago> 930 packages when looking for usr/doc and Santiago> 3565/(3565+930) = 79% of packages already use /usr/share/doc. Santiago> This is exactly where I think there is a major flaw in the Santiago> original plan: Waiting for al

Re: PLEASE: standard package README file/orientation

2000-08-23 Thread Anthony Towns
On Wed, Aug 23, 2000 at 07:17:32PM -0400, Daniel Barclay wrote: > > > Debian packages don't provide that orientation reliably at all. > > ls -l /usr/doc/foo > > dpkg -L foo |grep bin > > dpkg -L foo |grep man > > dpkg -L foo |grep info > > works for *every* package. (Yes, I know it would be more e

Re: PLEASE: standard package README file/orientation

2000-08-23 Thread Daniel Barclay
> From: Steve Greenland <[EMAIL PROTECTED]> > > On 22-Aug-00, 23:12 (CDT), Daniel Barclay <[EMAIL PROTECTED]> wrote: > > ... > > ... Current policy > requires that /usr/doc/ exist (possibly as a symlink to > /usr/share/doc/). Then why don't more package implement that policy? > > Some othe

Re: Bug#62378: Redundant directory and package name

2000-08-23 Thread Manoj Srivastava
Hi, >>"Nicolás" == Nicolás Lichtmaier <[EMAIL PROTECTED]> writes: >> At present, it's pretty random. I would like a consistent answer to make >> its way into policy, but there are lots of different cases, and I don't >> think a simple "foo-doc installs stuff into /usr/share/doc/foo" is the >>

Re: PLEASE: standard package README file/orientation

2000-08-23 Thread Manoj Srivastava
>>"Daniel" == Daniel Barclay <[EMAIL PROTECTED]> writes: Daniel> Some packages don't have a documentation directory at all. Umm. Packages are _required_ to have a /usr/doc/ symlink/directory. Can you please point to the packages that do not, so we can file important bugs against them?

Bug#69487: the example for using nostrip in DEB_BUILD_OPTIONS is incorrect

2000-08-23 Thread Steve Greenland
On 23-Aug-00, 16:26 (CDT), Franklin Belew <[EMAIL PROTECTED]> wrote: > On Wed, Aug 23, 2000 at 02:59:39PM -0500, Steve Greenland wrote: > > > > While I agree with the philosophy, this code snippet is wrong, as > > it will add the "-s" iff DEB_BUILD_OPTIONS includes "debug" but not > > "nostrip".

Bug#69487: the example for using nostrip in DEB_BUILD_OPTIONS is incorrect

2000-08-23 Thread Franklin Belew
On Wed, Aug 23, 2000 at 02:59:39PM -0500, Steve Greenland wrote: > On 20-Aug-00, 15:24 (CDT), Ben Collins <[EMAIL PROTECTED]> wrote: > > The nostrip check needs to be inside the debug check. Because of you are > > not compiling with debugging turned on, there's no reason to not strip the > > binar

Bug#69487: the example for using nostrip in DEB_BUILD_OPTIONS is incorrect

2000-08-23 Thread Steve Greenland
On 20-Aug-00, 15:24 (CDT), Ben Collins <[EMAIL PROTECTED]> wrote: > The nostrip check needs to be inside the debug check. Because of you are > not compiling with debugging turned on, there's no reason to not strip the > binaries. So (note, the blank should go first): > > ifneq "" "$(findstring de

Re: Bug#62378: Redundant directory and package name

2000-08-23 Thread Steve Greenland
On 22-Aug-00, 23:53 (CDT), Nicol?s Lichtmaier <[EMAIL PROTECTED]> wrote: > > What about the /usr/doc/foo > > symlink -- is foo-doc going to take care of that? What if I later > > install foo? Who gets to remove the link? > > I don't know, but this kludge is a secondary thing, and should not be >

Re: Bug#62378: Redundant directory and package name

2000-08-23 Thread Seth R Arnold
Nicolás, my one concern: lets assume a user installs both mutt and mutt-doc, and mutt-doc installs its docs into /usr/share/doc/mutt. User says to userself, "why is my /usr/share/doc so big?" A `du' later, and the mutt docs are the culprit. User thinks to userself, "bummer, I like mutt, but the on

Bug#69311: PROPOSAL] Finishing the /usr/doc -> /usr/share/doc transition.

2000-08-23 Thread Santiago Vila
On 22 Aug 2000, Manoj Srivastava wrote: > I see woody release and making not having docs in > /usr/share/doc/ as an RC bug as being the stick that shall > ensuer compliance (I currently have 170 packages on *my* machine that > are not compliant). > __> zgrep ^usr/doc Contents-i386.gz |