Re: Should -dev packages providing .pc files depend on pkg-config?

2008-04-21 Thread Jakob Bohm
On Wed, Apr 16, 2008 at 10:58:47PM +0100, Neil Williams wrote: > On Wed, 2008-04-16 at 22:12 +0200, Jakob Bohm wrote: > > On Wed, Apr 16, 2008 at 04:12:45PM +0200, Gabor Gombas wrote: > > > On Wed, Apr 16, 2008 at 11:23:51AM +0100, Neil Williams wrote: > > > > >

Re: Should -dev packages providing .pc files depend on pkg-config?

2008-04-16 Thread Jakob Bohm
On Wed, Apr 16, 2008 at 04:12:45PM +0200, Gabor Gombas wrote: > On Wed, Apr 16, 2008 at 11:23:51AM +0100, Neil Williams wrote: > > > What about these clauses as a Policy amendment? > > > > 1. If a library *only supports the retrieval of FOO_LIBS and / or > > FOO_CFLAGS by the use of pkg-config*,

Re: dak now supports ~ in version numbers

2006-08-12 Thread Jakob Bohm
On Wed, Aug 09, 2006 at 11:48:16AM -0500, Manoj Srivastava wrote: > On Wed, 9 Aug 2006 13:25:28 -0300, Henrique de Moraes Holschuh <[EMAIL > PROTECTED]> said: > > > On Wed, 09 Aug 2006, sean finney wrote: > >> > > Thanks to the work of our DPL Anthony "aj" Towns (and all the > >> > > other peopl

Bug#299007: base-files: Insecure PATH

2005-03-28 Thread Jakob Bohm
On Mon, Mar 28, 2005 at 05:19:30PM +1000, [EMAIL PROTECTED] wrote: > Jakob Bohm <[EMAIL PROTECTED]> wrote: > > >> Is this feature seldom used, so we do not care much about it; or is > >> it often used, and so possibly worth retaining? > > > > I

Bug#299007: base-files: Insecure PATH

2005-03-27 Thread Jakob Bohm
not necessarily the only or best one. Side note: As a security specialist I am increasingly annoyed by this kind of loud shouting about security pseudo-bugs drowning out real security discussions and frequently forcing vendors to make extremely ill-advised system changes that actually harm securi

Re: Should we allow packages to depend on packages with lower priority values?

2003-12-23 Thread Jakob Bohm
On Fri, Dec 19, 2003 at 04:18:14PM +1000, Anthony Towns wrote: > On Mon, Dec 08, 2003 at 03:17:19PM +0100, Marc Haber wrote: > > Let A and B both be packages that provide virtual package C. A is the > > default C in Debian, and is therefore Priority: important. A depends > > on E and F, which must

Bug#172436: Security concerns regarding browser proposal

2003-08-04 Thread Jakob Bohm
On Sun, Aug 03, 2003 at 07:48:43PM -0400, Matt Zimmerman wrote: > It might be a good idea to specify how quoting should be handled, both for > shell metacharacters and format specifiers. > > >From the existing text, it seems that "command part" means "shell command > part", and it is impossible to

Bug#203650: Poor recommendation in dpkg-statoverride section

2003-08-04 Thread Jakob Bohm
On Mon, Aug 04, 2003 at 07:20:51AM +1000, Herbert Xu wrote: > On Sun, Aug 03, 2003 at 10:23:10PM +0200, Jakob Bohm wrote: > > > > Also, careful examination of the adduser implementation in > > woody indicates that the package really only needs its > > dependencies to b

Bug#203650: Poor recommendation in dpkg-statoverride section

2003-08-04 Thread Jakob Bohm
On Sun, Aug 03, 2003 at 07:05:44PM -0400, Joey Hess wrote: > Jakob Bohm wrote: > > Note that only a few packages will need these dependencies, > > unlike libc6. Specifically, these packages will be needed by a > > subset of the packages that currently Depends: adduser . >

Bug#203650: Poor recommendation in dpkg-statoverride section

2003-08-03 Thread Jakob Bohm
On Sat, Aug 02, 2003 at 09:59:13AM +1000, Herbert Xu wrote: > Adam Heath <[EMAIL PROTECTED]> wrote: > > > >> Objection. There is no way to create any user in preinst as the tool > >> to do so is not in an essential package. > > > > This is what pre-depends are for. > > A single pre-dependency is

Re: Dropping/splitting (proper) i386 support

2003-05-17 Thread Jakob Bohm
On Tue, May 06, 2003 at 03:05:21PM +0200, Guillem Jover wrote: > Hi, > > On Mon, May 05, 2003 at 06:27:05PM -0400, Nathanael Nerode wrote: > > After the 486, Intel always provided a method to determine the CPU type and > > features available. As far as I can tell, there's no easy programmatic wa

Bug#184507: 2.3.9.1 grammar

2003-03-13 Thread Jakob Bohm
On Thu, Mar 13, 2003 at 02:06:20AM -0800, Chris Waters wrote: > On Wed, Mar 12, 2003 at 05:12:12PM -0600, Drew Scott Daniels wrote: > > On Wed, 12 Mar 2003, Chris Waters wrote: > > > On Wed, Mar 12, 2003 at 02:06:05PM -0600, Drew Scott Daniels wrote: > ... > > --- policy.sgml~ 2003-03-13 02:0

Re: Versioned Symbols

2003-03-11 Thread Jakob Bohm
On Mon, Mar 10, 2003 at 09:22:53AM -0500, Stephen Frost wrote: > ... > > This doesn't solve the problem, and -Bsymbolic only solves a portion of > the problem. > > ... I have looked at -Bsymbolic, and it seems to be doing about the same as my proposed change (see elsewhere), however the docs on

Re: Versioned Symbols

2003-03-09 Thread Jakob Bohm
On Fri, Mar 07, 2003 at 12:50:25PM -0500, Stephen Frost wrote: > Hey all, > > Please excuse the (minor) cross-post but I think the technical > committee needs to find an answer and that answer then be set in > policy. > > We need to make a decision on how to properly handle multiple libra

Bug#176300: Please use a better From: line for CVS messages.

2003-01-11 Thread Jakob Bohm
On Sat, Jan 11, 2003 at 10:41:52PM +0100, Josip Rodin wrote: > On Sat, Jan 11, 2003 at 08:51:39PM +0100, Santiago Vila wrote: > > Of course, these checks alone do not make a message to be marked as spam, > > but > > we should avoid the risk anyway, since it's easy to do so. > > But what do you wa

Bug#99933: second attempt at more comprehensive unicode policy

2003-01-11 Thread Jakob Bohm
On Wed, Jan 08, 2003 at 01:30:09AM -0500, Colin Walters wrote: > On Tue, 2003-01-07 at 03:07, Jakob Bohm wrote: > > > I agree, this is the only way to go. Naive, simple, classic > > UNIX-style programming should continue to "just work", > > Naïve, simple, cla

Bug#99933: second attempt at more comprehensive unicode policy

2003-01-07 Thread Jakob Bohm
Hello everybody, On Mon, Jan 06, 2003 at 10:15:24PM +0100, Jochen Voss wrote: > Hello Colin, > > On Fri, Jan 03, 2003 at 09:50:26PM -0500, Colin Walters wrote: > > In summary, UTF-8 is the *only* sane character set to use for > > filenames. > At least I agree to this :-) > > I think that we need