Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Andreas Tille
On Thu, Mar 17, 2011 at 11:21:52AM +0800, Paul Wise wrote: 5. Cheerfully ignore any purists complaining that debian/rules clean does   not restore whatever crap was there upstream. I generally don't bother with these unless I'm patching the autotools source files

Re: [buildd-tools-devel] re buildd's resolver and package's build deps

2011-03-17 Thread Cyril Brulebois
Hi, just as a reminder: Roger Leigh rle...@codelibre.net (16/03/2011): OK. I think this is the only known discrepancy between the two resolvers. Given that we now routinely build using minimal clean (cloned) chroots, they will behave identically in practice because AFAICT: only

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Paul Wise
On Thu, Mar 17, 2011 at 3:15 PM, Andreas Tille andr...@an3as.eu wrote: Would you consider the existence of autotools autogenerated files inside an upstream source a valid reason to rebuild upstream source in a get-orig-source target? I would consider autotools generated files (Makefile.in,

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Sean Finney
On Wed, 2011-03-16 at 16:36 +, Ian Jackson wrote: Then, you need a way to patch them. There is lots of software where you need to patch configure.ac and/or Makefile.am That's fine, you patch the input, rerun the autofoobar stuff, and then build the source package with diff. If you're

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Raphael Hertzog
On Thu, 17 Mar 2011, Sean Finney wrote: If you do it with the patch system (quilt or even plain dpkg), before building the package source, you cannot ensure that files are patched in the right order. What do you mean in the right order ? autofoo stuff examines timestamps on

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Andreas Tille
On Thu, Mar 17, 2011 at 03:32:05PM +0800, Paul Wise wrote: On Thu, Mar 17, 2011 at 3:15 PM, Andreas Tille andr...@an3as.eu wrote: Would you consider the existence of autotools autogenerated files inside an upstream source a valid reason to rebuild upstream source in a get-orig-source

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Paul Wise
On Thu, Mar 17, 2011 at 4:02 PM, Andreas Tille andr...@an3as.eu wrote: Sorry, I was not precise.  I also regard Makefile.in and configure (and files which are used by configure to run properly) as useful in an upstream tarball.  However, files like config.log etc. should be cleaned up.

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Michael Biebl
Am 17.03.2011 08:51, schrieb Sean Finney: So Makefile rules can then re-run auto* tools at build time and you lost the benefit you want to have. Makefile rules should not rerun auto* stuff at build time. they will if AM_MAINTAINER_MODE is being used, in some cases. It's really the other

Re: [buildd-tools-devel] re buildd's resolver and package's build deps

2011-03-17 Thread Roger Leigh
On Thu, Mar 17, 2011 at 08:31:13AM +0100, Cyril Brulebois wrote: Hi, just as a reminder: Roger Leigh rle...@codelibre.net (16/03/2011): OK. I think this is the only known discrepancy between the two resolvers. Given that we now routinely build using minimal clean (cloned) chroots,

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Andreas Tille
On Thu, Mar 17, 2011 at 04:09:25PM +0800, Paul Wise wrote: Agreed. That would usually not be something that would cause enough problems for a new tar.gz to be warranted though. I just accept your opinion that repackaging is not warranted and I did not in the past - but I was never really sure

Re: [buildd-tools-devel] re buildd's resolver and package's build deps

2011-03-17 Thread Lars Wirzenius
On to, 2011-03-17 at 08:32 +, Roger Leigh wrote: You can get the same effect with file chroots (tarball unpack). It's not that slow providing your tarball is really minimal, and it works on all architectures. I used this for the whole archive rebuild after LVM snapshots oopsed and then

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Paul Wise
On Thu, Mar 17, 2011 at 4:34 PM, Andreas Tille andr...@an3as.eu wrote: I just accept your opinion that repackaging is not warranted and I did not in the past - but I was never really sure whether this is really reasonable.  I'm somehow missing *clear* rules when to rebuild the orig tarball

Re: new Contents generator on ftp-master

2011-03-17 Thread Adam D. Barratt
On Tue, March 15, 2011 21:40, Joerg Jaspert wrote: The new implementation is currently only used for suites that are not marked as untouchable. Oldstable and stable will switch during the next point release. Have you (or anyone else) verified that any tools in {old,}stable parsing contents

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Andreas Tille
On Thu, Mar 17, 2011 at 04:40:29PM +0800, Paul Wise wrote: My rule is: when there is something non-free or when the amount of useless stuff is huge. For example I would repack a tarball with a small program and 20Mb of embedded code copies of all its dependencies to remove the deps. What

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Lars Wirzenius
On to, 2011-03-17 at 10:12 +0100, Andreas Tille wrote: On Thu, Mar 17, 2011 at 04:40:29PM +0800, Paul Wise wrote: My rule is: when there is something non-free or when the amount of useless stuff is huge. For example I would repack a tarball with a small program and 20Mb of embedded code

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Andrey Rahmatullin
On Thu, Mar 17, 2011 at 09:17:27AM +, Lars Wirzenius wrote: My rule is: when there is something non-free or when the amount of useless stuff is huge. For example I would repack a tarball with a small program and 20Mb of embedded code copies of all its dependencies to remove the

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Paul Wise
On Thu, Mar 17, 2011 at 5:12 PM, Andreas Tille andr...@an3as.eu wrote: The problem is that the regenerated files are not identical to the original files and you simply get a diff which finally makes different Debian source packages depending how often you start the build process. You won't

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Julien Cristau
On Thu, Mar 17, 2011 at 10:12:35 +0100, Andreas Tille wrote: On Thu, Mar 17, 2011 at 04:40:29PM +0800, Paul Wise wrote: Eh? Rebuilding twice in a row would remove the files, regenerate them, remove them, regenerate them. I can't see how the second regeneration would fail if the first one

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Adam Borowski
On Thu, Mar 17, 2011 at 09:17:05AM +0100, Michael Biebl wrote: Am 17.03.2011 08:51, schrieb Sean Finney: So Makefile rules can then re-run auto* tools at build time and you lost the benefit you want to have. Makefile rules should not rerun auto* stuff at build time. they will if

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Andreas Tille
On Thu, Mar 17, 2011 at 10:30:48AM +0100, Julien Cristau wrote: The problem is that the regenerated files are not identical to the original files and you simply get a diff which finally makes different Debian source packages depending how often you start the build process. Err, no. If

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Ian Jackson
Sean Finney writes (Re: Best practice for cleaning autotools-generated files?): On Wed, 2011-03-16 at 16:36 +, Ian Jackson wrote: That's fine, you patch the input, rerun the autofoobar stuff, and then build the source package with diff. If you're using a patch queue system, or a vcs,

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Henrique de Moraes Holschuh
On Thu, 17 Mar 2011, Paul Wise wrote: Does your autogen.sh script ever become anything more than calling autoreconf with some specific options? Yes. I think it was Cyrus IMAP that required -I in places where autoreconf doesn't reach, so I called each tool separately. Which is obviously a

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Henrique de Moraes Holschuh
On Thu, 17 Mar 2011, Andreas Tille wrote: On Thu, Mar 17, 2011 at 04:09:25PM +0800, Paul Wise wrote: Agreed. That would usually not be something that would cause enough problems for a new tar.gz to be warranted though. I just accept your opinion that repackaging is not warranted and I did

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Henrique de Moraes Holschuh
On Thu, 17 Mar 2011, Andreas Tille wrote: Assume please the following: 1. Unpack upstream source, copy debian/ dir into it 2. make -f debian/rules clean You should have looked for a get-orig-sources target, first. You just skipped any orig source conditioning the maintainer had to do.

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Henrique de Moraes Holschuh
On Thu, 17 Mar 2011, Sean Finney wrote: autofoo stuff examines timestamps on various files, so it's possible that if configure gets patched before configure.ac, and AM_MAINTAINER_MODE is set to a specific value, that ./configure ends up wanting to regenerate ./configure at build time. double

Bug#618674: ITP: sagan-rules -- Real-time System Event Log Monitoring System [rules]

2011-03-17 Thread Pierre Chifflier
Package: wnpp Severity: wishlist Owner: Pierre Chifflier pol...@debian.org * Package name: sagan-rules Version : 10212010-r1 Upstream Author : Champ Clark III ch...@softwink.com * URL : http://sagan.softwink.com/ * License : BSD Programming Lang: other (text

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Andreas Tille
On Thu, Mar 17, 2011 at 11:01:44AM -0300, Henrique de Moraes Holschuh wrote: On Thu, 17 Mar 2011, Andreas Tille wrote: Assume please the following: 1. Unpack upstream source, copy debian/ dir into it 2. make -f debian/rules clean You should have looked for a get-orig-sources

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Ian Jackson
Adam Borowski writes (Re: Best practice for cleaning autotools-generated files?): Ie, consistently with all regular commands in a makefile: if a source file has been modified, everything that is generated from that source needs to be rebuilt. Which works just fine if timestamps haven't been

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Tollef Fog Heen
]] Ian Jackson Hi, | Adam Borowski writes (Re: Best practice for cleaning autotools-generated files?): | Ie, consistently with all regular commands in a makefile: if a source file | has been modified, everything that is generated from that source needs to be | rebuilt. | | Which works

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Peter Samuelson
[Bernhard R. Link] It usually also make sense to think twice before patching build systems. Especially automake is very good in allowing many things changed without having to patch something. (There are some cases where patches are necessary, but there are also enough cases where patching

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Ian Jackson
Peter Samuelson writes (Re: Best practice for cleaning autotools-generated files?): Better to take on this risk, such as it is, by building from source every time. It's the only way to know we _can_. And fix whatever issues come up. Even though it's not actually spelled out in the DFSG, I

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Bernhard R. Link
* Peter Samuelson pe...@p12n.org [110317 19:12]: If there _is_ some risk or perception of risk, that re-auto-tooling a package might break it, then we're not really providing the FSF's freedom 1. We're then saying This is free software; downstream users can modify the .c files, you can modify

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Ian Jackson
Tollef Fog Heen writes (Re: Best practice for cleaning autotools-generated files?): | Adam Borowski writes (Re: Best practice for cleaning autotools-generated files?): | No, it doesn't work if the auto* on the system is not compatible with | the auto* in the package, which happens very

Bug#618473: general: Problems to handle NIS group names

2011-03-17 Thread Arthur de Jong
reassign nfs-common thanks On Tue, 2011-03-15 at 15:10 +0100, Christian Andretzky wrote: I've really no idea, which package(s) are responsible for this problem. Reassigning to nfs-common because that seems to be the most likely candidate (assuming autofs is used to mount nfs filesystems). In

Re: Speeding up dpkg, a proposal

2011-03-17 Thread Goswin von Brederlow
Marius Vollmer marius.voll...@nokia.com writes: ext Chow Loong Jin hyper...@ubuntu.com writes: Could we somehow avoid using sync()? sync() syncs all mounted filesystems, which isn't exactly very friendly when you have a few slow-syncing filesystems like btrfs (or even NFS) mounted. Hmm,

Re: Speeding up dpkg, a proposal

2011-03-17 Thread Goswin von Brederlow
Adrian von Bidder avbid...@fortytwo.ch writes: On Wednesday 02 March 2011 17.02:11 Marius Vollmer wrote: - Instead, we move all packages that are to be unpacked into half-installed / reinstreq before touching the first one, and put a big sync() right before carefully writing

Processed: Re: Bug#618473: general: Problems to handle NIS group names

2011-03-17 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: reassign 618473 nfs-common Bug #618473 [general] general: Problems to handle NIS group names Bug reassigned from package 'general' to 'nfs-common'. thanks Stopping processing here. Please contact me if you need assistance. -- 618473:

Re: quantification of cost of outdated dependencies

2011-03-17 Thread Goswin von Brederlow
Joey Hess jo...@debian.org writes: I've been hearing a bit lately about removing dependencies that are no longer needed for stable upgrade paths. The most common reason seems that this will make apt need less memory[1]. So then, someone must have measured the memory use. Unless this is a

Re: potential MBF: first alternate depends not available in main

2011-03-17 Thread Goswin von Brederlow
Bernhard R. Link brl...@debian.org writes: * Goswin von Brederlow goswin-...@web.de [110316 01:24]: I disagree. If non-free has a superior implementation of a package and the user has non-free configured then it should prefer the non-free package. Superiority is always a question of what

Re: oops I sent a courtesy copy in violation of the code of conduct

2011-03-17 Thread Michelle Konzack
Hello Shachar Shemesh, Am 2011-03-13 19:54:01, hacktest Du folgendes herunter: If I set reply-to to myself, the mail won't go to the list. If I set it to the list, it won't go to me. Either way, the desired effect isn't achieved. Also, reply-to is the wrong tool for this job (this is NOT

Re: oops I sent a courtesy copy in violation of the code of conduct

2011-03-17 Thread Michelle Konzack
Hello Carsten Hey, Am 2011-03-12 10:50:03, hacktest Du folgendes herunter: If a message I reply to contains a Mail-Followup-To: set, I use it. If not, I guess if the person I reply to wants to receive a reply. To prevent me to Cc: you, you need to explicitly set Mail-Followup-To: to the

Re: Transitional packages with conffiles

2011-03-17 Thread Goswin von Brederlow
Ian Jackson ijack...@chiark.greenend.org.uk writes: Goswin von Brederlow writes (Transitional packages with conffiles): Looking into the cause we discovered that the problem is that dhcp3-client is now a transitional package that pulls in isc-dhcp-client. The new package expects its config

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Russ Allbery
Ian Jackson ijack...@chiark.greenend.org.uk writes: The design of autoconf is predicated on the idea that people who are building the package are given a portable configure as part of the source package, so there is no need to have good compatibility between configure.in and various versions

Re: Bug#617999: Please include link to general info in each lists page

2011-03-17 Thread Michelle Konzack
Hello Andrei Popescu and Listmasters, it would be nice, if lists.debian.org could implement an autoresponder for peoles sending messages to lists without being subscribed. This message should only send one time per year and contain usefull links based on the mailinglist, the FAQ and the

Re: Best practice for cleaning autotools-generated files?

2011-03-17 Thread Marcin Owsiany
On Tue, Mar 15, 2011 at 10:29:57PM +, Marcin Owsiany wrote: How are others doing it? Thanks for all the responses (I never expected to start such a big discussion - it must have been a while since I last read debian-devel), and especially for the pointer to dh-autoreconf. This looks like

Re: Bug#617999: Please include link to general info in each lists page

2011-03-17 Thread Lisandro Damián Nicanor Pérez Meyer
On Thursday 17 March 2011 18:32:43 Michelle Konzack wrote: Hello Andrei Popescu and Listmasters, it would be nice, if lists.debian.org could implement an autoresponder for peoles sending messages to lists without being subscribed. This message should only send one time per year and

Re: Bug#617999: Please include link to general info in each lists page

2011-03-17 Thread Michelle Konzack
Am 2011-03-17 19:15:45, schrieb Lisandro Damián Nicanor Pérez Meyer: Just as a bit of extra information, we have done this (although manually) in a couple of very used lists with nice success (people getting subscribed and sometimes becoming real active). Of course, not everyone will do

Re: Speeding up dpkg, a proposal

2011-03-17 Thread Russell Coker
On Fri, 18 Mar 2011, Goswin von Brederlow goswin-...@web.de wrote: On a machine with lots of RAM (== disk cache...) and high I/O load, you don't want to do a (global!) sync(). This can totally kill the machine for 20min or more and is a big no go. -- vbi Then don't use the option.

Re: Bug#617999: Please include link to general info in each lists page

2011-03-17 Thread Lisandro Damián Nicanor Pérez Meyer
On Thursday 17 March 2011 20:02:31 Michelle Konzack wrote: Am 2011-03-17 19:15:45, schrieb Lisandro Damián Nicanor Pérez Meyer: Just as a bit of extra information, we have done this (although manually) in a couple of very used lists with nice success (people getting subscribed and sometimes

Re: Speeding up dpkg, a proposal

2011-03-17 Thread Olaf van der Spek
On Fri, Mar 18, 2011 at 12:11 AM, Russell Coker russ...@coker.com.au wrote: Then don't use the option. It should definetly be an option: It's a pity that there is no kernel support for synching one filesystem (or maybe a few filesystems). That'd be only a partial work around. Even with a

Re: Bug#617999: Please include link to general info in each lists page

2011-03-17 Thread Michelle Konzack
Hello Lisandro Damián Nicanor Pérez Meyer, Am 2011-03-17 20:27:57, hacktest Du folgendes herunter: On Thursday 17 March 2011 20:02:31 Michelle Konzack wrote: But I do not mean Auto-Subscribe. Neither me, sorry for not being clear. I meant that people tend to subscribe on recibing such

Bug#618737: ITP: libcrypt-nettle-perl -- Perl bindings for the Nettle cryptographic library

2011-03-17 Thread Daniel Kahn Gillmor
Package: wnpp Severity: wishlist Owner: Daniel Kahn Gillmor d...@fifthhorseman.net * Package name: libcrypt-nettle-perl Version : 0.1 Upstream Author : Daniel Kahn Gillmor d...@fifthhorseman.net * URL : http://search.cpan.org/dist/Crypt-Nettle/ * License : GPL

Re: Speeding up dpkg, a proposal

2011-03-17 Thread Henrique de Moraes Holschuh
On Fri, 18 Mar 2011, Russell Coker wrote: On Fri, 18 Mar 2011, Goswin von Brederlow goswin-...@web.de wrote: On a machine with lots of RAM (== disk cache...) and high I/O load, you don't want to do a (global!) sync(). This can totally kill the machine for 20min or more and is a big no

Accepted nvidia-graphics-drivers 260.19.44-1 (source i386)

2011-03-17 Thread Russ Allbery
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 16 Mar 2011 23:13:13 -0700 Source: nvidia-graphics-drivers Binary: nvidia-glx nvidia-glx-ia32 libgl1-nvidia-glx libgl1-nvidia-glx-ia32 nvidia-kernel-dkms nvidia-kernel-source nvidia-vdpau-driver nvidia-vdpau-driver-ia32

Accepted mozc 1.1.626.102-1 (source amd64)

2011-03-17 Thread Nobuhiro Iwamatsu
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 15 Mar 2011 01:06:41 +0900 Source: mozc Binary: ibus-mozc scim-mozc uim-mozc emacs-mozc emacs-mozc-bin mozc-server mozc-utils-gui Architecture: source amd64 Version: 1.1.626.102-1 Distribution: unstable Urgency: low

Accepted portmap 6.0.0-5 (source i386)

2011-03-17 Thread Luk Claes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 17 Mar 2011 07:30:46 +0100 Source: portmap Binary: portmap Architecture: source i386 Version: 6.0.0-5 Distribution: experimental Urgency: low Maintainer: Anibal Monsalve Salazar ani...@debian.org Changed-By: Luk Claes

Accepted xmltooling 1.4.1-2 (source i386 all)

2011-03-17 Thread Russ Allbery
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 16 Mar 2011 23:45:11 -0700 Source: xmltooling Binary: libxmltooling5 libxmltooling-dev xmltooling-schemas libxmltooling-doc Architecture: source i386 all Version: 1.4.1-2 Distribution: unstable Urgency: low Maintainer: Debian

Accepted libcpan-changes-perl 0.08-1 (source all)

2011-03-17 Thread Jonathan Yu
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 16 Mar 2011 19:31:15 -0400 Source: libcpan-changes-perl Binary: libcpan-changes-perl Architecture: source all Version: 0.08-1 Distribution: unstable Urgency: low Maintainer: Debian Perl Group

Accepted cups 1.4.6-3 (source all amd64)

2011-03-17 Thread Martin Pitt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 17 Mar 2011 10:49:04 +0100 Source: cups Binary: libcups2 libcupsimage2 libcupscgi1 libcupsdriver1 libcupsmime1 libcupsppdc1 cups cups-client libcups2-dev libcupsimage2-dev libcupscgi1-dev libcupsdriver1-dev libcupsmime1-dev

Accepted usb-modeswitch-data 20110227-2 (source all)

2011-03-17 Thread Didier Raboud
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 17 Mar 2011 09:40:36 +0100 Source: usb-modeswitch-data Binary: usb-modeswitch-data Architecture: source all Version: 20110227-2 Distribution: unstable Urgency: low Maintainer: Didier Raboud o...@debian.org Changed-By: Didier

Accepted wxsqlite3 2.1.0-1 (source all amd64)

2011-03-17 Thread Alessio Treglia
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 17 Mar 2011 10:44:01 +0100 Source: wxsqlite3 Binary: libwxsqlite3-2.8-0 libwxsqlite3-2.8-dev wxsqlite3-doc wxsqlite3-2.8-dbg Architecture: source amd64 all Version: 2.1.0-1 Distribution: unstable Urgency: low Maintainer: Alessio

Accepted accountsservice 0.6.5-2 (source amd64)

2011-03-17 Thread Alessio Treglia
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 17 Mar 2011 11:20:19 +0100 Source: accountsservice Binary: accountsservice libaccountsservice0 libaccountsservice-dev gir1.2-accountservice-1.0 Architecture: source amd64 Version: 0.6.5-2 Distribution: experimental Urgency: low

Accepted enca 1.13-4 (source amd64)

2011-03-17 Thread Michal Čihař
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 17 Mar 2011 11:45:18 +0100 Source: enca Binary: enca libenca0 libenca-dev libenca-dbg Architecture: source amd64 Version: 1.13-4 Distribution: unstable Urgency: low Maintainer: Michal Čihař ni...@debian.org Changed-By: Michal

Accepted gmobilemedia 0.4+dfsg-11 (source all)

2011-03-17 Thread Michal Čihař
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 17 Mar 2011 11:52:30 +0100 Source: gmobilemedia Binary: gmobilemedia Architecture: source all Version: 0.4+dfsg-11 Distribution: unstable Urgency: low Maintainer: Michal Čihař ni...@debian.org Changed-By: Michal Čihař

Accepted haproxy 1.4.13-1 (source amd64)

2011-03-17 Thread Christo Buschek
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 11 Mar 2011 12:41:59 + Source: haproxy Binary: haproxy Architecture: source amd64 Version: 1.4.13-1 Distribution: unstable Urgency: low Maintainer: Christo Buschek cr...@30loops.net Changed-By: Christo Buschek

Accepted ffmpegthumbnailer 2.0.6-2 (source amd64)

2011-03-17 Thread Lionel Le Folgoc
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 17 Mar 2011 12:40:44 +0100 Source: ffmpegthumbnailer Binary: ffmpegthumbnailer libffmpegthumbnailer4 libffmpegthumbnailer-dev ffmpegthumbnailer-dbg Architecture: source amd64 Version: 2.0.6-2 Distribution: unstable Urgency:

Accepted lustre 1.8.5+dfsg-2 (source all amd64)

2011-03-17 Thread Patrick Winnertz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 17 Mar 2011 11:56:54 +0100 Source: lustre Binary: linux-patch-lustre lustre-source lustre-utils lustre-tests liblustre lustre-dev Architecture: source all amd64 Version: 1.8.5+dfsg-2 Distribution: unstable Urgency: low

Accepted libhtml-tableextract-perl 2.10-4 (source all)

2011-03-17 Thread Nicholas Bamber
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 16 Mar 2011 21:24:27 + Source: libhtml-tableextract-perl Binary: libhtml-tableextract-perl Architecture: all source Version: 2.10-4 Distribution: unstable Urgency: low Maintainer: Debian Perl Group

Accepted libhtml-template-perl 2.9-3 (source all)

2011-03-17 Thread Nicholas Bamber
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 16 Mar 2011 22:13:45 + Source: libhtml-template-perl Binary: libhtml-template-perl Architecture: all source Version: 2.9-3 Distribution: unstable Urgency: low Maintainer: Debian Perl Group

Accepted libpod-simple-perl 3.16-1 (source all)

2011-03-17 Thread Jonathan Yu
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 16 Mar 2011 20:13:03 -0400 Source: libpod-simple-perl Binary: libpod-simple-perl Architecture: all source Version: 3.16-1 Distribution: unstable Urgency: low Maintainer: Debian Perl Group

Accepted dictionaries-common 1.10.4 (source all)

2011-03-17 Thread Agustin Martin Domingo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 17 Mar 2011 12:59:51 +0100 Source: dictionaries-common Binary: dictionaries-common dictionaries-common-dev Architecture: source all Version: 1.10.4 Distribution: unstable Urgency: low Maintainer: Agustin Martin Domingo

Accepted ispell.pt 20110314-1 (source all)

2011-03-17 Thread Agustin Martin Domingo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 17 Mar 2011 13:02:45 +0100 Source: ispell.pt Binary: iportuguese wportuguese Architecture: source all Version: 20110314-1 Distribution: unstable Urgency: low Maintainer: Agustin Martin Domingo agmar...@debian.org Changed-By:

Accepted cairo-dock 2.3.0~0rc1-1 (source amd64)

2011-03-17 Thread Youhei SASAKI
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 01 Mar 2011 17:08:34 +0900 Source: cairo-dock Binary: cairo-dock cairo-dock-core cairo-dock-dev Architecture: source amd64 Version: 2.3.0~0rc1-1 Distribution: unstable Urgency: low Maintainer: Debian Cairo-dock Maintainers

Accepted grub 0.97-65 (source i386 all)

2011-03-17 Thread Colin Watson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 17 Mar 2011 13:34:14 + Source: grub Binary: grub-legacy grub grub-disk grub-doc grub-legacy-doc multiboot-doc Architecture: source i386 all Version: 0.97-65 Distribution: unstable Urgency: low Maintainer: GRUB Maintainers

Accepted libindicate-qt 0.2.5-2 (source amd64)

2011-03-17 Thread Felix Geyer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 16 Mar 2011 11:03:08 +0100 Source: libindicate-qt Binary: libindicate-qt-dev libindicate-qt1 Architecture: source amd64 Version: 0.2.5-2 Distribution: unstable Urgency: low Maintainer: The Ayatana Packagers

Accepted r-base 2.13.0~20110316-1 (source i386 all)

2011-03-17 Thread Dirk Eddelbuettel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 17 Mar 2011 08:05:43 -0500 Source: r-base Binary: r-base r-base-core r-base-dev r-mathlib r-base-html r-doc-pdf r-doc-html r-doc-info r-recommended r-base-core-dbg Architecture: source i386 all Version: 2.13.0~20110316-1

Accepted sg3-utils 1.31-1 (source amd64)

2011-03-17 Thread Ritesh Raj Sarraf
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 17 Mar 2011 19:46:32 +0530 Source: sg3-utils Binary: sg3-utils libsgutils2-2 libsgutils2-dev Architecture: source amd64 Version: 1.31-1 Distribution: unstable Urgency: low Maintainer: Ritesh Raj Sarraf r...@debian.org

Accepted squashfs-tools 1:4.2-1 (source i386)

2011-03-17 Thread Daniel Baumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 17 Mar 2011 15:04:48 +0100 Source: squashfs-tools Binary: squashfs-tools squashfs-tools-dbg Architecture: source i386 Version: 1:4.2-1 Distribution: unstable Urgency: low Maintainer: Daniel Baumann

Accepted reminiscence 0.2.1-1 (source amd64)

2011-03-17 Thread Damyan Ivanov
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 17 Mar 2011 17:03:57 +0200 Source: reminiscence Binary: reminiscence Architecture: source amd64 Version: 0.2.1-1 Distribution: unstable Urgency: low Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org

Accepted mod-vhost-ldap 2.0.6-1 (source amd64)

2011-03-17 Thread Ondřej Surý
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 17 Mar 2011 16:17:11 +0100 Source: mod-vhost-ldap Binary: libapache2-mod-vhost-ldap Architecture: source amd64 Version: 2.0.6-1 Distribution: unstable Urgency: low Maintainer: Ondřej Surý ond...@debian.org Changed-By: Ondřej

Accepted powertop 1.97-2 (source amd64)

2011-03-17 Thread Patrick Winnertz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 17 Mar 2011 16:24:40 +0100 Source: powertop Binary: powertop Architecture: source amd64 Version: 1.97-2 Distribution: unstable Urgency: low Maintainer: Patrick Winnertz win...@debian.org Changed-By: Patrick Winnertz

Accepted wxsqlite3 2.1.0-2 (source i386 all)

2011-03-17 Thread Alessio Treglia
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 17 Mar 2011 15:33:34 +0100 Source: wxsqlite3 Binary: libwxsqlite3-2.8-0 libwxsqlite3-2.8-dev wxsqlite3-doc wxsqlite3-2.8-dbg Architecture: source i386 all Version: 2.1.0-2 Distribution: unstable Urgency: low Maintainer: Alessio

Accepted pyexiv2 0.3.0-4 (source all amd64)

2011-03-17 Thread Michal Čihař
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 17 Mar 2011 17:01:37 +0100 Source: pyexiv2 Binary: python-pyexiv2 python-pyexiv2-doc Architecture: source all amd64 Version: 0.3.0-4 Distribution: unstable Urgency: low Maintainer: Michal Čihař ni...@debian.org Changed-By:

Accepted exuberant-ctags 1:5.9~svn20110310-1 (source i386)

2011-03-17 Thread Colin Watson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 17 Mar 2011 16:47:08 + Source: exuberant-ctags Binary: exuberant-ctags Architecture: source i386 Version: 1:5.9~svn20110310-1 Distribution: unstable Urgency: low Maintainer: Colin Watson cjwat...@debian.org Changed-By:

Accepted ekg2 1:0.4~pre+20110317.1-1 (source all amd64)

2011-03-17 Thread Marcin Owsiany
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 17 Mar 2011 16:36:45 + Source: ekg2 Binary: ekg2-core ekg2 ekg2-api-docs ekg2-dbg ekg2-gnupg ekg2-jabber ekg2-scripting-python ekg2-scripting-perl ekg2-ui-gtk ekg2-ui-ncurses Architecture: source amd64 all Version:

Accepted config-package-dev 4.12 (source all)

2011-03-17 Thread Anders Kaseorg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 05 Feb 2011 21:37:05 -0500 Source: config-package-dev Binary: config-package-dev Architecture: source all Version: 4.12 Distribution: unstable Urgency: low Maintainer: Tim Abbott tabb...@mit.edu Changed-By: Anders Kaseorg

Accepted liborlite-perl 1.48-2 (source all)

2011-03-17 Thread Ansgar Burchardt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 17 Mar 2011 18:40:09 +0100 Source: liborlite-perl Binary: liborlite-perl Architecture: all source Version: 1.48-2 Distribution: unstable Urgency: low Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org

Accepted libpadre-plugin-css-perl 0.14-2 (source all)

2011-03-17 Thread Ansgar Burchardt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 17 Mar 2011 18:31:53 +0100 Source: libpadre-plugin-css-perl Binary: libpadre-plugin-css-perl Architecture: all source Version: 0.14-2 Distribution: unstable Urgency: low Maintainer: Debian Perl Group

Accepted xosview 1.8.3+debian-22 (source amd64)

2011-03-17 Thread Kartik Mistry
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 17 Mar 2011 22:25:36 +0530 Source: xosview Binary: xosview Architecture: source amd64 Version: 1.8.3+debian-22 Distribution: unstable Urgency: low Maintainer: Kartik Mistry kar...@debian.org Changed-By: Kartik Mistry

Accepted libpadre-plugin-html-perl 0.13-3 (source all)

2011-03-17 Thread Ansgar Burchardt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 17 Mar 2011 19:03:46 +0100 Source: libpadre-plugin-html-perl Binary: libpadre-plugin-html-perl Architecture: all source Version: 0.13-3 Distribution: unstable Urgency: low Maintainer: Debian Perl Group

Accepted libpadre-plugin-xml-perl 0.10-3 (source all)

2011-03-17 Thread Ansgar Burchardt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 17 Mar 2011 19:10:16 +0100 Source: libpadre-plugin-xml-perl Binary: libpadre-plugin-xml-perl Architecture: all source Version: 0.10-3 Distribution: unstable Urgency: low Maintainer: Debian Perl Group

Accepted mixal 1.08-11 (source amd64)

2011-03-17 Thread Vince Mulhollon
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 17 Mar 2011 13:01:37 -0500 Source: mixal Binary: mixal Architecture: source amd64 Version: 1.08-11 Distribution: unstable Urgency: low Maintainer: Vince Mulhollon v...@debian.org Changed-By: Vince Mulhollon v...@debian.org

Accepted feel++ 0.90.0-1 (source all amd64)

2011-03-17 Thread Christophe Prud'homme
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 17 Mar 2011 11:52:26 +0100 Source: feel++ Binary: libfeel++1 libfeel++-dev libfeel++-dbg feel++-apps feel++-doc Architecture: source all amd64 Version: 0.90.0-1 Distribution: unstable Urgency: low Maintainer: Debian Science

Accepted proftpd-dfsg 1.3.3d-5 (source i386 all)

2011-03-17 Thread Francesco Paolo Lovergine
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 17 Mar 2011 13:16:12 +0100 Source: proftpd-dfsg Binary: proftpd-basic proftpd-dev proftpd-doc proftpd-mod-mysql proftpd-mod-pgsql proftpd-mod-ldap proftpd-mod-odbc proftpd-mod-sqlite Architecture: source i386 all Version:

Accepted libconvert-ber-perl 1.3200-1 (source all)

2011-03-17 Thread Nacho Barrientos Arias
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 15 Mar 2011 09:35:15 + Source: libconvert-ber-perl Binary: libconvert-ber-perl Architecture: source all Version: 1.3200-1 Distribution: unstable Urgency: low Maintainer: Nacho Barrientos Arias na...@debian.org Changed-By:

Accepted timblserver 1.1-4 (source amd64)

2011-03-17 Thread Joost van Baal
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 17 Mar 2011 19:56:15 +0100 Source: timblserver Binary: timblserver Architecture: source amd64 Version: 1.1-4 Distribution: unstable Urgency: low Maintainer: Debian Science Team

Accepted feel++ 0.90.0-2 (source all amd64)

2011-03-17 Thread Christophe Prud'homme
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 17 Mar 2011 21:41:36 +0100 Source: feel++ Binary: libfeel++1 libfeel++-dev libfeel++-dbg feel++-apps feel++-doc Architecture: source all amd64 Version: 0.90.0-2 Distribution: unstable Urgency: low Maintainer: Debian Science

Accepted libaqbanking 5.0.5-1 (source i386 all)

2011-03-17 Thread Micha Lenk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 17 Mar 2011 22:06:49 +0100 Source: libaqbanking Binary: libaqbanking33-dev libaqbanking-doc aqbanking-tools libaqbanking33-plugins libaqbanking-plugins-libgwenhywfar60 libaqbanking-data libaqbanking33 libaqbanking33-dbg

Accepted libcompress-raw-bzip2-perl 2.033-1 (source i386)

2011-03-17 Thread gregor herrmann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 17 Mar 2011 22:09:21 +0100 Source: libcompress-raw-bzip2-perl Binary: libcompress-raw-bzip2-perl Architecture: source i386 Version: 2.033-1 Distribution: unstable Urgency: low Maintainer: Debian Perl Group

Accepted liblinear 1.7+dfsg-1 (source amd64)

2011-03-17 Thread Christian Kastner
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 11 Mar 2011 19:30:51 +0100 Source: liblinear Binary: liblinear-dev liblinear1 liblinear-dbg liblinear-tools python-liblinear Architecture: source amd64 Version: 1.7+dfsg-1 Distribution: unstable Urgency: low Maintainer:

  1   2   >