Please unblock vserver-debiantools
Hi Release team I would like you to unblock vserver-debiantools. The reason is that it currently do not support squeeze which is sort of important. vserver-debiantools (0.7.2) unstable; urgency=low * Changes to allow install on squeeze. Without this change it is likely to fail. -- Ola Lundqvist Sat, 11 Sep 2010 21:21:24 +0200 vserver-debiantools (0.7.1) unstable; urgency=medium * Spelling correction. -- Ola Lundqvist Sat, 04 Sep 2010 18:52:41 +0200 vserver-debiantools (0.7) unstable; urgency=medium * Support for squeeze as Debian release. * Correction to a potential data overwrite issue. Closes: #579660. Thanks to Olivier Delemar for the patch. -- Ola Lundqvist Sat, 04 Sep 2010 10:43:58 +0200 Thanks in advance. // Ola -- --- Inguza Technology AB --- MSc in Information Technology / o...@inguza.comAnnebergsslingan 37\ | o...@debian.org 654 65 KARLSTAD| | http://inguza.com/Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914060257.gb30...@inguza.net
collectd on mips in Squeeze
Hi, recently, collectd has been removed on mips (see #593060) because of its build-dep on openjdk, which was to be removed as well. collectd could be re-introduced by disabling the "java" plugin on mips and limiting the build-dep to [!mips]. The difference would be another (there are quite a few already) conditional '--disable-java' configure option in d/rules and, thus, not shipping one shared object on mips. Would that still be fine for Squeeze? Else, the package should be marked 'not-for-us' on mips/testing (buildd admins Cc'ed) -- I'm gonna fix that in unstable soonish. TIA, Sebastian PS: I probably won't be able to take care of that before the weekend. -- Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#596677: marked as done (unblock: libconfig-model-tkui-perl/1.310-1)
Your message dated Tue, 14 Sep 2010 02:04:40 -0300
with message-id <4c8f0268.8000...@debian.org>
and subject line Re: Bug#596677: unblock: libconfig-model-tkui-perl/1.310-1
has caused the Debian Bug report #596677,
regarding unblock: libconfig-model-tkui-perl/1.310-1
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
596677: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596677
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package libconfig-model-tkui-perl. This new release fixes
a usability bug where some buttons were not enabled when needed.
The meat of the change is quite small:
Index: lib/Config/Model/Tk/HashEditor.pm
===
--- lib/Config/Model/Tk/HashEditor.pm (revision 61498)
+++ lib/Config/Model/Tk/HashEditor.pm (revision 62496)
@@ -119,7 +119,7 @@
# bind both entries to update correctly the state of all buttons
my $bound_sub = sub {
- $cw->update_state(entry => $item , tklist => $tklist->curselection)
+ $cw->update_state(entry => $item , tklist => $tklist->curselection ||
0)
};
$entry -> bind( '' , $bound_sub );
$tklist-> bind( '<>', $bound_sub );
unblock libconfig-model-tkui-perl/1.310-1
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.utf8)
Shell: /bin/sh linked to /bin/bash
--- End Message ---
--- Begin Message ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 13-09-2010 08:13, Dominique Dumont wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
>
>
> Please unblock package libconfig-model-tkui-perl. This new release fixes
> a usability bug where some buttons were not enabled when needed.
>
> The meat of the change is quite small:
>
> Index: lib/Config/Model/Tk/HashEditor.pm
> ===
> --- lib/Config/Model/Tk/HashEditor.pm (revision 61498)
> +++ lib/Config/Model/Tk/HashEditor.pm (revision 62496)
> @@ -119,7 +119,7 @@
>
> # bind both entries to update correctly the state of all buttons
> my $bound_sub = sub {
> - $cw->update_state(entry => $item , tklist => $tklist->curselection)
> + $cw->update_state(entry => $item , tklist => $tklist->curselection ||
> 0)
> };
> $entry -> bind( '' , $bound_sub );
> $tklist-> bind( '<>', $bound_sub );
>
>
>
> unblock libconfig-model-tkui-perl/1.310-1
Unblocked.
Kind regards,
- --
Felipe Augusto van de Wiel (faw)
Debian. Freedom to code. Code to freedom!
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkyPAmcACgkQCjAO0JDlykZd7ACfdV09qagPWtVHFoql9sgJImv6
3EAAn3vqVmAg3XmG3B4Lgv89N41LKALu
=kZa2
-END PGP SIGNATURE-
--- End Message ---
Bug#596675: marked as done (freeze exception: enemies-of-carlotta 1.2.6-4 into Squeeze)
Your message dated Tue, 14 Sep 2010 02:06:02 -0300 with message-id <4c8f02ba.2030...@debian.org> and subject line Re: Bug#596675: freeze exception: enemies-of-carlotta 1.2.6-4 into Squeeze has caused the Debian Bug report #596675, regarding freeze exception: enemies-of-carlotta 1.2.6-4 into Squeeze to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 596675: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596675 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Hi, Yesterday I had bug #596623 reported (enemies-of-carlotta uses deprecated md5 module). The result is that the deprecation warnings will confuse MTAs and break mailing lists using e-o-c. So I've just now changed the bug to "serious", and uploaded 1.2.6-4 which uses the hashlib module instead. Please can you allow this version into Squeeze for release? Sorry I didn't notice the problem sooner. This is the changelog entry from 1.2.6-3 which is currently in Squeeze: enemies-of-carlotta (1.2.6-4) unstable; urgency=high * Switched from deprecated md5 to hashlib (closes: #596623) -- Dave Holland Mon, 13 Sep 2010 10:33:49 +0100 thanks, Dave --- End Message --- --- Begin Message --- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13-09-2010 06:46, Dave Holland wrote: > Package: release.debian.org > > Hi, > > Yesterday I had bug #596623 reported (enemies-of-carlotta uses > deprecated md5 module). The result is that the deprecation warnings > will confuse MTAs and break mailing lists using e-o-c. So I've just > now changed the bug to "serious", and uploaded 1.2.6-4 which uses the > hashlib module instead. Please can you allow this version into Squeeze > for release? Sorry I didn't notice the problem sooner. > > This is the changelog entry from 1.2.6-3 which is currently in Squeeze: > > enemies-of-carlotta (1.2.6-4) unstable; urgency=high > > * Switched from deprecated md5 to hashlib (closes: #596623) > > -- Dave Holland Mon, 13 Sep 2010 10:33:49 +0100 Unblocked. Kind regards, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyPArkACgkQCjAO0JDlykaOMgCfdkzBwsKOiGJ654KZtDHD05SF LP0An32K6lckidINQMvTLUqPH579xNsx =kTzM -END PGP SIGNATURE- --- End Message ---
Re: Please unblock mahara-1.2.6-2 (currently in NEW)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13-09-2010 02:01, Francois Marier wrote: > Hi, > > Mahara 1.2.6 was released upstream to fix two RC bugs: > > - removal of a non-free swf video player (#591200) > - upgrades from 1.0.x (the version in lenny) didn't work (not in the BTS) > > The reason why it's currently in NEW is that I created a new contrib package > with the swf files in it. They come with source code, but they require tools > that aren't in Debian to be built from source. > > (I did most of these fixes in mahara-1.2.6-1, but I forgot about one swf so I > had to upload mahara-1.2.6-2 shortly after.) > > Let me know if this request isn't useful as long as the packages as in NEW > and I'll resubmit once they've been accepted by ftpmasters. Can you provide some diff in advance (before ftpmaster acceptance)? It sounds OK to get it unblocked, but a diff would be better. :-) Kind regards, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyPA8UACgkQCjAO0JDlykbxngCZAaSG1IvS00KCPDFnuwfomWWg qpwAoKMd229X7O1+lIEVHeLHPXzNaDdI =eGT8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c8f03c6.1020...@funlabs.org
Bug#596688: marked as done (unblock: gweled/0.8.repack-5)
Your message dated Tue, 14 Sep 2010 01:58:19 -0300 with message-id <4c8f00eb.6000...@debian.org> and subject line Re: Bug#596688: unblock: gweled/0.8.repack-4.1 (currently in DELAYED/2) has caused the Debian Bug report #596688, regarding unblock: gweled/0.8.repack-5 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 596688: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596688 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Severity: normal Hi! Could you please unblock gweled/0.8.repack-4.1? It fixes RC bug #595590 (which is actually the same as #591597, incorrectly marked as fixed) and the fix is trivial: diff -Nru gweled-0.8.repack/debian/rules gweled-0.8.repack/debian/rules --- gweled-0.8.repack/debian/rules 2010-08-04 09:29:10.0 +0200 +++ gweled-0.8.repack/debian/rules 2010-09-13 14:04:32.0 +0200 @@ -15,4 +15,4 @@ override_dh_auto_install: dh_auto_install - rm -rf $(CURDIR)/debian/gweled/var/games + rm -rf $(CURDIR)/debian/gweled/var/games/* Best regards, Alexander -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de...@euro) Shell: /bin/sh linked to /bin/bash --- End Message --- --- Begin Message --- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13-09-2010 09:23, Alexander Reichle-Schmehl wrote: > Package: release.debian.org > Severity: normal > > Hi! > > Could you please unblock gweled/0.8.repack-4.1? It fixes RC bug #595590 > (which is actually the same as #591597, incorrectly marked as fixed) and > the fix is trivial: > > > diff -Nru gweled-0.8.repack/debian/rules gweled-0.8.repack/debian/rules > --- gweled-0.8.repack/debian/rules2010-08-04 09:29:10.0 +0200 > +++ gweled-0.8.repack/debian/rules2010-09-13 14:04:32.0 +0200 > @@ -15,4 +15,4 @@ > > override_dh_auto_install: > dh_auto_install > - rm -rf $(CURDIR)/debian/gweled/var/games > + rm -rf $(CURDIR)/debian/gweled/var/games/* Unblocked. *BUT*, I don't like the idea of maintainers _just_ retitling the bug without adding the information that the new version overrides the NMU and *adds* new stuff to the diff. We would really appreciate such details to be explicit mentioned to avoid WTFs while reviewing unblocks. Kind regards - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyPAOoACgkQCjAO0JDlyka2kgCdF4kUSRLozNcTtFSG/kMzVMFS AiIAnRWhv4Y+gTpR37m84rAHwr68CDLJ =wNk8 -END PGP SIGNATURE- --- End Message ---
Re: unblock request for vzctl
Hi Julien On Mon, Sep 13, 2010 at 10:47:26PM +0200, Julien Cristau wrote: > On Mon, Sep 13, 2010 at 22:10:51 +0200, Ola Lundqvist wrote: ... > > > Why are you ignoring errors from the init script? > > > > Good question. It is a practice of mine to make sure that upgrade > > do not fail just because of some issue during the startup. Especially > > important as this one checks for kernel modules which may be provided > > by custom kernels. Do you have a problem with that? > > > Well, kind of, yeah. If a service can't start for whatever reason then > I don't think it should be ignored and swept under the carpet. Ok. As we have the if statement first on whether it should be started or not it should be safe enough. I have also reviewed so that problems like "already started" is safely ignored already. I have removed the "|| true" part of the code now. Uploaded in 3.0.24-7. ... > > > The upstart fix doesn't seem necessary, although probably harmless.. > > > > I'm not sure what upstart fix you are referring to. > > > > If you are referring to the change in vzeventd, then yes it should be > > harmless. > > Not strictly necessary but could be useful > > for people. I thought it would be useful to add as this was the first > > time this script was introduced anyway. > > > > If you are referring to the solution for #411902, I solved that one as > > vzeventd should be started on install. I made sure vz was also > > started at the same time. > > > > Or did you refer to something else? > > > I'm referring to the first and second hunks in > etc/dists/scripts/debian-add_ip.sh. It is this solution: 'debian-add_ip.sh: fixlet for Ubuntu networking' http://git.openvz.org/?p=vzctl;a=commit;h=0ea082ad2e72b6bad15c0e64d8bf2b4e1ee7f11a Ubuntu is not Debian, I know. But this problem is to solve so that you can run Ubuntu in a container on a debian machine. Please tell if you have a problem with that one. I can revert it. It is not critical, but I think it is rather important. Best regards, // Ola > Cheers, > Julien -- --- Inguza Technology AB --- MSc in Information Technology / o...@inguza.comAnnebergsslingan 37\ | o...@debian.org 654 65 KARLSTAD| | http://inguza.com/Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914045155.ga29...@inguza.net
Bug#596720: marked as done (unblock: python-debianbts/1.9)
Your message dated Tue, 14 Sep 2010 01:40:06 -0300 with message-id <4c8efca6.5010...@debian.org> and subject line Re: Bug#596720: unblock: python-debianbts/1.9 has caused the Debian Bug report #596720, regarding unblock: python-debianbts/1.9 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 596720: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596720 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package python-debianbts python-debianbts recevied a lot of attention lately, in particular durin DebConf and it would be nice to have it in Squeeze: it contains several fixed related to utf-8 crashed, along with documentation improvement and a wide t est suite. I'm not the maintainer (X-Debbugs-CC'ed) but since I happen to use that package, and after agreement from the mai nt himself, I'm asking for an unblock. unblock python-debianbts/1.9 Regards, Sandro -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash --- End Message --- --- Begin Message --- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13-09-2010 14:21, Sandro Tosi wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: unblock > > Please unblock package python-debianbts > > python-debianbts recevied a lot of attention lately, in > particular durin DebConf and it would be nice to have it in > Squeeze: it contains several fixed related to utf-8 crashed, > along with documentation improvement and a wide t est suite. > > I'm not the maintainer (X-Debbugs-CC'ed) but since I happen to > use that package, and after agreement from the mai nt himself, > I'm asking for an unblock. > > unblock python-debianbts/1.9 Unblocked. Kind regards, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyO/KQACgkQCjAO0JDlykaMdwCeLYL+Mb2q8h96Rz/jHSHkjeFq 4J4An1ZY6H2g+2eQ+Xv1DvYVhvkp8449 =fQD/ -END PGP SIGNATURE- --- End Message ---
Bug#596717: marked as done (unblock: software-center/2.0.7debian5)
Your message dated Tue, 14 Sep 2010 01:42:13 -0300 with message-id <4c8efd25.2070...@funlabs.org> and subject line Re: Bug#596717: unblock: software-center/2.0.7debian5 has caused the Debian Bug report #596717, regarding unblock: software-center/2.0.7debian5 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 596717: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596717 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package software-center This update fixes a release critical bug (not working) caused by API changes in Xapian. You may want to push this to testing ASAP, as the current version in testing is completely unusable and the changes are small; that is, "s/m\[xapian.MSET_DOCUMENT\]/m.document/g" is done on the code. unblock software-center/2.0.7debian5 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (350, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgpBljYMHmMlJ.pgp Description: PGP signature --- End Message --- --- Begin Message --- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13-09-2010 14:13, Julian Andres Klode wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: freeze-exception > > Please unblock package software-center > > This update fixes a release critical bug (not working) > caused by API changes in Xapian. You may want to push > this to testing ASAP, as the current version in testing > is completely unusable and the changes are small; that > is, "s/m\[xapian.MSET_DOCUMENT\]/m.document/g" is done > on the code. > > unblock software-center/2.0.7debian5 Unblocked. I didn't change the age-days, so it should hit testing by the end of the week. :) Kind regards, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyO/SMACgkQCjAO0JDlykYhyQCfRZlSi4Zd5Y2wcNv45+iFpbqT +fAAoIrhLt/a4yhZVZipvDRPLEZhkfax =E8px -END PGP SIGNATURE- --- End Message ---
Re: Pre-approval for upcoming FFmpeg upload
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13-09-2010 10:34, Reinhard Tartler wrote: > With your permission, I'd like to upload the following debdiff to fix a > rather embarrassing bug: Please, upload and let us know once it got accepted. Kind regards, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyO/lsACgkQCjAO0JDlykYrUQCdG8gKtvqLnDpMZKvMSa69VFgj bwYAoIvLtUm8MNcbz9NSv+Khnid9l/RA =EV9e -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c8efe5d.8050...@funlabs.org
Re: libesmtp6 in unstable
On 09/10/2010 12:46 PM, Sebastian Harl wrote: > Hi Jeremy, > > I noticed that libesmtp 1.0.6 introduces a new major SONAME version in > unstable (libesmtp6 compared to libesmtp5 in Squeeze). Are there any > plans to get that into Squeeze? I haven't found any discussions about > that on -release and since that's a new upstream version, this is quite > unlikely to happen (not to say: mostly impossible) anyway since Squeeze > is frozen. That makes the upload kinda unfortunate, though, as it > basically makes it impossible to get any reverse deps into Squeeze > through unstable, but I might just have missed something. > > TIA, > Sebastian > With the ABI change and the upstream release coming so close to the Squeeze freeze being announced I have no expectation of 1.0.6-1 making it into Squeeze for release. I had already made the 1.0.4-5 upload in late July to address existing CVE issues that remained so the version in Squeeze now is free of known security issues at this time. Regards, Jeremy signature.asc Description: OpenPGP digital signature
Bug#596670: unblock: perdition/1.19~rc3-1
On Mon, Sep 13, 2010 at 07:58:23PM +0100, Adam D. Barratt wrote: > On Mon, 2010-09-13 at 18:17 +0900, Horms wrote: > > Perdition 1.19~rc4-1 includes several important fixes and I would like it > > considered for inclusion in Squeeze. As it coincides with an upstream > > release (1.19-rc4) it also contains one or two (minor) changes that don't > > strictly meet the criteria for the freeze. > > Does the versioning imply that 1.19 is likely to be released soon? If > so, are you likely to be requesting a further exception for that? Ideally I would like to release 1.19 soon. Although I don't know of any outstanding problems, I had it in mind to wait to see if any bugs show up. If it makes a difference to you I could change my plan and turn 1.19-rc4 into 1.19. What I had in mind was that if any serious bugs showed up then I would a freeze exception accordingly. I don't have it in mind to request a freeze just to bump the version to 1.19. > > > changeset: 867:86df56cded53 > > user:Christophe Ségui > > date:Thu Sep 09 21:34:24 2010 +0900 > > summary: Correct parsing of NIS map > > > > This is a bug that I believe is worthy of fixing for Squeeze > > This appears to be #596102 (the attribution above matches the bug's > submitter), although that isn't mentioned in the changelog. Sorry, yes it is #596102. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914020435.ge2...@verge.net.au
Processed: Bug#596670: unblock: perdition/1.19~rc3-1
Processing commands for cont...@bugs.debian.org: > retitle 596670 unblock: perdition/1.19~rc4-1 Bug #596670 [release.debian.org] unblock: perdition/1.19~rc3-1 Changed Bug title to 'unblock: perdition/1.19~rc4-1' from 'unblock: perdition/1.19~rc3-1' > End of message, stopping processing here. Please contact me if you need assistance. -- 596670: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596670 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12844299905315.transcr...@bugs.debian.org
Re: Freeze exception request for opencv
Hi, On Mon, Sep 13, 2010 at 06:40:09PM +0200, Julien Cristau wrote: > On Sun, Sep 12, 2010 at 04:26:31 +0900, Nobuhiro Iwamatsu wrote: > > > Hi, > > > > I'd like to ask for a freeze exception for opencv 2.1.0-2. > > > > opencv had a problem of FTBFS on hppa[0], but deleted hppa > > from unstable[1]. > > > > Please unblock this package. > > > > [0]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590977 > > [1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596190 > > > opencv has reverse dependencies with hppa binary packages. That needs > to get fixed one way or another. > > In unstable, that's: > > Source: freej (0.10git20100110-1) > Source: frei0r > Source: kipi-plugins > Source: libdecodeqr > Source: mrpt > Source: player Thanks, I will apply for the deletion of these packages from hppa. > > Not to mention it's fairly late to be introducing a new upstream version > in testing, not fixing any RC bug. > Yes, I know. But OpenCV 2.1 is basically a stabilized OpenCV 2.0. Many bug is revised from version 2.0 to 2.1. I want to put opencv 2.1 in squeeze. Best regards, Nobuhiro signature.asc Description: Digital signature
Bug#595602: unblock: subdownloader/2.0.13-1
On Thu, Sep 9, 2010 at 3:49 PM, Julien Cristau wrote: > On Sun, Sep 5, 2010 at 12:00:21 +0100, Marco Rodrigues wrote: > > > Please unblock package subdownloader. The current stable version > > doesn't currently connect to API ( RC Bug ). This new 2.0.13 version > > Is that bug filed in the BTS? No. It was reported in Launchpad / Ubuntu initially. Do I need to fill it ? > > only has a new method of connecting to http with better performance > > and locales updates. > > > > Relevant changes in Changelog: > > > > - Update translations from Launchpad. > > Why do some translated strings disappear from the greek translation? > Looks like they were removed from the translator at Launchpad for some reason. I've just exported them from LP. https://translations.launchpad.net/subdownloader/trunk/+pots/subdownloader/el/+translate?start=0&batch=10&show=untranslated&field.alternative_language=&field.alternative_language-empty-marker=1&old_show=untranslated They were removed and reviewed as empty. Is this a block or I need to upload a new version with that strings (which I don't know what they mean, because I don't know Greek) included? Thanks. -- Marco Rodrigues http://www.marblehole.com
Re: soci package back in squeeze?
On Mon, 2010-09-13 at 21:21 +0100, Neil Williams wrote: > On Mon, 13 Sep 2010 21:23:18 +0200 > Julian Taylor wrote: > > > Unfortunately I was a bit too late to adopt it. > > umm, like a year. I'm sorry, I only recently decided to get more active in development of debian. Adopting a package seemed to me to be a good way to get my feet wet. I choose soci because I consider it very useful and would like to keep it in debian in some way. > > > Given that it was in squeeze up to a short while ago and it is still > > in lenny, > > (Having it in lenny hasn't anything to do with whether it should be in > squeeze.) > > > is there the possibility to get it back into squeeze if I > > adopt it? > > Is there any realistic prospect of this actually happening? soci was > orphaned for eighteen months before being removed! I would adopt it. I just need a decision if it could be reincluded in squeeze. If yes I'll take over the existing package and do whatever maintenance is required. If not I'll wait for the next upstream release and package it for wheezy. > > > Upstream is still active and is currently working on a new release > > which I intend to package in any case (obviously not for squeeze) > > Upstream has been pretending to do stuff for 2 years. There is little > prospect of a new upstream release before Squeeze is released IMHO. The > proposed upload is yet another not-yet-released-made-up-version > +random-git-noise mess. That's no better than the > not-yet-released-made-up-version-random-cvs-noise version which was > removed. > > 3.0.0 has been unreleased now for nearly three years. > > Packaging soci for Wheezy would appear to be a pipe dream. If you've > got time to do anything with soci, join upstream and get the release > out. If not, find something more useful to do please. Debian doesn't > need soci IMHO. I am working with upstream on the new release (basically a bugfix release + new build system) But it is unlikely that it will be released in time for squeeze. > > > All patches currently in the debian package have bee incorporated into > > upstream and I am willing to backport all bugfixes which have > > accumulated since the last release of the library. > > What possible justification is there for putting the package back into > Squeeze when nothing has actually changed since it was removed? > It was orphaned, now there is somebody who would adopt it. This fixes the only reason why it was removed. There were no serious bugs reported against it and the library works. It lacks a bit of documentation in certain areas, but I've seen worse. I consider this a possible justification. If it is enough is up to the release managers. signature.asc Description: This is a digitally signed message part
Bug#596749: marked as done (RM: symfony/1.0.21-2)
Your message dated Mon, 13 Sep 2010 23:37:35 +0200 with message-id <20100913213735.gg3...@radis.liafa.jussieu.fr> and subject line Re: Bug#596749: RM: symfony/1.0.21-2 has caused the Debian Bug report #596749, regarding RM: symfony/1.0.21-2 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 596749: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596749 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Please remove symfony from testing. It contains security sensitive code copies and should not enter a stable release if it's orphaned. Popcon is also very low. We can leave it in unstable for now, though. Cheers, Moritz -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash --- End Message --- --- Begin Message --- On Mon, Sep 13, 2010 at 22:07:17 +0200, Moritz Muehlenhoff wrote: > Please remove symfony from testing. It contains security sensitive > code copies and should not enter a stable release if it's orphaned. > Popcon is also very low. We can leave it in unstable for now, though. > Removal hint added, thanks Moritz. Cheers, Julien signature.asc Description: Digital signature --- End Message ---
Re: unblock request for vzctl
On Mon, Sep 13, 2010 at 22:10:51 +0200, Ola Lundqvist wrote: > > diff -u vzctl-3.0.24/debian/vzctl.postinst > > vzctl-3.0.24/debian/vzctl.postinst > > --- vzctl-3.0.24/debian/vzctl.postinst > > +++ vzctl-3.0.24/debian/vzctl.postinst > > @@ -52,6 +41,25 @@ > > rm $NAMECFG > > fi > > done > > +fi > > + # This is not an upgrade, check if we should start it as well. > > + if [ -d /proc/vz ] ; then > > + if [ -x /usr/sbin/invoke-rc.d ] ; then > > + invoke-rc.d vz start || true > > + else > > + /etc/init.d/vz start || true > > + fi > > + else > > + echo "The kernel do not support openvz, do not start vz." > > + fi > > + if [ -e /sys/module/vzevent/parameters/reboot_event ] ; then > > + if [ -x /usr/sbin/invoke-rc.d ] ; then > > + invoke-rc.d vzeventd start || true > > + else > > + /etc/init.d/vzeventd start || true > > + fi > > + else > > + echo "The kernel do not support vzevent, do not start vzeventd." > > fi > > ;; > > > > > > Why are you ignoring errors from the init script? > > Good question. It is a practice of mine to make sure that upgrade > do not fail just because of some issue during the startup. Especially > important as this one checks for kernel modules which may be provided > by custom kernels. Do you have a problem with that? > Well, kind of, yeah. If a service can't start for whatever reason then I don't think it should be ignored and swept under the carpet. > > It looks like you've done the autotools run with older versions > > (automake 1.10 instead of 1.11)? That makes the diff quite a bit larger > > than it would otherwise be. > > Yes. I run stable here, except for some few backported tools. So, yes > it is larger than necessary. > > > Why does src/vzctl-actions.c now ignore malloc() failure? > > It was part of 'Revert "Check for memory granted by get_dist_name"'. > See > http://git.openvz.org/?p=vzctl;a=commit;h=9588ecbb8c8e3b628a1187e88d664662b83c97d5 > There were issues with the change in 3.0.24. > > > The upstart fix doesn't seem necessary, although probably harmless.. > > I'm not sure what upstart fix you are referring to. > > If you are referring to the change in vzeventd, then yes it should be > harmless. > Not strictly necessary but could be useful > for people. I thought it would be useful to add as this was the first > time this script was introduced anyway. > > If you are referring to the solution for #411902, I solved that one as > vzeventd should be started on install. I made sure vz was also > started at the same time. > > Or did you refer to something else? > I'm referring to the first and second hunks in etc/dists/scripts/debian-add_ip.sh. Cheers, Julien signature.asc Description: Digital signature
Bug#596749: RM: symfony/1.0.21-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Please remove symfony from testing. It contains security sensitive code copies and should not enter a stable release if it's orphaned. Popcon is also very low. We can leave it in unstable for now, though. Cheers, Moritz -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913200717.3235.95629.report...@localhost.localdomain
Re: unblock request for vzctl
Hi Julien Thanks for checking the package. On Mon, Sep 13, 2010 at 09:24:01PM +0200, Julien Cristau wrote: > On Sat, Sep 11, 2010 at 22:22:09 +0200, Ola Lundqvist wrote: > > > vzctl (3.0.24-5) unstable; urgency=medium > > > --- vzctl-3.0.24/debian/vzctl.preinst > +++ vzctl-3.0.24/debian/vzctl.preinst > @@ -19,12 +19,22 @@ > install) > ;; > upgrade) > +# Upgrade path, vz cron file no longer needed as vzeventd exist > + # instead. > + # From lenny > +if [ -e /etc/cron.d/vz ] ; then > + rm -f /etc/cron.d/vz > + fi > + # From etch > + if [ -e /etc/vz/cron/vz ] ; then > + rm -f /etc/vz/cron/vz > + fi > # Upgrade path for (etch version) cron files. > if [ -e /etc/cron.d/vpsnetclean ] ; then > - mv /etc/cron.d/vpsnetclean /etc/cron.d/vpsnetclean,disabled > + rm -f /etc/cron.d/vpsnetclean > fi > if [ -e /etc/cron.d/vpsreboot ] ; then > - mv /etc/cron.d/vpsreboot /etc/cron.d/vpsreboot,disabled > + rm -f /etc/cron.d/vpsreboot > fi > ;; > > > Removing possibly modified configuration files is a severe policy > violation. Yes you are right. I thought the package should be cleaned up as this functionality really do not have any meaning anymore. But you are right, I overlooked how this should be performed. Will disable them instead and remove in purge. Uploaded fixed version now. vzctl (3.0.24-6) unstable; urgency=low * Configuration files are not allowed to be removed on upgrade. Solved. -- Ola Lundqvist Mon, 13 Sep 2010 21:57:44 +0200 > diff -u vzctl-3.0.24/debian/vzctl.postinst vzctl-3.0.24/debian/vzctl.postinst > --- vzctl-3.0.24/debian/vzctl.postinst > +++ vzctl-3.0.24/debian/vzctl.postinst > @@ -52,6 +41,25 @@ > rm $NAMECFG > fi > done > +fi > + # This is not an upgrade, check if we should start it as well. > + if [ -d /proc/vz ] ; then > + if [ -x /usr/sbin/invoke-rc.d ] ; then > + invoke-rc.d vz start || true > + else > + /etc/init.d/vz start || true > + fi > + else > + echo "The kernel do not support openvz, do not start vz." > + fi > + if [ -e /sys/module/vzevent/parameters/reboot_event ] ; then > + if [ -x /usr/sbin/invoke-rc.d ] ; then > + invoke-rc.d vzeventd start || true > + else > + /etc/init.d/vzeventd start || true > + fi > + else > + echo "The kernel do not support vzevent, do not start vzeventd." > fi > ;; > > > Why are you ignoring errors from the init script? Good question. It is a practice of mine to make sure that upgrade do not fail just because of some issue during the startup. Especially important as this one checks for kernel modules which may be provided by custom kernels. Do you have a problem with that? > It looks like you've done the autotools run with older versions > (automake 1.10 instead of 1.11)? That makes the diff quite a bit larger > than it would otherwise be. Yes. I run stable here, except for some few backported tools. So, yes it is larger than necessary. > Why does src/vzctl-actions.c now ignore malloc() failure? It was part of 'Revert "Check for memory granted by get_dist_name"'. See http://git.openvz.org/?p=vzctl;a=commit;h=9588ecbb8c8e3b628a1187e88d664662b83c97d5 There were issues with the change in 3.0.24. > The upstart fix doesn't seem necessary, although probably harmless.. I'm not sure what upstart fix you are referring to. If you are referring to the change in vzeventd, then yes it should be harmless. Not strictly necessary but could be useful for people. I thought it would be useful to add as this was the first time this script was introduced anyway. If you are referring to the solution for #411902, I solved that one as vzeventd should be started on install. I made sure vz was also started at the same time. Or did you refer to something else? Best regards, // Ola > Cheers, > Julien -- --- Inguza Technology AB --- MSc in Information Technology / o...@inguza.comAnnebergsslingan 37\ | o...@debian.org 654 65 KARLSTAD| | http://inguza.com/Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913201051.ga18...@inguza.net
Re: soci package back in squeeze?
On Mon, 13 Sep 2010 21:23:18 +0200 Julian Taylor wrote: > Unfortunately I was a bit too late to adopt it. umm, like a year. > Given that it was in squeeze up to a short while ago and it is still > in lenny, (Having it in lenny hasn't anything to do with whether it should be in squeeze.) > is there the possibility to get it back into squeeze if I > adopt it? Is there any realistic prospect of this actually happening? soci was orphaned for eighteen months before being removed! > Upstream is still active and is currently working on a new release > which I intend to package in any case (obviously not for squeeze) Upstream has been pretending to do stuff for 2 years. There is little prospect of a new upstream release before Squeeze is released IMHO. The proposed upload is yet another not-yet-released-made-up-version +random-git-noise mess. That's no better than the not-yet-released-made-up-version-random-cvs-noise version which was removed. 3.0.0 has been unreleased now for nearly three years. Packaging soci for Wheezy would appear to be a pipe dream. If you've got time to do anything with soci, join upstream and get the release out. If not, find something more useful to do please. Debian doesn't need soci IMHO. > All patches currently in the debian package have bee incorporated into > upstream and I am willing to backport all bugfixes which have > accumulated since the last release of the library. What possible justification is there for putting the package back into Squeeze when nothing has actually changed since it was removed? -- Neil Williams = http://www.data-freedom.org/ http://www.linux.codehelp.co.uk/ http://e-mail.is-not-s.ms/ pgpRcJ4xREQE4.pgp Description: PGP signature
Bug#596744: marked as done (RM: debgtd/1.3.1-1)
Your message dated Mon, 13 Sep 2010 21:15:24 +0100 with message-id <1284408924.25401.15.ca...@kaa.jungle.aubergine.my-net-space.net> and subject line Re: Bug#596744: RM: debgtd/1.3.1-1 has caused the Debian Bug report #596744, regarding RM: debgtd/1.3.1-1 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 596744: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596744 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi - please remove debgtd from testing. As the maintainer, I do not feel that the package as it currently stands is particularly useful, or suitable for a stable release. Many thanks -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- End Message --- --- Begin Message --- On Mon, 2010-09-13 at 20:51 +0100, Jon Dowland wrote: > Hi - please remove debgtd from testing. > > As the maintainer, I do not feel that the package as it > currently stands is particularly useful, or suitable for a > stable release. Removal hint added. Regards, Adam --- End Message ---
Re: Bug#578458: still fails to build
On Mon, 13 Sep 2010 13:46:49 +0300, Niko Tyni wrote: > > I've prepared a new libcoro-perl release in our svn repo which > > - removes the cruft from debian/rules > > - bumps the build and runtime dependency on libanyevent-perl to > > >= 5.271-2 > > > > On a second thought: libcoro-perl 5.210-1 in testing should be fine > > with the newer libanyevent-perl and a round of binNMUs; and we can > > still test this and do the cleanup by uploading 5.230-4 to unstable. > > Hm. > > +1 to the second thought, except that I don't see any need for binNMUs. Oh, right, if this is only a problem at build time we don't need it. > Uploading libcoro-perl 5.230-4 to sid doesn't change anything wrt. squeeze > (squeeze and sid already have different versions) and therefore isn't > really in the release team domain. However, it's the easiest way to > confirm that the fix works and to clean away the unnecessary backend > selection code. I think you should go ahead. Done now, thanks for again helping to think this through. > If 5.230-4 builds everywhere, I think this bug (#578458) should be closed > outright. I should really have reassigned it instead of cloning. I haven't closed it in the upload and will monitor the buildd page. > From the release point of view, I think just unblocking libanyevent-perl > 5.271-2 for squeeze should be enough. Thanks, Julien! > The libcoro-perl version in squeeze > (5.210) should indeed be fine, and if there's a need to get 5.230 in that > should be a separate discussion. Ack. > Apologies, the confusion was probably because of my earlier comment about > cleaning the backend selection code for squeeze. That's not necessary > because the code never got in squeeze in the first place. No worries, I manage to confuse myself on my own often enough :) Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, & developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe `-NP: Eric Clapton: Willie And The Hand Jive signature.asc Description: Digital signature
Bug#596744: RM: debgtd/1.3.1-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi - please remove debgtd from testing. As the maintainer, I do not feel that the package as it currently stands is particularly useful, or suitable for a stable release. Many thanks -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913195101.ga11...@tchicaya.lan
Re: virtualbox hopefully for the last time
Hi, On Mon Sep 13, 2010 at 19:23:25 +0100, Adam D. Barratt wrote: > On Mon, 2010-09-13 at 12:34 +0200, Michael Meskes wrote: > > as Zobel just pointed out, version 3.2.6 is not distributable because Oracle > > forgot to change some copyrights. Therefore I think we are forced to use > > 3.2.8 > > which is fine copyright wise afaict. I'm planning just another upload > > (ideally > > today) to fix some problems with 3.2.8, namely: > > > > - Incorrect dependencies (#595715) > > - Problems with kernel 2.6.36 (#594602) > > - Some manpages were added > > - Ftbfs with recent libdrm-dev (#594599) > > Zobel unblocked 3.2.8-dfsg-2, which appears to be the upload you > mentioned above. yes, i did unblock it, but i bumped the urgency from high to medium via age-days. Cheers, Martin -- Martin Zobel-Helas | Debian System Administrator Debian & GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913194405.gd4...@ftbfs.de
Bug#596658: unblock: libapache-mod-musicindex/1.3.5-1
On Mon, 2010-09-13 at 07:08 +0200, martin f krafft wrote: > The current libapache-mod-musicindex has a memory access bug > (pointer accessed outside scope), causing it to return an invalid > Content-Disposition for playlist downloads. This is primarily > inconvenient to users (whose default handler application will not be > respected, as the browser is required by the standard to ask what to > do if it cannot decipher the Content-Disposition. "`cvers` TINYINT UNSIGNED NOT NULL," /* XXX this should be useless since we trash the whole cache on version bums... */ I think there might be a typo at the end of that comment ;-) Looking at the bug report for this issue, the maintainer doesn't seem to think that this even qualifies for "normal" severity, which doesn't really sound like freeze exception material (I realise this a leaf package). Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1284406653.23417.650.ca...@kaa.jungle.aubergine.my-net-space.net
Re: Please unblock flashbake 0.26.2-4
On Tue, 2010-09-14 at 00:11 +0530, Abhishek Dasgupta wrote: > Previously, without a minimum python version, the system would try to > compile for 2.4 as well leading to an error message. It has been in > unstable for 13 days. Only changes are to debian/watch and > debian/control. > > flashbake (0.26.2-4) unstable; urgency=low > >* Fix debian/watch. >* Specify minimum Python version as 2.5 (Closes: #594192) Unblocked. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1284405961.23417.581.ca...@kaa.jungle.aubergine.my-net-space.net
Re: unblock request for vzctl
On Sat, Sep 11, 2010 at 22:22:09 +0200, Ola Lundqvist wrote: > vzctl (3.0.24-5) unstable; urgency=medium > --- vzctl-3.0.24/debian/vzctl.preinst +++ vzctl-3.0.24/debian/vzctl.preinst @@ -19,12 +19,22 @@ install) ;; upgrade) +# Upgrade path, vz cron file no longer needed as vzeventd exist + # instead. + # From lenny +if [ -e /etc/cron.d/vz ] ; then + rm -f /etc/cron.d/vz + fi + # From etch + if [ -e /etc/vz/cron/vz ] ; then + rm -f /etc/vz/cron/vz + fi # Upgrade path for (etch version) cron files. if [ -e /etc/cron.d/vpsnetclean ] ; then - mv /etc/cron.d/vpsnetclean /etc/cron.d/vpsnetclean,disabled + rm -f /etc/cron.d/vpsnetclean fi if [ -e /etc/cron.d/vpsreboot ] ; then - mv /etc/cron.d/vpsreboot /etc/cron.d/vpsreboot,disabled + rm -f /etc/cron.d/vpsreboot fi ;; Removing possibly modified configuration files is a severe policy violation. diff -u vzctl-3.0.24/debian/vzctl.postinst vzctl-3.0.24/debian/vzctl.postinst --- vzctl-3.0.24/debian/vzctl.postinst +++ vzctl-3.0.24/debian/vzctl.postinst @@ -52,6 +41,25 @@ rm $NAMECFG fi done +fi + # This is not an upgrade, check if we should start it as well. + if [ -d /proc/vz ] ; then + if [ -x /usr/sbin/invoke-rc.d ] ; then + invoke-rc.d vz start || true + else + /etc/init.d/vz start || true + fi + else + echo "The kernel do not support openvz, do not start vz." + fi + if [ -e /sys/module/vzevent/parameters/reboot_event ] ; then + if [ -x /usr/sbin/invoke-rc.d ] ; then + invoke-rc.d vzeventd start || true + else + /etc/init.d/vzeventd start || true + fi + else + echo "The kernel do not support vzevent, do not start vzeventd." fi ;; Why are you ignoring errors from the init script? It looks like you've done the autotools run with older versions (automake 1.10 instead of 1.11)? That makes the diff quite a bit larger than it would otherwise be. Why does src/vzctl-actions.c now ignore malloc() failure? The upstart fix doesn't seem necessary, although probably harmless.. Cheers, Julien signature.asc Description: Digital signature
soci package back in squeeze?
Hi, I have a question about the package soci which was removed from debian two weeks ago due to orphanage. See bug #520746 http://packages.qa.debian.org/s/soci.html http://soci.sourceforge.net/ Unfortunately I was a bit too late to adopt it. Given that it was in squeeze up to a short while ago and it is still in lenny, is there the possibility to get it back into squeeze if I adopt it? There was only one bug reported against it which I can fix (#583846) But I would need sponsoring. Upstream is still active and is currently working on a new release which I intend to package in any case (obviously not for squeeze) All patches currently in the debian package have bee incorporated into upstream and I am willing to backport all bugfixes which have accumulated since the last release of the library. Best Regards, Julian Taylor signature.asc Description: This is a digitally signed message part
Re: Accepted orc 0.4.7-1 (source all amd64)
On Mon, 2010-09-13 at 20:42 +0200, Sebastian Dröge wrote: > On Mon, 2010-09-13 at 19:50 +0200, Julien Cristau wrote: > > Hi Sebastian, > > > > On Fri, Aug 20, 2010 at 07:17:08 +, Sebastian Dröge wrote: > > > > > orc (0.4.7-1) unstable; urgency=low > > > . > > >* New upstream release: > > > + debian/rules: > > >- Update shlibs version for API additions. > > > > That's not exactly helpful in the middle of a freeze, since it means > > reverse-deps get stuck with a dependency that's not satisfied in > > testing. The changes aren't small either, so I'm not looking forward to > > reviewing this. So what's your plan for orc in squeeze? > > Hrm, this should've go to experimental instead of unstable. I'll upload > a 1:0.4.6-1 later, which will be the same as previous 0.4.6-1. Sorry That should be 1:0.4.6-2 or similar; package filenames don't include epochs so the packages for 0.4.6-1 (which is still in testing) and 1:0.4.6-1 would have the same filenames. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1284404677.23417.475.ca...@kaa.jungle.aubergine.my-net-space.net
Bug#596670: unblock: perdition/1.19~rc3-1
On Mon, 2010-09-13 at 18:17 +0900, Horms wrote: > Perdition 1.19~rc4-1 includes several important fixes and I would like it > considered for inclusion in Squeeze. As it coincides with an upstream > release (1.19-rc4) it also contains one or two (minor) changes that don't > strictly meet the criteria for the freeze. Does the versioning imply that 1.19 is likely to be released soon? If so, are you likely to be requesting a further exception for that? > changeset: 867:86df56cded53 > user:Christophe Ségui > date:Thu Sep 09 21:34:24 2010 +0900 > summary: Correct parsing of NIS map > > This is a bug that I believe is worthy of fixing for Squeeze This appears to be #596102 (the attribution above matches the bug's submitter), although that isn't mentioned in the changelog. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1284404303.23417.440.ca...@kaa.jungle.aubergine.my-net-space.net
Please unblock flashbake 0.26.2-4
Hi, Previously, without a minimum python version, the system would try to compile for 2.4 as well leading to an error message. It has been in unstable for 13 days. Only changes are to debian/watch and debian/control. flashbake (0.26.2-4) unstable; urgency=low * Fix debian/watch. * Specify minimum Python version as 2.5 (Closes: #594192) Regards, Abhishek -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikwwgrpo72efltxcumt3dt9akaihmk_hwd-b...@mail.gmail.com
Bug#596733: unblock: ncbi-tools6/6.1.20100808-1 (as -2)
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Greetings!
ncbi-tools6 recently had its first upstream release in a year, issued
a few days before your latest announcement. (As the version number
indicates, the sources themselves are somewhat older; however, the
public release thereof didn't occur until August 27.) Here's the
changelog block:
ncbi-tools6 (6.1.20100808-1) experimental; urgency=low
* New upstream release; the upgrade to BLAST 2.2.24 (from 2.2.21) should
address a formatdb regression. (LP: #586219.)
* Uploading to experimental because squeeze is frozen.
* debian/rules
- Clean up compilation settings; in particular, use dpkg-buildflags rather
than relying on dpkg-buildpackage to have set CFLAGS appropriately.
- (clean): restore expected empty directories if necessary,
for compatibility with VCSes (notably git) that don't track them.
- (install-indep-stamp): adapt to new ncbilogo.ico contents.
- (VIB): add asndisc, as upstream takes care to publish binaries thereof.
* debian/ncbi-tools6.install: likewise add asndisc.
* (debian/).gitignore: Ignore content generated during build.
* debian/lib{ncbi6,vibrant6a}.symbols: update for latest release.
* make/makenet.unx: don't link asndisc against extraneous libraries.
* doc/man/*.1: update for latest release.
* doc/man/asndisc.1: throw together a man page for asndisc.
* doc/man/cleanasn.1: fix SEE ALSO formatting.
* debian/control:
- bump dpkg-dev build-dep to >= 1.15.7 for dpkg-buildflags.
- Standards-Version: 3.9.1 (already compliant).
- note switch to git-mediated Debian-Med team maintenance.
-- Aaron M. Ucko Fri, 03 Sep 2010 17:43:17 -0400
In particular, please note that this upload fixes a nasty regression
reported in Launchpad:
https://bugs.launchpad.net/ubuntu/+source/ncbi-tools6/+bug/586219
There's no corresponding Debian bug report at present, but I can
formally issue one if you'd like. ;-)
At any rate, I uploaded my packages of the new release to experimental
out of respect for the freeze, but would greatly appreciate it if you
could please authorize a reupload to unstable with the intent of
making it into squeeze. I concede that the diff
http://git.debian.org/?p=debian-med/ncbi-tools6.git;a=commitdiff;hp=3a98718;h=c4b77b0
is on the large side; however, the impact on reverse dependencies
should be negligible, as most of the changed interfaces are only used
internally. (Also, leaving out changes to spacing and fully generated
files helps a fair bit; the result is still larger than I care to
attach :-/, but I've posted a copy at
http://people.debian.org/~ucko/ncbi-tools6_6.1.20100808-1.full-diff
that you're welcome to review as you see fit.)
Per reportbug, I'm including the relevant unblock directive for your
convenience:
unblock ncbi-tools6/6.1.20100808-2
Thanks in advance for considering this request; please let me know if
you have any questions or concerns.
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20100913183621.28829.67353.report...@tux64.internal.ucko.debian.net
Re: Request for packaging calendarserver in squeeze
Am 13.09.2010 20:44, schrieb Julien Cristau: > On Wed, Aug 25, 2010 at 23:59:31 +0530, Rahul Amaram wrote: > >> I am the new maintainer for the calendarserver and >> python-twisted-calendarserver. I have been working with the previous >> maintainer (Guido) closely in getting the latest version of calendarserver >> packaged. >> > I unblocked this on the basis that it was in lenny, doesn't have > (AFAIK?) a straightforward alternative, and can be removed pre-release > if bugs are reported and not fixed. Which means I won't hesitate to do > that. You've been warned ;) Sorry for the list spam, but a big thank you @ the release team at all and also for this decision (as I am myself a calendarserver user). :) -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ signature.asc Description: OpenPGP digital signature
Re: Accepted orc 0.4.7-1 (source all amd64)
On Mon, 2010-09-13 at 19:50 +0200, Julien Cristau wrote: > Hi Sebastian, > > On Fri, Aug 20, 2010 at 07:17:08 +, Sebastian Dröge wrote: > > > orc (0.4.7-1) unstable; urgency=low > > . > >* New upstream release: > > + debian/rules: > >- Update shlibs version for API additions. > > That's not exactly helpful in the middle of a freeze, since it means > reverse-deps get stuck with a dependency that's not satisfied in > testing. The changes aren't small either, so I'm not looking forward to > reviewing this. So what's your plan for orc in squeeze? Hrm, this should've go to experimental instead of unstable. I'll upload a 1:0.4.6-1 later, which will be the same as previous 0.4.6-1. Sorry signature.asc Description: This is a digitally signed message part
Re: Request for packaging calendarserver in squeeze
On Wed, Aug 25, 2010 at 23:59:31 +0530, Rahul Amaram wrote: > I am the new maintainer for the calendarserver and > python-twisted-calendarserver. I have been working with the previous > maintainer (Guido) closely in getting the latest version of calendarserver > packaged. > I unblocked this on the basis that it was in lenny, doesn't have (AFAIK?) a straightforward alternative, and can be removed pre-release if bugs are reported and not fixed. Which means I won't hesitate to do that. You've been warned ;) Enjoy. Cheers, Julien signature.asc Description: Digital signature
Re: virtualbox hopefully for the last time
On Mon, 2010-09-13 at 12:34 +0200, Michael Meskes wrote: > as Zobel just pointed out, version 3.2.6 is not distributable because Oracle > forgot to change some copyrights. Therefore I think we are forced to use 3.2.8 > which is fine copyright wise afaict. I'm planning just another upload (ideally > today) to fix some problems with 3.2.8, namely: > > - Incorrect dependencies (#595715) > - Problems with kernel 2.6.36 (#594602) > - Some manpages were added > - Ftbfs with recent libdrm-dev (#594599) Zobel unblocked 3.2.8-dfsg-2, which appears to be the upload you mentioned above. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1284402205.23417.259.ca...@kaa.jungle.aubergine.my-net-space.net
Bug#596722: marked as done (unblock: fbreader/0.10.7dfsg-4)
Your message dated Mon, 13 Sep 2010 19:15:45 +0100
with message-id
<1284401746.23417.217.ca...@kaa.jungle.aubergine.my-net-space.net>
and subject line Re: Bug#596722: unblock: fbreader/0.10.7dfsg-4
has caused the Debian Bug report #596722,
regarding unblock: fbreader/0.10.7dfsg-4
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
596722: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596722
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
Please unblock new fbreader in unstable. It fixes recently reported RC
bug #596575.
Full diff attached.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -u fbreader-0.10.7dfsg/debian/changelog fbreader-0.10.7dfsg/debian/changelog
--- fbreader-0.10.7dfsg/debian/changelog
+++ fbreader-0.10.7dfsg/debian/changelog
@@ -1,3 +1,14 @@
+fbreader (0.10.7dfsg-4) unstable; urgency=medium
+
+ * debian/control:
+- Use source:Version for dependencies on arch-independent packages.
+ Thanks to Julien Cristau for the report. Fixes FTBFS on BinNMUs.
+ (Closes: #596575)
+- Updated my mail address.
+- Removed DM-Upload-Allowed, not needed anymore.
+
+ -- Eugene V. Lyubimkin Sun, 12 Sep 2010 21:23:29 +0300
+
fbreader (0.10.7dfsg-3) unstable; urgency=low
* debian/control:
diff -u fbreader-0.10.7dfsg/debian/control fbreader-0.10.7dfsg/debian/control
--- fbreader-0.10.7dfsg/debian/control
+++ fbreader-0.10.7dfsg/debian/control
@@ -1,8 +1,7 @@
Source: fbreader
Section: text
Priority: optional
-Maintainer: Eugene V. Lyubimkin
-DM-Upload-Allowed: yes
+Maintainer: Eugene V. Lyubimkin
Standards-Version: 3.8.3
Build-Depends: debhelper (>= 7), libgtk2.0-dev, libqt3-mt-dev, libqt4-dev,
libexpat1-dev, libbz2-dev, libz-dev, libhildon-1-dev, libosso-dev,
@@ -39,7 +38,7 @@
Package: libzlcore0.10
Section: libs
Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, libzlcore-data (>= ${binary:Version})
+Depends: ${misc:Depends}, ${shlibs:Depends}, libzlcore-data (>= ${source:Version})
Conflicts: fbreader-gtk, fbreader-qt, fbreader-qt4
Description: ZLibrary cross-platform development library (shared library)
This is the core of ZLibrary, the library that the fbreader e-book reader
@@ -65,7 +64,7 @@
Section: libs
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}, libzlcore0.10 (= ${binary:Version}),
- libzltext-data (>= ${binary:Version})
+ libzltext-data (>= ${source:Version})
Description: ZLibrary text model/viewer part (shared library)
This package provides text model/viewer part of ZLibrary. See also
libzlcore0.10 package.
--- End Message ---
--- Begin Message ---
On Mon, 2010-09-13 at 20:43 +0300, Eugene V. Lyubimkin wrote:
> Please unblock new fbreader in unstable. It fixes recently reported RC
> bug #596575.
Unblocked.
Regards,
Adam
--- End Message ---
Re: Accepted orc 0.4.7-1 (source all amd64)
Hi Sebastian, On Fri, Aug 20, 2010 at 07:17:08 +, Sebastian Dröge wrote: > orc (0.4.7-1) unstable; urgency=low > . >* New upstream release: > + debian/rules: >- Update shlibs version for API additions. That's not exactly helpful in the middle of a freeze, since it means reverse-deps get stuck with a dependency that's not satisfied in testing. The changes aren't small either, so I'm not looking forward to reviewing this. So what's your plan for orc in squeeze? Cheers, Julien signature.asc Description: Digital signature
Bug#596722: unblock: fbreader/0.10.7dfsg-4
Package: release.debian.org
Severity: normal
Please unblock new fbreader in unstable. It fixes recently reported RC
bug #596575.
Full diff attached.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -u fbreader-0.10.7dfsg/debian/changelog fbreader-0.10.7dfsg/debian/changelog
--- fbreader-0.10.7dfsg/debian/changelog
+++ fbreader-0.10.7dfsg/debian/changelog
@@ -1,3 +1,14 @@
+fbreader (0.10.7dfsg-4) unstable; urgency=medium
+
+ * debian/control:
+- Use source:Version for dependencies on arch-independent packages.
+ Thanks to Julien Cristau for the report. Fixes FTBFS on BinNMUs.
+ (Closes: #596575)
+- Updated my mail address.
+- Removed DM-Upload-Allowed, not needed anymore.
+
+ -- Eugene V. Lyubimkin Sun, 12 Sep 2010 21:23:29 +0300
+
fbreader (0.10.7dfsg-3) unstable; urgency=low
* debian/control:
diff -u fbreader-0.10.7dfsg/debian/control fbreader-0.10.7dfsg/debian/control
--- fbreader-0.10.7dfsg/debian/control
+++ fbreader-0.10.7dfsg/debian/control
@@ -1,8 +1,7 @@
Source: fbreader
Section: text
Priority: optional
-Maintainer: Eugene V. Lyubimkin
-DM-Upload-Allowed: yes
+Maintainer: Eugene V. Lyubimkin
Standards-Version: 3.8.3
Build-Depends: debhelper (>= 7), libgtk2.0-dev, libqt3-mt-dev, libqt4-dev,
libexpat1-dev, libbz2-dev, libz-dev, libhildon-1-dev, libosso-dev,
@@ -39,7 +38,7 @@
Package: libzlcore0.10
Section: libs
Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, libzlcore-data (>= ${binary:Version})
+Depends: ${misc:Depends}, ${shlibs:Depends}, libzlcore-data (>= ${source:Version})
Conflicts: fbreader-gtk, fbreader-qt, fbreader-qt4
Description: ZLibrary cross-platform development library (shared library)
This is the core of ZLibrary, the library that the fbreader e-book reader
@@ -65,7 +64,7 @@
Section: libs
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}, libzlcore0.10 (= ${binary:Version}),
- libzltext-data (>= ${binary:Version})
+ libzltext-data (>= ${source:Version})
Description: ZLibrary text model/viewer part (shared library)
This package provides text model/viewer part of ZLibrary. See also
libzlcore0.10 package.
Re: Bugfixes for icinga-core
Julien Cristau schrieb am Monday, den 13. September 2010: Hi, > > 0003-modify-execv-to-execvp-accepting-4096-cmd-args-for-b.patch, > > 0004-execvp-searches-in-PATH-too-like-popen-and-returns-i.patch: > > 1.0.2 included a new heuristic to detect if a check could be executed > > without > > a shell to speed up things. Unfortunatly that heuristic had some critical > > bugs. One of the is that a command can only have 20-1 arguments which often > > is not enough. The second of the patches fixes PATH lookups for check > > commands. > > > Wouldn't it be easier/safer to just fork a shell every time, if the > heuristic is unreliable? AFAIR (I don't have the code by hand) we removed the "feature" (I was never happy with it) in the last version. But so far, just a bugfix for 1.0.3 to make the changes no to big. Alex -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913174059.gb8...@nelson.snow-crash.org
Bug#596720: unblock: python-debianbts/1.9
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package python-debianbts python-debianbts recevied a lot of attention lately, in particular durin DebConf and it would be nice to have it in Squeeze: it contains several fixed related to utf-8 crashed, along with documentation improvement and a wide t est suite. I'm not the maintainer (X-Debbugs-CC'ed) but since I happen to use that package, and after agreement from the mai nt himself, I'm asking for an unblock. unblock python-debianbts/1.9 Regards, Sandro -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913172131.22449.31739.report...@zion.matrix.int
Bug#596364: unblock: cracklib2/2.8.16-3
On Sat, Sep 11, 2010 at 11:24:59PM +0200, Philipp Kern wrote:
> On Sat, Sep 11, 2010 at 10:31:27PM +0200, Jan Dittberner wrote:
> > I checked all Breaks, Provides and Conflicts statements in debian/control.
> > They
> > all refer to version prior to Lenny. The binary package python-crack was a
> > transitional package in Lenny the other were even older. I think it is best
> > to
> > remove all the unnecessary Provides, Conflicts and Breaks.
>
> I think you need to retain the conflicts against python-crack then, because it
> should still get deinstalled on upgrades to squeeze.
I re-added the Conflicts: python-crack (an updated debdiff is attached to this
mail). I tested the upgrade from Lenny with the installed transitional package
to this version and it removed python-crack properly.
Please tell me whether you would unblock an upload with this change.
Regards
Jan Dittberner
--
Jan Dittberner - Debian Developer
GPG-key: 4096R/558FB8DD 2009-05-10
B2FF 1D95 CE8F 7A22 DF4C F09B A73E 0055 558F B8DD
http://ddportfolio.debian.net/ - http://people.debian.org/~jandd/
diff -Nru cracklib2-2.8.16/debian/changelog cracklib2-2.8.16/debian/changelog
--- cracklib2-2.8.16/debian/changelog 2010-09-10 18:44:28.0 +0200
+++ cracklib2-2.8.16/debian/changelog 2010-09-13 19:00:08.0 +0200
@@ -1,3 +1,11 @@
+cracklib2 (2.8.16-4) unstable; urgency=low
+
+ * debian/control: remove Conflicts, Provides and Breaks refering to versions
+and packages before Lenny, keep python-cracklib's Conflicts with
+python-crack to force deinstallation of transitional package
+
+ -- Jan Dittberner Mon, 13 Sep 2010 19:00:03 +0200
+
cracklib2 (2.8.16-3) unstable; urgency=low
* debian/control: update to Standards-Version to 3.9.1
diff -Nru cracklib2-2.8.16/debian/control cracklib2-2.8.16/debian/control
--- cracklib2-2.8.16/debian/control 2010-09-10 18:44:28.0 +0200
+++ cracklib2-2.8.16/debian/control 2010-09-13 19:00:08.0 +0200
@@ -16,10 +16,6 @@
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Recommends: cracklib-runtime
-Conflicts: cracklib2.6
-Breaks: cracklib2 (<< 2.8.12-1)
-Provides: cracklib2
-Replaces: cracklib2.6, cracklib2 (<< 2.8.12-1)
Description: pro-active password checker library
Shared library for cracklib2 which contains a C function which may be
used in a passwd like program. The idea is simple: try to prevent
@@ -33,10 +29,6 @@
Architecture: any
Depends: libcrack2 (=${binary:Version}), ${misc:Depends}
Recommends: cracklib-runtime
-Provides: cracklib-dev, cracklib2-dev
-Conflicts: cracklib-dev
-Breaks: cracklib2-dev (<< 2.8.12-1)
-Replaces: cracklib-dev, cracklib2-dev (<< 2.8.12-1)
Description: pro-active password checker library - development files
Header files, static libraries, documentation, and symbolic links
developers using cracklib2 will need.
@@ -64,7 +56,6 @@
(>=${binary:Version})
Provides: ${python:Provides}
Conflicts: python-crack
-Replaces: python-crack
XB-Python-Version: ${python:Versions}
Description: Python bindings for password checker library cracklib2
This package provides Python bindings for cracklib. It contains a
signature.asc
Description: Digital signature
Re: Bug#592900: Updating system-config-printer
2010/9/13 Michael Biebl : > On 06.09.2010 22:54, David Kalnischkies wrote: > >> A question which i have in mind since i read that the mentioned >> packages are not compatible as they are in different namespaces: >> Is this breaks just here to remove the package from the system? >> If so, thats not the idea behind breaks… >> If they are co-installable they should be co-installable, >> end-of-support is not an other word for breaking away packages >> as it breaks third-party archives as well as self-builds. >> Let autoremove and co handle these instead… > > I tested a lenny→squeeze upgrade of a default GNOME desktop installation. > aptitude is much more aggressive in removing unused packages, e.g. during the > upgrade dead packages like dhcdbd are not removed by apt, whereas they are > with > aptitude. aptitude nukes autoremove packages directly in the upgrade run. apt-get can do this too, but it is disabled by default and deferred to an autoremove run… (as far as i know you can't disable it in aptitude). > I ran apt-get autoremove after the dist-upgrade, but it did not remove any > packages! You are bitten by the silly bug #594689 fixed in 0.8.1 and above which is not yet in testing. We are busy waiting currently a bit for the incoming bug-rate to stabilize and last translations updates to come in before bothering the release team again… (beside that i was a bit short on time thanks to a few exams). Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktim92oh_n8tqxkc8g8njptvjvhv1xjvhp6eqg...@mail.gmail.com
Bug#596717: unblock: software-center/2.0.7debian5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package software-center This update fixes a release critical bug (not working) caused by API changes in Xapian. You may want to push this to testing ASAP, as the current version in testing is completely unusable and the changes are small; that is, "s/m\[xapian.MSET_DOCUMENT\]/m.document/g" is done on the code. unblock software-center/2.0.7debian5 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (350, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgp158Oaq4vtH.pgp Description: PGP signature
Re: Bug #566650: Please unblock dtc 0.32.2-1
Philipp Kern wrote: > Seems most of the PHP disaster is actually due to non-communication on > the public -release list? Hi, If you wish to discuss this topic, you are welcome to do so, but not in this thread please (and feel free to add me as Cc:, I'd be happy to read as well, as I read -release only through gmane when I feel I need to). Thomas -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c8e57d9.5050...@debian.org
Bug#596706: marked as done (unblock: xorg-server/2:1.7.7-6)
Your message dated Mon, 13 Sep 2010 19:05:58 +0200 with message-id <20100913170558.gb4...@ftbfs.de> and subject line Re: Bug#596706: unblock: xorg-server/2:1.7.7-6 has caused the Debian Bug report #596706, regarding unblock: xorg-server/2:1.7.7-6 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 596706: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596706 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Essentially two patches from upstream, fixing wrapping/unwrapping of EnterVT throughout the tree. xorg-server (2:1.7.7-6) unstable; urgency=low * Unwrap/rewrap EnterVT/LeaveVT completely. Because some EnterVT code needs to remove itself from the call chain, we need to fix all of the wrappers to correctly unwrap/rewrap during the call chain. Followup to the fix in the previous upload, pointed out and tested by Sven Joachim, thanks! (closes: #596012, #595973, #595776) -- Julien Cristau Wed, 08 Sep 2010 19:06:02 +0200 xorg-server (2:1.7.7-5) unstable; urgency=low [ Julien Cristau ] * Clean up RandR12 bits on screen close. Avoids infinite recursion on EnterVT in the second server generation (closes: #595386). [ Cyril Brulebois ] * Upload to unstable. -- Cyril Brulebois Sat, 04 Sep 2010 18:57:55 +0200 There'll probably be a few more fixes before release, and we need to sort out the xserver-xorg-video-intel situation, but for now, please: unblock xorg-server/2:1.7.7-6 Cheers, Julien signature.asc Description: Digital signature --- End Message --- --- Begin Message --- Hi, On Mon Sep 13, 2010 at 17:56:26 +0200, Julien Cristau wrote: > unblock xorg-server/2:1.7.7-6 done -- Martin Zobel-Helas | Debian System Administrator Debian & GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 --- End Message ---
Re: ed2k-hash, unblock and have sparc try a rebuild
On Sun, Sep 12, 2010 at 20:45:04 -0400, Ariel wrote: > > ed2k-hash should enter testing, the only reason it's not in testing > already is that sparc ran out of space on a build. > > So sparc should try a rebuild, then the entire package should move > to testing (especially since the bug that is fixed is pretty > severe). > Given back. Cheers, Julien signature.asc Description: Digital signature
Re: Bug#592900: Updating system-config-printer
On 06.09.2010 22:54, David Kalnischkies wrote: > A question which i have in mind since i read that the mentioned > packages are not compatible as they are in different namespaces: > Is this breaks just here to remove the package from the system? > If so, thats not the idea behind breaks… > If they are co-installable they should be co-installable, > end-of-support is not an other word for breaking away packages > as it breaks third-party archives as well as self-builds. > Let autoremove and co handle these instead… I tested a lenny→squeeze upgrade of a default GNOME desktop installation. aptitude is much more aggressive in removing unused packages, e.g. during the upgrade dead packages like dhcdbd are not removed by apt, whereas they are with aptitude. I ran apt-get autoremove after the dist-upgrade, but it did not remove any packages! Michael [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596654 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: Freeze exception request for opencv
On Sun, Sep 12, 2010 at 04:26:31 +0900, Nobuhiro Iwamatsu wrote: > Hi, > > I'd like to ask for a freeze exception for opencv 2.1.0-2. > > opencv had a problem of FTBFS on hppa[0], but deleted hppa > from unstable[1]. > > Please unblock this package. > > [0]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590977 > [1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596190 > opencv has reverse dependencies with hppa binary packages. That needs to get fixed one way or another. In unstable, that's: Source: freej (0.10git20100110-1) Source: frei0r Source: kipi-plugins Source: libdecodeqr Source: mrpt Source: player Not to mention it's fairly late to be introducing a new upstream version in testing, not fixing any RC bug. Cheers, Julien signature.asc Description: Digital signature
Re: Pre-clearance for aide bug fix of #596230
On Sat, Sep 11, 2010 at 20:36:15 +0200, Marc Haber wrote: > What would the release team prefer to get these fixes into squeeze: > > - upload aide 0.15.1 to unstable, let it migrate to squeeze > - update aide 0.15 with the patches that virtually make it aide 0.15.1? > - Add the rule patches or not? > > Please indicate what you would prefer. > 0.15.1 should be ok. Cheers, Julien signature.asc Description: Digital signature
Re: Permission to fix bug #576127 in ncurses
On Mon, Sep 13, 2010 at 16:32:44 +0200, Sven Joachim wrote: > Craig uploaded it, and it has already been built on all release > architectures. > Unblocked. Cheers, Julien signature.asc Description: Digital signature
Bug#596379: marked as done (unblock: kgb-bot/1.05-1)
Your message dated Mon, 13 Sep 2010 18:25:49 +0200
with message-id <20100913162549.gq5...@patate.is-a-geek.org>
and subject line Re: Bug#596379: unblock: kgb-bot/1.05-1
has caused the Debian Bug report #596379,
regarding unblock: kgb-bot/1.05-1
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
596379: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596379
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package kgb-bot/1.05-1
At first glance this looks like a new upstream release, but we are
upstream, so it is all under control. The "upstream" diff is attached.
1.05-1 fixes two bugs:
#593631 -- can't access /usr/bin/polygen (moved to /usr/games)
#593633 -- dies when polygen is removed after daemon startup
Changelog:
* kgb-bot: use File::Which to find polygen binary; split out the
polygen-finding function; add libfile-which-perl to Suggests;
closes: #593631 -- can't access /usr/bin/polygen
* kgb-bot: check existence of polygen binary just before using it;
closes: #593633 -- dies when polygen is removed after daemon startup
* any problems in finding/running polygen binary are logged only when debug
is enabled as a counter-measure against remotely-assisted log abuse
Thanks in advance,
dam
diff --git a/Changes b/Changes
index d30fa6b..b254e97 100644
--- a/Changes
+++ b/Changes
@@ -1,3 +1,19 @@
+
+1.05:
+ * kgb-bot: use File::Which to find polygen binary; split out the
+polygen-finding function; closes: #593631
+ * kgb-bot: check existence of polygen binary before using it;
+closes: #593633
+ * add gregor to copyright holders
+ * move polygen detection entirely at runtime
+ * any problems in finding polygen binary are logged only when debug is
+enabled as a counter-measure against remotely-assisted log abuse
+
+1.04:
+ * use Digest::SHA from core instead of ::SHA1
+ * remove references to Svn::* from Build.PL
+Closes: #582739 (by working around #589812)
+
1.03:
* Synchronized versions of kgb-bot and KGB
diff --git a/debian/changelog b/debian/changelog
index 90d18a3..810efc8 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,16 @@
+kgb-bot (1.05-1) unstable; urgency=low
+
+ [ gregor herrmann, Damyan Ivanov ]
+ * kgb-bot: use File::Which to find polygen binary; split out the
+polygen-finding function; add libfile-which-perl to Suggests;
+closes: #593631 -- can't access /usr/bin/polygen
+ * kgb-bot: check existence of polygen binary just before using it;
+closes: #593633 -- dies when polygen is removed after daemon startup
+ * any problems in finding/running polygen binary are logged only when debug
+is enabled as a counter-measure against remotely-assisted log abuse
+
+ -- Damyan Ivanov Fri, 10 Sep 2010 22:49:25 +0300
+
kgb-bot (1.04-1) unstable; urgency=low
* use Digest::SHA from core instead of ::SHA1
diff --git a/debian/control b/debian/control
index 073e777..53bb807 100644
--- a/debian/control
+++ b/debian/control
@@ -36,7 +36,7 @@ Depends: ${misc:Depends}, ${perl:Depends}, adduser, perl (>= 5.10),
libproc-pid-file-perl,
libyaml-perl,
kgb-client
-Suggests: polygen, libipc-run-perl
+Suggests: polygen, libipc-run-perl, libfile-which-perl
Description: IRC collaboration bot
KGB is an IRC bot, helping people work together by notifying an IRC channel
when a commit occures.
diff --git a/debian/copyright b/debian/copyright
index 8ab2b89..b902410 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -3,10 +3,12 @@ Upstream source is available frop http://alioth.debian.org/projects/kgb
Upstream authors:
Martín Ferrari
Damyan Ivanov
+ gregor herrmann
Copyright:
# Copyright © 2008 Martín Ferrari
# Copyright © 2008,2009,2010 Damyan Ivanov
+# Copyright © 2010 gregor herrmann
License:
# This program is free software; you can redistribute it and/or modify it under
diff --git a/lib/App/KGB.pm b/lib/App/KGB.pm
index 2d3294d..be9c5b8 100644
--- a/lib/App/KGB.pm
+++ b/lib/App/KGB.pm
@@ -29,7 +29,7 @@ App::KGB - collabourative IRC helper
=cut
-our $VERSION = '1.04';
+our $VERSION = '1.05';
=head1 DESCRIPTION
diff --git a/script/kgb-bot b/script/kgb-bot
index 4fede8a..92b3aa2 100755
--- a/script/kgb-bot
+++ b/script/kgb-bot
@@ -6,6 +6,7 @@ use utf8;
# KGB - an IRC bot helping collaboration
# Copyright © 2008 Martín Ferrari
# Copyright © 2008,2009,2010 Damyan Ivanov
+# Copyright © 2010 gregor herrmann
#
# This program is free s
Re: initramfs-tools 0.98.3
On Fri, Sep 10, 2010 at 11:51:23 +0200, Holger Levsen wrote: > On Freitag, 10. September 2010, maximilian attems wrote: > > After some dicussion in #debian-release, this unblock should > > be synced with a newer debian-edu-artwork, please wait for that. > > (aka fix of #593707) > > will try to work on the weekend, wont mind if its done by someone else ;) > -edu, anyone? Cheers, Julien signature.asc Description: Digital signature
Re: Bug#578458: still fails to build
On Mon, Sep 13, 2010 at 13:46:49 +0300, Niko Tyni wrote: > From the release point of view, I think just unblocking libanyevent-perl > 5.271-2 for squeeze should be enough. The libcoro-perl version in squeeze > (5.210) should indeed be fine, and if there's a need to get 5.230 in that > should be a separate discussion. > libanyevent-perl unblocked, thanks for your work. Cheers, Julien signature.asc Description: Digital signature
Bug#596130: marked as done (unblock: doom-wad-shareware/1.9.fixed-1)
Your message dated Mon, 13 Sep 2010 18:15:07 +0200 with message-id <20100913161507.gn5...@patate.is-a-geek.org> and subject line Re: Bug#596130: unblock: doom-wad-shareware/1.9.fixed-1 has caused the Debian Bug report #596130, regarding unblock: doom-wad-shareware/1.9.fixed-1 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 596130: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596130 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hello, Please unblock package doom-wad-shareware. This is possibly the simplest possible Debian package: it installs precicely one upstream file, plus the changelog and copyright files. Amazingly, it turns out it has been installing the wrong upstream file for the last ten years. The original maintainer resigned in December last year. I've taken over maintenance and packaged the correct file. Due to the trivial nature of the package, the fact that the testing version installs the wrong file, and to prevent the former maintainer being bugged about the package for the duration of the next release, I am requesting this unblock. unblock doom-wad-shareware/1.9.fixed-1 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: Digital signature --- End Message --- --- Begin Message --- On Mon, Sep 13, 2010 at 14:54:47 +0100, Jon Dowland wrote: > I've uploaded a fixed package version 1.9.fixed-2. Unblocked. Cheers, Julien signature.asc Description: Digital signature --- End Message ---
Re: Bug#596130: unblock: doom-wad-shareware/1.9.fixed-1
On Mon, Sep 13, 2010 at 14:54:47 +0100, Jon Dowland wrote: > I've uploaded a fixed package version 1.9.fixed-2. Unblocked. Cheers, Julien signature.asc Description: Digital signature
Re: Bugfixes for icinga-core
On Sun, Sep 5, 2010 at 10:21:41 +0200, Alexander Wirt wrote: > 0003-modify-execv-to-execvp-accepting-4096-cmd-args-for-b.patch, > 0004-execvp-searches-in-PATH-too-like-popen-and-returns-i.patch: > 1.0.2 included a new heuristic to detect if a check could be executed without > a shell to speed up things. Unfortunatly that heuristic had some critical > bugs. One of the is that a command can only have 20-1 arguments which often > is not enough. The second of the patches fixes PATH lookups for check > commands. > Wouldn't it be easier/safer to just fork a shell every time, if the heuristic is unreliable? Cheers, Julien signature.asc Description: Digital signature
Re: Please unblock arno-iptables-firewall 1.9.2.k-4
On Sun, Sep 12, 2010 at 20:44:01 -0400, Michael Hanke wrote: > I'd be glad if you could allow the version to transition into squeeze. > Unblocked. Cheers, Julien signature.asc Description: Digital signature
Bug#596706: unblock: xorg-server/2:1.7.7-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Essentially two patches from upstream, fixing wrapping/unwrapping of EnterVT throughout the tree. xorg-server (2:1.7.7-6) unstable; urgency=low * Unwrap/rewrap EnterVT/LeaveVT completely. Because some EnterVT code needs to remove itself from the call chain, we need to fix all of the wrappers to correctly unwrap/rewrap during the call chain. Followup to the fix in the previous upload, pointed out and tested by Sven Joachim, thanks! (closes: #596012, #595973, #595776) -- Julien Cristau Wed, 08 Sep 2010 19:06:02 +0200 xorg-server (2:1.7.7-5) unstable; urgency=low [ Julien Cristau ] * Clean up RandR12 bits on screen close. Avoids infinite recursion on EnterVT in the second server generation (closes: #595386). [ Cyril Brulebois ] * Upload to unstable. -- Cyril Brulebois Sat, 04 Sep 2010 18:57:55 +0200 There'll probably be a few more fixes before release, and we need to sort out the xserver-xorg-video-intel situation, but for now, please: unblock xorg-server/2:1.7.7-6 Cheers, Julien signature.asc Description: Digital signature
Re: Permission to fix bug #576127 in ncurses
On 2010-09-13 16:32 +0200, Sven Joachim wrote: > On 2010-09-11 20:28 +0200, Julien Cristau wrote: > >> On Sat, Sep 11, 2010 at 20:20:25 +0200, Sven Joachim wrote: >> >>> I would like to get a freeze exception for ncurses to fix bug #576127[0] >>> for squeeze. While this bug only affects a minority of our users, those >>> will be hit rather hard, and this bug is a regression from Lenny. The >>> commits in our git repository can be found at [1] and [2]. >>> >>> Another bug I would like to fix is #595484[3]. This is not as >>> important, but the patch is a one-liner (exactly three characters long). >>> The commit would be [4]. >>> >> Please go ahead, let us know when the package is accepted. > > Craig uploaded it, and it has already been built on all release > architectures. I just noticed that the source package contains two spurious *.debhelper.log files, which is probably due to - Craig having worked on i386 at some point, but uploading on amd64 - dh_clean only removing log files for packages in the architecture list (cf. debhelper 4.1.52 changelog entry) - lintian being silent about the files that should not be there Otherwise it is identical to our new 'sid' branch in git[1], please unblock. Cheers, Sven 1. http://git.debian.org/?p=collab-maint/ncurses.git;a=shortlog;h=refs/heads/sid pgpW9mJpyNKhU.pgp Description: PGP signature
Re: Unblock webkitkde (kpart-webkit / libkwebkit1) or other action?
On 2010-09-13, Michael Gilbert wrote: > On Mon, 13 Sep 2010 16:23:58 +0200, Adrian von Bidder wrote: >> Heyho! >> >> (Ping - sent last Thursday, no answer so far.) >> >> Sune NMUd webkitkde (which I maintain) and got a freeze exception. Not >> being aware of this I uploaded a new upstream snapshot (fixing at least one >> quite annoying bug), incorporating his NMU change and correcting >> README.Debian to match the change Sune did in his NMU. >> >> libkwebkit1 ABI didn't change as far as I can see; kget is currently the >> only package depending on this (except kpart-webkit itself, of course.) >> >> I'd be happy about input from the release team about how to proceed: >> -> I re-upload Sune's NMU version to t-p-u >> -> let the new version go into squeeze >> -> remove webkitkde from squeeze (requires a kdenetwork upload without >> dependency on libkwebkit, so less than ideal unless such an upload is >> planned anyway.) >> >> (Looking at popcon and at the low number of bug reports despite there being >> a few annoying bugs, removing webkitkde from squeeze wouldn't be the end of >> the world - having it in squeeze would still be nice, though.) > > Is another webkit code copy really necessary? Who has volunteered to > support backports of security fixes to this? It is a kpart (kde platform component) built on top of libkdewebkit, which just wraps qtwebkit. So, it is not another webkit code copy. just something that uses the library. That said, I don't have any particular opinion on webkitkde, except for the fact that the current version in squeeze should not be released as it is. (hence my NMU and such) /Sune -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/slrni8se4k.rvp.nos...@sshway.ssh.pusling.com
Processed: tagging 596094
Processing commands for cont...@bugs.debian.org: > tags 596094 + moreinfo Bug #596094 [release.debian.org] unblock: epiphany-browser/2.30.5-1 Added tag(s) moreinfo. > thanks Stopping processing here. Please contact me if you need assistance. -- 596094: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596094 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128438873718237.transcr...@bugs.debian.org
Processed: tagging 596280
Processing commands for cont...@bugs.debian.org: > tags 596280 + moreinfo Bug #596280 [release.debian.org] unblock: kolabd/2.2.4-20100624-2 Added tag(s) moreinfo. > thanks Stopping processing here. Please contact me if you need assistance. -- 596280: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596280 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128438870217840.transcr...@bugs.debian.org
Re: Permission to fix bug #576127 in ncurses
On 2010-09-11 20:28 +0200, Julien Cristau wrote: > On Sat, Sep 11, 2010 at 20:20:25 +0200, Sven Joachim wrote: > >> I would like to get a freeze exception for ncurses to fix bug #576127[0] >> for squeeze. While this bug only affects a minority of our users, those >> will be hit rather hard, and this bug is a regression from Lenny. The >> commits in our git repository can be found at [1] and [2]. >> >> Another bug I would like to fix is #595484[3]. This is not as >> important, but the patch is a one-liner (exactly three characters long). >> The commit would be [4]. >> > Please go ahead, let us know when the package is accepted. Craig uploaded it, and it has already been built on all release architectures. Cheers, Sven pgpuUkjnlBA9a.pgp Description: PGP signature
Re: Unblock webkitkde (kpart-webkit / libkwebkit1) or other action?
On Mon, 13 Sep 2010 16:23:58 +0200, Adrian von Bidder wrote: > Heyho! > > (Ping - sent last Thursday, no answer so far.) > > Sune NMUd webkitkde (which I maintain) and got a freeze exception. Not > being aware of this I uploaded a new upstream snapshot (fixing at least one > quite annoying bug), incorporating his NMU change and correcting > README.Debian to match the change Sune did in his NMU. > > libkwebkit1 ABI didn't change as far as I can see; kget is currently the > only package depending on this (except kpart-webkit itself, of course.) > > I'd be happy about input from the release team about how to proceed: > -> I re-upload Sune's NMU version to t-p-u > -> let the new version go into squeeze > -> remove webkitkde from squeeze (requires a kdenetwork upload without > dependency on libkwebkit, so less than ideal unless such an upload is > planned anyway.) > > (Looking at popcon and at the low number of bug reports despite there being > a few annoying bugs, removing webkitkde from squeeze wouldn't be the end of > the world - having it in squeeze would still be nice, though.) Is another webkit code copy really necessary? Who has volunteered to support backports of security fixes to this? Unless there are some "must have" reverse dependencies, I think this package should be removed from testing. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913102756.634ff681.michael.s.gilb...@gmail.com
Unblock webkitkde (kpart-webkit / libkwebkit1) or other action?
Heyho! (Ping - sent last Thursday, no answer so far.) Sune NMUd webkitkde (which I maintain) and got a freeze exception. Not being aware of this I uploaded a new upstream snapshot (fixing at least one quite annoying bug), incorporating his NMU change and correcting README.Debian to match the change Sune did in his NMU. libkwebkit1 ABI didn't change as far as I can see; kget is currently the only package depending on this (except kpart-webkit itself, of course.) I'd be happy about input from the release team about how to proceed: -> I re-upload Sune's NMU version to t-p-u -> let the new version go into squeeze -> remove webkitkde from squeeze (requires a kdenetwork upload without dependency on libkwebkit, so less than ideal unless such an upload is planned anyway.) (Looking at popcon and at the low number of bug reports despite there being a few annoying bugs, removing webkitkde from squeeze wouldn't be the end of the world - having it in squeeze would still be nice, though.) +++ webkitkde (0.9.6svn1170614-1) unstable; urgency=low * New upstream version. - History fixes. * Merge NMU and adjust README.Debian to match the new reality * Convert symbol file to C++ * Update to Policy 3.9.1 -- Adrian von Bidder Sun, 05 Sep 2010 15:17:45 +0200 +++ cheers -- vbi -- In Blythe, California, a city ordinance declares that a person must own at least two cows before he can wear cowboy boots in public. signature.asc Description: This is a digitally signed message part.
Bug#596574: unblock: ruby1.9.1/1.9.2.0-1 libgems-ruby/1.3.7-2
On Mon, Sep 13, 2010 at 9:12 AM, Lucas Nussbaum wrote: > On 13/09/10 at 13:19 +0100, Adam D. Barratt wrote: >> On Sun, September 12, 2010 18:27, Lucas Nussbaum wrote: >> > The rubygems1.9.1 package used to be built from the libgems-ruby source >> > package. But Ruby 1.9.2 broke it, so we decided to switch to using Ruby >> > 1.9.2's rubygems for 1.9.X. >> > That requires dropping the 1.9 package from libgems-ruby, and making >> > changes to the ruby1.9.1 package to add the rubygems files to the >> > ruby1.9.1 package. (full discussion in #588125) >> > Additionally, a common complaint from rubygems users was addressed, by >> > allowing a workaround to do "gem update --system". (Done in both >> > packages). >> >> Why was this uploaded with an urgency of high? > > Because I have little doubt that the package is of better quality than > the one currently in testing, and I'd like to maximize testing of the > package by having it migrate ASAP. > >> One of the changes in debian/rules isn't mentioned in the changelog: >> >> -include /usr/share/quilt/quilt.make >> +include /usr/share/cdbs/1/rules/patchsys-quilt.mk > > Should I upload a fix? >> >> > Then, ruby1.9.1 1.9.2.0-1. >> >> Already unblocked by Luk as part of the "security fixes unblock" set, but >> aged to 20 days. > > I don't understand the reason for that. I think that we agree that this > version is better than the previous one. Why do you prefer to reduce the > opportunity for testing by not letting it migrate now? The 20 days provides more time to find show stopping issues in unstable since the changes are so large. This seems fine since the security issue itself is minor. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktik7ymfp-fewhkzyq38hoyenggt8o8=1q3dz6...@mail.gmail.com
Re: Bug#596130: unblock: doom-wad-shareware/1.9.fixed-1
On Sun, Sep 12, 2010 at 06:15:01PM +0200, Julien Cristau wrote: > On Sun, Sep 12, 2010 at 17:02:43 +0100, Jon Dowland wrote: > > > On Sat, Sep 11, 2010 at 09:15:50PM +0200, Julien Cristau wrote: > > > On Wed, Sep 8, 2010 at 21:01:58 +0100, Jon Dowland wrote: > > > > > > > Please unblock package doom-wad-shareware. > > > > > > > You're getting rid of the md5sums control file? > > > > Thanks for spotting. That is not intentional. Would you > > prefer it fixed for squeeze? > > > If it's not too much trouble :) I've uploaded a fixed package version 1.9.fixed-2. Thanks, -- Jon Dowland -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913135447.ga15...@deckard.alcopop.org
Re: another two freez exceptions for texlive-base and texlice-extra
On Mon, Sep 13, 2010 at 22:18:03 +0900, Norbert Preining wrote: > Hi Julien, hi all, > > On Sa, 11 Sep 2010, Julien Cristau wrote: > > > texlive-extra 2009-10 > > > > > > * add the forgotten epoch for musixtex dependency (Closes: #587746) > > > > > > This chnage is trivail, it only adds the forgotten epco to musixtex > > > dependency, which was not included in the upload before. It is not > > > aserious issue, since there are no other musixtex packages around > > > anyway. > > > > > If there's likely to be other changes before release I'd rather defer > > this. Otherwise go ahead. > > Currently I have nothing in the queue, but if you want I can still wait > a bit. > Whichever you prefer, I don't mind. > > > texlive-base 2009-11 > > > > > >* texlive-base conflict with texlive-base-bin-doc to get it removed > > > (Closes: #589205) > > >* avoid unneeded 10texlive-base.cnfpre-edit files in /etc/texmf/fmt.d, > > > thanks Jörg-Volker Peetz (Closes: #584950) > > > > > > The first item is harmless, more important is the second. > > > > > I don't understand the rationale for the first item. If the old package > > is not doing any actual harm then conflicting with it isn't necessary. > > Yes that is true, but it duplicates information in a way that one might > believe there is telxive-base-bin and the binaries. The very same docs > are shipped now in different packages, so yes, in principle it should > not harm, but we did it for cleaning up the upgrade 2007->2009. > > If you prefer I can revert it. > Conflicts create problems for upgrades so if this is not strictly necessary then yes, please revert it. > > > The code in the texlive-base.postinst in the *current* version in testing > > > now unconditionally edits texlive-base.cnf in place creating a backup > > > file > > > /etc/texmf/fmt.d/texlive-base.cnfpre-edit > > > even if no changes were necessary (i.e., when you have not upgraded all > > > the way from etch). > > > > > > The change in this package no protects this in place editing with > > > a check whether the actual target line really occurs. > > > > > Sounds ok. > > Thanks. > > So I wait for your suggestion regarding the above two points (wait with > texlive-extra, revert the conflict) and will upload. > Thanks for your work. Cheers, Julien signature.asc Description: Digital signature
Bug#596574: unblock: ruby1.9.1/1.9.2.0-1 libgems-ruby/1.3.7-2
On Mon, September 13, 2010 14:12, Lucas Nussbaum wrote: > On 13/09/10 at 13:19 +0100, Adam D. Barratt wrote: >> On Sun, September 12, 2010 18:27, Lucas Nussbaum wrote: >> > The rubygems1.9.1 package used to be built from the libgems-ruby >> source >> > package. But Ruby 1.9.2 broke it, so we decided to switch to using >> Ruby >> > 1.9.2's rubygems for 1.9.X. >> > That requires dropping the 1.9 package from libgems-ruby, and making >> > changes to the ruby1.9.1 package to add the rubygems files to the >> > ruby1.9.1 package. (full discussion in #588125) >> > Additionally, a common complaint from rubygems users was addressed, by >> > allowing a workaround to do "gem update --system". (Done in both >> > packages). >> >> Why was this uploaded with an urgency of high? > > Because I have little doubt that the package is of better quality than > the one currently in testing, and I'd like to maximize testing of the > package by having it migrate ASAP. Testing in unstable is also useful; mentioning that in the changelog would have been helpful, at least imho. >> One of the changes in debian/rules isn't mentioned in the changelog: >> >> -include /usr/share/quilt/quilt.make >> +include /usr/share/cdbs/1/rules/patchsys-quilt.mk > > Should I upload a fix? If there's a good reason the change was made, that's fine. I wasn't able to find an explanation in the changelog, so I queried it. >> > Then, ruby1.9.1 1.9.2.0-1. >> >> Already unblocked by Luk as part of the "security fixes unblock" set, >> but >> aged to 20 days. > > I don't understand the reason for that. I think that we agree that this > version is better than the previous one. Why do you prefer to reduce the > opportunity for testing by not letting it migrate now? I assume that was "plural you". :) >From <4c8dbe97.60...@debian.org>: /= | > unblock ruby1.9.1/1.9.2.0-1 | | unblocked and aged to 20 days due to massive changes \= >From a quick look at the diff, much of the changes appear to be auto-generated stuff in enc/trans/ and ext/ripper; are either/both of those used in the packages? Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20edc27bdb2a6304f700a6467aeaa9b3.squir...@adsl.funky-badger.org
Re: another two freez exceptions for texlive-base and texlice-extra
Hi Julien, hi all,
On Sa, 11 Sep 2010, Julien Cristau wrote:
> > texlive-extra 2009-10
> >
> > * add the forgotten epoch for musixtex dependency (Closes: #587746)
> >
> > This chnage is trivail, it only adds the forgotten epco to musixtex
> > dependency, which was not included in the upload before. It is not
> > aserious issue, since there are no other musixtex packages around
> > anyway.
> >
> If there's likely to be other changes before release I'd rather defer
> this. Otherwise go ahead.
Currently I have nothing in the queue, but if you want I can still wait
a bit.
> > texlive-base 2009-11
> >
> >* texlive-base conflict with texlive-base-bin-doc to get it removed
> > (Closes: #589205)
> >* avoid unneeded 10texlive-base.cnfpre-edit files in /etc/texmf/fmt.d,
> > thanks Jörg-Volker Peetz (Closes: #584950)
> >
> > The first item is harmless, more important is the second.
> >
> I don't understand the rationale for the first item. If the old package
> is not doing any actual harm then conflicting with it isn't necessary.
Yes that is true, but it duplicates information in a way that one might
believe there is telxive-base-bin and the binaries. The very same docs
are shipped now in different packages, so yes, in principle it should
not harm, but we did it for cleaning up the upgrade 2007->2009.
If you prefer I can revert it.
> > The code in the texlive-base.postinst in the *current* version in testing
> > now unconditionally edits texlive-base.cnf in place creating a backup
> > file
> > /etc/texmf/fmt.d/texlive-base.cnfpre-edit
> > even if no changes were necessary (i.e., when you have not upgraded all
> > the way from etch).
> >
> > The change in this package no protects this in place editing with
> > a check whether the actual target line really occurs.
> >
> Sounds ok.
Thanks.
So I wait for your suggestion regarding the above two points (wait with
texlive-extra, revert the conflict) and will upload.
Thanks a lot and all the best
Norbert
Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
BOOKWhat to do if you find yourself stuck in a crack in the ground
underneath a giant boulder you can't move, with no hope of
rescue. Consider how lucky you are that life has been good to
you so far. Alternatively, if life hasn't been good to you so
far, which given your current circumstances seems more likely,
consider how lucky you are that it won't be troubling you much
longer.
--- Comforting advice for Ford and Arthur in this current
--- situation, Fit the Eighth.
--- Douglas Adams, The Hitchhikers Guide to the Galaxy
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100913131803.gc32...@gamma.logic.tuwien.ac.at
Pre-approval for upcoming FFmpeg upload
With your permission, I'd like to upload the following debdiff to fix a rather embarrassing bug: diff --git a/debian/changelog b/debian/changelog index 59a7196..ee4457a 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,14 @@ +ffmpeg (4:0.5.2-5) unstable; urgency=low + + [ Dominic Evans ] + * add libxfixes-dev to build-depends to unbreak x11grab input, +Closes: #596342, LP: #631103 + + [ Reinhard Tartler ] + * fix x11grab example in e.g. the manpage so that they actually work + + -- Reinhard Tartler Mon, 13 Sep 2010 15:29:49 +0200 + ffmpeg (4:0.5.2-4) unstable; urgency=low [ Loïc Minier ] diff --git a/debian/control b/debian/control index 260932e..86a0e38 100644 --- a/debian/control +++ b/debian/control @@ -31,6 +31,7 @@ Build-Depends: debhelper (>= 7), libvorbis-dev, libx11-dev, libxext-dev, + libxfixes-dev, libvdpau-dev, libxvmc-dev, quilt, diff --git a/debian/patches/fix-x11grab-example.patch b/debian/patches/fix-x11grab-example.patch new file mode 100644 index 000..b6fde93 --- /dev/null +++ b/debian/patches/fix-x11grab-example.patch @@ -0,0 +1,31 @@ +From: siretart +Date: Mon, 13 Sep 2010 13:25:51 + (+) +Subject: fix x11grab example in e.g. the manpage so that they actually work +X-Git-Url: http://git.ffmpeg.org/?p=ffmpeg;a=commitdiff_plain;h=ead47de1d89067e24bc3f520b6d762ecf64db002 + +fix x11grab example in e.g. the manpage so that they actually work + +git-svn-id: file:///var/local/repositories/ffmpeg/tr...@25113 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b +--- + +diff --git a/doc/ffmpeg-doc.texi b/doc/ffmpeg-doc.texi +index 71bed9b..d9c5c14 100644 +--- a/doc/ffmpeg-doc.texi b/doc/ffmpeg-doc.texi +@@ -817,14 +817,14 @@ standard mixer. + FFmpeg can grab the X11 display. + + @example +-ffmpeg -f x11grab -s cif -i :0.0 /tmp/out.mpg ++ffmpeg -f x11grab -s cif -r 25 -i :0.0 /tmp/out.mpg + @end example + + 0.0 is display.screen number of your X11 server, same as + the DISPLAY environment variable. + + @example +-ffmpeg -f x11grab -s cif -i :0.0+10,20 /tmp/out.mpg ++ffmpeg -f x11grab -s cif -r 25 -i :0.0+10,20 /tmp/out.mpg + @end example + + 0.0 is display.screen number of your X11 server, same as the DISPLAY environment diff --git a/debian/patches/series b/debian/patches/series index 104c330..4c91710 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -3,6 +3,7 @@ fix-dv-seeking.patch fix-constant-quant-encoding.patch increase-VOFW-on-x86.patch use-normal-check_func-test-for-math-functions.patch +fix-x11grab-example.patch 900_doxyfile 901-fix-misc-typos.patch # fpic-ftbfs-fix.patch -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87fwxddaxm@faui44a.informatik.uni-erlangen.de
Re: Unblock request for opendnssec 1.1.3-1
Hi Julien,
I know maybe it's too much to ask, but the upstream have found a grave bug
in opendnssec 1.1.2 and released 1.1.3 today, which fixes just that
one critical bug. (I didn't want to open another bug in Debian BTS
just for formal reasons, but I can do that.)
The bug description is:
OpenDNSSEC 1.1.3 - 2010-09-10
Bugfixes:
* Bugreport #183: Partial zone could get signed if zone transfer failed
when using zone_fetcher
The full description of the bug can be found here:
http://trac.opendnssec.org/ticket/183
The trimmed down patch is attached and the output of diff stat looks like this:
zone_fetcher.c | 54 --
zone_fetcher.h |4 ++--
2 files changed, 42 insertions(+), 16 deletions(-)
It just moves initialization of xfrd structure lower into data
structures, because it cannot be reused and does much more strict data
checking.
Ondrej
On Thu, Sep 9, 2010 at 13:15, Julien Cristau wrote:
> On Mon, Sep 6, 2010 at 11:22:31 +0200, Ondřej Surý wrote:
>
>> On Mon, Sep 6, 2010 at 10:48, Julien Cristau wrote:
>> > On Mon, Sep 6, 2010 at 09:24:25 +0200, Ondřej Surý wrote:
>> >
>> >> On Sat, Sep 4, 2010 at 15:42, Julien Cristau wrote:
>> >> > tools/ods-control.in looks like it should exit with an error if it
>> >> > doesn't like its command line arguments.
>> >>
>> >> I have prepared patch for this issue and I will upload it as 1.1.2-2
>> >> if you say it's ok.
>> >>
>> > ack
>>
>> Thanks. Uploaded.
>>
> Unblocked.
>
> Cheers,
> Julien
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iQIcBAEBCAAGBQJMiMHMAAoJEDEBgAUJBeQMdP0QAMxaqcz2j1fxSCcp1Yk9wdK5
> qNlGXBGp9SzTFMaIu6Xn0ClvWgoArLDS+zzpZGeroCL1Er20cIRfhq7F3dw3Mc0B
> b27jynVjE9rfjmIU6Thj+e7uZU4eBj//Zi1DFLDx/obMHE47u6+YIm2++4Qsf6+f
> Lz+mZijuFOXEtv7EXh8/FIv/vU2i3INfGW+d0AtXre5ybH7aYGD6i1kBxghzJOq1
> jlWcoSeFou+xuHqBhWSIfetYXx08JkuP+i4YtRhgFB9I+lb8zqAJg8Z9uisM9vdx
> 9y2coDYbTnrNhYplED6/Dky0dW3VT3CqEi27JmhLefcEsL8Tzsx/UZe2ZpKPoS7W
> 4P6fj8UrPoNznUIiTGstzXBPiGzBaJtwynxbbvRPvaWjmMUpB9CDRO1KhIJMz8p9
> zGi9MWI59ogZQp4DV82GfPNaUKG1bwrOS9ujOVwZR6RdVqEYoaq/wsdlJMF0lHcs
> zXePFrtyUa4HXkX8OKbu5kZrey5ysH8nr7iKo4mscrKwXGWW0eiTx43MX/6FoL2d
> WGC/QlShNEJ56zcet3ww8dzKrUPMOb1hmVyGlcUxewCI6BsEDCL9rhD8Cx8xakFR
> kNJ0ZBG2nU/fg2DP1F0Qt+JtkFsK1tboLC1pcmSyuvcKJVR/wLsPa+nhJLVCMu8s
> yG2MLre/los5CIJPnzIF
> =T0AN
> -END PGP SIGNATURE-
>
>
--
Ondřej Surý
diff -urNapw opendnssec-1.1.2/signer/tools/zone_fetcher.c opendnssec-1.1.3/signer/tools/zone_fetcher.c
--- opendnssec-1.1.2/signer/tools/zone_fetcher.c 2010-08-25 10:47:46.0 +0200
+++ opendnssec-1.1.3/signer/tools/zone_fetcher.c 2010-09-13 15:09:50.918928154 +0200
@@ -1,5 +1,5 @@
/*
- * $Id: zone_fetcher.c 3653 2010-08-05 14:04:51Z matthijs $
+ * $Id: zone_fetcher.c 3912 2010-09-10 12:35:26Z rb $
*
* Copyright (c) 2009 NLnet Labs. All rights reserved.
*
@@ -37,6 +37,7 @@
#include
#include
#include
+#include
#include
#include
@@ -168,7 +169,6 @@ free_config(config_type* cfg)
free_zonelist(cfg->zonelist);
free_serverlist(cfg->serverlist);
free_serverlist(cfg->notifylist);
-ldns_resolver_free(cfg->xfrd);
free((void*) cfg);
}
}
@@ -846,6 +846,7 @@ odd_xfer(zonelist_type* zone, uint32_t s
char dest_file[MAXPATHLEN];
char engine_sign_cmd[MAXPATHLEN + 1024];
int soa_seen = 0;
+ldns_resolver* xfrd = NULL;
/* soa serial query */
if (!zone || !zone->dname) {
@@ -862,11 +863,21 @@ odd_xfer(zonelist_type* zone, uint32_t s
"Aborting AXFR");
return -1;
}
-status = ldns_resolver_send_pkt(&apkt, config->xfrd, qpkt);
+
+/* Initialise LDNS resolver for AXFR */
+xfrd = init_xfrd(config);
+
+if (!xfrd) {
+ log_msg(LOG_ERR, "Failed to initialise AXFR structure");
+ return -1;
+}
+
+status = ldns_resolver_send_pkt(&apkt, xfrd, qpkt);
if (status != LDNS_STATUS_OK) {
log_msg(LOG_ERR, "zone fetcher failed to send SOA query: %s",
ldns_get_errorstr_by_id(status));
ldns_pkt_free(qpkt);
+ ldns_resolver_free(xfrd);
return -1;
}
if (ldns_pkt_ancount(apkt) == 1) {
@@ -881,15 +892,17 @@ odd_xfer(zonelist_type* zone, uint32_t s
"Aborting AXFR");
/* retry? */
ldns_pkt_free(apkt);
+ ldns_resolver_free(xfrd);
return -1;
}
if (DNS_SERIAL_GT(new_serial, serial)) {
-status = ldns_axfr_start(config->xfrd, zone->dname, LDNS_RR_CLASS_IN);
+status = ldns_axfr_start(xfrd, zone->dname, LDNS_RR_CLASS_IN);
ldns_pkt_free(qpkt);
if (status != LDNS_STATUS_OK) {
log_msg(LOG_ERR, "zone fetcher failed to start axfr: %s",
ldns_get_errorstr_by_id(status));
+ ldns_resolver_free(xfrd);
return -1;
}
@@ -905,17 +918,19 @@ odd_xfer(zonelist_type* zone, uint32_t s
if (!fd) {
log_msg(LOG_ERR, "zone fetc
Re: bugs in the unofficial RC bug tracker @ turmzimmer
On 15/08/10 at 17:00 +0200, Luk Claes wrote: > On 08/15/2010 04:46 PM, Lucas Nussbaum wrote: > > Hi, > > Hi > > > I investigated some differences between > > http://bts.turmzimmer.net/details.php > > and what UDD sees, and found out that the unofficial RC bug tracker > > seems to be missing quite a lot of bugs. > > > > The main problem seems to be that it doesn't know about the 'src:' > > syntax (examples: #577321, #577364). > > > > It also seems wrong about other bugs, though it's harder to understand > > what it does wrong in those cases. > > I guess some of them can be explained by the seemingly missing support > for multiple source versions in unstable (aka it seems to take the first > one it encounters). > > > If someone is interested in rewriting the unofficial RC bug tracker > > using UDD, I could provide some help with the SQL part. > > aba: what do you think? > > Maybe it's also time to make it an official service? Hi, I worked on a UDD-based RC bugs list. It doesn't have all the functionality of the turmzimmer tracker, but at least it shouldn't miss any bugs. http://udd.debian.org/cgi-bin/bugs.cgi Feedback welcomed. - Lucas -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913133250.ga27...@xanadu.blop.info
Bug#596574: unblock: ruby1.9.1/1.9.2.0-1 libgems-ruby/1.3.7-2
On 13/09/10 at 13:19 +0100, Adam D. Barratt wrote: > On Sun, September 12, 2010 18:27, Lucas Nussbaum wrote: > > The rubygems1.9.1 package used to be built from the libgems-ruby source > > package. But Ruby 1.9.2 broke it, so we decided to switch to using Ruby > > 1.9.2's rubygems for 1.9.X. > > That requires dropping the 1.9 package from libgems-ruby, and making > > changes to the ruby1.9.1 package to add the rubygems files to the > > ruby1.9.1 package. (full discussion in #588125) > > Additionally, a common complaint from rubygems users was addressed, by > > allowing a workaround to do "gem update --system". (Done in both > > packages). > > Why was this uploaded with an urgency of high? Because I have little doubt that the package is of better quality than the one currently in testing, and I'd like to maximize testing of the package by having it migrate ASAP. > One of the changes in debian/rules isn't mentioned in the changelog: > > -include /usr/share/quilt/quilt.make > +include /usr/share/cdbs/1/rules/patchsys-quilt.mk Should I upload a fix? > > > Then, ruby1.9.1 1.9.2.0-1. > > Already unblocked by Luk as part of the "security fixes unblock" set, but > aged to 20 days. I don't understand the reason for that. I think that we agree that this version is better than the previous one. Why do you prefer to reduce the opportunity for testing by not letting it migrate now? - Lucas -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913131218.ga25...@xanadu.blop.info
Processed: submitter 596688, retitle 596688 to unblock: gweled/0.8.repack-5
Processing commands for cont...@bugs.debian.org: > submitter 596688 ond...@sury.org Bug #596688 [release.debian.org] unblock: gweled/0.8.repack-4.1 (currently in DELAYED/2) Changed Bug submitter to 'ond...@sury.org' from 'Alexander Reichle-Schmehl ' > retitle 596688 unblock: gweled/0.8.repack-5 Bug #596688 [release.debian.org] unblock: gweled/0.8.repack-4.1 (currently in DELAYED/2) Changed Bug title to 'unblock: gweled/0.8.repack-5' from 'unblock: gweled/0.8.repack-4.1 (currently in DELAYED/2)' > End of message, stopping processing here. Please contact me if you need assistance. -- 596688: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596688 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128438236331133.transcr...@bugs.debian.org
Bug#596688: unblock: gweled/0.8.repack-4.1 (currently in DELAYED/2)
Package: release.debian.org Severity: normal Hi! Could you please unblock gweled/0.8.repack-4.1? It fixes RC bug #595590 (which is actually the same as #591597, incorrectly marked as fixed) and the fix is trivial: diff -Nru gweled-0.8.repack/debian/rules gweled-0.8.repack/debian/rules --- gweled-0.8.repack/debian/rules 2010-08-04 09:29:10.0 +0200 +++ gweled-0.8.repack/debian/rules 2010-09-13 14:04:32.0 +0200 @@ -15,4 +15,4 @@ override_dh_auto_install: dh_auto_install - rm -rf $(CURDIR)/debian/gweled/var/games + rm -rf $(CURDIR)/debian/gweled/var/games/* Best regards, Alexander -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de...@euro) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913122318.20733.48735.report...@melusine.alphascorpii.net
Re: Pre-approval of python-liblas/1.2.1-2 upload
On Sun, September 12, 2010 16:06, David Paleino wrote: > On Sun, 12 Sep 2010 12:26:14 +0100, Adam D. Barratt wrote: > >> On Sun, 2010-09-12 at 10:56 +0200, David Paleino wrote: >> > I prepared an upload for python-liblas, version 1.2.1-2, targetted at >> > Squeeze. This upload fixes an RC bug (#595603), and another one which >> is >> > "minor" (#595608, but the fix is really easy, and they're really >> almost the >> > same bug). >> >> Please go ahead, and let us know once the package has been accepted. > > Accepted. and unblocked. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8d0b6ded29ccebf4dbf33154943b46f0.squir...@adsl.funky-badger.org
Bug#596574: unblock: ruby1.9.1/1.9.2.0-1 libgems-ruby/1.3.7-2
On Sun, September 12, 2010 18:27, Lucas Nussbaum wrote: > The rubygems1.9.1 package used to be built from the libgems-ruby source > package. But Ruby 1.9.2 broke it, so we decided to switch to using Ruby > 1.9.2's rubygems for 1.9.X. > That requires dropping the 1.9 package from libgems-ruby, and making > changes to the ruby1.9.1 package to add the rubygems files to the > ruby1.9.1 package. (full discussion in #588125) > Additionally, a common complaint from rubygems users was addressed, by > allowing a workaround to do "gem update --system". (Done in both > packages). Why was this uploaded with an urgency of high? One of the changes in debian/rules isn't mentioned in the changelog: -include /usr/share/quilt/quilt.make +include /usr/share/cdbs/1/rules/patchsys-quilt.mk > Then, ruby1.9.1 1.9.2.0-1. Already unblocked by Luk as part of the "security fixes unblock" set, but aged to 20 days. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/251e4d70436a3b70df1028df63b626c5.squir...@adsl.funky-badger.org
Bug#596686: unblock: gtk2-engines-qtcurve/1.5.2-1.1 (currently in delayed/2)
Package: release.debian.org Severity: normal Hi! Could you please unblock gtk2-engised-qtcurve, as it fixed rc bug #590521? The change is trivial: diff -Nru gtk2-engines-qtcurve-1.5.2/debian/rules gtk2-engines-qtcurve-1.5.2/debian/rules --- gtk2-engines-qtcurve-1.5.2/debian/rules 2010-07-22 08:41:07.0 +0200 +++ gtk2-engines-qtcurve-1.5.2/debian/rules 2010-09-13 13:45:40.0 +0200 @@ -9,7 +9,7 @@ dh $@ --parallel override_dh_auto_configure: - dh_auto_configure -- -DQTC_MODIFY_MOZILLA=true + dh_auto_configure -- -DQTC_MODIFY_MOZILLA=false get-orig-source: uscan --verbose --force-download --no-symlink Best regards, Alexander -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de...@euro) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913121541.19319.769.report...@melusine.alphascorpii.net
Re: Freeze exception for sssd?
On Thu, August 12, 2010 22:26, Petter Reinholdtsen wrote: > When the freeze was announced, I was working on an updated sssd > package with code to automatically detect the configuration settings > during installation, to have this included in Squeeze. The freeze > caught us a bit by surprise, but this new autodetection code is now > working, and it would be very good to have it included in Squeeze. Unblocked by Luk as part of the "security fixes unblock" set. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2c5cb515276815950d7199a7cd15e417.squir...@adsl.funky-badger.org
Re: unblock request: cacti 0.8.7g-1
On Tue, September 7, 2010 19:58, sean finney wrote: > cacti 0.8.7g-1 has been in unstable for ~20 days with no ill effects > reported. this is largely an upstream "maintenance release" incorporating > various bug/security fixes present in the previous releases. [...] > from both a user and stable/security support perspective it would be > nice to have this version in the next stable release as opposed to the > 0.8.7e release (0.8.7f was a foobar'd release, in case you're wondering > about the skipped version). Unblocked by Luk as part of the "security fixes unblock" set. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/df4c7e8f25c9c5848c35c2177b3e116c.squir...@adsl.funky-badger.org
Re: Bugfixes for icinga-core
Hi, On Sun Sep 05, 2010 at 10:21:41 +0200, Alexander Wirt wrote: > Hi, > > I know I'm late.. But we discovered some bugs in icinga 1.0.2 which would be > nice to get fixed for squeeze. So we backported the fixes and I attached them > to this mail. It would be nice if I could do a bugfix upload for icinga. > > 0001-fix-image-urls-555.patch: This patch fixes some image urls which were > borken in 1.0.2. This patch is more or less cosmetic, but it prevents several > 404 in the apache log. > > 0002-fix-copy-paste-error-569.patch: If the configuration file lists > temp_path before check_result_path the former gets overwritten. This patch > fixes that behaviour (https://dev.icinga.org/issues/569) > > 0003-modify-execv-to-execvp-accepting-4096-cmd-args-for-b.patch, > 0004-execvp-searches-in-PATH-too-like-popen-and-returns-i.patch: > 1.0.2 included a new heuristic to detect if a check could be executed without > a shell to speed up things. Unfortunatly that heuristic had some critical > bugs. One of the is that a command can only have 20-1 arguments which often > is not enough. The second of the patches fixes PATH lookups for check > commands. > > 0005-fix-wrong-is_volatile-conditions-causing-wrong-servi.patch: > The volatile check was wrong and caused wrong service alerts > > 0006-fix-multiurl-action-status-icon-macro-processing-fix.patch: > fixes a bug in macro processing and an invalid pointer in extinfo.cgi. Please go ahead and upload. Cheers, Martin -- Martin Zobel-Helas | Debian System Administrator Debian & GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913115821.ga4...@ftbfs.de
Bug#596677: Complete diff
Oops. I intented to add the complete diff between the last version but hit the
wrong key.
Here's the complete diff between libconfig-model-tkui-perl 1.309 and 1.310
taken from debian-perl group's svn. Most changes affect the version number of
the Perl modules.
All the best
Index: debian/changelog
===
--- debian/changelog (revision 61498)
+++ debian/changelog (revision 62496)
@@ -1,3 +1,9 @@
+libconfig-model-tkui-perl (1.310-1) unstable; urgency=low
+
+ * New upstream release (small bug fix)
+
+ -- Dominique Dumont Sun, 12 Sep 2010 19:07:26 +0200
+
libconfig-model-tkui-perl (1.309-1) unstable; urgency=low
* New upstream release
Index: META.yml
===
--- META.yml (revision 61498)
+++ META.yml (revision 62496)
@@ -7,7 +7,7 @@
configure_requires:
Module::Build: 0.3601
dynamic_config: 0
-generated_by: 'Dist::Zilla version 4.101900, CPAN::Meta::Converter version 2.101670'
+generated_by: 'Dist::Zilla version 4.102340, CPAN::Meta::Converter version 2.102400'
license: lgpl
meta-spec:
url: http://module-build.sourceforge.net/META-spec-v1.4.html
@@ -23,4 +23,4 @@
Tk: 0
Tk::DirSelect: 0
Tk::Tree: 0
-version: 1.309
+version: 1.310
Index: lib/Config/Model/TkUI.pm
===
--- lib/Config/Model/TkUI.pm (revision 61498)
+++ lib/Config/Model/TkUI.pm (revision 62496)
@@ -11,7 +11,7 @@
package Config::Model::TkUI ;
BEGIN {
- $Config::Model::TkUI::VERSION = '1.309';
+ $Config::Model::TkUI::VERSION = '1.310';
}
use strict;
Index: lib/Config/Model/Tk/HashViewer.pm
===
--- lib/Config/Model/Tk/HashViewer.pm (revision 61498)
+++ lib/Config/Model/Tk/HashViewer.pm (revision 62496)
@@ -9,7 +9,7 @@
#
package Config::Model::Tk::HashViewer ;
BEGIN {
- $Config::Model::Tk::HashViewer::VERSION = '1.309';
+ $Config::Model::Tk::HashViewer::VERSION = '1.310';
}
use strict;
Index: lib/Config/Model/Tk/NodeViewer.pm
===
--- lib/Config/Model/Tk/NodeViewer.pm (revision 61498)
+++ lib/Config/Model/Tk/NodeViewer.pm (revision 62496)
@@ -9,7 +9,7 @@
#
package Config::Model::Tk::NodeViewer ;
BEGIN {
- $Config::Model::Tk::NodeViewer::VERSION = '1.309';
+ $Config::Model::Tk::NodeViewer::VERSION = '1.310';
}
use strict;
Index: lib/Config/Model/Tk/AnyViewer.pm
===
--- lib/Config/Model/Tk/AnyViewer.pm (revision 61498)
+++ lib/Config/Model/Tk/AnyViewer.pm (revision 62496)
@@ -27,7 +27,7 @@
package Config::Model::Tk::AnyViewer ;
BEGIN {
- $Config::Model::Tk::AnyViewer::VERSION = '1.309';
+ $Config::Model::Tk::AnyViewer::VERSION = '1.310';
}
use strict;
Index: lib/Config/Model/Tk/LeafViewer.pm
===
--- lib/Config/Model/Tk/LeafViewer.pm (revision 61498)
+++ lib/Config/Model/Tk/LeafViewer.pm (revision 62496)
@@ -9,7 +9,7 @@
#
package Config::Model::Tk::LeafViewer ;
BEGIN {
- $Config::Model::Tk::LeafViewer::VERSION = '1.309';
+ $Config::Model::Tk::LeafViewer::VERSION = '1.310';
}
use strict;
Index: lib/Config/Model/Tk/HashEditor.pm
===
--- lib/Config/Model/Tk/HashEditor.pm (revision 61498)
+++ lib/Config/Model/Tk/HashEditor.pm (revision 62496)
@@ -9,7 +9,7 @@
#
package Config::Model::Tk::HashEditor ;
BEGIN {
- $Config::Model::Tk::HashEditor::VERSION = '1.309';
+ $Config::Model::Tk::HashEditor::VERSION = '1.310';
}
use strict;
@@ -119,7 +119,7 @@
# bind both entries to update correctly the state of all buttons
my $bound_sub = sub {
- $cw->update_state(entry => $item , tklist => $tklist->curselection)
+ $cw->update_state(entry => $item , tklist => $tklist->curselection || 0)
};
$entry -> bind( '' , $bound_sub );
$tklist-> bind( '<>', $bound_sub );
Index: lib/Config/Model/Tk/CheckListViewer.pm
===
--- lib/Config/Model/Tk/CheckListViewer.pm (revision 61498)
+++ lib/Config/Model/Tk/CheckListViewer.pm (revision 62496)
@@ -9,7 +9,7 @@
#
package Config::Model::Tk::CheckListViewer ;
BEGIN {
- $Config::Model::Tk::CheckListViewer::VERSION = '1.309';
+ $Config::Model::Tk::CheckListViewer::VERSION = '1.310';
}
use strict;
Index: lib/Config/Model/Tk/NodeEditor.pm
===
--- lib/Config/Model/Tk/NodeEditor.pm (revision 61498)
+++ lib/Config/Model/Tk/NodeEditor.pm (revision 62496)
@@ -9,7 +9,7 @@
#
package Config::Model::Tk::NodeEditor ;
BEGIN {
- $Config::Model::Tk::NodeEditor::VERSION = '1.309';
+ $Config::Model::Tk::NodeEditor::VERSION = '1.310';
}
use strict;
Index: lib/Config/Model/Tk/NoteEditor.pm
===
Bug#596677: unblock: libconfig-model-tkui-perl/1.310-1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package libconfig-model-tkui-perl. This new release fixes
a usability bug where some buttons were not enabled when needed.
The meat of the change is quite small:
Index: lib/Config/Model/Tk/HashEditor.pm
===
--- lib/Config/Model/Tk/HashEditor.pm (revision 61498)
+++ lib/Config/Model/Tk/HashEditor.pm (revision 62496)
@@ -119,7 +119,7 @@
# bind both entries to update correctly the state of all buttons
my $bound_sub = sub {
- $cw->update_state(entry => $item , tklist => $tklist->curselection)
+ $cw->update_state(entry => $item , tklist => $tklist->curselection ||
0)
};
$entry -> bind( '' , $bound_sub );
$tklist-> bind( '<>', $bound_sub );
unblock libconfig-model-tkui-perl/1.310-1
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.utf8)
Shell: /bin/sh linked to /bin/bash
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20100913111355.21627.42197.report...@komarr.gre.hp.com
Re: Bug#578458: still fails to build
On Sun, Sep 12, 2010 at 09:41:26PM +0200, gregor herrmann wrote: > I've prepared a new libcoro-perl release in our svn repo which > - removes the cruft from debian/rules > - bumps the build and runtime dependency on libanyevent-perl to > >= 5.271-2 > > Before I upload: Is this ok for the release team, and can -- provided > libcoro-perl builds everywhere -- both package be unblocked? > > On a second thought: libcoro-perl 5.210-1 in testing should be fine > with the newer libanyevent-perl and a round of binNMUs; and we can > still test this and do the cleanup by uploading 5.230-4 to unstable. > Hm. +1 to the second thought, except that I don't see any need for binNMUs. Uploading libcoro-perl 5.230-4 to sid doesn't change anything wrt. squeeze (squeeze and sid already have different versions) and therefore isn't really in the release team domain. However, it's the easiest way to confirm that the fix works and to clean away the unnecessary backend selection code. I think you should go ahead. If 5.230-4 builds everywhere, I think this bug (#578458) should be closed outright. I should really have reassigned it instead of cloning. >From the release point of view, I think just unblocking libanyevent-perl 5.271-2 for squeeze should be enough. The libcoro-perl version in squeeze (5.210) should indeed be fine, and if there's a need to get 5.230 in that should be a separate discussion. Apologies, the confusion was probably because of my earlier comment about cleaning the backend selection code for squeeze. That's not necessary because the code never got in squeeze in the first place. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913104649.ga3...@madeleine.local.invalid
virtualbox hopefully for the last time
Hi again, as Zobel just pointed out, version 3.2.6 is not distributable because Oracle forgot to change some copyrights. Therefore I think we are forced to use 3.2.8 which is fine copyright wise afaict. I'm planning just another upload (ideally today) to fix some problems with 3.2.8, namely: - Incorrect dependencies (#595715) - Problems with kernel 2.6.36 (#594602) - Some manpages were added - Ftbfs with recent libdrm-dev (#594599) I think the non-docs changes are important enough to warrant an exception. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at googlemail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913103449.ga6...@feivel.credativ.lan
Bug#596675: freeze exception: enemies-of-carlotta 1.2.6-4 into Squeeze
Package: release.debian.org Hi, Yesterday I had bug #596623 reported (enemies-of-carlotta uses deprecated md5 module). The result is that the deprecation warnings will confuse MTAs and break mailing lists using e-o-c. So I've just now changed the bug to "serious", and uploaded 1.2.6-4 which uses the hashlib module instead. Please can you allow this version into Squeeze for release? Sorry I didn't notice the problem sooner. This is the changelog entry from 1.2.6-3 which is currently in Squeeze: enemies-of-carlotta (1.2.6-4) unstable; urgency=high * Switched from deprecated md5 to hashlib (closes: #596623) -- Dave Holland Mon, 13 Sep 2010 10:33:49 +0100 thanks, Dave -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913094657.gb31...@snag.biff.org.uk
Bug#596670: unblock: perdition/1.19~rc3-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package perdition Perdition 1.19~rc4-1 includes several important fixes and I would like it considered for inclusion in Squeeze. As it coincides with an upstream release (1.19-rc4) it also contains one or two (minor) changes that don't strictly meet the criteria for the freeze. All such changes are minor. And are mainly changes that were committed upstream before the freeze hardened. As both the upstream and Debian maintainer I would be most grateful if these could be let through. An annotated list of all the changes between 1.19~rc3-1 (= upstream 1.19-rc3) and 1.19~rc4-1 (= upstream 1.19-rc4) is as follows. The upstream changelog can be found at http://hg.vergenet.net/perdition/perdition/ changeset: 871:c232fe1163d0 tag: v1.19-rc4 user:Simon Horman date:Mon Sep 13 16:12:52 2010 +0900 summary: Perdition 1.19-rc4 This simply updates configure.ac, debian/changelog and perdition.spec.in. changeset: 870:11a92ae20bcc user:Simon Horman date:Mon Sep 13 16:09:55 2010 +0900 summary: rpm: binary dependency on libvanessa_socket2 (>= 0.0.12) From a Debian point of view, this is a source-only change although it relates to Debian bug #592459. changeset: 869:055be8c2db1f user:Simon Horman date:Mon Sep 13 16:06:31 2010 +0900 summary: Debian: binary dependency on libvanessa-socket2 (>= 0.0.12) This relates to Debian bug #592459 changeset: 868:3981109ea6ba user:Simon Horman date:Mon Sep 13 16:01:09 2010 +0900 summary: Debian: There is a typo in the changelog for 1.19~rc3-2 This relates to Debian bug #592459 changeset: 867:86df56cded53 user:Christophe Ségui date:Thu Sep 09 21:34:24 2010 +0900 summary: Correct parsing of NIS map This is a bug that I believe is worthy of fixing for Squeeze changeset: 866:975801678a3d user:Simon Horman date:Fri Aug 20 17:13:22 2010 +0900 summary: perdition(8): Clean up introduction This is a documentation change changeset: 857:e17ec8401d34 tag: debian-1.19~rc3-2 user:Simon Horman date:Tue Aug 17 16:18:08 2010 +0900 summary: Debian: Update standards version from 3.9.0 to 3.9.1 Self explanatory, I realise that strictly this isn't freeze material, but it was committed upstream before the freeze became harder. changeset: 856:baeb40f36e7d parent: 849:2493da66045b user:Simon Horman date:Tue Aug 17 15:45:13 2010 +0900 summary: Debian: BuildDepend on libvanessa-logger-dev (>= 0.0.12) This was included in 1.19~rc3-2. There is some discussion of it in Debian bug #592459. It is needed in order for 1.19-rc3 and rc4 to compile. changeset: 855:263c96021ef9 user:Simon Horman date:Tue Aug 03 09:56:05 2010 +0900 summary: Allocate enough space for fromv This is a bug that I believe is worthy of fixing for Squeeze. The bug is a segmentation fault on start bug for certain configuration combinations. changeset: 854:aeff92473a55 user:Simon Horman date:Sat Jul 31 14:23:46 2010 +0900 summary: Fix build failure if pam libraries aren't installed This doesn't effect Debian as BuildDependencies ensure that pam is always installed at build time. As such, I realise that strictly this isn't freeze material, but it was committed upstream before the freeze became harder. changeset: 853:2178a5528029 user:Joachim Sehlstedt date:Fri Jul 30 16:02:17 2010 +0900 summary: Load configuration file before setting logger options This is a bug that I believe is worthy of fixing for Squeeze. The problem is that for some configuration parameters may be ignored. changeset: 852:1718ccb586e9 user:Simon Horman date:Fri Jul 30 12:08:30 2010 +0900 summary: Don't assign the result of SSLv23_method() This removes a build warning. As such, I realise that strictly this isn't freeze material, but it was committed upstream before the freeze became harder. changeset: 851:d4ec17993901 user:Joachim Sehlstedt date:Fri Jul 30 11:54:28 2010 +0900 summary: Document --managesieve_capability in man page This is a documentation change. unblock perdition/1.19~rc4-1 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (190, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) (ignored: LC_ALL set to ja_JP.utf8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a
Bug#596662: marked as done (unblock: iceweasel/3.5.12-2)
Your message dated Mon, 13 Sep 2010 11:07:27 +0200 with message-id <20100913090727.gg5...@patate.is-a-geek.org> and subject line Re: Bug#596662: unblock: iceweasel/3.5.12-2 has caused the Debian Bug report #596662, regarding unblock: iceweasel/3.5.12-2 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 596662: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596662 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package iceweasel The original 3.5.12-1 package had the changes mentionned in 20100902145001.gb31...@glandium.org, 3.5.12-2 added 2 fixes for induced FTBFSes on hppa and hurd. Both fixes only touch to build scripts, not code. See the attached debdiff. unblock iceweasel/3.5.12-2 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru iceweasel-3.5.12/debian/changelog iceweasel-3.5.12/debian/changelog --- iceweasel-3.5.12/debian/changelog 2010-09-08 09:04:44.0 +0200 +++ iceweasel-3.5.12/debian/changelog 2010-09-11 11:04:53.0 +0200 @@ -1,3 +1,14 @@ +iceweasel (3.5.12-2) unstable; urgency=low + + * config/JarMaker.py: Use errno.ENOENT instead of "2" in JarMaker.py. +bz#595459. Fixes FTBFS on Hurd. + * debian/rules, debian/xulrunner-dev.install.in: Build npapi_getinfo in +build-xulrunner/dist/bin, and use an RPATH. Some plugins depend on +libxpcom.so, and dlopen() from npapi_getinfo fails unless libxpcom.so +can be loaded too. Fixes FTBFS on hppa as a side effect. + + -- Mike Hommey Sat, 11 Sep 2010 09:42:37 +0200 + iceweasel (3.5.12-1) unstable; urgency=high * New upstream release. diff -Nru iceweasel-3.5.12/debian/patches/fixes/Use-errno.ENOENT-instead-of-2-in-JarMaker.py.patch iceweasel-3.5.12/debian/patches/fixes/Use-errno.ENOENT-instead-of-2-in-JarMaker.py.patch --- iceweasel-3.5.12/debian/patches/fixes/Use-errno.ENOENT-instead-of-2-in-JarMaker.py.patch 1970-01-01 01:00:00.0 +0100 +++ iceweasel-3.5.12/debian/patches/fixes/Use-errno.ENOENT-instead-of-2-in-JarMaker.py.patch 2010-09-11 11:04:40.0 +0200 @@ -0,0 +1,43 @@ +From 3630e5168a6f5be3035210eb07e4fa9f6c52813b Mon Sep 17 00:00:00 2001 +From: Mike Hommey +Date: Sat, 11 Sep 2010 09:31:09 +0200 +Subject: Use errno.ENOENT instead of "2" in JarMaker.py + +https://bugzilla.mozilla.org/show_bug.cgi?id=595459 +--- + config/JarMaker.py |5 +++-- + 1 files changed, 3 insertions(+), 2 deletions(-) + +diff --git a/config/JarMaker.py b/config/JarMaker.py +index 9bd5111..3029120 100644 +--- a/config/JarMaker.py b/config/JarMaker.py +@@ -44,6 +44,7 @@ See the documentation for jar.mn on MDC for further details on the format. + import sys + import os + import os.path ++import errno + import re + import logging + from time import localtime +@@ -385,7 +386,7 @@ class JarMaker(object): + try: + os.remove(out) + except OSError, e: +-if e.errno != 2: ++if e.errno != errno.ENOENT: + raise + return open(out, 'wb') + def ensureDirFor(self, name): +@@ -405,7 +406,7 @@ class JarMaker(object): + try: + os.remove(out) + except OSError, e: +-if e.errno != 2: ++if e.errno != errno.ENOENT: + raise + os.symlink(src, out) + +-- +1.7.2.rc1.13.gd67bc + diff -Nru iceweasel-3.5.12/debian/patches/series iceweasel-3.5.12/debian/patches/series --- iceweasel-3.5.12/debian/patches/series 2010-09-07 08:56:20.0 +0200 +++ iceweasel-3.5.12/debian/patches/series 2010-09-11 11:04:40.0 +0200 @@ -37,6 +37,7 @@ fixes/Use-syscall-for-mmap-and-munmap-and-disable-ncpus-in.patch fixes/Calculate-negotiate-auth-token-length-after-removing.patch fixes/Bug-504766.-qcms-Fix-unaligned-reads-in-qcms.-r-jrmu.patch +fixes/Use-errno.ENOENT-instead-of-2-in-JarMaker.py.patch iceweasel-branding/Rename-Firefox-to-Iceweasel.patch iceweasel-branding/Set-MOZ_APP_NAME-to-iceweasel.patch iceweasel-branding/Our-name-should-be-Iceweasel-not-Firefox.patch diff -Nru iceweasel-3.5.12/debian/rules iceweasel-3.5.12/debian/rules --- iceweasel-3.5.12/debian/rules 2010-09-07 08:53:03.0 +0200 +++ iceweasel-3.5.12/debian/rules 2010-09-11 11:04:52.0 +0200 @@ -84,8 +84,8 @@ debian/dh/dh_xulrunner.1: debian/dh/dh_xulrunner pod
Processed: Bug#596640: RM: fluxconf/0.9.9.2-3
Processing commands for cont...@bugs.debian.org: > reassign 596640 ftp.debian.org Bug #596640 [release.debian.org] RM: fluxconf/0.9.9.2-3 Bug reassigned from package 'release.debian.org' to 'ftp.debian.org'. > user release.debian@packages.debian.org Setting user to release.debian@packages.debian.org (was f...@debian.org). > usertag 596640 - rm Bug#596640: RM: fluxconf/0.9.9.2-3 Usertags were: rm. Usertags are now: . > thanks Stopping processing here. Please contact me if you need assistance. -- 596640: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596640 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128436865728377.transcr...@bugs.debian.org
Bug#596669: copyright issues in virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile{, .kmk}
Package: virtualbox-ose Version: 3.2.6-dfsg-2 Severity: serious Hi Michael, while reviewing virtualbox for migration for testing, i found the following issue in the source-code, that probably needs to be fixed before we release squeeze: diff -Nru virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile virtualbox-ose-3.2.8-dfsg/src/apps/svnsync-vbox/Makefile --- virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile 2010-06-25 14:25:42.0 + +++ virtualbox-ose-3.2.8-dfsg/src/apps/svnsync-vbox/Makefile 2010-08-05 11:43:06.0 + @@ -4,8 +4,13 @@ # # Copyright (C) 2006-2007 Oracle Corporation # -# Oracle Corporation confidential -# All rights reserved +# This file is part of VirtualBox Open Source Edition (OSE), as +# available from http://www.virtualbox.org. This file is free software; +# you can redistribute it and/or modify it under the terms of the GNU +# General Public License (GPL) as published by the Free Software +# Foundation, in version 2 as it comes in the "COPYING" file of the +# VirtualBox OSE distribution. VirtualBox OSE is distributed in the +# hope that it will be useful, but WITHOUT ANY WARRANTY of any kind. # CC = gcc diff -Nru virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile.kmk virtualbox-ose-3.2.8-dfsg/src/apps/svnsync-vbox/Makefile.kmk --- virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile.kmk 2010-06-25 14:25:42.0 + +++ virtualbox-ose-3.2.8-dfsg/src/apps/svnsync-vbox/Makefile.kmk 2010-08-05 11:43:06.0 + @@ -6,8 +6,13 @@ # # Copyright (C) 2006-2007 Oracle Corporation # -# Oracle Corporation confidential -# All rights reserved +# This file is part of VirtualBox Open Source Edition (OSE), as +# available from http://www.virtualbox.org. This file is free software; +# you can redistribute it and/or modify it under the terms of the GNU +# General Public License (GPL) as published by the Free Software +# Foundation, in version 2 as it comes in the "COPYING" file of the +# VirtualBox OSE distribution. VirtualBox OSE is distributed in the +# hope that it will be useful, but WITHOUT ANY WARRANTY of any kind. # -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox-ose depends on: ii adduser 3.112add and remove users and groups ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcurl37.21.1-1 Multi-protocol file transfer libra ii libgcc1 1:4.4.4-9GCC support library ii libpng12-0 1.2.44-1 PNG library - runtime ii libpython2.62.6.6~rc2-1 Shared Python runtime library (ver ii libsdl1.2debian 1.2.14-6 Simple DirectMedia Layer ii libssl0.9.8 0.9.8o-1 SSL shared libraries ii libstdc++6 4.4.4-9 The GNU Standard C++ Library v3 ii libvncserver0 0.9.7-2 API to write one's own vnc server ii libx11-62:1.3.3-3X11 client-side library ii libxcursor1 1:1.1.10-2 X cursor management library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxml2 2.7.7.dfsg-4 GNOME XML library ii libxmu6 2:1.0.5-1X11 miscellaneous utility library ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii python 2.6.5-13 interactive high-level object-orie ii python-central 0.6.16 register and build utility for Pyt ii python2.5 2.5.5-7 An interactive high-level object-o ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages virtualbox-ose recommends: ii libgl1-mesa-glx [libgl1]7.7.1-4 A free implementation of the OpenG ii libqt4-opengl 4:4.6.3-1Qt 4 OpenGL module ii libqtcore4 4:4.6.3-1Qt 4 core module ii libqtgui4 4:4.6.3-1Qt 4 GUI module ii virtualbox-ose-dkms 3.2.8-dfsg-1 x86 virtualization solution - kern ii virtualbox-ose-qt 3.2.8-dfsg-1 x86 virtualization solution - Qt b Versions of packages virtualbox-ose suggests: ii libasound2 1.0.23-1shared library for ALSA applicatio ii libpulse00.9.21-3+b1 PulseAudio client libraries pn vde2 (no description available) pn virtualbox-guest-additions (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913090144.94
Re: Bug#592900: Updating system-config-printer
On Mon, Sep 13, 2010 at 05:32:10 +0200, Michael Biebl wrote: > See the bug [1] I filed against upgrade-reports, where I tried to upgrade a > default lenny GNOME desktop. > > As you can see from the sid upgrade log for apt-get [2], the > system-config-printer-udev package is not automatically installed on upgrades > and instead the old and useless hal-cups-utils package is kept. > Can we avoid conflicting with hal-cups-utils at all? Cheers, Julien signature.asc Description: Digital signature
Re: Bug#592900: Updating system-config-printer
On Mon, Sep 13, 2010 at 08:50:03AM +0200, Josselin Mouette wrote: > Le lundi 13 septembre 2010 à 05:32 +0200, Michael Biebl a écrit : > > As you can see from the sid upgrade log for apt-get [2], the > > system-config-printer-udev package is not automatically installed on > > upgrades > > and instead the old and useless hal-cups-utils package is kept. > > > > > Investigating system-config-printer-udev > > > Package system-config-printer-udev has broken dep on hal-cups-utils > > > Considering hal-cups-utils -1 as a solution to > > > system-config-printer-udev -1 > > > Holding Back system-config-printer-udev rather than change > > > hal-cups-utils > > > > Most likely, because system-config-printer-udev is only recommended by > > system-config-printer and system-config-printer-udev Conflicts with > > hal-cups-utils. > > > > If we want to get hal-cups-utils removed on upgrades, maybe the Conflicts > > should > > be moved to the system-config-printer package instead? > > We should even consider moving the contents of > system-config-printer-udev into system-config-printer and drop > s-c-p-udev altogether. Doesn't it make sense to keep it separate for non linux archs? They don't need to ship stuff in /lib/udev/ then. -- Guido -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913073524.ge2...@bogon.sigxcpu.org
Re: Bug#592900: Updating system-config-printer
Le lundi 13 septembre 2010 à 09:35 +0200, Guido Günther a écrit : > > We should even consider moving the contents of > > system-config-printer-udev into system-config-printer and drop > > s-c-p-udev altogether. > Doesn't it make sense to keep it separate for non linux archs? They > don't need to ship stuff in /lib/udev/ then. Currently it doesn’t even build on non-linux arches. And if it did, you could just skip those files for the said architectures. Cheers, -- .''`. : :' : “You would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.” `--- J???rg Schilling -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1284364011.5230.4.ca...@meh
Bug#596280: [Pkg-openldap-devel] Hacking slapd conffiles to fix an RC bug in kolabd (Was: Bug#596280: unblock: kolabd/2.2.4-20100624-2)
Hi, On Mon, Sep 13, 2010 at 4:24 AM, Steve Langasek wrote: ... >> Note that kolabd for Wheezy will manage cn=config natively (most >> probably by creating slapd.conf and using slaptest; but perhaps by >> directly issuing ldap commands). > > Is there any reason this (slapd.conf + slaptest) couldn't be used as the > workaround in squeeze? That still doesn't sound great to me given that it > would overwrite any previously present cn=config settings, but it seems to > be the existing practice that kolabd will overwrite slapd configs, so it > should at least do so in the preferred location; and getting this right > shouldn't be any harder than the policy-violating conffile overwrite. OK. Let's go for this path. I will upload a new kolabd that revert the hack and upload a new libkolab-perl package which run slaptest after changing any openldap config (this is where this fix belongs). For the long term, how can we be sure to have write access to cn=config? Couldn't slapd package provide a tool to query cn=config (like ldapconfigsearch) which uses ldapsearch with proper credentials if slapd is running and uses something else when slapd is stopped. Similary, provide an ldapconfigmodify. Also providing ldapschemaadd, ldapschemaremove, ... can ease the integration from other packages. As a general note, the move to cn=config makes it possible to modify slapd config in a Debian way but not in an easy way. I'm open to any recommendation to make this easier. > I'm sorry that the change to slapd.d by default has landed as late as it > has, but again, I don't think it's acceptable for an external package to > roll back this change on users' systems and leave them with new upgrade > problems for wheezy, where slapd will *not* run the cn=config migration on > upgrade. I have seen this change long before it entered sid. So this is my fault too (and lack of time as usual ;). And Debian has to be sometime the distrib which push things forward. Thanks for the hard work. Mathieu Parent NB : not signing this email as my key is on another computer. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinof=ln2iq6hgxfma6z6p6ujse5tb3ljdrtg...@mail.gmail.com
Re: Bug#592900: Updating system-config-printer
On Mon, Sep 13, 2010 at 05:32:10AM +0200, Michael Biebl wrote: > On 12.09.2010 21:38, Julien Cristau wrote: > > On Sun, Sep 12, 2010 at 18:39:00 +0200, Guido Günther wrote: > > > >> (reducing the cc: list since this is now release related) > >> On Sun, Sep 12, 2010 at 03:18:36PM +0200, Julien Cristau wrote: > >>> On Sun, Sep 12, 2010 at 14:28:34 +0200, Guido Günther wrote: > >>> > Since we don't have any file conflicts we simply let the autoremove > handle the removal of python-cupsutils. Would this be an acceptable > solution? If so I'd be happy to upload a new version. > >>> > >>> That sounds good to me. > >> I've uploaded 1.2.3-2 to unstable. Please unblock. > > Unfortunately, the lenny→squeeze upgrade is still broken. > > See the bug [1] I filed against upgrade-reports, where I tried to upgrade a > default lenny GNOME desktop. > > As you can see from the sid upgrade log for apt-get [2], the > system-config-printer-udev package is not automatically installed on upgrades > and instead the old and useless hal-cups-utils package is kept. > > > Investigating system-config-printer-udev > > Package system-config-printer-udev has broken dep on hal-cups-utils > > Considering hal-cups-utils -1 as a solution to system-config-printer-udev > > -1 > > Holding Back system-config-printer-udev rather than change hal-cups-utils > > Most likely, because system-config-printer-udev is only recommended by > system-config-printer and system-config-printer-udev Conflicts with > hal-cups-utils. > > If we want to get hal-cups-utils removed on upgrades, maybe the Conflicts > should > be moved to the system-config-printer package instead? Maybe we should just depend on system-config-printer-udev (#595108)? I can't check the upgrade path from here atm though. -- Guido -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913072242.gb2...@bogon.sigxcpu.org
