Re: Code of Conduct on the Debian mailinglists

2006-08-04 Thread Ben Pfaff
Magnus Holmgren <[EMAIL PROTECTED]> writes: > On Friday 04 August 2006 09:57, Wouter Verhelst took the opportunity to say: >> On Fri, Aug 04, 2006 at 08:21:28AM +0200, Magnus Holmgren wrote: >> > In short, it's a mess. Lots of improvements can be made, to MUAs, MLMs, >> > as well as MTAs. An RFC s

Re: centralized bzr (Re: Successful and unsuccessful Debian development tools)

2006-08-04 Thread Brian May
> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes: Robert> Are you doing conversions from SVN? Current bzr uses 20MB Robert> of ram to do a native branch operation in similar Robert> circumstances. (bug report gets fixed, new at 11 :)). No, this was a conversion from baz. Mi

Re: Centralized darcs

2006-08-04 Thread Otavio Salvador
Russ Allbery <[EMAIL PROTECTED]> writes: > After every upstream merger, I have to review every patch applied to the > package *anyway* to make sure that it's still sane, and I find that easier > to do by reading through the contents of debian/patches than by running > filterdiff on diff.gz and the

Re: Centralized darcs

2006-08-04 Thread Russ Allbery
Otavio Salvador <[EMAIL PROTECTED]> writes: > Russ Allbery <[EMAIL PROTECTED]> writes: >> After every upstream merger, I have to review every patch applied to >> the package *anyway* to make sure that it's still sane, and I find that >> easier to do by reading through the contents of debian/patche

Re: Building in chroots hides bugs?

2006-08-04 Thread Marco d'Itri
On Aug 04, Goswin von Brederlow <[EMAIL PROTECTED]> wrote: > Outside the chroot, where you probably have auto* installed the > invocation suddenly works and you get a different generated file that > might or might not fail. They would immediately fail anyway on the autobuilds. -- ciao, Marco s

Re: Translated packages descriptions progress

2006-08-04 Thread Michael Bramer
On Fri, Aug 04, 2006 at 12:32:59PM -0300, Felipe Augusto van de Wiel (faw) wrote: > > I hope we can test the new apt version and can get this version to sid > > and after some days to testing. > > Ok, I will work on a few tests for pt_BR. > > BTW, the translations are all in UTF-8,

Re: Code of Conduct on the Debian mailinglists

2006-08-04 Thread Russ Allbery
Loïc Minier <[EMAIL PROTECTED]> writes: > On Fri, Aug 04, 2006, Josselin Mouette wrote: >> This would be absolutely horrible. Most list subscribers use the >> headers to put list email in separate directories, and this would make >> some mails miss from the discussion. > It's an end-user configu

Re: Centralized darcs

2006-08-04 Thread Russ Allbery
Ian Jackson <[EMAIL PROTECTED]> writes: > I think this is the root of the key difference between the `like patch > systems' people and the `hate patch systems' people. In my experience, the key difference between whether or not I want to use a patch system like quilt is whether I have an upstream

Re: Code of Conduct on the Debian mailinglists

2006-08-04 Thread Loïc Minier
On Fri, Aug 04, 2006, Josselin Mouette wrote: > This would be absolutely horrible. Most list subscribers use the headers > to put list email in separate directories, and this would make some > mails miss from the discussion. It's an end-user configurable feature of mailman, so you can turn it on

Re: Code of Conduct on the Debian mailinglists

2006-08-04 Thread Magnus Holmgren
On Friday 04 August 2006 09:57, Wouter Verhelst took the opportunity to say: > On Fri, Aug 04, 2006 at 08:21:28AM +0200, Magnus Holmgren wrote: > > In short, it's a mess. Lots of improvements can be made, to MUAs, MLMs, > > as well as MTAs. An RFC straightening things out could help. > > ... Or we

Re: Code of Conduct on the Debian mailinglists

2006-08-04 Thread Josselin Mouette
Le vendredi 04 août 2006 à 09:45 -0400, James Vega a écrit : > This is something that should be solved on the list manager side by not > sending a duplicate of the email when it can see that an email was > already sent to an address it recognizes. In fact, some of the lists > I'm subscribed to do

Re: Translated packages descriptions progress

