ftp-master.d.o, db.d.o down due to relocation

2005-07-21 Thread James Troup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, As previously mentioned[1], newraff and newsamosa have lost their existing hosting and are being relocated. They've now been shutdown and are in the process of being FedEx-ed back to HP. Because a) that shouldn't take long and b) our inability

Re: aspell upgrade woes

2005-07-21 Thread Steve Langasek
On Tue, Jul 19, 2005 at 11:52:51PM -0700, Brian Nelson wrote: Steve Langasek [EMAIL PROTECTED] writes: On Tue, Jul 19, 2005 at 09:39:23PM -0700, Brian Nelson wrote: It's a C++ library and the ABI changed due to being compiled with GCC 4.0. [Actually, although it's written in C++, AFAIK

Re: aspell upgrade woes

2005-07-21 Thread Steve Langasek
On Wed, Jul 20, 2005 at 09:52:13AM +0200, Goswin von Brederlow wrote: Reintroducing the libaspell15 could cause problems with /usr/bin/aspell, since it actually goes outside the C API of libaspell and uses C++ linkage to some symbols. I fixed this bug (#307481) by making aspell-bin (or

Re: aspell upgrade woes

2005-07-21 Thread Steve Langasek
On Wed, Jul 20, 2005 at 09:28:22AM -0400, David Nusinow wrote: On Tue, Jul 19, 2005 at 09:39:23PM -0700, Brian Nelson wrote: Uh... no... http://lists.debian.org/debian-devel-announce/2005/07/msg1.html It's a C++ library and the ABI changed due to being compiled with GCC 4.0.

Re: aspell upgrade woes

2005-07-21 Thread Petri Latvala
On Thu, Jul 21, 2005 at 01:15:55AM -0700, Steve Langasek wrote: The best heuristic I can come up with so far is dpkg -x $package tmpdir \ grep -rE '\b(use|class|template)\b|::|#include[[:space:]]+[a-zA-Z_/]+' tmpdir/usr/include That may turn up false positives due to the use of common

Re: aspell upgrade woes

2005-07-21 Thread Steve Langasek
On Thu, Jul 21, 2005 at 11:30:58AM +0300, Petri Latvala wrote: On Thu, Jul 21, 2005 at 01:15:55AM -0700, Steve Langasek wrote: The best heuristic I can come up with so far is dpkg -x $package tmpdir \ grep -rE '\b(use|class|template)\b|::|#include[[:space:]]+[a-zA-Z_/]+'

Re: Reopening bug closed due to SPAM

2005-07-21 Thread Goswin von Brederlow
Javier Fernández-Sanguino Peña [EMAIL PROTECTED] writes: reopen 209891 thanks If spam e-mail is going to start closing our Bugs in the BTS then we should start thinking about implementing authentication checks in the BTS... like for example: do not allow control messages or -close

Re: Reopening bug closed due to SPAM

2005-07-21 Thread Margarita Manterola
On 7/21/05, Javier Fernández-Sanguino Peña [EMAIL PROTECTED] wrote: If spam e-mail is going to start closing our Bugs in the BTS then we should start thinking about implementing authentication checks in the BTS... like for example: do not allow control messages or -close messages with no

Re: Reopening bug closed due to SPAM

2005-07-21 Thread Adeodato Simó
* Javier Fernández-Sanguino Peña [Thu, 21 Jul 2005 00:31:48 +0200]: If spam e-mail is going to start closing our Bugs in the BTS then we should start thinking about implementing authentication checks in the BTS... like for example: do not allow control messages or -close messages with no

Re: Reopening bug closed due to SPAM

2005-07-21 Thread Colin Watson
On Thu, Jul 21, 2005 at 12:31:48AM +0200, Javier Fernández-Sanguino Peña wrote: If spam e-mail is going to start closing our Bugs in the BTS then we Start? It used to happen a lot; it's much less common nowadays. -- Colin Watson [EMAIL PROTECTED] -- To

Re: Reopening bug closed due to SPAM

2005-07-21 Thread Colin Watson
On Thu, Jul 21, 2005 at 11:36:15AM +0200, Adeodato Simó wrote: And such header is now needed to make a versioned closes, so it doesn't sound too disruptive to require it for every mail to -done (at least the Source: one, Source-Version could be optional). It's possible this may happen in

Re: Reopening bug closed due to SPAM

2005-07-21 Thread Nigel Jones
On 21/07/05, Adeodato Simó [EMAIL PROTECTED] wrote: * Javier Fernández-Sanguino Peña [Thu, 21 Jul 2005 00:31:48 +0200]: If spam e-mail is going to start closing our Bugs in the BTS then we should start thinking about implementing authentication checks in the BTS... like for example: do

Bug#319330: ITP: mipe -- [Biology] Tools for storing data on PCR experiments

2005-07-21 Thread Steffen Moeller
Package: wnpp Severity: wishlist Owner: Steffen Moeller [EMAIL PROTECTED] * Package name: mipe Version : 1.1 Upstream Author : Jan Aerts [EMAIL PROTECTED] * URL : http://mipe.sourceforge.net * License : LGPL Description : [Biology] Tool to store data on

Re: Reopening bug closed due to SPAM

2005-07-21 Thread Colin Watson
On Thu, Jul 21, 2005 at 11:16:45PM +1200, Nigel Jones wrote: And how about a nice header for -done which is something to the effect of 'mark as spam archive now prevent replies etc unless reopened', I think that's far more prone to abuse than spams closing bugs. Archiving is deliberately

Bug#319334: ITP: ng-spice -- Mixed-level/mixed-signal electronic circuit simulator

2005-07-21 Thread Gerasimos Melissaratos
Package: wnpp Severity: wishlist Owner: Gerasimos Melissaratos [EMAIL PROTECTED] There may be a licence problem, so I'm pasting from the package's licence: Permission to use, copy, modify, and distribute this software and its documentation for educational, research and non-profit purposes,

Re: debian mentors ubuntu

2005-07-21 Thread Paul TBBle Hampson
On Tue, Jul 19, 2005 at 01:09:05PM +0200, Nico Golde wrote: Hello Martin, * Martin Pitt [EMAIL PROTECTED] [2005-07-19 12:37]: Nico Golde [2005-07-19 12:21 +0200]: Heyho, why is mentors.debian.net powered by Ubuntu? This gave me a good laugh, and it's certainly way better than SuSE

Mass-filing bugs based on piuparts?

2005-07-21 Thread Lars Wirzenius
I'm running piuparts, my package installation, upgrading, and removal tester, against etch. It takes a while, and produces a fairly large number of error logs that need to be investigated manually. This sometimes reveals a bug in piuparts, and sometimes in the package, or a depency of the package.

Re: Mass-filing bugs based on piuparts?

2005-07-21 Thread David Weinehall
On Thu, Jul 21, 2005 at 03:41:10PM +0300, Lars Wirzenius wrote: I'm running piuparts, my package installation, upgrading, and removal tester, against etch. It takes a while, and produces a fairly large number of error logs that need to be investigated manually. This sometimes reveals a bug in

Re: Reopening bug closed due to SPAM

2005-07-21 Thread Yaroslav Halchenko
attached (valid) GPG/PGP signatures (from a valid developer?) -- valid GPG signature present on public servers, not necessarily from a valid DD seems to be a valid scheme. I haven't seen any spam GPG signed yet -- another idea would be to use the same authentication as used by most of the

Re: Reopening bug closed due to SPAM

2005-07-21 Thread Pierre Habouzit
Le Jeu 21 Juillet 2005 15:22, Yaroslav Halchenko a écrit : attached (valid) GPG/PGP signatures (from a valid developer?) -- valid GPG signature present on public servers, not necessarily from a valid DD seems to be a valid scheme. I haven't seen any spam GPG signed yet that sucks, I want to

Re: Usability: Technical details in package descriptions?

2005-07-21 Thread Thaddeus H. Black
On Wed, Jul 20, 2005 at 08:48:46PM +0200, Andreas Tille wrote: On Wed, 20 Jul 2005, W. Borgert wrote: Foo is a Perl-based program that... libBar is written in C... libBang is written in only 42 lines of source code... Baz has been written by me... Do such descriptions justify bug

Re: Usability: Technical details in package descriptions?

2005-07-21 Thread Olaf van der Spek
On 7/21/05, Thaddeus H. Black [EMAIL PROTECTED] wrote: I see another side to it, however. At least seven reasons occur to me why a user might care what language a program is written in. A 'normal' user doesn't know what C, C++ and Perl are.

Re: Mass-filing bugs based on piuparts?

2005-07-21 Thread John Hasler
Lars Wirzenius writes: Is this acceptable to everyone? It's fine with me. -- John Hasler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Reopening bug closed due to SPAM

2005-07-21 Thread Yaroslav Halchenko
On Thu, Jul 21, 2005 at 03:34:43PM +0200, Pierre Habouzit wrote: that sucks, I want to be able to close bugs, even if I'm using a M$ computer with no gpg plugin on it (on from an unsecure machine where I don't want to unlock my gpg key). Well - we need to give up something so it becomes 1 click

