Bug#83072: marked as done ([PROPOSED] tightening up the ban on /usr/X11R6 in packages)
Your message dated Sun, 25 Mar 2001 14:27:00 -0500
with message-id <20010325142700.A11152@deadbeast.net>
and subject line withdrawing this old proposal
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; 21 Jan 2001 20:56:15 +0000
>From branden@deadbeast.net Sun Jan 21 14:56:15 2001
Return-path: <branden@deadbeast.net>
Received: from cc551902-b.indnpls1.in.home.com (apocalypse.deadbeast.net) [::ffff:24.183.211.35]
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 14KRX5-0003PI-00; Sun, 21 Jan 2001 14:56:15 -0600
Received: by apocalypse.deadbeast.net (Postfix, from userid 1000)
id 13CA367008; Sun, 21 Jan 2001 15:56:14 -0500 (EST)
Date: Sun, 21 Jan 2001 15:56:13 -0500
From: Branden Robinson <branden@debian.org>
To: submit@bugs.debian.org
Subject: [PROPOSED] tightening up the ban on /usr/X11R6 in packages
Message-ID: <20010121155613.G1804@deadbeast.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="MiFvc8Vo6wRSORdP"
Content-Disposition: inline
User-Agent: Mutt/1.3.12i
Sender: branden@deadbeast.net
Delivered-To: submit@bugs.debian.org
--MiFvc8Vo6wRSORdP
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Package: debian-policy
Version: 3.2.1.2
Severity: wishlist
The forbids all non-imake using programs from sticking their files in
/usr/X11R6.
Imake is excepted because programs using it (if they are coded correctly,
at least) rely wholly on the X library development files to figure out the
paths they should install their files into. Therefore, in the event any
transition to another directory is necessary, they may do so with a simple
recompile against the version of xlibs-dev that makes the appropriate
change(s).
Programs using the GNU autotools are easily configured to install files
into different paths.
--- policy.sgml.orig Sun Jan 21 14:48:38 2001
+++ policy.sgml Sun Jan 21 15:50:53 2001
@@ -6129,38 +6129,40 @@
=09
<p>
<em>Packages using the X Window System should abide by the FHS
- standard whenever possible</em>; they should install binaries,
- libraries, manual pages, and other files in FHS-mandated
- locations wherever possible. This means that files must
- not be installed into <tt>/usr/X11R6/bin/</tt>,
- <tt>/usr/X11R6/lib/</tt>, or <tt>/usr/X11R6/man/</tt> unless
- this is necessary for the package to operate properly.
- Configuration files for window managers and display managers
- should be placed in a subdirectory of <tt>/etc/X11/</tt>
- corresponding to the package name due to these programs'
- tight integration with the mechanisms of the X Window
- System. Application-level programs should use the
- <tt>/etc/</tt> directory unless otherwise mandated by
- policy. The installation of files into subdirectories of
- <tt>/usr/X11R6/include/X11/</tt> and
- <tt>/usr/X11R6/lib/X11/</tt> is permitted but discouraged;
- package maintainers should determine if subdirectories of
- <tt>/usr/lib/</tt> and <tt>/usr/share/</tt> can be used
- instead (symlinks from the X11R6 directories to
- FHS-compliant locations is encouraged if the program is not
- easily configured to look elsewhere for its files).
- Packages must not provide -- or install files into -- the
- directories <tt>/usr/bin/X11/</tt>,
- <tt>/usr/include/X11/</tt>, or <tt>/usr/lib/X11/</tt>.
- Files within a package should, however, make reference to
- these directories, rather than their X11R6-named
+ standard whenever possible</em>; they should install binaries,
+ libraries, manual pages, and other files in FHS-mandated locations
+ wherever possible. This means that files must not be installed into
+ <tt>/usr/X11R6/bin/</tt>, <tt>/usr/X11R6/lib/</tt>, or
+ <tt>/usr/X11R6/man/</tt> unless they use the <tt>imake</tt> program to
+ configure themselves before compilation. Configuration files for
+ window managers and display managers should be placed in a
+ subdirectory of <tt>/etc/X11/</tt> corresponding to the package name
+ due to these programs' tight integration with the mechanisms of the X
+ Window System. Application-level programs should use the
+ <tt>/etc/</tt> directory unless otherwise mandated by policy. The
+ installation of files into subdirectories of
+ <tt>/usr/X11R6/include/X11/</tt> and <tt>/usr/X11R6/lib/X11/</tt> is
+ discouraged; package maintainers should determine if subdirectories of
+ <tt>/usr/lib/</tt> and <tt>/usr/share/</tt> can be used instead
+ (symlinks from the X11R6 directories to FHS-compliant locations is
+ encouraged if the program is not easily configured to look elsewhere
+ for its files). Packages must not provide -- or install files into --
+ the directories <tt>/usr/bin/X11/</tt>, <tt>/usr/include/X11/</tt>, or
+ <tt>/usr/lib/X11/</tt>. Files within a package should, however, make
+ reference to these directories, rather than their X11R6-named
counterparts <tt>/usr/X11R6/bin/</tt>,
- <tt>/usr/X11R6/include/X11/</tt>, and
- <tt>/usr/X11R6/lib/X11/</tt>, if the resources being
- referred to have not been moved to FHS-compliant locations.
+ <tt>/usr/X11R6/include/X11/</tt>, and <tt>/usr/X11R6/lib/X11/</tt>, if
+ the resources being referred to have not been moved to FHS-compliant
+ locations.
+ <footnote>
+ The rationale for this policy is to provide Debian with an easy
+ transition strategy should we, or the FHS, elect to phase out the
+ <tt>/usr/X11R6/</tt> directory, or if it is superseded by, e.g.,
+ <tt>/usr/X11R7/</tt>.
+ </footnote>
</p>
=20
- <p>
+ <p>
<em>Programs that require the non-DFSG-compliant OSF/Motif
library</em> should be compiled against and tested with
LessTif (a free re-implementation of Motif) instead. If the
--=20
G. Branden Robinson | Communism is just one step on the long
Debian GNU/Linux | road from capitalism to capitalism.
branden@debian.org | -- Russian saying
http://www.debian.org/~branden/ |
--MiFvc8Vo6wRSORdP
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iEYEARECAAYFAjprTO0ACgkQ6kxmHytGonwWnACfbSbopvKQAWW4w474nm9pwhsT
kHIAnRO4A0qqW4EKgDP66tNxpdnM77TT
=BCtH
-----END PGP SIGNATURE-----
--MiFvc8Vo6wRSORdP--
---------------------------------------
Received: (at 83072-done) by bugs.debian.org; 25 Mar 2001 19:27:02 +0000
>From branden@deadbeast.net Sun Mar 25 13:27:02 2001
Return-path: <branden@deadbeast.net>
Received: from cc551902-b.indnpls1.in.home.com (apocalypse.deadbeast.net) [24.183.211.35] (postfix)
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 14hGAI-0000kK-00; Sun, 25 Mar 2001 13:27:02 -0600
Received: by apocalypse.deadbeast.net (Postfix, from userid 1000)
id D04E267002; Sun, 25 Mar 2001 14:27:00 -0500 (EST)
Date: Sun, 25 Mar 2001 14:27:00 -0500
From: Branden Robinson <branden@debian.org>
To: 83072-done@bugs.debian.org
Subject: withdrawing this old proposal
Message-ID: <20010325142700.A11152@deadbeast.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X"
Content-Disposition: inline
User-Agent: Mutt/1.3.15i
Delivered-To: 83072-done@bugs.debian.org
--LZvS9be/3tNcYl/X
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
I am withdrawing this old pending proposal in favor of #91260.
--=20
G. Branden Robinson | I've made up my mind. Don't try to
Debian GNU/Linux | confuse me with the facts.
branden@debian.org | -- Indiana Senator Earl Landgrebe
http://www.debian.org/~branden/ |
--LZvS9be/3tNcYl/X
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iEYEARECAAYFAjq+RoQACgkQ6kxmHytGonwmdQCfW0ziu4QmAlRWuX8dnr+iZX5z
aBgAn317FeHh8tTvIOnr6cfiFd0j7dA+
=2grg
-----END PGP SIGNATURE-----
--LZvS9be/3tNcYl/X--
Reply to: