Your message dated Wed, 2 Aug 2000 15:17:16 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Closed in debian-policy 3.2.0.0
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; 31 Aug 1999 00:43:26 +0000
Received: (qmail 25711 invoked from network); 31 Aug 1999 00:43:21 -0000
Received: from geneva.visi.net (HELO mail4.visi.net) (206.246.194.4)
by master.debian.org with SMTP; 31 Aug 1999 00:43:21 -0000
Received: from lappy.djj.state.va.us (ppp35.ts1-2.NewportNews.visi.net
[209.8.199.99]) by mail4.visi.net (8.8.8/8.8.5) with ESMTP id UAA05519 for
<[EMAIL PROTECTED]>; Mon, 30 Aug 1999 20:54:27 -0400 (EDT)
Received: from bmc by lappy.djj.state.va.us with local (Exim 3.03 #1 (Debian))
id 11LaCl-0002JB-00
for <[EMAIL PROTECTED]>; Mon, 30 Aug 1999 18:47:11 -0400
Date: Mon, 30 Aug 1999 18:25:52 -0400
From: Ben Collins <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [PROPOSAL] changing policy on compiling with -g .. a better way
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/0.95.7i
Received: by geneva for bmc (with Cubic Circle's cucipop (v1.21 1997/08/10) Mon
Aug 30 20:34:32 1999)
X-From_: [EMAIL PROTECTED] Mon Aug 30 20:22:18 1999
Received: from master.debian.org ([EMAIL PROTECTED] [209.41.108.5]) by
mail1.visi.net (8.8.5/8.8.5) with SMTP id UAA12032 for <[EMAIL PROTECTED]>;
Mon, 30 Aug 1999 20:22:15 -0400 (EDT)
Received: (qmail 20890 invoked by uid 1285); 31 Aug 1999 00:22:12 -0000
Delivered-To: [EMAIL PROTECTED]
Received: (qmail 20789 invoked from network); 31 Aug 1999 00:22:08 -0000
Received: from murphy.debian.org (209.41.108.199) by master.debian.org with
SMTP; 31 Aug 1999 00:22:08 -0000
Received: (qmail 14348 invoked by uid 38); 31 Aug 1999 00:21:57 -0000
Resent-Date: 31 Aug 1999 00:21:57 -0000
Resent-Cc: recipient list not shown: ;
X-Envelope-Sender: [EMAIL PROTECTED]
User-Agent: Mutt/0.95.7i
Resent-Message-ID: <"Ypun2B.A.pfD.kAyy3"@murphy>
Resent-From: debian-policy@lists.debian.org
X-Mailing-List: <debian-policy@lists.debian.org> archive/latest/5796
X-Loop: debian-policy@lists.debian.org
Precedence: list
Resent-Sender: Ben Collins <[EMAIL PROTECTED]>
Package: policy
As a buildd admin, I want to congratulate the original policy on all the wasted
cpu cycles it has cost my system by forcing packages to compile with -g even
though those same binaries will be stripped later of this costly debugging
information.
Now, what I want to propose, is not a change so much as an ammendment. Keep the
policy there (which is meant to make it easier to build binaries and libraries
with debugging information), but add an ammendment for this situation:
--------
The package can by default build without -g if it also provides a mechanism
to easily be rebuilt with debugging information. This can be done by providing
a "build-debug" make target, or allowing the user to specify "BUILD_DEBUG=yes"
in the environment while compiling that package.
--------
Now this has several added benefits:
1) It is actually easier to build debugging bins and libraries this way (no more
editing debian/rules or similar) since it provides a documented way of
getting
this type of build.
2) There will be much less wasted cpu time for the autobuilders since not having
debugging information (and hence also not having to strip it) will increase
the speed of compiles. This skips an entire pass of the compiler, iirc
Please, I would simply like to get a second on this and have it voted on or
whatever it is that we do with policy proposals now-a-days. Then added to
policy.
I don't want to argue over the ten million technical points, and considering
this
is very unobtrusive, and allows the maintainer to choose (not force) whether or
not to abide by it, it shouldn't provide much flame material, nor extensive
discussion about the pro's and con's.
Thanks,
Ben
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
---------------------------------------
Received: (at 43787-done) by bugs.debian.org; 2 Aug 2000 22:17:22 +0000
>From [EMAIL PROTECTED] Wed Aug 02 17:17:22 2000
Return-path: <[EMAIL PROTECTED]>
Received: from mail.interchange.ubc.ca [137.82.27.15]
by master.debian.org with esmtp (Exim 3.12 2 (Debian))
id 13K6pG-0004dX-00; Wed, 02 Aug 2000 17:17:22 -0500
Received: from srtp05-245.resnet.ubc.ca ([142.103.56.245] helo=polya)
by mail.interchange.ubc.ca with esmtp (Exim 3.03 #1)
id 13K6pH-0003m6-00; Wed, 02 Aug 2000 15:17:23 -0700
Received: from jdg by polya with local (Exim 3.12 #1 (Debian))
id 13K6pA-0007wU-00; Wed, 02 Aug 2000 15:17:16 -0700
Date: Wed, 2 Aug 2000 15:17:16 -0700
From: Julian Gilbey <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Closed in debian-policy 3.2.0.0
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.0.1i
Delivered-To: [EMAIL PROTECTED]
These bugs have been closed in policy version 3.2.0.0.
Thanks Manoj!
Julian
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Julian Gilbey, Dept of Maths, QMW, Univ. of London. [EMAIL PROTECTED]
Debian GNU/Linux Developer, see http://www.debian.org/~jdg
Donate free food to the world's hungry: see http://www.thehungersite.com/
