Ben Collins <[EMAIL PROTECTED]> writes:
> I wondered if anyone else has an opionion on which of these to choose.
> Either one works for me, but I think the first one is probably needed
> since some builds just can't be changed sensibly.
It worries me that we're going to become *very* dependent on
On Thu, Sep 02, 1999 at 12:17:35AM +1000, Anthony Towns wrote:
> AFAIK, it's just not possible to make Apache (and other web browsers)
> make both /usr/doc and /usr/share/doc accessible at the one
> http://localhost/doc URL.
With apache it's trivial. With less fully featured web servers
(maybe bo
Ok, reformated Manoj's great work. Only change being DEB_BUILD_OPTIONS
instead of just BUILD_OPTIONS.
I wondered if anyone else has an opionion on which of these to choose.
Either one works for me, but I think the first one is probably needed
since some builds just can't be changed sensibly.
Ben
On Wed, Sep 01, 1999 at 04:18:55PM -0400, Ben Collins wrote:
>
> Looks like this proposal may be turning into a complete subsection on
> DEB_BUILD_OPTIONS :)
Yeah, why not.
> Makes sense to do this. Since Manoj says the last diff was his last attempt at
> it, I'll rewrite it to include this and
On Wed, Sep 01, 1999 at 10:32:54PM +0200, Marcus Brinkmann wrote:
> On Wed, Sep 01, 1999 at 01:39:28PM -0500, Manoj Srivastava wrote:
>
>
> > + build-debug: BUILD_OPTIONS=debug
>
> I suggest
>
> DEB_BUILD_OPTIONS
>
> for avoiding namespace collision and more importantly for consistency with
>
On Wed, Sep 01, 1999 at 01:39:28PM -0500, Manoj Srivastava wrote:
> + build-debug: BUILD_OPTIONS=debug
I suggest
DEB_BUILD_OPTIONS
for avoiding namespace collision and more importantly for consistency with
the dpkg-architecture handling.
Thanks,
Marcus
--
`Rhubarb is no Egyptian god.' Debia
On Wed, Sep 01, 1999 at 09:14:05AM +0100, Edward Betts wrote:
> Joey Hess <[EMAIL PROTECTED]> wrote:
> > Doesn't anyone else feel this is a hack? Look at how apt does it (parse a
> > Packages file, and use that info to get package versions and decide what
> > needs to be updated, and then look at o
On Wed, 1 Sep 1999, Edward Betts wrote:
> What about multi-cd support? Apt does not have any so you have to use
> dpkg-multicd which uses dpkg -iGROEB (I think) to install from multiple CDs.
Potato APT has complete multi-cd support
Jason
Hi,
This is the final form (or, at least, I am done with this). I
am forwarding this to bugs.debian.org
manoj
The minimal change:
==
CC = gcc
CFLAGS = -O2 -g -Wall # sane warning opti
Hi,
>>"Santiago" == Santiago Vila <[EMAIL PROTECTED]> writes:
Santiago> On Thu, 2 Sep 1999, Anthony Towns wrote:
>> On Wed, Sep 01, 1999 at 08:12:20AM -0400, Dale Scheetz wrote:
>> > It was my understanding that this situation could be resolved in the same
>> > fashion that the man and info tr
Joey Hess <[EMAIL PROTECTED]> wrote:
> Doesn't anyone else feel this is a hack? Look at how apt does it (parse a
> Packages file, and use that info to get package versions and decide what
> needs to be updated, and then look at only those files) for a much better
> method.
>
> Basically, no one in
On Wed, Sep 01, 1999 at 01:39:28PM -0500, Manoj Srivastava wrote:
> + BUILD_OPTIONS, which, if set to `debug', would cause
What about "BUILD_OPTIONS, which, if it contains `debug', would cause"
This let's you string options like:
BUILD_OPTIONS=debug static
In the near future :)
Ben
Hi,
>>"Erik" == Erik Andersen <[EMAIL PROTECTED]> writes:
Erik> I wish to change Debian policy regarding libc and the kernel
Erik> sources.
This has been discussed several time before. Please look at
the attached document, and refute the technical arguments there
before you start t
Hi,
>>"Anthony" == Anthony Towns writes:
Anthony> Isn't strip still necessary/desirable?
I guess. Well, here is the version with your suggestions
incorporated.
The minimal change:
==
CC = gcc
This one looks good, and is exactly what I had in mind. Thanks :)
Ben
On Wed, Sep 01, 1999 at 11:41:17AM -0500, Manoj Srivastava wrote:
> The second way: we don't just offer an alternative, we
> deprecate the old method, but let it be still legal.
> ==
On Thu, 2 Sep 1999, Anthony Towns wrote:
> On Wed, Sep 01, 1999 at 08:12:20AM -0400, Dale Scheetz wrote:
> > It was my understanding that this situation could be resolved in the same
> > fashion that the man and info transitions were. By making the docs viewing
> > programs aware of both the old a
Package: debian-policy
I wish to change Debian policy regarding libc and the kernel sources.
The document /usr/share/doc/libc6/FAQ.Debian.gz states:
Occasionally, changes in the kernel headers cause problems with the
compilation of libc and of programs that use libc. To ensure that users
On Wed, Sep 01, 1999 at 09:55:11AM -0500, Manoj Srivastava wrote:
> The second way: we don't just offer an alternative, we
> deprecate the old method, but let it be still legal.
> ==
> CC = gcc
> - CFLAGS
Hi,
>>"Ben" == Ben Collins <[EMAIL PROTECTED]> writes:
Ben> I like this one, but I don't think that "build-debug" target
Ben> should be used as an alternative since it gives two ways of
Ben> doing this and the use will still need to look at the rules file
This happens not to be the cas
On Sep 02, Anthony Towns wrote:
> AFAIK, it's just not possible to make Apache (and other web browsers)
> make both /usr/doc and /usr/share/doc accessible at the one
> http://localhost/doc URL.
Yes, it is, using mod_rewrite. Something like:
RewriteEngine on
RewriteCond /usr/doc/$1 -F
RewriteRul
On Wed, Sep 01, 1999 at 09:11:29AM -0700, Ben Gertzfield wrote:
> Here's a question:
>
> Should these packages built with BUILD_DEBUG turned on have a different
> name (i.e. libgtk1.2-dbg) than the standard packages? Is there an
> easy way to do this other than replicating control file entries?
T
Here's a question:
Should these packages built with BUILD_DEBUG turned on have a different
name (i.e. libgtk1.2-dbg) than the standard packages? Is there an
easy way to do this other than replicating control file entries?
--
Brought to you by the letters G and Z and the number 18.
"What's differ
On Wed, Sep 01, 1999 at 09:55:11AM -0500, Manoj Srivastava wrote:
> The second way: we don't just offer an alternative, we
> deprecate the old method, but let it be still legal.
> ==
> CC = gcc
> - CFLAGS
On 1 Sep 1999, Mark W. Eichin wrote:
> oh, good point. Ok, so this is an emacs19 bug [search both places]
> and a dpkg bug [fix install-info.]
Mmm, well. install-info is "currently" ok.
In fact, we should not move the dir file until every package
using the --infodir option in a hardcoded way has
Hi,
>>"Dale" == Dale Scheetz <[EMAIL PROTECTED]> writes:
Dale> I would appreciate some feedback from the other members of the technical
Dale> committee, as I haven't seen a vote from any of the remaining members.
Dale> Guy, Klee, Ian, can you give some indication of whether the current
ballot
Hi,
Umm, since the intent is not to make the old way of doing
things incorrect, we can do one of two things. Here are psuedo
patches that detail the approaches. (I personally prefer the second
approach).
First, the minimal change::
=
Hi,
>>"Anthony" == Anthony Towns writes:
Anthony> On Wed, Sep 01, 1999 at 08:12:20AM -0400, Dale Scheetz wrote:
>> It was my understanding that this situation could be resolved in the same
>> fashion that the man and info transitions were. By making the docs viewing
>> programs aware of both
Hi,
>>"Dale" == Dale Scheetz <[EMAIL PROTECTED]> writes:
Dale> It was my understanding that this situation could be resolved in the same
Dale> fashion that the man and info transitions were. By making the docs
viewing
Dale> programs aware of both the old and new locations, and back porting the
Hi,
>>"Wichert" == Wichert Akkerman <[EMAIL PROTECTED]> writes:
Wichert> Mkay. This means that right now only you and Dale voted,
Wichert> right? How long has the vote been in progress?
I voted on the same day as the others, but only Raul seems to
have seen it ;-(
manoj
--
I
oh, good point. Ok, so this is an emacs19 bug [search both places]
and a dpkg bug [fix install-info.]
On Tue, 31 Aug 1999, Joey Hess wrote:
> Dale Scheetz wrote:
> > As the rest of the committee seemed to take your proposal as being "not to
> > the point" I submit that I'm not the one who "don't get it".
> >
> > If it isn't "maintain the old location during the transition" then please
> > inform
On Wed, Sep 01, 1999 at 08:12:20AM -0400, Dale Scheetz wrote:
> It was my understanding that this situation could be resolved in the same
> fashion that the man and info transitions were. By making the docs viewing
> programs aware of both the old and new locations, and back porting them
> into sli
> I was thinking more along the lines of "you should use -g in the
> default build, unless you provide a build that honors
> BUILD_DEBUG=y".
>
> This keeps us from forcing current packages to move to this, in the
> even that it may be downright insane to modify the build in this
> way.
Hmm... I
On 1 Sep 1999, Manoj Srivastava wrote:
> Hi,
> >>"Dale" == Dale Scheetz <[EMAIL PROTECTED]> writes:
>
> Dale> On Tue, 31 Aug 1999, Joey Hess wrote:
>
> >> Nope, you don't get it.
>
> How to win friends and influence people ;-)
>
> Dale> As the rest of the committee seemed to take yo
On Wed, Sep 01, 1999 at 11:48:54AM +0200, Roman Hodek wrote:
> May I come up with a wording proposal?
>
> CC = gcc
> - CFLAGS = -O2 -g -Wall # sane warning options vary between programs
> + CFLAGS = -O2 -Wall # sane warning options vary between programs
> LDFLAG
Previously Raul Miller wrote:
> The current technical committee vote will be over next Sunday, or earlier
> if our other three members (Ian, Guy, Klee) vote before then.
Euh, you, Dale and Manoj I meant. Time to sleep I guess..
Wichert.
--
===
Previously Raul Miller wrote:
> (1) The technical committee should have been asked to approve the the
> original 3.0.0.0 policy change. Looking at the constitution, and at
> our current policy, everything which would result in a new major policy
> version number ought to be approved by the technic
On Wed, 1 Sep 1999, Josip Rodin wrote:
> A bit tougher problem will be the moving of the dir (/usr/info/dir) file,
> but we'll have time to worry about that later.
I already worried about this. It just needs some coordination between
the maintainer of base-files, which creates the default `dir' i
> However, have you looked at the cost of this proposal? This entails
> that one massage upstream Makefiles (or several Makefiles) to take
> not of an environment variable to add debugging flags. That is more
> difficult than a static, one time edit of the Makefiles involved to
> add the -g and th
> I think I like this. One can then set the variable, and do
> dpkg-buildpackage, or even use a build daemon to build a whole set
> of debuggable packages, should the need arise.
Yep.
> One can still suggest that a two line addition
> build-debug: BUILD_DEBUG=y
> build-debug: bui
> This is common enough... should we perhaps create a system wide file, that
> maps default {user,group}names to local {user,group}names?
>
> eg, in /etc/local_names:
> mysql mysql
> ups ups2
no, please do not add another level of indirection.
most daemons have configureable user id's anyway.
Hi,
>>"Dale" == Dale Scheetz <[EMAIL PROTECTED]> writes:
Dale> On Tue, 31 Aug 1999, Joey Hess wrote:
>> Nope, you don't get it.
How to win friends and influence people ;-)
Dale> As the rest of the committee seemed to take your proposal as
Dale> being "not to the point" I submit that
On Tue, Aug 31, 1999 at 04:32:25PM +, David Coe wrote:
> -BEGIN PGP SIGNED MESSAGE-
>
> I notice that mysql-server has the same situation; it creates or takes over
> the 'mysql' group and user, in the mysql-server.preinst file.
>
> (If I happened to have a user with that name before
> > Below is a patch against Ian's CVS tree which can massively accelerate
> > the `dpkg -iGROEB' call from the disk method of dselect (and
> > elsewhere).
> >
> > It works by parsing filenames to determine whether it can skip
> > particular files, instead of looking inside them. When most of the
On Tue, Aug 31, 1999 at 12:49:20PM -0500, Chris Lawrence wrote:
> Drawing the line between technical and policy decisions, though, is a
> lot like splitting the Gordian knot.
As in, a simple sword stroke would do? ;)
To avoid people fretting too much about this issue, here's what
I think I'm goi
45 matches
Mail list logo
