Re: [pkg-lighttpd] Bug#474951: Is a fix for etch planned?

On Tue, Apr 15, 2008 at 08:39:03AM +0200, Pierre Habouzit wrote: > Dear security team, you broke lighttpd badly with your last upload, > because you use a broken patch to fix the last CVE on it. Please update > the patch, using e.g. the one in the unstable version instead. You've > broken lightt

Re: [pkg-lighttpd] Bug#474951: Is a fix for etch planned?

On Tue, Apr 15, 2008 at 02:40:07AM +, Shane McChesney wrote: > Glad I found this thread, it explains the 239GB error log I just blew > away and the new one growing on the server now. > > On 1.4.13-4etch7, running: > > apt-get update > apt-get install lighttpd > > says "lighttpd is alread

Re: Removal of nikto

On Tue, Apr 15, 2008 at 2:38 AM, Luk Claes <[EMAIL PROTECTED]> wrote: > >>> [1] http://wiki.debian.org/ftpmaster_Removals > >> That page suggests that the SRMs are responsible for removals from stable. > > > > Yes, and one of them asks to file a bug... > > To make this more clear: the Stable

Re: [Pkg-virtualbox-devel] xerces transition

Frank Mehnert <[EMAIL PROTECTED]> wrote: > On Tuesday 08 April 2008, Michael Meskes wrote: >> On Sun, Apr 06, 2008 at 09:45:15PM -0400, Jay Berkenbilt wrote: >> > To all maintainers of packages that have dependencies on libxerces27 >> > or libxerces28: >> > >> > If you do not have a build dependen

Bugs that'll block python 2.5

Hello guys. Yesterday about 100 binNMUs (per arch) were scheduled to rebuild stuff against the new default python version. amd64 and others seem to have attempted them all already, so I took a peek at what failed, and tagged the existing bugs (or submitted new ones) with the "goal-python2.5" user

Re: Removal of nikto

Luk Claes wrote: > Paul Wise wrote: >> On Mon, Apr 14, 2008 at 4:50 AM, Luk Claes <[EMAIL PROTECTED]> wrote: >> >>> > Concerned files are plugins/*.db. They are still distributable along >>> > with nikto so there is no license violation. I have been suggested on >>> > debian-legal to ask

Re: binNMUs against libupnp3

* Sebastian Dröge [Mon, 14 Apr 2008 11:56:11 +0200]: > please schedule binNMUs for the following packages for the libupnp3 > SONAME transition: > amule Don't schedule this one, the dependency is hard-coded. (dlopen'd) Changed in my $vcs -- no hurry to upload, since the dependency is only presen

pending libclamav transition

Hi all, Upstream has changed the soname of libclamav in the new version being released today. This change affects, at a quick glance, the following packages: sylpheed-claws-clamav python-clamav php5-clamavlib klamav havp gurlchecker dansguardian avscan Is there any objection to me uploading, or

Re: bin-NMUs for hunspell transition (was: Re: libhunspell SONAME transition)

Hi, Rene Engelhard wrote: > Rene Engelhard wrote: > > OK, hunspell 1.2.2 uploaded to unstable. > > OK, so now the round of bin-NMUs now that the new hunspell is available on > all archs.. Note that libhunspell-1.1-0 is no already gone according to removals.txt... Regards, Rene -- To UNSUBSC

bin-NMUs for hunspell transition (was: Re: libhunspell SONAME transition)

Hi, Rene Engelhard wrote: > OK, hunspell 1.2.2 uploaded to unstable. OK, so now the round of bin-NMUs now that the new hunspell is available on all archs.. Please schedule the following bin-NMUs: enchant - all archs - +b1 icedove - all archs - +b1 iceape - all archs - +b1 iceweasel - all arc

Some packages in NEW

Hi I have a couple of packages in the NEW holding queue. vnc4 (split vncpasswd to own package) tightvnc (split vncpasswd to own package) linux-patch-openvz (renamed from kernel-patch-openvz) All of them has been rejected because of comments. All the issues has then been corrected and a new uploa

Re: Possible hints

On Sun, Apr 13, 2008 at 09:00:30PM -0400, Roberto C. Sánchez wrote: > It appears that each of shorewall-{common,shell,perl} are over 10 days > old but have not migrated. It appears that the migration page [0] > thinks that it would cause problems on i386, which is odd since all of > the shorewall-

binNMUs for libspeex dropping .la files

Hi, please schedule binNMUs for the following packages as latest libspeex was dropping .la files, making packages depending on the following fail to build: libshout Thanks signature.asc Description: Dies ist ein digital signierter Nachrichtenteil

binNMUs against libupnp3

Hi, please schedule binNMUs for the following packages for the libupnp3 SONAME transition: amule gmyth-upnp wmaloader Thanks signature.asc Description: Dies ist ein digital signierter Nachrichtenteil