Your message dated Sat, 19 Jan 2008 17:53:38 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#205011: dpkg-dev: dpkg-source fails on NFS
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
On Thu, 17 Jan 2008, Joey Hess wrote:
Package: dselect
Version: 1.14.7
Severity: normal
Tags: d-i
dselect's priority was recently dropped from required to important
(#452652), but important is still a much-inflated priority (so is
standard -- optional would be ok). dselect is not the kind
On Sat, 13 Oct 2007, Frank Lichtenheld wrote:
1) Build-Options field
As pointed out this doesn't scale very well and there is no real way to
make it default behaviour one day. This would be the way to go though if
it only needs to be specified for few packages (either because we think
that
Raphael Hertzog wrote:
We have changed that to optional in the git repo. Did you also open a
bug on ftpmaster's side?
No, it seemed better to let the dpkg maintainers decide if I was right
and handle replying to the override messages as usual.
--
see shy jo
signature.asc
Description:
On Sat, 2008-01-19 at 13:20:42 -0500, Joey Hess wrote:
Raphael Hertzog wrote:
We have changed that to optional in the git repo. Did you also open a
bug on ftpmaster's side?
No, it seemed better to let the dpkg maintainers decide if I was right
and handle replying to the override messages
Hi,
On Tue, 07 Mar 2006, Davor Ocelic wrote:
A simple patch to allow this behavior is attached. It adds the -M
option which should be used like say:
dpkg-buildpackage -M'/usr/local/bin/make -f'
I didn't like this intermediary command. What you really wanted to do is
not use debian/rules
On Fri, 2008-01-18 at 14:01:17 -0500, Justin Pryzby wrote:
On Fri, Jan 18, 2008 at 07:46:52PM +0100, Raphael Hertzog wrote:
On Fri, 18 Jan 2008, Justin Pryzby wrote:
On Fri, Jan 18, 2008 at 08:38:03AM +0200, Guillem Jover wrote:
tags 354999 + pending
What change are you making? I
On Sun, 07 Oct 2001, Yann Dirson wrote:
The attached patch adds a couple of flags to help working with
build-deps, taking advantage of the already existing mechanics.
-m output met dependencies on stdout, instead of
unmet dependencies on stderr
On Sat, Jan 19, 2008 at 10:00:37PM +0100, Raphael Hertzog wrote:
On Tue, 07 Mar 2006, Davor Ocelic wrote:
A simple patch to allow this behavior is attached. It adds the -M
option which should be used like say:
dpkg-buildpackage -M'/usr/local/bin/make -f'
I didn't like this
On Tue, Oct 04, 2005 at 07:05:29PM +0200, Frank Lichtenheld wrote:
I'm not sure yet if I will make a patch for this bug but one can work
around the limitations of dpkg-parsechangelog by using grep-dctrl:
dpkg-parsechangelog | grep-dctrl -ensVersion -FSource .
With the --format rfc822
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.13
# note my intend to close this
tags 284664 wontfix
Bug#284664: [DPKG-PARSECHANGELOG] Option to print value of individual fields
There were no tags set.
Tags added: wontfix
End of
# Automatically generated email from bts, devscripts version 2.10.13
# note my intend to close this
tags 284664 wontfix
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sat, Jan 19, 2008 at 11:07:20PM +0100, Raphael Hertzog wrote:
Though I think that -d and -c can be interesting, so I wrote a new patch
to support them (it's attached). I'll apply it for dpkg 1.14.17.
You really should add a option to set Build-Depends-Indep then, too.
Gruesse,
--
Frank
13 matches
Mail list logo