Your message dated Thu, 22 Feb 2001 00:18:54 +0000
with message-id <[EMAIL PROTECTED]>
and subject line This is now irrelevant
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Darren Benham
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 4 Aug 1999 23:04:31 +0000
Received: (qmail 8540 invoked by alias); 4 Aug 1999 23:04:28 -0000
Delivered-To: [EMAIL PROTECTED]
Received: (qmail 8436 invoked from network); 4 Aug 1999 23:04:22 -0000
Received: from ns.dsp.net (HELO dsp.net) ([EMAIL PROTECTED])
by master.debian.org with SMTP; 4 Aug 1999 23:04:22 -0000
Received: from thrak ([EMAIL PROTECTED] [204.118.76.174])
by dsp.net (8.8.7/8.8.7) with ESMTP id PAA01091
for <[EMAIL PROTECTED]>; Wed, 4 Aug 1999 15:53:35 -0700
Received: from xtifr by thrak with local (Exim 2.11 #1 (Debian))
id 11CA34-0003Gd-00; Wed, 4 Aug 1999 16:02:14 -0700
From: Chris Waters <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [PROPOSED} delay the /usr/doc transition till after potato
Mime-Version: 1.0 (generated by tm-edit 7.106)
Content-Type: text/plain; charset=US-ASCII
Message-Id: <[EMAIL PROTECTED]>
Date: Wed, 4 Aug 1999 16:02:14 -0700
Package: debian-policy
Version: 3.0.1.0
PROPOSAL (0.9): delay the /usr/share/doc transition
ABSTRACT: If we start moving the contents of /usr/doc to
/usr/share/doc at this point, not long before a release, we will
either have to delay the release (in order to bring all packages up to
policy 3.0.x compliance) or be forced to release an inconsistent
system, with some packages using /usr/doc and some using
/usr/share/doc.
Unlike most other FHS-mandated changes, an inconsistency here will be
*highly* visible, and probably very annoying to our users.
It's going to be a while before we can claim FHS compliance in any
case. We have a lot of changes to make. The /usr/share/doc
transition affects many packages, but it's obvious, and fairly simple
once you get down to it. Other stuff may not be so simple or obvious.
Therefore, I propose that Packages intended for for the distributions
code-named "Potato" (and "Slink") continue to use /usr/doc. This will
ensure that Potato is consistent. Plus, this gives us an entire
release cycle to find a smooth transition path. And to finish dealing
with *other* FHS issues, so we really *do* have an FHS-compliant
system.
SYMLINKS: This proposal deliberately does not address the issue of
symlinks between /usr/doc/<package> and /usr/share/doc/<package>. It
could be argued that it allows the use of symlinks -- but it does not
require them. If the symlink issue is felt to be of sufficient
importance, it can be dealt with separately, without affecting this
proposal at all. My personal feeling is that symlinks for
transitional packages should be allowed but not required, but I'm not
firmly wedded to that opinion.
DETAILS: Change the following text in policy.sgml (note, this is not
provided as a true patch, as I wanted to chose the amount of context
to show manually):
===
<sect1>
<heading>Linux File system Structure</heading>
<p>
The location of all installed files and directories must
comply (with some exceptions
<footnote>
<p>In an as yet unreleased version of the standard, the
location of the mail spool and state information
directories has changed; and we propose to follow the
latter, since that would mean that we do not have to
move things around again when the new version of the
FHS comes around). The changes are, amongst others,
s%/var/mail%/var/spool/mail% and
s%/var/state%/var/lib%</p>
+ <p>For the release code-named "Potato", packages should
+ continue to use /usr/doc instead of the FHS's
+ /usr/share/doc, for consistency. For uploads to
+ "Potato" (and the earlier "Slink"), please use
+ /usr/doc whereever this document refers to
+ /usr/share/doc.</p>
</footnote>
) with the Linux File system Hierarchy Standard
(FHS). The latest version of this document can be found
--
Chris Waters [EMAIL PROTECTED] | I have a truly elegant proof of the
or [EMAIL PROTECTED] | above, but it is too long to fit into
http://www.dsp.net/xtifr | this .signature file.
---------------------------------------
Received: (at 42477-done) by bugs.debian.org; 22 Feb 2001 00:18:59 +0000
>From [EMAIL PROTECTED] Wed Feb 21 18:18:59 2001
Return-path: <[EMAIL PROTECTED]>
Received: from mserv1a.vianw.co.uk [::ffff:195.102.240.34]
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 14VjTG-0000Gn-00; Wed, 21 Feb 2001 18:18:58 -0600
Received: from p89.nas1.is3.u-net.net ([195.102.196.89] helo=polya)
by mserv1a.vianw.co.uk with esmtp (Exim 3.22 #5)
id 14VjTD-0006ll-00
for [EMAIL PROTECTED]; Thu, 22 Feb 2001 00:18:56 +0000
Received: from jdg by polya with local (Exim 3.22 #1 (Debian))
id 14VjTD-0000kn-00; Thu, 22 Feb 2001 00:18:55 +0000
Date: Thu, 22 Feb 2001 00:18:54 +0000
From: Julian Gilbey <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: This is now irrelevant
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.15i
Sender: Julian Gilbey <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
This proposal is now irrelevant, as potato has long been released.
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London
Debian GNU/Linux Developer, see http://people.debian.org/~jdg
Donate free food to the world's hungry: see http://www.thehungersite.com/