Re: Reopening bug closed due to SPAM

2005-07-21 Thread Yaroslav Halchenko
Thunderbird+Enigmamail+keys on a USB flash drive (ie it can be your ipod just a link FYI http://dev.weavervsworld.com/projects/ptbirdeniggpg/ -- .-. =-- /v\ = Keep in touch// \\

Re: Usability: Technical details in package descriptions?

2005-07-21 Thread Clément Stenac
Hello, I started a page on the Debian wiki for this project http://wiki.debian.net/?PackagesDescriptionsReview Feel free to edit any part of it. If everyone agrees, I intend to add some thoughts about the organization details we could set up (code to track the work and ease the work of the

Re: Usability: Technical details in package descriptions?

2005-07-21 Thread Jon Dowland
On Thu, Jul 21, 2005 at 01:45:55PM +, Thaddeus H. Black wrote: 4. With a language come a mindset, an aesthetic and a development culture. Although one cannot speak in absolutes, generally speaking, which program would you expect to be more focused and reliable: a program written in C++

Re: Reopening bug closed due to SPAM

2005-07-21 Thread Santiago Vila
On Thu, 21 Jul 2005, Yaroslav Halchenko wrote: On Thu, Jul 21, 2005 at 03:34:43PM +0200, Pierre Habouzit wrote: that sucks, I want to be able to close bugs, even if I'm using a M$ computer with no gpg plugin on it (on from an unsecure machine where I don't want to unlock my gpg key). Well

