On 15/07/25 at 15:57 +, Holger Levsen wrote:
> On Tue, Jul 15, 2025 at 11:43:01AM +0100, Sean Whitton wrote:
> > Yeah, me too (though I'd prefer a BTS bug to an MR, but it's the same).
>
> I definitly prefer an MR for such a change.
>
> (For more controversial changes I prefer to have a BTS t
On 15/07/25 at 12:03 +0200, Otto Kekäläinen wrote:
> +1 to clarifying the DELAYED queue section. Please also include an
> example dcut command on how to remove a package from the DELAYED queue
> if the maintainer does not want to have it.
Right
> Personally I would much rather see a contribution
Package: developers-reference
Version: 13.20
Severity: wishlist
X-Debbugs-Cc: ti...@debian.org
Hi,
The delayed/deferred queue mechanism is documented in section 5.6.3
(Delayed uploads). However
https://lists.debian.org/debian-devel-announce/2008/09/msg6.html has
more details about queue handl
Source: debian-policy
Version: 4.5.0.0
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx2.4
Hi,
debian-policy fails to build with Sphinx 2.4, currently available in
experimental.
Relevant part (hopefully):
> make[2]: Entering directory '/<>/policy
Source: developers-reference
Version: 11.0.10
Severity: important
Tags: ftbfs
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx2.4
Hi,
developers-reference fails to build with Sphinx 2.4, currently available in
experimental.
Relevant part (hopefully):
> make[3]: Entering directo
On 03/06/18 at 20:15 +0200, Mattia Rizzolo wrote:
> On Sun, Jun 03, 2018 at 04:55:01PM +0100, Sean Whitton wrote:
> > > I even dare to say there is no "devref maintainers" team at all, and
> > > that if you actually wish to work on it you should go ahead, add
> > > yourself to uploaders and do stuf
Source: developers-reference
Version: 3.4.18
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> mak
On 10/05/16 at 12:31 +0200, Andreas Beckmann wrote:
> Package: debian-policy
> Severity: normal
>
> Hi,
>
> I just noticed that there are also Build-Depends-Arch/Build-Conflicts-Arch:
>
> from deb-src-control(5):
>
>Build-Depends-Arch: package-list
> Same as Build-Depends,
debian-keyring desc.
Update section on debview, now in the debian-el package.
Point Packages-arch-specific URL to cgit mirror.
Uploads to suites other than unstable/experimental should use codenames.
Lucas Nussbaum (1):
Rebuild to fix issues with texlive fonts caused by #796120
This is an automated email from the git hooks/post-receive script.
lucas pushed a change to branch master
in repository developers-reference.
from 23da4a4 Uploads to suites other than unstable/experimental should
use codenames.
new e7121c8 Rebuild to fix issues with texlive fo
This is an automated email from the git hooks/post-receive script.
lucas pushed a commit to branch master
in repository developers-reference.
commit e7121c83c876089d89f90247980d26c24913238f
Author: Lucas Nussbaum
Date: Fri Aug 28 10:50:11 2015 +0200
Rebuild to fix issues with texlive
changelog entry for Bug#761005
fix Bug#780243
fix Bug#768426
adjust codename and release number
fix Bug#738566
Jean-Paul Guillonneau (1):
Update French translation
Jonathan Wiltshire (1):
Soften retirement procedure w.r.t. notifying other developers
Lu
This is an automated email from the git hooks/post-receive script.
lucas pushed a change to branch master
in repository developers-reference.
from fdfd7d6 fix Bug#738566
new d73eeb2 Prepare changelog for upload.
The 1 revisions listed above as "new" are entirely new to this
re
This is an automated email from the git hooks/post-receive script.
lucas pushed a commit to branch master
in repository developers-reference.
commit d73eeb241ef9553240f500c379f1a41a7b118f98
Author: Lucas Nussbaum
Date: Thu Jun 11 13:27:13 2015 +0200
Prepare changelog for upload
Hi Hideki,
Actually, it would make more sens for you to commit your changes
directly, I think. I quickly skimmed through them and they all looked
good.
Thanks,
Lucas
On 28/05/15 at 21:47 +0900, Hideki Yamane wrote:
> On Tue, 26 May 2015 14:12:48 +0200
> Lucas Nussbaum wrote:
>
Hi,
On 26/05/15 at 20:39 +0900, Hideki Yamane wrote:
> Hi,
>
> Is there any plan to release updated developers-reference for
> Jessie point release?
I would welcome a patch.
Lucas
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
On 19/03/15 at 22:08 +0900, Hideki Yamane wrote:
> package: developers-reference
> severity: wishlist
>
> Hi,
>
> How about borrowing css from debian reference?
> It looks better than now, IMO.
> see http://www.ma-aya.net/~henrich/temp/developers-reference/ for the image.
>
> If no one would
On 31/01/15 at 20:47 +0100, Bill Allombert wrote:
> On Mon, Nov 24, 2014 at 10:21:27AM +0100, Lucas Nussbaum wrote:
> > On 23/11/14 at 21:13 +0100, Bill Allombert wrote:
> > > Was there a lot of failure ?
> >
> > No
> >
> > > What severity did
On 23/11/14 at 21:13 +0100, Bill Allombert wrote:
> On Sun, Nov 23, 2014 at 08:15:33PM +0100, Lucas Nussbaum wrote:
> > On 23/11/14 at 20:03 +0100, Bill Allombert wrote:
> > > On Sun, Nov 23, 2014 at 04:47:00PM -0200, Henrique de Moraes Holschuh
> > > wrote:
> &
On 23/11/14 at 20:03 +0100, Bill Allombert wrote:
> On Sun, Nov 23, 2014 at 04:47:00PM -0200, Henrique de Moraes Holschuh wrote:
> > On Sun, 23 Nov 2014, Bill Allombert wrote:
> > > --- a/policy.sgml
> > > +++ b/policy.sgml
> > > @@ -1928,12 +1928,16 @@ zope.
> > > impossible to auto-compile th
Source: debian-policy
Version: 3.9.6.0
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2014-11-11 qa-ftbfs
Justification: FTBFS in jessie on amd64
Hi,
During a rebuild of all packages in jessie (in a jessie chroot, not a
sid chroot), your package failed to b
reopen 484805
thanks
On 31/08/14 at 10:20 -0700, Russ Allbery wrote:
> Jakub Wilk writes:
>
> > Really? Has anyone talked to them?
>
> > I believe this was the last time BTS workflow was brought up on -ctte@:
> > https://lists.debian.org/20494.51776.384105.199...@chiark.greenend.org.uk
> > http
This is an automated email from the git hooks/post-receive script.
lucas pushed a change to branch master
in repository developers-reference.
from 12ea34b Mention collab-maint in the VCS section. Closes: #496815
new a68e9e0 Update changelog for release.
new e026e90 Up
/D9jMNaKUwCxTDx8gCxwGY3H9MC5kRqWBpdalByv03i
lWcOcB6IsCo=
=B5HS
-END PGP SIGNATURE-
Lucas Nussbaum (12):
Drop section on goodies, point to wiki instead. Closes: #751489
Also close #586186, since DD certificates are mentioned on MemberBenefits.
dpkg-buildpackage now uses fakeroot
This is an automated email from the git hooks/post-receive script.
lucas pushed a commit to branch master
in repository developers-reference.
commit a68e9e02c0b30d17562f9230240be8881247570f
Author: Lucas Nussbaum
Date: Fri Aug 29 15:14:18 2014 -0700
Update changelog for release
This is an automated email from the git hooks/post-receive script.
lucas pushed a commit to branch master
in repository developers-reference.
commit bb9e357ebe47e335ce5b8cb513f97bc23385e5de
Author: Lucas Nussbaum
Date: Sun Aug 24 14:41:01 2014 -0700
Mention getting removed from e-mail
This is an automated email from the git hooks/post-receive script.
lucas pushed a commit to branch master
in repository developers-reference.
commit 97f8e71c422c4951a94d4f10bfe2c0a3b026e078
Author: Lucas Nussbaum
Date: Sun Aug 24 14:34:31 2014 -0700
Mention rationale for including the
This is an automated email from the git hooks/post-receive script.
lucas pushed a change to branch master
in repository developers-reference.
from de9303f Update links from http to https where possible
new 8f2b180 Drop section on goodies, point to wiki instead. Closes:
#751489
This is an automated email from the git hooks/post-receive script.
lucas pushed a commit to branch master
in repository developers-reference.
commit 20ea8ac97f9556ff2f9198d393710f413184d4a8
Author: Lucas Nussbaum
Date: Sat Aug 23 18:47:18 2014 -0700
Also close #586186, since DD
This is an automated email from the git hooks/post-receive script.
lucas pushed a commit to branch master
in repository developers-reference.
commit ab70cbd93d770cd3d02ca794b73e2fb5232097e5
Author: Lucas Nussbaum
Date: Sat Aug 23 18:56:23 2014 -0700
Mention other types of checksums
This is an automated email from the git hooks/post-receive script.
lucas pushed a commit to branch master
in repository developers-reference.
commit 8f2b1802ba79cc398b93894ac9b1568d4beafe40
Author: Lucas Nussbaum
Date: Sat Aug 23 18:45:52 2014 -0700
Drop section on goodies, point to wiki
This is an automated email from the git hooks/post-receive script.
lucas pushed a commit to branch master
in repository developers-reference.
commit 2c6496eca7625b640dfd5f5e3cb5aba1b83d0655
Author: Lucas Nussbaum
Date: Sat Aug 23 18:50:42 2014 -0700
dpkg-buildpackage now uses fakeroot
This is an automated email from the git hooks/post-receive script.
lucas pushed a commit to branch master
in repository developers-reference.
commit 6b0fa757b587b64a7fcb9303e4dcbfcdda63b3cd
Author: Lucas Nussbaum
Date: Sat Aug 23 18:52:28 2014 -0700
Drop section on debsums as this
Hi,
On 26/02/14 at 10:49 +0800, Paul Wise wrote:
> Please remember to CC bug submitters when relevant since they are
> usually not subscribed and I am definitely not.
>
> I can see both sides of this but I don't really mind which patch gets
> into devref, so, please choose a patch, add "Debian Ma
On 30/07/14 at 09:37 -0400, David Prévot wrote:
> - - documenting in the previous Subversion repository that it moved (and
> remove it to avoid contributions there).
Done.
Lucas
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
tags 680174 - patch
thanks
On 10/07/12 at 17:50 +0900, Charles Plessy wrote:
> Le Wed, Jul 04, 2012 at 11:40:40AM +0200, Guus Sliepen a écrit :
> >
> > Attached is a patch against the developers-reference source. It can
> > probably be improved, any comments are welcome.
>
> Dear Guus,
>
> than
/caOCebm94EVTC0eSySXubfNV5oCSH/y/V7rnxqsBGqu
MWZ00UPdv1E=
=76a7
-END PGP SIGNATURE-
Andreas Rönnquist (1):
Fix typo in NMU section s/blocking/block/
Charles Plessy (1):
Updated changelog.
Lucas Nussbaum (11):
Fix typo in Vcs-Git:. Closes: #756491
Update changelog. Add bugnumber for
tags 742552 - patch
thanks
Hi,
On 24/03/14 at 19:08 -0400, Daniel Kahn Gillmor wrote:
> > Maybe at this stage, the recommendation would be better placed in
> > developers-reference.
>
> thanks, that's a good idea.
>
> i've cloned the bug to suggest its inclusion in developers-reference,
> where
This is an automated email from the git hooks/post-receive script.
lucas pushed a commit to branch master
in repository developers-reference.
commit 34cc15e683169e91dce01e84f42d74438f67babc
Author: Lucas Nussbaum
Date: Wed Jul 30 17:18:59 2014 +0200
Update changelog. Add bugnumber for
This is an automated email from the git hooks/post-receive script.
lucas pushed a commit to branch master
in repository developers-reference.
commit d61cbdcbf867dc621fdc56c9d22675fc157e38fe
Author: Lucas Nussbaum
Date: Wed Jul 30 17:11:29 2014 +0200
Fix typo in Vcs-Git:. Closes: #756491
On 03/07/14 at 11:27 +0200, Lucas Nussbaum wrote:
> TL;DR: skip to last paragraph
>
> Hi,
>
> Paul, thanks a lot for summarizing the discussion.
>
> On 19/06/14 at 09:05 +0200, Raphael Hertzog wrote:
> > > Switch to a different documentation format that more people
Package: developers-reference
Version: 3.4.12
Severity: normal
Hi,
developers-reference should describe the expected workflow for modifications.
Following a discussion on the status of developers-reference, it seems
that the consensus on the way changes should be made is the following:
> I think
TL;DR: skip to last paragraph
Hi,
Paul, thanks a lot for summarizing the discussion.
On 19/06/14 at 09:05 +0200, Raphael Hertzog wrote:
> > Switch to a different documentation format that more people are able to
> > write, this probably too much work to be useful though.
>
> I don't think this
On 09/02/14 at 12:21 +0100, Kurt Roeckx wrote:
> On Sat, Feb 08, 2014 at 03:13:36PM -0800, Steve Langasek wrote:
> >
> > I question the whole notion of DPL delegation of policy powers to the policy
> > editors.
>
> Can I suggest you start a GR about if you think the DPL is maing
> decisions he ca
.oO ( funny that this comes up now, given the same delegation text was
already used in
https://lists.debian.org/debian-devel-announce/2012/10/msg6.html and
https://lists.debian.org/debian-devel-announce/2013/06/msg4.html)
On 06/01/14 at 13:51 +, Neil McGovern wrote:
> On Fri, Jan 03,
Hi,
Interesting thread.
On 23/05/13 at 13:34 -0700, Russ Allbery wrote:
> Do you have an opinion on how we should make these decisions as a project?
> Is this a place where possibly we should seek the opinion of legal
> counsel?
Our contact point at our legal counsel (SFLC) is Mishi Choudhary
.
On 10/05/12 at 17:31 -0400, Chris Knadle wrote:
> Sending again as I forgot to CC the BTS
>
> On Thursday, May 10, 2012 10:26:44, Lucas Nussbaum wrote:
> > On 08/05/12 at 20:11 -0400, Chris Knadle wrote:
> > > Package: developers-reference
> > > Version: 3.4.7
&g
On 08/05/12 at 20:11 -0400, Chris Knadle wrote:
> Package: developers-reference
> Version: 3.4.7
> Severity: wishlist
> Tags: patch
>
> In a long email thread on [debian-devel] concerning a package which has a
> maintainer that is temporarily MIA due to being time overloaded, the
> discussion ca
Hi,
Adding zack to Cc.
Note that this discussion should really take place in a public place.
Maybe in a bug report?
On 24/04/12 at 02:50 -0400, Chris Knadle wrote:
> On Monday, April 23, 2012 18:54:41, Lucas Nussbaum wrote:
> > On 23/04/12 at 17:24 -0400, Chris Knadle wrote:
&
On 23/04/12 at 17:24 -0400, Chris Knadle wrote:
> Oops... sending again, as I forgot to CC: the developer's reference team.
>
> On Monday, April 23, 2012 16:26:59, Lucas Nussbaum wrote:
> > Hi,
> >
> > On 23/04/12 at 14:56 -0400, Chris Knadle wrote:
> >
Hi,
On 23/04/12 at 14:56 -0400, Chris Knadle wrote:
> Greetings.
>
> I would like your consideration as to whether to update Section 5.11.1 of the
> Developer's Reference to incorporate some of the views of Stefano Zacchiroli
> concerning "When and how to do an NMU". [1]
>
> For background as
Source: developers-reference
Version: 3.4.7
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120331 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
> make[2]: Enterin
tags 582811 - patch
thanks
On 23/05/10 at 16:16 -0400, David Prévot wrote:
> Package: developers-reference
> Version: 3.4.3
> Severity: wishlist
> Tags: patch
>
> Hi,
>
> While updating the French translation of the Developer's Reference
> (currently reviewed on debian-l10n-french@l.d.o), I noti
tags 569219 - patch
thanks
On 25/02/10 at 11:23 +0100, Santiago Vila wrote:
> On Wed, 10 Feb 2010, Luca Falavigna wrote:
>
> > Package: developers-reference
> > Version: 3.4.3
> > Severity: wishlist
> > Tags: patch
> >
> > We have several meta-packages and transitional packages in the archive,
On 25/07/11 at 04:25 +0200, Steve Langasek wrote:
> Hello,
>
> This bug came up for discussion this evening at DebConf; I think it's
> overdue to be followed through on. Lucas seems to agree in the end with my
> own believe that there is a weak consensus in favor of the proposed policy,
> and it
On 07/05/11 at 00:08 +0200, Stefano Zacchiroli wrote:
> On Fri, May 06, 2011 at 11:31:02PM +0200, Lucas Nussbaum wrote:
> > I just sent a mail to -devel@ to gather more feedback about the change.
>
> Let's see where that thread will be going then, thanks.
So, apparently, I&
On 06/05/11 at 20:59 +0200, Stefano Zacchiroli wrote:
> On Wed, May 04, 2011 at 05:44:47PM +0200, Lucas Nussbaum wrote:
> > > > I think that if you want to change the NMU procedures described in
> > > > dev-ref, you should at least discuss the proposals in a similar
On 04/05/11 at 15:47 +0100, Neil McGovern wrote:
> On Wed, May 04, 2011 at 03:14:05PM +0200, Lucas Nussbaum wrote:
> > I think that if you want to change the NMU procedures described in
> > dev-ref, you should at least discuss the proposals in a similar forum
> > than the
On 04/05/11 at 13:33 +0100, Neil McGovern wrote:
> On Wed, May 04, 2011 at 12:31:20PM +0200, Cyril Brulebois wrote:
> > Didier Raboud (04/05/2011):
> > > The proposed wording doesn't imply this IMHO; I read it as "if you
> > > can't find an action from the maintainer on the buglog in the last 7
>
On 03/05/11 at 15:38 +0200, Lucas Nussbaum wrote:
> I agree that the resulting wording of patch is suboptimal, and that
> recommending 0-day NMUs is not the way to go. We are rarely in need for
> action in less than a couple of days in Debian, so the current policy
> seems fine to me.
On 03/05/11 at 22:27 +0900, Charles Plessy wrote:
> [DEP1 drivers CCed].
>
> Le Tue, May 03, 2011 at 01:25:49PM +0100, Neil McGovern a écrit :
> > Package: developers-reference
> > Tags: patch
> >
> > [0] http://lists.debian.org/debian-devel-announce/2011/03/msg00016.html
>
> > Index: pkgs.dbk
>
Hi,
As one of the (ex-)?dev-ref maintainers, I was also asked to comment by
Raphael.
Generally, I think that the patch goes in the right direction.
I'd like to suggest changes to the last paragraph, though:
Lack of attention to RC bugs is often interpreted by the QA team as a sign
that the mai
On 03/12/10 at 12:18 +0100, Julien Cristau wrote:
> On Fri, Dec 3, 2010 at 11:40:39 +0100, Gerfried Fuchs wrote:
>
> > Index: resources.dbk
> > ===
> > --- resources.dbk (Revision 7825)
> > +++ resources.dbk (Arbeitskopie)
> > @@
On 21/09/09 at 18:44 +0900, Osamu Aoki wrote:
> Hi,
>
> On Mon, Sep 21, 2009 at 09:56:37AM +0200, Lucas Nussbaum wrote:
> > Following a discussion on debian-de...@l.d.o[1], the way the Developers
> > Reference[2] is maintained has been changed, with the aim to make it
>
able currently due to this.
Only debian-installer. Checked using UDD with:
select l.source, l.version, u.version
from sources l, sources u
where l.source = u.source
and l.distribution = 'debian' and u.distribution = 'debian'
and l.release = 'lenny' and u.release =
On 01/09/09 at 23:14 +0200, Julien Cristau wrote:
> On Tue, Sep 1, 2009 at 14:06:17 -0700, Steve Langasek wrote:
>
> > On Tue, Sep 01, 2009 at 11:39:40AM +0200, Julien Cristau wrote:
> > > On Sun, Aug 30, 2009 at 23:38:17 +0200, Lucas Nussbaum wrote:
> >
> > &g
rge1
9. sarge reaches end-of-life, and is no longer supported
10. Another security bug is found in P
11. A stable security upload is done for P: 1.0-1+etch2
At this point, S won't auto-upgrade to O 1.0-1+etch2 (since 1.0-1+etch2
< 1.0-1+sarge1). S will keep the vulnerable version of P.
-
On 19/08/08 at 17:19 +0200, Bill Allombert wrote:
> On Fri, Aug 15, 2008 at 03:17:44PM -0300, Lucas Nussbaum wrote:
> > On 15/08/08 at 11:01 -0700, Russ Allbery wrote:
> > > Giacomo Catenazzi <[EMAIL PROTECTED]> writes:
> > > > Lucas Nussbaum wrote:
> > &
On 15/08/08 at 16:35 -0700, Russ Allbery wrote:
> Lucas Nussbaum <[EMAIL PROTECTED]> writes:
> > On 15/08/08 at 11:01 -0700, Russ Allbery wrote:
> >> Giacomo Catenazzi <[EMAIL PROTECTED]> writes:
>
> >>> I think the better way is do it similar to copy
On 15/08/08 at 11:01 -0700, Russ Allbery wrote:
> Giacomo Catenazzi <[EMAIL PROTECTED]> writes:
> > Lucas Nussbaum wrote:
>
> >> First, section 4.14 should list things that one does not need to
> >> describe in debian/README.source. For example, the use of one
in the package's VCS.
Maybe we could have a machine-parseable format to specify those, too.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject o
ents? Seconds?
>
> Seconded.
AOL.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
signature.asc
Description: Digital signature
On 28/01/08 at 14:00 +0100, Mike Hommey wrote:
> On Mon, Jan 28, 2008 at 07:55:25AM +0100, Lucas Nussbaum <[EMAIL PROTECTED]>
> wrote:
> > On 27/01/08 at 23:00 +0100, Bill Allombert wrote:
> > > On Fri, Jan 25, 2008 at 07:31:02PM +0100, Raphael Hertzog wrote:
> &
On 27/01/08 at 23:00 +0100, Bill Allombert wrote:
> On Fri, Jan 25, 2008 at 07:31:02PM +0100, Raphael Hertzog wrote:
> > On Fri, 25 Jan 2008, Bill Allombert wrote:
> > > On Fri, Jan 25, 2008 at 09:31:32AM +0100, Lucas Nussbaum wrote:
> > > > In the ruby-extras team, w
no other information about who
> really maintains it...
In the ruby-extras team, we use:
Maintainer: the team member "mainly" responsible for the package
Uploaders: the team mailing list, and the other team members who keep a
look on the package.
And I think that makes perfect sens
make sense to accept all signed mails, or all mails signed
by a DD? I don't know how hard it would be to implement in mailman.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, emai
lf, or should it be a sequential build?
>
> I think it should behave as is currently required then; that is to say,
> make it a sequential build.
Agreed.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F
On 08/03/07 at 08:02 +0100, Lucas Nussbaum wrote:
> On 07/03/07 at 23:07 +0100, Christian Perrier wrote:
> > > I would really like to see that happening at the beginning of the lenny
> > > release cycle. Packages that prompt without using debconf make it
> > > unne
B_BUILD_OPTIONS becomes too difficult to parse, this could
still be moved to debhelper.
Any arguments I missed?
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
On 14/03/07 at 20:54 +0100, Florian Weimer wrote:
> * Lucas Nussbaum:
>
> > Such a machine looks a bit strange (6 CPUs vs 256 MB RAM). I think that
> > usually, modern SMPs have "enough" memory to handle what all their CPUs
> > can do.
>
> I'm no
On 08/03/07 at 11:50 +0100, Bastian Blank wrote:
> On Wed, Mar 07, 2007 at 06:08:52PM +0100, Lucas Nussbaum wrote:
> > Bug #209008 proposed to have a common interface to tell packages to do
> > parallel building (make -j).
>
> You can't set a generic value.
>
> Fo
ntained, so
changes are higher that they do bad stuff with /dev/tty
- I use a workaround (make /dev/tty a copy of /dev/null) so that most
packages reading /dev/tty don't block during the test
I'll try to give a better estimation soon.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] ht
On 07/03/07 at 19:32 +0100, Mike Hommey wrote:
> On Wed, Mar 07, 2007 at 06:08:52PM +0100, Lucas Nussbaum <[EMAIL PROTECTED]>
> wrote:
> > Hi,
> >
> > Bug #209008 proposed to have a common interface to tell packages to do
> > parallel building (make -j).
>
id.imag.fr/~nussbaum/fosdem07-gridqa-slides.pdf
[2] http://lists.debian.org/debian-policy/2003/09/threads.html#00079
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
result in more than 50 or 100 bugs (and that's the worst case scenario).
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
signature.asc
Description: Digital signature
ly-source source" below that will always
> do the right thing. So the worst you get is that the "Can't find
> source" message is skipped and apt-get fails.
>
> Or not?
No, the problem is that sbuild only keeps the *last* version it sees
(see the while () loop ab
ould be for apt-cache to provide --source-only and
--binary-only options, and for sbuild to use --source-only to get the
source package and not the binary package...
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
-
On 14/01/07 at 14:28 -0600, Manoj Srivastava wrote:
> Hi,
> On Thu, 23 Nov 2006 22:45:18 +0100, Lucas Nussbaum
> <[EMAIL PROTECTED]> said:
>
> > Some source packages generate binary packages using the same name as
> > another source package. For example, see the &#
ontrib).
Some tools don't like it at all (e.g sbuild), causing confusing
behaviour, based on the order of entries in Sources.gz, and confusion
for users.
It might be a good idea to forbid name conflicts, since some tools don't
consider that they are totally different namespaces.
--
| Luc
89 matches
Mail list logo
