Re: Bug#198682: ITP: kernel-patch-2.4-low-latency -- Reduces the latency of the Linux kernel

On Wed, Jun 25, 2003 at 09:43:06AM +0200, Aurelien Jarno wrote: > On Wed, Jun 25, 2003 at 07:43:34AM +0200, Tollef Fog Heen wrote: > > It's already packaged: > [...] > > > : [EMAIL PROTECTED] ~ > apt-cache show kernel-patch-lowlatency-2.4 > > Package: kernel-patch-lowlatency-2.4 > > Oops ! Sorry

Re: Please don't misuse the debian/changelog to close bugs!

Brian Nelson <[EMAIL PROTECTED]> wrote: > > It's pointless to go through this again. Instead, I'll offer a concrete > example of the confusion this can create (the original submitter asks > for clarification of how the bug was fixed): > > http://bugs.debian.org/188740 That's a documentation iss

Re: Please don't misuse the debian/changelog to close bugs!

Matt Zimmerman <[EMAIL PROTECTED]> wrote: > On Wed, Jun 25, 2003 at 07:34:23PM +1000, Herbert Xu wrote: > >> 2. debian/changelog readers -- No change. They have lost a slight bit >> information that is irrelevant for the purpose of documenting Debian >> changes. > > I am one of these readers. I

Re: Please don't misuse the debian/changelog to close bugs!

Matthew Palmer <[EMAIL PROTECTED]> wrote: > On Wed, 25 Jun 2003, Herbert Xu wrote: > >> It is in fact detrimental for a third group, people who are trying to >> extract the version in which a given bug was fixed. > > Aah, but if the bug wasn't fixed due to a change in the package, then it is > mi

[Stefano =)] Bug#198619: Could not perform configuration on libpam0g