Re: Usability: Technical details in package descriptions?

2005-07-21 Thread Andreas Tille
On Thu, 21 Jul 2005, Thaddeus H. Black wrote: I see another side to it, however. At least seven reasons occur to me why a user might care what language a program is written in. 1. Compiled programs (C, C++, Fortran 77, Ada, ...) usually run leaner and faster than do interpreted ones (Perl,

Re: Mass-filing bugs based on piuparts?

2005-07-21 Thread Francesco P. Lovergine
On Thu, Jul 21, 2005 at 03:41:10PM +0300, Lars Wirzenius wrote: Is this acceptable to everyone? Suggestions on how to do this better? Any possibility of producing a nice web report on a per package basis? It could be useful to re-run periodically and your tester could probably have the same

Re: Usability: Technical details in package descriptions?

2005-07-21 Thread John Hasler
Jon Dowland writes: I think you are expecting people to say C++, and on the other hand, Perl: However, I think perl for both :-) I agree. -- John Hasler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Bug#319334: ITP: ng-spice -- Mixed-level/mixed-signal electronic circuit simulator

2005-07-21 Thread Francesco P. Lovergine
On Thu, Jul 21, 2005 at 10:44:27AM +, Gerasimos Melissaratos wrote: Package: wnpp Severity: wishlist Owner: Gerasimos Melissaratos [EMAIL PROTECTED] There may be a licence problem, so I'm pasting from the package's licence: Permission to use, copy, modify, and distribute this

Re: Reopening bug closed due to SPAM

2005-07-21 Thread Yaroslav Halchenko
On Thu, Jul 21, 2005 at 09:22:10AM -0400, Yaroslav Halchenko wrote: -- another idea would be to use the same authentication as used by most of the mailing list servers -- verification of intent: confirmation email sent to the originating email address and reply to it keeping A slightly better

Re: Reopening bug closed due to SPAM

