Bug#680674: transition: leptonlib
On Wed, Jul 18, 2012 at 18:13:12 -0500, Jonathan Nieder wrote: Julien Cristau wrote: Agreed. Either this happens or leptonlib and friends get removed from wheezy, IMO. Thanks for looking it over. Is that a please go ahead or a yes, this is the right thing to do when the moment is right? The former. (No guarantees that it'll get into wheezy, but the chances of leptonlib releasing with wheezy are much higher if it's not rc buggy, so...) Cheers, Julien signature.asc Description: Digital signature
Bug#682061: unblock: jarjar/1.1-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package jarjar, which fixes the RC bug #646600. The bug is that if you rebuild jarjar in SID it will construct an incomplete Java library. This is because it embeds a part of libasm3-java inself during build (I have filed a bug for that) and some of that moved to another Jar file breaking. I also took the liberity of removing a MIA uploader. unblock jarjar/1.1-3 ~Niels -- 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/20120719081843.3778.76791.report...@mikazuki.thykier.net
Re: [Pkg-xfce-devel] Bug#668806: Bug#668806: Bug#668806: Bits from the Release Team: Freeze approaching!
On Sun, Jul 1, 2012 at 22:30:51 +0200, Yves-Alexis Perez wrote: (sorry, the --parallel was present at that time, I didn't bother to change it). I think binNMUs can be scheduled, then I'll transform this bug into an unblock request (but I'll do that at the end of the 10 days period anyway, there's no rush). The binNMUs are all in testing now. Cheers, Julien signature.asc Description: Digital signature
Bug#668806: marked as done (nmu for xfce4-panel dependencies)
Your message dated Thu, 19 Jul 2012 10:48:08 +0200 with message-id 20120719084808.gq7...@radis.cristau.org and subject line Re: [Pkg-xfce-devel] Bug#668806: Bug#668806: Bug#668806: Bits from the Release Team: Freeze approaching! has caused the Debian Bug report #668806, regarding nmu for xfce4-panel dependencies 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.) -- 668806: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668806 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: binnmu Hi, Xfce 4.10 is around the corner, and like last time, we have some changes in the panel which break the plugins built against the previous (4.8) panel. Like last time, we'd like to push a new 4.8 xfce4-panel with shlibs like: libxfce4panel-1.0 3 xfce4-panel (= 4.7.7), xfce4-panel ( 4.9) then make a round of binNMUs for dependencies. So when it's time to upload 4.10, we can safely upload in stable a 4.10 panel with shlibs: libxfce4panel-1.0 4 xfce4-panel (= 4.9.2) or even libxfce4panel-1.0 4 xfce4-panel (= 4.9.2), xfce4-panel ( 4.11) and ask for a second round of binNMUs. Since there are quite some plugins, I didn't yet upload the 4.8.6-4 xfce4-panel including the shlibs change, in case you'd like more info on the whole transition. Ping me if/when I can upload. Regards, -- Yves-Alexis -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ---End Message--- ---BeginMessage--- On Sun, Jul 1, 2012 at 22:30:51 +0200, Yves-Alexis Perez wrote: (sorry, the --parallel was present at that time, I didn't bother to change it). I think binNMUs can be scheduled, then I'll transform this bug into an unblock request (but I'll do that at the end of the 10 days period anyway, there's no rush). The binNMUs are all in testing now. Cheers, Julien signature.asc Description: Digital signature ---End Message---
Bug#681827: marked as done (unblock: uwsgi/1.2.3+dfsg-2)
Your message dated Thu, 19 Jul 2012 11:26:03 +0200
with message-id 20120719092603.gr7...@radis.cristau.org
and subject line Re: Bug#681827: unblock: uwsgi/1.2.3+dfsg-2
has caused the Debian Bug report #681827,
regarding unblock: uwsgi/1.2.3+dfsg-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.)
--
681827: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681827
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: freeze-exception
Please unblock package uwsgi
In order to fix RC bug #680132 a binary package uwsgi-plugin-luajit had
to be removed. Luajit will not be a part of Wheezy and
uwsgi-plugin-luajit Build-Depends on libluajit-5.1-dev. I also removed
uwsgi-plugin-luajit from dependencies for uwsgi-app-integration-plugins
and all occurrences of luajit in debian/rules.
I have also added an upstream patch for fixing an important memory leak.
I am sending the diff with changes from 1.2.3+dfsg-1 and 1.2.3+dfsg-2
releases.
unblock uwsgi/1.2.3+dfsg-2
-- 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 --git a/debian/changelog b/debian/changelog
index ba7fe87..61361fe 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,14 @@
+uwsgi (1.2.3+dfsg-2) unstable; urgency=low
+
+ * Remove uwsgi-plugin-luajit binary package. (Closes: #680132)
+ - Remove libluajit-5.1-dev from Build-Depends.
+ - Remove uwsgi-plugin-luajit from dependencies for
+ uwsgi-app-integration-plugins.
+ - Remove all occurrences of luajit plugin in debian/rules.
+ * Include upstream patch to fix a memory leak in python uwsgi.workers().
+
+ -- Janos Guljas ja...@resenje.org Mon, 09 Jul 2012 03:32:09 +0200
+
uwsgi (1.2.3+dfsg-1) unstable; urgency=low
* New upstream release.
diff --git a/debian/control b/debian/control
index 153d813..029f5f7 100644
--- a/debian/control
+++ b/debian/control
@@ -15,7 +15,6 @@ Build-Depends:
libjansson-dev,
libldap2-dev,
liblua5.1-0-dev,
- libluajit-5.1-dev [i386 amd64 kfreebsd-i386 armel],
libperl-dev,
libpq-dev,
libsqlite3-dev,
@@ -169,7 +168,6 @@ Depends: ${misc:Depends},
uwsgi-plugin-jvm-openjdk-6 (= ${binary:Version}),
uwsgi-plugin-jwsgi-openjdk-6 (= ${binary:Version}),
uwsgi-plugin-lua5.1 (= ${binary:Version}),
- uwsgi-plugin-luajit (= ${binary:Version}) [i386 amd64 kfreebsd-i386 armel],
uwsgi-plugin-psgi (= ${binary:Version}),
uwsgi-plugin-python (= ${binary:Version}),
uwsgi-plugin-python3 (= ${binary:Version}),
@@ -185,7 +183,7 @@ Description: plugins for integration of uWSGI and application
This dependency package provides plugins for integration of uWSGI and
application:
* CGI, Erlang, Java (OpenJDK 6), JWSGI (OpenJDK 6),
- Lua WSAPI (Lua 5.1/LuaJIT), Perl PSGI, Python WSGI (Python/Python 3),
+ Lua WSAPI (Lua 5.1), Perl PSGI, Python WSGI (Python/Python 3),
Rack (Ruby 1.8/Ruby 1.9.1)
Package: uwsgi-plugin-admin
@@ -378,18 +376,6 @@ Description: Lua WSAPI plugin for uWSGI (Lua 5.1)
This package provides Lua WSAPI plugin for uWSGI (linked with Lua 5.1
runtime).
-Package: uwsgi-plugin-luajit
-Architecture: i386 amd64 kfreebsd-i386 armel
-Depends: ${shlibs:Depends}, ${misc:Depends}, uwsgi-core (= ${binary:Version})
-Description: Lua WSAPI plugin for uWSGI (LuaJIT)
- uWSGI presents a complete stack for networked/clustered web applications,
- implementing message/object passing, caching, RPC and process management.
- It is designed to be fully modular. This means that different plugins can be
- used in order to add compatibility with tons of different technology on top of
- the same core.
- .
- This package provides Lua WSAPI plugin for uWSGI (linked with LuaJIT runtime).
-
Package: uwsgi-plugin-nagios
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, uwsgi-core (= ${binary:Version})
diff --git a/debian/patches/fixed-a-leak-in-uwsgi.workers.patch b/debian/patches/fixed-a-leak-in-uwsgi.workers.patch
new file mode 100644
index 000..a6d2d2d
--- /dev/null
+++ b/debian/patches/fixed-a-leak-in-uwsgi.workers.patch
@@ -0,0 +1,72 @@
+From: roberto@quantal64 roberto@quantal64
+Date: Sat, 2 Jun 2012 09:59:21 +0200
+Subject: fixed a leak in uwsgi.workers()
+
+---
+ plugins/python/uwsgi_pymodule.c | 35
Re: citadel/webcit/libcitadel 8.12
On Thu, Jul 19, 2012 at 11:23:36 +0200, Wilfried Gösgens wrote: Hi Julien, yes you're probably right. running an 8.12 citserver with 8.13 will break citadel networking; I should have added the new member to the end. I believe that would also have been broken, as the struct is public, so libcitadel could read/write beyond a caller-allocated buffer. citserver 8.13 will however refuse to compile with an older version. citadel networking is a rather rare usecase which you only do if you operate a citadel federation network. So as long as there isn't 8.12 shipped with 8.13 intermixed I guess we can take the risk. I'm not willing to ignore this, sorry. Cheers, Julien signature.asc Description: Digital signature
Re: Time to upload linux (3.2.23-1)?
Ben Hutchings b...@decadent.org.uk (19/07/2012): There are various fairly important fixes pending for linux. When would be a good time to upload these? Provided the ABI doesn't change, feel free to upload at any time. Mraw, KiBi. signature.asc Description: Digital signature
Re: citadel/webcit/libcitadel 8.12
On Thu, Jul 19, 2012 at 11:23:36AM +0200, Wilfried Gösgens wrote: running an 8.12 citserver with 8.13 will break citadel networking; I should have added the new member to the end. citserver 8.13 will however refuse to compile with an older version. ... We're talking about 8.12 here. There is no 8.13 package yet. diff -Nru libcitadel-8.11/lib/libcitadel.h libcitadel-8.12/lib/libcitadel.h --- libcitadel-8.11/lib/libcitadel.h 2012-05-22 16:58:19.0 +0200 +++ libcitadel-8.12/lib/libcitadel.h 2012-06-26 16:54:13.0 +0200 ... So does that mean we need an 8.14? 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/20120719093541.ga14...@feivel.credativ.lan
Re: citadel/webcit/libcitadel 8.12
Hi Julien, yes you're probably right. running an 8.12 citserver with 8.13 will break citadel networking; I should have added the new member to the end. citserver 8.13 will however refuse to compile with an older version. citadel networking is a rather rare usecase which you only do if you operate a citadel federation network. So as long as there isn't 8.12 shipped with 8.13 intermixed I guess we can take the risk. Willi Mi Jul 18 2012 23:37:33 CEST von Julien Cristau jcris...@debian.org Betreff: Re: citadel/webcit/libcitadel 8.12 On Mon, Jul 2, 2012 at 14:11:13 +0200, Michael Meskes wrote: diff -Nru libcitadel-8.11/lib/libcitadel.h libcitadel-8.12/lib/libcitadel.h --- libcitadel-8.11/lib/libcitadel.h 2012-05-22 16:58:19.0 +0200 +++ libcitadel-8.12/lib/libcitadel.h 2012-06-26 16:54:13.0 +0200 @@ -255,8 +255,10 @@ IOBuffer *IOB; int OtherFD; int SplicePipe[2]; + int PipeSize; long TotalSendSize; long TotalSentAlready; + long TotalReadAlready; long ChunkSize; long ChunkSendRemain; StrBuf *ChunkBuffer; /* just used if we don't have sendfile */ The above hunk looks like an ABI break. Without corresponding SONAME change. Am I missing something? Cheers, Julien -- o__ _ / _ (_) \(_)...
Re: citadel/webcit/libcitadel 8.12
On Mon, Jul 2, 2012 at 12:39:44 +0200, Michael Meskes wrote: Hi, I just uploaded 8.12 which is a pure bugfix release over 8.11. Is it possible to get this unblocked (provided of course I didn't add serious bugs)? If so, what do you need? A debdiff? Upstream's changelog? So prompted by the 8.11 - 8.12 issue I also had a look at the diff between squeeze (7.83) and wheezy (8.11) libcitadel.h, and this sticks out: -typedef int (*HashFunc)(const char *Str, long Len); +typedef long (*HashFunc)(const char *Str, long Len); -int Flathash(const char *str, long len); +long Flathash(const char *str, long len); Smells like another incompatible ABI change to me, yet both packages build libcitadel2. Cheers, Julien signature.asc Description: Digital signature
Re: mumble and celt, #682010, TC
Hi, * Ian Jackson ijack...@chiark.greenend.org.uk [2012-07-19 01:27]: [...] * Do the security team have an opinion about the celt 0.7.1 codec? Would you want to impose any conditions for it to be included in wheey ? The code does not give me an especially trustworthy impression to be honest, especially due to the integer arithmetics involved in several allocations. I don't think there is an objection from the security team in general to include this codec. Cheers Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0 For security reasons, all text in this mail is double-rot13 encrypted. pgpWjpg35xW4J.pgp Description: PGP signature
Re: citadel/webcit/libcitadel 8.12
On Thu, Jul 19, 2012 at 11:34:23AM +0200, Julien Cristau wrote: So as long as there isn't 8.12 shipped with 8.13 intermixed I guess we can take the risk. I'm not willing to ignore this, sorry. At first I was tempted to say and rightfully so. But upon further thought I think we have other package with the same/similar problems. Just look at all the packages that have a shared lib but no dev files at all, libs that are only used by that one package itself. I doubt people worry about major version numbers. BTW we also have libs with version 0.0.0 it seems. Now libcitadel is different because it has a corresponding -dev package, but ttbomk no other package uses it and the citadel packages themselves do have a hard dependency on the same version. Long talk made short, I would nevertheless prefer to have it right. Wilfried, could you do a fixed 8.14? Release team, would you consider unblocking 8.14? 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/20120719102826.ga16...@feivel.credativ.lan
Re: citadel/webcit/libcitadel 8.12
On Thu, Jul 19, 2012 at 12:28:26 +0200, Michael Meskes wrote: On Thu, Jul 19, 2012 at 11:34:23AM +0200, Julien Cristau wrote: So as long as there isn't 8.12 shipped with 8.13 intermixed I guess we can take the risk. I'm not willing to ignore this, sorry. At first I was tempted to say and rightfully so. But upon further thought I think we have other package with the same/similar problems. Just look at all the packages that have a shared lib but no dev files at all, libs that are only used by that one package itself. I doubt people worry about major version numbers. BTW we also have libs with version 0.0.0 it seems. If there are other public shared library packages that break ABI without changing package names then they're RC buggy. Right now libcitadel is the one I'm aware of. Private libs are something different, but since libcitadel-dev exists and there are reverse deps built from other source packages that does not apply here. Now libcitadel is different because it has a corresponding -dev package, but ttbomk no other package uses it and the citadel packages themselves do have a hard dependency on the same version. No they don't. libcitadel2 8.11-2 satisfies the 'libcitadel2 (= 7.83)' dependency declared by e.g. the citadel-server package in squeeze. Cheers, Julien signature.asc Description: Digital signature
Re: citadel/webcit/libcitadel 8.12
On Thu, Jul 19, 2012 at 12:35:15PM +0200, Julien Cristau wrote: No they don't. libcitadel2 8.11-2 satisfies the 'libcitadel2 (= 7.83)' dependency declared by e.g. the citadel-server package in squeeze. Ah right, sorry, my bad, I simply didn't think about just updating the library. 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/20120719112814.ga19...@feivel.credativ.lan
Re: mumble and celt, #682010, TC
Nico Golde writes (Re: mumble and celt, #682010, TC): * Ian Jackson ijack...@chiark.greenend.org.uk [2012-07-19 01:27]: * Do the security team have an opinion about the celt 0.7.1 codec? Would you want to impose any conditions for it to be included in wheey ? The code does not give me an especially trustworthy impression to be honest, especially due to the integer arithmetics involved in several allocations. I don't think there is an objection from the security team in general to include this codec. Right, thanks. Ian. -- 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/20487.62998.576297.181...@chiark.greenend.org.uk
Bug#682085: unblock: bdfresize/1.5-7
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock bdfresize/1.5-7 to enable hardening flags for wheezy. Changes: * Update debhelper compat level to 9 to support hardening flags See also the attached debdiff. unblock bdfresize/1.5-7 Thanks, -- Tatsuya Kinoshita diffstat for bdfresize-1.5 bdfresize-1.5 changelog |6 ++ compat|2 +- control |2 +- 3 files changed, 8 insertions(+), 2 deletions(-) diff -Nru bdfresize-1.5/debian/changelog bdfresize-1.5/debian/changelog --- bdfresize-1.5/debian/changelog 2012-04-29 00:43:34.0 +0900 +++ bdfresize-1.5/debian/changelog 2012-07-08 16:44:05.0 +0900 @@ -1,3 +1,9 @@ +bdfresize (1.5-7) unstable; urgency=low + + * Update debhelper compat level to 9 to support hardening flags + + -- Tatsuya Kinoshita t...@debian.org Sun, 08 Jul 2012 16:43:36 +0900 + bdfresize (1.5-6) unstable; urgency=low * debian/*: Rewritten. diff -Nru bdfresize-1.5/debian/compat bdfresize-1.5/debian/compat --- bdfresize-1.5/debian/compat 2012-04-28 23:31:17.0 +0900 +++ bdfresize-1.5/debian/compat 2012-07-08 16:40:12.0 +0900 @@ -1 +1 @@ -8 +9 diff -Nru bdfresize-1.5/debian/control bdfresize-1.5/debian/control --- bdfresize-1.5/debian/control2012-04-29 00:02:29.0 +0900 +++ bdfresize-1.5/debian/control2012-07-08 16:43:32.0 +0900 @@ -2,7 +2,7 @@ Section: x11 Priority: optional Maintainer: Tatsuya Kinoshita t...@debian.org -Build-Depends: debhelper (= 8.0.0) +Build-Depends: debhelper (= 9~) Standards-Version: 3.9.3 Homepage: http://openlab.jp/efont/ pgpAOY7YMAd0q.pgp Description: PGP signature
Bug#682087: unblock: skksearch/0.0-20
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock skksearch/0.0-20 to enable hardening flags for wheezy.
Changes:
* Use dpkg-buildflags to support hardening flags
* debian/patches/*: Add DEP-3 header fields, and renumbered
* Update copyright-format version to 1.0
* Update Vcs-* to anonscm.debian.org
* Update Standards-Version to 3.9.3
Note that the diff has increased because of renaming debian/patches/*,
but there isn't a new patch.
See also the attached debdiff.
unblock skksearch/0.0-20
Thanks,
--
Tatsuya Kinoshita
diffstat for skksearch-0.0 skksearch-0.0
changelog| 10 ++
control |6 -
copyright|4 -
patches/010_conf-file.patch | 74
patches/020_plain-search.patch | 18 +
patches/030_db4.3.patch | 96 +++
patches/040_dic-bufsize.patch| 17
patches/050_build-warnings.patch | 49 +
patches/clean-build-errors-and-warnings.diff | 50 --
patches/conf-file.diff | 73
patches/db4.3.diff | 95 --
patches/dic-bufsize.diff | 16
patches/plain-search.diff| 67 --
patches/series | 10 +-
rules|9 +-
15 files changed, 281 insertions(+), 313 deletions(-)
diff -Nru skksearch-0.0/debian/changelog skksearch-0.0/debian/changelog
--- skksearch-0.0/debian/changelog 2011-05-10 21:43:02.0 +0900
+++ skksearch-0.0/debian/changelog 2012-07-08 13:28:42.0 +0900
@@ -1,3 +1,13 @@
+skksearch (0.0-20) unstable; urgency=low
+
+ * Use dpkg-buildflags to support hardening flags
+ * debian/patches/*: Add DEP-3 header fields, and renumbered
+ * Update copyright-format version to 1.0
+ * Update Vcs-* to anonscm.debian.org
+ * Update Standards-Version to 3.9.3
+
+ -- Tatsuya Kinoshita t...@debian.org Sun, 08 Jul 2012 13:28:30 +0900
+
skksearch (0.0-19) unstable; urgency=low
[ Tatsuya Kinoshita ]
diff -Nru skksearch-0.0/debian/control skksearch-0.0/debian/control
--- skksearch-0.0/debian/control2011-05-03 23:35:48.0 +0900
+++ skksearch-0.0/debian/control2012-07-08 13:24:37.0 +0900
@@ -3,9 +3,9 @@
Priority: extra
Maintainer: Tatsuya Kinoshita t...@debian.org
Build-Depends: cdbs, debhelper (= 6), libdb-dev, libcdb-dev
-Standards-Version: 3.9.2
-Vcs-Git: git://git.debian.org/git/collab-maint/skksearch.git
-Vcs-Browser: http://git.debian.org/?p=collab-maint/skksearch.git
+Standards-Version: 3.9.3
+Vcs-Git: git://anonscm.debian.org/collab-maint/skksearch.git
+Vcs-Browser: http://anonscm.debian.org/git/collab-maint/skksearch.git
Package: skksearch
Architecture: any
diff -Nru skksearch-0.0/debian/copyright skksearch-0.0/debian/copyright
--- skksearch-0.0/debian/copyright 2011-05-03 23:35:48.0 +0900
+++ skksearch-0.0/debian/copyright 2012-07-08 13:24:37.0 +0900
@@ -1,4 +1,4 @@
-Format: http://dep.debian.net/deps/dep5
+Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
Upstream-Name: skksearch
Source:
http://www.sato.kuis.kyoto-u.ac.jp/~sakurada/hack/skk/skksearch-0.0.tar.gz
Comment: The upstream site no longer exists.
@@ -15,7 +15,7 @@
version 2, can be found in `/usr/share/common-licenses/GPL-2'.
Files: debian/*
-Copyright: 2006-2011, Tatsuya Kinoshita t...@debian.org
+Copyright: 2006-2012, Tatsuya Kinoshita t...@debian.org
2006-2007, Noritada Kobayashi no...@dolphin.c.u-tokyo.ac.jp
2005-2006, Kenshi Muto km...@debian.org
2005, Matej Vela v...@debian.org
diff -Nru skksearch-0.0/debian/patches/010_conf-file.patch
skksearch-0.0/debian/patches/010_conf-file.patch
--- skksearch-0.0/debian/patches/010_conf-file.patch1970-01-01
09:00:00.0 +0900
+++ skksearch-0.0/debian/patches/010_conf-file.patch2012-07-08
13:24:27.0 +0900
@@ -0,0 +1,74 @@
+Description: Add support for a configuration file
+Origin: http://lists.debian.or.jp/debian-users/200011/msg00532.html
+Author: Fumitoshi UKAI u...@debian.or.jp
+
+Index: skksearch-0.0/main.c
+===
+--- skksearch-0.0.orig/main.c Fri Dec 8 11:03:41 2000
skksearch-0.0/main.c Fri Dec 8 11:04:31 2000
+@@ -67,11 +67,12 @@
+ char *p;
+ int errflag = 0;
+ int terminal = 0;
++ char *conf = NULL;
+ extern char *optarg;
+ extern int optind;
+
+ /* process arguments */
+- while ((c = getopt(argc, argv, l:f:sit)) != EOF) {
++ while ((c = getopt(argc, argv, l:f:sic:t)) != EOF) {
+switch (c) {
+ case 'l':
+ loglevel =
Bug#682039: Don't unblock yet
This fix is not entirely correct. It'll be -5 that needs the unblock. On Wednesday, July 18, 2012 11:28:32 PM Scott Kitterman wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package clamav Fixes RC bug #681960. unblock clamav/0.97.5+dfsg-4 -- 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/2408877.HxUdEoE0NL@scott-latitude-e6320
Bug#682088: unblock: mhc/0.25.1+20120403-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock mhc/0.25.1+20120403-2 to enable hardening flags for wheezy.
Changes:
* debian/rules: Use dpkg-buildflags to support hardening flags
* debian/control: Add emacs24 to Depends
Note that the emacs24 dependency is optional, emacs is prior to
emacs24, so it's safe even if there isn't emacs24 in wheezy.
See also the attached debdiff.
unblock mhc/0.25.1+20120403-2
Thanks,
--
Tatsuya Kinoshita
diffstat for mhc-0.25.1+20120403 mhc-0.25.1+20120403
changelog |7 +++
control |2 +-
rules |8 +++-
3 files changed, 15 insertions(+), 2 deletions(-)
diff -Nru mhc-0.25.1+20120403/debian/changelog
mhc-0.25.1+20120403/debian/changelog
--- mhc-0.25.1+20120403/debian/changelog2012-05-01 00:00:04.0
+0900
+++ mhc-0.25.1+20120403/debian/changelog2012-07-08 11:50:38.0
+0900
@@ -1,3 +1,10 @@
+mhc (0.25.1+20120403-2) unstable; urgency=low
+
+ * debian/rules: Use dpkg-buildflags to support hardening flags
+ * debian/control: Add emacs24 to Depends
+
+ -- Tatsuya Kinoshita t...@debian.org Sun, 08 Jul 2012 11:50:33 +0900
+
mhc (0.25.1+20120403-1) unstable; urgency=low
* New upstream release. (development snapshot on 2012-04-03,
diff -Nru mhc-0.25.1+20120403/debian/control mhc-0.25.1+20120403/debian/control
--- mhc-0.25.1+20120403/debian/control 2012-04-29 23:40:58.0 +0900
+++ mhc-0.25.1+20120403/debian/control 2012-07-05 08:27:04.0 +0900
@@ -9,7 +9,7 @@
Package: mhc
Section: lisp
Architecture: all
-Depends: emacs | emacs23 | emacs22 | emacs21 | xemacs21-mule |
xemacs21-mule-canna-wnn | xemacs21-gnome-mule | xemacs21-gnome-mule-canna-wnn |
emacs-snapshot, mew | mew-beta | wl | wl-beta | gnus | emacs | emacsen | cmail,
mew | mew-beta | gnus | emacs | emacsen | semi, make, ${misc:Depends}
+Depends: emacs | emacs24 | emacs23 | emacs22 | emacs21 | xemacs21-mule |
xemacs21-mule-canna-wnn | xemacs21-gnome-mule | xemacs21-gnome-mule-canna-wnn |
emacs-snapshot, mew | mew-beta | wl | wl-beta | gnus | emacs | emacsen | cmail,
mew | mew-beta | gnus | emacs | emacsen | semi, make, ${misc:Depends}
Recommends: mhc-utils, bitmap-mule
Suggests: gv, cups-client | lprng
Replaces: mhc-utils
diff -Nru mhc-0.25.1+20120403/debian/rules mhc-0.25.1+20120403/debian/rules
--- mhc-0.25.1+20120403/debian/rules2012-04-30 23:25:36.0 +0900
+++ mhc-0.25.1+20120403/debian/rules2012-07-08 12:15:34.0 +0900
@@ -2,6 +2,12 @@
#export DH_VERBOSE=1
+export DEB_BUILD_MAINT_OPTIONS = hardening=+all
+dpkg_buildflags = DEB_BUILD_MAINT_OPTIONS=$(DEB_BUILD_MAINT_OPTIONS)
dpkg-buildflags
+CFLAGS=$(shell $(dpkg_buildflags) --get CFLAGS)
+CPPFLAGS=$(shell $(dpkg_buildflags) --get CPPFLAGS)
+LDFLAGS=$(shell $(dpkg_buildflags) --get LDFLAGS)
+
SCRIPTS=adb2mhc gemcal mhc-sync mhc2palm palm2mhc today
RUBY=/usr/bin/ruby1.8
@@ -17,7 +23,7 @@
build-arch: build-arch-stamp
build-arch-stamp:
dh_testdir
- $(RUBY) ./configure.rb --with-ruby=$(RUBY)
--with-icondir=/usr/share/pixmaps/mhc
+ CFLAGS=$(CFLAGS) CPPFLAGS=$(CPPFLAGS) LDFLAGS=$(LDFLAGS) $(RUBY)
./configure.rb --with-ruby=$(RUBY) --with-icondir=/usr/share/pixmaps/mhc
(cd ruby-ext $(MAKE))
touch $@
pgpNZHba6qrK3.pgp
Description: PGP signature
Bug#682088: marked as done (unblock: mhc/0.25.1+20120403-2)
Your message dated Thu, 19 Jul 2012 15:07:02 +0200
with message-id 50080676.3050...@thykier.net
and subject line Re: Bug#682088: unblock: mhc/0.25.1+20120403-2
has caused the Debian Bug report #682088,
regarding unblock: mhc/0.25.1+20120403-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.)
--
682088: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682088
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 mhc/0.25.1+20120403-2 to enable hardening flags for wheezy.
Changes:
* debian/rules: Use dpkg-buildflags to support hardening flags
* debian/control: Add emacs24 to Depends
Note that the emacs24 dependency is optional, emacs is prior to
emacs24, so it's safe even if there isn't emacs24 in wheezy.
See also the attached debdiff.
unblock mhc/0.25.1+20120403-2
Thanks,
--
Tatsuya Kinoshita
diffstat for mhc-0.25.1+20120403 mhc-0.25.1+20120403
changelog |7 +++
control |2 +-
rules |8 +++-
3 files changed, 15 insertions(+), 2 deletions(-)
diff -Nru mhc-0.25.1+20120403/debian/changelog
mhc-0.25.1+20120403/debian/changelog
--- mhc-0.25.1+20120403/debian/changelog2012-05-01 00:00:04.0
+0900
+++ mhc-0.25.1+20120403/debian/changelog2012-07-08 11:50:38.0
+0900
@@ -1,3 +1,10 @@
+mhc (0.25.1+20120403-2) unstable; urgency=low
+
+ * debian/rules: Use dpkg-buildflags to support hardening flags
+ * debian/control: Add emacs24 to Depends
+
+ -- Tatsuya Kinoshita t...@debian.org Sun, 08 Jul 2012 11:50:33 +0900
+
mhc (0.25.1+20120403-1) unstable; urgency=low
* New upstream release. (development snapshot on 2012-04-03,
diff -Nru mhc-0.25.1+20120403/debian/control mhc-0.25.1+20120403/debian/control
--- mhc-0.25.1+20120403/debian/control 2012-04-29 23:40:58.0 +0900
+++ mhc-0.25.1+20120403/debian/control 2012-07-05 08:27:04.0 +0900
@@ -9,7 +9,7 @@
Package: mhc
Section: lisp
Architecture: all
-Depends: emacs | emacs23 | emacs22 | emacs21 | xemacs21-mule |
xemacs21-mule-canna-wnn | xemacs21-gnome-mule | xemacs21-gnome-mule-canna-wnn |
emacs-snapshot, mew | mew-beta | wl | wl-beta | gnus | emacs | emacsen | cmail,
mew | mew-beta | gnus | emacs | emacsen | semi, make, ${misc:Depends}
+Depends: emacs | emacs24 | emacs23 | emacs22 | emacs21 | xemacs21-mule |
xemacs21-mule-canna-wnn | xemacs21-gnome-mule | xemacs21-gnome-mule-canna-wnn |
emacs-snapshot, mew | mew-beta | wl | wl-beta | gnus | emacs | emacsen | cmail,
mew | mew-beta | gnus | emacs | emacsen | semi, make, ${misc:Depends}
Recommends: mhc-utils, bitmap-mule
Suggests: gv, cups-client | lprng
Replaces: mhc-utils
diff -Nru mhc-0.25.1+20120403/debian/rules mhc-0.25.1+20120403/debian/rules
--- mhc-0.25.1+20120403/debian/rules2012-04-30 23:25:36.0 +0900
+++ mhc-0.25.1+20120403/debian/rules2012-07-08 12:15:34.0 +0900
@@ -2,6 +2,12 @@
#export DH_VERBOSE=1
+export DEB_BUILD_MAINT_OPTIONS = hardening=+all
+dpkg_buildflags = DEB_BUILD_MAINT_OPTIONS=$(DEB_BUILD_MAINT_OPTIONS)
dpkg-buildflags
+CFLAGS=$(shell $(dpkg_buildflags) --get CFLAGS)
+CPPFLAGS=$(shell $(dpkg_buildflags) --get CPPFLAGS)
+LDFLAGS=$(shell $(dpkg_buildflags) --get LDFLAGS)
+
SCRIPTS=adb2mhc gemcal mhc-sync mhc2palm palm2mhc today
RUBY=/usr/bin/ruby1.8
@@ -17,7 +23,7 @@
build-arch: build-arch-stamp
build-arch-stamp:
dh_testdir
- $(RUBY) ./configure.rb --with-ruby=$(RUBY)
--with-icondir=/usr/share/pixmaps/mhc
+ CFLAGS=$(CFLAGS) CPPFLAGS=$(CPPFLAGS) LDFLAGS=$(LDFLAGS) $(RUBY)
./configure.rb --with-ruby=$(RUBY) --with-icondir=/usr/share/pixmaps/mhc
(cd ruby-ext $(MAKE))
touch $@
pgpgjKn3kHb7G.pgp
Description: PGP signature
---End Message---
---BeginMessage---
On 2012-07-19 14:52, Tatsuya Kinoshita wrote:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock mhc/0.25.1+20120403-2 to enable hardening flags for wheezy.
Changes:
* debian/rules: Use dpkg-buildflags to support hardening flags
* debian/control: Add emacs24 to Depends
Note that the emacs24 dependency is optional, emacs is prior to
emacs24, so it's safe even if there isn't emacs24 in wheezy.
See also the attached debdiff.
unblock mhc/0.25.1+20120403-2
Thanks,
--
Tatsuya Kinoshita
Unblocked.
~Niels---End Message---
Bug#682085: unblock: bdfresize/1.5-7
tags 682085 +moreinfo thanks On 2012-07-19 14:17, Tatsuya Kinoshita wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock bdfresize/1.5-7 to enable hardening flags for wheezy. Changes: * Update debhelper compat level to 9 to support hardening flags See also the attached debdiff. unblock bdfresize/1.5-7 Thanks, -- Tatsuya Kinoshita Hi, I am not sure we are ready to accept a debhelper bump at this time if we can avoid it. Would it be possible to use dpkg-buildflags directly? ~Niels -- 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/5008077e.4020...@thykier.net
Processed: Re: Bug#682085: unblock: bdfresize/1.5-7
Processing commands for cont...@bugs.debian.org: tags 682085 +moreinfo Bug #682085 [release.debian.org] unblock: bdfresize/1.5-7 Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 682085: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682085 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.134270349327877.transcr...@bugs.debian.org
Bug#682089: unblock: mew/1:6.4-3
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock mew/1:6.4-3 to enable hardening flags for wheezy.
Changes:
* debian/rules: Use dpkg-buildflags to support hardening flags
* debian/control: Add emacs24 to Depends
Note that the emacs24 dependency is optional, emacs is prior to
emacs24, so it's safe even if there isn't emacs24 in wheezy.
See also the attached debdiff.
unblock mew/1:6.4-3
Thanks,
--
Tatsuya Kinoshita
diffstat for mew-6.4 mew-6.4
changelog |7 +++
control |2 +-
rules | 17 ++---
3 files changed, 14 insertions(+), 12 deletions(-)
diff -Nru mew-6.4/debian/changelog mew-6.4/debian/changelog
--- mew-6.4/debian/changelog2012-03-31 01:20:31.0 +0900
+++ mew-6.4/debian/changelog2012-07-07 00:16:12.0 +0900
@@ -1,3 +1,10 @@
+mew (1:6.4-3) unstable; urgency=low
+
+ * debian/rules: Use dpkg-buildflags to support hardening flags
+ * debian/control: Add emacs24 to Depends
+
+ -- Tatsuya Kinoshita t...@debian.org Sat, 07 Jul 2012 00:15:53 +0900
+
mew (1:6.4-2) unstable; urgency=low
* debian/patches/060_cmew-blob.patch: New patch from upstream to prevent
diff -Nru mew-6.4/debian/control mew-6.4/debian/control
--- mew-6.4/debian/control 2012-03-11 20:00:53.0 +0900
+++ mew-6.4/debian/control 2012-07-05 23:19:42.0 +0900
@@ -9,7 +9,7 @@
Package: mew
Section: lisp
Architecture: all
-Depends: mew-bin (= 1:5.3), emacs | emacs23 | emacs22 | emacs21 |
emacs-snapshot, dpkg (= 1.15.4) | install-info, ${misc:Depends}
+Depends: mew-bin (= 1:5.3), emacs | emacs24 | emacs23 | emacs22 | emacs21 |
emacs-snapshot, dpkg (= 1.15.4) | install-info, ${misc:Depends}
Suggests: w3m-el, gnupg, gpgsm, ssh, wv, xlhtml, ppthtml, compface, netpbm,
x-face-el, mu-cite, mule-ucs, bogofilter | bsfilter | spamassassin,
hyperestraier, namazu2, namazu2-index-tools, mhc
Replaces: mew-beta
Conflicts: mew-beta
diff -Nru mew-6.4/debian/rules mew-6.4/debian/rules
--- mew-6.4/debian/rules2010-04-18 17:08:22.0 +0900
+++ mew-6.4/debian/rules2012-07-05 22:58:31.0 +0900
@@ -7,20 +7,15 @@
PACKAGE=`cat debian/PACKAGE`
PKGSNAME=mew
-CFLAGS = -Wall -g
-
-ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
-CFLAGS += -O0
-else
-CFLAGS += -O2
-endif
-ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
-INSTALL_PROGRAM += -s
-endif
+export DEB_BUILD_MAINT_OPTIONS = hardening=+all
+dpkg_buildflags = DEB_BUILD_MAINT_OPTIONS=$(DEB_BUILD_MAINT_OPTIONS)
dpkg-buildflags
+CFLAGS=$(shell $(dpkg_buildflags) --get CFLAGS)
+CPPFLAGS=$(shell $(dpkg_buildflags) --get CPPFLAGS)
+LDFLAGS=$(shell $(dpkg_buildflags) --get LDFLAGS)
configure-stamp: configure
dh_testdir
- ./configure --prefix=/usr --infodir=/usr/share/info
--mandir=/usr/share/man
+ CFLAGS=$(CFLAGS) CPPFLAGS=$(CPPFLAGS) LDFLAGS=$(LDFLAGS)
./configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man
grep '^Package: ' debian/control | head -1 | sed -e s/^Package: //g
debian/PACKAGE
sed -e s/@PACKAGE@/$(PACKAGE)/g debian/README.Debian.in
debian/README.Debian
sed -e s/@PACKAGE@/$(PACKAGE)/g debian/dirs.in debian/dirs
pgpsdLxnAkrHx.pgp
Description: PGP signature
Bug#682090: unblock: mew-beta/7.0.50~6.5~rc2+0.20120405-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock mew-beta/7.0.50~6.5~rc2+0.20120405-2 to enable
hardening flags for wheezy.
Changes:
* debian/rules: Use dpkg-buildflags to support hardening flags
* debian/control: Add emacs24 to Depends
Note that the emacs24 dependency is optional, emacs is prior to
emacs24, so it's safe even if there isn't emacs24 in wheezy.
See also the attached debdiff.
unblock mew-beta/7.0.50~6.5~rc2+0.20120405-2
Thanks,
--
Tatsuya Kinoshita
diffstat for mew-beta-7.0.50~6.5~rc2+0.20120405
mew-beta-7.0.50~6.5~rc2+0.20120405
changelog |7 +++
control |2 +-
rules | 17 ++---
3 files changed, 14 insertions(+), 12 deletions(-)
diff -Nru mew-beta-7.0.50~6.5~rc2+0.20120405/debian/changelog
mew-beta-7.0.50~6.5~rc2+0.20120405/debian/changelog
--- mew-beta-7.0.50~6.5~rc2+0.20120405/debian/changelog 2012-04-06
23:55:47.0 +0900
+++ mew-beta-7.0.50~6.5~rc2+0.20120405/debian/changelog 2012-07-07
00:06:02.0 +0900
@@ -1,3 +1,10 @@
+mew-beta (7.0.50~6.5~rc2+0.20120405-2) unstable; urgency=low
+
+ * debian/rules: Use dpkg-buildflags to support hardening flags
+ * debian/control: Add emacs24 to Depends
+
+ -- Tatsuya Kinoshita t...@debian.org Sat, 07 Jul 2012 00:05:19 +0900
+
mew-beta (7.0.50~6.5~rc2+0.20120405-1) unstable; urgency=low
* New upstream release. (development snapshot on 2012-04-05,
diff -Nru mew-beta-7.0.50~6.5~rc2+0.20120405/debian/control
mew-beta-7.0.50~6.5~rc2+0.20120405/debian/control
--- mew-beta-7.0.50~6.5~rc2+0.20120405/debian/control 2012-03-07
22:36:16.0 +0900
+++ mew-beta-7.0.50~6.5~rc2+0.20120405/debian/control 2012-07-05
21:21:58.0 +0900
@@ -9,7 +9,7 @@
Package: mew-beta
Section: lisp
Architecture: all
-Depends: mew-beta-bin (= 5.2.53), emacs | emacs23 | emacs22 | emacs21 |
emacs-snapshot, dpkg (= 1.15.4) | install-info, ${misc:Depends}
+Depends: mew-beta-bin (= 5.2.53), emacs | emacs24 | emacs23 | emacs22 |
emacs21 | emacs-snapshot, dpkg (= 1.15.4) | install-info, ${misc:Depends}
Suggests: w3m-el, gnupg, gpgsm, ssh, wv, xlhtml, ppthtml, compface, netpbm,
x-face-el, mu-cite, mule-ucs, bogofilter | bsfilter | spamassassin,
hyperestraier, namazu2, namazu2-index-tools, mhc
Replaces: mew
Conflicts: mew
diff -Nru mew-beta-7.0.50~6.5~rc2+0.20120405/debian/rules
mew-beta-7.0.50~6.5~rc2+0.20120405/debian/rules
--- mew-beta-7.0.50~6.5~rc2+0.20120405/debian/rules 2010-04-18
17:08:22.0 +0900
+++ mew-beta-7.0.50~6.5~rc2+0.20120405/debian/rules 2012-07-05
22:58:31.0 +0900
@@ -7,20 +7,15 @@
PACKAGE=`cat debian/PACKAGE`
PKGSNAME=mew
-CFLAGS = -Wall -g
-
-ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
-CFLAGS += -O0
-else
-CFLAGS += -O2
-endif
-ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
-INSTALL_PROGRAM += -s
-endif
+export DEB_BUILD_MAINT_OPTIONS = hardening=+all
+dpkg_buildflags = DEB_BUILD_MAINT_OPTIONS=$(DEB_BUILD_MAINT_OPTIONS)
dpkg-buildflags
+CFLAGS=$(shell $(dpkg_buildflags) --get CFLAGS)
+CPPFLAGS=$(shell $(dpkg_buildflags) --get CPPFLAGS)
+LDFLAGS=$(shell $(dpkg_buildflags) --get LDFLAGS)
configure-stamp: configure
dh_testdir
- ./configure --prefix=/usr --infodir=/usr/share/info
--mandir=/usr/share/man
+ CFLAGS=$(CFLAGS) CPPFLAGS=$(CPPFLAGS) LDFLAGS=$(LDFLAGS)
./configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man
grep '^Package: ' debian/control | head -1 | sed -e s/^Package: //g
debian/PACKAGE
sed -e s/@PACKAGE@/$(PACKAGE)/g debian/README.Debian.in
debian/README.Debian
sed -e s/@PACKAGE@/$(PACKAGE)/g debian/dirs.in debian/dirs
pgpyMyhtSoHvS.pgp
Description: PGP signature
Getting postgresql-8.4 8.4.12-2 into wheezy
Hello release team, Christoph Berg just pointed out to me that the latest postgresql-8.4 upload [1] is not in wheezy yet [2]. I uploaded it way before the freeze, but apparently due to the NBS binaries it somehow did not get the automatic testing propagation. My original plan was to only ship wheezy with postgresql-9.1. However, due to the Perl transition squeeze's postgresql-plperl-8.4 package (which depends on libperl5.12) is not installable in wheezy any more (as that has libperl5.14 which is not co-installable with libperl5.12). The other binaries are fine. So I uploaded a source which only builds -plperl-8.4, so that (1) we avoid having new installations of -8.4, and (2) avoid having to fix security issues in wheezy which affect 8.4, as that version will drop upstream support soon. It is only required for upgrades from squeeze which use PL/Perl, admins can remove the -8.4 bits after upgrading their databases to 9.1. The last reverse dependency of -8.4 was removed only some weeks ago, that's why it took so long to remove 8.4 in the first place. Please allow -2 into wheezy. There is no way I can provide security support for 8.4 for wheezy's lifetime, and 8.4 was never meant to be in wheezy in the first place. Thank you in advance and sorry for the trouble! Martin [1] http://packages.qa.debian.org/p/postgresql-8.4/news/20120620T054900Z.html [2] http://release.debian.org/migration/testing.pl?package=postgresql-8.4 -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120719132305.gc2...@piware.de
Bug#682092: unblock: skktools/1.3.2-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock skktools/1.3.2-3 to enable hardening flags for wheezy. Changes: * debian/rules: Use dpkg-buildflags to support hardening flags * debian/copyright: Update copyright-format version to 1.0 * debian/control: Update Standards-Version to 3.9.3 See also the attached debdiff. unblock skktools/1.3.2-3 Thanks, -- Tatsuya Kinoshita diffstat for skktools-1.3.2 skktools-1.3.2 changelog |8 control |2 +- copyright |2 +- rules | 13 ++--- 4 files changed, 16 insertions(+), 9 deletions(-) diff -Nru skktools-1.3.2/debian/changelog skktools-1.3.2/debian/changelog --- skktools-1.3.2/debian/changelog 2012-02-12 13:26:59.0 +0900 +++ skktools-1.3.2/debian/changelog 2012-07-08 15:02:41.0 +0900 @@ -1,3 +1,11 @@ +skktools (1.3.2-3) unstable; urgency=low + + * debian/rules: Use dpkg-buildflags to support hardening flags + * debian/copyright: Update copyright-format version to 1.0 + * debian/control: Update Standards-Version to 3.9.3 + + -- Tatsuya Kinoshita t...@debian.org Sun, 08 Jul 2012 15:02:40 +0900 + skktools (1.3.2-2) unstable; urgency=low * debian/patches/010_makedbmdic5.patch: Transition to Perl 5.16 for diff -Nru skktools-1.3.2/debian/control skktools-1.3.2/debian/control --- skktools-1.3.2/debian/control 2012-02-12 13:26:14.0 +0900 +++ skktools-1.3.2/debian/control 2012-07-08 14:58:49.0 +0900 @@ -4,7 +4,7 @@ Maintainer: Tatsuya Kinoshita t...@debian.org Build-Depends: debhelper (= 7), libdb-dev, libglib2.0-dev, pkg-config Homepage: http://openlab.jp/skk/ -Standards-Version: 3.9.2 +Standards-Version: 3.9.3 Package: skktools Architecture: any diff -Nru skktools-1.3.2/debian/copyright skktools-1.3.2/debian/copyright --- skktools-1.3.2/debian/copyright 2012-02-12 12:44:04.0 +0900 +++ skktools-1.3.2/debian/copyright 2012-07-08 14:58:40.0 +0900 @@ -1,4 +1,4 @@ -Format: http://dep.debian.net/deps/dep5 +Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Upstream-Name: SKK Tools Source: http://openlab.jp/skk/tools/ diff -Nru skktools-1.3.2/debian/rules skktools-1.3.2/debian/rules --- skktools-1.3.2/debian/rules 2012-02-12 12:41:37.0 +0900 +++ skktools-1.3.2/debian/rules 2012-07-08 15:02:34.0 +0900 @@ -2,19 +2,18 @@ #export DH_VERBOSE=1 -export CFLAGS = -Wall -g -ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) - CFLAGS += -O0 -else - CFLAGS += -O2 -endif +export DEB_BUILD_MAINT_OPTIONS = hardening=+all +dpkg_buildflags = DEB_BUILD_MAINT_OPTIONS=$(DEB_BUILD_MAINT_OPTIONS) dpkg-buildflags +CFLAGS=$(shell $(dpkg_buildflags) --get CFLAGS) +CPPFLAGS=$(shell $(dpkg_buildflags) --get CPPFLAGS) +LDFLAGS=$(shell $(dpkg_buildflags) --get LDFLAGS) build-indep: build-arch: build-arch-stamp build-arch-stamp: dh_testdir - ./configure --prefix=/usr + CFLAGS=$(CFLAGS) $(CPPFLAGS) LDFLAGS=$(LDFLAGS) ./configure --prefix=/usr $(MAKE) touch $@ pgp8Rik1Gw21D.pgp Description: PGP signature
Bug#682095: unblock: eblook/1:1.6.1-12
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock eblook/1:1.6.1-12 to enable hardening flags for wheezy. Changes: * debian/rules: Use dpkg-buildflags to support hardening flags * debian/patches/50_ldflags.patch: Typo fix for LDFLAGS See also the attached debdiff. unblock eblook/1:1.6.1-12 Thanks, -- Tatsuya Kinoshita diffstat for eblook-1.6.1 eblook-1.6.1 changelog|7 ++ patches/50_ldflags.patch | 48 +++ patches/series |1 rules|8 ++- 4 files changed, 63 insertions(+), 1 deletion(-) diff -Nru eblook-1.6.1/debian/changelog eblook-1.6.1/debian/changelog --- eblook-1.6.1/debian/changelog 2012-04-29 16:24:02.0 +0900 +++ eblook-1.6.1/debian/changelog 2012-07-08 16:14:46.0 +0900 @@ -1,3 +1,10 @@ +eblook (1:1.6.1-12) unstable; urgency=low + + * debian/rules: Use dpkg-buildflags to support hardening flags + * debian/patches/50_ldflags.patch: Typo fix for LDFLAGS + + -- Tatsuya Kinoshita t...@debian.org Sun, 08 Jul 2012 16:14:40 +0900 + eblook (1:1.6.1-11) unstable; urgency=low * debian/copyright: Switch to copyright-format-1.0. diff -Nru eblook-1.6.1/debian/patches/50_ldflags.patch eblook-1.6.1/debian/patches/50_ldflags.patch --- eblook-1.6.1/debian/patches/50_ldflags.patch1970-01-01 09:00:00.0 +0900 +++ eblook-1.6.1/debian/patches/50_ldflags.patch2012-07-08 16:13:58.0 +0900 @@ -0,0 +1,48 @@ +Description: Typo fix for LDFLAGS +Author: Tatsuya Kinoshita t...@debian.org + +diff -urN eblook-1.6.1.orig/aclocal.m4 eblook-1.6.1/aclocal.m4 +--- eblook-1.6.1.orig/aclocal.m4 2004-06-19 11:28:19.0 +0900 eblook-1.6.1/aclocal.m42012-07-08 16:11:50.0 +0900 +@@ -116,7 +116,7 @@ + save_LIBS=$LIBS + CPPFLAGS=$CPPFLAGS $EBCONF_PTHREAD_CPPFLAGS $EBCONF_EBINCS $EBCONF_ZLIBINCS $EBCONF_INTLINCS + CFLAGS=$CFLAGS $EBCONF_PTHREAD_CFLAGS +-LDFLAGS=$LDFAGS $EBCONF_PTHREAD_LDFLAGS ++LDFLAGS=$LDFLAGS $EBCONF_PTHREAD_LDFLAGS + LIBS=$LIBS $EBCONF_EBLIBS $EBCONF_ZLIBLIBS $EBCONF_INTLLIBS + AC_TRY_LINK([#include eb/eb.h], + [eb_initialize_library(); return 0;], +diff -urN eblook-1.6.1.orig/configure eblook-1.6.1/configure +--- eblook-1.6.1.orig/configure2004-06-19 11:30:49.0 +0900 eblook-1.6.1/configure 2012-07-08 16:12:13.0 +0900 +@@ -21918,7 +21918,7 @@ + save_LIBS=$LIBS + CPPFLAGS=$CPPFLAGS $EBCONF_PTHREAD_CPPFLAGS $EBCONF_EBINCS $EBCONF_ZLIBINCS $EBCONF_INTLINCS + CFLAGS=$CFLAGS $EBCONF_PTHREAD_CFLAGS +-LDFLAGS=$LDFAGS $EBCONF_PTHREAD_LDFLAGS ++LDFLAGS=$LDFLAGS $EBCONF_PTHREAD_LDFLAGS + LIBS=$LIBS $EBCONF_EBLIBS $EBCONF_ZLIBLIBS $EBCONF_INTLLIBS + cat conftest.$ac_ext _ACEOF + /* confdefs.h. */ +@@ -21981,7 +21981,7 @@ + sysconfdir=$sysconfdir + CPPFLAGS=$CPPFLAGS $EBCONF_PTHREAD_CPPFLAGS $EBCONF_EBINCS $EBCONF_ZLIBINCS $EBCONF_INTLINCS + CFLAGS=$CFLAGS $EBCONF_PTHREAD_CFLAGS +-LDFLAGS=$LDFAGS $EBCONF_PTHREAD_LDFLAGS ++LDFLAGS=$LDFLAGS $EBCONF_PTHREAD_LDFLAGS + LIBS=$LIBS $EBCONF_EBLIBS $EBCONF_ZLIBLIBS $EBCONF_INTLLIBS + + +diff -urN eblook-1.6.1.orig/configure.ac eblook-1.6.1/configure.ac +--- eblook-1.6.1.orig/configure.ac 2004-06-19 11:27:22.0 +0900 eblook-1.6.1/configure.ac 2012-07-08 16:12:02.0 +0900 +@@ -62,7 +62,7 @@ + sysconfdir=$sysconfdir + CPPFLAGS=$CPPFLAGS $EBCONF_PTHREAD_CPPFLAGS $EBCONF_EBINCS $EBCONF_ZLIBINCS $EBCONF_INTLINCS + CFLAGS=$CFLAGS $EBCONF_PTHREAD_CFLAGS +-LDFLAGS=$LDFAGS $EBCONF_PTHREAD_LDFLAGS ++LDFLAGS=$LDFLAGS $EBCONF_PTHREAD_LDFLAGS + LIBS=$LIBS $EBCONF_EBLIBS $EBCONF_ZLIBLIBS $EBCONF_INTLLIBS + + dnl * diff -Nru eblook-1.6.1/debian/patches/series eblook-1.6.1/debian/patches/series --- eblook-1.6.1/debian/patches/series 2010-08-18 00:10:36.0 +0900 +++ eblook-1.6.1/debian/patches/series 2012-07-08 16:13:19.0 +0900 @@ -2,3 +2,4 @@ 20_strcpy-fix.patch 30_codeconv-size.patch 40_eb-read-ssize.patch +50_ldflags.patch diff -Nru eblook-1.6.1/debian/rules eblook-1.6.1/debian/rules --- eblook-1.6.1/debian/rules 2012-04-29 16:23:46.0 +0900 +++ eblook-1.6.1/debian/rules 2012-07-08 16:01:13.0 +0900 @@ -6,12 +6,18 @@ PACKAGE = eblook +export DEB_BUILD_MAINT_OPTIONS = hardening=+all +dpkg_buildflags = DEB_BUILD_MAINT_OPTIONS=$(DEB_BUILD_MAINT_OPTIONS) dpkg-buildflags +CFLAGS=$(shell $(dpkg_buildflags) --get CFLAGS) +CPPFLAGS=$(shell $(dpkg_buildflags) --get CPPFLAGS) +LDFLAGS=$(shell $(dpkg_buildflags) --get LDFLAGS) + build-indep: build-arch: build-arch-stamp build-arch-stamp: dh_testdir - ./configure --prefix=/usr --infodir=/usr/share/info --with-eb-conf=/etc/eb.conf --without-readline + CFLAGS=$(CFLAGS) CPPFLAGS=$(CPPFLAGS) LDFLAGS=$(LDFLAGS) ./configure --prefix=/usr --infodir=/usr/share/info --with-eb-conf=/etc/eb.conf --without-readline $(MAKE) touch $@
Re: Getting postgresql-8.4 8.4.12-2 into wheezy
On 19/07/12 15:23, Martin Pitt wrote: 8.4 was never meant to be in wheezy in the first place. Should we remove it from testing then? (nothing depends on it afaict). -- Mehdi Dogguy مهدي الدڤي -- 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/50080b96.5050...@dogguy.org
Bug#682096: unblock: eb/4.4.3-6
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock eb/4.4.3-6 to enable hardening flags for wheezy.
Changes:
* debian/rules: Use dpkg-buildflags to support hardening flags
See also the attached debdiff.
unblock eb/4.4.3-6
Thanks,
--
Tatsuya Kinoshita
diffstat for eb-4.4.3 eb-4.4.3
changelog |6 ++
rules | 14 ++
2 files changed, 12 insertions(+), 8 deletions(-)
diff -Nru eb-4.4.3/debian/changelog eb-4.4.3/debian/changelog
--- eb-4.4.3/debian/changelog 2012-05-25 22:45:44.0 +0900
+++ eb-4.4.3/debian/changelog 2012-07-08 15:20:28.0 +0900
@@ -1,3 +1,9 @@
+eb (4.4.3-6) unstable; urgency=low
+
+ * debian/rules: Use dpkg-buildflags to support hardening flags
+
+ -- Tatsuya Kinoshita t...@debian.org Sun, 08 Jul 2012 15:20:19 +0900
+
eb (4.4.3-5) unstable; urgency=low
* Don't install examples/Makefile which is arch-dependent (closes: #674490)
diff -Nru eb-4.4.3/debian/rules eb-4.4.3/debian/rules
--- eb-4.4.3/debian/rules 2012-04-16 04:38:04.0 +0900
+++ eb-4.4.3/debian/rules 2012-07-08 15:20:15.0 +0900
@@ -10,13 +10,11 @@
DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
-CFLAGS = -Wall -g
-
-ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
- CFLAGS += -O0
-else
- CFLAGS += -O2
-endif
+export DEB_BUILD_MAINT_OPTIONS = hardening=+all
+dpkg_buildflags = DEB_BUILD_MAINT_OPTIONS=$(DEB_BUILD_MAINT_OPTIONS)
dpkg-buildflags
+CFLAGS=$(shell $(dpkg_buildflags) --get CFLAGS)
+CPPFLAGS=$(shell $(dpkg_buildflags) --get CPPFLAGS)
+LDFLAGS=$(shell $(dpkg_buildflags) --get LDFLAGS)
SUBDIRS_INDEP = doc
SUBDIRS_ARCH = eb libebutils ebappendix ebfont ebinfo ebrefile ebstopcode
ebzip po-eb po-ebutils m4
@@ -24,7 +22,7 @@
config.status: configure
dh_testdir
- ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE)
--prefix=/usr --sysconfdir=/etc --mandir=\$${prefix}/share/man
--infodir=\$${prefix}/share/info --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)
CFLAGS=$(CFLAGS) --with-pkgdocdir=/usr/share/doc/eb-doc
+ CFLAGS=$(CFLAGS) CPPFLAGS=$(CPPFLAGS) LDFLAGS=$(LDFLAGS)
./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE)
--prefix=/usr --sysconfdir=/etc --mandir=\$${prefix}/share/man
--infodir=\$${prefix}/share/info --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)
--with-pkgdocdir=/usr/share/doc/eb-doc
build: build-indep build-arch
pgp31uzdU89ux.pgp
Description: PGP signature
Bug#682097: unblock: dbskkd-cdb/1:2.00-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock dbskkd-cdb/1:2.00-5 to enable hardening flags for wheezy. Changes: * debian/rules: Use dpkg-buildflags to support hardening flags See also the attached debdiff. unblock dbskkd-cdb/1:2.00-5 Thanks, -- Tatsuya Kinoshita diffstat for dbskkd-cdb-2.00 dbskkd-cdb-2.00 changelog |6 ++ rules | 10 +++--- 2 files changed, 13 insertions(+), 3 deletions(-) diff -Nru dbskkd-cdb-2.00/debian/changelog dbskkd-cdb-2.00/debian/changelog --- dbskkd-cdb-2.00/debian/changelog2012-04-18 22:55:37.0 +0900 +++ dbskkd-cdb-2.00/debian/changelog2012-07-08 11:35:51.0 +0900 @@ -1,3 +1,9 @@ +dbskkd-cdb (1:2.00-5) unstable; urgency=low + + * debian/rules: Use dpkg-buildflags to support hardening flags + + -- Tatsuya Kinoshita t...@debian.org Sun, 08 Jul 2012 11:34:47 +0900 + dbskkd-cdb (1:2.00-4) unstable; urgency=low * debian/copyright: Switch to copyright-format-1.0. diff -Nru dbskkd-cdb-2.00/debian/rules dbskkd-cdb-2.00/debian/rules --- dbskkd-cdb-2.00/debian/rules2012-04-18 22:53:28.0 +0900 +++ dbskkd-cdb-2.00/debian/rules2012-07-08 11:33:32.0 +0900 @@ -4,16 +4,20 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 -CFLAGS := -Wall -g -O$(if $(findstring noopt,$(DEB_BUILD_OPTIONS)),0,2) +export DEB_BUILD_MAINT_OPTIONS = hardening=+all +dpkg_buildflags = DEB_BUILD_MAINT_OPTIONS=$(DEB_BUILD_MAINT_OPTIONS) dpkg-buildflags +CFLAGS=$(shell $(dpkg_buildflags) --get CFLAGS) +CPPFLAGS=$(shell $(dpkg_buildflags) --get CPPFLAGS) +LDFLAGS=$(shell $(dpkg_buildflags) --get LDFLAGS) build: build-arch build-indep build-arch: build-arch-stamp build-arch-stamp: dh_testdir - $(MAKE) CC='gcc $(CFLAGS)' \ + $(MAKE) CC='gcc $(CFLAGS) $(CPPFLAGS)' \ COMPAT='-DJISYO_FILE=\/usr/share/skk/SKK-JISYO.cdb\' \ - CDBLIB=-lcdb + CDBLIB='$(LDFLAGS) -lcdb' touch $@ build-indep: build-indep-stamp pgpAvOsW7C5pF.pgp Description: PGP signature
Bug#682103: RM: kcheckgmail/0.6.0-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm kcheckgmail is currently RC buggy in Debian (#681218), unmaintained in Debian, and dead upstream (last upstream commit in their VCS was in 2010. The last obvious maintainer activity was a comment in October 2011 that they were aware the package was broken. With no maintainer upstream or in Debian, it's best it just be removed, even from the stable release as it's pointless as is. It has no rdepends. -- 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/20120719134942.17996.83918.reportbug@Scott-Latitude-E6320
Re: [Pkg-postgresql-public] Getting postgresql-8.4 8.4.12-2 into wheezy
Mehdi Dogguy [2012-07-19 15:28 +0200]: On 19/07/12 15:23, Martin Pitt wrote: 8.4 was never meant to be in wheezy in the first place. Should we remove it from testing then? (nothing depends on it afaict). All the NBS binaries (i. e. everything except postgresql-plperl-8.4) need to be removed from testing, right. I thought that would happen semi-automatically, but apparently I'm wrong. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120719135439.gd2...@piware.de
Re: [Pkg-postgresql-public] Getting postgresql-8.4 8.4.12-2 into wheezy
Re: Mehdi Dogguy 2012-07-19 50080b96.5050...@dogguy.org On 19/07/12 15:23, Martin Pitt wrote: 8.4 was never meant to be in wheezy in the first place. Should we remove it from testing then? (nothing depends on it afaict). The problem is a bit more complex: postgresql-8.4 (8.4.12-2) unstable; urgency=low * Drop all binary packages except for postgresql-plperl-8.4. Version 8.4 is obsolete and not supported in Wheezy any more, and there are no remaining reverse dependencies any more. However, postgresql-plperl-8.4 from Squeeze is not installable in Wheezy any more due to the different Perl version, so we need a postgresql-plperl-8.4 built against libperl5.14 so that you can upgrade your existing 8.4 clusters to 9.1. Drop unnecessary build dependencies and disable the optional features to speed up the build. -- Martin Pitt mp...@debian.org Wed, 20 Jun 2012 07:26:18 +0200 The remaining postgresql*-8.4 packages from squeeze will continue to work on wheezy, but we do need an updated version of postgresql-plperl-8.4 in wheezy so people can upgrade libperl* without breaking their databases. (So they can do the DB upgrade after the OS upgrade. The other way round doesn't work for the same reason, as the new postgresql-plperl-9.1 package is uninstallable on squeeze.) There's one more issue with that package, it depends: postgresql-8.4 which makes it uninstallable in wheezy, but will work on systems upgraded from squeeze. The dependency is technically correct, as it enforces that it doesn't get installed where it is otherwise useless, but it might be preferable to just drop that dependency so that doesn't trigger QA scripts checking wheezy. I'm not sure which way is better - both might be worth a note in the wheezy release notes about upgrading PostgreSQL databases using PL/Perl. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Processed: tagging 682103
Processing commands for cont...@bugs.debian.org: tags 682103 + squeeze Bug #682103 [release.debian.org] RM: kcheckgmail/0.6.0-1 Added tag(s) squeeze. thanks Stopping processing here. Please contact me if you need assistance. -- 682103: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682103 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.13427059558840.transcr...@bugs.debian.org
Processed: affects 682103
Processing commands for cont...@bugs.debian.org: affects 682103 + squeeze Bug #682103 [release.debian.org] RM: kcheckgmail/0.6.0-1 Added indication that 682103 affects squeeze thanks Stopping processing here. Please contact me if you need assistance. -- 682103: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682103 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.134270654112244.transcr...@bugs.debian.org
Bug#681989: unblock: shorewall-init/4.5.5.3-1 shorewall-core/4.5.5.3-1 shorewall/4.5.5.3-1 shorewall6/4.5.5.3-1 shorewall-lite/4.5.5.3-1 shorewall6-lite/4.5.5.3-1
On Wed, Jul 18, 2012 at 04:47:07PM +0200, Mehdi Dogguy wrote: On 18/07/2012 16:22, Roberto C. Sanchez wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Please unblock package shorewall You still didn't answer my question regarding this update: Why do they _need_ to stay in sync apart the fact that upstream wants that? are there any checks performed? So, it turns out that this is all a big misunderstanding. Upstream wants the packages to stay in sync because he thinks that is what the distros want. He has indicated that he is perfectly capable of simply releasing only the packages with actual changes for a point release, so long as the distros are OK with it. I assured him that from a Debian perspective, this is preferred. I asked him to check with the people who package Shorewall for the other distros and if they do not object, to start releasing only the package(s) with actual changes. To answer your second question, there are no checks performed. I'd like to recommend that you allow the current batch from unstable into testing since I already uploaded them and there is no way to take that back. Thanks for your time. Regards, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Bug#681989: marked as done (unblock: shorewall-init/4.5.5.3-1 shorewall-core/4.5.5.3-1 shorewall/4.5.5.3-1 shorewall6/4.5.5.3-1 shorewall-lite/4.5.5.3-1 shorewall6-lite/4.5.5.3-1)
Your message dated Thu, 19 Jul 2012 16:42:27 +0200 with message-id 50081cd3.7040...@dogguy.org and subject line Re: Bug#681989: unblock: shorewall-init/4.5.5.3-1 shorewall-core/4.5.5.3-1 shorewall/4.5.5.3-1 shorewall6/4.5.5.3-1 shorewall-lite/4.5.5.3-1 shorewall6-lite/4.5.5.3-1 has caused the Debian Bug report #681989, regarding unblock: shorewall-init/4.5.5.3-1 shorewall-core/4.5.5.3-1 shorewall/4.5.5.3-1 shorewall6/4.5.5.3-1 shorewall-lite/4.5.5.3-1 shorewall6-lite/4.5.5.3-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.) -- 681989: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681989 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 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Please unblock package shorewall New upstream point release c.f. http://lists.debian.org/debian-release/2012/07/msg00093.html unblock shorewall-init/4.5.5.3-1 unblock shorewall-core/4.5.5.3-1 unblock shorewall/4.5.5.3-1 unblock shorewall6/4.5.5.3-1 unblock shorewall-lite/4.5.5.3-1 unblock shorewall6-lite/4.5.5.3-1 - -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJQBsaXAAoJECzXeF7dp7IPs+MP/jM6rXJqNhSDZ9qOlYoNWJDJ jUIKEYhqBPRUtgsa/wvXwqUdBEFzEUxtjUUltRLlynTRS7CIvjDqMNEr22glddyY A7HOcIuTcmFEoWnPK0R19qXMj4qfb8zmLeqasEXxjLRd2V7D3nDninTXXQyRiws2 cf9ftoqApVdsr6DB4RKxmstrwcsYeIl/WNAzkNzdAgMhZ86MxZefj3wrR+7No+aT gdGvj345sE3Va/raAYaeEJ67oimJbMXqbosAc7LlXadQjaOvq3ImY8rSiLf+wQXE SOfIG0tIOW4jj+vAGehp8z9kLKzHsaKI1LWf+cOGZGpEMT8CeeUskSfId/yV2a9+ U4BTd1wYskUYglaeKm9gjs5vR/IXetyVSzEUSCk8FPZO25PgUZ6vsCOAn9k9Djqw 7PM4Zp8noOF47HzBUlIOOIKeEyqTXG4MjRrGLIDLDk/yL7hMJaer/6bkM5COTkMs eu0Xpws8FacG+vra/7IzJ33eoKNBOgEOcncT08HvynSJ/VeCCQmOlk55RhZumu7e c5PclGiED4yAJ1JkrC0SSBEaxQBzZQnScU1s4OlqyEMAGeKfbZcyTkCAtGI5Kd7r GLI8dtIkItnBnTbP3euyb5keXkXwAkqTX9D4dvVc+OkICjxCtKr00LaSzIOyoE6y UJz1ex3Fln93oFY/9B7x =McoC -END PGP SIGNATURE- ---End Message--- ---BeginMessage--- On 19/07/12 16:19, Roberto C. Sánchez wrote: So, it turns out that this is all a big misunderstanding. Upstream wants the packages to stay in sync because he thinks that is what the distros want. He has indicated that he is perfectly capable of simply releasing only the packages with actual changes for a point release, so long as the distros are OK with it. I assured him that from a Debian perspective, this is preferred. I asked him to check with the people who package Shorewall for the other distros and if they do not object, to start releasing only the package(s) with actual changes. To answer your second question, there are no checks performed. Ok, thanks for your work on this. Hopefully we will have simpler updates in the future. I'd like to recommend that you allow the current batch from unstable into testing since I already uploaded them and there is no way to take that back. Granted. Regards, -- Mehdi Dogguy مهدي الدڤي---End Message---
Re: mumble and celt, #682010, TC
Hi, On Thu, Jul 19, 2012 at 12:24:12AM +0100, Ian Jackson wrote: The problem with mumble and the celt codec has been referred to the TC - see the bug mentioned above. I would be interested to hear from the security and release teams. I consider there to be two issues which would concern me from a release point of view: * That, given the potential problems and issues as discussed in the log, a sufficiently experienced maintainer can be found to deal with the package for the supported lifetime of a stable+oldstable release. * That the package is likely to be able to communicate with non-debian derived distributions. If both of these cannot be satisfied, I would consider the package to be unreleaseable and would look for removal. * Would the release team be happy with a reintroduction for wheezy of the celt package containing the 0.7.1 codec ? I don't know yet whether mumble would need to be updated too. Obviously this would have to be done promptly. Hrm. I'd point out at this point that celt 0.7.1-1 currently exists in wheezy. It's not going anywhere because mumble in testing currently depends on it. For any updates, we would apply the freeze criteria as specified at http://release.debian.org/wheezy/freeze_policy.html Additionally, I would not be keen at this stage to update other packages to re-depend on celt - mumble should be the exception. I'm also a little disappointed that the version in unstable would cause communication problems which means that any updates need to go through t-p-u. I haven't looked at depth in this, but would re-adding the celt dependancy to the sid package, and getting it back in unstable make the world happy again? Finally, it would be wonderful if this could all be sorted out in unstable and then someone can let us know what's going on with a coherent message, that would be fantastic. Thanks, Neil -- 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/20120719151458.gk5...@halon.org.uk
Bug#682085: unblock: bdfresize/1.5-8
tags 682085 - moreinfo retitle 682085 unblock: bdfresize/1.5-8 thanks On July 19, 2012 at 3:11PM +0200, niels (at thykier.net) wrote: * Update debhelper compat level to 9 to support hardening flags I am not sure we are ready to accept a debhelper bump at this time if we can avoid it. Would it be possible to use dpkg-buildflags directly? I've uploaded bdfresize/1.5-8 with the following changes: * debian/rules: Use dpkg-buildflags to enable hardening flags * Revert the previous debhelper bump See also the attached debdiff. unblock bdfresize/1.5-8 Thanks, -- Tatsuya Kinoshita diffstat for bdfresize-1.5 bdfresize-1.5 changelog |7 +++ compat|2 +- control |2 +- rules |7 +++ 4 files changed, 16 insertions(+), 2 deletions(-) diff -Nru bdfresize-1.5/debian/changelog bdfresize-1.5/debian/changelog --- bdfresize-1.5/debian/changelog 2012-07-08 16:44:05.0 +0900 +++ bdfresize-1.5/debian/changelog 2012-07-19 23:38:10.0 +0900 @@ -1,3 +1,10 @@ +bdfresize (1.5-8) unstable; urgency=low + + * debian/rules: Use dpkg-buildflags to enable hardening flags + * Revert the previous debhelper bump + + -- Tatsuya Kinoshita t...@debian.org Thu, 19 Jul 2012 23:03:54 +0900 + bdfresize (1.5-7) unstable; urgency=low * Update debhelper compat level to 9 to support hardening flags diff -Nru bdfresize-1.5/debian/compat bdfresize-1.5/debian/compat --- bdfresize-1.5/debian/compat 2012-07-08 16:40:12.0 +0900 +++ bdfresize-1.5/debian/compat 2012-07-19 23:03:50.0 +0900 @@ -1 +1 @@ -9 +8 diff -Nru bdfresize-1.5/debian/control bdfresize-1.5/debian/control --- bdfresize-1.5/debian/control2012-07-08 16:43:32.0 +0900 +++ bdfresize-1.5/debian/control2012-07-19 23:03:42.0 +0900 @@ -2,7 +2,7 @@ Section: x11 Priority: optional Maintainer: Tatsuya Kinoshita t...@debian.org -Build-Depends: debhelper (= 9~) +Build-Depends: debhelper (= 8~) Standards-Version: 3.9.3 Homepage: http://openlab.jp/efont/ diff -Nru bdfresize-1.5/debian/rules bdfresize-1.5/debian/rules --- bdfresize-1.5/debian/rules 2012-07-08 16:40:21.0 +0900 +++ bdfresize-1.5/debian/rules 2012-07-20 00:04:34.0 +0900 @@ -4,5 +4,12 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 +export DEB_BUILD_MAINT_OPTIONS = hardening=+all +dpkg_buildflags = DEB_BUILD_MAINT_OPTIONS=$(DEB_BUILD_MAINT_OPTIONS) dpkg-buildflags +CFLAGS=$(shell $(dpkg_buildflags) --get CFLAGS) +CPPFLAGS=$(shell $(dpkg_buildflags) --get CPPFLAGS) +LDFLAGS=$(shell $(dpkg_buildflags) --get LDFLAGS) +export CFLAGS CPPFLAGS LDFLAGS + %: dh $@ pgpKlA9PnmbP2.pgp Description: PGP signature
Processed: Bug#682085: unblock: bdfresize/1.5-8
Processing commands for cont...@bugs.debian.org: tags 682085 - moreinfo Bug #682085 [release.debian.org] unblock: bdfresize/1.5-7 Removed tag(s) moreinfo. retitle 682085 unblock: bdfresize/1.5-8 Bug #682085 [release.debian.org] unblock: bdfresize/1.5-7 Changed Bug title to 'unblock: bdfresize/1.5-8' from 'unblock: bdfresize/1.5-7' thanks Stopping processing here. Please contact me if you need assistance. -- 682085: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682085 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.13427118247128.transcr...@bugs.debian.org
Bug#682039: unblock: clamav/0.97.5+dfsg-5
Please unblock package clamav
Fixes RC bug #681960. Revised debdiff attached.
unblock clamav/0.97.5+dfsg-5diff -u clamav-0.97.5+dfsg/debian/changelog clamav-0.97.5+dfsg/debian/changelog
--- clamav-0.97.5+dfsg/debian/changelog
+++ clamav-0.97.5+dfsg/debian/changelog
@@ -1,3 +1,23 @@
+clamav (0.97.5+dfsg-5) unstable; urgency=low
+
+ * Drop /var/run/clamav from the directories shipped in clamav-base (policy
+9.1.4) and trust it will get cleaned up on boot
+- Thanks to Andreas Beckmann for the cluebat
+
+ -- Scott Kitterman sc...@kitterman.com Thu, 19 Jul 2012 10:51:59 -0400
+
+clamav (0.97.5+dfsg-4) unstable; urgency=low
+
+ * Drop postrm snippets from clamav-base, clamav-freshclam, clamav-daemon,
+and clamav-milter that remove /var/log/clamav, /var/lib/clamav,
+/var/run/clamav, and /etc/clamav and and let dpkg remove the directories
+once they are empty in order to fix problems with directory removal by a
+package that did not own the directory (Closes: #681960)
+ * Add /var/run/clamav to directories shipped by clamav-base so dpkg cleanup
+will work for it too.
+
+ -- Scott Kitterman sc...@kitterman.com Wed, 18 Jul 2012 09:29:50 -0400
+
clamav (0.97.5+dfsg-3) unstable; urgency=low
* Fix proxy port configuration handling in clamav-freshclam.postinst so that
diff -u clamav-0.97.5+dfsg/debian/clamav-base.postrm clamav-0.97.5+dfsg/debian/clamav-base.postrm
--- clamav-0.97.5+dfsg/debian/clamav-base.postrm
+++ clamav-0.97.5+dfsg/debian/clamav-base.postrm
@@ -45,11 +45,6 @@
fi
rm -f /var/lib/clamav/*.md5sum || true
rm -f $DATABASEDIR/main.cvd $DATABASEDIR/daily.cvd $DATABASEDIR/bytecode.cvd
- for dir in /etc/clamav/ /var/log/clamav /var/lib/clamav/ /var/run/clamav/; do
-if [ -d $dir ]; then
- rmdir $dir --ignore-fail-on-non-empty || true
-fi
- done
;;
remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear)
;;
diff -u clamav-0.97.5+dfsg/debian/clamav-freshclam.postrm clamav-0.97.5+dfsg/debian/clamav-freshclam.postrm
--- clamav-0.97.5+dfsg/debian/clamav-freshclam.postrm
+++ clamav-0.97.5+dfsg/debian/clamav-freshclam.postrm
@@ -52,11 +52,6 @@
[ ! -d ${workdir}/main.inc/ ] || rmdir --ignore-fail-on-non-empty ${workdir}/main.inc/
[ ! -d ${workdir}/daily.inc/ ] || rmdir --ignore-fail-on-non-empty ${workdir}/daily.inc/
update-rc.d clamav-freshclam remove /dev/null
- for dir in /etc/clamav/ /var/log/clamav /var/lib/clamav/ /var/run/clamav/; do
-if [ -d $dir ]; then
- rmdir $dir --ignore-fail-on-non-empty || true
-fi
- done
;;
remove)
rm -f /var/lib/clamav/main.cvd /var/lib/clamav/main.cld
diff -u clamav-0.97.5+dfsg/debian/clamav-milter.postrm clamav-0.97.5+dfsg/debian/clamav-milter.postrm
--- clamav-0.97.5+dfsg/debian/clamav-milter.postrm
+++ clamav-0.97.5+dfsg/debian/clamav-milter.postrm
@@ -35,11 +35,6 @@
fi
done
rm -f /var/log/clamav/clamav-milter.log* /etc/clamav/clamav-milter.conf.dpkg-old /etc/clamav/clamav-milter.conf.ucf-old
- for dir in /etc/clamav/ /var/log/clamav /var/lib/clamav/ /var/run/clamav/; do
-if [ -d $dir ]; then
- rmdir $dir --ignore-fail-on-non-empty || true
-fi
- done
;;
remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear)
;;
diff -u clamav-0.97.5+dfsg/debian/clamav-daemon.postrm clamav-0.97.5+dfsg/debian/clamav-daemon.postrm
--- clamav-0.97.5+dfsg/debian/clamav-daemon.postrm
+++ clamav-0.97.5+dfsg/debian/clamav-daemon.postrm
@@ -29,11 +29,6 @@
if [ -e $LOGROTATE_FILE ]; then
rm -f $LOGROTATE_FILE
fi
- for dir in /etc/clamav/ /var/log/clamav /var/lib/clamav/ /var/run/clamav/; do
-if [ -d $dir ]; then
- rmdir $dir --ignore-fail-on-non-empty || true
-fi
- done
;;
remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear)
;;
Re: [Pkg-postgresql-public] Getting postgresql-8.4 8.4.12-2 into wheezy
Martin, am Thu, Jul 19, 2012 at 03:54:39PM +0200 hast du folgendes geschrieben: Mehdi Dogguy [2012-07-19 15:28 +0200]: On 19/07/12 15:23, Martin Pitt wrote: 8.4 was never meant to be in wheezy in the first place. Should we remove it from testing then? (nothing depends on it afaict). All the NBS binaries (i. e. everything except postgresql-plperl-8.4) need to be removed from testing, right. I thought that would happen semi-automatically, but apparently I'm wrong. you're right, except that the cruft removal needs to happen in unstable first and the new package must migrate to drop those. Kind regards Philipp Kern signature.asc Description: Digital signature
Processed: summary 682039 15
Processing commands for cont...@bugs.debian.org: summary 682039 15 Summary recorded from message bug 682039 message 15 thanks Stopping processing here. Please contact me if you need assistance. -- 682039: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682039 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.134271295013247.transcr...@bugs.debian.org
Processed: retitle 682039 to unblock: clamav/0.97.5+dfsg-5
Processing commands for cont...@bugs.debian.org: retitle 682039 unblock: clamav/0.97.5+dfsg-5 Bug #682039 [release.debian.org] unblock: clamav/0.97.5+dfsg-4 Changed Bug title to 'unblock: clamav/0.97.5+dfsg-5' from 'unblock: clamav/0.97.5+dfsg-4' thanks Stopping processing here. Please contact me if you need assistance. -- 682039: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682039 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.134271299613364.transcr...@bugs.debian.org
Re: mumble and celt, #682010, TC
Neil McGovern writes (Re: mumble and celt, #682010, TC): On Thu, Jul 19, 2012 at 12:24:12AM +0100, Ian Jackson wrote: The problem with mumble and the celt codec has been referred to the TC - see the bug mentioned above. I would be interested to hear from the security and release teams. ... I consider there to be two issues which would concern me from a release point of view: * That, given the potential problems and issues as discussed in the log, a sufficiently experienced maintainer can be found to deal with the package for the supported lifetime of a stable+oldstable release. Right. * That the package is likely to be able to communicate with non-debian derived distributions. The information we seem to be getting is that it is indeed likely that the mumble we have will be able to do so, because mumble upstream have somehow nominated or blessed 0.7.1. If both of these cannot be satisfied, I would consider the package to be unreleaseable and would look for removal. I think we need to find a maintainer, then. * Would the release team be happy with a reintroduction for wheezy of the celt package containing the 0.7.1 codec ? I don't know yet whether mumble would need to be updated too. Obviously this would have to be done promptly. Hrm. I'd point out at this point that celt 0.7.1-1 currently exists in wheezy. It's not going anywhere because mumble in testing currently depends on it. For any updates, we would apply the freeze criteria as specified at http://release.debian.org/wheezy/freeze_policy.html Ah I had missed that the removal of celt (and corresponding mumble change to desupport celt and remove the dependency) hadn't made it to wheezy. I'm also a little disappointed that the version in unstable would cause communication problems which means that any updates need to go through t-p-u. I haven't looked at depth in this, but would re-adding the celt dependancy to the sid package, and getting it back in unstable make the world happy again? Yes, it might well. We would have to re-add the celt package to sid. Finally, it would be wonderful if this could all be sorted out in unstable and then someone can let us know what's going on with a coherent message, that would be fantastic. Great. So in summary, the conclusion seems to be: * If we cannot find a maintainer for celt who looks like they'll be able to handle it for the lifetime of wheezy then we need to allow the current mumble (and perhaps other rdepends) in sid to propagate and will then be able to remove celt from wheezy. * If we can find such a maintainer we need to reintroduce celt into sid, and update mumble in sid. When we have done that everything will be fine. * We need to decide whether any other rdepends on celt in wheezy need to have the celt support removed in wheezy. Thanks, Ian. -- 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/20488.14759.164089.441...@chiark.greenend.org.uk
Re: mumble and celt, #682010, TC
[resent... signed this time. Again] On Thu, Jul 19, 2012 at 05:45:27PM +0100, Ian Jackson wrote: * That the package is likely to be able to communicate with non-debian derived distributions. The information we seem to be getting is that it is indeed likely that the mumble we have will be able to do so, because mumble upstream have somehow nominated or blessed 0.7.1. The above may, or may not conflict with: * If we cannot find a maintainer for celt who looks like they'll be able to handle it for the lifetime of wheezy then we need to allow the current mumble (and perhaps other rdepends) in sid to propagate and will then be able to remove celt from wheezy. I would be concerned if the mumble client in wheezy isn't able to call non-debian derived mumble servers. * We need to decide whether any other rdepends on celt in wheezy need to have the celt support removed in wheezy. A quick dak rm -R -n -s testing celt seems to think not, but I could be wrong. Neil signature.asc Description: Digital signature
Re: mumble and celt, #682010, TC
Neil McGovern writes (Re: mumble and celt, #682010, TC): I would be concerned if the mumble client in wheezy isn't able to call non-debian derived mumble servers. Chris Knadle who has been doing a lot of the legwork investigating the situation has addressed this problem specifically. He writes: Debian and Debian derivatives might be the only ones shipping celt 0.7.1 as a _library_, but Nicos Gollan stated specifically that 0.7.1 is a base assumption by Mumble servers, so my understanding is that it's a general dependency for Mumble. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675971#101 So perhaps only Mumble requires the 0.7.1 version of celt. The testing I had done had showed that the client when connected to non-Debian derivative servers didn't function without celt 0.7.1 support. Implying, obviously, that _with_ celt 0.7.1 it does work. The message from Nicos Gollan who seems to be one of the upstreams for mumble is very informative. CCing Chris so he can contradict me if necessary. Ian. -- 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/20488.15938.383891.848...@chiark.greenend.org.uk
Re: mumble and celt, #682010, TC
On Thu, Jul 19, 2012 at 05:45:27PM +0100, Ian Jackson wrote: * That the package is likely to be able to communicate with non-debian derived distributions. The information we seem to be getting is that it is indeed likely that the mumble we have will be able to do so, because mumble upstream have somehow nominated or blessed 0.7.1. The above may, or may not conflict with: * If we cannot find a maintainer for celt who looks like they'll be able to handle it for the lifetime of wheezy then we need to allow the current mumble (and perhaps other rdepends) in sid to propagate and will then be able to remove celt from wheezy. I would be concerned if the mumble client in wheezy isn't able to call non-debian derived mumble servers. * We need to decide whether any other rdepends on celt in wheezy need to have the celt support removed in wheezy. A quick dak rm -R -n -s testing celt seems to think not, but I could be wrong. Neil -- 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/20120719165432.gn5...@halon.org.uk
Re: [Pkg-postgresql-public] Getting postgresql-8.4 8.4.12-2 into wheezy
On Thu, Jul 19, 2012 at 15:55:04 +0200, Christoph Berg wrote: There's one more issue with that package, it depends: postgresql-8.4 which makes it uninstallable in wheezy, but will work on systems upgraded from squeeze. The dependency is technically correct, as it enforces that it doesn't get installed where it is otherwise useless, but it might be preferable to just drop that dependency so that doesn't trigger QA scripts checking wheezy. I'm not sure which way is better - both might be worth a note in the wheezy release notes about upgrading PostgreSQL databases using PL/Perl. It won't just trigger QA scripts, it will make britney refuse to let the new postgresql-8.4 source package into wheezy. Cheers, Julien signature.asc Description: Digital signature
Re: mumble and celt, #682010, TC
On Thursday, July 19, 2012 12:56:05, Neil McGovern wrote: [resent... signed this time. Again] On Thu, Jul 19, 2012 at 05:45:27PM +0100, Ian Jackson wrote: * That the package is likely to be able to communicate with non-debian derived distributions. The information we seem to be getting is that it is indeed likely that the mumble we have will be able to do so, because mumble upstream have somehow nominated or blessed 0.7.1. The above may, or may not conflict with: * If we cannot find a maintainer for celt who looks like they'll be able to handle it for the lifetime of wheezy then we need to allow the current mumble (and perhaps other rdepends) in sid to propagate and will then be able to remove celt from wheezy. I would be concerned if the mumble client in wheezy isn't able to call non-debian derived mumble servers. I just did additional testing and using the version of Mumble from Wheezy (along with libcelt0-0) I'm able to get server loopback working on public servers that report versions of: 1.2.3 (Win) Protocol 1.2.3 (FreeBSD 8.0-RELEASE) Protocol 1.2.3. (Linux 2.6.38.6-nfo) Protocol 1.2.4 (Fedora release 14) Protocol 1.2.3 (Gentoo Base System release 2.0.3) -- Chris -- Chris Knadle chris.kna...@coredump.us GPG Key: 4096R/0x1E759A726A9FDD74 signature.asc Description: This is a digitally signed message part.
Bug#682134: unblock: blockout2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock libpng*-dev and its binary package was renamed, so blockout2 was rebuilt with new version of libpng (closed FTBFS #662275, #649550). please unblock the package -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#682134: unblock: blockout2
On Thu, 2012-07-19 at 21:36 +0400, Dmitry E. Oboukhov wrote: libpng*-dev and its binary package was renamed, so blockout2 was rebuilt with new version of libpng (closed FTBFS #662275, #649550). They've only been renamed in experimental; there's a reason neither of those bugs is RC (in fact one of them's only wishlist). please unblock the package I'm afraid I'm currently inclined to say no. Aside from the above, the diff also includes packaging changes which are a) inappropriate and b) not documented. Specifically, the patch system has been changed and there's a standards-version bump; the latter's not so serious, the former appears to be entirely unnecessary. Finally, why has the clean target in debian/rules gained an rm -rf .pc? 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/1342721687.2846.7.ca...@jacala.jungle.funky-badger.org
RE: mumble and celt, #682010, TC
Hi all, I recall there was another shortcoming with mumble on Debian. Debian does not allow multiple versions of a library to be installed. Normally mumble is compiled against two celt libs 0.7.1 and 0.11.1. Could it be an option to use the 0.11.1 release of celt? Greetings, Mark-Willem -- former mumble hacker -- From: chris.kna...@coredump.us To: debian-c...@lists.debian.org Subject: Re: mumble and celt, #682010, TC Date: Thu, 19 Jul 2012 13:16:14 -0400 CC: n...@halon.org.uk; ijack...@chiark.greenend.org.uk; debian-release@lists.debian.org On Thursday, July 19, 2012 12:56:05, Neil McGovern wrote: [resent... signed this time. Again] On Thu, Jul 19, 2012 at 05:45:27PM +0100, Ian Jackson wrote: * That the package is likely to be able to communicate with non-debian derived distributions. The information we seem to be getting is that it is indeed likely that the mumble we have will be able to do so, because mumble upstream have somehow nominated or blessed 0.7.1. The above may, or may not conflict with: * If we cannot find a maintainer for celt who looks like they'll be able to handle it for the lifetime of wheezy then we need to allow the current mumble (and perhaps other rdepends) in sid to propagate and will then be able to remove celt from wheezy. I would be concerned if the mumble client in wheezy isn't able to call non-debian derived mumble servers. I just did additional testing and using the version of Mumble from Wheezy (along with libcelt0-0) I'm able to get server loopback working on public servers that report versions of: 1.2.3 (Win) Protocol 1.2.3 (FreeBSD 8.0-RELEASE) Protocol 1.2.3. (Linux 2.6.38.6-nfo) Protocol 1.2.4 (Fedora release 14) Protocol 1.2.3 (Gentoo Base System release 2.0.3) -- Chris -- Chris Knadle chris.kna...@coredump.us GPG Key: 4096R/0x1E759A726A9FDD74
RE: mumble and celt, #682010, TC
Forget this comment. It seems like forgot to read further. Celt is removed because it is unmaintained upstream. So it does not matter which version is used by mumble. Mark-Willem -- It has been to long that I worked on mumble -- From: markwil...@hotmail.com To: debian-release@lists.debian.org Subject: RE: mumble and celt, #682010, TC Date: Thu, 19 Jul 2012 21:09:59 +0200 Hi all, I recall there was another shortcoming with mumble on Debian. Debian does not allow multiple versions of a library to be installed. Normally mumble is compiled against two celt libs 0.7.1 and 0.11.1. Could it be an option to use the 0.11.1 release of celt? Greetings, Mark-Willem -- former mumble hacker -
Please unblock: lua5.1/5.1.5-3
This version of lua5.1 fixes a nasty multiarch related issue (bug #676695).
With that version liblua5.1-0-dev installs in /usr/lib/$triplet/ include
files that are arch specific, as all other multiarch -dev packages do.
Debdiff attached.
Cheers
--
Enrico Tassi
diff -Nru lua5.1-5.1.5/debian/changelog lua5.1-5.1.5/debian/changelog
--- lua5.1-5.1.5/debian/changelog 2012-05-03 15:12:32.0 +0200
+++ lua5.1-5.1.5/debian/changelog 2012-07-16 13:03:22.0 +0200
@@ -1,3 +1,10 @@
+lua5.1 (5.1.5-3) unstable; urgency=low
+
+ * Install architecture dependent .h file in /usr/lib and fix .pc files
+accordingly to fix multiarch issues (Closes: #676695)
+
+ -- Enrico Tassi gareuselesi...@debian.org Mon, 16 Jul 2012 12:48:01 +0200
+
lua5.1 (5.1.5-2) unstable; urgency=low
* Put in the pkg-config .pc file -DDEB_HOST_MULTIARCH so that including
diff -Nru lua5.1-5.1.5/debian/liblua5.1-0-dev.install
lua5.1-5.1.5/debian/liblua5.1-0-dev.install
--- lua5.1-5.1.5/debian/liblua5.1-0-dev.install 2011-07-19 20:47:06.0
+0200
+++ lua5.1-5.1.5/debian/liblua5.1-0-dev.install 2012-07-16 12:34:54.0
+0200
@@ -1,4 +1,5 @@
usr/include
+usr/lib/*/*/*/*.h
usr/lib/*/*.a
usr/lib/*/*.so
usr/lib/*/pkgconfig/*.pc
diff -Nru lua5.1-5.1.5/debian/lua-c++.pc.in lua5.1-5.1.5/debian/lua-c++.pc.in
--- lua5.1-5.1.5/debian/lua-c++.pc.in 2012-05-03 15:13:13.0 +0200
+++ lua5.1-5.1.5/debian/lua-c++.pc.in 2012-07-16 12:36:12.0 +0200
@@ -22,4 +22,4 @@
Requires:
Libs: -L${libdir} -l${lib_name}
Libs.private: -lm -ldl
-Cflags: -I${includedir}/${lib_name_include}
-DDEB_HOST_MULTIARCH=\${deb_host_multiarch}\
+Cflags: -I${includedir}/${lib_name_include}
-I/usr/lib/${deb_host_multiarch}/${lib_name_include}/include/
diff -Nru lua5.1-5.1.5/debian/lua.pc.in lua5.1-5.1.5/debian/lua.pc.in
--- lua5.1-5.1.5/debian/lua.pc.in 2012-05-03 15:13:28.0 +0200
+++ lua5.1-5.1.5/debian/lua.pc.in 2012-07-16 12:36:22.0 +0200
@@ -22,4 +22,4 @@
Requires:
Libs: -L${libdir} -l${lib_name}
Libs.private: -lm -ldl
-Cflags: -I${includedir}/${lib_name_include}
-DDEB_HOST_MULTIARCH=\${deb_host_multiarch}\
+Cflags: -I${includedir}/${lib_name_include}
-I/usr/lib/${deb_host_multiarch}/${lib_name_include}/include/
diff -Nru lua5.1-5.1.5/debian/patches/debian_make.patch
lua5.1-5.1.5/debian/patches/debian_make.patch
--- lua5.1-5.1.5/debian/patches/debian_make.patch 2011-12-24
15:35:45.0 +0100
+++ lua5.1-5.1.5/debian/patches/debian_make.patch 2012-07-16
12:25:29.0 +0200
@@ -1,9 +1,9 @@
Author: John V. Belmonte jbelmo...@debian.org
Description: Add support for Debian package to makefiles.
-Index: lua5.1-5.1.4/Makefile
+Index: lua5.1-5.1.5/Makefile
===
lua5.1-5.1.4.orig/Makefile 2008-08-12 02:40:48.0 +0200
-+++ lua5.1-5.1.4/Makefile 2011-07-25 22:26:28.0 +0200
+--- lua5.1-5.1.5.orig/Makefile 2012-02-10 10:50:23.0 +0100
lua5.1-5.1.5/Makefile 2012-07-16 12:25:26.0 +0200
@@ -12,7 +12,7 @@
INSTALL_TOP= /usr/local
INSTALL_BIN= $(INSTALL_TOP)/bin
@@ -13,7 +13,7 @@
INSTALL_MAN= $(INSTALL_TOP)/man/man1
#
# You probably want to make INSTALL_LMOD and INSTALL_CMOD consistent with
-@@ -126,3 +126,31 @@
+@@ -126,3 +126,30 @@
.PHONY: all $(PLATS) clean test install local none dummy echo pecho lecho
# (end of Makefile)
@@ -43,12 +43,11 @@
+# ISSUE: MYCFLAGS not honored in the case of a CFLAGS override
+debian_linux:
+ cd src; $(MAKE) debian_all CFLAGS+=-DLUA_USE_LINUX \
-+ CFLAGS+=-DDEB_HOST_MULTIARCH=\\\$(DEB_HOST_MULTIARCH)\\\ \
+ LIB_LIBS=-lm -ldl LUA_LIBS=-lreadline LDFLAGS=$(LDFLAGS)
-Index: lua5.1-5.1.4/src/Makefile
+Index: lua5.1-5.1.5/src/Makefile
===
lua5.1-5.1.4.orig/src/Makefile 2008-01-19 20:37:58.0 +0100
-+++ lua5.1-5.1.4/src/Makefile 2011-07-25 22:25:52.0 +0200
+--- lua5.1-5.1.5.orig/src/Makefile 2012-02-13 21:41:22.0 +0100
lua5.1-5.1.5/src/Makefile 2012-07-16 12:24:40.0 +0200
@@ -180,3 +180,36 @@
ltm.h lzio.h lmem.h lopcodes.h lundump.h
diff -Nru lua5.1-5.1.5/debian/patches/module_paths.patch
lua5.1-5.1.5/debian/patches/module_paths.patch
--- lua5.1-5.1.5/debian/patches/module_paths.patch 2011-07-19
16:28:43.0 +0200
+++ lua5.1-5.1.5/debian/patches/module_paths.patch 2012-07-16
12:23:16.0 +0200
@@ -1,12 +1,15 @@
Author: John V. Belmonte jbelmo...@debian.org
Description: Set Lua's default PATH and CPATH.
-Index: lua5.1-5.1.4/src/luaconf.h
+Index: lua5.1-5.1.5/src/luaconf.h
===
lua5.1-5.1.4.orig/src/luaconf.h2008-02-11 17:25:08.0 +0100
-+++ lua5.1-5.1.4/src/luaconf.h 2011-07-19 15:19:57.0 +0200
-@@ -95,13 +95,18 @@
+--- lua5.1-5.1.5.orig/src/luaconf.h
Please unblock: lua5.2/5.2.1-2
This version of lua5.2 fixes a nasty multiarch related issue, the same one
of lua5.1 (bug #676695).
With that version liblua5.2-dev installs in /usr/lib/$triplet/ include
files that are arch specific, as all other multiarch -dev packages do.
Debdiff attached.
Cheers
--
Enrico Tassi
diff -Nru lua5.2-5.2.1/debian/changelog lua5.2-5.2.1/debian/changelog
--- lua5.2-5.2.1/debian/changelog 2012-06-15 10:08:18.0 +0200
+++ lua5.2-5.2.1/debian/changelog 2012-07-16 13:03:11.0 +0200
@@ -1,3 +1,10 @@
+lua5.2 (5.2.1-2) unstable; urgency=low
+
+ * Install architecture dependent .h file in /usr/lib and fix .pc files
+accordingly to fix multiarch issues
+
+ -- Enrico Tassi gareuselesi...@debian.org Fri, 15 Jun 2012 10:13:41 +0200
+
lua5.2 (5.2.1-1) unstable; urgency=low
* New upstream release
diff -Nru lua5.2-5.2.1/debian/liblua5.2-dev.install
lua5.2-5.2.1/debian/liblua5.2-dev.install
--- lua5.2-5.2.1/debian/liblua5.2-dev.install 2011-07-30 00:49:43.0
+0200
+++ lua5.2-5.2.1/debian/liblua5.2-dev.install 2012-07-16 12:54:35.0
+0200
@@ -1,4 +1,5 @@
usr/include
+usr/lib/*/*/*/*.h
usr/lib/*/*.a
usr/lib/*/*.so
usr/lib/*/pkgconfig/*.pc
diff -Nru lua5.2-5.2.1/debian/lua.pc.in lua5.2-5.2.1/debian/lua.pc.in
--- lua5.2-5.2.1/debian/lua.pc.in 2012-06-15 10:08:11.0 +0200
+++ lua5.2-5.2.1/debian/lua.pc.in 2012-07-16 12:52:14.0 +0200
@@ -22,4 +22,4 @@
Requires:
Libs: -L${libdir} -l${lib_name}
Libs.private: -lm -ldl
-Cflags: -I${includedir}/${lib_name_include}
-DDEB_HOST_MULTIARCH=\${deb_host_multiarch}\
+Cflags: -I${includedir}/${lib_name_include}
-I/usr/lib/${deb_host_multiarch}/${lib_name_include}/include/
diff -Nru lua5.2-5.2.1/debian/patches/debian-paths.patch
lua5.2-5.2.1/debian/patches/debian-paths.patch
--- lua5.2-5.2.1/debian/patches/debian-paths.patch 2012-05-04
16:33:37.0 +0200
+++ lua5.2-5.2.1/debian/patches/debian-paths.patch 2012-07-16
12:51:36.0 +0200
@@ -1,9 +1,14 @@
-Index: lua5.2-5.2.0.obsolete.0.298371916710497/src/luaconf.h
+Index: lua5.2-5.2.1/src/luaconf.h
===
lua5.2-5.2.0.obsolete.0.298371916710497.orig/src/luaconf.h 2011-12-06
17:58:36.0 +0100
-+++ lua5.2-5.2.0.obsolete.0.298371916710497/src/luaconf.h 2012-05-04
16:27:35.0 +0200
-@@ -101,13 +101,19 @@
+--- lua5.2-5.2.1.orig/src/luaconf.h2012-05-11 16:14:42.0 +0200
lua5.2-5.2.1/src/luaconf.h 2012-07-16 12:51:33.0 +0200
+@@ -98,16 +98,23 @@
+ LUA_CDIR?.dll; LUA_CDIRloadall.dll; .\\?.dll
+ #else /* }{ */
+-
++/* This defines DEB_HOST_MULTIARCH */
++#include lua-deb-multiarch.h
#define LUA_VDIR LUA_VERSION_MAJOR . LUA_VERSION_MINOR /
#define LUA_ROOT /usr/local/
+#define LUA_ROOT2 /usr/
diff -Nru lua5.2-5.2.1/debian/rules lua5.2-5.2.1/debian/rules
--- lua5.2-5.2.1/debian/rules 2012-05-04 16:33:37.0 +0200
+++ lua5.2-5.2.1/debian/rules 2012-07-16 13:06:41.0 +0200
@@ -9,12 +9,20 @@
override_dh_auto_build:
$(MAKE) linux \
- DEB_HOST_MULTIARCH=$(DEB_HOST_MULTIARCH) \
- MYCFLAGS=-DDEB_HOST_MULTIARCH=\\\$(DEB_HOST_MULTIARCH)\\\ $(CFLAGS)
\
+ MYCFLAGS=$(CFLAGS) \
MYLDFLAGS=$(LDFLAGS) \
MYLIBS=$(MYLIBS)
PKG_CONFIG_FILE=debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/pkgconfig/lua5.2.pc
+LUA_MULTIARCH_INCLUDE =
debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/lua5.2/include/
+LUA_MULTIARCH = lua-deb-multiarch.h
+
+override_dh_auto_configure:
+ echo #ifndef _LUA_DEB_MULTIARCH_ src/$(LUA_MULTIARCH)
+ echo #define _LUA_DEB_MULTIARCH_ src/$(LUA_MULTIARCH)
+ echo #define DEB_HOST_MULTIARCH \$(DEB_HOST_MULTIARCH)\ \
+ src/$(LUA_MULTIARCH)
+ echo #endif src/$(LUA_MULTIARCH)
override_dh_auto_install:
dh_auto_install
@@ -27,10 +35,13 @@
cat debian/lua.pc.in $(PKG_CONFIG_FILE)
cat doc/lua.1 | sed 's/TH LUA 1/TH LUA5.2 1/' lua5.2.1
cat doc/luac.1 | sed 's/TH LUAC 1/TH LUAC5.2 1/' luac5.2.1
+ mkdir -p $(LUA_MULTIARCH_INCLUDE)
+ cp src/$(LUA_MULTIARCH) $(LUA_MULTIARCH_INCLUDE)
override_dh_auto_clean:
dh_auto_clean
rm -f lua5.2.1 luac5.2.1
+ rm -f src/$(LUA_MULTIARCH)
override_dh_strip:
dh_strip --dbg-package=liblua5.2-0-dbg
Re: Please unblock: lua5.1/5.1.5-3
On Thu, Jul 19, 2012 at 22:05:58 +0200, Enrico Tassi wrote: This version of lua5.1 fixes a nasty multiarch related issue (bug #676695). With that version liblua5.1-0-dev installs in /usr/lib/$triplet/ include files that are arch specific, as all other multiarch -dev packages do. It also reportedly breaks some reverse deps. I think I'm going to have to say no. Cheers, Julien signature.asc Description: Digital signature
Re: Please unblock: lua5.1/5.1.5-3
On Thu, Jul 19, 2012 at 10:16:36PM +0200, Julien Cristau wrote: On Thu, Jul 19, 2012 at 22:05:58 +0200, Enrico Tassi wrote: This version of lua5.1 fixes a nasty multiarch related issue (bug #676695). With that version liblua5.1-0-dev installs in /usr/lib/$triplet/ include files that are arch specific, as all other multiarch -dev packages do. It also reportedly breaks some reverse deps. I think I'm going to have to say no. What do you mean with reportedly? I see no bugs reported on that version, and I've rebuild most of its reverse dependencies myself before uploading. Cheers -- Enrico Tassi -- 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/20120719202217.GA27242@birba
Bug#682155: unblock: datapm/0.10-1.1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package datapm/0.10-1.1.
The NMU fixes one RC and one important bug:
#681901 datapm: missing dependency on python-pkg-resources
#682053 FTBFS if built twice in a row
Full debdiff is attached below.
unblock datapm/0.10-1.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.2.0-3-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 datapm-0.10/debian/changelog datapm-0.10/debian/changelog
--- datapm-0.10/debian/changelog 2012-05-31 08:17:34.0 +0200
+++ datapm-0.10/debian/changelog 2012-07-19 22:10:28.0 +0200
@@ -1,3 +1,13 @@
+datapm (0.10-1.1) unstable; urgency=low
+
+ * Non-maintainer upload with maintainer approval.
+ * Add Depends on python-pkg-resources.
+Closes: #681901
+ * Add *.egg-info/* to debian/clean to fix FTBFS if built twice in a row.
+Closes: #682053
+
+ -- Evgeni Golov evg...@debian.org Thu, 19 Jul 2012 22:07:11 +0200
+
datapm (0.10-1) unstable; urgency=low
* Initial release (Closes: #664566)
diff -Nru datapm-0.10/debian/clean datapm-0.10/debian/clean
--- datapm-0.10/debian/clean 1970-01-01 01:00:00.0 +0100
+++ datapm-0.10/debian/clean 2012-07-19 22:08:01.0 +0200
@@ -0,0 +1 @@
+*.egg-info/*
diff -Nru datapm-0.10/debian/control datapm-0.10/debian/control
--- datapm-0.10/debian/control 2012-05-31 08:17:34.0 +0200
+++ datapm-0.10/debian/control 2012-07-19 22:07:09.0 +0200
@@ -16,6 +16,7 @@
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends},
python-ckanclient (= 0.3),
+ python-pkg-resources,
python-sqlalchemy,
python-simplejson,
python-sqlite
Re: Please unblock: lua5.1/5.1.5-3
On Thu, Jul 19, 2012 at 22:22:17 +0200, Enrico Tassi wrote: On Thu, Jul 19, 2012 at 10:16:36PM +0200, Julien Cristau wrote: On Thu, Jul 19, 2012 at 22:05:58 +0200, Enrico Tassi wrote: This version of lua5.1 fixes a nasty multiarch related issue (bug #676695). With that version liblua5.1-0-dev installs in /usr/lib/$triplet/ include files that are arch specific, as all other multiarch -dev packages do. It also reportedly breaks some reverse deps. I think I'm going to have to say no. What do you mean with reportedly? I see no bugs reported on that version, and I've rebuild most of its reverse dependencies myself before uploading. Check #debian-devel scrollback around 18:30 - 18:35 UTC. crawl was mentioned. Cheers, Julien signature.asc Description: Digital signature
gscan2pdf freeze exception
I've just uploaded gscan2pdf 1.0.4-4 to sid. -2 is currently in wheezy. Please find attached a debdiff between -2 and -4 which fixes two serious bugs: #678911(Device-dependent options disappear after selecting Lineart mode) #682100gscan2pdf Recommends cuneiform which is in non-free Please keep me in cc, as I am not subscribed. Regards Jeff Ratcliffe gscan2pdf_1.0.4-2-4.debdiff.gz Description: GNU Zip compressed data
Bug#682161: unblock: arduino/1:1.0.1+dfsg-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package arduino Fixed French translation of Copy in the Edit menu see bugs.debian.org/682079 unblock arduino/1:1.0.1+dfsg-4 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-486 -- 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/20120320083756.11859.52220.report...@debian-testing.hsd1.in.comcast.net
Re: Please unblock: lua5.1/5.1.5-3
On Thu, Jul 19, 2012 at 10:31:29PM +0200, Julien Cristau wrote: Check #debian-devel scrollback around 18:30 - 18:35 UTC. crawl was mentioned. I see the problem. The bad thing is that even the old build of crawl is possibly broken, since the paths its embedded lua interpreter inspects to load libraries is probably incomplete. I'll look at it more deeply tomorrow, and also try to test _all_ reverse deps (that don't use pkg-config). Cheers -- Enrico Tassi -- 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/20120719210038.GA28972@birba
Bug#682165: unblock: python-skimage/0.6-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package python-skimage There was a bug in the way different numpy data types were compared, causing failures on various platforms. The fix requires minimal changes to a single file. We also fixed the list of build dependencies (changelog below). Thanks Stéfan skimage (0.6.1-1) unstable; urgency=low * Upstream bugfix release (correctly compare dtypes in the freeimage loader on all platforms). * Add python-support as build dependency (Closes: #681896). -- Stefan van der Walt ste...@sun.ac.za Tue, 17 Jul 2012 15:03:25 -0400 unblock python-skimage/0.6-1 -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-24-generic (SMP w/2 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.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/CABDkGQn2+smGDH-TUMR70zE4h46AeBrA-4Qe+GB3J0pdZ==4...@mail.gmail.com
Re: Please give back firebird2.5 on ia64
On Tue, Jul 17, 2012 at 11:33:27AM +0300, Damyan Ivanov wrote: -=| Cyril Brulebois, 03.07.2012 14:19:40 +0200 |=- (two weeks later) Is there anything I can do to help with this? Original request below: Damyan Ivanov d...@debian.org (03/07/2012): Due to #679680 in libatomic-ops-dev, firebird2.5 failed to build on ia64. The bug is fixed in version 7.3~alpha1+git20120701-1, but I am not sure what would be the best way to ensure that it is present on the buildd. Adding a versioned build-dependency would mean firebird2.5 won't be buildable in wheezy (and it built before with the wheezy version if libatomic-ops-dev), and I can't figure out the --dep-wait wb usage. In any case, the give-back command would be: wb gb firebird2.5_2.5.2~svn+54698.ds4-1 . ia64 Given back. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#682046: unblock: django-celery/2.5.5-2
On Thu, Jul 19, 2012 at 07:30:49AM +0200, Michael Fladischer wrote: It fixes a FTBFS which occured because it tried to connect to github while building the documentation. There's now a patch included to disable this behaviour in the upstream documentation during build, controllable through an environment variable. debdiff is attached. unblock django-celery/2.5.5-2 And the buildsystem uses hasattr or something similar to access the issuetracker* variables? Because they're now left undefined… Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#682038: marked as done (unblock: ethtool/1:3.4.2-1)
Your message dated Thu, 19 Jul 2012 23:59:37 +0200 with message-id 20120719215937.ga28...@spike.0x539.de and subject line Re: Bug#682038: unblock: ethtool/1:3.4.2-1 has caused the Debian Bug report #682038, regarding unblock: ethtool/1:3.4.2-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.) -- 682038: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682038 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: freeze-exception Please unblock package ethtool This is a new upstream release that only fixes bugs. These bugs have not been reported in Debian, but one completely broke configuration of a feature of some drivers (ixgbe, niu, gianfar) and the other two resulted in very misleading output when using older kernel versions (i.e. partial upgrades). Ben. unblock ethtool/1:3.4.2-1 -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ---End Message--- ---BeginMessage--- On Thu, Jul 19, 2012 at 04:27:31AM +0100, Ben Hutchings wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package ethtool This is a new upstream release that only fixes bugs. These bugs have not been reported in Debian, but one completely broke configuration of a feature of some drivers (ixgbe, niu, gianfar) and the other two resulted in very misleading output when using older kernel versions (i.e. partial upgrades). Ben. unblock ethtool/1:3.4.2-1 Done, thanks. Kind regards Philipp Kern signature.asc Description: Digital signature ---End Message---
Bug#680647: marked as done (unblock: binutils-mingw-w64/2)
Your message dated Fri, 20 Jul 2012 00:46:57 +0200
with message-id 20120720004657.3d50a...@sk2.org
and subject line Re: Bug#680647: unblock: binutils-mingw-w64/2
has caused the Debian Bug report #680647,
regarding unblock: binutils-mingw-w64/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.)
--
680647: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680647
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 binutils-mingw-w64: it drops a erroneous
Conflicts relationship with mingw32-binutils, which is required to
allow mingw32-ocaml upgrades from squeeze using apt-get (see #662746
for details).
The diff is as follows:
diff --git a/debian/changelog b/debian/changelog
index e6866ff..056d74d 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+binutils-mingw-w64 (2) unstable; urgency=low
+
+ * binutils-mingw-w64 doesn't conflict with mingw32-binutils so remove
+the relationship (helps with #662746).
+
+ -- Stephen Kitt st...@sk2.org Wed, 04 Jul 2012 22:54:01 +0200
+
binutils-mingw-w64 (1) unstable; urgency=low
[ Stephen Kitt ]
diff --git a/debian/control b/debian/control
index 9ec7885..39dcbab 100644
--- a/debian/control
+++ b/debian/control
@@ -13,7 +13,6 @@ Package: binutils-mingw-w64
Architecture: all
Depends: ${misc:Depends}, binutils-mingw-w64-i686, binutils-mingw-w64-x86-64
Built-Using: binutils (= ${binutils:Version})
-Conflicts: mingw32-binutils
Description: Cross-binutils for Win32 and Win64 using MinGW-w64
MinGW-w64 provides a development and runtime environment for 32- and
64-bit (x86 and x64) Windows applications using the Windows API and
@@ -25,7 +24,6 @@ Package: binutils-mingw-w64-i686
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, binutils (= ${local:Version})
Built-Using: binutils (= ${binutils:Version})
-Conflicts: mingw32-binutils
Breaks: binutils-mingw-w64 ( 2.22-1+1)
Replaces: binutils-mingw-w64 ( 2.22-1+1)
Description: Cross-binutils for Win32 (x86) using MinGW-w64
@@ -39,7 +37,6 @@ Package: binutils-mingw-w64-x86-64
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, binutils (= ${local:Version})
Built-Using: binutils (= ${binutils:Version})
-Conflicts: mingw32-binutils
Breaks: binutils-mingw-w64 ( 2.22-1+1)
Replaces: binutils-mingw-w64 ( 2.22-1+1)
Description: Cross-binutils for Win64 (x64) using MinGW-w64
unblock binutils-mingw-w64/2
Regards,
Stephen
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable'), (200, 'unstable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-2-686-pae (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
---End Message---
---BeginMessage---
On Sat, 07 Jul 2012 18:32:15 +0200, Stephen Kitt st...@sk2.org wrote:
Please unblock package binutils-mingw-w64: it drops a erroneous
Conflicts relationship with mingw32-binutils, which is required to
allow mingw32-ocaml upgrades from squeeze using apt-get (see #662746
for details).
I'm closing this since KiBi unblocked the package (thanks!) and it has
successfully transitioned to testing.
Regards,
Stephen
signature.asc
Description: PGP signature
---End Message---
unblock: couchdb/1.2.0-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
thanks
Hi,
Please unblock couchdb/1.2.0-2 which fixes #681549 [1].
On new installs /var/run/couchdb is created to store the pidfile in, but
as root:root . Then the couchdb user can't store its pid there, due to
owner problems. Filed as important, but can be RC as couchdb fails to
start if can't store the pidfile.
The fix is oneliner:
+++ couchdb-1.2.0/etc/init/couchdb.tpl.in
mkdir -p $RUN_DIR
+chown -R $COUCHDB_USER $RUN_DIR
command=$COUCHDB -b
But complete debdiff is attached.
Thanks,
Laszlo/GCS
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681549
diff -Nru couchdb-1.2.0/debian/changelog couchdb-1.2.0/debian/changelog
--- couchdb-1.2.0/debian/changelog 2012-06-29 20:31:16.0 +0200
+++ couchdb-1.2.0/debian/changelog 2012-07-19 20:35:03.0 +0200
@@ -1,3 +1,9 @@
+couchdb (1.2.0-2) unstable; urgency=low
+
+ * Make couchdb user own its run directory (closes: #681549).
+
+ -- Laszlo Boszormenyi (GCS) g...@debian.hu Thu, 19 Jul 2012 20:13:25 +0200
+
couchdb (1.2.0-1) unstable; urgency=low
* New major upstream release (closes: #672141).
diff -Nru couchdb-1.2.0/debian/patches/couchdb_own_rundir.patch couchdb-1.2.0/debian/patches/couchdb_own_rundir.patch
--- couchdb-1.2.0/debian/patches/couchdb_own_rundir.patch 1970-01-01 01:00:00.0 +0100
+++ couchdb-1.2.0/debian/patches/couchdb_own_rundir.patch 2012-07-19 20:57:00.0 +0200
@@ -0,0 +1,18 @@
+Description: Initscript creates RUN_DIR , make sure it's owned by couchdb
+ Add chown after the mkdir to make COUCHDB_USER own the RUN_DIR being created.
+Author: Laszlo Boszormenyi (GCS) g...@debian.hu
+Bug-Debian: http://bugs.debian.org/681549
+Last-Update: 2012-07-19
+
+---
+
+--- couchdb-1.2.0.orig/etc/init/couchdb.tpl.in
couchdb-1.2.0/etc/init/couchdb.tpl.in
+@@ -84,6 +84,7 @@ start_couchdb () {
+ # Start Apache CouchDB as a background process.
+
+ mkdir -p $RUN_DIR
++chown -R $COUCHDB_USER $RUN_DIR
+ command=$COUCHDB -b
+ if test -n $COUCHDB_STDOUT_FILE; then
+ command=$command -o $COUCHDB_STDOUT_FILE
diff -Nru couchdb-1.2.0/debian/patches/series couchdb-1.2.0/debian/patches/series
--- couchdb-1.2.0/debian/patches/series 2011-11-27 09:19:17.0 +0100
+++ couchdb-1.2.0/debian/patches/series 2012-07-19 20:46:55.0 +0200
@@ -1 +1,2 @@
force-reload.patch
+couchdb_own_rundir.patch
Bug#682174: unblock: z80ex/1.1.19-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package z80ex I have prepared version 1.1.19-3 to be uploaded to unstable. This version fixes Debian bug #682018. I have successfully reproduced the bug, made the appropriate changes to my package and verified that my changes actually fix the bug. The fix consists of a single dh_override_auto_configure in the debian/rules file of the z80ex source package. I am attaching a diff. Cheers, Adrian unblock z80ex/1.1.19-3 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (100, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash diff --git a/debian/changelog b/debian/changelog index da531e8..b95826e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +z80ex (1.1.19-3) unstable; urgency=low + + * Force calling cmake through debhelper to make sure +endianness is set correctly (Closes: #682018) + + -- John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de Fri, 20 Jul 2012 01:50:57 +0200 + z80ex (1.1.19-2) unstable; urgency=low [ John Paul Adrian Glaubitz ] diff --git a/debian/rules b/debian/rules index c0b85db..9065ab8 100755 --- a/debian/rules +++ b/debian/rules @@ -9,6 +9,9 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 +override_dh_auto_configure: + dh_auto_configure -Scmake + override_dh_install: set -e; for file in libz80ex1.install libz80ex-dev.install; \ do \
Re: [Pkg-postgresql-public] Getting postgresql-8.4 8.4.12-2 into wheezy
Christoph Berg [2012-07-19 15:55 +0200]: There's one more issue with that package, it depends: postgresql-8.4 which makes it uninstallable in wheezy, but will work on systems upgraded from squeeze. The dependency is technically correct, as it enforces that it doesn't get installed where it is otherwise useless, but it might be preferable to just drop that dependency so that doesn't trigger QA scripts checking wheezy. Thanks for pointing that out -- so that is the real issue here? I guess I'll upload -3 to unstable which lowers that to Recommends? Or can britney be told to let that package in anyway? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Re: Is it possible to upload texmacs?
Hi, On Sun, 15 Jul 2012 22:25:06 +0200, Cyril Brulebois wrote: Thanks, if I understand it right, that means it's also needed to add '-o' given the current code does: (converter svg-file png-file (:require (url-exists-in-path? rsvg)) (:shell rsvg -f png from to)) On Sun, 15 Jul 2012 21:50:46 +0200, Cyril Brulebois wrote: If the above is correct, I would suggest something like this for the changelog entry, that would be a bit clearer: So I rewrote a changelog as you suggested and the patch is as follows (debian/patchs/13_rsvg.patch): --- texmacs-1.0.7.15/TeXmacs/progs/convert/images/init-images.scm~ 2012-03-27 15:18:06.0 +0900 +++ texmacs-1.0.7.15/TeXmacs/progs/convert/images/init-images.scm 2012-07-10 12:36:46.0 +0900 @@ -55,8 +55,8 @@ (:shell inkscape -z -f from -P to)) (converter svg-file png-file - (:require (url-exists-in-path? rsvg)) - (:shell rsvg -f png from to)) + (:require (url-exists-in-path? rsvg-convert)) + (:shell rsvg-convert -f png from -o to)) ;; Bitmap image formats I just uploaded the package so please review it. Thanks for your work. Best regards, 2012-7-20(Fri) -- Debian Developer - much more I18N of Debian Atsuhito Kohda kohda AT debian.org Department of Math., Univ. of Tokushima -- 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/20120720.131546.303847531.ko...@pm.tokushima-u.ac.jp
Re: Bug#682046: unblock: django-celery/2.5.5-2
On Fri, Jul 20, 2012 at 12:01:07AM +0200, Philipp Kern wrote: On Thu, Jul 19, 2012 at 07:30:49AM +0200, Michael Fladischer wrote: It fixes a FTBFS which occured because it tried to connect to github while building the documentation. There's now a patch included to disable this behaviour in the upstream documentation during build, controllable through an environment variable. debdiff is attached. unblock django-celery/2.5.5-2 And the buildsystem uses hasattr or something similar to access the issuetracker* variables? Because they're now left undefined… Allow me to reply, as I wrote the patch. They are not undefined :) Issuetracker sets them to None during setup [1] and the config we edit just sets them to something useful instead. And the whole code is only executed when config.issuetracker is not None [2]. Hope this clarifies it. Regards Evgeni [1] https://github.com/lunaryorn/sphinxcontrib-issuetracker/blob/master/sphinxcontrib/issuetracker/__init__.py#L312 [2] https://github.com/lunaryorn/sphinxcontrib-issuetracker/blob/master/sphinxcontrib/issuetracker/__init__.py#L280 -- Bruce Schneier can read and understand Perl programs. -- 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/20120720051213.gk6...@dorei.kerker.die-welt.net