[Please cc me; I'm very behind on -devel] I'm very confused by this bug and am sufficiently busy this week that I'm not going to be able to diagnose it right now. Could anyone who has a chance to do so please look at exactly what is failing from a dependency standpoint? I get the feeling I'm

New list (was Re: Old bugs related to translated debconf templates)

On Wed, Jun 25, 2003 at 12:04:29AM +0200, Denis Barbier wrote: > Hi, > > Here is a list of bugs older than a year; most of them are related to > translated debconf templates, so fixing them is trivial and I might > NMU some of these packages soon. Many bugreports were missing, here is a more accu

Re: [mass bug filing?] Short descriptions being used as long descriptions and other policy violations

Benj. Mako Hill wrote: > On Tue, Jun 24, 2003 at 10:49:13PM +0200, Thomas Viehmann wrote: > Writing and maintaining a package description seems to clearly be the > package maintainers job. In reference to Branden's message in this > thread, one would hope that the maintainers are also particularly

Re: Proposal: removing libc5, altgcc and all their old-days dependencies

On Thu, Jun 26, 2003 at 12:21:22AM +1000, Hamish Moffatt wrote: > me wrote: > > some pages where mozilla/opera/konquerror fails. I would hate to reboot, to > Tried mozilla recently? It's a thousand times better than Netscape 4.7x navigator is mu

Re: Accepted devfsd 1.3.25-14 (i386 source)

Russell Coker <[EMAIL PROTECTED]> writes: > Description: > devfsd - Daemon for the device filesystem > Changes: > devfsd (1.3.25-14) unstable; urgency=medium > . >* Fixed a bug in creating compatability links for DAC960 devices. you did: diff -u devfsd-1.3.25/devfsd.c devfsd-1.3.25/

Re: Developer Accessible Hurd Machine

(please don't remove the CC to debian-hurd) Hi Benj, Jeff commented me he had plans for a developer accessible GNU/Hurd machine, so he might have something to say (CCing him..) As for the hosting, what are the requisites for placing a public debian machine at home? I'd be willing to help but p

Re: kernel 2.5.73+, fakeroot, debuild - a small problem

On Wed, Jun 25, 2003 at 09:30:32PM +1000, Herbert Xu wrote: > Why is fakeroot calling the real chown(2)? I think it's to be able to report errors like ENOENT. You can turn it off by setting FAKEROOTDONTTRYCHOWN in the environment. It should be possible to replace this chown with something harmle

Re: Bug#198158: architecture i386 isn't i386 anymore

On Wed, Jun 25, 2003 at 01:26:38PM +0900, GOTO Masanori wrote: > Performance improvement is _not_ my primary intention.At least it needs to > support libc6-686: > > - LinuxThreads floating stack support. It's ready for i686 and later. > > - NPTL/TLS support. NPTL currently supports i486 an

Re: Bug#198158: architecture i386 isn't i386 anymore

Colin Watson dijo [Wed, Jun 25, 2003 at 11:05:56AM +0100]: > > We should foist the job of supporting i386 onto some specialized Debian > > port for it. > > The problem is that we really don't have sensible support for > subarchitectures at all. This makes the job of creating such a > specialized p

Re: kernel 2.5.73+, fakeroot, debuild - a small problem

On Wed, Jun 25, 2003 at 09:30:32PM +1000, Herbert Xu wrote: > > Running debuild as normal user under the 2.5.73+ kernel results in fakeroot > > actually setting the file ownership to root (or any other uid/gid for that > > matter). The result is that the parts which don't run under fakeroot - >

Re: Please don't misuse the debian/changelog to close bugs!

Herbert Xu <[EMAIL PROTECTED]> writes: > Gerfried Fuchs <[EMAIL PROTECTED]> wrote: >> >> During some of the discussions lately on debian-devel another usage of >> the changelog has risen interest: >> >> * New upstream release (closes: #123, #124, #125) >> >> This has also raised some discussion

Re: subarchitectures? (was: Bug#198158: architecture i386 isn't i386 anymore)

On Wed, Jun 25, 2003 at 06:50:54PM +0200, Andreas Barth wrote: > What does oppose us to make subarchitectures quite more easy than now? > (That would also be useful for the AMD Opteron and the like that could > use normal i386-code, but can profit from optimized code.) Nothing opposes it, we're ju

Re: Please don't misuse the debian/changelog to close bugs!

On Wed, Jun 25, 2003 at 07:34:23PM +1000, Herbert Xu wrote: > 2. debian/changelog readers -- No change. They have lost a slight bit > information that is irrelevant for the purpose of documenting Debian > changes. I am one of these readers. I do this. A lot. Every day. And I am telling you t

Application files in $HOME

Hi, I had an idea and I would like to hear you about it. Recently I had a problem of exceeded quota in my home directory, so I went cleaning it, and I saw many and many files and directories with configurations for applications that I've runned in the past, but that packages were purged from my

subarchitectures? (was: Bug#198158: architecture i386 isn't i386 anymore)

* Colin Watson ([EMAIL PROTECTED]) [030625 12:35]: > The problem is that we really don't have sensible support for > subarchitectures at all. This makes the job of creating such a > specialized port much greater than just "I have some hardware and need > to make a small tweak to support it"; you ne

Re: Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

On Wed, Jun 25, 2003 at 04:03:26AM -0500, Luca - De Whiskey's - De Vitis wrote: > On Wed, Jun 25, 2003 at 03:18:28AM -0500, Branden Robinson wrote: > > * lose the article > > Why? * it wastes space that is precious in the short description * it's implicit * see the archives of this list > > * do

Re: Bug#198158: architecture i386 isn't i386 anymore

On Wed, 2003-06-25 at 06:05, Colin Watson wrote: > I disagree. Unlike 286, we've got the kernel, the libc, and *almost* > everything else. The only thing missing is part of the C++ ABI, which as > described can be handled by a small kernel patch (at least this has been > claimed and nobody has imm

Bug#198158: architecture i386 isn't i386 anymore

On Wed, Jun 25, 2003 at 08:51:12PM +1000, Herbert Xu wrote: > It certainly is feasible. In fact, such a patch has been in existence > for at least a year. Cool. > I have no problems with integrating such a patch. I will look at it > right now. Excellent. Thanks! -- G. Branden Robinson

Bug#198775: ITP: libgnomecups -- GNOME library for CUPS interaction

Package: wnpp Version: unavailable; reported 2003-06-25 Severity: wishlist * Package name: libgnomecups Version : 0.1.4 Upstream Author : Dave Camp <[EMAIL PROTECTED]> * URL : http://www.ximian.com/ * License : LPGL Description : GNOME library for CUPS int

Open questions of package descriptions (Was: Bug#198665: ITP: pmk...)

> > > * lose the article > > Why? > > > > > * do not capitalize the beginning of the description unless a proper > > > noun, proper adjective, abbreviation, or acronym requires it > > Why? Argh, we really should decide these two points now and for good. Just today I received through DDTP a desc

Bug#198771: ITP: gnome-network -- Network tools suite for the GNOME desktop

Package: wnpp Version: unavailable; reported 2003-06-26 Severity: wishlist * Package name: gnome-network Version : 1.99.0 Upstream Author : German Poo-Caamano Rodrigo Moya * URL : ftp.gnome.org/pub/GNOME/sources/gnome-network/ * License : GPL

Bug#198158: architecture i386 isn't i386 anymore

On Wed, Jun 25, 2003 at 01:42:04PM +0200, Adam Borowski wrote: > As the person who originally submitted this idea, I'm probably the > one who is morally obliged to write it, even though: The patch has been already written: http://lwn.net/Articles/8634/ I'm sure theere's a better link, but t

Re: Bug#198602: ITP: debbackup -- Backup and restore Debian specifics (package status, conffiles)

On Tue, 24 Jun 2003, Drew Scott Daniels wrote: > I have also been thinking about creating a complimentary program that > would help "cleanup" the system by finding unused packages, seldom used > packages, cruft, unnessisary files... As with debbackup, there are things > to do some of the functons

Re: Bug#197049: ITP: conglomerate -- an XML editor for GNOME

On Sun, Jun 15, 2003 at 08:14:57AM -0500, Manoj Srivastava wrote: > On Sat, 14 Jun 2003 09:33:02 +0200, Sven Luther <[EMAIL PROTECTED]> said: > > > On Fri, Jun 13, 2003 at 04:54:23PM -0500, Manoj Srivastava wrote: > >> On Fri, 13 Jun 2003 16:49:15 +0200, Sven Luther > >> <[EMAIL PROTECTED]> said:

Re: Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

On Wed, Jun 25, 2003 at 04:03:26AM -0500, Luca - De Whiskey's - De Vitis wrote: > On Wed, Jun 25, 2003 at 03:18:28AM -0500, Branden Robinson wrote: > > * lose the article > Why? Because Branden is agent sent by Russians to demoralize our English grammarians, and removing article advances his agen

ITP: libtext-wrapi18n-perl

Package: wnpp Severity: wishlist libtext-wrapi18n-perl: internationalized substitute of Text::Wrap Downloaded from: CPAN ( http://www.cpan.org/modules/by-module/Text/Text-WrapI18n-.tar.gz ) License: dual license of Artistic and GPL1. --- Tomohiro KUBOTA <[EMAIL PROTECTED]> http://www.debian.or.

ITP: libtext-charwidth-perl

Package: wnpp Severity: wishlist libtext-charwidthp-perl: get display widths of characters on the terminal downloaded from: CPAN (http://www.cpan.org/modules/by-module/Text/Text-CharWidth-.tar.gz) License: dual license of Artistic and GPL1. --- Tomohiro KUBOTA <[EMAIL PROTECTED]> http://www.deb

Re: Developer Accessible Hurd Machine

On Wed, Jun 25, 2003 at 02:46:24PM +0200, Mario Lang wrote: > If there is no permanent buildd running, I think most developers will > not be able to identify hurd specific problems, even if they were very > minor. Well, there is a buildd, it's just not running at the moment (and it dies frequently

Re: Proposal: removing libc5, altgcc and all their old-days dependencies

On Sun, Jun 22, 2003 at 10:49:54AM +0200, Bernd Eckenfels wrote: > On Sun, Jun 22, 2003 at 10:23:01AM +0200, Sven Luther wrote: > > Tell me, you seriously think that there is a libc5 program still around > > that uses DRI ? Hell, libc5 was abandoned well before DRI even existed. > > the only libc5

Re: Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

On Wed, Jun 25, 2003 at 04:03:26AM -0500, Luca - De Whiskey's - De Vitis wrote: > On Wed, Jun 25, 2003 at 03:18:28AM -0500, Branden Robinson wrote: > > * lose the article > Why? Because http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-pkg-synopsis states t

Re: kernel 2.5.73+, fakeroot, debuild - a small problem

On Wed, Jun 25, 2003 at 09:30:32PM +1000, Herbert Xu scribbled: > Marek Habersack <[EMAIL PROTECTED]> wrote: > > > > Running debuild as normal user under the 2.5.73+ kernel results in fakeroot > > actually setting the file ownership to root (or any other uid/gid for that > > matter). The result i

Re: Bug#198158: architecture i386 isn't i386 anymore

On Wednesday 25 June 2003 12:00, Marcelo E. Magallon wrote: > On Wed, Jun 25, 2003 at 09:57:57AM +0100, David Goodenough wrote: > > and remember that many embedded processors still use 486 and 586 > > based chips, and some 386. Lossing 386 might be acceptable in the > > embedded market (many 38

Re: Developer Accessible Hurd Machine

Michael Banck <[EMAIL PROTECTED]> writes: > Anyway, you can still try to install the Hurd yourself on a free > partition, for example using the crosshurd package. Most people have an > i386, so it's just a matter of perhaps freeing some disk-space and > reading the docs. If it doesn't work with yo

Bug#198158: architecture i386 isn't i386 anymore

On Wed, Jun 25, 2003 at 02:52:31AM -0500, Branden Robinson wrote: > The drawbacks: > * Someone actually has to write this kernel patch. http://miaif.lip6.fr/~tarreau/linux-patches/486emulation/

Re: maildirmake

On Wed, Jun 25, 2003 at 09:36:17AM +1000, Brian May wrote: > > You could start by telling us what maildirmake is supposed to do. Why > > do we need it? Any program I know of which can handle Maildir is not > > only capable of storing messages in Maildir folders but also of > > generating them. This

Re: kernel 2.5.73+, fakeroot, debuild - a small problem

Le mer 25/06/2003 à 00:34, Marek Habersack a écrit : > Hey list, > > Running debuild as normal user under the 2.5.73+ kernel results in fakeroot > actually setting the file ownership to root (or any other uid/gid for that > matter). The result is that the parts which don't run under fakeroot -

Bug#198158: architecture i386 isn't i386 anymore

On Wed, 25 Jun 2003, Branden Robinson wrote: > > Hmm... I'm not sure about this as the last time I used assembler was > > in the times of real mode DOS, but there is a yet another option: > > we can patch the kernel so when an invalid opcode occurs, whatever > > instruction was at CS:EIP gets emu

Re: kernel 2.5.73+, fakeroot, debuild - a small problem

Marek Habersack <[EMAIL PROTECTED]> wrote: > > Running debuild as normal user under the 2.5.73+ kernel results in fakeroot > actually setting the file ownership to root (or any other uid/gid for that > matter). The result is that the parts which don't run under fakeroot - Why is fakeroot callin

Re: Please don't misuse the debian/changelog to close bugs!

On Wed, 25 Jun 2003, Herbert Xu wrote: > It is in fact detrimental for a third group, people who are trying to > extract the version in which a given bug was fixed. Aah, but if the bug wasn't fixed due to a change in the package, then it is misleading to say that the bug was somehow "fixed" in th

Re: Bug#198158: architecture i386 isn't i386 anymore

On Wed, Jun 25, 2003 at 09:57:57AM +0100, David Goodenough wrote: > and remember that many embedded processors still use 486 and 586 > based chips, and some 386. Lossing 386 might be acceptable in the > embedded market (many 386 based systems have too little memory to run > Debian) but loosin

Bug#198158: architecture i386 isn't i386 anymore

Branden Robinson <[EMAIL PROTECTED]> wrote: > > If this indeed feasible, then this is the solution that appeals most to > me personally. It certainly is feasible. In fact, such a patch has been in existence for at least a year. > Also, Herbert Xu, the 80386 kernel-flavor maintainer, would have

Re: Bug#198158: architecture i386 isn't i386 anymore

Hi, On Wed, Jun 25, 2003 at 01:07:12PM +0200, Tollef Fog Heen wrote: > * Colin Walters > > | On Wed, 2003-06-25 at 03:52, Branden Robinson wrote: > | > | > I believe it would be a mistake to kill off support for the 80386 chip. > | > | Well, we're limited by what we can sanely support. After

Re: [mass bug filing?] Short descriptions being used as long descriptions and other policy violations

On Tue, Jun 24, 2003 at 10:49:13PM +0200, Thomas Viehmann wrote: > My argument was based on a matrix lintian error tags <-> > maintainers. There's lintian tags practically "owned" by > maintainers. That's what I meant with patterns. In those cases, > pointing things out directly will help more. I

Re: Bug#198158: architecture i386 isn't i386 anymore

* Colin Walters | On Wed, 2003-06-25 at 03:52, Branden Robinson wrote: | | > I believe it would be a mistake to kill off support for the 80386 chip. | | Well, we're limited by what we can sanely support. After all, we don't | support running Debian on a 286. The 386 is really in the same clas

Re: Bug#198158: architecture i386 isn't i386 anymore

On Wed, Jun 25, 2003 at 04:55:56AM -0400, Colin Walters wrote: > On Wed, 2003-06-25 at 03:52, Branden Robinson wrote: > > I believe it would be a mistake to kill off support for the 80386 chip. > > Well, we're limited by what we can sanely support. After all, we don't > support running Debian on

Re: favicon resource

Henning Moll <[EMAIL PROTECTED]> a tapoté : > Hi! > > I was just looking for a 'open use' debian favicon. But i can't find it on > http://www.debian.org/logos/index.en.html > > Is it ok to use the resource from http://www.debian.org/favicon.ico ? > Shouldn't it also be published on the logo pag

Re: Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

On Wed, Jun 25, 2003 at 04:14:05AM -0500, Luca - De Whiskey's - De Vitis wrote: > On Wed, Jun 25, 2003 at 10:20:06AM +0200, Sven Luther wrote: > > I though the limit was 60 chars, as stated in one of the debian > > documents. > > > > Friendly, > > Beside the fact that is was to hurry in sending t

Re: Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

On Wed, Jun 25, 2003 at 04:03:26AM -0500, Luca - De Whiskey's - De Vitis scribbled: > On Wed, Jun 25, 2003 at 03:18:28AM -0500, Branden Robinson wrote: > > * lose the article > > Why? > > > * do not capitalize the beginning of the description unless a proper > > noun, proper adjective, abbrevi

Re: kernel 2.5.73+, fakeroot, debuild - a small problem

On Wed, Jun 25, 2003 at 08:42:03AM +0200, Andreas Metzler scribbled: > Marek Habersack <[EMAIL PROTECTED]> wrote: > > Running debuild as normal user under the 2.5.73+ kernel results in fakeroot > > actually setting the file ownership to root (or any other uid/gid for that > > matter). > [...] > >

Re: Please don't misuse the debian/changelog to close bugs!

John H. Robinson, IV <[EMAIL PROTECTED]> wrote: > > in that case you can do this: > > * New upstream release > > and then use [EMAIL PROTECTED] to close the bugs, and everyone has a > wonderful day. Really? For the two groups of people affected by this change: 1. BTS readers -- No change. The

Re: kernel 2.5.73+, fakeroot, debuild - a small problem

On Tue, Jun 24, 2003 at 10:57:36PM -0400, Aaron M. Ucko scribbled: > Marek Habersack <[EMAIL PROTECTED]> writes: > > > 2. Modify fakeroot to check the kernel version, the type of fs on which it > > is currently working and have it issue a sysctl to enable > > restricted_chown. It looks

Re: Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

On Wed, Jun 25, 2003 at 10:20:06AM +0200, Sven Luther wrote: > I though the limit was 60 chars, as stated in one of the debian > documents. > > Friendly, Beside the fact that is was to hurry in sending that mail (synopsis was short enough), as i can read from Policy (I've 3.5.10), it must be less

Retirement, etc

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 With work, school, and taking part to some extent in my local community, I have had virtually no free time to devote to Debian for many months now. Having just received my approval of my application to transfer to the University of Oregon, I know that

Re: Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

On Wed, Jun 25, 2003 at 03:18:28AM -0500, Branden Robinson wrote: > * lose the article Why? > * do not capitalize the beginning of the description unless a proper > noun, proper adjective, abbreviation, or acronym requires it Why? ciao, -- Luca - De Whiskey's - De Vitis | Elegan

Re: Bug#198158: architecture i386 isn't i386 anymore

On Wednesday 25 June 2003 08:40, Branden Robinson wrote: > On Wed, Jun 25, 2003 at 07:47:42AM +0200, Tollef Fog Heen wrote: > > * GOTO Masanori > > > > | - NPTL/TLS support. NPTL currently supports i486 and later because > > | pthread_spin_trylock uses cmpxchgl instruction (well, it's not >

Re: Bug#198158: architecture i386 isn't i386 anymore

On Wed, 2003-06-25 at 03:52, Branden Robinson wrote: > I believe it would be a mistake to kill off support for the 80386 chip. Well, we're limited by what we can sanely support. After all, we don't support running Debian on a 286. The 386 is really in the same class nowadays, in my opinion anyw

Re: Old bugs related to translated debconf templates

On Wed, Jun 25, 2003 at 12:04:29AM +0200, Denis Barbier wrote: > 135965 (27 Feb 2002) xfree86v3 Branden Robinson I've been asking for someone to co-maintain this package. I'm still asking. -- G. Branden Robinson| Reality is what refuses to go away Debian GNU/Linux

Re: Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

On Tue, Jun 24, 2003 at 05:09:24PM -0500, Luca - De Whiskey's - De Vitis wrote: > On Tue, Jun 24, 2003 at 10:59:19PM +0200, Marek Habersack wrote: > > It's not quite a substitute, as it won't reuse autoconf's configs etc. How > > about "A tool for configuring software source similar to GNU Autoconf

Re: Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

On Tue, Jun 24, 2003 at 02:44:17PM -0500, Luca - De Whiskey's - De Vitis wrote: > On Tue, Jun 24, 2003 at 09:30:31PM +0200, Marek Habersack wrote: > [...] > > Description : The pmk project aims to be an alternative to > > GNU/autoconf (configure scripts). > > Description field is inappropri

Re: ITP: libtext-charwidth-perl, libtext-wrapi18n-perl

Hi, Joey Hess wrote: > s/Get/get/; > s/softwares/software/; > s/width of characters (and strings)? on terminal/ > display width of characters and strings on the terminal/x; > (or at least, s/on terminal/on the terminal/) > s/in C/from libc/; (etc, etc) I see. I will prepare new packages. >>

Re: Packages: an average 66321 bytes per line of description

On Tue, Jun 24, 2003 at 09:12:06AM -0400, Stephen Frost wrote: > * Dan Jacobson ([EMAIL PROTECTED]) wrote: > > I was hoping large package developers would write longer descriptions. > > Too bad. The two are not, should not, and should never be related. I wouldn't say they're strictly decorrelate

Re: Packages: an average 66321 bytes per line of description

On Tue, Jun 24, 2003 at 03:17:27PM +0800, Dan Jacobson wrote: > I was hoping large package developers would write longer descriptions. Read mine sometime. (You'd be one of the first to do so!) -- G. Branden Robinson| You are not angry with people when Debian GNU/Linux

Re: ITP: libtext-charwidth-perl, libtext-wrapi18n-perl

On Sat, Jun 21, 2003 at 11:18:56AM -0400, Joey Hess wrote: > > License: perl > > Be careful of the tough new perl licensing policy of the ftp master. > :-/ It's not the archive admins' fault that some Perl geeks have a reckless approach to licensing. -- G. Branden Robinson|S

Re: [mass bug filing?] Short descriptions being used as long descriptions and other policy violations

On Fri, Jun 20, 2003 at 05:53:09PM +0200, Javier Fernández-Sanguino Peña wrote: > I was wondering, should I make a mass filing of bugs for those packages > who fail to produce a proper description? Go for it. I'm tired of people who care about our users so little that they will not properly des

Bug#198158: architecture i386 isn't i386 anymore

On Fri, Jun 20, 2003 at 09:51:07AM +0200, Matthias Klose wrote: > The solution I would favour would be: > > - drop the i386 support > > - keep the i386 architecture name > > - let dpkg-architecture output the new configuration string > (i.e. i486-linux) > > - if anybody wants to start the min

Re: Bug#198158: architecture i386 isn't i386 anymore

On Wed, Jun 25, 2003 at 07:47:42AM +0200, Tollef Fog Heen wrote: > * GOTO Masanori > > | - NPTL/TLS support. NPTL currently supports i486 and later because > | pthread_spin_trylock uses cmpxchgl instruction (well, it's not > | difficult to support i386, but imagine pthread on i386 with

Re: Bug#198682: ITP: kernel-patch-2.4-low-latency -- Reduces the latency of the Linux kernel

On Wed, Jun 25, 2003 at 07:43:34AM +0200, Tollef Fog Heen wrote: > It's already packaged: [...] > : [EMAIL PROTECTED] ~ > apt-cache show kernel-patch-lowlatency-2.4 > Package: kernel-patch-lowlatency-2.4 Oops ! Sorry, closing the bug... I searched with apt-cache for low-latency and it didn't gi

Re: Bug #193271: galeon: should register in /etc/alternatives/x-www-browser

Hi, I've been unable to find documentation about how we're supposed to choose a priority for alternatives. It seems like every web browser maintainer likes their browser the most, so wants it to be the highest. I'm CC'ing debian-devel in the hope that somebody will be able to point me in the dire

Re: maildirmake

On Tue, Jun 24, 2003 at 02:34:39AM +0200, [EMAIL PROTECTED] wrote: > Hello Debian-Developers, > > first, many thanks all of you for your great work. As I am not a pro, I am > very glad that most of Debian works out-of-the-box. > > But, I was looking around and wondering about that I couldn't fin

Re: Please don't misuse the debian/changelog to close bugs!

Herbert Xu <[EMAIL PROTECTED]> wrote: > Gerfried Fuchs <[EMAIL PROTECTED]> wrote: >> During some of the discussions lately on debian-devel another usage of >> the changelog has risen interest: >> * New upstream release (closes: #123, #124, #125) >> This has also raised some discussions. The t

Re: kernel 2.5.73+, fakeroot, debuild - a small problem

Marek Habersack <[EMAIL PROTECTED]> wrote: > Running debuild as normal user under the 2.5.73+ kernel results in fakeroot > actually setting the file ownership to root (or any other uid/gid for that > matter). [...] Either there is a big misunderstanding or a big bug in 2.5.73+. Are you saying tha

Re: maildirmake

Brian May <[EMAIL PROTECTED]> wrote: > On Tue, Jun 24, 2003 at 08:19:35AM +0200, Andreas Metzler wrote: >> You could start by telling us what maildirmake is supposed to do. Why >> do we need it? Any program I know of which can handle Maildir is not >> only capable of storing messages in Maildir fol

Re: no freshness dating inside Packages.gz

On Mon, Jun 23, 2003 at 03:14:26PM +0200, Martin Schulze wrote: > > > > It is unfortunate, that there is no easy access to the changelog, I know of, > > but all other infos can be seen on the package tracking system: > > I guess that you've never heard of > Any

Re: Packages: an average 66321 bytes per line of description

Daniel Burrows wrote: > On Tue, Jun 24, 2003 at 04:15:29PM -0500, Steve Langasek <[EMAIL PROTECTED]> > was heard to say: > >>>Not all of it, but you can't object to duplicating a single sentence saying >>>what it is. >> >>When the sentence in question is the one that goes in the short >>descripti

Re: Bug#198158: architecture i386 isn't i386 anymore

* GOTO Masanori | - NPTL/TLS support. NPTL currently supports i486 and later because | pthread_spin_trylock uses cmpxchgl instruction (well, it's not | difficult to support i386, but imagine pthread on i386 with the | max clock (I recall it was 20MHz?) speed and memory...) 33MHz,

Re: Bug#198682: ITP: kernel-patch-2.4-low-latency -- Reduces the latency of the Linux kernel

* Aurelien Jarno It's already packaged: [...] | * Package name: kernel-patch-2.4-low-latency | Upstream Author : Andrew Morton <[EMAIL PROTECTED]> | * URL : http://www.zip.com.au/~akpm/linux/schedlat.html | * License : GPL | Description : Reduces the latency of

Re: Please don't misuse the debian/changelog to close bugs!

Herbert Xu wrote: > Gerfried Fuchs <[EMAIL PROTECTED]> wrote: > > > * New upstream release (closes: #123) which includes: > > - tmpfile race condition fix (closes: #124) > > - manual page included (closes: #125) > > > > The thing is: It helps the users and the person who reported the bug to >