2005-07-21 Thread Yaroslav Halchenko
The only reason it is easy for spammers to close a bug is that the bug has been already closed before (and reopened again) and the spammers have harvested the -done address for that bug from the web pages. A very valid point... I took the task more general - to infiltrate bug reports (and may

Re: Usability: Technical details in package descriptions?

2005-07-21 Thread Ben Armstrong
On Thu, 2005-07-21 at 13:45 +, Thaddeus H. Black wrote: 1. Compiled programs (C, C++, Fortran 77, Ada, ...) usually run leaner and faster than do interpreted ones (Perl, Python, Ruby, ...). In general, algorithm choice is much more important than language. Also, the language the main

Re: Bug#319334: ITP: ng-spice -- Mixed-level/mixed-signal electronic circuit simulator

2005-07-21 Thread Marco d'Itri
On Jul 21, Francesco P. Lovergine [EMAIL PROTECTED] wrote: Permission to use, copy, modify, and distribute this software and its documentation for educational, research and non-profit purposes, without I don't think it can be distributed at all. Debian does not limit users of its

Re: Bug#319334: ITP: ng-spice -- Mixed-level/mixed-signal electronic circuit simulator

2005-07-21 Thread John Hasler
Francesco P. Lovergine writes: I don't think it can be distributed at all. Debian does not limit users of its distributed files in any way. If it limited all but distribution/copy it could be fine for non-free AFAIK. But that one poses too many limitations. Anything Debian can distribute can

Re: Mass-filing bugs based on piuparts?

2005-07-21 Thread John Hasler
Francesco P. Lovergine writes: Any possibility of producing a nice web report on a per package basis? ... Filling BTS reports could be not so appropriate. I'd prefer bug reports. -- John Hasler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact

Re: Usability: Technical details in package descriptions?

2005-07-21 Thread Thijs Kinkhorst
On Thu, 2005-07-21 at 13:45 +, Thaddeus H. Black wrote: Hence the language in which a program is implemented is somewhat relevant, at least to me. The conclusion is clear: the programming language is relevant to some users, but not to others (who are presumed to be large in quantity). So

Re: Usability: Technical details in package descriptions?

2005-07-21 Thread Ben Armstrong
On Thu, 2005-07-21 at 19:58 +0200, Thijs Kinkhorst wrote: nstead of putting it in the first sentence, the second paragraph would be a fine place to mention details like this, satisfying both novice and advanced users. But why bother, when debtags does implemented-in does the job better? Extra

Re: aspell upgrade woes

2005-07-21 Thread Brian Nelson
Steve Langasek [EMAIL PROTECTED] writes: On Tue, Jul 19, 2005 at 11:52:51PM -0700, Brian Nelson wrote: Reintroducing the libaspell15 could cause problems with /usr/bin/aspell, since it actually goes outside the C API of libaspell and uses C++ linkage to some symbols. I fixed this bug

Re: is it a bug to not depend on a library package needed for some binary?

2005-07-21 Thread Adrian von Bidder
On Sunday 17 July 2005 10.14, Karl Chen wrote: Suppose package P contains files /usr/bin/B1 and /usr/bin/B2. B1 is the important program, and B2 is not as important. Is it OK for the declared package dependencies to not satisfy all the run-time shared library dependencies of B2? What if

Bug#319383: ITP: minised -- a smaller, cheaper, faster SED implementation

2005-07-21 Thread Michael Prokop
Package: wnpp Severity: wishlist Owner: Michael Prokop [EMAIL PROTECTED] * Package name: minised Version : 1.5 Upstream Author : Rene Rebe [EMAIL PROTECTED] * URL : http://www.exactcode.de/oss/minised/ * License : GPL Description : a smaller, cheaper,

Please confirm (conf#1ce969f7398dbe523f2f81436bb3412d)

2005-07-21 Thread Kirk Reiser
IMPORTANT INFORMATION! This is an automated message. The message you sent (attached below) requires confirmation before it can be delivered. To confirm that you sent the message below, just hit the Reply button and send this message back (you don't need to edit anything). Once this is done,

Re: Usability: Technical details in package descriptions?

2005-07-21 Thread Enrico Zini
On Wed, 2005-07-20 at 18:13 +0200, Nico Golde wrote: I think one reason could be that some poeple would rather install a programm in a language they know and they are able to debug. Just a guess. On Wed, Jul 20, 2005 at 01:41:31PM -0300, Ben Armstrong wrote: Debtags facets[0] are better

Re: Removal of transitional dummy packages

2005-07-21 Thread Adrian von Bidder
On Sunday 17 July 2005 23.28, Joerg Jaspert wrote: On 10353 March 1977, Santiago Vila wrote: we need to remove from the archive all the Woody-to-Sarge transition dummy packages. No, that's not true, we don't *need* to remove woody-to-sarge dummy packages, as they are also woody-to-etch

Re: Mass-filing bugs based on piuparts?

2005-07-21 Thread Adrian von Bidder
On Thursday 21 July 2005 14.41, Lars Wirzenius wrote: [piuparts] Go ahead - if you, as you say, investigate the bugs manually, it doesn't matter how you discovered the bug. Just curious: what kind of bugs can piuparts help discover? cheers -- vbi -- The jig's up, Elman.

Re: aspell upgrade woes

2005-07-21 Thread Goswin von Brederlow
Brian Nelson [EMAIL PROTECTED] writes: Steve Langasek [EMAIL PROTECTED] writes: On Tue, Jul 19, 2005 at 11:52:51PM -0700, Brian Nelson wrote: Reintroducing the libaspell15 could cause problems with /usr/bin/aspell, since it actually goes outside the C API of libaspell and uses C++ linkage

Re: Mass-filing bugs based on piuparts?

2005-07-21 Thread Lars Wirzenius
to, 2005-07-21 kello 16:44 +0200, Francesco P. Lovergine kirjoitti: On Thu, Jul 21, 2005 at 03:41:10PM +0300, Lars Wirzenius wrote: Is this acceptable to everyone? Suggestions on how to do this better? Any possibility of producing a nice web report on a per package basis? It could be

Re: Mass-filing bugs based on piuparts?

2005-07-21 Thread Lars Wirzenius
to, 2005-07-21 kello 21:11 +0200, Adrian von Bidder kirjoitti: On Thursday 21 July 2005 14.41, Lars Wirzenius wrote: [piuparts] Go ahead - if you, as you say, investigate the bugs manually, it doesn't matter how you discovered the bug. Just curious: what kind of bugs can piuparts help

Re: Usability: Technical details in package descriptions?

2005-07-21 Thread Andrew Suffield
On Wed, Jul 20, 2005 at 02:47:22PM -0500, Steve Greenland wrote: On 20-Jul-05, 10:47 (CDT), W. Borgert [EMAIL PROTECTED] wrote: what do you think about the usefulness of technical (and other strange) details in package description? While mostly agreeing with the other comments (libbar

Re: Yet another g++ transition page

2005-07-21 Thread Mike Furr
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steve Langasek wrote: Nice. :) Wishlist request: could you have it tally the total number of packages whose transition depends on each package in the list, and print that number next to the source package name? Better yet, could the list be

Re: Yet another g++ transition page

2005-07-21 Thread Jochen Voss
Hello Mike, On Thu, Jul 21, 2005 at 05:02:38PM -0400, Mike Furr wrote: Done. Also, adjacent packages in the dependency graph which are part of the same source package do not increase the level a package lies in (as suggested by Jochen Voss). Very nice. I am happy to see that the depth is

ITP: doomsday - greatly improved engine to play doom, doom2, heretic and hexen

2005-07-21 Thread Alexander Fieroch
Package: wnpp Severity: wishlist URL: http://www.doomsdayhq.com/index.php License: GPL (see http://sourceforge.net/projects/deng) Description: About The Doomsday Engine The Doomsday Engine is an enhanced and extended version of DOOM, Heretic, and Hexen. It was originally based on the Hexen

Re: ITP: doomsday - greatly improved engine to play doom, doom2, heretic and hexen

2005-07-21 Thread Steinar H. Gunderson
On Fri, Jul 22, 2005 at 12:20:45AM +0200, Alexander Fieroch wrote: License: GPL (see http://sourceforge.net/projects/deng) [...] * Utilizes FMOD to play a wide variety of music files, for example MP3, MOD and IT. Won't these two crash? /* Steinar */ -- Homepage: http://www.sesse.net/

Button voting can't be implemented anyway

2005-07-21 Thread Filipus Klutiero
The web interface to the BTS is read-only. You couldn't have button voting anyway (and of course that would be a mess without requiring registration, which isn't implemented neither...). ---Rant--- I guess the way to go with the BTS is to switch to Bugzilla/other packaged BTS. That doesn't

Re: Button voting can't be implemented anyway

2005-07-21 Thread Don Armstrong
On Thu, 21 Jul 2005, Filipus Klutiero wrote: The web interface to the BTS is read-only. You couldn't have button voting anyway (and of course that would be a mess without requiring registration, which isn't implemented neither...). None of these are insurmountable if the actual proposal is

Re: Re: Reopening bug closed due to SPAM

2005-07-21 Thread Javier Fernandez-Sanguino Pen~a
On Thu, Jul 21, 2005 at 12:31:48AM +0200, Javier Fernández-Sanguino Peña wrote: If spam e-mail is going to start closing our Bugs in the BTS then we Start? It used to happen a lot; it's much less common nowadays. Well, it's the first time I've seen spam closing one bug reported by me. I

Re: apt 0.6 downloads from second archive?

2005-07-21 Thread Matthew Palmer
On Thu, Jul 21, 2005 at 07:12:29AM +1000, Graham Williams wrote: Since installing apt 0.6 on an otherwise up-to-date unstable (except for anything depending on the aspell libraries...) packages on my local archive are being overlooked even though this archive is listed before others in my

Re: Mass-filing bugs based on piuparts?

2005-07-21 Thread Kevin Mark
On Thu, Jul 21, 2005 at 03:41:10PM +0300, Lars Wirzenius wrote: Is this acceptable to everyone? Suggestions on how to do this better? Hi Lars, by all means, proceed! Who say FLOSS lacks 'innovation'! Debian devs seem to comeup with good ideas all the time! Also, have you determined if any

Re: Reopening bug closed due to SPAM

2005-07-21 Thread Pascal Hakim
On Thu, Jul 21, 2005 at 11:25:09AM -0400, Yaroslav Halchenko wrote: The only reason it is easy for spammers to close a bug is that the bug has been already closed before (and reopened again) and the spammers have harvested the -done address for that bug from the web pages. A very valid

Accepted caps 0.2.3-3 (i386 source)

2005-07-21 Thread Mario Lang
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 00:48:19 +0200 Source: caps Binary: caps Architecture: source i386 Version: 0.2.3-3 Distribution: unstable Urgency: low Maintainer: Mario Lang [EMAIL PROTECTED] Changed-By: Mario Lang [EMAIL PROTECTED] Description:

Accepted aspell-en 6.0-0-5 (all source)

2005-07-21 Thread Brian Nelson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 00:03:32 -0700 Source: aspell-en Binary: aspell-en Architecture: source all Version: 6.0-0-5 Distribution: unstable Urgency: low Maintainer: Brian Nelson [EMAIL PROTECTED] Changed-By: Brian Nelson [EMAIL PROTECTED]

Accepted feh 1.3.3-1 (i386 source)

2005-07-21 Thread Laurence J. Lane
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 03:11:29 -0400 Source: feh Binary: feh Architecture: source i386 Version: 1.3.3-1 Distribution: unstable Urgency: low Maintainer: Laurence J. Lane [EMAIL PROTECTED] Changed-By: Laurence J. Lane [EMAIL PROTECTED]

Accepted fidogate 4.4.7-3 (i386 source)

2005-07-21 Thread Jonathan McDowell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 08:46:39 +0100 Source: fidogate Binary: fidogate Architecture: source i386 Version: 4.4.7-3 Distribution: unstable Urgency: low Maintainer: Jonathan McDowell [EMAIL PROTECTED] Changed-By: Jonathan McDowell [EMAIL

Accepted asciidoc 7.0.1-1 (all source)

2005-07-21 Thread Fredrik Steen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 09:34:51 +0200 Source: asciidoc Binary: asciidoc Architecture: source all Version: 7.0.1-1 Distribution: unstable Urgency: low Maintainer: Fredrik Steen [EMAIL PROTECTED] Changed-By: Fredrik Steen [EMAIL PROTECTED]

Accepted aspell-br 0.50-2-6 (all source)

2005-07-21 Thread Brian Nelson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 01:24:00 -0700 Source: aspell-br Binary: aspell-br Architecture: source all Version: 0.50-2-6 Distribution: unstable Urgency: low Maintainer: Brian Nelson [EMAIL PROTECTED] Changed-By: Brian Nelson [EMAIL PROTECTED]

Accepted boost 1.32.0+1.33.0-cvs20050720-2 (i386 source all)

2005-07-21 Thread Domenico Andreoli
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 10:08:48 +0200 Source: boost Binary: libboost-regex1.33.0 libboost-signals1.33.0 libboost-test-dev libboost-serialization-dev libboost-program-options1.33.0 libboost-thread1.33.0 libboost-python1.33.0

Accepted devscripts 2.9.1 (i386 source)

2005-07-21 Thread Julian Gilbey
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 09:51:17 +0100 Source: devscripts Binary: devscripts Architecture: source i386 Version: 2.9.1 Distribution: unstable Urgency: low Maintainer: Julian Gilbey [EMAIL PROTECTED] Changed-By: Julian Gilbey [EMAIL

Accepted soundtouch 1.2.1-8 (i386 source)

2005-07-21 Thread Debian/GNU
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 11:09:37 +0200 Source: soundtouch Binary: libsoundtouch1-dev libsoundtouch1c2 Architecture: source i386 Version: 1.2.1-8 Distribution: unstable Urgency: low Maintainer: Guenter Geiger (Debian/GNU) [EMAIL PROTECTED]

Accepted dx 1:4.3.2-5 (i386 source all)

2005-07-21 Thread Daniel Kobras
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 19 Jul 2005 11:51:00 +0200 Source: dx Binary: libdx4 dx libdx4-dev dx-doc Architecture: source all i386 Version: 1:4.3.2-5 Distribution: unstable Urgency: low Maintainer: Daniel Kobras [EMAIL PROTECTED] Changed-By: Daniel Kobras

Accepted libdbd-sybase-perl 1.00-3 (i386 source)

2005-07-21 Thread Steve Langasek
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 6 Jun 2005 02:03:42 -0700 Source: libdbd-sybase-perl Binary: libdbd-sybase-perl Architecture: source i386 Version: 1.00-3 Distribution: unstable Urgency: low Maintainer: Steve Langasek [EMAIL PROTECTED] Changed-By: Steve

Accepted p3nfs 5.18-2 (i386 source)

2005-07-21 Thread Geert Stappers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 11:03:27 +0200 Source: p3nfs Binary: p3nfs Architecture: source i386 Version: 5.18-2 Distribution: unstable Urgency: low Maintainer: Geert Stappers [EMAIL PROTECTED] Changed-By: Geert Stappers [EMAIL PROTECTED]

Accepted gnutls12 1.2.5-2 (i386 source)

2005-07-21 Thread Matthias Urlichs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Changed-By: Matthias Urlichs [EMAIL PROTECTED] Date: Thu, 21 Jul 2005 08:27:22 +0200 Version: 1.2.5-2 Distribution: unstable Source: gnutls12 Urgency: medium Maintainer: Matthias Urlichs [EMAIL PROTECTED] Binary: gnutls-bin libgnutls-dev

Accepted boost 1.32.0+1.33.0-cvs20050720-3 (i386 source all)

2005-07-21 Thread Domenico Andreoli
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 12:34:37 +0200 Source: boost Binary: libboost-regex1.33.0 libboost-signals1.33.0 libboost-test-dev libboost-serialization-dev libboost-program-options1.33.0 libboost-thread1.33.0 libboost-python1.33.0

Accepted jigdo 0.7.2-2 (i386 source)

2005-07-21 Thread Richard Atterer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 13:35:38 +0200 Source: jigdo Binary: jigdo jigdo-file Architecture: source i386 Version: 0.7.2-2 Distribution: unstable Urgency: high Maintainer: Richard Atterer [EMAIL PROTECTED] Changed-By: Richard Atterer [EMAIL

Accepted libfilesys-diskspace-perl 0.05-8 (all source)

2005-07-21 Thread Roderick Schertler
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 07:36:05 -0400 Source: libfilesys-diskspace-perl Binary: libfilesys-diskspace-perl Architecture: source all Version: 0.05-8 Distribution: unstable Urgency: low Maintainer: Roderick Schertler [EMAIL PROTECTED]

Accepted jackeq 0.4.0-2 (powerpc source)

2005-07-21 Thread Free Ekanayaka
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Jul 2005 12:17:14 +0200 Source: jackeq Binary: jackeq Architecture: source powerpc Version: 0.4.0-2 Distribution: unstable Urgency: low Maintainer: Free Ekanayaka [EMAIL PROTECTED] Changed-By: Free Ekanayaka [EMAIL PROTECTED]

Accepted clalsadrv 1.0.1-3 (powerpc source)

2005-07-21 Thread Free Ekanayaka
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 12:30:21 +0200 Source: clalsadrv Binary: libclalsadrv1 libclalsadrv-dev Architecture: source powerpc Version: 1.0.1-3 Distribution: unstable Urgency: low Maintainer: Free Ekanayaka [EMAIL PROTECTED] Changed-By: Free

Accepted zsh-beta 4.3.0-dev-1+20050720-1 (all source)

2005-07-21 Thread Clint Adams
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 09:05:43 -0400 Source: zsh-beta Binary: zsh-beta-static zsh-beta-doc zsh-beta Architecture: source all Version: 4.3.0-dev-1+20050720-1 Distribution: unstable Urgency: low Maintainer: Clint Adams [EMAIL PROTECTED]

Accepted xfe 0.84-2 (i386 source)

2005-07-21 Thread Bastian Kleineidam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 09:10:41 +0200 Source: xfe Binary: xfe Architecture: source i386 Version: 0.84-2 Distribution: unstable Urgency: low Maintainer: Bastian Kleineidam [EMAIL PROTECTED] Changed-By: Bastian Kleineidam [EMAIL PROTECTED]

Accepted sharutils 1:4.2.1-15 (powerpc all source)

2005-07-21 Thread Santiago Vila
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 16:08:44 +0200 Source: sharutils Binary: sharutils-doc sharutils Architecture: source powerpc all Version: 1:4.2.1-15 Distribution: unstable Urgency: medium Maintainer: Santiago Vila [EMAIL PROTECTED] Changed-By:

Accepted gnutls12 1.2.5-3 (i386 source)

2005-07-21 Thread Matthias Urlichs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Changed-By: Matthias Urlichs [EMAIL PROTECTED] Date: Thu, 21 Jul 2005 13:19:25 +0200 Version: 1.2.5-3 Distribution: unstable Source: gnutls12 Urgency: high Maintainer: Matthias Urlichs [EMAIL PROTECTED] Binary: gnutls-bin libgnutls-dev

Accepted 6tunnel 0.11rc1-1 (powerpc source)

2005-07-21 Thread Thomas Seyrat
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 16:26:46 +0200 Source: 6tunnel Binary: 6tunnel Architecture: source powerpc Version: 0.11rc1-1 Distribution: unstable Urgency: low Maintainer: Thomas Seyrat [EMAIL PROTECTED] Changed-By: Thomas Seyrat [EMAIL

Accepted viewcvs 0.9.2+cvs.1.0.dev.2004.07.28-4 (all source)

2005-07-21 Thread David Martínez Moreno
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 17:15:21 +0200 Source: viewcvs Binary: viewcvs-query viewcvs Architecture: source all Version: 0.9.2+cvs.1.0.dev.2004.07.28-4 Distribution: unstable Urgency: low Maintainer: David Martínez Moreno [EMAIL PROTECTED]

Accepted fml 4.0.3-2 (all source)

2005-07-21 Thread Fumitoshi UKAI
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 22 Jul 2005 01:08:45 +0900 Source: fml Binary: fml-doc fml Architecture: source all Version: 4.0.3-2 Distribution: unstable Urgency: low Maintainer: Fumitoshi UKAI [EMAIL PROTECTED] Changed-By: Fumitoshi UKAI [EMAIL PROTECTED]

Accepted liblivemedia 2005.07.21-1 (i386 source)

2005-07-21 Thread Debian packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 16:36:47 +0200 Source: liblivemedia Binary: livemedia-utils liblivemedia-dev Architecture: source i386 Version: 2005.07.21-1 Distribution: unstable Urgency: low Maintainer: Sam Hocevar (Debian packages) [EMAIL

Accepted fetchmail 6.2.5-15 (i386 source all)

2005-07-21 Thread Lucas Wall
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 13:25:10 -0300 Source: fetchmail Binary: fetchmailconf fetchmail-ssl fetchmail Architecture: source i386 all Version: 6.2.5-15 Distribution: unstable Urgency: high Maintainer: Fetchmail Maintainers [EMAIL PROTECTED]

Accepted mftrace 1.1.12-2 (i386 source)

2005-07-21 Thread Julian Gilbey
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 17:35:58 +0100 Source: mftrace Binary: mftrace Architecture: source i386 Version: 1.1.12-2 Distribution: unstable Urgency: low Maintainer: Julian Gilbey [EMAIL PROTECTED] Changed-By: Julian Gilbey [EMAIL PROTECTED]

Accepted dvi2dvi 2.0alpha-5.1 (powerpc source)

2005-07-21 Thread Roger Leigh
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Jul 2005 19:40:53 +0100 Source: dvi2dvi Binary: dvi2dvi Architecture: source powerpc Version: 2.0alpha-5.1 Distribution: unstable Urgency: low Maintainer: Masayuki Hatta (mhatta) [EMAIL PROTECTED] Changed-By: Roger Leigh

Accepted linux-2.6 2.6.12-1 (i386 source all)

2005-07-21 Thread Andres Salomon
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Jul 2005 17:16:04 -0400 Source: linux-2.6 Binary: linux-image-2.6.12-1-k7 linux-headers-2.6.12-1-386 linux-headers-2.6.12-1-em64t-p4 linux-headers-2.6.12-1-s390x linux-image-2.6.12-1-itanium-smp linux-image-2.6.12-1-386

Accepted devscripts 2.9.2 (i386 source)

2005-07-21 Thread Joey Hess
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 12:57:47 -0400 Source: devscripts Binary: devscripts Architecture: source i386 Version: 2.9.2 Distribution: unstable Urgency: low Maintainer: Julian Gilbey [EMAIL PROTECTED] Changed-By: Joey Hess [EMAIL PROTECTED]

Accepted tdiary 2.0.2-1 (all source)

2005-07-21 Thread Daigo Moriwaki
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 22:44:53 +0900 Source: tdiary Binary: tdiary-plugin tdiary tdiary-mode tdiary-contrib tdiary-theme Architecture: source all Version: 2.0.2-1 Distribution: unstable Urgency: high Maintainer: Taku YASUI [EMAIL

Accepted eagle 4.11-10 (i386 source all)

2005-07-21 Thread Shaun Jackman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 10:58:07 -0700 Source: eagle Binary: eagle-data eagle Architecture: source i386 all Version: 4.11-10 Distribution: unstable Urgency: low Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL

Accepted ocamlnet 1.0-3 (i386 source)

2005-07-21 Thread Stefano Zacchiroli
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 20:05:48 +0200 Source: ocamlnet Binary: libocamlnet-ocaml libocamlnet-ocaml-dev Architecture: source i386 Version: 1.0-3 Distribution: unstable Urgency: low Maintainer: Stefano Zacchiroli [EMAIL PROTECTED]

Accepted gaim 1:1.4.0-3 (i386 source all)

2005-07-21 Thread Ari Pollak
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Format: 1.7 Date: Thu, 21 Jul 2005 06:59:18 -0400 Source: gaim Binary: gaim gaim-dev gaim-data Architecture: source i386 all Version: 1:1.4.0-3 Distribution: unstable Urgency: low Maintainer: Robert McQueen [EMAIL PROTECTED] Changed-By: Ari

Accepted dctrl-tools 2.8 (i386 source all)

2005-07-21 Thread Antti-Juhani Kaijanaho
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 21:32:42 +0300 Source: dctrl-tools Binary: dctrl-tools grep-dctrl Architecture: source i386 all Version: 2.8 Distribution: experimental Urgency: low Maintainer: Antti-Juhani Kaijanaho [EMAIL PROTECTED] Changed-By:

Accepted libgdchart-gd1 0.10.1dev-10.1 (i386 source)

2005-07-21 Thread Matthias Klose
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 20:33:52 +0200 Source: libgdchart-gd1 Binary: libgdchart-gd1-xpm libgdchart-gd1-noxpm-dev libgdchart-gd1-noxpm libgdchart-gd1-xpm-dev Architecture: source i386 Version: 0.10.1dev-10.1 Distribution: unstable Urgency:

Accepted libsdl-sound1.2 1.0.1-6 (i386 source)

2005-07-21 Thread Ari Pollak
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Format: 1.7 Date: Thu, 21 Jul 2005 18:26:20 + Source: libsdl-sound1.2 Binary: libsdl-sound1.2 libsdl-sound1.2-dev Architecture: source i386 Version: 1.0.1-6 Distribution: unstable Urgency: low Maintainer: Ari Pollak [EMAIL PROTECTED]

Accepted sms-pl 1.9.2m-3 (i386 source)

2005-07-21 Thread Marcin Owsiany
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jul 2005 20:59:18 +0200 Source: sms-pl Binary: sms-pl Architecture: source i386 Version: 1.9.2m-3 Distribution: unstable Urgency: low Maintainer: Marcin Owsiany [EMAIL PROTECTED] Changed-By: Marcin Owsiany [EMAIL PROTECTED]

  1   2   >