Uploaded sylpheed-claws 0.6.6claws23-2 (m68k) to non-us

-BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Fri, 28 Dec 2001 02:50:47 -0200 Source: sylpheed-claws Binary: sylpheed-claws Architecture: m68k Version: 0.6.6claws23-2 Distribution: unstable Urgency: low Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED] Changed-By: Gustavo Noronha

Uploaded sword 1.5.2-4 (m68k) to erlangen

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 11 Dec 2001 22:36:44 + Source: sword Binary: libsword1 libsword-dev Architecture: m68k Version: 1.5.2-4 Distribution: unstable Urgency: low Maintainer: buildd m68k user account [EMAIL PROTECTED] Changed-By: Daniel Glassey

Uploaded libxode 1.2-2.1 (m68k) to erlangen

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 9 Jul 2001 21:39:34 -0600 Source: libxode Binary: libxode1 libxode1-dev Architecture: m68k Version: 1.2-2.1 Distribution: unstable Urgency: low Maintainer: Bernd Eckenfels [EMAIL PROTECTED] Changed-By: LaMont Jones [EMAIL

Uploaded gnustep-make 1.2.0-0.1 (m68k) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 9 Dec 2001 10:24:51 +0100 Source: gnustep-make Binary: gnustep-make Architecture: m68k Version: 1.2.0-0.1 Distribution: unstable Urgency: low Maintainer: Debian/m68k - bruno [EMAIL PROTECTED] Changed-By: Matthias Klose [EMAIL

Uploaded kdegraphics 2.2.2-6 (m68k) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 23 Dec 2001 10:37:39 -0500 Source: kdegraphics Binary: kpaint kfract kview libkscan-dev kiconedit kcoloredit kghostview ksnapshot kamera libkscan1 kooka kruler Architecture: m68k Version: 4:2.2.2-6 Distribution: unstable

Uploaded pan 0.11.1-3 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 30 Dec 2001 03:45:09 +0900 Source: pan Binary: pan Architecture: sparc Version: 0.11.1-3 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Takuo KITAME [EMAIL PROTECTED]

Uploaded lout 3.25-1 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 29 Dec 2001 15:01:38 +0100 Source: lout Binary: lout-doc lout Architecture: sparc Version: 3.25-1 Distribution: unstable Urgency: medium Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: J.H.M. Dassen (Ray)

Uploaded rus-ispell 0.99e6-1 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 29 Dec 2001 19:26:21 +0300 Source: rus-ispell Binary: irussian Architecture: sparc Version: 0.99e6-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Peter Novodvorsky

Uploaded mp3kult 0.5-3 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 28 Dec 2001 20:26:41 -0200 Source: mp3kult Binary: mp3kult Architecture: sparc Version: 0.5-3 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Carlos Laviola [EMAIL

Uploaded glade 0.6.2-12 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 28 Dec 2001 18:25:49 -0500 Source: glade Binary: glade-gnome glade Architecture: sparc Version: 0.6.2-12 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Eric Dorland [EMAIL

Uploaded popa3d 0.5-9 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 25 Dec 2001 23:31:38 +0100 Source: popa3d Binary: popa3d Architecture: sparc Version: 0.5-9 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Krzysztof Krzyzaniak (eloy)

Uploaded indent 2.2.7-1 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 29 Dec 2001 19:10:04 +0100 Source: indent Binary: indent-doc indent Architecture: sparc Version: 2.2.7-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Santiago Vila

Uploaded ncbi-tools6 6.1.20011220-2 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 28 Dec 2001 13:48:20 -0500 Source: ncbi-tools6 Binary: ncbi-tools6 ncbi-tools6-dbg vibrant-dev vibrant6 ncbi-tools-bin blast2 vibrant6-dbg ncbi-tools6-dev ncbi-tools-x11 Architecture: sparc Version: 6.1.20011220-2 Distribution:

Uploaded xfce 3.8.12b-1 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 29 Dec 2001 00:42:25 +0300 Source: xfce Binary: xfce Architecture: sparc Version: 3.8.12b-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Peter Novodvorsky [EMAIL

Uploaded sformat 3.4-3.2 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 25 Dec 2001 10:32:37 +0100 Source: sformat Binary: sformat Architecture: sparc Version: 3.4-3.2 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Gerhard Tonn [EMAIL

Uploaded xwrits 2.17-4 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 28 Dec 2001 18:47:48 -0500 Source: xwrits Binary: xwrits Architecture: sparc Version: 2.17-4 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Hugo Haas [EMAIL PROTECTED]

Uploaded gnumeric 0.99.1-1 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 29 Dec 2001 14:15:36 +0100 Source: gnumeric Binary: gnumeric-python gnumeric gnumeric-doc Architecture: sparc Version: 0.99.1-1 Distribution: unstable Urgency: high Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED]

Uploaded hamlib 1.1.2-5 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 29 Dec 2001 18:53:26 +1000 Source: hamlib Binary: hamlib1 hamlib-dev hamlib-doc hamlib-utils Architecture: sparc Version: 1.1.2-5 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED]

Uploaded netclient 0.3-OCaml3.04-2 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 29 Dec 2001 08:44:07 +0100 Source: netclient Binary: ocaml-netclient Architecture: sparc Version: 0.3-OCaml3.04-2 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Stefano

Uploaded cooledit 3.17.1-3 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 29 Dec 2001 14:25:27 + Source: cooledit Binary: cooledit coolicon libcw smalledit coolman libcw-dev Architecture: sparc Version: 3.17.1-3 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL

Uploaded camserv 0.42-8 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 29 Dec 2001 11:00:18 -0700 Source: camserv Binary: libcamserv-dev camserv-relay libcamserv0 camserv Architecture: sparc Version: 0.42-8 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED]

Uploaded python-reportlab 1.11-1 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 29 Dec 2001 13:02:48 +0100 Source: python-reportlab Binary: python-reportlab Architecture: sparc Version: 1.11-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Gregor

Uploaded asclassic 1.1b-24 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 30 Dec 2001 01:06:15 +0900 Source: asclassic Binary: asclassic Architecture: sparc Version: 1.1b-24 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Taketoshi Sano [EMAIL

Uploaded roy 1.0.1-1 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 28 Dec 2001 12:16:55 -0800 Source: roy Binary: libroy-dev libroy0 Architecture: sparc Version: 1.0.1-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Brian Bassett [EMAIL

Uploaded gnomeicu 0.98-3 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 29 Dec 2001 22:07:20 +0900 Source: gnomeicu Binary: gnomeicu Architecture: sparc Version: 0.98-3 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Takuo KITAME [EMAIL

Uploaded catdoc 0.91.4-7 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 29 Dec 2001 18:59:41 +0300 Source: catdoc Binary: catdoc Architecture: sparc Version: 0.91.4-7 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Peter Novodvorsky [EMAIL

Uploaded qt-embedded-free 3.0.1-3 (all sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 28 Dec 2001 00:40:00 -0700 Source: qt-embedded-free Binary: libqt3-emb-dev qt3-emb-doc libqt3-emb Architecture: all sparc Version: 3.0.1-3 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL

Uploaded qt-x11 2.3.1-18 (sparc all) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 27 Dec 2001 00:15:00 -0700 Source: qt-x11 Binary: uic libqt-gl-dev libqt2-gl libqutil1 libqt2-mt libqt2 qt-doc qt-designer libqt-dev qt-designer-doc libqt-mt-dev Architecture: sparc all Version: 3:2.3.1-18 Distribution:

Uploaded cvsgraph 1.1.2-3 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 17 Dec 2001 23:29:51 + Source: cvsgraph Binary: cvsgraph Architecture: sparc Version: 1.1.2-3 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Jon Middleton [EMAIL

Uploaded libregexx 0.96-3 (sparc all) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 28 Dec 2001 23:19:27 -0500 Source: libregexx Binary: libregexx-examples libregexx0 libregexx-dev Architecture: sparc all Version: 0.96-3 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED]

Uploaded amphetamine 0.8.9-1 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 28 Dec 2001 16:07:28 -0500 Source: amphetamine Binary: amphetamine Architecture: sparc Version: 0.8.9-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Joey Hess [EMAIL

Uploaded synaptic 0.16-5 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 28 Dec 2001 23:16:42 +0100 Source: synaptic Binary: synaptic Architecture: sparc Version: 0.16-5 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Michael Vogt [EMAIL

Uploaded bsdgames 2.13-1 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 28 Dec 2001 18:15:41 -0500 Source: bsdgames Binary: bsdgames Architecture: sparc Version: 2.13-1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Joey Hess [EMAIL PROTECTED]

Uploaded cdrtools 1.10-2.3 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 28 Dec 2001 20:42:14 -0500 Source: cdrtools Binary: cdrecord-dev cdrecord cdda2wav mkisofs Architecture: sparc Version: 4:1.10-2.3 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED]

Uploaded oaf 0.6.7-3 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 30 Dec 2001 01:36:50 +0900 Source: oaf Binary: oaf liboaf0 liboaf-dev Architecture: sparc Version: 0.6.7-3 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Takuo KITAME

Uploaded sudo 1.6.3p7-5 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 29 Dec 2001 11:21:43 -0700 Source: sudo Binary: sudo Architecture: sparc Version: 1.6.3p7-5 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Bdale Garbee [EMAIL PROTECTED]

Uploaded lirc-xmms-plugin 1.2-3 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 29 Dec 2001 15:07:16 +0100 Source: lirc-xmms-plugin Binary: xmms-lirc Architecture: sparc Version: 1.2-3 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: Christian Marillat

Uploaded gkrellm-reminder 0.3.4-1.1 (sparc) to ftp-master

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 28 Dec 2001 18:53:24 -0700 Source: gkrellm-reminder Binary: gkrellm-reminder Architecture: sparc Version: 0.3.4-1.1 Distribution: unstable Urgency: low Maintainer: Debian/sparc Build Daemon [EMAIL PROTECTED] Changed-By: LaMont

Re: Bug#126967: ITP: pnet -- Portable .NET C# compiler runtime

On Sat, 2001-12-29 at 23:23, Andrew Mitchell wrote: * Package name: pnet Hmm. This is a rather undescriptive name. How about something like dotgnu-pnet, or dotgnu-dotnet, dotgnu-net, or even dotgnu-portable-net?

Bug#126989: ITP: filemenu-applet -- A directory navigation GNOME applet.

Package: wnpp Version: N/A; reported 2001-12-30 Severity: wishlist * Package name: filemenu-applet Version : 0.3 Upstream Author : Benjamin Kahn [EMAIL PROTECTED] * URL : http://www.zoned.net:8000/~xkahn/file_menu_applet/ * License : GPL Description : A

help with lftp

Hi, Could someone with experience with po file translation look at NMUing lftp? It is way behind in upstream versions (which will fix bug #116068). The maintainer added a lot of translations to the 2.4.1 release, and the Debian diff no longer applies cleanly at all. I think a lot of these

PUBLIC GPG KEY REVOCATION FOR DAVID DOWNEY

Hey folks, Forgive the email. I had an accident on my machine which wiped out my gpg keyring. Unfortuantely I had not had time to back up the ring, thus the gpg key I've been using is completely lost. I have since made a new key. the **correct** gpg key is as

Re: NMU sclient

On Sat, Dec 29, 2001 at 07:23:13PM -0800, Ian Eure wrote: hi there. i've prepared a NMU for sclient, which fixes it's two outstanding bugs. upstream seems to be dead, the last release was in 1999. maintainer seems to be mia. any objections? Last seen more than 1 year ago at people.d.o.

Re: my.debian.org

On Sat, Dec 29, 2001 at 12:00:14PM +0100, Martin Michlmayr wrote: * Stefano Zacchiroli [EMAIL PROTECTED] [20011229 11:32]: BTW, why madison isn't packaged? We could package it and mention it in the developer reference. Because the tool requires the SQL database on pandora and auric. Cool,

Re: WARNING: Jack Howarth is an agent of destruction

On Sat, Dec 29, 2001 at 22:40:07 +0100, Anders Jackson wrote: Michael Stone [EMAIL PROTECTED] writes: Aren't the brits complaining about the US wanting to execute terrorists, because of conflicts with EU declaration of human rights? (This is of toppic, isn't it) Quite, but still I like a

Re: Preparing a Proposal: 3 DD needed for every NEW package

Hi Raphael! You wrote: The basic goal is that someone still gets the bug reports if the main maintainer disappears. As those people would get the bug logs, they'd notice that the main maintainer never responds and could decide to take it over. Well, if that's all you want, there's a much

Re: Preparing a Proposal: 3 DD needed for every NEW package

Add also that packages can reach their End-Of-Life time. Assuming the package has no real bugs (that is, it is still usable with the bugs it has), when will it reach its end-of-life time? I would say it only reaches it when no one uses it any more. As long as there is even a single user, the

Re: Preparing a Proposal: 3 DD needed for every NEW package

This doesn't sound too bad to me, _but_ a better report might be to set up some sort of automatic system that sends out email to all maintainers at 1 month intervals [or something like that]. If someone doesn't respond to 2 or 3, then they are marked inactive and someone, preferable a human,

Re: Preparing a Proposal: 3 DD needed for every NEW package

* Thomas Bushnell, BSG [EMAIL PROTECTED] [20011229 12:59]: We orphan ALL his packages, we get to know he is MIA and will not Oh, I think orphaning his packages can be a useful thing to do. But I just don't see why explicitly punting him helps. For the record, please note that while quite a

Re: Preparing a Proposal: 3 DD needed for every NEW package

maintainers' was: send him a notice that he'll be removed if he won't take care of his packages/other tasks for foo more days, if he does not answer or tell us he's giving up his key is removed from the keyring I agree to this. The obvious problem would be who does this... ;) I do not

Bug#127037: ITP: Scorched Island 3D - a 3d clone of scorched earth

Package: wnpp Severity: wishlist Package name : si3d Upstream Author: ANte Brkic. [EMAIL PROTECTED] URL: http://cvs.linux.hr/si3d/ License: GPL version 2 Scorched Island 3D is a clone of popular dos game called Scorched Earth, but this one is in three dimensions. It is a game where you try to

Counting potatoes: the size of Debian 2.2

Hi, Maybe some of you could be interested in having a look at a paper we have just made public: Counting potatoes: the size of Debian 2.2. This is an excerpt of the abstract: [...] we use David A. Wheeler's sloccount system to determine the number of physical source lines of code (SLOC) of

Re: Preparing a Proposal: 3 DD needed for every NEW package

On Sun, Dec 30, 2001 at 01:44:38PM +0200, Juha J?ykk? wrote: This doesn't sound too bad to me, _but_ a better report might be to set up some sort of automatic system that sends out email to all maintainers at 1 month intervals [or something like that]. If someone doesn't respond to 2 or 3,

GNOME panel starts crashing after apt-get upgrade (SID)

Hi ! I am not sure if this message shouldn't go to debian-user list, but as the problem is in SID/unstable I think most of SID users is on devel. I also Cc: gnome-devel-list here, as I belive it is gnome-panel, not debian package problem (but not sure about it). The problem is I really like

Re: Preparing a Proposal: 3 DD needed for every NEW package

On Sat, Dec 29, 2001 at 12:45:54PM -0800, Thomas Bushnell, BSG wrote: I can see how removing bad packages helps. How does removing an MIA maintainer make anything better? The distort the apparent size of our project and, more importantly, swamp our Standard Resolution Procedure by artificially

Re: Preparing a Proposal: 3 DD needed for every NEW package

On Sun, Dec 30, 2001 at 12:50:58PM +0100, Martin Michlmayr wrote: For the record, please note that while quite a few packages of inactive developers have been orphaned already, no one has been asked to leave the project for their inactivity (An inactive developer without any packages doesn't

GNOME panel starts crashing after apt-get upgrade (SID)

Hi ! I am not sure if this message shouldn't go to debian-user list, but as the problem is in SID/unstable I think most of SID users is on devel. I also Cc: gnome-devel-list here, as I belive it is gnome-panel, not debian package problem (but not sure about it). The problem is I really like

Re: Preparing a Proposal: 3 DD needed for every NEW package

Le Sun, Dec 30, 2001 at 11:54:50AM +0100, Bas Zoetekouw écrivait: maintainer disappears. As those people would get the bug logs, they'd notice that the main maintainer never responds and could decide to take it over. Well, if that's all you want, there's a much easier No, that's not all

Re: Preparing a Proposal: 3 DD needed for every NEW package

Le Sat, Dec 29, 2001 at 11:11:17PM +0100, Bas Zoetekouw écrivait: Let me refrase my question: can you explictly point out some packages that have been ITP'ed lately and of which you think that they should not go into Debian because they aren't needed? I can't, so I don't think there's a

Re: Preparing a Proposal: 3 DD needed for every NEW package

Le Sun, Dec 30, 2001 at 01:44:38PM +0200, Juha Jäykkä écrivait: This could be nice... I might even volunteer for setting up something like that - given the authority, of course: orphaning other people's packages must be done responsibly... It's funny how people keep reinventing the wheel.

Re: Preparing a Proposal: 3 DD needed for every NEW package

On Sun, 30 Dec 2001 14:00:29 +0200 (EET) Juha Jäykkä [EMAIL PROTECTED] wrote: maintainers' was: send him a notice that he'll be removed if he won't take care of his packages/other tasks for foo more days, if he does not answer or tell us he's giving up his key is removed from the keyring

Re: Preparing a Proposal: 3 DD needed for every NEW package

On Sun, 30 Dec 2001 17:12:44 +0100 Raphael Hertzog [EMAIL PROTECTED] wrote: Le Sun, Dec 30, 2001 at 01:44:38PM +0200, Juha Jäykkä écrivait: It's funny how people keep reinventing the wheel. :-) Martin Michlmayr (tbm) already does something like that although it's not really automated. When

Re: Preparing a Proposal: 3 DD needed for every NEW package

Hi Raphael! You wrote: The only list is the (private) list of MIA maintainer based on echelon that is maintained by Nils Lohner (CQ on irc). Yeah, that's what I meant. It could be easily extended. May I also tell you that such a list is no solution ? The real problem are the orphaned

Re: Preparing a Proposal: 3 DD needed for every NEW package

Hi Raphael! You wrote: If you look carefully you'll find dozen of packages that were ITPed by several persons (that means that several developers are interested in the same package) that finally get packaged but not well maintained. It's quite easy to say that you can find dozens of such

Bug#127063: ITP: mird1 - Mird database library

Package: wnpp Severity: wishlist Package: mird-dev Description: Mird database library (developer files) Package: mird1 Description: Mird database library (runtime files) URL: http://www.mirar.org/mird/ Licence: The Mird database library may be freely distributed and used with these

Re: Preparing a Proposal: 3 DD needed for every NEW package

Martin Michlmayr [EMAIL PROTECTED] writes: * Thomas Bushnell, BSG [EMAIL PROTECTED] [20011229 12:59]: We orphan ALL his packages, we get to know he is MIA and will not Oh, I think orphaning his packages can be a useful thing to do. But I just don't see why explicitly punting him

Re: Preparing a Proposal: 3 DD needed for every NEW package

Branden Robinson [EMAIL PROTECTED] writes: On Sat, Dec 29, 2001 at 12:45:54PM -0800, Thomas Bushnell, BSG wrote: I can see how removing bad packages helps. How does removing an MIA maintainer make anything better? The distort the apparent size of our project and, more importantly, swamp

Re: my.debian.org

On Sun, Dec 30, 2001 at 10:03:34AM +0100, Stefano Zacchiroli wrote: On Sat, Dec 29, 2001 at 12:00:14PM +0100, Martin Michlmayr wrote: * Stefano Zacchiroli [EMAIL PROTECTED] [20011229 11:32]: BTW, why madison isn't packaged? We could package it and mention it in the developer reference.

Bug 99208

Please take a look at #99208 in the BTS, and give me some advice. The complaint is that there are a bunch of files in xpuzzles that needed to be marked conffiles, but were not. Then, when that was fixed, the result was that a whole bunch of files now got marked as conffiles, and the result was

O: libsafe -- Protection against buffer overflow vulnerabilities

Package: wnpp Severity: normal The current maintainer of libsafe, Ron Rademaker [EMAIL PROTECTED], has orphaned this package. If you want to be the new maintainer, please take it -- retitle this bug from 'O:' to 'ITA:', fix the outstanding bugs and upload a new version with your name in the

Re: Preparing a Proposal: 3 DD needed for every NEW package

* Gustavo Noronha Silva [EMAIL PROTECTED] [20011230 15:40]: it's quite funny, but I didn't see an announcement of this... I find this out months ago by diging qa.debian.org It was announced and discussed on the QA list (debian-qa). I think resources like these should be announced

Re: NMU sclient

* Ian Eure [EMAIL PROTECTED] [20011229 19:23]: maintainer seems to be mia. Have you actually mailed him and asked? -- Martin Michlmayr [EMAIL PROTECTED]

Re: at least 260 packages broken on arm, powerpc and s390 due to wrong assumption on char signedness

* Joey Hess [EMAIL PROTECTED] [20011227 21:24]: I also notice someone (you?) did a binary NMU of it for s390. Fixing this problem? AFAIK the binary NMU was done because s390 had toolchain problems at some point. -- Martin Michlmayr [EMAIL PROTECTED]

Re: my.debian.org

* Jeff Breidenbach | So the first question (as always) is -- does something like a | developer portal already exist, and if so, where? Afaik, no. It seems like robster and I are developing something which should be possible to get to work properly. If people have ideas, please send them to

Re: Bug#126750: klogd should optionally be started from init(8)

On Sun, 30 Dec 2001, Dominik Kubla wrote: On Sat, Dec 29, 2001 at 11:02:39PM -0200, Henrique de Moraes Holschuh wrote: Such a table should not (and needs not) to benefit processes running by someone else than root, unless you wanted to do such a thing on purpose and coded it like that.

Re: Bug#126750: klogd should optionally be started from init(8)

On Sun, 30 Dec 2001, Dominik Kubla wrote: On Sun, Dec 30, 2001 at 08:13:36PM -0200, Henrique de Moraes Holschuh wrote: I want the LOGGING daemons (i.e. only syslog and klogd), which ALREADY run as root, to be restarted should they die. Due to OOM killer, due to segfaults. Whatever. It

Re: O: libsafe -- Protection against buffer overflow vulnerabilities

Although I do not want to adopt it I have prepared an NMU based on Yotam's work. The changelog is: libsafe (2.0-9-1) unstable; urgency=low * New upstream release. Closes: Bug#118786 * Removed dependency on ldso. Closes: Bug#117339 * libsafe no longer maintains its own implementation of

Re: at least 260 packages broken on arm, powerpc and s390 due to wrong assumption on char signedness

On Thu, Dec 27, 2001 at 08:08:51PM +0100, Gerhard Tonn wrote: [...] Since in some cases this wrong assumption results in a warning comparison is always true due to limited range of data type or comparison is always false due to limited range of data type I grepped my archived build

How to put files at a location determined at install-time.

Lo all, Actually, I'm new here; this is my first post. I used to be a Debian-user only, but lately, I started to do some package development. With that, I ran in trouble. I lurked a bit on this mailing list and searched at http://lists.debian.org/search.html; also, I tried to find some guru's

Bug#127117: ITP: admuser -- Manage Squid or Web users using a Web browser

Package: wnpp Version: N/A; reported 2001-12-30 Severity: wishlist * Package name: admuser Version : 2.1 Upstream Author : Pedro Lineu Orso [EMAIL PROTECTED] * URL : http://web.onda.com.br/orso/admuser.html * License : GPL Description : Manage Squid or

L10n of Debconf templates

Hi, there are 2 ways for a package maintainer to deal with l10n-ed Debconf templates: either put all translations in a single file, or separate each language in its own template file. The former has a severe drawback, because when English text is modified, there is no flag to tell that translated

Re: Preparing a Proposal: 3 DD needed for every NEW package

On Sun, Dec 30, 2001 at 06:43:57PM +0100, Bas Zoetekouw wrote: I don't agree. In a perfect world, yes, we would have all available software packaged for debian and all packages maintained. But that's just not reality. It's not even necessary. There is no need for ``backup maintainers'': if a

Re: How to put files at a location determined at install-time.

Marc L de Bruin [EMAIL PROTECTED] writes: MLdB What I am trying to build are a couple of packages (let's call one of MLdB these mydata.deb) containing just ordinary files, related to a MLdB specific application. All these packages Depend on a generic MLdB configuration package. This configuration

Re: at least 260 packages broken on arm, powerpc and s390 due to wrong assumption on char signedness

On Sun, 2001-12-30 at 17:02, Julian Gilbey wrote: This package is correct as is, and the warning is harmless; the line of code involved is: return (c0||c255)? unexpected_char: icode[c]; where c is a char expected to be in the normal range (0=c=127). All the chars used in this code

Re: How to put files at a location determined at install-time.

On Sun, Dec 30, 2001 at 11:03:15PM -0500, David Z Maze wrote: For something that multiple users could potentially want to use, really the best thing to do is provide a tarball in the package, and let the end-user be responsible for unpacking it where they feel is appropriate; this is the

Bug#127167: Python2.1 ceval.c error.

Package: General Version: 20011231 Severity: important After upgrading to Squishdot 1.3, Python and Zope were upgraded. When trying to post an article, I receive an error on server: /usr/lib/zope/lib/python/Products/Squishdot# python2.1: ../Python/ceval.c:687: eval_code2: Assertion