2006-08-04 Thread Felipe Augusto van de Wiel (faw)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/31/2006 04:53 AM, Michael Bramer wrote: > On Sun, Jul 30, 2006 at 06:55:19PM -0300, Felipe Augusto van de Wiel (faw) > wrote: >>On 07/30/2006 03:26 AM, Michael Vogt wrote: >> >>>Dear Friends, >>Hi Michael, > > Hi > >>>the current version of ap

Re: Code of Conduct on the Debian mailinglists

2006-08-04 Thread James Vega
On Fri, Aug 04, 2006 at 03:04:05PM +1000, Ben Finney wrote: > Wouter Verhelst <[EMAIL PROTECTED]> writes: > > > You know, I use a mail program. Replying to people is in my fingers > > as "hitting a button". A very specific button, especially for that > > purpose. I expect my MUA to Do The Right T

Re: Stuff the installer does which isn't done on upgrade....

2006-08-04 Thread Goswin von Brederlow
Nathanael Nerode <[EMAIL PROTECTED]> writes: > So upgraded systems don't get the benefits of certain changes to the > installer's > defaults, or defaults in programs used by the installer. > > I first thought of this when I noticed the change in the default tuning for > ext2 partitions created b

Re: huge wnpp bug report page

2006-08-04 Thread Hendrik Sattler
Hi, Am Freitag 04 August 2006 13:39 schrieb Adam D. Barratt: > > I tried to take a look at the wnpp bug page but neither Konqueror > > nor Firefox were able to handle it on my system. > > Really? Galeon handles it fine, as does Firefox (the latter on win32). Really. Firefox gets very slow, ko

Re: Centralized darcs

2006-08-04 Thread Brett Parker
On Thu, Aug 03, 2006 at 11:23:43AM +0100, martin f krafft wrote: > also sprach Lars Wirzenius <[EMAIL PROTECTED]> [2006.08.03.1116 +0100]: > > Debian's lists support List-ID, List-Post, and the other List- headers. > > If mutt's L command doesn't use that to figure out the list reply > > address, p

Re: huge wnpp bug report page

2006-08-04 Thread Hendrik Sattler
Am Freitag 04 August 2006 13:49 schrieb Ben Armstrong: > Hendrik Sattler wrote: > > I hope that something can be done about this to make the BTS web pages > > more usable. > > Are you perhaps not aware of the much smaller indices into the BTS here? > > http://www.debian.org/devel/wnpp/ Indeed, did

Re: Building in chroots hides bugs?

2006-08-04 Thread Goswin von Brederlow
Neil McGovern <[EMAIL PROTECTED]> writes: > On Tue, Aug 01, 2006 at 05:37:58PM +0200, Goswin von Brederlow wrote: >> martin f krafft <[EMAIL PROTECTED]> writes: >> >> > also sprach Marco d'Itri <[EMAIL PROTECTED]> [2006.08.01.1221 +0100]: >> >> Building in chroots *hides* bugs. >> > >> > Uh, what

Re: Centralized darcs

2006-08-04 Thread Ian Jackson
Matthew Palmer writes ("Re: Centralized darcs"): > diff.gz archaeology should not be necessary. I think this is the root of the key difference between the `like patch systems' people and the `hate patch systems' people. `Hate patch systems' people are those who can read code, and prefer program

Bug#381427: ITP: logfilter -- a tool for performing ad-hoc filtering of apache website log files

2006-08-04 Thread Baruch Even
Package: wnpp Severity: wishlist Owner: Baruch Even <[EMAIL PROTECTED]> * Package name: logfilter Version : 0.3 Upstream Author : Jack Hughes, OPENXTRA Limited, John Brewer * URL : http://www.logfilter.org/ * License : Apache Description : a tool for per

Re: huge wnpp bug report page

2006-08-04 Thread Adam D. Barratt
Hi, > I tried to take a look at the wnpp bug page but neither Konqueror > nor Firefox were able to handle it on my system. Really? Galeon handles it fine, as does Firefox (the latter on win32). > 3182462 bytes for the HTML code of a single web page is a bit much, isn't it? Possibly. It's also 2

Re: huge wnpp bug report page

