Bug#685354: unblock: sendfile/2.1b.20080616-5.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package sendfile The RC bug #668721 was fixed in NMU and the package should migrate to testing. Thanks for your work on Debian release Andreas. unblock sendfile/2.1b.20080616-5.1 -- System Information: Debian Release: 6.0.5 Architecture: i386 (i686) Kernel: Linux 2.6.36-xenU-4814-i386 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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/20120820061401.15919.15286.report...@mail.an3as.eu
Re: Possible release note for systems running PHP through CGI.
On Sun, Aug 19, 2012 at 11:17:26AM +0900, Charles Plessy wrote: - In Squeeze, using default configurations, files with .php in their name such as foo.php.jpeg are executed as PHP scripts by the Apache web servers runing PHP scripts through php5-cgi. Maybe that's because it's expected they would be PHP scripts emitting JPEG files, not plain JPEG files? This seems like a feature to me, not a bug. Why was support for that removed? -- The volume of a pizza of thickness a and radius z can be described by the following formula: pi zz a -- 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/20120820070213.gb4...@grep.be
Bug#685357: unblock: beast-mcmc/1.6.2-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package beast-mcmc There was some longish discussion about unfreezing beast-mcmc which was blocked due to some misbeaviour of new queue which created binary versions of architectures that never should have been happened[1]. Thanks to ftpmaster this issue was finally settled[2] and I wonder whether you might consider to unblock beast-mcmc. [1] http://lists.debian.org/debian-release/2012/07/msg00878.html [2] http://qa.debian.org/excuses.php?package=beast-mcmc unblock beast-mcmc/1.6.2-3 -- System Information: Debian Release: 6.0.5 Architecture: i386 (i686) Kernel: Linux 2.6.36-xenU-4814-i386 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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/20120820070537.16489.69751.report...@mail.an3as.eu
Bug#685070: unblock: condor/7.8.2~dfsg.1-1
Hi, On Fri, Aug 17, 2012 at 08:36:02AM +0200, Michael Hanke wrote: If you want more specific information, please let me know what you need and I'll get upstream to chime in. This is just a ping. The package would be ready to migrate. Is there anything else you require from me for a migration, or any other information that I could get you? Thanks, Michael -- Michael Hanke http://mih.voxindeserto.de -- 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/20120820073737.GA27288@meiner
Bug#684044: unblock: nodejs/0.6.19~dfsg1-4
Hi, As we said repeatedly, we've been avoiding adding new packages to wheezy for a while now. I think that the point that Jonas is trying to make is that NodeJS isn't new, it's only new to wheezy, and only because of the name conflict. The whole node vs. nodejs is not an excuse, let alone a reason, to diverge from the current practice, IMO. I don't think you'd be diverging in this case. Cheers, 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/5031e9f6.6010...@goirand.fr
Bug#684044: unblock: nodejs/0.6.19~dfsg1-4
On 20.08.2012 08:40, Thomas Goirand wrote: As we said repeatedly, we've been avoiding adding new packages to wheezy for a while now. I think that the point that Jonas is trying to make is that NodeJS isn't new, it's only new to wheezy, and only because of the name conflict. new to wheezy is precisely what new means in the context of adding new packages to wheezy. The whole node vs. nodejs is not an excuse, let alone a reason, to diverge from the current practice, IMO. I don't think you'd be diverging in this case. I think there may have been a misunderstanding somewhere. The current practice is not to add packages which aren't already in wheezy to the release. Unblocking nodejs involves adding a package which isn't already in wheezy to the release. I'm not sure how unblocking it would therefore be anything other than diverging from current practice. 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/ba3f4b8f61a1b3ecd377b87023f7b...@mail.adsl.funky-badger.org
Bug#685368: Upload of scim-tables to testing-proposed-update
Package: release.debian.org Severity: normal Greetings Release Team, I'm writing to you as I would like your approval to upload scim-tables package to testing-proposed-update in order to fix bug #684835. The main change is a new patch to fix the FTBFS, others include the updates of debhelper related files, compat file, debian-standard-version, etc. Please find the relevant diff here: https://github.com/tzhuan/scim-tables-debain-0.5.9/compare/master...0.5.9-2 Best regards, Tz-Huan -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to zh_TW.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/20120820094956.4450.80645.reportbug@bud
Bug#685368: Upload of scim-tables to testing-proposed-update
On 20.08.2012 10:49, Tz-Huan Huang wrote: I'm writing to you as I would like your approval to upload scim-tables package to testing-proposed-update in order to fix bug #684835. I assume because of the new upstream version already in unstable? The main change is a new patch to fix the FTBFS, That sounds like it should be fine, but we'd need to see the patch to be sure. others include the updates of debhelper related files, compat file, debian-standard-version, etc. These, otoh, aren't really appropriate changes to be making during a freeze, particularly for an upload via t-p-u. If any of them are required to fix the RC bug then they might be okay, but again we'd need to see the diff. Please find the relevant diff here: https://github.com/tzhuan/scim-tables-debain-0.5.9/compare/master...0.5.9-2 Please could you attach a source debdiff between the package currently in testing and the proposed t-p-u upload to this bug report? It makes it much easier to track, and more transparent, as to exactly what was approved for upload. 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/fc5c37db59721fcd05f61fd5252b8...@mail.adsl.funky-badger.org
Re: Comments regarding libcitadel_8.14-1_amd64.changes
On Sat, Aug 18, 2012 at 03:38:10PM +0100, Adam D. Barratt wrote: Given my RM hat, I realise that. ;p In any case, whatever the fate of the packages currently in unstable, the libcitadel in NEW is an improvement over what's currently in unstable so there's no objections to accepting it from NEW from the release team side. Thanks. Does this also mean it will be unblocked? Or is this open for discussion? 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/20120820102854.ga8...@feivel.credativ.lan
Bug#684437: ***SPAM***Re: Bug#684437: unblock: fpc/2.6.0-6
On Fri, 2012-08-10 at 23:16 +0100, peter green wrote:
Philipp Kern wrote:
Uhm, is it really required by policy to delete backup files that weren't
created by the package in the first place?
diff -Nru fpc-2.6.0/debian/fp-compiler.postrm.in
fpc-2.6.0/debian/fp-compiler.postrm.in
--- fpc-2.6.0/debian/fp-compiler.postrm.in 2012-05-06
21:43:32.0 +
+++ fpc-2.6.0/debian/fp-compiler.postrm.in 2012-08-09
22:55:10.0 +
@@ -4,12 +4,14 @@
ACTION=$1
-CFG_FILE=/etc/fpc-${VERSION}.cfg
+CFG_FILE=/etc/fpc-${VERSION}
# Debhelper code
#DEBHELPER#
if test ${ACTION} = purge
then
- rm -f ${CFG_FILE}
+ rm -f ${CFG_FILE}.cfg
+ rm -f ${CFG_FILE}.bak
+ rm -f ${CFG_FILE}.*dpkg*
fi
The second part does not make me happy.
The .bak file is created by the package under some circumstances
(certain upgrade scenarios I believe).
I don't understand why abou put in the .*dpkg* line though. ccing
him to ask.
Sorry for late replay. The *.dpkg* are crated when upgrading with
conflicts between local modifications and new supplied default script.
These are normally to be removed by user, but when you are purging a
file you are getting rid of all configuration, so I thought it was no
need to keep these files.
Cheers,
signature.asc
Description: This is a digitally signed message part
Bug#685384: unblock: uwsgi/1.2.3+dfsg-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hello, Please unblock package uwsgi. There is a bug with a release in Wheezy that is making init script useless after a reload. The fix is to remove `name` parameter from start-stop-daemon. I am sending debdiff. unblock uwsgi/1.2.3+dfsg-3 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4-trunk-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/dash diff -Nru uwsgi-1.2.3+dfsg/debian/changelog uwsgi-1.2.3+dfsg/debian/changelog --- uwsgi-1.2.3+dfsg/debian/changelog 2012-07-16 22:05:11.0 +0200 +++ uwsgi-1.2.3+dfsg/debian/changelog 2012-08-20 13:02:48.0 +0200 @@ -1,3 +1,10 @@ +uwsgi (1.2.3+dfsg-3) unstable; urgency=low + + * Remove `name` option from start-stop-daemon as master process is +changing its name on reloads. Thanks Andreas Motl for the patch. + + -- Janos Guljas ja...@resenje.org Mon, 20 Aug 2012 12:32:43 +0200 + uwsgi (1.2.3+dfsg-2) unstable; urgency=low * Remove uwsgi-plugin-luajit binary package. (Closes: #680132) diff -Nru uwsgi-1.2.3+dfsg/debian/uwsgi-files/init/specific_daemon uwsgi-1.2.3+dfsg/debian/uwsgi-files/init/specific_daemon --- uwsgi-1.2.3+dfsg/debian/uwsgi-files/init/specific_daemon 2012-03-17 20:46:49.0 +0100 +++ uwsgi-1.2.3+dfsg/debian/uwsgi-files/init/specific_daemon 2012-08-20 12:31:27.0 +0200 @@ -79,8 +79,7 @@ start-stop-daemon --stop --quiet \ --retry=QUIT/30/KILL/5 \ ---pidfile $PIDFILE \ ---name $NAME +--pidfile $PIDFILE RETVAL=$? [ $RETVAL = 2 ] return 2 @@ -100,8 +99,7 @@ start-stop-daemon --stop --quiet \ --signal=HUP \ ---pidfile $PIDFILE \ ---name $NAME +--pidfile $PIDFILE RETVAL=$? @@ -121,8 +119,7 @@ start-stop-daemon --stop --quiet \ --signal=TERM \ ---pidfile $PIDFILE \ ---name $NAME +--pidfile $PIDFILE RETVAL=$?
Re: Possible release note for systems running PHP through CGI.
On 20/08/12 08:02, Wouter Verhelst wrote: On Sun, Aug 19, 2012 at 11:17:26AM +0900, Charles Plessy wrote: - In Squeeze, using default configurations, files with .php in their name such as foo.php.jpeg are executed as PHP scripts by the Apache web servers runing PHP scripts through php5-cgi. Maybe that's because it's expected they would be PHP scripts emitting JPEG files, not plain JPEG files? This seems like a feature to me, not a bug. Why was support for that removed? Yes it's possible some people rely on that behaviour, e.g. serving JPEG data from PHP scripts named like foo.php.jpeg. But some sites accept file uploads with arbitrary names, perhaps expected to be a JPEG image, but actually named bar.php.jpeg and containing malicious server-side PHP which they could execute from the browser. If that behaviour is changed, then where the PHP preprocessor was previously invoked because of the detected MIME type, it would now serve up the source code instead (leading to information disclosure). I imagine the 'safest' way to handle this is to preserve the original behaviour, still recognising *.php* as PHP scripts, but deny access to (through ACLs or a dummy handler) files containing .php. in their name, unless the filename actually ends in .php /If/ that could work, it would limit any disruption to the two cases where it might be a security issue. Regards, -- Steven Chamberlain ste...@pyro.eu.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/50322951.30...@pyro.eu.org
Bug#685070: marked as done (unblock: condor/7.8.2~dfsg.1-1)
Your message dated Mon, 20 Aug 2012 13:13:12 +0100
with message-id d7edd8f4a8aad73ad69ea42246e8b...@mail.adsl.funky-badger.org
and subject line Re: Bug#685070: unblock: condor/7.8.2~dfsg.1-1
has caused the Debian Bug report #685070,
regarding unblock: condor/7.8.2~dfsg.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.)
--
685070: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685070
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package condor
I have just made an upload of an upstream security fix release
addressing CVE-2012-3416. I decided to upload this upstream release
instead of cherry-picking the security fix, because this release only
addresses this fix anyway. I'm attaching the full diff to the current
version in wheezy. Here are the stats:
CMakeLists.txt |2 +-
debian/changelog|9 +
doc/condor-macros.tex |2 +-
doc/version-history/7-8.history.tex | 58 -
nmi_tools/condor_nmi_submit | 49 ++--
nmi_tools/glue/SubmitInfo.pm| 423 ++-
nmi_tools/nmi-build-platforms |6 +-
src/condor_utils/ipv6_hostname.cpp | 70 +-
8 files changed, 178 insertions(+), 441 deletions(-)
The fix is in src/condor_utils/... CMakeLists only reflects the version
number change. doc/... is the upstream changelog item. And the changes
in nmi_tools/ are concerned with the upstream build and test framework
for pushing out this release. The latter code is just dead weight and
is not built, installed or otherwise touched by the Debian package.
Thanks
unblock condor/7.8.2~dfsg.1-1
-- System Information:
Debian Release: wheezy/sid
Architecture: i386 (i686)
Kernel: Linux 3.2.0-2-686-pae (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
diff --git a/CMakeLists.txt b/CMakeLists.txt
index e34ef70..afce6ea 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -29,7 +29,7 @@ set(PACKAGE condor)
# Condor and other systems parse this number. Keep it simple:
# Number.Number.Number. Do nothing else. If you need to add
# more information, PRE_RELEASE is usually the right location.
-set(VERSION 7.8.1)
+set(VERSION 7.8.2)
# Set PRE_RELEASE to either a string (i.e. PRE-RELEASE-UWCS) or OFF
# This shuld be PRE-RELEASE-UWCS most of the time, and OFF when
diff --git a/debian/changelog b/debian/changelog
index f0d1789..052d595 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+condor (7.8.2~dfsg.1-1) unstable; urgency=high
+
+ * Upstream security release. Prevent an attacker who is manipulating
+reverse-DNS entries and is able to connect to a Condor daemon to gain
+access to a Condor pool that is using DNS/hostname host-based authentication
+(only). CVE-2012-3416
+
+ -- Michael Hanke m...@debian.org Thu, 16 Aug 2012 08:32:49 +0200
+
condor (7.8.1~dfsg.1-2) unstable; urgency=low
* Remove dangling symlink /usr/sbin/condor - ../bin/condor. This file no
diff --git a/doc/condor-macros.tex b/doc/condor-macros.tex
index 75e2ecb..b7bd2b8 100644
--- a/doc/condor-macros.tex
+++ b/doc/condor-macros.tex
@@ -5,7 +5,7 @@
% Set up version, author and copyright notices
%
\newcommand{\AuthorNotice}{Condor Team, University of Wisconsin--Madison}
-\newcommand{\VersionNotice}{Version 7.8.1}
+\newcommand{\VersionNotice}{Version 7.8.2}
\newcommand{\CondorR}{\Reg{Condor}}
\newcommand{\CopyrightNotice}{
diff --git a/doc/version-history/7-8.history.tex b/doc/version-history/7-8.history.tex
index e7bb224..cbf3328 100644
--- a/doc/version-history/7-8.history.tex
+++ b/doc/version-history/7-8.history.tex
@@ -16,6 +16,61 @@ New features will be added in the 7.9.x development series.
The details of each version are described below.
%%
+\subsection*{\label{sec:New-7-8-2}Version 7.8.2}
+%%
+
+\noindent Release Notes:
+
+\begin{itemize}
+
+\item Condor version 7.8.2 released on August 14, 2012.
+
+\item \Security Fixed a critical problem with DNS handling.
+
+\end{itemize}
+
+\noindent New Features:
+
+\begin{itemize}
+
+\item None.
+
+\end{itemize}
+
+\noindent Configuration Variable and ClassAd Attribute Additions and Changes:
+
+\begin{itemize}
+
+\item None.
+
+\end{itemize}
+
+\noindent Bugs Fixed:
+
+\begin{itemize}
+
+\item
Re: Comments regarding libcitadel_8.14-1_amd64.changes
[Dropped ftp-master CCs] On 20.08.2012 11:28, Michael Meskes wrote: On Sat, Aug 18, 2012 at 03:38:10PM +0100, Adam D. Barratt wrote: Given my RM hat, I realise that. ;p In any case, whatever the fate of the packages currently in unstable, the libcitadel in NEW is an improvement over what's currently in unstable so there's no objections to accepting it from NEW from the release team side. Thanks. Does this also mean it will be unblocked? Or is this open for discussion? It'll need someone to go back over the original discussion and possibly look at the diffs again. It stands a better chance than with a broken ABI change though. :-) 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/ec0857a77bac35f20a164454175ee...@mail.adsl.funky-badger.org
Bug#685384: unblock: uwsgi/1.2.3+dfsg-3
Hi Adam, On Mon, Aug 20, 2012 at 2:17 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On 20.08.2012 12:37, Janos Guljas wrote: Please unblock package uwsgi. There is a bug with a release in Wheezy that is making init script useless after a reload. The fix is to remove `name` parameter from start-stop-daemon. I am sending debdiff. What name does the daemon end up running under? (Presumably not uwsgi.) The name is changed from uwsgi to uwsgi-core. Regards, Adam Best, Janos -- 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/CAGp=0y=fbbfy0q1+nn-qekl11kbmrb6nss3qmfwn_wr31bh...@mail.gmail.com
Bug#685384: unblock: uwsgi/1.2.3+dfsg-3
On 20.08.2012 12:37, Janos Guljas wrote: Please unblock package uwsgi. There is a bug with a release in Wheezy that is making init script useless after a reload. The fix is to remove `name` parameter from start-stop-daemon. I am sending debdiff. What name does the daemon end up running under? (Presumably not uwsgi.) 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/5ecc60ffc444704ca53259c99d15c...@mail.adsl.funky-badger.org
Bug#685354: unblock: sendfile/2.1b.20080616-5.1
Control: tags -1 + moreinfo On 20.08.2012 07:14, Andreas Tille wrote: Please unblock package sendfile The RC bug #668721 was fixed in NMU and the package should migrate to testing. Am I reading the maintainer scripts correctly in that they modify (or at least attempt to modify) several files not shipped by the package, including /etc/services and /etc/csh.login, both of which are conffiles? 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/91d71ee5b10fa170c6b10502cf310...@mail.adsl.funky-badger.org
Processed: Re: Bug#685354: unblock: sendfile/2.1b.20080616-5.1
Processing control commands: tags -1 + moreinfo Bug #685354 [release.debian.org] unblock: sendfile/2.1b.20080616-5.1 Added tag(s) moreinfo. -- 685354: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685354 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.b685354.134546591613597.transcr...@bugs.debian.org
Bug#684437: ***SPAM***Re: Bug#684437: unblock: fpc/2.6.0-6
Hi, On Mon, 20 Aug 2012, Abou Al Montacir wrote: I don't understand why abou put in the .*dpkg* line though. ccing him to ask. Sorry for late replay. The *.dpkg* are crated when upgrading with conflicts between local modifications and new supplied default script. These are normally to be removed by user, but when you are purging a file you are getting rid of all configuration, so I thought it was no need to keep these files. dpkg already takes care of removing those files during purge (as well as foo~, foo% and foo.bak). $ grep -A1 -r REMOVECONFFEXTS lib/dpkg/ lib/dpkg/dpkg.h:#define REMOVECONFFEXTS~, .bak, %, \ lib/dpkg/dpkg.h- DPKGTEMPEXT, DPKGNEWEXT, DPKGOLDEXT, DPKGDISTEXT Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- 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/20120820124426.gc22...@rivendell.home.ouaza.com
Bug#684044: unblock: nodejs/0.6.19~dfsg1-4
On Mon, 20 Aug 2012, Adam D. Barratt wrote: The current practice is not to add packages which aren't already in wheezy to the release. Unblocking nodejs involves adding a package which isn't already in wheezy to the release. I'm not sure how unblocking it would therefore be anything other than diverging from current practice. In all honesty, I have never quite understood this practice. What purpose does it have to not allow new packages in wheezy? We're trying to avoid regressions and new packages have few chances of creating regressions (since they're new). Of course to avoid being overwhelmed with new packages (which could create supplementary workloads later in the freeze), you should not allow them by default. But when a maintainer does the effort to argue for its inclusion, he's likely also going to do the effort of keep it in a state where it's releasable (and if not, you can always use the large stick ok, but if anything goes wrong, we'll remove it again since you're going in too late). Coming back to this specificic case, we have lots of users of node and some popular node-based tools (I'm using node-less myself) so I feel that it's quite unproductive to keep those tools out of the release when a part of the delay has been due to the tech-ctte... Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- 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/20120820125522.gd22...@rivendell.home.ouaza.com
Re: Possible release note for systems running PHP through CGI.
Hi all, [multiple messages from d-d and d-r merged together] I am also concerned that a *simple* solution to restore the old behaviour in a secure way is not provided: maybe php5-cgi should install a sensible default configuration in /etc/apache2/conf.d/ ? I have prepared new update for PHP based on comments from d-d. The commit is here: http://anonscm.debian.org/gitweb/?p=pkg-php/php.git;a=commit;h=72eef08994f65b227103509617652d7c0bf0587a To sum the changes: - create dummy php5_cgi module, which has the required configuration inside - enable this module if upgrading from anything older than 5.4.4-5 - the module is not enabled on fresh installs (user has to enable it manually) - update NEWS.Debian to: php5 (5.4.4-5) unstable; urgency=low Please be aware that the mime-types package dropped non-standard definitions for PHP that might affect any systems using PHP 5 running as CGI or FastCGI. Following definitions were dropped: application/x-httpd-phpphtml pht php application/x-httpd-php-source phps application/x-httpd-php3 php3 application/x-httpd-php3-preprocessed php3p application/x-httpd-php4 php4 application/x-httpd-php5 php5 The php5-cgi package mitigates any known issues by creating a (dummy) apache2 module php5_cgi with a configuration containing handlers for all previously defined extensions. Even though we believe that this configuration should keep your PHP scripts interpreted, it might be a good idea to check your apache2 site-wide configuration and also any specific PHP configuration for websites running on your system. As far as we know definitions from the mime-types packages are not used in any other webserver included in Debian, but it might affect any application which relies on system MIME types to interpret PHP files. -- Ondřej Surý ond...@debian.org Wed, 15 Aug 2012 10:31:31 +0200 - Update the README.Debian to match current state. I will upload this change as part of 5.4.6-1 upload to Debian experimental and if everything is ok, I'll merge it back to 5.4.4-5 targeted to unstable-testing. As far as the mime-support package is concerned, I think that we reached the consensus that we will not add the entries back, and that the consequences will be documented in the php5-cgi package's NEWS file and in the release notes. I agree on that, even though I think that PHP should have it's own mimetype definition (same as python or perl, e.g. application/x-php, but let's keep this discussion out of this issue, since it's something different). I guess we could consider that for a very specific, low-popcon package. But knowingly interrupting upgrades for a well-known problem, on a very high number of systems? I'm not sure that's appropriate. Quite the opposite, actually. I believe that update that I just did should solve any backwards compatibility issues. (Crossed fingers... have to do thourough testing first, I tend to make mistakes from time to time.) Many of the users of php5-cgi will be doing so because they are using other web servers. The discussion in #674089 seems to mainly revolve around Apache. How does this affect other web servers? I am not aware of any other (Debian shipped) web server which uses system-wide mime-types. At least both nginx and lighttpd don't depend on system mime types for interpreting PHP files (both use extension based definitions). - In Squeeze, using default configurations, files with .php in their name such as foo.php.jpeg are executed as PHP scripts by the Apache web servers runing PHP scripts through php5-cgi. Charles, did you test that or you base that claim on Christoph's mails? I have just tested both php5-cgi in standard configuration as recommended in README.Debian and this claim doesn't seem to be true: $ wget -q -O - http://localhost:8080/index.php bar $ wget -q -O - http://localhost:8080/index.php.jpeg ?php echo 'foo'; ? Also Apache2 documentation is very clear on that issue: See http://httpd.apache.org/docs/2.2/mod/mod_mime.html#multipleext If more than one extension is given that maps onto the same type of meta-information, then the one to the right will be used, except for languages and content encodings. For example, if .gif maps to the MIME-type image/gif and .html maps to the MIME-type text/html, then the file welcome.gif.html will be associated with the MIME-type text/html. However there could be a problem when you use MIME-type and handler together (which we *don't* use): Care should be taken when a file with multiple extensions gets associated with both a MIME-type and a handler. This will usually result in the request being handled by the module associated with the handler. Maybe that's because it's expected they would be PHP scripts emitting JPEG files, not plain JPEG files? This seems like a feature to me, not a bug. Why was
Bug#685394: unblock: ball/1.4.1+20111206-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package ball I would like to inform you about the fact that #674226 was fixed by upstream. I had some discussion with them and they confirmed that fixing the build issue needed some non-trivial patches. Please unblock to enable fixing the RC bug in testing. Note: ball is the source package for the binary package ballview, libball1.4 and some other packages. Kind regards and thanks for your work on the Debian release Andreas. unblock ball/1.4.1+20111206-4 -- System Information: Debian Release: 6.0.5 Architecture: i386 (i686) Kernel: Linux 2.6.36-xenU-4814-i386 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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/20120820125539.25688.3671.report...@mail.an3as.eu
Bug#685354: unblock: sendfile/2.1b.20080616-5.1
Hi Adam, I admit that I basically applied the patch in the bug report and did not thought about this issue specifically but my (re)reading exactly fits yours. I guess we agree that this is a policy violation (not only in the package in question but also in previous versions). Kind regards Andreas. On Mon, Aug 20, 2012 at 01:31:48PM +0100, Adam D. Barratt wrote: Control: tags -1 + moreinfo On 20.08.2012 07:14, Andreas Tille wrote: Please unblock package sendfile The RC bug #668721 was fixed in NMU and the package should migrate to testing. Am I reading the maintainer scripts correctly in that they modify (or at least attempt to modify) several files not shipped by the package, including /etc/services and /etc/csh.login, both of which are conffiles? Regards, Adam -- http://fam-tille.de -- 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/20120820130214.ga25...@an3as.eu
Re: Possible release note for systems running PHP through CGI.
On Mon, Aug 20, 2012 at 12:58:42AM +0200, Christoph Anton Mitterer wrote: But if anyone would lobby that (release goal: default to CGI/FCGI), they'd have definitely my support :) A bit late for wheezy, do you mean for +1? -- 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/20120820130646.GA28685@debian
Bug#685320: release.debian.org: unblock: ruby-merb-haml/1.1.3-2
]] Adam D. Barratt Control: tags -1 + moreinfo On Sun, 2012-08-19 at 19:41 +0200, Tollef Fog Heen wrote: Please unblock ruby-merb-haml 1.1.3-2, it adds a missing dependency on ruby-haml. That version doesn't appear to be in the archive (or any of the delayed queues) yet? It would have helped if I had actually uploaded it, wouldn't it? :-) Just uploaded it. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- 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/87ehn1n3xz@qurzaw.varnish-software.com
Bug#685394: marked as done (unblock: ball/1.4.1+20111206-4)
Your message dated Mon, 20 Aug 2012 14:13:16 +0100
with message-id 5acc962c5acd5e23133bc8ba9b66f...@mail.adsl.funky-badger.org
and subject line Re: Bug#685394: unblock: ball/1.4.1+20111206-4
has caused the Debian Bug report #685394,
regarding unblock: ball/1.4.1+20111206-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.)
--
685394: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685394
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package ball
I would like to inform you about the fact that #674226 was fixed by
upstream. I had some discussion with them and they confirmed that
fixing the build issue needed some non-trivial patches. Please
unblock to enable fixing the RC bug in testing.
Note: ball is the source package for the binary package ballview,
libball1.4 and some other packages.
Kind regards and thanks for your work on the Debian release
Andreas.
unblock ball/1.4.1+20111206-4
-- System Information:
Debian Release: 6.0.5
Architecture: i386 (i686)
Kernel: Linux 2.6.36-xenU-4814-i386 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
---End Message---
---BeginMessage---
On 20.08.2012 13:55, Andreas Tille wrote:
Please unblock package ball
That's already being discussed as #685209; it'd make sense to keep the
discussion there.
I would like to inform you about the fact that #674226 was fixed by
upstream. I had some discussion with them and they confirmed that
fixing the build issue needed some non-trivial patches. Please
unblock to enable fixing the RC bug in testing.
The discussion in the other report implied that some of the larger
fixes weren't specifically related to the build problem, but
functionality issues (which weren't mentioned in the changelog). At
first glance, some of the fixes also looked like they might introduce
ABI breaks, which isn't great given libball{,view} are shipped as public
versioned shared libraries. But I digress, at least in this report.
Regards,
Adam---End Message---
Re: Possible release note for systems running PHP through CGI.
Le Mon, Aug 20, 2012 at 02:57:10PM +0200, Ondřej Surý a écrit : I have prepared new update for PHP based on comments from d-d. The commit is here: http://anonscm.debian.org/gitweb/?p=pkg-php/php.git;a=commit;h=72eef08994f65b227103509617652d7c0bf0587a Hi Ondřej, many thanks for this work. Charles, did you test that or you base that claim on Christoph's mails? I have just tested both php5-cgi in standard configuration as recommended in README.Debian and this claim doesn't seem to be true: $ wget -q -O - http://localhost:8080/index.php bar $ wget -q -O - http://localhost:8080/index.php.jpeg ?php echo 'foo'; ? I did not test, and was trusting from http://bugs.debian.org/589384, which requested the removal of the PHP media types for Wheezy, that the problem was still present in some configurations. Good to see that we are heading towards a solution anyway. What shall I do with #674089 ? I can reassign it to php5-cgi so that your next upload closes it, or do we still need release notes ? Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- 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/20120820133509.gb6...@falafel.plessy.net
Re: Possible release note for systems running PHP through CGI.
On Mon, Aug 20, 2012 at 01:10:57PM +0100, Steven Chamberlain wrote: On 20/08/12 08:02, Wouter Verhelst wrote: On Sun, Aug 19, 2012 at 11:17:26AM +0900, Charles Plessy wrote: - In Squeeze, using default configurations, files with .php in their name such as foo.php.jpeg are executed as PHP scripts by the Apache web servers runing PHP scripts through php5-cgi. Maybe that's because it's expected they would be PHP scripts emitting JPEG files, not plain JPEG files? This seems like a feature to me, not a bug. Why was support for that removed? Yes it's possible some people rely on that behaviour, e.g. serving JPEG data from PHP scripts named like foo.php.jpeg. But some sites accept file uploads with arbitrary names, perhaps expected to be a JPEG image, but actually named bar.php.jpeg and containing malicious server-side PHP which they could execute from the browser. Don't Do That Then(TM). There are APIs for many server-side languages, including PHP, that allow you to generate a filename for something a user uploads. If you rely on the name as specified by a user, you not only invite this kind of problems, but also directory traversals and similar things. Scripts not using those APIs are buggy scripts, plain and simple. Fixing those bugs should happen in the script, not by mucking about with the default webserver configuration. The right solution to this problem is instead to write your upload scripts so that they - Store uploads in a directory which is served by the webserver, but without allowing any kind of script execution (i.e., Options -ExecCGI and similar things for other scripting environments and/or webservers) - Use a server-generated filename, and throw away whatever the user sent. If you do still need the user-specified filename for some weird reason, then store it in a database. Alternatively, you could only allow trusted users to upload files (but obviously, that isn't always a solution). Writing secure code for the web is hard; fixing that isn't really possible. Now if some change were to make it possible to improve security without unnecessarily impacting things that actually matter, then I'd be all for it. But in this case, I'm not sure the benefits outweigh the costs. [...] -- The volume of a pizza of thickness a and radius z can be described by the following formula: pi zz a -- 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/20120820133551.gb7...@grep.be
Re: Possible release note for systems running PHP through CGI.
On Mon, Aug 20, 2012 at 3:35 PM, Charles Plessy ple...@debian.org wrote: Charles, did you test that or you base that claim on Christoph's mails? I have just tested both php5-cgi in standard configuration as recommended in README.Debian and this claim doesn't seem to be true: $ wget -q -O - http://localhost:8080/index.php bar $ wget -q -O - http://localhost:8080/index.php.jpeg ?php echo 'foo'; ? I did not test, and was trusting from http://bugs.debian.org/589384, which requested the removal of the PHP media types for Wheezy, that the problem was still present in some configurations. Ah, I see; it gets executed when there is no know handler or mime-type for second extension. E.g. index.php.jpeg works as expected (e.g. returning PHP source code), index.php.blubb but gets executed. I don't think there's any harm in disabling php.foobar and php.blubb files. Good to see that we are heading towards a solution anyway. What shall I do with #674089 ? I can reassign it to php5-cgi so that your next upload closes it, or do we still need release notes ? I think we still might need release notes, but it needs to be updated based on final impact of changes we have done. I am not sure if the information about filename.php.unknown-mime-type is worth release notes or just NEWS file in PHP. My guess would be latter, but opinions may vary. Also I am not happy that we make these changes so late in release cycle, but I guess we now have to find a way how to cope with them and still make release team happy. I think the changes I have done are least intrusive, but again opinions may vary. O. -- Ondřej Surý ond...@sury.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/caljhhg8dd+nv2uvgjbvrtubdna3m+o1afo0bqylyfpqkhuj...@mail.gmail.com
Bug#685354: unblock: sendfile/2.1b.20080616-5.1
[re-ordered] On Mon, Aug 20, 2012 at 01:31:48PM +0100, Adam D. Barratt wrote: On 20.08.2012 07:14, Andreas Tille wrote: Please unblock package sendfile The RC bug #668721 was fixed in NMU and the package should migrate to testing. Am I reading the maintainer scripts correctly in that they modify (or at least attempt to modify) several files not shipped by the package, including /etc/services and /etc/csh.login, both of which are conffiles? On 20.08.2012 14:02, Andreas Tille wrote: I admit that I basically applied the patch in the bug report and did not thought about this issue specifically but my (re)reading exactly fits yours. I guess we agree that this is a policy violation (not only in the package in question but also in previous versions). Yep. :-( At least for the /etc/services case, it looks like the desired change is already in the default file in squeeze, so the code could likely be removed with no ill effect. 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/e253a0a5d51819296b70cc0c92c0d...@mail.adsl.funky-badger.org
Bug#685320: marked as done (release.debian.org: unblock: ruby-merb-haml/1.1.3-2)
Your message dated Mon, 20 Aug 2012 14:46:18 +0100 with message-id 7f609af7e743265c3e3dd6460d749...@mail.adsl.funky-badger.org and subject line Re: Bug#685320: release.debian.org: unblock: ruby-merb-haml/1.1.3-2 has caused the Debian Bug report #685320, regarding release.debian.org: unblock: ruby-merb-haml/1.1.3-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.) -- 685320: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685320 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock ruby-merb-haml 1.1.3-2, it adds a missing dependency on ruby-haml. unblock ruby-merb-haml/1.1.3-2 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4.0 (SMP w/4 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are ---End Message--- ---BeginMessage--- On 20.08.2012 13:27, Tollef Fog Heen wrote: ]] Adam D. Barratt Control: tags -1 + moreinfo On Sun, 2012-08-19 at 19:41 +0200, Tollef Fog Heen wrote: Please unblock ruby-merb-haml 1.1.3-2, it adds a missing dependency on ruby-haml. That version doesn't appear to be in the archive (or any of the delayed queues) yet? It would have helped if I had actually uploaded it, wouldn't it? :-) Yeah. :) Just uploaded it. Unblocked; thanks. Regards, Adam---End Message---
Bug#685401: unblock: moin/1.9.4-7
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package moin.
The 1.9.4-6 upload works fine, but only on python 2.7 and newer sue to
the use of subprocess.check_output(). I've rewritten the changes there
to use subprocess.Popen() and .communicate() instead, so that the
squeeze backport will work fine for wiki.d.o too. Tiny debdiff for
1.9.4-7 attached.
unblock moin/1.9.4-7
Cheers,
Steve
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru moin-1.9.4/debian/changelog moin-1.9.4/debian/changelog
--- moin-1.9.4/debian/changelog 2012-07-30 19:52:42.0 +0100
+++ moin-1.9.4/debian/changelog 2012-08-10 14:31:06.0 +0100
@@ -1,3 +1,11 @@
+moin (1.9.4-7) unstable; urgency=low
+
+ * subprocess.check_output only appeared in python 2.7. Use
+subprocess.Popen and .communicate() instead to get the same effect but
+working on older python versions too.
+
+ -- Steve McIntyre 93...@debian.org Fri, 10 Aug 2012 14:20:26 +0100
+
moin (1.9.4-6) unstable; urgency=low
* Fix the error message displayed when external_creation_check fails
diff -Nru moin-1.9.4/debian/patches/mail-verification.patch moin-1.9.4/debian/patches/mail-verification.patch
--- moin-1.9.4/debian/patches/mail-verification.patch 2012-07-30 19:52:05.0 +0100
+++ moin-1.9.4/debian/patches/mail-verification.patch 2012-08-10 15:42:54.0 +0100
@@ -56,7 +56,7 @@
# try to get the password and pw repeat
password = form.get('password1', '')
-@@ -77,18 +108,48 @@
+@@ -77,18 +108,49 @@
email = wikiutil.clean_input(form.get('email', ''))
theuser.email = email.strip()
if not theuser.email and 'email' not in request.cfg.user_form_remove:
@@ -89,10 +89,11 @@
+# Send verification links if desired
+if request.cfg.require_email_verification:
+if request.cfg.external_creation_check:
-+create_error = subprocess.check_output([request.cfg.external_creation_check,
-+ theuser.name,
-+ theuser.email,
-+ theuser.account_creation_host])
++p = subprocess.Popen([request.cfg.external_creation_check,
++ theuser.name,
++ theuser.email,
++ theuser.account_creation_host], shell=False, stdin=None, stdout=subprocess.PIPE, stderr=subprocess.PIPE)
++(create_error, ignored) = p.communicate(None)
+if create_error:
+request.theme.add_msg(_(Account creation failed: %s. % create_error), error)
+mailok, msg = _send_verification_mail(request, theuser)
Bug#685400: unblock: snoopy/1.8.0-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package snoopy It's just a translation update (Danish po-debconf translation added), with a little bit of house keeping (bumping the Standards-Version). Thanks in advance. Regards David unblock snoopy/1.8.0-4 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diffstat for snoopy-1.8.0 snoopy-1.8.0 changelog |7 +++ control |2 +- po/da.po | 35 +++ 3 files changed, 43 insertions(+), 1 deletion(-) diff -Nru snoopy-1.8.0/debian/changelog snoopy-1.8.0/debian/changelog --- snoopy-1.8.0/debian/changelog 2011-09-05 17:09:57.0 -0400 +++ snoopy-1.8.0/debian/changelog 2012-08-17 14:16:38.0 -0400 @@ -1,3 +1,10 @@ +snoopy (1.8.0-4) unstable; urgency=low + + * Add Danish Debconf translation (closes: #660392) + * Standards-Version 3.9.3 (no changes) + + -- Zed Pobre z...@debian.org Fri, 17 Aug 2012 14:10:07 -0400 + snoopy (1.8.0-3) unstable; urgency=low * Merge back in changes from 1.3-15 that were dropped in the original diff -Nru snoopy-1.8.0/debian/control snoopy-1.8.0/debian/control --- snoopy-1.8.0/debian/control 2011-09-05 17:09:57.0 -0400 +++ snoopy-1.8.0/debian/control 2012-08-17 14:16:38.0 -0400 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Zed Pobre z...@debian.org Build-Depends: debhelper (= 8), autoconf -Standards-Version: 3.9.2 +Standards-Version: 3.9.3 Homepage: http://sourceforge.net/projects/snoopylogger/ Vcs-Git: git://anonscm.debian.org/collab-maint/snoopy.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/snoopy.git diff -Nru snoopy-1.8.0/debian/po/da.po snoopy-1.8.0/debian/po/da.po --- snoopy-1.8.0/debian/po/da.po 1969-12-31 20:00:00.0 -0400 +++ snoopy-1.8.0/debian/po/da.po 2012-08-17 14:16:38.0 -0400 @@ -0,0 +1,35 @@ +# Danish translation snoopy. +# Copyright (C) 2012 snoopy nedenstående oversættere. +# This file is distributed under the same license as the snoopy package. +# Joe Hansen (joedalt...@yahoo.dk), 2012. +# +msgid +msgstr +Project-Id-Version: snoopy\n +Report-Msgid-Bugs-To: mh+debian-packa...@zugschlus.de\n +POT-Creation-Date: 2007-02-26 13:12+0100\n +PO-Revision-Date: 2012-02-18 12:42+\n +Last-Translator: Joe Hansen joedalt...@yahoo.dk\n +Language-Team: Danish debian-l10n-dan...@lists.debian.org\n +Language: da\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: boolean +#. Description +#: ../templates:1001 +msgid Install snoopy library to /etc/ld.so.preload? +msgstr Installer snoopybiblioteket i /etc/ld.so.preload? + +#. Type: boolean +#. Description +#: ../templates:1001 +msgid +snoopy is a library that can only reliably do its work if it is mandatorily +preloaded via /etc/ld.so.preload. Since this can potentially do harm to the +system, your consent is needed. +msgstr +snoopy er et bibliotek, som kun kan udføre troværdigt arbejde, hvis biblioteket +er tvunget præindlæst via /etc/ld.so.preload. Da dette potentielt kan skade +systemet, er din godkendelse krævet.
Bug#685400: marked as done (unblock: snoopy/1.8.0-4)
Your message dated Mon, 20 Aug 2012 15:10:32 +0100 with message-id 551962bc7c0fa482e8e867ba900aa...@mail.adsl.funky-badger.org and subject line Re: Bug#685400: unblock: snoopy/1.8.0-4 has caused the Debian Bug report #685400, regarding unblock: snoopy/1.8.0-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.) -- 685400: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685400 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package snoopy It's just a translation update (Danish po-debconf translation added), with a little bit of house keeping (bumping the Standards-Version). Thanks in advance. Regards David unblock snoopy/1.8.0-4 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diffstat for snoopy-1.8.0 snoopy-1.8.0 changelog |7 +++ control |2 +- po/da.po | 35 +++ 3 files changed, 43 insertions(+), 1 deletion(-) diff -Nru snoopy-1.8.0/debian/changelog snoopy-1.8.0/debian/changelog --- snoopy-1.8.0/debian/changelog 2011-09-05 17:09:57.0 -0400 +++ snoopy-1.8.0/debian/changelog 2012-08-17 14:16:38.0 -0400 @@ -1,3 +1,10 @@ +snoopy (1.8.0-4) unstable; urgency=low + + * Add Danish Debconf translation (closes: #660392) + * Standards-Version 3.9.3 (no changes) + + -- Zed Pobre z...@debian.org Fri, 17 Aug 2012 14:10:07 -0400 + snoopy (1.8.0-3) unstable; urgency=low * Merge back in changes from 1.3-15 that were dropped in the original diff -Nru snoopy-1.8.0/debian/control snoopy-1.8.0/debian/control --- snoopy-1.8.0/debian/control 2011-09-05 17:09:57.0 -0400 +++ snoopy-1.8.0/debian/control 2012-08-17 14:16:38.0 -0400 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Zed Pobre z...@debian.org Build-Depends: debhelper (= 8), autoconf -Standards-Version: 3.9.2 +Standards-Version: 3.9.3 Homepage: http://sourceforge.net/projects/snoopylogger/ Vcs-Git: git://anonscm.debian.org/collab-maint/snoopy.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/snoopy.git diff -Nru snoopy-1.8.0/debian/po/da.po snoopy-1.8.0/debian/po/da.po --- snoopy-1.8.0/debian/po/da.po 1969-12-31 20:00:00.0 -0400 +++ snoopy-1.8.0/debian/po/da.po 2012-08-17 14:16:38.0 -0400 @@ -0,0 +1,35 @@ +# Danish translation snoopy. +# Copyright (C) 2012 snoopy nedenstående oversættere. +# This file is distributed under the same license as the snoopy package. +# Joe Hansen (joedalt...@yahoo.dk), 2012. +# +msgid +msgstr +Project-Id-Version: snoopy\n +Report-Msgid-Bugs-To: mh+debian-packa...@zugschlus.de\n +POT-Creation-Date: 2007-02-26 13:12+0100\n +PO-Revision-Date: 2012-02-18 12:42+\n +Last-Translator: Joe Hansen joedalt...@yahoo.dk\n +Language-Team: Danish debian-l10n-dan...@lists.debian.org\n +Language: da\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: boolean +#. Description +#: ../templates:1001 +msgid Install snoopy library to /etc/ld.so.preload? +msgstr Installer snoopybiblioteket i /etc/ld.so.preload? + +#. Type: boolean +#. Description +#: ../templates:1001 +msgid +snoopy is a library that can only reliably do its work if it is mandatorily +preloaded via /etc/ld.so.preload. Since this can potentially do harm to the +system, your consent is needed. +msgstr +snoopy er et bibliotek, som kun kan udføre troværdigt arbejde, hvis biblioteket +er tvunget præindlæst via /etc/ld.so.preload. Da dette potentielt kan skade +systemet, er din godkendelse krævet. ---End Message--- ---BeginMessage--- On 20.08.2012 14:58, David Prévot wrote: Please unblock package snoopy It's just a translation update (Danish po-debconf translation added), with a little bit of house keeping (bumping the Standards-Version). Unblocked; thanks. Regards, Adam---End Message---
Bug#685401: marked as done (unblock: moin/1.9.4-7)
Your message dated Mon, 20 Aug 2012 15:09:30 +0100
with message-id 516d264773018c5f3d6c1cd4acaca...@mail.adsl.funky-badger.org
and subject line Re: Bug#685401: unblock: moin/1.9.4-7
has caused the Debian Bug report #685401,
regarding unblock: moin/1.9.4-7
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.)
--
685401: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685401
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package moin.
The 1.9.4-6 upload works fine, but only on python 2.7 and newer sue to
the use of subprocess.check_output(). I've rewritten the changes there
to use subprocess.Popen() and .communicate() instead, so that the
squeeze backport will work fine for wiki.d.o too. Tiny debdiff for
1.9.4-7 attached.
unblock moin/1.9.4-7
Cheers,
Steve
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru moin-1.9.4/debian/changelog moin-1.9.4/debian/changelog
--- moin-1.9.4/debian/changelog 2012-07-30 19:52:42.0 +0100
+++ moin-1.9.4/debian/changelog 2012-08-10 14:31:06.0 +0100
@@ -1,3 +1,11 @@
+moin (1.9.4-7) unstable; urgency=low
+
+ * subprocess.check_output only appeared in python 2.7. Use
+subprocess.Popen and .communicate() instead to get the same effect but
+working on older python versions too.
+
+ -- Steve McIntyre 93...@debian.org Fri, 10 Aug 2012 14:20:26 +0100
+
moin (1.9.4-6) unstable; urgency=low
* Fix the error message displayed when external_creation_check fails
diff -Nru moin-1.9.4/debian/patches/mail-verification.patch moin-1.9.4/debian/patches/mail-verification.patch
--- moin-1.9.4/debian/patches/mail-verification.patch 2012-07-30 19:52:05.0 +0100
+++ moin-1.9.4/debian/patches/mail-verification.patch 2012-08-10 15:42:54.0 +0100
@@ -56,7 +56,7 @@
# try to get the password and pw repeat
password = form.get('password1', '')
-@@ -77,18 +108,48 @@
+@@ -77,18 +108,49 @@
email = wikiutil.clean_input(form.get('email', ''))
theuser.email = email.strip()
if not theuser.email and 'email' not in request.cfg.user_form_remove:
@@ -89,10 +89,11 @@
+# Send verification links if desired
+if request.cfg.require_email_verification:
+if request.cfg.external_creation_check:
-+create_error = subprocess.check_output([request.cfg.external_creation_check,
-+ theuser.name,
-+ theuser.email,
-+ theuser.account_creation_host])
++p = subprocess.Popen([request.cfg.external_creation_check,
++ theuser.name,
++ theuser.email,
++ theuser.account_creation_host], shell=False, stdin=None, stdout=subprocess.PIPE, stderr=subprocess.PIPE)
++(create_error, ignored) = p.communicate(None)
+if create_error:
+request.theme.add_msg(_(Account creation failed: %s. % create_error), error)
+mailok, msg = _send_verification_mail(request, theuser)
---End Message---
---BeginMessage---
On 20.08.2012 15:00, Steve McIntyre wrote:
Please unblock package moin.
The 1.9.4-6 upload works fine, but only on python 2.7 and newer sue
to
the use of subprocess.check_output(). I've rewritten the changes
there
to use subprocess.Popen() and .communicate() instead, so that the
squeeze backport will work fine for wiki.d.o too. Tiny debdiff for
1.9.4-7 attached.
Unblocked; thanks.
Regards,
Adam---End Message---
Re: Possible release note for systems running PHP through CGI.
On 20/08/12 14:35, Wouter Verhelst wrote: On Mon, Aug 20, 2012 at 01:10:57PM +0100, Steven Chamberlain wrote: Yes it's possible some people rely on that behaviour, e.g. serving JPEG data from PHP scripts named like foo.php.jpeg. Sorry, I was wrong. For extensions like .jpeg with a known MIME type it does not work. So, people are unlikely to be relying on this effect. http://lists.debian.org/caljhhg8dd+nv2uvgjbvrtubdna3m+o1afo0bqylyfpqkhuj...@mail.gmail.com But some sites accept file uploads with arbitrary names, [...] Don't Do That Then(TM). Yes I very much agree... [...] write your upload scripts so that they - Store uploads in a directory which is served by the webserver, but without allowing any kind of script execution (i.e., Options -ExecCGI and similar things for other scripting environments and/or webservers) I believe -ExecCGI would work for php5-cgi but not for libapache2-mod-php5 (whose handler relies on MIME types). To protect against that, I notice our drupal6 packages create an .htaccess file in the file uploads directory, with: SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006 (Advisory is at https://drupal.org/files/sa-2006-006/advisory.txt ) That also shows what a persistent problem this has been in the LAMP webserver stack for many years. I really hope FastCGI/FPM is an opportunity to put this right, among other things. Regards, -- Steven Chamberlain ste...@pyro.eu.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/503245be.8040...@pyro.eu.org
Bug#685406: unblock: x-tile/2.2.1-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package x-tile
It fixes binary dependencies (including RC #685386), debdiff attached.
thanks in advance,
unblock x-tile/2.2.1-2
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: armel (armv5tel)
Kernel: Linux 2.6.32-7-g56678ec (PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru x-tile-2.2.1/debian/changelog x-tile-2.2.1/debian/changelog
--- x-tile-2.2.1/debian/changelog 2012-05-07 01:24:31.0 +0200
+++ x-tile-2.2.1/debian/changelog 2012-08-20 16:08:06.0 +0200
@@ -1,3 +1,12 @@
+x-tile (2.2.1-2) unstable; urgency=low
+
+ * debian/control
+ - Fix binary dependencies: add python-gconf, python-gtk2 and remove
+unused ${shlibs:Depends} (Closes: #685386)
+ - Add Vcs headers pointing to git.debian.org
+
+ -- Ricardo Mones mo...@debian.org Mon, 20 Aug 2012 15:47:42 +0200
+
x-tile (2.2.1-1) unstable; urgency=low
* Initial release (Closes: #599872)
diff -Nru x-tile-2.2.1/debian/control x-tile-2.2.1/debian/control
--- x-tile-2.2.1/debian/control 2012-05-07 01:24:31.0 +0200
+++ x-tile-2.2.1/debian/control 2012-08-20 16:08:06.0 +0200
@@ -5,10 +5,12 @@
Build-Depends: debhelper (= 9), python, python-central, python-gnome2
Standards-Version: 3.9.3
Homepage: http://www.giuspen.com/x-tile/
+Vcs-Git: git://git.debian.org/git/users/mones/x-tile.git
+Vcs-Browser: http://git.debian.org/?p=users/mones/x-tile.git
Package: x-tile
Architecture: all
-Depends: ${python:Depends}, ${shlibs:Depends}, ${misc:Depends}
+Depends: ${python:Depends}, ${misc:Depends}, python-gtk2, python-gconf
Description: tile selected windows in different ways
X-tile is an application that allows you to select a number of
windows and tile them in different ways. Works on any X desktop.
Bug#685284: unblock: first bunch of packages switching to xz
thank you Ansgar for keeping an eye on this issue and the first round of unblock requests! Among the list of packages which are on CD1, there were a couple of other packages which had important sourceful changes. In case of gtk+3.0 and gnome-keyring they fix an RC bug. Full debdiffs attached unblock metacity/1:2.34.3-3 unblock gtk+3.0/3.4.2-3 unblock gnome-keyring/3.4.1-5 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? diff -Nru gnome-keyring-3.4.1/debian/changelog gnome-keyring-3.4.1/debian/changelog --- gnome-keyring-3.4.1/debian/changelog 2012-05-24 00:42:23.0 +0200 +++ gnome-keyring-3.4.1/debian/changelog 2012-08-19 22:02:52.0 +0200 @@ -1,3 +1,13 @@ +gnome-keyring (3.4.1-5) unstable; urgency=low + + * d/p/0001-schema-Update-description-for-gpg-cache-method.patch, +d/p/0002-gpg-agent-Hook-up-the-TTL-cache-option.patch, +d/p/0003-secret-store-Mark-a-secret-item-as-used-when-accesse.patch: +Properly expire caching of the GPG passphrases (Taken from upstream) +(Closes: #683655, CVE-2012-3466) + + -- Laurent Bigonville bi...@debian.org Sun, 19 Aug 2012 22:01:53 +0200 + gnome-keyring (3.4.1-4) unstable; urgency=low * Add Depends on gcr (= 3.4) for the SystemPrompter service which is diff -Nru gnome-keyring-3.4.1/debian/control gnome-keyring-3.4.1/debian/control --- gnome-keyring-3.4.1/debian/control 2012-05-24 00:43:59.0 +0200 +++ gnome-keyring-3.4.1/debian/control 2012-08-19 22:06:19.0 +0200 @@ -7,7 +7,7 @@ Section: gnome Priority: optional Maintainer: Josselin Mouette j...@debian.org -Uploaders: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org, Jordi Mallach jo...@debian.org, Martin Pitt mp...@debian.org, Michael Biebl bi...@debian.org, Sjoerd Simons sjo...@debian.org +Uploaders: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org, Jordi Mallach jo...@debian.org, Laurent Bigonville bi...@debian.org, Martin Pitt mp...@debian.org, Michael Biebl bi...@debian.org, Sjoerd Simons sjo...@debian.org Build-Depends: debhelper (= 9), cdbs, ca-certificates, diff -Nru gnome-keyring-3.4.1/debian/patches/0001-schema-Update-description-for-gpg-cache-method.patch gnome-keyring-3.4.1/debian/patches/0001-schema-Update-description-for-gpg-cache-method.patch --- gnome-keyring-3.4.1/debian/patches/0001-schema-Update-description-for-gpg-cache-method.patch 1970-01-01 01:00:00.0 +0100 +++ gnome-keyring-3.4.1/debian/patches/0001-schema-Update-description-for-gpg-cache-method.patch 2012-08-19 14:29:37.0 +0200 @@ -0,0 +1,31 @@ +From 24dcc36fb999418b1d13f76bc6bee4c7f59a5ec0 Mon Sep 17 00:00:00 2001 +From: Stef Walter st...@gnome.org +Date: Wed, 8 Aug 2012 06:06:24 +0200 +Subject: [PATCH 1/3] schema: Update description for gpg-cache-method + + * Document the various method strings that can be present here + +https://bugzilla.gnome.org/show_bug.cgi?id=681081 +--- + schema/org.gnome.crypto.cache.gschema.xml |5 - + 1 file changed, 4 insertions(+), 1 deletion(-) + +diff --git a/schema/org.gnome.crypto.cache.gschema.xml b/schema/org.gnome.crypto.cache.gschema.xml +index 9a431eb..4547399 100644 +--- a/schema/org.gnome.crypto.cache.gschema.xml b/schema/org.gnome.crypto.cache.gschema.xml +@@ -3,7 +3,10 @@ + key name=gpg-cache-method type=s + default'session'/default + summaryCache Method/summary +- descriptionThe method to use for caching passphrases typed into the GPG agent./description ++ descriptionThe method to use for caching passphrases typed into the GPG agent. ++ Should be one of: 'always' caches permanently, 'session' caches until session end, ++ 'idle' caches until the not used for gpg-cache-ttl seconds, 'timeout' caches until ++ gpg-cache-ttl seconds./description + /key + key name=gpg-cache-ttl type=i + default300/default +-- +1.7.10.4 + diff -Nru gnome-keyring-3.4.1/debian/patches/0002-gpg-agent-Hook-up-the-TTL-cache-option.patch gnome-keyring-3.4.1/debian/patches/0002-gpg-agent-Hook-up-the-TTL-cache-option.patch --- gnome-keyring-3.4.1/debian/patches/0002-gpg-agent-Hook-up-the-TTL-cache-option.patch 1970-01-01 01:00:00.0 +0100 +++ gnome-keyring-3.4.1/debian/patches/0002-gpg-agent-Hook-up-the-TTL-cache-option.patch 2012-08-19 14:29:37.0 +0200 @@ -0,0 +1,99 @@ +From 51606f299e5ee9d48096db0a5957efe26cbf7cc3 Mon Sep 17 00:00:00 2001 +From: Stef Walter st...@gnome.org +Date: Wed, 8 Aug 2012 06:06:58 +0200 +Subject: [PATCH 2/3] gpg-agent: Hook up the TTL cache option + + * So that when the gsettings gpg-cache-method is 'idle' or 'timeout' + we use gpg-cache-ttl to control how long the passphrase is cached + for. + * This is a regression from 3.3.x + +https://bugzilla.gnome.org/show_bug.cgi?id=681081 +--- + daemon/gpg-agent/gkd-gpg-agent-ops.c | 40 +- + 1 file changed, 25 insertions(+), 15 deletions(-) + +diff --git
Bug#685284: unblock: first bunch of packages switching to xz
On 20.08.2012 15:42, Michael Biebl wrote: thank you Ansgar for keeping an eye on this issue and the first round of unblock requests! Among the list of packages which are on CD1, there were a couple of other packages which had important sourceful changes. In case of gtk+3.0 and gnome-keyring they fix an RC bug. Full debdiffs attached I already unblocked gnome-keyring yesterday, fwiw. 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/5c35233f71446ebb2d9b3337143ad...@mail.adsl.funky-badger.org
Bug#683292: unblock: nipy/0.2.0-1
Hi Adam, Thanks you looking at the package. On Fri, 17 Aug 2012, Adam D. Barratt wrote: I am attaching a gzipped debdiff on .dsc from 0.2.0~rc2+git27-g7b9b5a5-1 -- there is a bulk of changes indeed BUT most of them are examples and documentation fixes; all functionality changes/fixes were accompanied with unittests and passed peer-review. Neither of those changes should effect python-nipy -- the only package (loosly) depending on nipy. Even after dropping doc/*, examples/*, tests/* and whitespace-only changes, the debdiff is still 137 files changed, 16586 insertions(+), 8818 deletions(-) I'm not sure how we're supposed to sanely review that. Sorry for dumping that big diff on you... even besides whitespace changes there was a bulk of docstrings changes which could not be filtered easily indeed. it might be worth looking at the upstream log of changes instead: $ git log --pretty=oneline debian/0.2.0_rc2+git27-g7b9b5a5-1...debian/0.2.0-1 -- nipy 1cbe46b0038255bd6fad9438236427f397133b8f REL: bump info to indicate 0.2.0 release bacaa6c98758211df69e6e5a6cf737ccc94399e9 MISC: make interfaces tests a package 83ff905c38cf40e7610a9ac693191307c36a7898 DOC: harmonize README and info.py c6b4dc1b1cf13be42ea2aa2a2ebe4eb46c7e1df0 DOC: point to collated data installation page f66cefa8daeea5e4b9a17fd729939aa27a84aafd DOC: fix section heading in fmri.utils 10cd8c168232dbd821cc96f6a0c0b5c8183cb75a Merge pull request #203 from matthew-brett/convolve-review 4e913137a2d822bd336e1119c4ad0d1991b854d6 HACK: add diag_indices helper for numpy 1.4.0 e14dbaa0a4158cd9e8434ffd72a51c20f9893422 Merge branch 'multichannel-segmentation' into main-master 192a085cd64526e98de7d8f9e947669676b3f72a MISC: update generated .c files from .pyx files a3ec7b96724944a4cf1736c7a9318c6f95c6f2a1 fixed type error related to numpy.exp 280746985c4d4c89c8c2385df7887340c6e899aa RF+TST: refactor convolve_functions interface 8a18eaed46eec59074121ff4b1756de6f1239b6f DOC: add note from Jonathan about bug in convolve 377d246f4d0b45bf6f3a7dbba3691d70e28329a8 RF+API: change interp behavior for fill arguments dc1fb39d9a0b3ba227cee77f9e358850066c2979 Merge pull request #200 from matthew-brett/fmri-utils-fixes 9dca074b8be768140f2d5412488d4d2915f84721 fixed 64-bit bug in histogram cython function d20376a81e281d4e4f1586ebc4ec7f8910f93727 add optional user-specified initialization for brain seg class ee1d022d99ed8394a9e6e7ca94081568fd8d4066 fixed 64-bit bug + add related tests b5b6dbae14c9eec357df1dc5ae22a375cba8b788 minor clean up 744f6e009bb951137055b8b9dccf03556b114fb1 update reference parameters for segmentation initialization d04598f62dbe16b7bece15430fe7e722be2f1d85 fix numerical issue 1381389181f029fb2803d86dce3da01cdd2db3fd slight refactoring of the brain segmentation class and further tests fdf8029db06217d69bc0a1acc7588f47269c633b add short comment 231ea9c71a1a959dbf30f09dd27a863ccd744337 enable ngb_size input argument in BrainSegmentation class 119b91da725d35d71d3f74c3d0850103554d4b8e adding a histogram test 4adf405b207d151fcfbee4711a7adfee174a0def add segmentation tests + some code cleaning 438b52a68399e08a636f6bba4a563558d998593b remove nibabel dependency in tissue classification example c8a3dd1103f1d80484ae607a1eb27eb3425a84f9 generalize brain segmentation model fa7aed950016eaa929ceabde94bcef3faf5464b7 fixed imports b564596fa7cf057203ea78e7f7a9446e584a130e fixed tests f53d8cf6a6c9c2449a7d377be3792704b0fe0ff1 adding a fast histogram routine in algorithms.statistics f5019dfa041e1c12b7bcdeaeef8121d5297b40c1 fix memory leak 7ee5a0f49eab5a1159b8462e734cf910582a72df redesign brain segmentation model 965cd4f3bef45f6d339818168cec43f88bdc6f91 copy input parameter arrays in segmentation db3a533db05a9c3a6ebbca1be24b2da1a0dfbc32 removed print statementsw e5398287b4172d220220d23dfba08dcc687caadd small API change in Segmentation class 147bec1ee46d206300eb7a269086320c92f364fd fixed free energy computation under no zero-beta 035989a5e37862af6a83e4bc7cc3821b11f293f8 initialize VEM using proper uniform distributions 60ed6b92727dfd400aea4c20978dfdd681cbb460 fix segfault 02db1b46b15bfafc95cf1aa35a52e854585a6550 implement free energy computation f0aed02cf7754a7577f0699fb6c1330ebd84b1f9 some cleaning cec78e65488ad95ab572d0cab7f788d316f3b12b improve behavior of edge making function 32b41ba05abb52ea81cd1fbe858b53df09cf97a8 Fixed error message, minor change 4c899421d8f0262d014418bae0cc39449dc9c3e8 implement edge computation method and rigorous boundary checks ac34942e1010e1d32ff8023ca52e8d6b2c9cc874 make customizable neighborhood system in segmentation b7f00ea81d16ec21be9b28039f1ffa3267e1d3fc generalizing segmentation code to multichannel problems 5b3511525f51d4b2d434696ae37f74d88ce0b2a0 more general MRF model 4aac1573b55c94b17cf81eef423947cc35f038a3 TST: add test for step_function and block names b1aeb67a5addfd9a018ccffcaf8b00567aa70eaf NF: adding a name to blocks cfdad830baaf77620b4ba7650131c99b4344333b
Bug#685409: unblock: iptables-persistent/0.5.6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, Please unblock iptables-persistent uploaded today. I'm sorry about the size of the diff; I had not realised that the automatic unblock was not in force because of #679840. Although large this is a minimal-changes upload - I believe all the problems it fixes could really do with being in the release, and I hope the patch is straightforward enough to review. Source diff attached; thanks for your consideration. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 diff -Nru iptables-persistent-0.5.3+nmu1/debian/changelog iptables-persistent-0.5.6/debian/changelog --- iptables-persistent-0.5.3+nmu1/debian/changelog 2012-04-25 07:30:08.0 +0100 +++ iptables-persistent-0.5.6/debian/changelog 2012-08-05 17:10:48.0 +0100 @@ -1,3 +1,48 @@ +iptables-persistent (0.5.6) unstable; urgency=low + + * [6b6358] Instead of checking on modules, test a working iptables more +directly (Closes: #679840) + * [1db63c] Remove dependency on kmod + + -- Andreas Rütten andreasruet...@gmx.de Thu, 02 Aug 2012 22:50:05 +0200 + +iptables-persistent (0.5.5) unstable; urgency=low + + * Regressions were found in the previous release, this version fixes them + + [ Andreas Rütten ] + * [e2736e] Fix postinst fails with legacy boot ordering due to wrong call +to update-rc.d (Closes: #651838) + * [7ee7cc] Add Andreas Rütten to Uploaders + + [ Jonathan Wiltshire ] + * [e823c4] iptables-persistent.postinst: check return value of modprobe +before loading rules + * [575176] Add dependency on kmod for calls to modprobe in postinst. +Thanks to Hideki Yamane (Closes: #656348) + * [24d67d] Pre-Depending on a sufficient version of dpkg is no longer +necessary (Closes: #659765) + * [65a9d7] Guard against moving rules files around in preinst/abort-upgrade + + -- Jonathan Wiltshire j...@debian.org Sat, 30 Jun 2012 19:52:36 +0100 + +iptables-persistent (0.5.4) unstable; urgency=low + + [ Jonathan Wiltshire ] + * Acknowledge NMU, thanks Christian + + [ Andreas Rütten ] + * [15dd48] Remove trailing whitespace in debian/copyright + * [be22ca] Fix out-of-date-copyright-format-uri + * [fa8499] Fix init.d-script-missing-lsb-description + * [125cb4] Fix obsolete-field-in-dep5-copyright + * [5502af] Bump Standards-Version to 3.9.3, no changes needed + * [7fc88f] Replace the utilisation of dpkg-maintscript-helper by a simple mv +(Closes: #665813) + * [bed2d6] Fix insserv issue if upgrading from =0.5.2 (Closes: #665814) + + -- Jonathan Wiltshire j...@debian.org Sat, 30 Jun 2012 12:14:07 +0100 + iptables-persistent (0.5.3+nmu1) unstable; urgency=low * Non-maintainer upload. diff -Nru iptables-persistent-0.5.3+nmu1/debian/control iptables-persistent-0.5.6/debian/control --- iptables-persistent-0.5.3+nmu1/debian/control 2011-11-29 00:14:42.0 + +++ iptables-persistent-0.5.6/debian/control2012-08-05 17:10:48.0 +0100 @@ -2,8 +2,9 @@ Section: admin Priority: optional Maintainer: Jonathan Wiltshire j...@debian.org +Uploaders: Andreas Rütten andreasruet...@gmx.de Build-Depends: debhelper (= 7.0.50~), po-debconf -Standards-Version: 3.9.2 +Standards-Version: 3.9.3 Vcs-Browser: http://robin.powdarrmonkey.net/cgi-bin/gitweb.cgi?p=iptables-persistent Vcs-Git: git://robin.powdarrmonkey.net/git/iptables-persistent/ diff -Nru iptables-persistent-0.5.3+nmu1/debian/copyright iptables-persistent-0.5.6/debian/copyright --- iptables-persistent-0.5.3+nmu1/debian/copyright 2011-11-29 00:14:42.0 + +++ iptables-persistent-0.5.6/debian/copyright 2012-06-30 22:40:24.0 +0100 @@ -1,6 +1,6 @@ -Format-Specification: http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=filerev=135 -Name: iptables-persistent -Maintainer: Jonathan Wiltshire j...@debian.org +Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Upstream-Name: iptables-persistent +Upstream-Contact: Jonathan Wiltshire j...@debian.org Files: * Copyright: © 2009, Simon Richter s...@debian.org @@ -22,4 +22,3 @@ . On Debian systems, the complete text of the GNU General Public License version 3 can be found in `/usr/share/common-licenses/GPL-3'. - diff -Nru iptables-persistent-0.5.3+nmu1/debian/iptables-persistent.init iptables-persistent-0.5.6/debian/iptables-persistent.init --- iptables-persistent-0.5.3+nmu1/debian/iptables-persistent.init 2011-11-29 00:14:42.0 + +++ iptables-persistent-0.5.6/debian/iptables-persistent.init 2012-08-05 15:27:06.0 +0100 @@ -13,6 +13,8 @@ # X-Start-Before:$network # X-Stop-After: $network # Short-Description: Set up iptables rules +# Description: Loads/saves current iptables rules from/to
Re: Pre-approval request for t-p-u NMU upload of pleiades
Hi, On Sun, 19 Aug 2012 18:37:18 +0200 Christian PERRIER bubu...@debian.org wrote: Thanks, bubulle, and sorry for no reply for you... This mail has to goals: - get a release team approval about this possible upload to t-p-u - give Yamane-san a last chance to react to all this..:-) Then, should I make pleiades package for t-p-u? (of course, send debdiff to list before uploading...) -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- 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/20120821004235.ac024a5bbb918964a5c38...@debian.or.jp
Bug#685411: unblock (pre-approval): k3b/2.0.2-6
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hi RT! I'm writing to ask for pre-approval of the inblock of k3b/2.0.2-6.
The changes are:
- Fix sox = 14.4.0 detection with fix-sox-detection-with-sox-14.4.0.patch,
imported from upstream. This closes #675737
- Compress k3b-data and k3b-i18n with xz.
- Enable the lame-based MP3 encoding plugin:
- build depend on libmp3lame-dev
- install the new plugin (and its configuration) in libk3b6-extracodecs
I'm attaching the debdiff for this package.
Kinds regards, Lisandro.
unblock k3b/2.0.2-6
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru k3b-2.0.2/debian/changelog k3b-2.0.2/debian/changelog
--- k3b-2.0.2/debian/changelog 2012-06-01 07:30:15.0 -0300
+++ k3b-2.0.2/debian/changelog 2012-08-20 12:38:31.0 -0300
@@ -1,3 +1,17 @@
+k3b (2.0.2-6) unstable; urgency=low
+
+ * Team upload.
+
+ [ Pino Toscano ]
+ * Compress k3b-data and k3b-i18n as xz.
+ * Add fix-sox-detection-with-sox-14.4.0.patch (backported from upstream
+branch 2.0) to fix the detection of sox = 14.4. (Closes: #675737)
+ * Enable the lame-based MP3 encoding plugin:
+- build depend on libmp3lame-dev
+- install the new plugin (and its configuration) in libk3b6-extracodecs
+
+ -- Lisandro Damián Nicanor Pérez Meyer lisan...@debian.org Mon, 20 Aug 2012 12:38:28 -0300
+
k3b (2.0.2-5) unstable; urgency=low
* Team upload.
diff -Nru k3b-2.0.2/debian/control k3b-2.0.2/debian/control
--- k3b-2.0.2/debian/control 2012-06-01 06:55:56.0 -0300
+++ k3b-2.0.2/debian/control 2012-08-20 11:54:27.0 -0300
@@ -7,7 +7,8 @@
kdelibs5-dev (= 4:4.4.4), libavformat-dev, libdvdread-dev, libflac++-dev,
libflac-dev, libkcddb-dev, libmad0-dev, libmpcdec-dev,
libqtwebkit-dev, libsamplerate0-dev, libsndfile1-dev, libtag1-dev,
- shared-mime-info, libvorbis-dev, libcam-dev [kfreebsd-any]
+ shared-mime-info, libvorbis-dev, libcam-dev [kfreebsd-any],
+ libmp3lame-dev
Standards-Version: 3.9.3
Homepage: http://www.k3b.org
Vcs-Svn: svn://svn.debian.org/pkg-kde/kde-extras/k3b/trunk/
diff -Nru k3b-2.0.2/debian/libk3b6-extracodecs.install k3b-2.0.2/debian/libk3b6-extracodecs.install
--- k3b-2.0.2/debian/libk3b6-extracodecs.install 2012-02-20 06:40:28.0 -0300
+++ k3b-2.0.2/debian/libk3b6-extracodecs.install 2012-08-20 11:54:27.0 -0300
@@ -1,3 +1,7 @@
usr/lib/kde4/k3bffmpegdecoder.so
+usr/lib/kde4/k3blameencoder.so
usr/lib/kde4/k3bmaddecoder.so
+usr/lib/kde4/kcm_k3blameencoder.so
usr/lib/kde4/kio_videodvd.so
+usr/share/kde4/services/k3blameencoder.desktop
+usr/share/kde4/services/kcm_k3blameencoder.desktop
diff -Nru k3b-2.0.2/debian/patches/fix-sox-detection-with-sox-14.4.0.patch k3b-2.0.2/debian/patches/fix-sox-detection-with-sox-14.4.0.patch
--- k3b-2.0.2/debian/patches/fix-sox-detection-with-sox-14.4.0.patch 1969-12-31 21:00:00.0 -0300
+++ k3b-2.0.2/debian/patches/fix-sox-detection-with-sox-14.4.0.patch 2012-08-20 11:54:27.0 -0300
@@ -0,0 +1,32 @@
+From 2b672a2928d57b1132644ee4da1d6c664050bce1 Mon Sep 17 00:00:00 2001
+From: Pino Toscano p...@kde.org
+Date: Sun, 8 Jul 2012 22:20:15 +0200
+Subject: [PATCH] fix sox detection with sox = 14.4.0
+
+sox 1.14.0 changed the string that is printed out on --version, breaking the simply string matching done;
+add a new case to cover also this new version
+
+BUG: 301544
+
+(cherry picked from commit 79cd49cac3a6b7031556aae53ce3ecff8c360cb9)
+---
+ plugins/encoder/sox/k3bsoxencoder.cpp |3 +++
+ 1 file changed, 3 insertions(+)
+
+diff --git a/plugins/encoder/sox/k3bsoxencoder.cpp b/plugins/encoder/sox/k3bsoxencoder.cpp
+index 62d2bcd..72a3dc0 100644
+--- a/plugins/encoder/sox/k3bsoxencoder.cpp
b/plugins/encoder/sox/k3bsoxencoder.cpp
+@@ -69,6 +69,9 @@ public:
+ if ( pos = 0 ) {
+ pos += 17;
+ }
++else if ( ( pos = out.indexOf( sox: SoX v ) ) = 0 ) {
++pos += 15;
++}
+ else if ( ( pos = out.indexOf( sox: SoX v ) ) = 0 ) {
+ pos += 10;
+ }
+--
+1.7.10.4
+
diff -Nru k3b-2.0.2/debian/patches/series k3b-2.0.2/debian/patches/series
--- k3b-2.0.2/debian/patches/series 2012-02-20 08:19:33.0 -0300
+++ k3b-2.0.2/debian/patches/series 2012-08-20 11:54:27.0 -0300
@@ -8,3 +8,4 @@
114_bug587996_bdr_capacity_fix.diff
k3bscsicommand_bsd-Do-not-access-the-scsi_sense_data.patch
k3bsetup-put-the-shebang-in-the-first-line.patch
+fix-sox-detection-with-sox-14.4.0.patch
diff -Nru k3b-2.0.2/debian/rules k3b-2.0.2/debian/rules
--- k3b-2.0.2/debian/rules 2012-06-01 07:24:41.0 -0300
+++
Processed: control
Processing commands for cont...@bugs.debian.org: tag 683376 - moreinfo Bug #683376 [release.debian.org] unblock: openttd/1.2.2-1 or openttd/1.2.1-2 Removed tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 683376: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683376 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.134547855510224.transcr...@bugs.debian.org
Bug#681816: Unblock paraview/3.14.1-7
Hello, 2012/8/18 Adam D. Barratt a...@adam-barratt.org.uk: ... Agreed. What's the reasoning behind changing the flags at this point? ... I just wanted to escape overlinking with this --as-needed flag. If you think it is not a good idea, please, let me know. Thanks. These changes are already for more than month in the sid and I don't see any bug reports on this topic. But if a release team decides not to include it to a wheezy, I agree with it. Thank you. Anton -- 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/calf6qjm+qef5t6o07ecokot5c2s8g+5u0awaiy9gsy0jk9h...@mail.gmail.com
Re: Possible release note for systems running PHP through CGI.
On Aug 20, Wouter Verhelst w...@uter.be wrote: But some sites accept file uploads with arbitrary names, perhaps expected to be a JPEG image, but actually named bar.php.jpeg and containing malicious server-side PHP which they could execute from the browser. Don't Do That Then(TM). I see that you are not in the web hosting business. g Millions of web sites do this, so now matter how a bad practice this is (and I agree that it is) we need to do everything possible to work around insecure web sites. Also, we are talking about PHP: if educating developers were possible, they would not use PHP in the first place. The right solution to this problem is instead to write your upload scripts so that they True. But you do not dictate solutions to the 16 year old webmaster who happens to be the cousin of your customer. -- ciao, Marco signature.asc Description: Digital signature
Security update of Typo3
Dear members of release team, some days ago there was an announcment by TYPO3 upstream, that there are some security issues in the current version. I filed a bug report (685011) against typo3 and prepared a fixed version. I uploaded that fixed version to unstable and request an freeze exception for it with this mail. -- MfG, Christian Welzel GPG-Key: pub 4096R/5117E119 2011-09-19 Fingerprint: 3688 337C 0D3E 3725 94EC E401 8D52 CDE9 5117 E119 -- 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/5032670a.9040...@camlann.de
Bug#685413: unblock: geoip-database-contrib/1.8
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package geoip-database-contrib - It adds the Slovak debconf translation - It fixes bug #684500 = Redirect STDOUT in cronjob to /dev/null, where the diff is: --- a/debian/postinst +++ b/debian/postinst @@ -21,7 +21,7 @@ case $1 in # Regular cron job for the geoip-database-contrib package, # used to update the GeoLite database. # -0 4 10 * * root[ -x /usr/sbin/geoip-database-contrib_update ] /usr/sbin/geoip-database-contrib_update +0 4 10 * * root[ -x /usr/sbin/geoip-database-contrib_update ] /usr/sbin/geoip-database-contrib_update /dev/null EOF else cat $tfile EOF @@ -29,7 +29,7 @@ EOF # Regular cron job for the geoip-database-contrib package, # used to update the GeoLite database. # -#0 4 10 * * root[ -x /usr/sbin/geoip-database-contrib_update ] /usr/sbin/geoip-database-contrib_update +#0 4 10 * * root[ -x /usr/sbin/geoip-database-contrib_update ] /usr/sbin/geoip-database-contrib_update /dev/null EOF fi unblock geoip-database-contrib/1.8 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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/20120820162044.11078.15609.report...@srv1.linux-dev.org
Re: Pre-approval request for t-p-u NMU upload of pleiades
Quoting Hideki Yamane (henr...@debian.or.jp): This mail has to goals: - get a release team approval about this possible upload to t-p-u - give Yamane-san a last chance to react to all this..:-) Then, should I make pleiades package for t-p-u? (of course, send debdiff to list before uploading...) I think so, yes. I posted this pre-approval mail to get the Release Team's input but doing so without a bug report makes it more complicated for them. I propose you upload to t-p-u then ask for an unblock. signature.asc Description: Digital signature
Bug#684768: unblock: pegasus-wms/4.0.1+dfsg-7
On 08/17/2012 12:52 PM, Adam D. Barratt wrote: ++try: ++urlparse.uses_query.append(scheme) ++except AttributeError as errorstring: ++print(errorstring) What's the logic behind printing the AttributeError here? Is it of use to anyone? (I suspect not, given that it will occur for all python 2.7 users.) Adam, Thanks for the feedback. I have to admit I only tested the fix against wheezy and it turns out that the current Python version (2.7.3~rc2-1) does have the urlparse.uses_query attribute. The Python version in sid (2.7.3-2) does have the change and triggers the problem. As there is an unblock request for 2.7.3-2, I would like to upload a new version of pegasus-wms, replacing the print(errorstring) with a pass. I have verified that this solves the problem in Python 2.7.3-2. Does this change sound acceptable? Thanks, -- Mats Rynge -- 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/50325f00.4020...@rynge.net
Re: Possible release note for systems running PHP through CGI.
On Monday 20 August 2012, Ondřej Surý wrote: Ah, I see; it gets executed when there is no know handler or mime-type for second extension. E.g. index.php.jpeg works as expected (e.g. returning PHP source code), index.php.blubb but gets executed. I don't think there's any harm in disabling php.foobar and php.blubb files. There is also the case that the extensions after .php are known to Apache but are not associated with mime types or handlers. For example, there are extensions like .de and .en which cause the Content-Language header to be set, extensions for setting the charset (e.g. .utf8) and extensions for setting the content-encoding (none configured by default). I don't know how often this is actually used together with php. Setting the Content-* headers in the php script seems saner to me. Good to see that we are heading towards a solution anyway. What shall I do with #674089 ? I can reassign it to php5-cgi so that your next upload closes it, or do we still need release notes ? I think we still might need release notes, but it needs to be updated based on final impact of changes we have done. I am not sure if the information about filename.php.unknown-mime-type is worth release notes or just NEWS file in PHP. My guess would be latter, but opinions may vary. Maybe add just a small paragraph that the configuration of the extensions has changed and php users should read the NEWS file? Cheers, Stefan -- 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/201208202012.47643...@debian.org
Bug#685227: marked as done (unblock: ztex-bmp/20120314-1)
Your message dated Mon, 20 Aug 2012 19:12:58 +0100 with message-id 1345486378.32548.2.ca...@jacala.jungle.funky-badger.org and subject line Re: Bug#685227: unblock: ztex-bmp/20120314-1 has caused the Debian Bug report #685227, regarding unblock: ztex-bmp/20120314-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.) -- 685227: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685227 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package ztex-bmp The upload closes a FTBFS issues that appeared along the update of the free pascal compiler. It was directly provided by upstream. The package is not in the archive for too long and but anyway the adoption was rather minimal http://qa.debian.org/popcon.php?package=ztex-bmp . Should this late update not be acceptable, I only recently got my gpg keys back in the archive a few days ago, then I kindly ask to remove the package from Wheezy. unblock ztex-bmp/20120314-1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-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 ---End Message--- ---BeginMessage--- On Mon, 2012-08-20 at 11:00 +0200, Steffen Möller wrote: I was tired, as it seems. I'd say I had my chances on this one. The good thing is that due to the top part now being corrected, the FTBFS bug is now closed correctly http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663674 This speaks against a -3, in my view, as kind as this offer is. I feel bad about the buildds and the limited audience the package has, and about how technical that audience is, asking for the latest anyway. backports will be fine, feel free to remove the package from the distribution. If that's your decision, then okay. I've added a removal hint. Thanks for working on the fix anyway. Regards, Adam---End Message---
Bug#685384: unblock: uwsgi/1.2.3+dfsg-3
On Mon, 2012-08-20 at 14:19 +0200, Janoš Guljaš wrote: On Mon, Aug 20, 2012 at 2:17 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On 20.08.2012 12:37, Janos Guljas wrote: Please unblock package uwsgi. There is a bug with a release in Wheezy that is making init script useless after a reload. The fix is to remove `name` parameter from start-stop-daemon. I am sending debdiff. What name does the daemon end up running under? (Presumably not uwsgi.) The name is changed from uwsgi to uwsgi-core. If the daemon always runs as uwsgi-core, would it be worth changing the calls to use --name uwsgi-core or similar, instead of dropping the use of --name entirely? I'm pondering how likely it is that s-s-d will end up killing the wrong process if the daemon has died and the PID has been re-used. Maybe I'm just overly paranoid. 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/1345486642.32548.6.ca...@jacala.jungle.funky-badger.org
Bug#685368: Upload of scim-tables to testing-proposed-update
On Mon, 2012-08-20 at 23:14 +0800, Tz-Huan Huang wrote:
On Mon, Aug 20, 2012 at 6:20 PM, Adam D. Barratt
a...@adam-barratt.org.uk wrote:
On 20.08.2012 10:49, Tz-Huan Huang wrote:
I'm writing to you as I would like your approval to upload
scim-tables package
to testing-proposed-update in order to fix bug #684835.
I assume because of the new upstream version already in unstable?
Yes. The 0.5.11-1 is in unstable, and the 0.5.9-1 is FTBFS in testing now.
I am not sure if it is appropriate to request for unblock 0.5.11-1.
If you suggest requesting for the unblock, I'll do that instead of t-p-u.
The unstable upload appears to include most, if not all, of the
packaging changes which I indicated wouldn't be appropriate for t-p-u,
so I'm afraid I wouldn't be prepared to unblock it right now.
The main change is a new patch to fix the FTBFS,
That sounds like it should be fine, but we'd need to see the patch to be
sure.
others include the updates of
debhelper related files, compat file, debian-standard-version, etc.
These, otoh, aren't really appropriate changes to be making during a freeze,
particularly for an upload via t-p-u. If any of them are required to fix
the RC bug then they might be okay, but again we'd need to see the diff.
Please could you attach a source debdiff between the package currently in
testing and the proposed t-p-u upload to this bug report? It makes it much
easier to track, and more transparent, as to exactly what was approved for
upload.
Sure, please find the diff attached.
Thanks. As I mentioned in my earlier mail, several of the changes in
the diff aren't really appropriate for an unblock from unstable, even
less so for an upload via t-p-u.
+ * debian/patches/gtk3.patch: fix FTBFS (Closes: #684835).
That's larger than I was expecting, but looks reasonable. I'm assuming
it's already applied to the package in unstable?
+ * debian/patches/*.patch: upgrade to quilt style.
+ * debian/compat: update to 9.
+ * debian/source/format: update to 3.0 (quilt).
+ * debian/rules:
+- simplified for debhelper 9.
I'm afraid none of the above are appropriate changes during a freeze.
+- add multi-arch support.
This is also not really a change to be making during a freeze. More to
the point, could you please highlight the part of the new debian/rules
which makes this change? I might just be missing it in the noise, but
there didn't seem to be anything specifically multi-arch related in the
new rules file.
+ * debian/control:
+- change maintainer and uploaders.
+- update Standards-Version to 3.9.3.
The first of these is presumably to match the status of the package in
unstable? The Standards-Version change isn't really necessary, but not
the end of the world so long as you've carefully checked that it implies
no changes.
+- depends on debhelper = 9, scim = 1.4.13.
The debhelper change isn't unblock material, as above. What's the
reasoning behind the scim dependency change?
Looking at the diff, this also appears to be a Build-Depends change?
+- remove dependency on dpatch.
NAK; see above.
+- remove Vcs-*.
Is the packaging no longer maintained in a VCS?
There's also several changes of the type
+Depends: scim, ${shlibs:Depends}, ${misc:Depends}
which don't appear to be mentioned in the changelog. Have you verified
what effect they have on the generated dependencies?
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/1345487947.32548.20.ca...@jacala.jungle.funky-badger.org
Bug#684534: unblock xfonts-a12k12/1-10
On Sun, 2012-08-19 at 23:04 +0900, Nobuhiro Iwamatsu wrote: On Tue, Aug 14, 2012 at 6:52 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On 13.08.2012 00:41, Nobuhiro Iwamatsu wrote: The bug corrected by this version is correctable only by re-building as you are writing. However, since 7.4.11 or more debhelper were required for this, I updated debhelper to 9. Since Standards-Version was old, it updated. [...] I already uploaded package include an unnecessary correction. How do I work about this? The easiest way would be to revert the changes made in the -10 upload. That would essentially give a diff between -9 and -11 (presumably) which consisted of two changelog stanzas. 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/1345488064.32548.22.ca...@jacala.jungle.funky-badger.org
Re: Supercollider in wheezy
On Sun, 2012-08-19 at 18:05 -0400, Felipe Sateler wrote: On Sun, Aug 19, 2012 at 5:56 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Wed, 2012-08-15 at 18:23 -0400, Felipe Sateler wrote: I write to fix the issue of supercollider in wheezy. Current SC in testing is upstream version 3.4.5. Current in sid is 3.5.3. The version in wheezy has a FTBFS bug (#674386), so we need to get rid of that. Options are: 1. Upload a fix via tpu. Apparently this happened. Whilst the package does look sane, was that actually acked in advance? No. I was under the impression that the ack has to come after the upload (because the rt uses the actuall uploaded package for the ack). We'd likely ack the proposed diff and then unblock after reviewing the actual uploaded diff. The devref even says to wait until the package has built on all archs before notifying the RT. I was waiting for that before sending a mail. Hmmm, we should probably review that, particularly during a freeze. fwiw, britney won't try and migrate the package until all the architectures are built anyway; that's new, as in implemented within the past couple of years - I suspect the previous behaviour may have been the reasoning behind the devref suggestion. I went for uploading the fixes to tpu because: 1. There was a fix available so it makes no sense to not fix the package. 2. If 3.5 is going to be allowed to migrate, it should be because it makes sense to have 3.5 instead of 3.4, and not because of some unrelated bug. Sounds reasonable. I've added an approve hint (effectively an unblock for t-p-u); thanks. 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/1345489506.32548.28.ca...@jacala.jungle.funky-badger.org
Re: Possible release note for systems running PHP through CGI.
Hi Ondřej. On Mon, 2012-08-20 at 14:57 +0200, Ondřej Surý wrote: http://anonscm.debian.org/gitweb/?p=pkg-php/php.git;a=commit;h=72eef08994f65b227103509617652d7c0bf0587a - You mention in the README.Debian now, that no other webserver likely used /etc/mime.types. Wasn't there someone who meant lighthttp was also using it? - I like the changes to the wording of the PHP 5 CGI and Apache HTTP Server section. - Where you write: add the mentioned configuration block to one or more virtual sites. ... you may even refine that to add the mentioned configuration block to one or more virtual hosts or directories. - Where you write: It's advised to not mixmatch mod_php and php5-cgi in the same is that intended, that php5-fpm is missing? To the rules: - They seem ok for a security point of view. - When using FilesMatch, one can slightly optimise the subpatterns, by placing ?: after the (, e.g. .+\.ph(?:p[345]?|t|tml)$ - At the places where you Deny, one might perhaps add Satisfy All again. It's All per default, but if one has set that to Any in main server context, your deny-intention might geht ineffective again. I agree on that, even though I think that PHP should have it's own mimetype definition (same as python or perl, e.g. application/x-php, but let's keep this discussion out of this issue, since it's something different). +1 on that. I am not aware of any other (Debian shipped) web server which uses system-wide mime-types. At least both nginx and lighttpd don't depend on system mime types for interpreting PHP files (both use extension based definitions). Ah ok,... so ignore my question from above... :) If more than one extension is given that maps onto the same type of meta-information, then the one to the right will be used, except for languages and content encodings. For example, if .gif maps to the MIME-type image/gif and .html maps to the MIME-type text/html, then the file welcome.gif.html will be associated with the MIME-type text/html. Right, the others already pointed out in the meantime, what can still happen. I guess we should be largely safe of all this now. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#685409: marked as done (unblock: iptables-persistent/0.5.6)
Your message dated Mon, 20 Aug 2012 20:37:56 +0100 with message-id 1345491476.32548.32.ca...@jacala.jungle.funky-badger.org and subject line Re: Bug#685409: unblock: iptables-persistent/0.5.6 has caused the Debian Bug report #685409, regarding unblock: iptables-persistent/0.5.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.) -- 685409: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685409 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, Please unblock iptables-persistent uploaded today. I'm sorry about the size of the diff; I had not realised that the automatic unblock was not in force because of #679840. Although large this is a minimal-changes upload - I believe all the problems it fixes could really do with being in the release, and I hope the patch is straightforward enough to review. Source diff attached; thanks for your consideration. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 diff -Nru iptables-persistent-0.5.3+nmu1/debian/changelog iptables-persistent-0.5.6/debian/changelog --- iptables-persistent-0.5.3+nmu1/debian/changelog 2012-04-25 07:30:08.0 +0100 +++ iptables-persistent-0.5.6/debian/changelog 2012-08-05 17:10:48.0 +0100 @@ -1,3 +1,48 @@ +iptables-persistent (0.5.6) unstable; urgency=low + + * [6b6358] Instead of checking on modules, test a working iptables more +directly (Closes: #679840) + * [1db63c] Remove dependency on kmod + + -- Andreas Rütten andreasruet...@gmx.de Thu, 02 Aug 2012 22:50:05 +0200 + +iptables-persistent (0.5.5) unstable; urgency=low + + * Regressions were found in the previous release, this version fixes them + + [ Andreas Rütten ] + * [e2736e] Fix postinst fails with legacy boot ordering due to wrong call +to update-rc.d (Closes: #651838) + * [7ee7cc] Add Andreas Rütten to Uploaders + + [ Jonathan Wiltshire ] + * [e823c4] iptables-persistent.postinst: check return value of modprobe +before loading rules + * [575176] Add dependency on kmod for calls to modprobe in postinst. +Thanks to Hideki Yamane (Closes: #656348) + * [24d67d] Pre-Depending on a sufficient version of dpkg is no longer +necessary (Closes: #659765) + * [65a9d7] Guard against moving rules files around in preinst/abort-upgrade + + -- Jonathan Wiltshire j...@debian.org Sat, 30 Jun 2012 19:52:36 +0100 + +iptables-persistent (0.5.4) unstable; urgency=low + + [ Jonathan Wiltshire ] + * Acknowledge NMU, thanks Christian + + [ Andreas Rütten ] + * [15dd48] Remove trailing whitespace in debian/copyright + * [be22ca] Fix out-of-date-copyright-format-uri + * [fa8499] Fix init.d-script-missing-lsb-description + * [125cb4] Fix obsolete-field-in-dep5-copyright + * [5502af] Bump Standards-Version to 3.9.3, no changes needed + * [7fc88f] Replace the utilisation of dpkg-maintscript-helper by a simple mv +(Closes: #665813) + * [bed2d6] Fix insserv issue if upgrading from =0.5.2 (Closes: #665814) + + -- Jonathan Wiltshire j...@debian.org Sat, 30 Jun 2012 12:14:07 +0100 + iptables-persistent (0.5.3+nmu1) unstable; urgency=low * Non-maintainer upload. diff -Nru iptables-persistent-0.5.3+nmu1/debian/control iptables-persistent-0.5.6/debian/control --- iptables-persistent-0.5.3+nmu1/debian/control 2011-11-29 00:14:42.0 + +++ iptables-persistent-0.5.6/debian/control2012-08-05 17:10:48.0 +0100 @@ -2,8 +2,9 @@ Section: admin Priority: optional Maintainer: Jonathan Wiltshire j...@debian.org +Uploaders: Andreas Rütten andreasruet...@gmx.de Build-Depends: debhelper (= 7.0.50~), po-debconf -Standards-Version: 3.9.2 +Standards-Version: 3.9.3 Vcs-Browser: http://robin.powdarrmonkey.net/cgi-bin/gitweb.cgi?p=iptables-persistent Vcs-Git: git://robin.powdarrmonkey.net/git/iptables-persistent/ diff -Nru iptables-persistent-0.5.3+nmu1/debian/copyright iptables-persistent-0.5.6/debian/copyright --- iptables-persistent-0.5.3+nmu1/debian/copyright 2011-11-29 00:14:42.0 + +++ iptables-persistent-0.5.6/debian/copyright 2012-06-30 22:40:24.0 +0100 @@ -1,6 +1,6 @@ -Format-Specification: http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=filerev=135 -Name: iptables-persistent -Maintainer: Jonathan Wiltshire j...@debian.org +Format:
Bug#681816: Unblock paraview/3.14.1-7
On Mon, Aug 20, 2012 at 18:04:02 +0200, Anton Gladky wrote: Hello, 2012/8/18 Adam D. Barratt a...@adam-barratt.org.uk: ... Agreed. What's the reasoning behind changing the flags at this point? ... I just wanted to escape overlinking with this --as-needed flag. If you think it is not a good idea, please, let me know. Thanks. I think it's not something that we need to (and thus should) change during a freeze. Cheers, Julien signature.asc Description: Digital signature
Re: Please allow the migration of dhelp
On Sun, Aug 19, 2012 at 13:42:01 -0500, Gunnar Wolf wrote: Julien Cristau dijo [Sun, Aug 19, 2012 at 06:42:35PM +0200]: Huh? I thought it would be removed already - see #679300, #676248. Ruby-commandline even fails to fail under Ruby 1.9.x. Its functionality is fully covered by a module that's part of modern Rubys' standard library. #679300 is about the removal from sid. Removal from testing won't happen as long as dhelp still depends on it. Ok - But, the fact is that in testing you install dhelp, it won't work at all as ruby-commandline fails silently under the default Ruby That's only because somebody decided to change the default Ruby version after the last minute. version. Thus my earlier request to allow for the newer dhelp to migrate into testing, removing the dependency on the buggy ruby-commandline, and allowing the later to be removed painlessly. Seems to me the minimal fix for wheezy is to make sure dhelp / ruby-commandline use ruby 1.8. Cheers, Julien signature.asc Description: Digital signature
Bug#684768: unblock: pegasus-wms/4.0.1+dfsg-7
On Mon, Aug 20, 2012 at 09:00:00 -0700, Mats Rynge wrote: On 08/17/2012 12:52 PM, Adam D. Barratt wrote: ++try: ++urlparse.uses_query.append(scheme) ++except AttributeError as errorstring: ++print(errorstring) What's the logic behind printing the AttributeError here? Is it of use to anyone? (I suspect not, given that it will occur for all python 2.7 users.) Adam, Thanks for the feedback. I have to admit I only tested the fix against wheezy and it turns out that the current Python version (2.7.3~rc2-1) does have the urlparse.uses_query attribute. The Python version in sid (2.7.3-2) does have the change and triggers the problem. As there is an (the current version in sid is 2.7.3-3 now) unblock request for 2.7.3-2, I would like to upload a new version of pegasus-wms, replacing the print(errorstring) with a pass. I have verified that this solves the problem in Python 2.7.3-2. Does this change sound acceptable? Yes. Cheers, Julien signature.asc Description: Digital signature
Bug#685446: unblock: model-builder/0.4.1-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock model-builder/0.4.1-6. Updating model-builder fixes an RC bug: #684681 unblock model-builder/0.4.1-6 Changes: model-builder (0.4.1-6) unstable; urgency=high * Update patches/use_wx2.8.diff: - disable import of matplotlib.numerix, which is not used and no longer available (Closes: #684681) - fix the MB.ico icon load path Thanks, Varun -- 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/ca+b0nx2z91zamg2mscqqz9nwvclot3hytu_teimvtsgwi_j...@mail.gmail.com
Bug#685449: unblock: pytimechart/1.0.0~rc1-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock pytimechart/1.0.0~rc1-3. Updating pytimechart fixes an RC bug: #684779 unblock pytimechart/1.0.0~rc1-3 Changes: pytimechart (1.0.0~rc1-3) unstable; urgency=high . [ Andrew Starr-Bochicchio ] * debian/control: Depend on python-gtk2 (Closes: #684779). * Add extend-diff-ignore=^[^/]+\.egg-info/ to debian/source/options. This allows the package to build twice in a row (Closes: #671148). . [ Varun Hiremath ] * Set urgency high, fixes RC bug. Thanks, Varun -- 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/CA+b0NX2X1b8yCYGGSEugQGc4N74mtnu71BSn0o-cT=6up-c...@mail.gmail.com
Bug#685446: marked as done (unblock: model-builder/0.4.1-6)
Your message dated Mon, 20 Aug 2012 22:09:53 +0100 with message-id 1345496993.32548.33.ca...@jacala.jungle.funky-badger.org and subject line Re: Bug#685446: unblock: model-builder/0.4.1-6 has caused the Debian Bug report #685446, regarding unblock: model-builder/0.4.1-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.) -- 685446: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685446 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock model-builder/0.4.1-6. Updating model-builder fixes an RC bug: #684681 unblock model-builder/0.4.1-6 Changes: model-builder (0.4.1-6) unstable; urgency=high * Update patches/use_wx2.8.diff: - disable import of matplotlib.numerix, which is not used and no longer available (Closes: #684681) - fix the MB.ico icon load path Thanks, Varun ---End Message--- ---BeginMessage--- On Mon, 2012-08-20 at 17:01 -0400, Varun Hiremath wrote: Please unblock model-builder/0.4.1-6. Updating model-builder fixes an RC bug: #684681 Unblocked; thanks. Regards, Adam---End Message---
Bug#685449: marked as done (unblock: pytimechart/1.0.0~rc1-3)
Your message dated Mon, 20 Aug 2012 22:18:26 +0100 with message-id 1345497506.32548.34.ca...@jacala.jungle.funky-badger.org and subject line Re: Bug#685449: unblock: pytimechart/1.0.0~rc1-3 has caused the Debian Bug report #685449, regarding unblock: pytimechart/1.0.0~rc1-3 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.) -- 685449: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685449 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock pytimechart/1.0.0~rc1-3. Updating pytimechart fixes an RC bug: #684779 unblock pytimechart/1.0.0~rc1-3 Changes: pytimechart (1.0.0~rc1-3) unstable; urgency=high . [ Andrew Starr-Bochicchio ] * debian/control: Depend on python-gtk2 (Closes: #684779). * Add extend-diff-ignore=^[^/]+\.egg-info/ to debian/source/options. This allows the package to build twice in a row (Closes: #671148). . [ Varun Hiremath ] * Set urgency high, fixes RC bug. Thanks, Varun ---End Message--- ---BeginMessage--- On Mon, 2012-08-20 at 17:12 -0400, Varun Hiremath wrote: Please unblock pytimechart/1.0.0~rc1-3. Updating pytimechart fixes an RC bug: #684779 Unblocked; thanks. Regards, Adam---End Message---
Bug#685406: marked as done (unblock: x-tile/2.2.1-2)
Your message dated Mon, 20 Aug 2012 22:37:30 +0100
with message-id 1345498650.32548.35.ca...@jacala.jungle.funky-badger.org
and subject line Re: Bug#685406: unblock: x-tile/2.2.1-2
has caused the Debian Bug report #685406,
regarding unblock: x-tile/2.2.1-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.)
--
685406: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685406
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package x-tile
It fixes binary dependencies (including RC #685386), debdiff attached.
thanks in advance,
unblock x-tile/2.2.1-2
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: armel (armv5tel)
Kernel: Linux 2.6.32-7-g56678ec (PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru x-tile-2.2.1/debian/changelog x-tile-2.2.1/debian/changelog
--- x-tile-2.2.1/debian/changelog 2012-05-07 01:24:31.0 +0200
+++ x-tile-2.2.1/debian/changelog 2012-08-20 16:08:06.0 +0200
@@ -1,3 +1,12 @@
+x-tile (2.2.1-2) unstable; urgency=low
+
+ * debian/control
+ - Fix binary dependencies: add python-gconf, python-gtk2 and remove
+unused ${shlibs:Depends} (Closes: #685386)
+ - Add Vcs headers pointing to git.debian.org
+
+ -- Ricardo Mones mo...@debian.org Mon, 20 Aug 2012 15:47:42 +0200
+
x-tile (2.2.1-1) unstable; urgency=low
* Initial release (Closes: #599872)
diff -Nru x-tile-2.2.1/debian/control x-tile-2.2.1/debian/control
--- x-tile-2.2.1/debian/control 2012-05-07 01:24:31.0 +0200
+++ x-tile-2.2.1/debian/control 2012-08-20 16:08:06.0 +0200
@@ -5,10 +5,12 @@
Build-Depends: debhelper (= 9), python, python-central, python-gnome2
Standards-Version: 3.9.3
Homepage: http://www.giuspen.com/x-tile/
+Vcs-Git: git://git.debian.org/git/users/mones/x-tile.git
+Vcs-Browser: http://git.debian.org/?p=users/mones/x-tile.git
Package: x-tile
Architecture: all
-Depends: ${python:Depends}, ${shlibs:Depends}, ${misc:Depends}
+Depends: ${python:Depends}, ${misc:Depends}, python-gtk2, python-gconf
Description: tile selected windows in different ways
X-tile is an application that allows you to select a number of
windows and tile them in different ways. Works on any X desktop.
---End Message---
---BeginMessage---
On Mon, 2012-08-20 at 16:28 +0200, Ricardo Mones wrote:
Please unblock package x-tile
It fixes binary dependencies (including RC #685386), debdiff attached.
Unblocked, thanks.
Regards,
Adam---End Message---
Re: Please allow the migration of dhelp
Julien Cristau dijo [Mon, Aug 20, 2012 at 09:51:13PM +0200]: #679300 is about the removal from sid. Removal from testing won't happen as long as dhelp still depends on it. Ok - But, the fact is that in testing you install dhelp, it won't work at all as ruby-commandline fails silently under the default Ruby That's only because somebody decided to change the default Ruby version after the last minute. version. Thus my earlier request to allow for the newer dhelp to migrate into testing, removing the dependency on the buggy ruby-commandline, and allowing the later to be removed painlessly. Seems to me the minimal fix for wheezy is to make sure dhelp / ruby-commandline use ruby 1.8. There is another way out - dhelp is currently at 0.6.20 in testing and 0.6.21+nmu1 in unstable. I wanted to avoid to suggest a +wheezy1 release, just fixing this trivial dependency issue, but am willing to - I feel it impractical, though. The solution you mention is not realistic, IMO. If a user has any Ruby-using stuff installed in his system, he will have Ruby 1.9.1 installed by default. Then, he installs dhelp, which requires 1.8, and *the whole of* 1.8 is brought in. Dhelp will then need to refer explicitly to /usr/bin/ruby1.8, I agree with you, the decision to switch the Ruby release for Sid was hasty, and I would have prefered for it to wait. But it is a done deal - And the advantages are many. Ruby 1.8 is no longer supported upstream. The language's speed has hugely improved. And many newer modules are no longer compatible with 1.8 (including several packaged already for Debian). So, please consider this again. dhelp 0.6.21 was uploaded three weeks before the freeze — I don't know why it was not accepted in time. The bug I refer to (#678055) was closed then — I only did this last upload on July 2 because, even though dhelp had been patched with the changes I sent (and had many other improvements clearly aimed at entering wheezy), but the *real* (i.e. behaviour) bug had been fixed already. If it is *not* accepted, I (well, much rather, Georgios who is the maintainer) can just apply the fix for #678055 on 0.6.20 as 0.6.20+wheezy1 — But I don't think that's making a difference for the good of the users. All in all, I just want to be able to drop a badly buggy ruby-commandline which has no sense in Wheezy. signature.asc Description: Digital signature
Bug#685456: Freeze exception for kde-gtk-config
Package: release.debian.org
Severity: normal
Dear release team,
Please consider a release exception for the package kde-gtk-config version
2.1-1.
In new upstream release only translations files were updated and one tiny patch
from debian package was accepted.
This upload fixes RC bug #678714 which had prevented automatic migration to
testing before freeze.
File in attachment was produced using command:
$ debdiff kde-gtk-config_2.0-3.dsc kde-gtk-config_2.1-1.dsc | \
filterdiff -x '*/po/*' -x '*.desktop' kde-gtk-config_2.0-3:2.1-1.diff
Best regards,
Boris
diff -Nru kde-gtk-config-2.0/debian/changelog kde-gtk-config-2.1/debian/changelog
--- kde-gtk-config-2.0/debian/changelog 2012-06-08 07:07:18.0 +0300
+++ kde-gtk-config-2.1/debian/changelog 2012-08-21 00:26:50.0 +0300
@@ -1,3 +1,16 @@
+kde-gtk-config (3:2.1-1) unstable; urgency=low
+
+ * Update to stable release 2.1.
+ * Deleted file debian/patches/fix-build-on-kfreebsd-and-hurd-i386:
+accepted in upstream.
+ * Added file debian/patches/fix-loading-icons:
+without this patch KDE-GTK-Config module scans ./ directory if option
+gtk-icon-theme-name or option gtk-fallback-icon-theme is empty or invalid,
+now first element from the list of found icon themes is used.
+(Closes: #678714)
+
+ -- Boris Pek tehnic...@mail.ru Tue, 21 Aug 2012 00:22:23 +0300
+
kde-gtk-config (3:2.0-3) unstable; urgency=low
* Package moved to unstable after tests: no changes required.
diff -Nru kde-gtk-config-2.0/debian/patches/fix-build-on-kfreebsd-and-hurd-i386 kde-gtk-config-2.1/debian/patches/fix-build-on-kfreebsd-and-hurd-i386
--- kde-gtk-config-2.0/debian/patches/fix-build-on-kfreebsd-and-hurd-i386 2012-06-08 07:06:49.0 +0300
+++ kde-gtk-config-2.1/debian/patches/fix-build-on-kfreebsd-and-hurd-i386 1970-01-01 03:00:00.0 +0300
@@ -1,15 +0,0 @@
-Description: Fix build in Debian GNU/kFreeBSD and in Debian GNU/Hurd
-Author: Boris Pek tehnic...@mail.ru
-Last-Update: 2012-06-06
-
a/gtk3proxies/preview3.c
-+++ b/gtk3proxies/preview3.c
-@@ -24,8 +24,6 @@
- #include stdio.h
- #include assert.h
- #include stdlib.h
--
--#include sys/inotify.h
- #include string.h
-
- void printHelp()
diff -Nru kde-gtk-config-2.0/debian/patches/fix-loading-icons kde-gtk-config-2.1/debian/patches/fix-loading-icons
--- kde-gtk-config-2.0/debian/patches/fix-loading-icons 1970-01-01 03:00:00.0 +0300
+++ kde-gtk-config-2.1/debian/patches/fix-loading-icons 2012-08-21 00:26:50.0 +0300
@@ -0,0 +1,51 @@
+Description: Fix loading icons
+ Without this patch KDE-GTK-Config module scans ./ directory if option
+ gtk-icon-theme-name or option gtk-fallback-icon-theme is empty or invalid.
+ Now first element from the list of found icon themes is used.
+Bug-Debian: http://bugs.debian.org/678714
+Author: Boris Pek tehnic...@mail.ru
+Last-Update: 2012-08-21
+
+--- a/src/gtkconfigkcmodule.cpp
b/src/gtkconfigkcmodule.cpp
+@@ -200,7 +200,9 @@
+ {
+ label-setToolTip(iconName);
+
+-QString ret = IconThemesModel::findFilesRecursively(QStringList(iconName+.*), theme);
++QString ret;
++if(!theme.isEmpty())
++ret = IconThemesModel::findFilesRecursively(QStringList(iconName+.*), theme);
+ if(!ret.isEmpty()) {
+ QPixmap p(ret);
+ Q_ASSERT(!p.isNull());
+@@ -208,7 +210,9 @@
+ return;
+ }
+
+-ret = IconThemesModel::findFilesRecursively(QStringList(iconName+.*), fallback);
++if(!fallback.isEmpty())
++ret = IconThemesModel::findFilesRecursively(QStringList(iconName+.*), fallback);
++
+ if(!ret.isEmpty()) {
+ QPixmap p(ret);
+ Q_ASSERT(!p.isNull());
+@@ -401,10 +401,14 @@
+ appareance-gtk3Appearance()-installedThemesNames());
+
+ //icons
+-QString currentIcon = useConfig ? appareance-getIcon() : ui-cb_icon-currentText(),
+-currentFallback = useConfig ? appareance-getIconFallback() : ui-cb_icon_fallback-currentText();
+-ui-cb_icon-setCurrentIndex(ui-cb_icon-findData(currentIcon, IconThemesModel::DirNameRole));
+-ui-cb_icon_fallback-setCurrentIndex(ui-cb_icon_fallback-findData(currentFallback, IconThemesModel::DirNameRole));
++if (ui-cb_icon-count() 0 ui-cb_icon_fallback-count() 0) {
++QString currentIcon = useConfig ? appareance-getIcon() : ui-cb_icon-currentText(),
++currentFallback = useConfig ? appareance-getIconFallback() : ui-cb_icon_fallback-currentText();
++int currentIconIndex = ui-cb_icon-findData(currentIcon, IconThemesModel::DirNameRole),
++currentFallbackIndex = ui-cb_icon_fallback-findData(currentFallback, IconThemesModel::DirNameRole);
++ui-cb_icon-setCurrentIndex(currentIconIndex = 0 ? currentFallbackIndex : 0);
++ui-cb_icon_fallback-setCurrentIndex(currentFallbackIndex = 0 ? currentFallbackIndex : 0);
++}
+
+ m_saveEnabled = wasenabled;
+ }
diff -Nru kde-gtk-config-2.0/debian/patches/series
Bug#685459: unblock: boinc-app-seti/6.12~svn1385-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package boinc-app-seti This upload fixes the remaining issues with the boinc-app-seti packages * works with both boinc client 7.0.27 (currently in testing) and 7.0.33 (in new queue) * Ben's contributed PowerPC patch to disable AltiVec has worked. Many thanks for this. There is no version of boinc-app-seti in testing today. The packaging has not changed much from what was shipped with stable. Please let it pass. Should you also decide to allow 7.0.33 to pass, then there is no technical need to update boinc-app-seti. This is, except for the beauty of it because of the the separation of libraries and header files in 7.0.33 that could then be used. There is no apparent risk with this package in testing. unblock boinc-app-seti/6.12~svn1385-3 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-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 -- 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/20120820225357.7444.82088.reportbug@Toshiba.siemens
Bug#685384: unblock: uwsgi/1.2.3+dfsg-3
Hi Adam, On Mon, Aug 20, 2012 at 8:17 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Mon, 2012-08-20 at 14:19 +0200, Janoš Guljaš wrote: On Mon, Aug 20, 2012 at 2:17 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On 20.08.2012 12:37, Janos Guljas wrote: Please unblock package uwsgi. There is a bug with a release in Wheezy that is making init script useless after a reload. The fix is to remove `name` parameter from start-stop-daemon. I am sending debdiff. What name does the daemon end up running under? (Presumably not uwsgi.) The name is changed from uwsgi to uwsgi-core. If the daemon always runs as uwsgi-core, would it be worth changing the calls to use --name uwsgi-core or similar, instead of dropping the use of --name entirely? I'm pondering how likely it is that s-s-d will end up killing the wrong process if the daemon has died and the PID has been re-used. Maybe I'm just overly paranoid. The problem is that /usr/bin/uwsgi is a symlink made by alternatives to /usr/bin/uwsgi-core, and uwsgi is keeping internally the binary path of the path linked (got with readlink(/proc/self/exe, buf, PATH_MAX)) and using it for reloads by sending the SIGHUP. After the rerun with the link target the process is changing it's name to uwsgi-core, or to whatever is set by alternatives for uwsgi group. I agree that removing the name option can make more damage then good, so I am sending debdiff with a patch that is changing how uwsgi_reload function works. That function is overriding the main's argv[0] value with a value provided by the readlink. The patch is just using argv[0] in execvp as the first argument. That way the process name is preserved, even if the path in argv[0] is in relative form. Could review the changes from debdiff? If you have any suggestion I would be glad to hear them. Package uwsgi_1.2.3+dfsg-4 is not uploaded to the archive. Regards, Adam Best, Janos uwsgi_1.2.3+dfsg-2_uwsgi_1.2.3+dfsg-4.diff Description: Binary data
Bug#684768: unblock: pegasus-wms/4.0.1+dfsg-7
On 08/20/2012 12:54 PM, Julien Cristau wrote: unblock request for 2.7.3-2, I would like to upload a new version of pegasus-wms, replacing the print(errorstring) with a pass. I have verified that this solves the problem in Python 2.7.3-2. Does this change sound acceptable? Release team, I have uploaded pegasus-wms 4.0.1+dfsg-8 with the agreed upon change. Please unblock for wheezy. Thanks! -- Mats Rynge -- 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/5032f1fa.7000...@rynge.net
Processed: unblock: snoopy/1.8.0-5
Processing control commands:
reopen -1
Bug #685400 {Done: Adam D. Barratt a...@adam-barratt.org.uk}
[release.debian.org] unblock: snoopy/1.8.0-4
Bug reopened
Ignoring request to alter fixed versions of bug #685400 to the same values
previously set
--
685400: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685400
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.b685400.13455203693359.transcr...@bugs.debian.org
Bug#685368: Upload of scim-tables to testing-proposed-update
On Tue, Aug 21, 2012 at 2:39 AM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Mon, 2012-08-20 at 23:14 +0800, Tz-Huan Huang wrote: Thanks. As I mentioned in my earlier mail, several of the changes in the diff aren't really appropriate for an unblock from unstable, even less so for an upload via t-p-u. + * debian/patches/gtk3.patch: fix FTBFS (Closes: #684835). That's larger than I was expecting, but looks reasonable. I'm assuming it's already applied to the package in unstable? Yes, the patch is from new upstream release (0.5.11). + * debian/patches/*.patch: upgrade to quilt style. + * debian/compat: update to 9. + * debian/source/format: update to 3.0 (quilt). + * debian/rules: +- simplified for debhelper 9. I'm afraid none of the above are appropriate changes during a freeze. I have re-made a new package contains only the necessary bit, please find it attached. The multi-arch part is to make the scim-tables built-able with new version of libscim-dev, which is multi-archified after 1.4.14. If it is also not appropriate, I'll remove it. Thanks, Tz-Huan scim-tables.debdiff Description: Binary data
Bug#685400: unblock: snoopy/1.8.0-5
Control: reopen -1 Le 20/08/2012 10:10, Adam D. Barratt a écrit : On 20.08.2012 14:58, David Prévot wrote: Please unblock package snoopy It's just a translation update (Danish po-debconf translation added), with a little bit of house keeping (bumping the Standards-Version). Unblocked; thanks. Thanks a lot for your quick unblock, but the package maintainer just uploaded a new revision, adding another po-debconf translation (Slovak), so here I am again, requesting an update of the unblocked version, sorry about that. The attached debdiff is against the version in Wheezy. Thanks in advance. Regards David unblock snoopy/1.8.0-5 P.-S.: I intend to fill a bunch of unblock requests of the same kind in the coming days/weeks, do you prefer one unblock per package, or should I group some similar requests in one bug report? diffstat for snoopy-1.8.0 snoopy-1.8.0 changelog | 13 + control |2 +- po/da.po | 35 +++ po/sk.po | 39 +++ 4 files changed, 88 insertions(+), 1 deletion(-) diff -Nru snoopy-1.8.0/debian/changelog snoopy-1.8.0/debian/changelog --- snoopy-1.8.0/debian/changelog 2011-09-05 17:09:57.0 -0400 +++ snoopy-1.8.0/debian/changelog 2012-08-20 17:31:13.0 -0400 @@ -1,3 +1,16 @@ +snoopy (1.8.0-5) unstable; urgency=low + + * Add Slovak Debconf translation (closes: #685370) + + -- Zed Pobre z...@debian.org Mon, 20 Aug 2012 17:29:26 -0400 + +snoopy (1.8.0-4) unstable; urgency=low + + * Add Danish Debconf translation (closes: #660392) + * Standards-Version 3.9.3 (no changes) + + -- Zed Pobre z...@debian.org Fri, 17 Aug 2012 14:10:07 -0400 + snoopy (1.8.0-3) unstable; urgency=low * Merge back in changes from 1.3-15 that were dropped in the original diff -Nru snoopy-1.8.0/debian/control snoopy-1.8.0/debian/control --- snoopy-1.8.0/debian/control 2011-09-05 17:09:57.0 -0400 +++ snoopy-1.8.0/debian/control 2012-08-20 17:31:13.0 -0400 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Zed Pobre z...@debian.org Build-Depends: debhelper (= 8), autoconf -Standards-Version: 3.9.2 +Standards-Version: 3.9.3 Homepage: http://sourceforge.net/projects/snoopylogger/ Vcs-Git: git://anonscm.debian.org/collab-maint/snoopy.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/snoopy.git diff -Nru snoopy-1.8.0/debian/po/da.po snoopy-1.8.0/debian/po/da.po --- snoopy-1.8.0/debian/po/da.po 1969-12-31 20:00:00.0 -0400 +++ snoopy-1.8.0/debian/po/da.po 2012-08-20 17:31:13.0 -0400 @@ -0,0 +1,35 @@ +# Danish translation snoopy. +# Copyright (C) 2012 snoopy nedenstÃ¥ende oversættere. +# This file is distributed under the same license as the snoopy package. +# Joe Hansen (joedalt...@yahoo.dk), 2012. +# +msgid +msgstr +Project-Id-Version: snoopy\n +Report-Msgid-Bugs-To: mh+debian-packa...@zugschlus.de\n +POT-Creation-Date: 2007-02-26 13:12+0100\n +PO-Revision-Date: 2012-02-18 12:42+\n +Last-Translator: Joe Hansen joedalt...@yahoo.dk\n +Language-Team: Danish debian-l10n-dan...@lists.debian.org\n +Language: da\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: boolean +#. Description +#: ../templates:1001 +msgid Install snoopy library to /etc/ld.so.preload? +msgstr Installer snoopybiblioteket i /etc/ld.so.preload? + +#. Type: boolean +#. Description +#: ../templates:1001 +msgid +snoopy is a library that can only reliably do its work if it is mandatorily +preloaded via /etc/ld.so.preload. Since this can potentially do harm to the +system, your consent is needed. +msgstr +snoopy er et bibliotek, som kun kan udføre troværdigt arbejde, hvis biblioteket +er tvunget præindlæst via /etc/ld.so.preload. Da dette potentielt kan skade +systemet, er din godkendelse krævet. diff -Nru snoopy-1.8.0/debian/po/sk.po snoopy-1.8.0/debian/po/sk.po --- snoopy-1.8.0/debian/po/sk.po 1969-12-31 20:00:00.0 -0400 +++ snoopy-1.8.0/debian/po/sk.po 2012-08-20 17:31:13.0 -0400 @@ -0,0 +1,39 @@ +# Slovak translations for snoopy package +# Slovenské preklady pre balÃk snoopy. +# Copyright (C) 2012 THE snoopy'S COPYRIGHT HOLDER +# This file is distributed under the same license as the snoopy package. +# Automatically generated, 2012. +# Slavko li...@slavino.sk, 2012. +# +msgid +msgstr +Project-Id-Version: snoopy 1.8.0-4\n +Report-Msgid-Bugs-To: mh+debian-packa...@zugschlus.de\n +POT-Creation-Date: 2007-02-26 13:12+0100\n +PO-Revision-Date: 2012-08-20 11:12+0200\n +Last-Translator: Slavko li...@slavino.sk\n +Language-Team: slovenÄina debian-l10n-slo...@lists.debian.org\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n +Language: sk\n +Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n=2 n=4) ? 1 : 2;\n +X-POFile-SpellExtra: preload etc ld prednaÄÃtaná snoopy\n + +#. Type: boolean +#. Description +#: ../templates:1001 +msgid Install snoopy
Bug#684768: marked as done (unblock: pegasus-wms/4.0.1+dfsg-7)
Your message dated Tue, 21 Aug 2012 06:08:27 +0100 with message-id 1345525707.32548.36.ca...@jacala.jungle.funky-badger.org and subject line Re: Bug#684768: unblock: pegasus-wms/4.0.1+dfsg-7 has caused the Debian Bug report #684768, regarding unblock: pegasus-wms/4.0.1+dfsg-7 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.) -- 684768: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684768 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package pegasus-wms This version contains two fixes, one for a FTBFS problem with the newer versions of Subversion (discussed on release-team mailing list) and an important bug for some of the command line tools using Python 2.7.3 and the url module. Bug numbers: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679561 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682148 unblock pegasus-wms/4.0.1+dfsg-7 Thanks! -- Mats Rynge ---End Message--- ---BeginMessage--- On Mon, 2012-08-20 at 19:27 -0700, Mats Rynge wrote: On 08/20/2012 12:54 PM, Julien Cristau wrote: unblock request for 2.7.3-2, I would like to upload a new version of pegasus-wms, replacing the print(errorstring) with a pass. I have verified that this solves the problem in Python 2.7.3-2. Does this change sound acceptable? [...] I have uploaded pegasus-wms 4.0.1+dfsg-8 with the agreed upon change. Please unblock for wheezy. Unblocked; thanks. Regards, Adam---End Message---
Bug#685368: Upload of scim-tables to testing-proposed-update
On Tue, 2012-08-21 at 11:38 +0800, Tz-Huan Huang wrote: On Tue, Aug 21, 2012 at 2:39 AM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Mon, 2012-08-20 at 23:14 +0800, Tz-Huan Huang wrote: Thanks. As I mentioned in my earlier mail, several of the changes in the diff aren't really appropriate for an unblock from unstable, even less so for an upload via t-p-u. + * debian/patches/gtk3.patch: fix FTBFS (Closes: #684835). That's larger than I was expecting, but looks reasonable. I'm assuming it's already applied to the package in unstable? Yes, the patch is from new upstream release (0.5.11). Sounds good. + * debian/patches/*.patch: upgrade to quilt style. + * debian/compat: update to 9. + * debian/source/format: update to 3.0 (quilt). + * debian/rules: +- simplified for debhelper 9. I'm afraid none of the above are appropriate changes during a freeze. I have re-made a new package contains only the necessary bit, please find it attached. Thanks. The multi-arch part is to make the scim-tables built-able with new version of libscim-dev, which is multi-archified after 1.4.14. If it is also not appropriate, I'll remove it. Do the changes still build correctly / as expected with 1.4.13, which is currently in wheezy? 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/1345525842.32548.37.ca...@jacala.jungle.funky-badger.org
Bug#685400: marked as done (unblock: snoopy/1.8.0-4)
Your message dated Tue, 21 Aug 2012 06:15:47 +0100 with message-id 1345526147.32548.39.ca...@jacala.jungle.funky-badger.org and subject line Re: Bug#685400: unblock: snoopy/1.8.0-5 has caused the Debian Bug report #685400, regarding unblock: snoopy/1.8.0-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.) -- 685400: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685400 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package snoopy It's just a translation update (Danish po-debconf translation added), with a little bit of house keeping (bumping the Standards-Version). Thanks in advance. Regards David unblock snoopy/1.8.0-4 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diffstat for snoopy-1.8.0 snoopy-1.8.0 changelog |7 +++ control |2 +- po/da.po | 35 +++ 3 files changed, 43 insertions(+), 1 deletion(-) diff -Nru snoopy-1.8.0/debian/changelog snoopy-1.8.0/debian/changelog --- snoopy-1.8.0/debian/changelog 2011-09-05 17:09:57.0 -0400 +++ snoopy-1.8.0/debian/changelog 2012-08-17 14:16:38.0 -0400 @@ -1,3 +1,10 @@ +snoopy (1.8.0-4) unstable; urgency=low + + * Add Danish Debconf translation (closes: #660392) + * Standards-Version 3.9.3 (no changes) + + -- Zed Pobre z...@debian.org Fri, 17 Aug 2012 14:10:07 -0400 + snoopy (1.8.0-3) unstable; urgency=low * Merge back in changes from 1.3-15 that were dropped in the original diff -Nru snoopy-1.8.0/debian/control snoopy-1.8.0/debian/control --- snoopy-1.8.0/debian/control 2011-09-05 17:09:57.0 -0400 +++ snoopy-1.8.0/debian/control 2012-08-17 14:16:38.0 -0400 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Zed Pobre z...@debian.org Build-Depends: debhelper (= 8), autoconf -Standards-Version: 3.9.2 +Standards-Version: 3.9.3 Homepage: http://sourceforge.net/projects/snoopylogger/ Vcs-Git: git://anonscm.debian.org/collab-maint/snoopy.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/snoopy.git diff -Nru snoopy-1.8.0/debian/po/da.po snoopy-1.8.0/debian/po/da.po --- snoopy-1.8.0/debian/po/da.po 1969-12-31 20:00:00.0 -0400 +++ snoopy-1.8.0/debian/po/da.po 2012-08-17 14:16:38.0 -0400 @@ -0,0 +1,35 @@ +# Danish translation snoopy. +# Copyright (C) 2012 snoopy nedenstående oversættere. +# This file is distributed under the same license as the snoopy package. +# Joe Hansen (joedalt...@yahoo.dk), 2012. +# +msgid +msgstr +Project-Id-Version: snoopy\n +Report-Msgid-Bugs-To: mh+debian-packa...@zugschlus.de\n +POT-Creation-Date: 2007-02-26 13:12+0100\n +PO-Revision-Date: 2012-02-18 12:42+\n +Last-Translator: Joe Hansen joedalt...@yahoo.dk\n +Language-Team: Danish debian-l10n-dan...@lists.debian.org\n +Language: da\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: boolean +#. Description +#: ../templates:1001 +msgid Install snoopy library to /etc/ld.so.preload? +msgstr Installer snoopybiblioteket i /etc/ld.so.preload? + +#. Type: boolean +#. Description +#: ../templates:1001 +msgid +snoopy is a library that can only reliably do its work if it is mandatorily +preloaded via /etc/ld.so.preload. Since this can potentially do harm to the +system, your consent is needed. +msgstr +snoopy er et bibliotek, som kun kan udføre troværdigt arbejde, hvis biblioteket +er tvunget præindlæst via /etc/ld.so.preload. Da dette potentielt kan skade +systemet, er din godkendelse krævet. ---End Message--- ---BeginMessage--- On Mon, 2012-08-20 at 23:39 -0400, David Prévot wrote: Le 20/08/2012 10:10, Adam D. Barratt a écrit : On 20.08.2012 14:58, David Prévot wrote: Please unblock package snoopy It's just a translation update (Danish po-debconf translation added), with a little bit of house keeping (bumping the Standards-Version). Unblocked; thanks. Thanks a lot for your quick unblock, but the package maintainer just uploaded a new revision, adding another po-debconf translation (Slovak), so here I am again, requesting an update of the unblocked version, sorry about that. The attached debdiff is against the version in Wheezy.
Bug#685368: Upload of scim-tables to testing-proposed-update
On Tue, Aug 21, 2012 at 1:10 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Tue, 2012-08-21 at 11:38 +0800, Tz-Huan Huang wrote: On Tue, Aug 21, 2012 at 2:39 AM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Mon, 2012-08-20 at 23:14 +0800, Tz-Huan Huang wrote: The multi-arch part is to make the scim-tables built-able with new version of libscim-dev, which is multi-archified after 1.4.14. If it is also not appropriate, I'll remove it. Do the changes still build correctly / as expected with 1.4.13, which is currently in wheezy? Yes, it builds fine in both testing (with scim-1.4.13-5) and unstable (with scim-1.4.14-2). Thanks, Tz-Huan -- 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/cansek7yszr2zxdst-wrj+0pfno0e1bktsk50tnjubyg8aje...@mail.gmail.com
Bug#685474: unblock: nova/2012.1.1-7
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package nova It contains the following updates: - Fixed missing entry in debian/changelog for the -6 Debian release, as advised by Adam. - Adds Italian debconf translation, updates Spanish. - Adds missing [DEFAULT] in the case of nova-compute-xen. Please unblock nova version 2012.1.1-7. Cheers, Thomas Goirand (zigo) diff --git a/debian/changelog b/debian/changelog index dbe0464..6aa0715 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,6 +1,19 @@ +nova (2012.1.1-7) unstable; urgency=low + + * Updated Spanish debconf translation thanks to Jathan + jathanblack...@gmail.com (Closes: #678479). + * Added Italian debconf translation thanks to Beatrice Torracca + beatri...@libero.it (Closes: #681250). + * Added missing [DEFAULT] in nova-compute.conf for xen. + + -- Thomas Goirand z...@debian.org Fri, 10 Aug 2012 06:17:03 + + nova (2012.1.1-6) unstable; urgency=high + [ Thomas Goirand ] * CVE-2012-3447: file injection writing to host filesystem (Closes: #684256). + [ Ghe Rivero ] + * Fixed the init script of nova-compute to use /etc/nova/nova-compute.conf. -- Thomas Goirand z...@debian.org Tue, 07 Aug 2012 05:12:35 + diff --git a/debian/nova-compute-xen.conf.dist b/debian/nova-compute-xen.conf.dist index 6076143..51abda7 100644 --- a/debian/nova-compute-xen.conf.dist +++ b/debian/nova-compute-xen.conf.dist @@ -1 +1,2 @@ +[DEFAULT] connection_type=xenapi diff --git a/debian/po/es.po b/debian/po/es.po index 2611929..59cfb5c 100644 --- a/debian/po/es.po +++ b/debian/po/es.po @@ -30,8 +30,8 @@ msgstr Project-Id-Version: nova\n Report-Msgid-Bugs-To: n...@packages.debian.org\n POT-Creation-Date: 2012-06-25 10:00+\n -PO-Revision-Date: 2012-06-24 10:09-0500\n -Last-Translator: Jathan jathanblack...@gmail.com\n +PO-Revision-Date: 2012-07-13 01:32-0500\n +Last-Translator: Jonathan Bustillos jathanblack...@gmail.com\n Language-Team: Debian Spanish debian-l10n-span...@lists.debian.org\n Language: es\n MIME-Version: 1.0\n @@ -42,16 +42,15 @@ msgstr #. Type: boolean #. Description #: ../nova-common.templates:2001 -#, fuzzy -#| msgid Start Nova services at boot? +#| msgid Start nova services at boot? msgid Start nova services at boot? -msgstr ¿Desea iniciar los servicios de nova durante el arranque del sistema? +msgstr ¿Desea iniciar los servicios de nova en el arranque del sistema? #. Type: boolean #. Description #: ../nova-common.templates:2001 msgid -Please choose whether you want to start Nova services when the machine is +Please choose whether you want to start nova services when the machine is booted up. msgstr Elija si desea iniciar los servicios de nova cuando la máquina está @@ -60,19 +59,18 @@ msgstr #. Type: boolean #. Description #: ../nova-common.templates:3001 -msgid Set up a database for Nova? +msgid Set up a database for nova? msgstr ¿Desea configurar una base de datos para nova? #. Type: boolean #. Description #: ../nova-common.templates:3001 msgid -No database has been set up for Nova to use. If you want to set one up now, +No database has been set up for nova to use. If you want to set one up now, please make sure you have all needed information: msgstr -No se ha configurado ninguna base de datos para utilizar con nova. Si \n -desea configurar una ahora, asegúrese de que tiene toda la información\n -necesaria: +No se ha configurado ninguna base de datos para utilizar con nova. Si desea +configurar una ahora, asegúrese de que tiene toda la información necesaria: #. Type: boolean #. Description @@ -83,16 +81,16 @@ msgid * a username and password to access the database;\n * the type of database management software you want to use. msgstr -* El nombre del servidor de la base de datos (el cual debe permitir\n -conexiones TCP desde esta máquina);\n -* Un nombre de usuario y una contraseña para acceder a la base de datos;\n -* El software para gestión de bases de datos que desea utilizar. +.* El nombre del servidor de la base de datos (el cual debe permitir\n + conexiones TCP desde esta máquina);\n + * Un nombre de usuario y una contraseña para acceder a la base de datos;\n + * El software para gestión de bases de datos que desea utilizar. #. Type: boolean #. Description #: ../nova-common.templates:3001 msgid -If you don't choose this option, no database will be set up and Nova will +If you don't choose this option, no database will be set up and nova will use regular SQLite support. msgstr Si no elige esta opción, no se configurará ninguna base de datos y nova\n @@ -112,16 +110,19 @@ msgstr #. Description #: ../nova-compute-xen.templates:2001 msgid Address of the XenAPI dom0: -msgstr +msgstr Dirección de la XenAPI dom0: #. Type: string #. Description #: ../nova-compute-xen.templates:2001 msgid -Nova Compute Xen needs to know the address of the
