On 08/08/24 at 18:40 +, Bastien Roucariès wrote:
> > > It is not meant to replace the corresponding UDD link, in fact I added a
> > > link to it in the page of each tag, to see all the affected packages. But
> > > I think it is better to first arrive on a very fast to load page that
> > > si
On 07/08/24 at 19:05 +0200, Nicolas Peugnet wrote:
> Hi all,
>
> Pierre-Elliott Bécue on Wed, 27 Sep 2023 14:19:20:
> > Otto Kekäläinen wrote on 27/09/2023 at 06:35:07+0200:
> >
> > > Hi!
> > >
> > > Thanks for the context - so there is no need technical incompatibility
> > > at play, but most
On 09/08/24 at 13:12 +0200, Nicolas Peugnet wrote:
> You proposed to fix it by adding the description of the tag on UDD, but I
> don't think this is an optimal solution.
>
> 1. The page is very slow to load, around 6 to 10 seconds. This is a problem
> both for the user, and for the server that nee
On 09/08/24 at 07:54 +, Bastien Roucariès wrote:
> Le vendredi 9 août 2024, 06:39:04 UTC Lucas Nussbaum a écrit :
> > On 08/08/24 at 18:40 +, Bastien Roucariès wrote:
> > > > > It is not meant to replace the corresponding UDD link, in fact I
> > > >
Hi,
On 20/08/24 at 07:28 +0200, Helmut Grohne wrote:
> There are various QA-related teams looking at packages from other
> maintainers. When it trips a check, that often incurs time from some QA
> person investigating a report or failure. Examples:
> * Lucas Nussbaum, Santiago Vi
On 03/09/24 at 12:31 -0400, Louis-Philippe Véronneau wrote:
> FYI, I opened an RT ticket asking DSA for a VM to host all of this.
Hi,
I still don't understand the long term strategy here.
UDD provides the same information. I recently did the work so that it is
properly indexed by search engines,
On 03/09/24 at 20:49 +0200, Fabio Fantoni wrote:
> Il 03/09/2024 20:05, Lucas Nussbaum ha scritto:
> > On 03/09/24 at 12:31 -0400, Louis-Philippe Véronneau wrote:
> > > FYI, I opened an RT ticket asking DSA for a VM to host all of this.
> > Hi,
> >
> > I
On 03/09/24 at 16:56 -0400, Louis-Philippe Véronneau wrote:
> On 2024-09-03 14:05, Lucas Nussbaum wrote:
> > On 03/09/24 at 12:31 -0400, Louis-Philippe Véronneau wrote:
> >> FYI, I opened an RT ticket asking DSA for a VM to host all of this.
> >
> > Hi,
> >
&
ian yet , and I'll be looking for
a sponsor shortly. If somebody is interested, drop me a note ;)
[0] https://wiki.ubuntu.com/MultiDistroTools
[1] http://tiber.tauware.de/~lucas/versions/unstable-experimental.html
[2] http://tiber.tauware.de/~lucas/versions/
--
| Lucas Nussbaum
| [EMAIL PRO
ackages should not depend on ircd anyway, because the service and
the ircd can run on different systems.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
the behaviour of a package, and
the fact that a package builds if its build dependencies are satisfied
can only be considered true at the time of its upload, if the maintainer
has made the proper tests (build in a clean chroot/pbuilder).
Regards,
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://w
(Cced the relevant bug report)
On 31/10/06 at 23:50 -0500, Anthony DeRobertis wrote:
> Lucas Nussbaum wrote:
>
> > Some packages (e.g choose-mirror) fetch a newer version of a file during
> > build if it's possible to fetch that file. I don't think this is RC,
>
Package: wnpp
Severity: wishlist
Owner: Lucas Nussbaum <[EMAIL PROTECTED]>
* Package name: taktuk
Version : 3.0-beta
Upstream Author : Guillaume Huard <[EMAIL PROTECTED]>
* URL : http://taktuk.gforge.inria.fr/
* License : GPL
Description
bian.org/ftp.debian.org for RM bugs,
but that still wouldn't remove all of them ...
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 16/12/06 at 02:15 +, Stephen Gran wrote:
> This one time, at band camp, Lucas Nussbaum said:
> > Hi,
> >
> > Here is a list (sorted by maintainer email) of packages:
> > - that have RC bugs
> > - that are in unstable, but not in testing
> >
> >
) but not in testing.
dpkg-dev (0) RC bugs (#403216)
libpng12-dev (0) RC bugs (#401044)
rootskel (0) RC bugs (#402746, #402825)
libpng12-0 (0) RC bugs (#401423, #401465)
ntfsprogs (0) RC bugs (#379628)
iproute-dev (0) RC bugs (#397584)
libroxen-form (0) in unstable (1.0-11) but not in testing.
On 16/12/06 at 11:37 +0100, Marco d'Itri wrote:
> On Dec 16, Lucas Nussbaum <[EMAIL PROTECTED]> wrote:
>
> > module-init-tools (19946) RC bugs (#333052, #333522)
> No, it does not. Your script is broken.
For those two bugs, http://bts.turmzimmer.net/details.php?bydist=
ut any
drawback I can see (the "all packages from the team" DDPO page is still
available using the the team mailing list address).
See also, on the same topic,
http://lists.debian.org/debian-perl/2007/01/msg7.html
Am I missing something ?
Shouldn't this be documented somewher
en by the Debian/Ruby Extras team.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
to know:
> * what would your questions be?
the one above is fine
> * should i go for atom 1.0 or rss 2.0?
both? or pick one randomly. I don't think anybody has a strong
preference.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED]
t as "resolved"? It's still listed as outstanding
> on
> http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=edac-utils;dist=unstable
Wasn't m68k supposed to be ignored by the BTS, since it's no longer a
released arch? It's already ignored by testing trans
e if bugs that don't affect unstable, testing,
stable or oldstable, but are not closed, are automatically archived?
[EMAIL PROTECTED], what should we do?
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
On 24/01/08 at 21:04 +0100, Martin Michlmayr wrote:
> * Lucas Nussbaum <[EMAIL PROTECTED]> [2008-01-24 20:44]:
> > What's the best way to deal with bugs from packages that are removed
> > from unstable? Currently, they are not closed when a package is removed.
&
n't think it's
obvious for everybody :)
[1] http://www.lucas-nussbaum.net/blog/?p=275
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On 25/01/08 at 12:16 +0100, Andreas Tille wrote:
> On Fri, 25 Jan 2008, Lucas Nussbaum wrote:
>
>> I made some stats (see [1]). 7.8% of our packages use quilt, while 14.4%
>> use dpatch. It would be great to document in some place (devref?) why
>> quilt should be used inst
m on isn't web-accessible, unfortunately. I'll try
to figure out a way to make them accessible, and report again when I
will have (and try to provide more info about the size problems, too).
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED
On 25/01/08 at 15:59 +0100, Daniel Leidert wrote:
> Am Freitag, den 25.01.2008, 15:25 +0100 schrieb Lucas Nussbaum:
>
> > I've done two rebuilds of sid on i386.
> > - one in a perfectly clean chroot, as I usually do
> > - one in a chroot, where as many build-de
On 25/01/08 at 15:36 +0100, Frank Lichtenheld wrote:
> On Fri, Jan 25, 2008 at 03:25:15PM +0100, Lucas Nussbaum wrote:
> > Of course, the list includes some false positives, but they are
> > difficult to identify without going through all the debdiff outputs and
> > build lo
siest way to fix them is to use source-only uploads (to avoid packages
built on broken maintainer machines), and a better sbuild that can use
lvm snapshots so that it can start all builds with a clean environment.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAI
On 25/01/08 at 18:10 +0100, Daniel Leidert wrote:
> Am Freitag, den 25.01.2008, 16:37 +0100 schrieb Lucas Nussbaum:
> > On 25/01/08 at 15:59 +0100, Daniel Leidert wrote:
>
> [docbok-xsl-doc-html]
> > But if the size is the same, why would the Installed-Size differ? I have
>
lve this. The two libwxgtk-dev packages are
> co-installable (obviously).
Build-Conflicts: libwxgtk2.6-dev?
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
On 26/01/08 at 08:59 +, Roger Leigh wrote:
> On Fri, Jan 25, 2008 at 03:25:15PM +0100, Lucas Nussbaum wrote:
>
> > I'm not really sure of what we should do about those problems. The
> > easiest way to fix them is to use source-only uploads (to avoid packages
> &g
h changing wnpp.d.n to point to whatever Sebastian
wants. It's currently a redirection because Sebastian told me that he
could not handle a vhost on his side, so I proposed to do it that way.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED]
On 25/01/08 at 15:25 +0100, Lucas Nussbaum wrote:
> Hi,
>
> I've done two rebuilds of sid on i386.
> - one in a perfectly clean chroot, as I usually do
> - one in a chroot, where as many build-dependancies as impossible were
> installed (take the Sources file, extract
0
+allarches = [ 'i386', 'sparc', 'alpha', 'powerpc', 'arm', 'hppa', 'ia64',
'mips', 'mipsel', 'amd64' ]
mindays = { "low" : 10, "medium" : 5, "high" : 2, "critical" : 0,
"emergency" : 0 }
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 05/02/08 at 23:43 +0100, Frank Lichtenheld wrote:
> On Tue, Feb 05, 2008 at 09:57:16PM +0100, Lucas Nussbaum wrote:
> > On 25/01/08 at 15:25 +0100, Lucas Nussbaum wrote:
> > I did another rebuild. Thanks to the Debian GNU/kFreeBSD cabal, the
> > results are available on
On 05/02/08 at 23:32 +0100, Alexander Schmehl wrote:
> Hi!
>
> * Lucas Nussbaum <[EMAIL PROTECTED]> [080205 21:57]:
> > I did another rebuild. Thanks to the Debian GNU/kFreeBSD cabal, the
> > results are available on io.debian.net. If you want shell access, read
> &
7;t be any point in using a clean
chroot, or even to upload the real binary packages: small fake binary
packages would be much more cpu- and bandwidth-friendly ;)
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3
ges by
default.
As Don pointed, it is relatively easy to emulate priorities using
usertags and usercategories. Maybe the BTS could help by providing other
sorting orders by default (so viewing priorities would simply be a
matter of adding sort=priorities to pkgreport's URL), and/or by
1. Application from outsider
2. Application from current contributor
3. Application from outsider
4. Application from current contributor
[...]
What do you think?
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/02
were many students who would
> gladly work to meet their applications goals if they were given the
> chance.
So there won't be a shortage of candidates, even if we decide to forbid
curent contributors from applying.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.
tors here: it's difficult
enough to manage people working remotely, possibly in a different
timezone, and for free (students are paid for their time, not their
mentors).
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED]
m.
I consider that the main goal of GSOC is a social one: let new people
learn about free software projects. If we start to depend on Google
funding our developers through GSOC to get some important things done,
that probably raises some very interesting questions.
--
| Lucas Nussbaum
| [EMAIL P
> So to answer your question - yes, I think it is perfectly possible not
> to do every single bit of the application, but in this case, the
> mentor needs to make sure he can back up his decision not to fail the
> student. Publicly.
Full ACK.
--
| Lucas Nussbaum
| [EMAIL P
On 27/02/08 at 11:26 -0800, Steve Langasek wrote:
> On Wed, Feb 27, 2008 at 06:52:56PM +0100, Lucas Nussbaum wrote:
> > On 27/02/08 at 11:33 +0100, Francesco P. Lovergine wrote:
> > > I'm not completely persuaded this is correct. Someone should explain
> > > why
On 27/02/08 at 22:00 +0100, Cyril Brulebois wrote:
> On 27/02/2008, Lucas Nussbaum wrote:
> > Many of the students that were selected were already well-known
> > Debian contributors or developers. The first problem with that is
> > that some of those students used their GSOC
On 28/02/08 at 01:09 -0800, Steve Langasek wrote:
> On Thu, Feb 28, 2008 at 09:17:56AM +0100, Lucas Nussbaum wrote:
>
> > > I really can't figure out what you're saying, here. AFAICS, we had
> > > significantly *better* results when choosing GSoC projects
On 28/02/08 at 11:36 +0100, Cyril Brulebois wrote:
> On 28/02/2008, Lucas Nussbaum wrote:
> > 2) | * Inspire young developers to begin participating in open
> >| source development;
>
> > 3) | * Help open source projects identify and bring in new
> >
re the lenny release!) so he
> > can work on his GSOC project.
>
> Huh? You know about libre arbitre, right? If people apply to GSOC,
> their choice. I really don't know why you would forbid them to apply.
> So that they keep doing the dirty job before a release?
Gah, you
m not sure that many DDs agree with this, so maybe we should
> just aim for *clarification*. So any of the three following solutions
> would work for me:
>
> (1) Forbid DDs and people in the NM process waiting for FD/DAM to apply
> as students.
>
> (2) Make it crystal clear (through
On 29/02/08 at 23:29 -0800, Steve Langasek wrote:
> On Sat, Mar 01, 2008 at 01:55:49AM +0100, Lucas Nussbaum wrote:
>
> > Note that the whole "did last year projects were successful?" issue is
> > secondary. Even if all of last years projects produced fabulous results
is
the best one, or user support.
Don't hesitate to forward this mail to all interested parties. Let's
make this mailing list something useful together!
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024
can use testing + apt pinning. I use that on all my !stable
systems.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
scribe to
them on the PTS. I recently worked on a script to notify PTS subscribers
('summary' keyword) when the package is orphaned or removed. (see
#464021)
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023
tu3_i386.deb 65% saved
ttf-gentium_1.02-2ubuntu2_all.deb 64% saved
smbclient_3.0.26a-1ubuntu2_i386.deb 64% saved
etc.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 02/04/08 at 01:52 -0700, Steve Langasek wrote:
> On Wed, Apr 02, 2008 at 10:24:43AM +0200, Lucas Nussbaum wrote:
> > > So of course besides OOo on there we also find the kernel packages. We
> > > wouldn't have to use lzma for the kernels though, if that would rais
re available on
http://people.debian.org/~lucas/logs/2008/04/07/ , and a dd-list of the
failing packages is available at
http://people.debian.org/~lucas/logs/2008/04/07-piuparts-ddlist.txt .
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED]
nd a text
^^ must?
> It would be useful to check
> automatically all init.d scripts in the archive for dependency loops,
> perhaps regularly.
How do you do that currently? Couldn't you use the lintian lab in
gluck:/org/lintian.debian.org/laboratory/ for that?
--
| Lucas Nuss
out
a proper procedure, I'm sure that many developers would loudly protest
and wouldn't let that happen.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
accusatory terms.
[1] http://lists.debian.org/debian-qa/2008/04/msg5.html
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
signature.asc
Description: Digital signature
's web interface.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ion. We will include the
text in the email when we will send our second request for comments.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
signature.asc
Description: Digital signature
o wait less time, he can still wait less
time.
I've added this sentence after the above examples to clarify this:
| Those delays are only examples. In some cases (uploads fixing security
| issues, trivial bugfixes blocking a transition, ...), it is desirable
| that the fixed package reaches unsta
ge with a single .tar.gz file? Why can't you simply use
debdiff to compare the two source packages if needed?
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECT
m various places (packages.d.o, PTS).
That would probably help convince our users that we make sensible
changes, and would also allow upstream developers to browse our changes
easily (and comment/merge them).
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 17/05/08 at 00:45 +0200, Miriam Ruiz wrote:
> 2008/5/16 martin f krafft <[EMAIL PROTECTED]>:
>
> > Lucas Nussbaum threw the idea of having a webpage with posisbly
> > annotated patches for each Debian package on *.debian.org at me the
> > other day, in response to
a better idea to write it in a way
that makes it work with both format 1.0 and 3.0 (quilt). Maybe work from
the extract source...
Also, the code behind http://patches.ubuntu.com/ is GPLed, AFAIK. We
might not have to reinvent everything.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.luc
format. So we have a single place with
all the information.
Also, it doesn't sound particularly easy for upstreams to browse the BTS
to find the discussion about a specific patch.
(This discussion is similar to the one about DEPs vs BTS bugs -- a
discussion on the BTS would always miss
ats are somehow insane.
At some point, we will need to find a way to decide which v3 format we
are going to choose in adddition to the v3 (native) format (with a GR?).
We can't afford to allow several different v3 formats to coexist.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www
mation, without asking upstream to go
through all bugs in a package to find a few useful patches.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &
On 17/05/08 at 17:01 -0400, Joey Hess wrote:
> What if we just decide that changes made to upstream sources[1] qualify
> as a bug? A change might be a bug in upstream, or in the debianisation,
> or in Debian for requiring the change. But just call it a bug.
> Everything else follows from that quite
n/rules target that must generate a
> > debian/patches directory with all the patches.
>
> Note how infrastructure needs would decrease considerably if packages
> were mandated to use v3(quilt) format: patches.debian.org would be
> ftp.debian.org and would just need nothing new (except for how source
> packages are created)
No, you would need to untar the .debian.tar.gz file, so upstream can
browse the patches.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 18/05/08 at 15:55 +0200, Goswin von Brederlow wrote:
> Lucas Nussbaum <[EMAIL PROTECTED]> writes:
>
> > On 17/05/08 at 17:01 -0400, Joey Hess wrote:
> >> What if we just decide that changes made to upstream sources[1] qualify
> >> as a bug? A change m
development (upstream, other distros, users) to know which patches we
applied, the reason for the patch, and whether they should be
interested in that patch or not.
I thought that the problem of tracking changes for Debian developers was
already solved by using a VCS and advertising it though
On 18/05/08 at 16:48 +0200, Mike Hommey wrote:
> On Sun, May 18, 2008 at 04:44:29PM +0200, Lucas Nussbaum wrote:
> > On 18/05/08 at 11:27 +0200, Mike Hommey wrote:
> > > On Sun, May 18, 2008 at 11:19:31AM +0200, Raphael Hertzog wrote:
> > > > On Sat, 17 May 2008, Joey
On 18/05/08 at 16:44 +0100, Neil Williams wrote:
> On Sun, 2008-05-18 at 17:05 +0200, Lucas Nussbaum wrote:
> > On 18/05/08 at 16:27 +0200, Bas Wijnen wrote:
> > > On Sun, May 18, 2008 at 03:18:12PM +0200, Pierre Habouzit wrote:
> > > > But the problem we want to sol
(please don't remove Ccs. I added one for a reason)
On 18/05/08 at 18:02 +0100, Neil Williams wrote:
> On Sun, 2008-05-18 at 18:22 +0200, Lucas Nussbaum wrote:
> > > > The problem I am interested in solving is:
> > > > It is currently difficult f
rt of Debian patches.
3) For patches that need to be sent upstream, a pseudo header in the
patch indicates where the submission of the patch to upstream is
discussed.
-> If upstream has a BTS, the discussion happens on upstream's
BTS, and the pseudo header in the patch points there.
-> If upstream doesn't have a BTS, a bug is created/reused on the Debian
BTS, and the discussion with upstream is Cced with this bug. The
pseudo header in the patch points to that Debian BTS bug.
Additionally, this bug is tagged +divergence to indicate what it's
about.
Also, bugs tagged divergence are not archived. So even after the bug
has been closed in Debian, the bug can continue to be used to discuss
the patch with upstream.
Sounds good?
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
signature.asc
Description: Digital signature
ch: in changelog. This closes the
bug normally, and also tags the bug + divergence. sounds
non-disruptive.
2) slightly change behaviour of Closes:. do as usual, and if the bug
is tagged divergence, remove the tag.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 19/05/08 at 08:48 +0200, Goswin von Brederlow wrote:
> Lucas Nussbaum <[EMAIL PROTECTED]> writes:
> > and update the corresponding bug report, and it doesn't work with
> > version-tracking, which would need to be updated have 3 notions:
> > - notfound (alread
and fix it in the Debian package.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
eeding to keepr masses of status/diff/bla
> files around?
I usually run 'apt-show-versions | grep -v uptodate' to find them. The
remaining list is short enough to be analyzed manually.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTE
ge
that many users need, because it was removed too late in the release
cycle, and it allow bug fixers to focus on bugs that we really,
absolutely need to fix to be able to release.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
if not fixed, and those that we need to address),
and graphs for the number of bugs in each class, maybe you could try to
convince the release team that it's useless to remove packages from
testing that early.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMA
nless there's a lot of people telling me "please don't!", I'm going
to do those changes (remember: there's an opt-out mechanism).
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 05/06/08 at 09:41 -0700, Ben Pfaff wrote:
> Lucas Nussbaum <[EMAIL PROTECTED]> writes:
>
> > ddpo-by-mail sends monthly emails (one per maintainer), containing a
> > list of issues in the package that person maintain:
>
> How long has this been going on? I
kages failing to build
because of that). I discussed this briefly on #debian-x, but it's not
clear yet if the X maintainers want to revert this change.
I would personally prefer if this change was reverted and done after
lenny. We don't really need 84 new RC bugs...
--
| Lucas Nu
On 29/06/09 at 22:53 +0200, Raphael Hertzog wrote:
> Lucas Nussbaum suggested to replace "Bug-" with "" while
> Sean Finney suggested that the latter could be an alias for the former. I
> explained that I initially selected "Bug-" because it enables simp
be it would help to use RT to track questions to da-mana...@d.o
instead of pure email?
--
| Lucas Nussbaum
| lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.or
stion. What do other people think of it?
I think that this information should be stored outside of the patch (in
the history of a VCS, for example).
--
| Lucas Nussbaum
| lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |
--
e integrated when generating
new.html. I could also mention it if last_modified >> arrival, which
indicates that the bug was modified (possibly by additional comments).
[1] http://udd.debian.org/
--
| Lucas Nussbaum
| lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ |
| jabber: lu..
e nice, yes. Choose them wisely, as many people will
probably just copy/paste from them. :-)
--
| Lucas Nussbaum
| lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian
ses it on the libraries side.
(see the recent thread on debian-ruby@ for the details)
Of course, you are welcomed to help instead of just bitching.
--
| Lucas Nussbaum
| lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B
and bootstraps Mercury from
> the source distribution. It requires gcc-3.4 as a build-depend and is
> able to bootstrap itself so that the resulting binaries are optimal on
> 32bit and 64bit machines (the explanation involves a discussion of
> tagged pointers).
Hi,
gcc-3.4 is about t
Package: wnpp
Severity: wishlist
Owner: Lucas Nussbaum
* Package name: ubuntu-dev-tools
Version : 0.75
Upstream Author : Ubuntu developers
* License : Mix. GPLv{2,3} (or later)?
Programming Lang: mostly python, some shell
Description : useful tools for Ubuntu
eems to
> be inactive.
Also, if you run into suspicious packages, that might be candidate for
orphaning and removal, and don't have time to investigate them yourself,
please make a list and send it to debian...@lists.debian.org.
--
| Lucas Nussbaum
| lu...@lucas-nussbaum.net http://
corresponding dev-ref
section. (That applies to the i18n chapter of dev-ref, which is
apparently badly outdated).
- Contributing to dev-ref could become a part of the NM process. We
already have a "fix two RC bugs" question. We could have a "fix two
dev-ref bugs&q
.
For (A) and (B), once a proposal has been made, has been seconded by at
least one DD, and some time (e.g one week) has passed to give others the
chance to voice their concerns, the change can be made.
For (C), non-editorial changes should be discussed more widely (on
-devel@ or -project@), and co
knowing better than all
> the other people who have already commented...
>
> Lucas Nussbaum writes:
> > OK, let's try to change the way it is maintained by moving to something
> > similar to policy. Several questions need to be addressed.
> >
> > - Where should
CILL license has such a clause (see 5.3.4 in
http://www.cecill.info/licences/Licence_CeCILL_V2-en.txt).
--
| Lucas Nussbaum
| lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to debian-devel-requ..
1 - 100 of 603 matches
Mail list logo