2006-08-04 Thread Ben Armstrong
Hendrik Sattler wrote: > I hope that something can be done about this to make the BTS web pages more > usable. > Are you perhaps not aware of the much smaller indices into the BTS here? http://www.debian.org/devel/wnpp/ Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "

huge wnpp bug report page

2006-08-04 Thread Hendrik Sattler
Hi, I tried to take a look at the wnpp bug page but neither Konqueror nor Firefox were able to handle it on my system. 3182462 bytes for the HTML code of a single web page is a bit much, isn't it? So I was just wondering if it is really necessary to show 3500 resolved issues by default? They c

Re: Building in chroots hides bugs? (was: Successful and unsuccessful Debian development tools)

2006-08-04 Thread Bernhard R. Link
* martin f krafft <[EMAIL PROTECTED]> [060801 18:17]: > also sprach Bernhard R. Link <[EMAIL PROTECTED]> [2006.08.01.1701 +0100]: > > Missing $(DESTDIR)s in Makefiles are an example. Especially when the > > install part was DESTDIRified, but the test before if the file is > > already there (as make

Re: Bug#381201: ITP: reniced -- renice running processes based on regular expressions

2006-08-04 Thread Miles Bader
martin f krafft <[EMAIL PROTECTED]> writes: >> Is the naming so much of an issue? (I always confuse >> kernel-threads and KDE applications because both start with k) > > Well, *d suggests it's a permanently running programme, which yours > is not. So I'd say, yes. You could call it "rerenice" (=

Re: Bug#381201: ITP: reniced -- renice running processes based on regular expressions

2006-08-04 Thread martin f krafft
also sprach Christian Garbs <[EMAIL PROTECTED]> [2006.08.04.0038 +0100]: > To my surprise the description line of my package is quite exact: > "renice running processes based on regular expressions" > > It clearly says "running" and not "new" or "spawning". I don't think it's clear in any way. >

Re: Bug#381201: ITP: reniced -- renice running processes based on regular expressions

2006-08-04 Thread Christian Garbs
On Thu, Aug 03, 2006 at 02:52:50PM +0100, martin f krafft wrote: > also sprach Christian Garbs <[EMAIL PROTECTED]> [2006.08.03.1436 +0100]: > > reniced does not wait for new processes to act on them. It is > > designed to be run once a day and affect the processes running in > > that moment. > T

Re: Centralized darcs

2006-08-04 Thread Miles Bader
Romain Francoise <[EMAIL PROTECTED]> writes: >> A few years ago, we had only CVS, which sucked. And now, we have a >> gazillion of different VCSes, all different. > > And most of them suck too, in their own ways. Yup... and you just _know_ whichever one ends up "winning" will not be the best by mo

Re: Centralized darcs

2006-08-04 Thread Romain Francoise
Marc Haber <[EMAIL PROTECTED]> writes: > A few years ago, we had only CVS, which sucked. And now, we have a > gazillion of different VCSes, all different. And most of them suck too, in their own ways. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.de

Re: Code of Conduct on the Debian mailinglists

2006-08-04 Thread Wouter Verhelst
On Fri, Aug 04, 2006 at 03:04:05PM +1000, Ben Finney wrote: > Wouter Verhelst <[EMAIL PROTECTED]> writes: > > > You know, I use a mail program. Replying to people is in my fingers > > as "hitting a button". A very specific button, especially for that > > purpose. I expect my MUA to Do The Right T

Re: Code of Conduct on the Debian mailinglists

2006-08-04 Thread Wouter Verhelst
On Fri, Aug 04, 2006 at 08:21:28AM +0200, Magnus Holmgren wrote: > In short, it's a mess. Lots of improvements can be made, to MUAs, MLMs, as > well as MTAs. An RFC straightening things out could help. ... Or we could all just forget about mailinglists and start using newsgroups instead. They don

Re: Centralized darcs

2006-08-04 Thread Marc Haber
On Thu, 3 Aug 2006 15:41:32 +0100, Jon Dowland <[EMAIL PROTECTED]> wrote: >At 1154593998 past the epoch, Eduard Bloch wrote: >> And you can do all that with dpatch-edit-dpatch and the >> regular Unix commands without learning another VCS and/or >> without needing access to it. Advantage? Yes. > >So