Bug#834545: transition: re2
Hi Emilio (2016.08.31_00:35:21_+0200) > > Would you mind if I held back for the next release, due on the 1st? So, that is staged in git and ready to go. It will require a 1-line patch to ocaml-re2 (inserting an std::), and ruby-re2 should be binnmuable. chromium-browser, libphonenumber, and hhvm all have unrelated FTBFSs at the moment. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#834545: transition: re2
Hi Emilio (2016.08.31_00:35:21_+0200) > > Would you mind if I held back for the next release, due on the 1st? > > 1st of September? > > That'd be fine. Yep. Upstream does monthly snapshots, rather than releases. And seem to be moving rather fast atm. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#834545: transition: re2
Hi Emilio (2016.08.29_09:58:46_+0200) > Go ahead. Would you mind if I held back for the next release, due on the 1st? SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#835937: beets: FTBFS randomly (test_nonexistent_file fails)
Hi Santiago (2016.08.29_06:44:11_-0700) > The failure happens randomly: It always happen in a certain > autobuilder I have, and it does never happen on the others. Yeah I saw this when I uploaded to the archive, and have been meaning to dig deeper. Thanks for doing the legwork :) SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#775811: beets: please include the zsh completion script provided in the beets source
Control: forwarded -1 https://github.com/beetbox/beets/pull/2173 > The beets source provides a zsh completion file¹ that could be installed > to provide a better experience to users of zsh. Could you include this > file in the package and install it to: > /usr/share/zsh/vendor-completions/_beets First we have to get upstream to include that in their release tarballs. Requested... SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#827780: beets should recommend or suggest libchromaprint-tools python3-acoustid
Control: tag -1 + moreinfo > The chromaprint/accousticId seems to need the packages > libchromaprint-tools python3-acoustid . Are you sure about that? python-acoustid should use libchromaprint0 directly. And beets runs under python 2, not python 3, so it definitely doesn't use python3-acoustid. beets Suggests python-acoustid python-acoustid Depends libchromaprint0, python-audioread That should be enough to make it use the audioread + libchromaprint0 backend, rather than shelling out to fpcalc. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#833478: xserver-xorg: Random brief (1s) screen-blanking with modesetting driver on intel hw
Upgraded to linux 4.7.0-1 and now I'm seeing similar symptoms on the eDP panel. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#834545: transition: re2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition It's already in experimental, where it has built on all release architectures, so: Ben file: https://release.debian.org/transitions/html/auto-re2.html Only two reverse dependencies, which build on amd64. So, should be a trivial binNMU transition. SR -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#833478: xserver-xorg: Random brief (1s) screen-blanking with modesetting driver on intel hw
Package: xserver-xorg Version: 1:7.7+16 Severity: normal Hardware: Lenovo X250 (Intel Graphics), with 2xDELL U2713HM connected via docking station's Display Ports. Since upgrading to the modesetting driver, the monitor I'm currently focussed on often goes blank for a second, while I'm working. The others are unaffected. I'm assuming that the display port connection is resetting, because if I have a monitor menu up, when triggering the bug, it gets closed, as the screen blanks. Nothing gets logged. It seems to be usually caused by opening a terminal or pressing a key in a terminal just after switching focus, but I can't explain any of that :) It seems to happen less often if I turn one of the 3 monitors off. And I've never seen it happen on the internal eDP panel, only on the DP Dell monitors. Using the intel driver avoids the problem, but it seems to have picked up other odd rendering bugs around the same time. Windows flicker between previous and old contents. Seen with Linux 4.6.0-1 and 4.7.0-rc7. SR -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Apr 7 2015 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 274 Jul 19 20:00 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Broadwell-U Integrated Graphics [8086:1616] (rev 09) /etc/X11/xorg.conf does not exist. Contents of /etc/X11/xorg.conf.d: - total 4 -rw-r--r-- 1 root root 612 Apr 7 2015 trackpoint.conf /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 4.7.0-rc7-amd64 (debian-ker...@lists.debian.org) (gcc version 5.4.0 20160609 (Debian 5.4.0-6) ) #1 SMP Debian 4.7~rc7-1~exp1 (2016-07-14) Xorg X server log files on system: -- -rw-r--r-- 1 root root 25596 Oct 31 2015 /var/log/Xorg.1.log -rw-r--r-- 1 root root 63683 Aug 4 14:52 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [12.961] X.Org X Server 1.18.4 Release Date: 2016-07-19 [12.961] X Protocol Version 11, Revision 0 [12.961] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [12.961] Current Operating System: Linux smetana 4.7.0-rc7-amd64 #1 SMP Debian 4.7~rc7-1~exp1 (2016-07-14) x86_64 [12.961] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.7.0-rc7-amd64 root=UUID=bf1a1681-df92-4142-85d1-3a14902d6615 ro syscall.x32=y quiet [12.962] Build Date: 20 July 2016 05:14:41AM [12.962] xorg-server 2:1.18.4-1 (http://www.debian.org/support) [12.962] Current version of pixman: 0.33.6 [12.962]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [12.962] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [12.962] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Aug 4 14:25:18 2016 [12.967] (==) Using config directory: "/etc/X11/xorg.conf.d" [12.967] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [12.971] (==) No Layout section. Using the first Screen section. [12.971] (==) No screen section available. Using defaults. [12.971] (**) |-->Screen "Default Screen Section" (0) [12.971] (**) | |-->Monitor "" [12.971] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [12.971] (==) Automatically adding devices [12.971] (==) Automatically enabling devices [12.971] (==) Automatically adding GPU devices [12.971] (==) Max clients allowed: 256, resource mask: 0x1f [12.973] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [12.973]Entry deleted from font path. [12.974] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [12.974] (==) ModulePath set to "/usr/lib/xorg/modules" [12.974] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [12.974] (II) Loader magic: 0x5638e348edc0 [12.974] (II) Module ABI versions: [12.974]X.Org ANSI C Emulation: 0.4 [12.974]X.Org Video Driver: 20.0 [12.974]X.Org XInput driver : 22.1 [12.974]X.Org Server Extension : 9.0 [12.975] (++) using VT number 7 [12.975] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration [
Bug#831336: python-cffi: Versioned Provides not supported by buildds
Hi Sebastiaan (2016.08.01_19:06:05_+0200) > Control: tags -1 - moreinfo You didn't actually provide much info, just asked me to talk to other people :) > Try to build the affected packages on the buildds Well that presumably just-works. Because there haven't been any other issues with regular uploads. This seems to be specific to binNMUs. > I only know that this issue was preventing the vtk6 builds on the > buildds, those didn't have proper support yet at least. You should ask > the buildd admins whether the fixed this issue too. #786803 is only for > britney which does testing migrations, it doesn't add support for > versioned provides to the buildds. Again, I don't understand what "support for versioned provides on the buildds" means. > I can't help you further, I was only affected by your choice to enable > versioned provides. As long as they're not documented in the Debian > Policy you cannot expect all tools to handle them, britney is only one > of many. Debian Policy tends to lag behind accepted norms. We try things out first, then document them in policy. c.f. multiarch. It's widely used and a best practice, even though it hasn't made it into policy yet. I'd call that example a failure of Debian policy, but it is a good counter-example to your statement. Yes, I'm a very early user of versioned Provides. But not the only one, and so far, it's been pretty uneventful. Somebody has to be the first person to use new things, get bitten by all their bugs, and get people to start working on fixing them. SR -- Stefano Rivera http://tumbleweed.org.za/ +27 72 419 8559 +1 415 683 3272
Bug#831336: python-cffi: Versioned Provides not supported by buildds
Control: tag -1 moreinfo Hi Bas (2016.07.14_14:30:11_-0400) > The versioned provides in enabled in 1.6.0-1 are preventing the buildds > from rebuilding vtk6 for the ongoing gdal transition (#830966) That transition completed successfully, and the bug was closed. Was there really an issue here? If so, how do I reproduce it? > Please disable the versioned provides until it's fully supported in all > Debian infrastructure, its support in britney is not sufficient. Is there a bug tracking that? I thought it was sufficiently supported, these days. I can't see anything on https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=release.debian.org;dist=unstable#_0_16_4 and #786803 was closed. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#833165: python-twextpy: Attempts to build cffi modules at runtime
Package: python-twextpy Version: 0.1.b2.dev15059-1 Severity: normal Tags: patch Importing the cffi bits of python-twextpy results in errors like this: >>> import twext.python.sacl /usr/lib/python2.7/dist-packages/twext/python/__pycache__/_cffi_twext_python_sacl_xe128630fxbbd600c.c:2:20: fatal error: Python.h: No such file or directory compilation terminated. Traceback (most recent call last): File "", line 1, in File "/usr/lib/python2.7/dist-packages/twext/python/sacl.py", line 43, in raise ImportError(ve) ImportError: CompileError: command 'x86_64-linux-gnu-gcc' failed with exit status 1 This is because it's attempting to build a cffi module, that wasn't bundled in the binary package (as they be). It's worth noting that there are more modern ways to use cffi that don't have this problem https://cffi.readthedocs.io/en/latest/overview.html#real-example-api-level-out-of-line All of that said, it turns out that these cffi extensions are wrapping OSX-specific libraries. So, I think the best thing to do here is to patch them out and drop the cffi dependencies. Here's a patch series to achieve that: 0001-Patch-out-OSX-only-modules-launchd-and-sacl.patch 0002-Drop-cffi-dependency-no-longer-used.patch As I started by trying to build these cffi modules at build time, I also have some other patches that may interest you: 0003-Build-with-pybuild.patch 0004-Clean-up-after-running-tests.patch 0005-Ignore-tests.patch 0006-Wrap-and-sort-control-files.patch SR From 763a938f3f3b8d3744dd180c07c73e7571fddf8e Mon Sep 17 00:00:00 2001 From: Stefano Rivera <stefa...@debian.org> Date: Mon, 1 Aug 2016 11:47:09 -0400 Subject: [PATCH 1/6] Patch out OSX-only modules (launchd and sacl) So we don't try to build an extension at runtime. --- debian/changelog | 7 +++ debian/patches/not-osx.patch | 31 +++ debian/patches/series| 1 + 3 files changed, 39 insertions(+) create mode 100644 debian/patches/not-osx.patch diff --git a/debian/changelog b/debian/changelog index d293074..a25b1dd 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +twextpy (0.1.b2.dev15059-2) UNRELEASED; urgency=medium + + * Patch out OSX-only modules (launchd and sacl), so we don't try to build an +extension at runtime. + + -- Stefano Rivera <stefa...@debian.org> Mon, 01 Aug 2016 11:32:19 -0400 + twextpy (0.1.b2.dev15059-1) unstable; urgency=low * Initial package import of upstream svn branch release twext-7.0-dev diff --git a/debian/patches/not-osx.patch b/debian/patches/not-osx.patch new file mode 100644 index 000..b02c697 --- /dev/null +++ b/debian/patches/not-osx.patch @@ -0,0 +1,31 @@ +Description: This isn't OSX + launchd and the APIs used in sacl are't available, so don't try to build these + cffi extensions ever. + . + Without this patch, a build will be attempted on every import. +Author: Stefano Rivera <stefa...@debian.org> +Last-Updated: 2016-08-01 +Forwarded: not-needed + +--- a/twext/python/launchd.py b/twext/python/launchd.py +@@ -19,6 +19,8 @@ + Binding for launchd socket hand-off API. + """ + ++raise ImportError('launchd is not available on this platform') ++ + from __future__ import print_function + + from cffi import FFI, VerificationError +--- a/twext/python/sacl.py b/twext/python/sacl.py +@@ -14,6 +14,8 @@ + # limitations under the License. + ## + ++raise ImportError('checkSACL is not available on this platform') ++ + from __future__ import print_function + + __all__ = [ diff --git a/debian/patches/series b/debian/patches/series index 332a360..44d8a38 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1,2 +1,3 @@ nss.patch version.patch +not-osx.patch -- 2.8.1 From 6e81b2c9e53f3779b0ef14a39ab6365ddaae9f3e Mon Sep 17 00:00:00 2001 From: Stefano Rivera <stefa...@debian.org> Date: Mon, 1 Aug 2016 12:11:01 -0400 Subject: [PATCH 2/6] Drop cffi dependency, no longer used. --- debian/changelog | 1 + debian/control | 3 +-- debian/patches/not-osx.patch | 30 -- 3 files changed, 22 insertions(+), 12 deletions(-) diff --git a/debian/changelog b/debian/changelog index a25b1dd..a851ece 100644 --- a/debian/changelog +++ b/debian/changelog @@ -2,6 +2,7 @@ twextpy (0.1.b2.dev15059-2) UNRELEASED; urgency=medium * Patch out OSX-only modules (launchd and sacl), so we don't try to build an extension at runtime. + * Drop cffi dependency, no longer used. -- Stefano Rivera <stefa...@debian.org> Mon, 01 Aug 2016 11:32:19 -0400 diff --git a/debian/control b/debian/control index 3ed27db..0bcfae8 100644 --- a/debian/control +++ b/debian/control @@ -10,8 +10,7 @@ Vcs-Browser: https://anonscm.debian.org/cgit/calendarserver/twextpy.git Package: python-twext Architecture: all -Depends: ${misc:Depends}, ${python:Depends}, python-cffi (>= 0.6), - python-twisted (>=
Bug#833163: src:xcffib: Unnecessary Depends on python{3,}-cffi
Package: src:xcffib Version: 0.4.2-1 Severity: normal Tags: patch xcffib is using cffi is out-of-line mode, which means it doesn't actually import cffi at runtime, only the cffi-backend. So, it doesn't need to Depend on python-cffi. Patch attached. SR diff -Nru xcffib-0.4.2/debian/control xcffib-0.4.2/debian/control --- xcffib-0.4.2/debian/control 2016-05-29 08:25:32.0 -0400 +++ xcffib-0.4.2/debian/control 2016-08-01 11:07:20.0 -0400 @@ -48,7 +48,6 @@ Package: python-xcffib Architecture: alpha amd64 arm64 armel armhf i386 mipsel ppc64el sh4 x32 Depends: python-six - , python-cffi (>= 1.1.0) , libxcb1 , ${misc:Depends} , ${shlibs:Depends} @@ -66,7 +65,6 @@ Package: python3-xcffib Architecture: any Depends: python3-six, - , python3-cffi (>= 1.1.0) , libxcb1 , ${misc:Depends} , ${shlibs:Depends}
Bug#833149: pyopencl: Unnecessary python{3,}-cffi dependencies
Source: pyopencl Version: 2015.2.4-1 Severity: normal Tags: patch pyopencl uses cffi in the out-of-line mode, which means it doesn't actually need to import cffi at runtime, only the cffi backend. So, you can drop the explicity cffi dpendencies. SR diff -Nru pyopencl-2015.2.4/debian/control pyopencl-2015.2.4/debian/control --- pyopencl-2015.2.4/debian/control 2016-03-27 15:53:33.0 -0400 +++ pyopencl-2015.2.4/debian/control 2016-08-01 08:12:24.0 -0400 @@ -39,8 +39,7 @@ python-appdirs (>= 1.4.0), python-numpy, python-pytools (>= 2015.1.2), - python-six, - python-cffi (>= 1.1.0) + python-six Recommends: python-pyopencl-doc, python-opengl, python-mako @@ -103,8 +102,7 @@ python3-appdirs (>= 1.4.0), python3-numpy, python3-pytools (>= 2015.1.2), - python3-six, - python3-cffi (>= 1.1.0) + python3-six Recommends: python-pyopencl-doc, python3-mako Suggests: python3-imaging-tk,
Bug#833098: python3-qtile: Python3 library depends on Python 2 packages
Hi Debian (2016.07.31_16:21:48_-0400) In fact, qtile also doesn't need to depend on python{3,}-cffi. The way it is using cffi only involves the cffi backend. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 diff -Nru qtile-0.10.6/debian/control qtile-0.10.6/debian/control --- qtile-0.10.6/debian/control 2016-05-29 09:30:58.0 -0400 +++ qtile-0.10.6/debian/control 2016-07-31 16:37:08.0 -0400 @@ -35,8 +35,7 @@ Package: python-qtile Architecture: any -Depends: python-cffi (>= 1.3.0), - python-xcffib (>= 0.4.0), +Depends: python-xcffib (>= 0.4.0), python-cairocffi (>= 0.7), python-trollius, libglib2.0-0, @@ -65,9 +64,8 @@ Package: python3-qtile Architecture: any -Depends: python-cffi (>= 1.3.0), - python-xcffib (>= 0.4.0), - python-cairocffi (>= 0.7), +Depends: python3-xcffib (>= 0.4.0), + python3-cairocffi (>= 0.7), libglib2.0-0, libpango1.0-0, libpangocairo-1.0-0,
Bug#833098: python3-qtile: Python3 library depends on Python 2 packages
Package: python3-qtile Version: 0.10.6-2 Severity: serious Tags: patch Justification: Policy 7.2 Spot the problem: Package: python3-qtile Depends: python-cffi (>= 1.3.0), python-xcffib (>= 0.4.0), python-cairocffi (>= 0.7), libglib2.0-0, libpango1.0-0, libpangocairo-1.0-0, python3-trollius, python3-cairocffi, python3-cffi-backend-api-min (<= 9729), python3-cffi-backend-api-max (>= 9729), python3-six (>= 1.4.1), python3-xcffib, python3:any (>= 3.3.2-2~) A python3 library requiring python2 modules? o_O SR diff -Nru qtile-0.10.6/debian/changelog qtile-0.10.6/debian/changelog --- qtile-0.10.6/debian/changelog 2016-05-29 09:31:59.0 -0400 +++ qtile-0.10.6/debian/changelog 2016-07-31 15:27:55.0 -0400 @@ -1,3 +1,10 @@ +qtile (0.10.6-2.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Less crazy dependencies + + -- Stefano Rivera <stefa...@debian.org> Sun, 31 Jul 2016 15:27:48 -0400 + qtile (0.10.6-2) unstable; urgency=medium * Added postinst and prerm scripts for qtile: diff -Nru qtile-0.10.6/debian/control qtile-0.10.6/debian/control --- qtile-0.10.6/debian/control 2016-05-29 09:30:58.0 -0400 +++ qtile-0.10.6/debian/control 2016-07-31 15:23:20.0 -0400 @@ -65,9 +65,9 @@ Package: python3-qtile Architecture: any -Depends: python-cffi (>= 1.3.0), - python-xcffib (>= 0.4.0), - python-cairocffi (>= 0.7), +Depends: python3-cffi (>= 1.3.0), + python3-xcffib (>= 0.4.0), + python3-cairocffi (>= 0.7), libglib2.0-0, libpango1.0-0, libpangocairo-1.0-0,
Bug#833091: python-ssdeep: Missing dependency on python-cffi
Package: python-ssdeep Version: 3.1+dfsg-1+b2 Severity: serious Tags: patch Justification: Policy 7.2 python-ssdeep explicitly imports cffi (it's not using one of the out-of-line modes), so it needs to explicitly depend on the python-cffi binary package. This could be avoided if upstream switched to one of the out of line modes. https://cffi.readthedocs.io/en/latest/overview.html#purely-for-performance-api-level-out-of-line SR diff -Nru python-ssdeep-3.1+dfsg/debian/changelog python-ssdeep-3.1+dfsg/debian/changelog --- python-ssdeep-3.1+dfsg/debian/changelog 2014-10-24 14:50:23.0 -0400 +++ python-ssdeep-3.1+dfsg/debian/changelog 2016-07-31 15:14:14.0 -0400 @@ -1,3 +1,10 @@ +python-ssdeep (3.1+dfsg-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Depend on python-cffi + + -- Stefano Rivera <stefa...@debian.org> Sun, 31 Jul 2016 15:14:07 -0400 + python-ssdeep (3.1+dfsg-1) unstable; urgency=low * Repack to remove non-free sources. diff -Nru python-ssdeep-3.1+dfsg/debian/control python-ssdeep-3.1+dfsg/debian/control --- python-ssdeep-3.1+dfsg/debian/control 2014-10-24 14:23:53.0 -0400 +++ python-ssdeep-3.1+dfsg/debian/control 2016-07-31 15:13:57.0 -0400 @@ -18,7 +18,7 @@ Package: python-ssdeep Architecture: any -Depends: ${misc:Depends}, ${python:Depends}, ${shlibs:Depends} +Depends: ${misc:Depends}, ${python:Depends}, ${shlibs:Depends}, python-cffi Description: Python 2.x wrapper for the ssdeep piecewise hashing tool This is a straightforward Python wrapper for ssdeep by Jesse Kornblum, which is a library for computing context triggered piecewise hashes (CTPH). @@ -30,7 +30,7 @@ Package: python3-ssdeep Architecture: any -Depends: ${misc:Depends}, ${python3:Depends}, ${shlibs:Depends} +Depends: ${misc:Depends}, ${python3:Depends}, ${shlibs:Depends}, python3-cffi Description: Python 3.x wrapper for the ssdeep piecewise hashing tool This is a straightforward Python wrapper for ssdeep by Jesse Kornblum, which is a library for computing context triggered piecewise hashes (CTPH).
Bug#827411: piuparts: FTBFS on jessie: 'wheezy' != 'squeeze'
Control: tag -1 + patch > def testConfStdDistroNames(self): > self.assertEqual(self.oldstable, 'squeeze') > self.assertEqual(self.stable, 'wheezy') > self.assertEqual(self.testing, 'jessie') > self.assertEqual(self.unstable, 'sid') > self.assertEqual(self.experimental, 'experimental') > > which is incorrect since jessie was released ... > > I'm not sure about what this unittest is supposed to accomplish ... > > And the bug will manifest again once stretch gets released Suggested solution attached. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 From 4a95908fdd67f7a7e8f23b1afeedf495b903aa1f Mon Sep 17 00:00:00 2001 From: Stefano Rivera <stef...@rivera.za.net> Date: Sat, 30 Jul 2016 18:37:20 -0400 Subject: [PATCH] Don't test the current Debian release status Tracking that is distro-info-data's problem Closes: #827411 --- tests/test_config.py | 3 --- 1 file changed, 3 deletions(-) diff --git a/tests/test_config.py b/tests/test_config.py index 17b704c..f189861 100644 --- a/tests/test_config.py +++ b/tests/test_config.py @@ -17,9 +17,6 @@ class ConfStdDistroTests(unittest.TestCase): self.experimental = 'experimental' def testConfStdDistroNames(self): -self.assertEqual(self.oldstable, 'wheezy') -self.assertEqual(self.stable, 'jessie') -self.assertEqual(self.testing, 'stretch') self.assertEqual(self.unstable, 'sid') self.assertEqual(self.experimental, 'experimental') -- 2.8.1
Bug#827411: piuparts: FTBFS on jessie: 'wheezy' != 'squeeze'
control: reassign -1 piuparts > Are you sure that this isn't a bug in piuparts? > There is a hardcoded mapping from codenames to releases ... Agreed, that's the bug. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#832567: autodep8: support build profile restrictions in ruby packages
Package: autodep8 Version: 0.6 Severity: normal Tags: patch Currently if I attempt to run autopkgtest on ruby-cucumber-wire, I get: > autopkgtest [15:43:52]: ERROR: erroneous package: InvalidControl test > gem2deb-test-runner --autopkgtest --check-dependencies 2>&1: Test Depends > field contains an invalid dependency `cucumber (>= 2.1) ' Because it has: > Build-Depends: cucumber (>= 2.1) , debhelper (>= 9.20141010~), >dpkg-dev (>= 1.17.14), gem2deb, rake, ruby-aruba , >ruby-rspec The attached patch series should resolve the problem by removing build profile restrictions from dependencies. SR From 01898a9449456ba7c17ad578a915e4688f81979c Mon Sep 17 00:00:00 2001 From: Stefano Rivera <stefa...@debian.org> Date: Tue, 26 Jul 2016 16:44:27 -0700 Subject: [PATCH 1/2] Wrap long line --- support/ruby/generate | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/support/ruby/generate b/support/ruby/generate index 4bff179..a5898d0 100755 --- a/support/ruby/generate +++ b/support/ruby/generate @@ -4,7 +4,12 @@ set -e # remove debhelper and gem2deb if [ -f debian/control ]; then - builddeps=$(grep-dctrl -n -s Build-Depends -F Build-Depends -r . debian/control | grep -v '^\s*#' |sed -e 's/,\s*/\n/g; s/^\s*//' | sed '/^\s*$/ d; /debhelper/ d; /gem2deb/ d; s/\n/, /' | tr '\n' ', ') + builddeps=$( +grep-dctrl -n -s Build-Depends -F Build-Depends -r . debian/control \ +| grep -v '^\s*#' \ +| sed -e 's/,\s*/\n/g; s/^\s*//' \ +| sed '/^\s*$/ d; /debhelper/ d; /gem2deb/ d; s/\n/, /' \ +| tr '\n' ', ') else builddeps='' fi -- 2.8.1 From aff87aeff2b501b9126a30778ecf3f37e6601dbf Mon Sep 17 00:00:00 2001 From: Stefano Rivera <stefa...@debian.org> Date: Tue, 26 Jul 2016 16:45:11 -0700 Subject: [PATCH 2/2] Strip build profile restritions --- support/ruby/generate | 1 + 1 file changed, 1 insertion(+) diff --git a/support/ruby/generate b/support/ruby/generate index a5898d0..ab6067a 100755 --- a/support/ruby/generate +++ b/support/ruby/generate @@ -8,6 +8,7 @@ if [ -f debian/control ]; then grep-dctrl -n -s Build-Depends -F Build-Depends -r . debian/control \ | grep -v '^\s*#' \ | sed -e 's/,\s*/\n/g; s/^\s*//' \ +| sed -e 's/\s*<[^)]*>\s*$//' \ | sed '/^\s*$/ d; /debhelper/ d; /gem2deb/ d; s/\n/, /' \ | tr '\n' ', ') else -- 2.8.1
Bug#832222: foodcritic: Section should not be “ruby”
Hi Ben (2016.07.23_05:17:01_-0700) > The package ‘foodcritic’ installs primarily an application, of > interest regardless of the programming language. It should not be in > the “ruby” section. foodcritic is a linter for chef cookbooks, which are written in ruby. Well, chef cookbooks are a ruby-based DSL, but it's essentially ruby. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#832140: ITP: ruby-cucumber-wire -- Wire protocol for Cucumber (a ruby acceptance testing framework)
Package: wnpp Severity: wishlist Owner: Stefano Rivera <stefa...@debian.org> * Package name: ruby-cucumber-wire Version : 0.0.1 Upstream Author : Matt Wynne * URL : http://cucumber.io * License : Expat Programming Lang: Ruby Description : Wire protocol for Cucumber (a ruby acceptance testing framework) cucumber supports a wire protocol for running tests in separate processes. Not necessarily even ruby processes. This ruby library implements the wire protocol. Previously this was part of the cucumber package, but upstream has broken it out into its own library. I have no particular interest in long term maintenance, I just need it for a selfish cucumber version bump. It will live under the pkg-ruby-extras umbrella, with the other cucumber packages.
Bug#827926: mirrors: use dc16 mirror in httpredir for traffic from UCT
Package: mirrors Severity: important User: mirr...@packages.debian.org Usertags: httpredir Hi, We have mirror.dc16.debconf.org, which is the recommended mirror for attendees of DebConf 16. The address ranges of UCT are: 154.115.0.0/17 137.158.0.0/16 2001:43f8:70::/45 I'm not certain what has been allocated for the conference yet (we may know tomorrow), but I don't see any harm in doing this for the entire university. Right now, it seems our WiFi is on 137.158.22.0/23 SR
Bug#825702: python-pypy.sandbox: Upgrading past 4.0.1 causes pypy-sandbox to crash on startup
Hi raylu (2016.05.29_01:02:42_+0200) > $ pypy-sandbox > 'import site' failed > debug: OperationError: > debug: operror-type: RuntimeError > debug: operror-value: None > [Subprocess exit code: 1] Running it with --verbose showed that the problem was an un-handled mkdir call. It's trying to create __pycache__ directories. Those don't exist when the pypy package isn't installed. This is easy enough to fix. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#823916: fixed in pypy 5.1.1+dfsg-2
Hi Emilio (2016.05.17_17:22:58_+0200) > On Thu, 12 May 2016 22:34:17 +0000 Stefano Rivera <stefa...@debian.org> wrote: > > pypy (5.1.1+dfsg-2) unstable; urgency=medium > > . > >* Cherry-pick upstream s390x patches, that should (amongst other things) > > get > > us building on s390x, again. (Closes: #823916) > > You might have noticed it, but in case you missed it, this wasn't sufficient > and > failed to build again. Different problem. It's just timing out. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#823916: closed by Stefano Rivera <stefa...@debian.org> (Bug#823916: fixed in pypy 5.1.1+dfsg-1)
Control: reopen -1 Test building in the archive... I'm working with upstream on this. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#823916: pypy: FTBFS on s390x
Hi Emilio (2016.05.10_13:48:03_+0200) > Your package failed to build on s390x. Yeah, I am trying the obvious change on zelenka. It's been building for over a week now... (zelenka only has 1GB of RAM) I think it's about time to give up, and test-build in the archive. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#820937: ocaml-re2: diff for NMU version 113.00.00+dfsg-2.1
Control: tags 820937 + patch Control: tags 820937 + pending Control: forwarded 820937 https://github.com/janestreet/re2/pull/12 Dear maintainer, I've prepared an NMU for ocaml-re2 (versioned as 113.00.00+dfsg-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, SR diff -Nru ocaml-re2-113.00.00+dfsg/debian/changelog ocaml-re2-113.00.00+dfsg/debian/changelog --- ocaml-re2-113.00.00+dfsg/debian/changelog 2016-02-09 16:12:15.0 +0200 +++ ocaml-re2-113.00.00+dfsg/debian/changelog 2016-05-08 19:46:33.0 +0200 @@ -1,3 +1,11 @@ +ocaml-re2 (113.00.00+dfsg-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Build the stubs with -std=c++11, as required by re2 20160301. +(Closes: #820937) + + -- Stefano Rivera <stefa...@debian.org> Sun, 08 May 2016 19:12:14 +0200 + ocaml-re2 (113.00.00+dfsg-2) unstable; urgency=medium * Fix watch file diff -Nru ocaml-re2-113.00.00+dfsg/debian/patches/c++11 ocaml-re2-113.00.00+dfsg/debian/patches/c++11 --- ocaml-re2-113.00.00+dfsg/debian/patches/c++11 1970-01-01 02:00:00.0 +0200 +++ ocaml-re2-113.00.00+dfsg/debian/patches/c++11 2016-05-08 19:28:31.0 +0200 @@ -0,0 +1,24 @@ +Description: Compile as c++11 source + re2 since 20160301 uses C++11 atomics +Author: Stefano Rivera <stefa...@debian.org> +Bug-Debian: https://bugs.debian.org/820937 +Forwarded: https://github.com/janestreet/re2/pull/12 + +--- ocaml-re2-113.00.00+dfsg.orig/src/Makefile ocaml-re2-113.00.00+dfsg/src/Makefile +@@ -1,5 +1,5 @@ + CXX?=g++ +-CXXFLAGS += -I $(RE2_HOME)/re2 ++CXXFLAGS += -I $(RE2_HOME)/re2 -std=c++11 + + all: libre2_stubs.a dllre2_stubs.so + +@@ -7,7 +7,7 @@ dllre2_stubs.so libre2_stubs.a: stubs.o + ocamlmklib -oc re2_stubs stubs.o -lre2 -lstdc++ + + stubs.o: stubs.cpp stubs.h util.h enum_x_macro.h +- $(CXX) -O2 -DPIC -fPIC -g -pipe -DCAML_NAME_SPACE -Wall -I. -I../../../include \ ++ $(CXX) $(CXXFLAGS) -O2 -DPIC -fPIC -g -pipe -DCAML_NAME_SPACE -Wall -I. -I../../../include \ + -I$(ocaml-version-selected-include-path) -c stubs.cpp + + #stubs.o: %.o: %.cpp %.h diff -Nru ocaml-re2-113.00.00+dfsg/debian/patches/series ocaml-re2-113.00.00+dfsg/debian/patches/series --- ocaml-re2-113.00.00+dfsg/debian/patches/series 2016-01-07 20:35:57.0 +0200 +++ ocaml-re2-113.00.00+dfsg/debian/patches/series 2016-05-08 19:13:59.0 +0200 @@ -1,2 +1,3 @@ 0001-Use-system-provided-libre2.patch 0002-Fix-syntax-errors-in-ocamldoc-formatting.patch +c++11
Bug#823071: python-pbr: diff for NMU version 1.8.0-4.1
Control: tags 823071 + patch Control: tags 823071 + pending Dear maintainer, I've prepared an NMU for python-pbr (versioned as 1.8.0-4.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. diff -Nru python-pbr-1.8.0/debian/changelog python-pbr-1.8.0/debian/changelog --- python-pbr-1.8.0/debian/changelog 2015-10-24 01:36:49.0 +0200 +++ python-pbr-1.8.0/debian/changelog 2016-05-06 23:41:16.0 +0200 @@ -1,3 +1,10 @@ +python-pbr (1.8.0-4.1) unstable; urgency=medium + + * Non-maintainer upload. + * Depend on python{3,}-pkg-resources (Closes: #823071) + + -- Stefano Rivera <stefa...@debian.org> Fri, 06 May 2016 23:41:16 +0200 + python-pbr (1.8.0-4) unstable; urgency=medium * override_dh_python3 to fix Py3 shebang. diff -Nru python-pbr-1.8.0/debian/control python-pbr-1.8.0/debian/control --- python-pbr-1.8.0/debian/control 2015-10-24 01:36:49.0 +0200 +++ python-pbr-1.8.0/debian/control 2016-05-06 23:39:46.0 +0200 @@ -45,7 +45,8 @@ Package: python-pbr Architecture: all -Depends: python-six (>= 1.9.0), +Depends: python-pkg-resources, + python-six (>= 1.9.0), ${misc:Depends}, ${python:Depends}, Recommends: ${python:Recommends}, @@ -74,7 +75,8 @@ Package: python3-pbr Architecture: all -Depends: python3-six (>= 1.9.0), +Depends: python3-pkg-resources, + python3-six (>= 1.9.0), ${misc:Depends}, ${python3:Depends}, Recommends: ${python3:Recommends},
Bug#816043: pypy: bsddb module is broken
Control: tag -1 upstream Control: retitle -1 PyPy has no _bsddb module Hi Tristan (2016.02.26_13:35:29_-0800) > The extension module seems to be missing: Yep, upstream. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#814930: jessie-pu: package hplip/3.15.11+repack0-1
ui4/pqdiagdialog_base.py|4 ui4/printdialog.py | 155 -- ui4/printdialog_base.py |6 ui4/printernamecombobox.py |9 ui4/printsettingsdialog.py | 10 ui4/printsettingsdialog_base.py |4 ui4/printsettingstoolbox.py | 167 +- ui4/printtestpagedialog.py | 14 ui4/printtestpagedialog_base.py |4 ui4/queuesconf.py |8 ui4/readonlyradiobutton.py |2 ui4/sendfaxdialog.py| 110 - ui4/sendfaxdialog_base.py |4 ui4/settingsdialog.py |9 ui4/settingsdialog_base.py |4 ui4/setupdialog.py | 215 ++- ui4/setupdialog_base.py | 51 ui4/systemtray.py | 68 - ui4/systrayframe.py | 18 ui4/ui_utils.py | 247 ++-- ui4/upgradedialog.py|8 ui4/wifisetupdialog.py | 83 - ui4/wifisetupdialog_base.py |2 uninstall.py|8 unload.py | 179 +-- upgrade.py | 46 wificonfig.py | 14 241 files changed, 8496 insertions(+), 6187 deletions(-) This was mostly putting a feeler out, as Didier thought you may be interested in a stable update, that supported new hardware. It seems to not be the case, so maybe I should just do a backport. I'm not particularly invested in this. I just made a backport that is probably useful to others, and am trying to find the right place to put it. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#814930: jessie-pu: package hplip/3.15.11+repack0-1
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu I asked the printing people how they felt about an backport of hplip, and OdyX suggested [0]: > As far as I remember (but could never take the time to actively > check), the Debian Stable Managers were open to update packages in > Stable for hardware support (and "new HP Printer" would qualify). I > haven't checked the hplip code to see whether a full new upstream > release would make sense over backporting specific parts though. > tl;dr: I'd check with the SRMs first. How would you feel about a wholesale backport of hplip, to stable? No debdiff attached, because it's scary huge. Not even a diffstat, because: > 4362 files changed, 1703256 insertions(+), 17230 deletions(-) [0]: https://lists.debian.org/3588455.xzku8qg...@odyx.org SR
Bug#810592: python3-cffi: Does not depend on py3-dev ?
Hi Goirand (2016.01.10_05:15:52_-0800) > > Installing python3-dev fixed this. Thus I conclude that there's a > > missing dependency here. There is a Suggests: python3-dev. This goes back to earlier days in cffi. Using the verifier requires -dev at build time, but not runtime. In the new out-of-line modes, runtime use will have the cffi-backend package installed, so we can strengthen the dependency to Recommends or Depends. That said, you need -dev when building ABI-level extensions, but not API-level ones. So maybe Recommends is the right thing to use... > If that's true, then the build-depends should be python-dev-all, not > just python-dev. Yes, I think for packages using ABI-level extensions should be build-depending on -dev-all. > # [ starting a crypto program ] > /usr/lib/python3/dist-packages/cryptography/hazmat/bindings/__pycache__/_cffi__x7af6e22bxb4fc9075.c:2:20: > fatal error: Python.h: No such file or directory > #include That shouldn't happen. Packages using cffi should build extensions like that at build time, not run time. Tell me more about this python3-cryptography package you're using? SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#804519: RM: gstreamer0.10-dvswitch -- ROM; Replaced by gst-plugins-dvswitch
Package: ftp.debian.org Severity: normal Replaced by gst-plugins-dvswitch, which is now maintained by me. See #798130, #785835. Thanks, SR
Bug#804350: ITP: vizzini -- Kernel driver for Exar XR21V1414 USB UART
Package: wnpp Severity: wishlist Owner: Stefano Rivera <stefa...@debian.org> * Package name: vizzini Version : 1.0.0 Upstream Author : Exar Corporation, Inc. * URL : https://github.com/mithro/exar-uart-driver * License : GPL-2+ Programming Lang: C Description : Kernel driver for Exar XR21V1414 USB UART The debconf-video team is using a board with this UART on it for HDMI capture.
Bug#804350: ITP: vizzini -- Kernel driver for Exar XR21V1414 USB UART
Hi Ben (2015.11.07_19:33:52_+0200) > What's blocking this from going into mainline? Apparently: 17:49 <@mithro> tumbleweed: but what happened is that the exar guys effectively forked an in tree kernel driver and made it work with their crappy device 17:50 <@mithro> tumbleweed: shenki then fixed it to work with modern kernels 17:51 <@mithro> tumbleweed: It needs to be rewritten as something that can be merged into the upstream driver. 17:51 <@mithro> (The CDC-ACM driver) 17:52 <@mithro> That is never going to happen as nobody has the time or will power to do it Less than ideal for the archive, but useful if you want to muck around with this hardware. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#803689: Acknowledgement (pypy: DEFAULT_SOABI at pypy-26 while DEFAULT_MAGIC_TAG = 'pypy-40')
and do .pypy-26.pyc too 07:26 < tumbleweed> then revisit this when we need to 07:27 < arigato> if you have some suggestion for upstream, they are welcome 07:27 < arigato> I think that cffi can be kept backward- and forward-compatible 07:27 < tumbleweed> so, it seems the only thing right now, is to expose SOABI in sysconfig 07:28 < arigato> .pyc too 07:28 < arigato> but maybe cpyext will see big changes 07:29 < tumbleweed> I've tried to incorporate cffi's version ranges into Debian package dependencies, but can't quite yet (waiting for a feature in dpkg) 07:31 < tumbleweed> so I can't use the min and max versions yet, but I can just use VERSION (a strict dependency) and that works quite neatly 07:31 < tumbleweed> we could expose that version in the filename, but then I guess importing searching gets painful 07:34 < tumbleweed> and now, bed for me :) SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#803689: pypy: DEFAULT_SOABI at pypy-26 while DEFAULT_MAGIC_TAG = 'pypy-40'
Package: pypy,dh-python Severity: serious dh_pypy assumes that the version in the soabi tag refers to the major and minor version of PyPy, like it does in cPython. This used to be true, until https://bitbucket.org/pypy/pypy/commits/97d59353f34e I didn't realise this until PyPy 4.0 was uploaded, but we now have a situation where the tag on .pyc files is different to the one on .so files. And dh_pypy generates incorrect dependencies for packages containing .so files. We have some options here: 1. Revert this upstream patch, and continue to transition PyPy for each major release. 2. Make the same change to DEFAULT_MAGIC_TAG. As far as I can tell, the bytecode hasn't changed in ages. Convert dh_pypy to depend on pypy-26 (i.e. the tag) rather than pypy (<< 2.7) Thoughts? SR
Bug#802229: python-cffi: Uses versioned Provides
Hi Dmitry (2015.10.18_08:54:33_-0700) > Packages python-cffi-backend and python3-cffi-backend currently have > versioned Provides field: This has been supported in dpkg since 1.17.11. However, we can't safely use it until #786803 is resolved. > However, the Policy § 7.5 (Virtual packages - Provides) [1] says: See #761219 SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#799485: header files moved to /usr/lib/pypy
Hi Jelmer (2015.09.19_20:04:34_+0200) > With 2.6.1+dfsg-1, header files from pypy appear to have moved from > /usr/lib/pypy/include to /usr/lib/pypy. This breaks module building, as > it still happens with the old include path specified. Oops. There's definitely my mistake in b56a15c7955711728af0e0dd80bf76c5302bfb53 SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#799467: lintian: Update home of dh_gstscancodecs
Package: lintian Version: 2.5.37 Severity: normal Tags: patch This is bogus: > E: gst-plugins-dvswitch source: missing-build-dependency-for-dh_-command > dh_gstscancodecs => libgstreamer0.10-dev We're migrating to GStreamer 1.0 (#785198). So, here's a patch. SR diff --git a/data/debhelper/dh_commands b/data/debhelper/dh_commands index 774300e..a3c298e 100644 --- a/data/debhelper/dh_commands +++ b/data/debhelper/dh_commands @@ -49,7 +49,7 @@ dh_gnome=gnome-pkg-tools dh_gnome_clean=gnome-pkg-tools dh_gnustep=gnustep-make dh_golang=dh-golang -dh_gstscancodecs=libgstreamer0.10-dev +dh_gstscancodecs=libgstreamer1.0-dev dh_gtkmodules=libgtk2.0-dev dh_haskell_blurbs=haskell-devscripts dh_haskell_depends=haskell-devscripts diff --git a/data/debhelper/dh_packages b/data/debhelper/dh_packages index 62b6209..c115433 100644 --- a/data/debhelper/dh_packages +++ b/data/debhelper/dh_packages @@ -43,7 +43,7 @@ haskell-devscripts libaqbanking-dev libdbi-perl libgcj-common -libgstreamer0.10-dev +libgstreamer1.0-dev libgtk2.0-dev libimager-perl libpango1.0-dev
Bug#795455: closed by Matthias Klose <d...@debian.org> (Bug#795455: fixed in python-setuptools 18.3.1-1)
Hi Debian (2015.09.10_10:09:04_-0700) >* Build-depend on python-setuptools. Without this dependency, the scripts > are not installed. Not yet known, why. Closes: #795455. Figured it out: pybuild clean removes setuptools.egg_info, which contains entry_points.txt. setuptools uses the entry_points to find which commands to run, and without it, it won't run "install_scripts". If python-setuptools is installed, entry_points.txt is available, in dist-packages, and it works. I think a cleaner (and less loopy) solution is: diff -Nru python-setuptools-18.2/debian/control python-setuptools-18.2/debian/control --- python-setuptools-18.2/debian/control 2015-09-10 09:40:07.0 -0700 +++ python-setuptools-18.2/debian/control 2015-08-03 05:23:42.0 -0700 @@ -4,7 +4,6 @@ Maintainer: Matthias Klose <d...@debian.org> Build-Depends: debhelper (>= 9), - python-setuptools, dh-python, pypy, python-all, diff -Nru python-setuptools-18.2/debian/rules python-setuptools-18.2/debian/rules --- python-setuptools-18.2/debian/rules 2015-08-03 05:23:42.0 -0700 +++ python-setuptools-18.2/debian/rules 2015-09-10 11:25:02.0 -0700 @@ -19,7 +19,12 @@ find debian/tmp -name requires.txt -delete override_dh_auto_clean: + # Keep entry_points, we need it to drive setup.py + mv setuptools.egg-info/entry_points.txt . dh_auto_clean + mkdir setuptools.egg-info + mv entry_points.txt setuptools.egg-info + rm -rf .eggs docs/build override_dh_install: SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#797240: RM: mach -- RoQA; 2 RC Bugs, not in stable for 2 years, outdated, low popcon
Package: ftp.debian.org Severity: normal Mach is not in a healthy state. There are open RC bugs, there hasn't been a maintainer upload in 5 years, and it didn't make jessie. I think removal is the best course of action. SR
Bug#785977: libgetdata: diff for NMU version 0.7.3-6.2
Control: tags 785977 + patch Control: tags 785977 + pending Dear maintainer, I've prepared an NMU for libgetdata (versioned as 0.7.3-6.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards, SR diff -Nru libgetdata-0.7.3/debian/changelog libgetdata-0.7.3/debian/changelog --- libgetdata-0.7.3/debian/changelog 2015-08-14 02:41:12.0 -0700 +++ libgetdata-0.7.3/debian/changelog 2015-08-26 12:46:29.0 -0700 @@ -1,7 +1,15 @@ +libgetdata (0.7.3-6.2) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Port from python-support to dh_python2 (Closes: #785977) + * Call dh_numpy, to generate dependencies based on the numpy ABI. + + -- Stefano Rivera stefa...@debian.org Wed, 26 Aug 2015 11:55:50 -0700 + libgetdata (0.7.3-6.1) unstable; urgency=medium * Non-maintainer upload. - * Build against gcc5/gfortran for transition. + * Build against gcc5/gfortran for transition. -- Alastair McKinstry mckins...@debian.org Fri, 14 Aug 2015 10:40:54 +0100 diff -Nru libgetdata-0.7.3/debian/control libgetdata-0.7.3/debian/control --- libgetdata-0.7.3/debian/control 2011-09-19 14:27:07.0 -0700 +++ libgetdata-0.7.3/debian/control 2015-08-26 12:46:36.0 -0700 @@ -2,7 +2,7 @@ Priority: extra Maintainer: Michael Milligan mmilli...@astro.umn.edu Uploaders: Steven Benton steveben...@rogers.com -Build-Depends: debhelper (= 7.0.50~), autotools-dev, python-numpy, python-all-dev, python-support (= 0.90), fortran-compiler +Build-Depends: debhelper (= 7.0.50~), autotools-dev, dh-python, python-numpy, python-all-dev, fortran-compiler Standards-Version: 3.9.2 DM-Upload-Allowed: yes Section: libs diff -Nru libgetdata-0.7.3/debian/python-pygetdata.install libgetdata-0.7.3/debian/python-pygetdata.install --- libgetdata-0.7.3/debian/python-pygetdata.install 2011-07-07 15:17:35.0 -0700 +++ libgetdata-0.7.3/debian/python-pygetdata.install 2015-08-26 12:31:04.0 -0700 @@ -1 +1 @@ -/usr/lib/python* +/usr/lib/python2.*/*-packages/*.so diff -Nru libgetdata-0.7.3/debian/rules libgetdata-0.7.3/debian/rules --- libgetdata-0.7.3/debian/rules 2011-07-18 12:24:11.0 -0700 +++ libgetdata-0.7.3/debian/rules 2015-08-26 12:46:41.0 -0700 @@ -12,7 +12,7 @@ PYVERS=$(shell pyversions -vs) %: - dh $@ + dh $@ --with python2 override_dh_auto_configure: dh_auto_configure -Bbuild-main -- --disable-python @@ -37,6 +37,7 @@ for v in $(PYVERS); do \ dh_auto_install -Bbuild-py$$v; \ done + dh_numpy override_dh_auto_clean: dh_auto_clean -Bbuild-main diff -Nru libgetdata-0.7.3/debian/watch libgetdata-0.7.3/debian/watch --- libgetdata-0.7.3/debian/watch 2011-07-19 06:33:07.0 -0700 +++ libgetdata-0.7.3/debian/watch 2015-08-26 11:55:11.0 -0700 @@ -1,4 +1,3 @@ version=3 http://sf.net/getdata/getdata-(.*)\.tar\.gz -
Bug#785978: dctrl2xml: diff for NMU version 0.18+nmu1
Control: tags 785978 + patch Control: tags 785978 + pending Dear maintainer, I've prepared an NMU for dctrl2xml (versioned as 0.18+nmu1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards, SR diff -Nru dctrl2xml-0.18/debian/changelog dctrl2xml-0.18+nmu1/debian/changelog --- dctrl2xml-0.18/debian/changelog 2010-12-12 04:00:04.0 -0800 +++ dctrl2xml-0.18+nmu1/debian/changelog 2015-08-26 13:04:55.0 -0700 @@ -1,3 +1,10 @@ +dctrl2xml (0.18+nmu1) unstable; urgency=medium + + * Non-maintainer upload. + * Port from python-support to dh_python2 (Closes: #785978) + + -- Stefano Rivera stefa...@debian.org Wed, 26 Aug 2015 13:04:55 -0700 + dctrl2xml (0.18) unstable; urgency=low * dctrl2xml: diff -Nru dctrl2xml-0.18/debian/control dctrl2xml-0.18+nmu1/debian/control --- dctrl2xml-0.18/debian/control 2010-12-12 04:00:04.0 -0800 +++ dctrl2xml-0.18+nmu1/debian/control 2015-08-26 13:04:41.0 -0700 @@ -2,8 +2,8 @@ Section: utils Priority: optional Maintainer: Frank S. Thomas f...@debian.org -Build-Depends: debhelper (= 7), python -Build-Depends-Indep: python-support (= 0.5.3), docbook2x, docbook-xml +Build-Depends: debhelper (= 7), dh-python, python +Build-Depends-Indep: docbook2x, docbook-xml Standards-Version: 3.9.1 Vcs-Git: git://git.debian.org/git/users/fst/dctrl2xml.git Vcs-Browser: http://git.debian.org/?p=users/fst/dctrl2xml.git diff -Nru dctrl2xml-0.18/debian/pyversions dctrl2xml-0.18+nmu1/debian/pyversions --- dctrl2xml-0.18/debian/pyversions 2010-12-12 04:00:04.0 -0800 +++ dctrl2xml-0.18+nmu1/debian/pyversions 1969-12-31 16:00:00.0 -0800 @@ -1 +0,0 @@ -2.6- diff -Nru dctrl2xml-0.18/debian/rules dctrl2xml-0.18+nmu1/debian/rules --- dctrl2xml-0.18/debian/rules 2010-12-12 04:00:04.0 -0800 +++ dctrl2xml-0.18+nmu1/debian/rules 2015-08-26 13:04:27.0 -0700 @@ -9,6 +9,6 @@ $(MAKE) -C doc clean %: - dh $@ + dh $@ --with python2 .PHONY: build clean
Bug#785983: ocfs2-tools: diff for NMU version 1.6.4-3.1
Control: tags 785983 + patch Control: tags 785983 + pending Dear maintainer, I've prepared an NMU for ocfs2-tools (versioned as 1.6.4-3.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards, SR diff -Nru ocfs2-tools-1.6.4/debian/changelog ocfs2-tools-1.6.4/debian/changelog --- ocfs2-tools-1.6.4/debian/changelog 2013-11-14 22:52:56.0 -0800 +++ ocfs2-tools-1.6.4/debian/changelog 2015-08-26 13:20:27.0 -0700 @@ -1,3 +1,11 @@ +ocfs2-tools (1.6.4-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Replace python-support Build-Dep with dh-python (already ported to +dh_python2) (Closes: #785983) + + -- Stefano Rivera stefa...@debian.org Wed, 26 Aug 2015 13:20:27 -0700 + ocfs2-tools (1.6.4-3) unstable; urgency=low * Use dh_autotools-dev to update config.{sub,guess} (Closes: #727261). diff -Nru ocfs2-tools-1.6.4/debian/control ocfs2-tools-1.6.4/debian/control --- ocfs2-tools-1.6.4/debian/control 2013-11-14 22:52:47.0 -0800 +++ ocfs2-tools-1.6.4/debian/control 2015-08-26 13:19:38.0 -0700 @@ -4,7 +4,7 @@ Maintainer: Jeremy Lainé jeremy.la...@m4x.org Uploaders: Frederik Schüler f...@debian.org Standards-Version: 3.9.4 -Build-Depends: debhelper (= 7.0.50~), po-debconf, autotools-dev, python-support (= 0.4), comerr-dev, uuid-dev, libncurses5-dev, libreadline-dev, libglib2.0-dev (= 2.2.3), libblkid-dev (= 1.36), libbz2-dev, libdevmapper-dev, libdlm-dev, libdlmcontrol-dev, libxml2-dev, python-dev, python-gtk2, dh-autoreconf +Build-Depends: debhelper (= 7.0.50~), po-debconf, autotools-dev, dh-python, comerr-dev, uuid-dev, libncurses5-dev, libreadline-dev, libglib2.0-dev (= 2.2.3), libblkid-dev (= 1.36), libbz2-dev, libdevmapper-dev, libdlm-dev, libdlmcontrol-dev, libxml2-dev, python-dev, python-gtk2, dh-autoreconf Homepage: http://oss.oracle.com/projects/ocfs2-tools/ Vcs-Svn: svn://svn.debian.org/collab-maint/deb-maint/ocfs2-tools/trunk/ Vcs-Browser: http://svn.debian.org/viewsvn/collab-maint/deb-maint/ocfs2-tools/trunk/
Bug#785980: python-box2d: diff for NMU version 2.0.2+svn20100109.244-1.1
Control: tags 785980 + patch Control: tags 785980 + pending Dear maintainer, I've prepared an NMU for python-box2d (versioned as 2.0.2+svn20100109.244-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards, SR diff -Nru python-box2d-2.0.2+svn20100109.244/debian/changelog python-box2d-2.0.2+svn20100109.244/debian/changelog --- python-box2d-2.0.2+svn20100109.244/debian/changelog 2010-07-19 09:25:42.0 -0700 +++ python-box2d-2.0.2+svn20100109.244/debian/changelog 2015-08-26 13:17:56.0 -0700 @@ -1,3 +1,10 @@ +python-box2d (2.0.2+svn20100109.244-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Port from python-support to dh_python2. Closes: 785980. + + -- Stefano Rivera stefa...@debian.org Wed, 26 Aug 2015 13:17:56 -0700 + python-box2d (2.0.2+svn20100109.244-1) unstable; urgency=low * Initial release. Closes: 524710. diff -Nru python-box2d-2.0.2+svn20100109.244/debian/control python-box2d-2.0.2+svn20100109.244/debian/control --- python-box2d-2.0.2+svn20100109.244/debian/control 2010-07-19 09:25:42.0 -0700 +++ python-box2d-2.0.2+svn20100109.244/debian/control 2015-08-26 13:15:29.0 -0700 @@ -5,7 +5,7 @@ Uploaders: Luke Faraone l...@faraone.cc, Jonas Smedegaard d...@jones.dk DM-Upload-Allowed: yes Build-Depends: debhelper (= 7.0.1), - python-support, + dh-python, python-all-dev, devscripts (= 2.10.7~), cdbs (= 0.4.67~), diff -Nru python-box2d-2.0.2+svn20100109.244/debian/pycompat python-box2d-2.0.2+svn20100109.244/debian/pycompat --- python-box2d-2.0.2+svn20100109.244/debian/pycompat 2010-07-19 09:25:43.0 -0700 +++ python-box2d-2.0.2+svn20100109.244/debian/pycompat 1969-12-31 16:00:00.0 -0800 @@ -1 +0,0 @@ -2 diff -Nru python-box2d-2.0.2+svn20100109.244/debian/rules python-box2d-2.0.2+svn20100109.244/debian/rules --- python-box2d-2.0.2+svn20100109.244/debian/rules 2010-07-19 09:25:43.0 -0700 +++ python-box2d-2.0.2+svn20100109.244/debian/rules 2015-08-26 13:15:06.0 -0700 @@ -1,7 +1,6 @@ #!/usr/bin/make -f DEB_BUILDDIR = build -DEB_PYTHON_SYSTEM = pysupport include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/python-distutils.mk include /usr/share/cdbs/1/rules/utils.mk
Bug#785981: cron-deja-vu: diff for NMU version 0.4-5.1
Control: tags 785981 + patch Control: tags 785981 + pending Dear maintainer, I've prepared an NMU for cron-deja-vu (versioned as 0.4-5.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards, SR diff -Nru cron-deja-vu-0.4/debian/changelog cron-deja-vu-0.4/debian/changelog --- cron-deja-vu-0.4/debian/changelog 2012-06-30 04:39:04.0 -0700 +++ cron-deja-vu-0.4/debian/changelog 2015-08-26 13:26:13.0 -0700 @@ -1,3 +1,10 @@ +cron-deja-vu (0.4-5.1) unstable; urgency=medium + + * Non-maintainer upload. + * Port from python-support to dh_python2, closes: #785981 + + -- Stefano Rivera stefa...@debian.org Wed, 26 Aug 2015 13:17:39 -0700 + cron-deja-vu (0.4-5) unstable; urgency=low [ Florian Reitmeir ] diff -Nru cron-deja-vu-0.4/debian/control cron-deja-vu-0.4/debian/control --- cron-deja-vu-0.4/debian/control 2012-06-16 15:35:12.0 -0700 +++ cron-deja-vu-0.4/debian/control 2015-08-26 13:26:13.0 -0700 @@ -2,9 +2,10 @@ Section: mail Priority: extra Maintainer: Florian Reitmeir flor...@reitmeir.org -Build-Depends: debhelper (= 8.0.0), python-support (= 0.5.3) +Build-Depends: debhelper (= 8.0.0), dh-python, python Homepage: https://code.google.com/p/cron-deja-vu/ Standards-Version: 3.9.2 +X-Python-Version: = 2.6 Package: cron-deja-vu Architecture: all diff -Nru cron-deja-vu-0.4/debian/pyversions cron-deja-vu-0.4/debian/pyversions --- cron-deja-vu-0.4/debian/pyversions 2011-07-29 03:13:17.0 -0700 +++ cron-deja-vu-0.4/debian/pyversions 1969-12-31 16:00:00.0 -0800 @@ -1 +0,0 @@ -2.6- diff -Nru cron-deja-vu-0.4/debian/rules cron-deja-vu-0.4/debian/rules --- cron-deja-vu-0.4/debian/rules 2011-07-29 03:57:41.0 -0700 +++ cron-deja-vu-0.4/debian/rules 2015-08-26 13:26:13.0 -0700 @@ -10,4 +10,4 @@ #export DH_VERBOSE=1 %: - dh $@ + dh $@ --with python2
Bug#797014: dcut: configurable gpg program
Package: dput-ng Version: 1.10 Severity: normal I keep my active subkey on a smartcard, and use gpg2 with it. debsign has a -p argument, but dcut doesn't. Such an argument (or, even better, configuration file var) would be very useful. So I find myself hacking up /usr/lib/python2.7/dist-packages/dput/command.py after each dput-ng upgrade. (This is also why I never manage to dcut an upload before dak accepts it) SR
Bug#785969: command-not-found: diff for NMU version 0.2.38-1.1
Control: tags 785969 + patch Control: tags 785969 + pending Dear maintainer, I've prepared an NMU for command-not-found (versioned as 0.2.38-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards, SR diff -Nru command-not-found-0.2.38/debian/changelog command-not-found-0.2.38/debian/changelog --- command-not-found-0.2.38/debian/changelog 2009-11-02 13:17:39.0 -0800 +++ command-not-found-0.2.38/debian/changelog 2015-08-25 17:21:33.0 -0700 @@ -1,3 +1,11 @@ +command-not-found (0.2.38-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Port from python-support to dh_python2 (Closes: #785969) + * Drop XB-Python-Version, unused. + + -- Stefano Rivera stefa...@debian.org Tue, 25 Aug 2015 17:20:09 -0700 + command-not-found (0.2.38-1) unstable; urgency=low * Update to latest release diff -Nru command-not-found-0.2.38/debian/control command-not-found-0.2.38/debian/control --- command-not-found-0.2.38/debian/control 2009-11-02 12:00:37.0 -0800 +++ command-not-found-0.2.38/debian/control 2015-08-25 17:21:55.0 -0700 @@ -2,15 +2,13 @@ Section: admin Priority: optional Maintainer: Julian Andres Klode j...@debian.org -Build-Depends: debhelper (= 7.0.50) -Build-Depends-Indep: python-support -XS-Python-Version: = 2.5 +Build-Depends: debhelper (= 7.0.50), dh-python, python +X-Python-Version: = 2.5 Standards-Version: 3.8.3 Package: command-not-found Architecture: all Depends: ${python:Depends}, apt-file, python-gdbm, lsb-release -XB-Python-Version: ${python:Versions} Description: Suggest installation of packages in interactive bash sessions This package will install handler for command_not_found that looks up programs not currently installed but available from the repositories. diff -Nru command-not-found-0.2.38/debian/rules command-not-found-0.2.38/debian/rules --- command-not-found-0.2.38/debian/rules 2009-11-02 13:14:56.0 -0800 +++ command-not-found-0.2.38/debian/rules 2015-08-25 17:15:12.0 -0700 @@ -28,7 +28,7 @@ dh_installdocs README dh_installman debian/update-command-not-found.8 dh_installchangelogs - dh_pysupport + dh_python2 dh_compress dh_fixperms dh_installdeb
Bug#792631: python-librtmp: diff for NMU version 0.2.2-1.1
Control: tags 792631 + patch Control: tags 792631 + pending Dear maintainer, I've prepared an NMU for python-librtmp (versioned as 0.2.2-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, SR diff -Nru python-librtmp-0.2.2/debian/changelog python-librtmp-0.2.2/debian/changelog --- python-librtmp-0.2.2/debian/changelog 2015-05-12 19:38:08.0 +0200 +++ python-librtmp-0.2.2/debian/changelog 2015-08-21 12:55:23.0 +0200 @@ -1,3 +1,12 @@ +python-librtmp (0.2.2-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Build-Depend on python{,3}-cffi-backend-dbg instead of +python{,3}-cffi-dbg, it was renamed without a transition package +(Closes: #792631). + + -- Stefano Rivera stefa...@debian.org Fri, 21 Aug 2015 12:54:19 +0200 + python-librtmp (0.2.2-1) unstable; urgency=low * New upstream version diff -Nru python-librtmp-0.2.2/debian/control python-librtmp-0.2.2/debian/control --- python-librtmp-0.2.2/debian/control 2015-05-12 19:38:08.0 +0200 +++ python-librtmp-0.2.2/debian/control 2015-08-21 12:54:16.0 +0200 @@ -12,8 +12,8 @@ python3-all-dbg, python-cffi, python3-cffi, - python-cffi-dbg, - python3-cffi-dbg, + python-cffi-backend-dbg, + python3-cffi-backend-dbg, python-setuptools, python3-setuptools, python-singledispatch,
Bug#792631: python-librtmp: diff for NMU version 0.2.2-1.1
Hi Stefan (2015.08.21_14:20:57_+0200) no, please continue with the upload. Rescheduled to day 0. Thank you all for debugging and patching the issue. I missed the original mails because they were marked as spam. I'll look into improving that, so that I am more responsive in the future. I could have done something sooner, too. I've been ignoring this :) SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Bug#785947: balder2d: diff for NMU version 1.0-1.2
Dear maintainer, The first NMU failed, because we hit a lintian autoreject on the bundled libtinyxml. I've had a shot at unbundling it. I've prepared an NMU for balder2d (versioned as 1.0-1.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, SR diff -u balder2d-1.0/SConstruct balder2d-1.0/SConstruct --- balder2d-1.0/SConstruct +++ balder2d-1.0/SConstruct @@ -12,7 +12,7 @@ import glob files = glob.glob(src/*.cpp) + glob.glob(src/*/*.cpp) + glob.glob(src/menu/*/*.cpp)+ glob.glob(src/*/*.c) -libs = Split('guichan_sdl guichan SDL SDL_image SDL_mixer SDL_gfx physfs') + ['python%d.%d' % sys.version_info[:2]] +libs = Split('guichan_sdl guichan SDL SDL_image SDL_mixer SDL_gfx physfs tinyxml') + ['python%d.%d' % sys.version_info[:2]] env.ParseConfig('sdl-config --cflags --libs') env.Program('bin/balder2d',files, LIBS=libs) diff -u balder2d-1.0/debian/control balder2d-1.0/debian/control --- balder2d-1.0/debian/control +++ balder2d-1.0/debian/control @@ -2,13 +2,13 @@ Section: games Priority: optional Maintainer: Bjørn Hansen holomo...@users.sourceforge.net -Build-Depends: debhelper (= 4.0.0), scons, libphysfs-dev, libguichan-dev, libsdl1.2-dev, libsdl-gfx1.2-dev, libsdl-image1.2-dev, libsdl-mixer1.2-dev, libstdc++6, python-dev (= 2.4), python-support +Build-Depends: debhelper (= 4.0.0), scons, libphysfs-dev, libguichan-dev, libsdl1.2-dev, libsdl-gfx1.2-dev, libsdl-image1.2-dev, libsdl-mixer1.2-dev, libstdc++6, python-dev (= 2.4), libtinyxml-dev Standards-Version: 3.8.0 Homepage: http://balder.sourceforge.net/balder2d/ Package: balder2d Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, balder2d-data +Depends: ${shlibs:Depends}, ${misc:Depends}, balder2d-data Description: A 2D shooter in zero gravity In Balder2D, players control small probes which shoot tiny projectiles with which they try to destroy each other. It features a 2D overhead view of the diff -u balder2d-1.0/debian/changelog balder2d-1.0/debian/changelog --- balder2d-1.0/debian/changelog +++ balder2d-1.0/debian/changelog @@ -1,3 +1,11 @@ +balder2d (1.0-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Remove python-support, not actually used (Closes: #785947) + * Use Debian's tinyxml rather than the bundled one. + + -- Stefano Rivera stefa...@debian.org Tue, 18 Aug 2015 17:39:53 +0200 + balder2d (1.0-1.1) unstable; urgency=low * Non-maintainer upload, to drop Python 2.4; thanks to Luca Falavigna for the diff -u balder2d-1.0/debian/rules balder2d-1.0/debian/rules --- balder2d-1.0/debian/rules +++ balder2d-1.0/debian/rules @@ -24,6 +24,7 @@ configure-stamp: dh_testdir # Add here commands to configure the package. + rm -rf src/tinyxml touch configure-stamp only in patch2: unchanged: --- balder2d-1.0.orig/src/configmanager.cpp +++ balder2d-1.0/src/configmanager.cpp @@ -20,7 +20,7 @@ #include configmanager.h #include renderer.h -#include tinyxml/tinyxml.h +#include tinyxml.h #include fstream using namespace Balder; only in patch2: unchanged: --- balder2d-1.0.orig/src/mapparser.cpp +++ balder2d-1.0/src/mapparser.cpp @@ -21,7 +21,7 @@ #include log.h #include mapparser.h #include gamemanager.h -#include tinyxml/tinyxml.h +#include tinyxml.h #include filepathmanager.h using namespace Balder;
Bug#785965: chm2pdf: diff for NMU version 0.9.1-1.2
Control: tags 785965 + patch Control: tags 785965 + pending Dear maintainer, I've prepared an NMU for chm2pdf (versioned as 0.9.1-1.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, SR diff -u chm2pdf-0.9.1/debian/changelog chm2pdf-0.9.1/debian/changelog --- chm2pdf-0.9.1/debian/changelog +++ chm2pdf-0.9.1/debian/changelog @@ -1,3 +1,12 @@ +chm2pdf (0.9.1-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Port from python-support to dh_python2. (A python helper isn't really +necessary for a single-binary package, but cdbs...) (Closes: #785965) + * Replace pyversions and pycompat with X-P-V. + + -- Stefano Rivera stefa...@debian.org Thu, 20 Aug 2015 11:35:55 +0200 + chm2pdf (0.9.1-1.1) unstable; urgency=low * Non-maintainer upload. diff -u chm2pdf-0.9.1/debian/control chm2pdf-0.9.1/debian/control --- chm2pdf-0.9.1/debian/control +++ chm2pdf-0.9.1/debian/control @@ -4,16 +4,17 @@ Maintainer: Steve Stalcup vor...@ubuntu.com -Build-Depends: cdbs (= 0.4.49), - debhelper (= 5), - python, - python-support (= 0.6.4), +Build-Depends: cdbs (= 0.4.49), + debhelper (= 5), + dh-python, + python, quilt Standards-Version: 3.8.0 +X-Python-Version: = 2.3 Package: chm2pdf Architecture: all -Depends: ${python:Depends}, libchm-bin, python-chm, htmldoc +Depends: htmldoc, libchm-bin, python-chm, ${python:Depends} Suggests: python-beautifulsoup Description: A Python script that converts CHM files into PDF files - Convert chm to PDF files. The package supports batch conversion, command line, - PDF security options, password protection and compression modes. The program + Convert chm to PDF files. The package supports batch conversion, command line, + PDF security options, password protection and compression modes. The program has Explorer-like interface diff -u chm2pdf-0.9.1/debian/copyright chm2pdf-0.9.1/debian/copyright --- chm2pdf-0.9.1/debian/copyright +++ chm2pdf-0.9.1/debian/copyright @@ -3,12 +3,12 @@ It was downloaded from http://chm2pdf.googlecode.com/ -Upstream Authors: +Upstream Authors: Author: Massimo Sandal, Chris Karakas Author-email: deviceran...@gmail.com, ch...@karakas-online.de -Copyright: +Copyright: (c)2007 Massimo Sandal, deviceran...@gmail.com (c)2007 Chris Karakas, ch...@karakas-online.de @@ -19,12 +19,12 @@ it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. - + This package is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. - + You should have received a copy of the GNU General Public License along with this package; if not, write to the Free Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA reverted: --- chm2pdf-0.9.1/debian/pycompat +++ chm2pdf-0.9.1.orig/debian/pycompat @@ -1 +0,0 @@ -2 reverted: --- chm2pdf-0.9.1/debian/pyversions +++ chm2pdf-0.9.1.orig/debian/pyversions @@ -1 +0,0 @@ -2.3- diff -u chm2pdf-0.9.1/debian/rules chm2pdf-0.9.1/debian/rules --- chm2pdf-0.9.1/debian/rules +++ chm2pdf-0.9.1/debian/rules @@ -3,9 +3,6 @@ -DEB_PYTHON_SYSTEM=pysupport +DEB_PYTHON2_MODULE_PACKAGES=chm2pdf include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/rules/patchsys-quilt.mk # include /usr/share/cdbs/1/rules/simple-patchsys.mk include /usr/share/cdbs/1/class/python-distutils.mk - - -
Bug#796206: datapm: diff for NMU version 0.10-1.2
Package: datapm Version: 0.10-1.1 Severity: normal Tags: patch pending Dear maintainer, I've prepared an NMU for datapm (versioned as 0.10-1.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, SR diff -Nru datapm-0.10/debian/changelog datapm-0.10/debian/changelog --- datapm-0.10/debian/changelog 2012-07-19 22:10:28.0 +0200 +++ datapm-0.10/debian/changelog 2015-08-20 12:18:25.0 +0200 @@ -1,3 +1,14 @@ +datapm (0.10-1.2) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Update Homepage and drop incorrect Vcs field (Closes: #745755). + * Switch watch file to pypi.debian.net. + * Drop python-support from Build-Depndends, in favour of dh-python. Was +already ported (Closes: #785967). + * Drop pycompat, no longer used. + + -- Stefano Rivera stefa...@debian.org Thu, 20 Aug 2015 12:02:23 +0200 + datapm (0.10-1.1) unstable; urgency=low * Non-maintainer upload with maintainer approval. diff -Nru datapm-0.10/debian/control datapm-0.10/debian/control --- datapm-0.10/debian/control 2012-07-19 22:07:09.0 +0200 +++ datapm-0.10/debian/control 2015-08-20 12:02:13.0 +0200 @@ -2,23 +2,22 @@ Section: text Priority: optional Maintainer: J. Félix Ontañón fonta...@emergya.es -Build-Depends: - debhelper (= 7), +Build-Depends: + debhelper (= 7), + dh-python, quilt, - python-all-dev, - python-support, - python-setuptools (=0.6c), + python-all-dev, + python-setuptools (=0.6c) Standards-Version: 3.9.2 -Homepage: http://okfn.org/projects/dpm -Vcs-Browser: https://github.com/okfn/dpm +Homepage: https://github.com/okfn/dpm-old Package: datapm Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, - python-ckanclient (= 0.3), +Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, + python-ckanclient (= 0.3), python-pkg-resources, - python-sqlalchemy, - python-simplejson, + python-sqlalchemy, + python-simplejson, python-sqlite Description: Data packaging system and utilities datapm, data package manager, is a command line tool and python library for diff -Nru datapm-0.10/debian/copyright datapm-0.10/debian/copyright --- datapm-0.10/debian/copyright 2012-05-31 08:17:34.0 +0200 +++ datapm-0.10/debian/copyright 2015-08-20 12:18:54.0 +0200 @@ -1,7 +1,7 @@ This package was debianized by J. Félix Ontañón fonta...@emergya.es on Sun, 18 Feb 2012 11:15:20 +0100. -It was downloaded from http://github.com/okfn/dpm +It was downloaded from https://github.com/okfn/dpm-old Copyright (c) 2005-2012, Open Knowledge Foundation diff -Nru datapm-0.10/debian/pycompat datapm-0.10/debian/pycompat --- datapm-0.10/debian/pycompat 2012-05-31 08:17:34.0 +0200 +++ datapm-0.10/debian/pycompat 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -2 diff -Nru datapm-0.10/debian/watch datapm-0.10/debian/watch --- datapm-0.10/debian/watch 2012-05-31 08:17:34.0 +0200 +++ datapm-0.10/debian/watch 2015-08-20 12:17:57.0 +0200 @@ -1,2 +1,3 @@ version=3 -http://pypi.python.org/packages/source/d/dpm/dpm-([0-9a-z.]+)\.tar.gz +opts=uversionmangle=s/(rc|a|b|c)/~$1/ \ +http://pypi.debian.net/dpm/dpm-(.+)\.(?:zip|tgz|tbz|txz|(?:tar\.(?:gz|bz2|xz)))
Bug#785968: cfflib: diff for NMU version 2.0.5-1.1
Control: tags 785968 + patch I've prepared an NMU for cfflib (versioned as 2.0.5-1.1). But I haven't tested or uploaded it, as you're caught up in the libstdc++ transition. I do intend to NMU this when it's buildable, though. Unless you object :) Regards, SR diff -Nru cfflib-2.0.5/debian/changelog cfflib-2.0.5/debian/changelog --- cfflib-2.0.5/debian/changelog 2011-05-10 17:45:48.0 +0200 +++ cfflib-2.0.5/debian/changelog 2015-08-20 14:36:49.0 +0200 @@ -1,3 +1,12 @@ +cfflib (2.0.5-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Port from python-support to dh_python2 (Closes: #785968). + * Drop unused and unnecessary Provides: ${python:Provides}. + * Replace pyversions with X-P-V. + + -- Stefano Rivera stefa...@debian.org Thu, 20 Aug 2015 14:00:01 +0200 + cfflib (2.0.5-1) unstable; urgency=low * Initial release (Closes: #624456). diff -Nru cfflib-2.0.5/debian/control cfflib-2.0.5/debian/control --- cfflib-2.0.5/debian/control 2011-05-10 17:45:48.0 +0200 +++ cfflib-2.0.5/debian/control 2015-08-20 14:36:33.0 +0200 @@ -2,7 +2,7 @@ Section: python Priority: extra Maintainer: Stephan Gerhard deb...@unidesign.ch -Build-Depends: debhelper (= 7.2.18), python-all, python-support, +Build-Depends: debhelper (= 7.2.18), dh-python, python-all, python-numpy, python-sphinx, python-nose, @@ -12,6 +12,7 @@ Homepage: http://cmtk.org/cfflib Vcs-Git: git://github.com/LTS5/cfflib.git Vcs-Browser: http://github.com/LTS5/cfflib +X-Python-Version: = 2.6 Package: python-cfflib Architecture: all @@ -24,7 +25,6 @@ python-sphinx, python-tables, python-h5py -Provides: ${python:Provides} Description: Multi-modal connectome and metadata management and integration The Connectome File Format Library (cfflib) is a Python module for multi-modal neuroimaging connectome data and metadata management and diff -Nru cfflib-2.0.5/debian/pyversions cfflib-2.0.5/debian/pyversions --- cfflib-2.0.5/debian/pyversions 2011-05-10 17:45:48.0 +0200 +++ cfflib-2.0.5/debian/pyversions 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -2.6- diff -Nru cfflib-2.0.5/debian/rules cfflib-2.0.5/debian/rules --- cfflib-2.0.5/debian/rules 2011-05-10 17:45:48.0 +0200 +++ cfflib-2.0.5/debian/rules 2015-08-20 14:36:16.0 +0200 @@ -9,7 +9,7 @@ PYTHON=$(shell pyversions -d) %: - dh $@ + dh $@ --with python2 override_dh_auto_test: : # Do not test just after build, lets install and then test
Bug#785972: chirp: diff for NMU version 0.4.1-1.1
Control: tags 785972 + patch Control: tags 785972 + pending Dear maintainer, I've prepared an NMU for chirp (versioned as 0.4.1-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, SR diff -Nru chirp-0.4.1/debian/changelog chirp-0.4.1/debian/changelog --- chirp-0.4.1/debian/changelog 2014-10-27 22:42:34.0 +0100 +++ chirp-0.4.1/debian/changelog 2015-08-20 15:10:55.0 +0200 @@ -1,3 +1,11 @@ +chirp (0.4.1-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Drop python-support Build-Depend in favour of dh-python, it's already been +ported to dh_python2 (Closes: #785972). + + -- Stefano Rivera stefa...@debian.org Thu, 20 Aug 2015 15:10:55 +0200 + chirp (0.4.1-1.0) unstable; urgency=medium * Non-maintainer upload diff -Nru chirp-0.4.1/debian/control chirp-0.4.1/debian/control --- chirp-0.4.1/debian/control 2014-10-27 22:42:34.0 +0100 +++ chirp-0.4.1/debian/control 2015-08-20 15:07:36.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Hamradio Maintainers debian-h...@lists.debian.org Uploaders: Steve Conklin st...@conklinhouse.com, Kamal Mostafa ka...@whence.com, Bdale Garbee bd...@gag.com -Build-Depends: debhelper (= 9), python-support, python (=2.7), python-libxml2, python-serial +Build-Depends: debhelper (= 9), dh-python, python (=2.7), python-libxml2, python-serial Standards-Version: 3.9.5 Homepage: http://chirp.danplanet.com/ Vcs-Git: git://anonscm.debian.org/collab-maint/chirp.git
Bug#785973: crmsh: diff for NMU version 1.2.6+git+e77add-1.4
Control: tags 785973 + patch Control: tags 785973 + pending Dear maintainer, I've prepared an NMU for crmsh (versioned as 1.2.6+git+e77add-1.4) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, SR diff -Nru crmsh-1.2.6+git+e77add/debian/changelog crmsh-1.2.6+git+e77add/debian/changelog --- crmsh-1.2.6+git+e77add/debian/changelog 2014-11-22 13:12:41.0 +0100 +++ crmsh-1.2.6+git+e77add/debian/changelog 2015-08-20 15:31:26.0 +0200 @@ -1,3 +1,10 @@ +crmsh (1.2.6+git+e77add-1.4) unstable; urgency=medium + + * Non-maintainer upload. + * Port from python-support to dh_python2 (Closes: #785973) + + -- Stefano Rivera stefa...@debian.org Thu, 20 Aug 2015 15:31:26 +0200 + crmsh (1.2.6+git+e77add-1.3) unstable; urgency=low * Non-maintainer upload. diff -Nru crmsh-1.2.6+git+e77add/debian/control crmsh-1.2.6+git+e77add/debian/control --- crmsh-1.2.6+git+e77add/debian/control 2014-11-22 13:12:53.0 +0100 +++ crmsh-1.2.6+git+e77add/debian/control 2015-08-20 15:23:44.0 +0200 @@ -3,13 +3,13 @@ Priority: extra Maintainer: Debian HA Maintainers debian-ha-maintain...@lists.alioth.debian.org Uploaders: Martin Loschwitz madk...@debian.org -Build-Depends: debhelper (= 9.0.0), cluster-glue-dev, hardening-wrapper, python-all-dev, python-support, dh-autoreconf, libcib3-dev, libcrmcluster4-dev, libcrmcommon3-dev (= 1.1.8+git20121010), libpe-rules2-dev, libpe-status4-dev, libpengine4-dev (= 1.1.8+git20121010), libstonithd2-dev, libtransitioner2-dev, liblrmd1-dev, libcrmservice1-dev, python-support, pkg-config, asciidoc, libxml2-utils, docbook-xml, xsltproc, docbook-xsl +Build-Depends: debhelper (= 9.0.0), cluster-glue-dev, hardening-wrapper, python-all-dev, dh-autoreconf, dh-python, libcib3-dev, libcrmcluster4-dev, libcrmcommon3-dev (= 1.1.8+git20121010), libpe-rules2-dev, libpe-status4-dev, libpengine4-dev (= 1.1.8+git20121010), libstonithd2-dev, libtransitioner2-dev, liblrmd1-dev, libcrmservice1-dev, pkg-config, asciidoc, libxml2-utils, docbook-xml, xsltproc, docbook-xsl Standards-Version: 3.9.5 Homepage: http://savannah.nongnu.org/projects/crmsh/ Package: crmsh Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, python (= 2.6.6-9), python-support (= 0.90), python-lxml, python-yaml +Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, python-lxml, python-yaml Recommends: pacemaker (= 1.1.8-1) Replaces: pacemaker ( 1.1.8-1) Breaks: pacemaker ( 1.1.8-1) diff -Nru crmsh-1.2.6+git+e77add/debian/rules crmsh-1.2.6+git+e77add/debian/rules --- crmsh-1.2.6+git+e77add/debian/rules 2012-10-09 17:54:18.0 +0200 +++ crmsh-1.2.6+git+e77add/debian/rules 2015-08-20 15:22:13.0 +0200 @@ -18,7 +18,7 @@ #export DH_VERBOSE=1 %: - dh $@ --with autoreconf + dh $@ --with autoreconf,python2 override_dh_installdocs: dh_installdocs
Bug#785953: biosig4c++: diff for NMU version 1.3.0-2.1
Control: tags 785953 + patch Control: tags 785953 + pending Dear maintainer, I've prepared an NMU for biosig4c++ (versioned as 1.3.0-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, SR diff -Nru biosig4c++-1.3.0/debian/changelog biosig4c++-1.3.0/debian/changelog --- biosig4c++-1.3.0/debian/changelog 2012-06-04 04:18:44.0 +0200 +++ biosig4c++-1.3.0/debian/changelog 2015-08-19 20:32:12.0 +0200 @@ -1,3 +1,10 @@ +biosig4c++ (1.3.0-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Port from python-support to dh_python2. (Closes: #785953) + + -- Stefano Rivera stefa...@debian.org Wed, 19 Aug 2015 20:32:12 +0200 + biosig4c++ (1.3.0-2) unstable; urgency=low * Do not build biosig_{client,server} which are still experimental and diff -Nru biosig4c++-1.3.0/debian/control biosig4c++-1.3.0/debian/control --- biosig4c++-1.3.0/debian/control 2012-06-04 04:18:44.0 +0200 +++ biosig4c++-1.3.0/debian/control 2015-08-19 20:17:03.0 +0200 @@ -2,9 +2,9 @@ Priority: extra Maintainer: NeuroDebian Team t...@neuro.debian.net Uploaders: Yaroslav Halchenko deb...@onerussian.com, Michael Hanke michael.ha...@gmail.com -Build-Depends: debhelper (= 7.0.50~), +Build-Depends: debhelper (= 7.0.50~), dh-python, gawk, libxml2-dev, - python-dev, python-support, swig, python-numpy, + python-dev, swig, python-numpy, zlib1g-dev, libsuitesparse-dev, octave-pkg-dev (= 0.5.7), Standards-Version: 3.9.3 diff -Nru biosig4c++-1.3.0/debian/rules biosig4c++-1.3.0/debian/rules --- biosig4c++-1.3.0/debian/rules 2012-06-04 04:18:44.0 +0200 +++ biosig4c++-1.3.0/debian/rules 2015-08-19 20:18:06.0 +0200 @@ -4,7 +4,7 @@ MAKEOPTS=LIBEXT=so %: - dh $@ + dh $@ --with python2 override_dh_auto_configure: dh_auto_configure @@ -60,10 +60,6 @@ override_dh_strip: dh_strip --dbg-package=libbiosig1-dbg - : # Address lintian concern about location - [ -d debian/libbiosig1-dbg/usr/lib/debug/usr/lib/pyshared ] \ - mv debian/libbiosig1-dbg/usr/lib/debug/usr/lib/pyshared \ - debian/libbiosig1-dbg/usr/lib/debug/usr/lib/pymodules || : # Tune up permission for .mex files this late in the chain # Silly dh_strip, dh_shlibdeps do not process those since extension
Bug#785952: autotrash: diff for NMU version 0.1.5-1.1
Control: tags 785952 + patch Control: tags 785952 + pending Dear maintainer, I've prepared an NMU for autotrash (versioned as 0.1.5-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, SR diff -Nru autotrash-0.1.5/debian/changelog autotrash-0.1.5/debian/changelog --- autotrash-0.1.5/debian/changelog 2011-04-18 21:12:06.0 +0200 +++ autotrash-0.1.5/debian/changelog 2015-08-19 20:22:58.0 +0200 @@ -1,3 +1,10 @@ +autotrash (0.1.5-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Drop python-support, not necessary. (Closes: #785952) + + -- Stefano Rivera stefa...@debian.org Wed, 19 Aug 2015 20:22:58 +0200 + autotrash (0.1.5-1) unstable; urgency=low * New upstream bugfix-only release diff -Nru autotrash-0.1.5/debian/control autotrash-0.1.5/debian/control --- autotrash-0.1.5/debian/control 2011-04-18 21:12:06.0 +0200 +++ autotrash-0.1.5/debian/control 2015-08-19 20:11:41.0 +0200 @@ -3,14 +3,13 @@ Priority: optional Maintainer: Lorenzo De Liso bla...@ubuntu.com Build-Depends: debhelper (= 7.0.50~), python (= 2.5) -Build-Depends-Indep: python-support (= 0.6.4) Standards-Version: 3.9.2 Homepage: http://www.logfish.net/pr/autotrash/ Package: autotrash Architecture: all -Depends: ${python:Depends}, ${misc:Depends} +Depends: python (= 2.5), ${misc:Depends} Description: purges files from your trash based on age and/or filename - A script useful to purge files from your trash based on their age. - It can also be used to purge the files based on the filename + A script useful to purge files from your trash based on their age. + It can also be used to purge the files based on the filename using a regular expression. diff -Nru autotrash-0.1.5/debian/rules autotrash-0.1.5/debian/rules --- autotrash-0.1.5/debian/rules 2011-04-18 21:12:06.0 +0200 +++ autotrash-0.1.5/debian/rules 2015-08-19 20:12:20.0 +0200 @@ -1,10 +1,9 @@ #!/usr/bin/make -f %: - dh $@ + dh $@ --without pysupport override_dh_auto_install: dh_auto_install find -name *.egg-info -delete find debian/autotrash -depth -empty -exec rmdir {} \; -
Bug#785954: apoo: diff for NMU version 2.2-2.1
Control: tags 785954 + patch Control: tags 785954 + pending Dear maintainer, I've prepared an NMU for apoo (versioned as 2.2-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, SR diff -u apoo-2.2/debian/changelog apoo-2.2/debian/changelog --- apoo-2.2/debian/changelog +++ apoo-2.2/debian/changelog @@ -1,3 +1,10 @@ +apoo (2.2-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Port from python-support to dh_python2 (Closes: #785954) + + -- Stefano Rivera stefa...@debian.org Wed, 19 Aug 2015 21:33:03 +0200 + apoo (2.2-2) unstable; urgency=low * (Closes: #485329). diff -u apoo-2.2/debian/control apoo-2.2/debian/control --- apoo-2.2/debian/control +++ apoo-2.2/debian/control @@ -2,8 +2,8 @@ Section: misc Priority: optional Maintainer: Rogerio Reis r...@debian.org -Build-Depends: debhelper ( 4.0.0), -Build-Depends-Indep: python-dev, python-support (= 0.4.0) +Build-Depends: debhelper ( 4.0.0), dh-python +Build-Depends-Indep: python-dev Standards-Version: 3.8.0 Package: apoo diff -u apoo-2.2/debian/rules apoo-2.2/debian/rules --- apoo-2.2/debian/rules +++ apoo-2.2/debian/rules @@ -54,7 +54,7 @@ dh_installdirs -i dh_installdocs -i ${DOCS} html/ dh_installchangelogs -i - dh_pysupport -i + dh_python2 -i dh_compress -i -X.txt dh_installmenu -i dh_fixperms -i
Bug#785959: bugs-everywhere: diff for NMU version 1.1.1-3.1
Control: tags 785959 + patch Control: tags 785959 + pending Dear maintainer, I've prepared an NMU for bugs-everywhere (versioned as 1.1.1-3.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, SR diff -Nru bugs-everywhere-1.1.1/debian/changelog bugs-everywhere-1.1.1/debian/changelog --- bugs-everywhere-1.1.1/debian/changelog 2013-12-07 18:22:08.0 +0100 +++ bugs-everywhere-1.1.1/debian/changelog 2015-08-19 22:58:48.0 +0200 @@ -1,3 +1,11 @@ +bugs-everywhere (1.1.1-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Replace python-support dependency with dh-python (Closes: #785959). + * Drop unnecessary Provides: ${python:Provides}. + + -- Stefano Rivera stefa...@debian.org Wed, 19 Aug 2015 22:58:48 +0200 + bugs-everywhere (1.1.1-3) unstable; urgency=low * add missing python-jinja2 dependency (Closes: #731579) diff -Nru bugs-everywhere-1.1.1/debian/control bugs-everywhere-1.1.1/debian/control --- bugs-everywhere-1.1.1/debian/control 2013-12-07 18:22:08.0 +0100 +++ bugs-everywhere-1.1.1/debian/control 2015-08-19 22:53:09.0 +0200 @@ -8,6 +8,7 @@ VCS-Browser: http://anonscm.debian.org/gitweb/?p=dgit-repos/repos/bugs-everywhere.git;a=summary Build-Depends-Indep: debhelper (= 9), +dh-python, libparse-debianchangelog-perl, docbook-to-man, xsltproc, @@ -15,7 +16,6 @@ python-yaml, bzr, git, mercurial, tla, darcs, monotone, rcs, python-numpydoc, -python-support (= 0.90), python Standards-Version: 3.9.4 @@ -24,7 +24,6 @@ Depends: python-yaml, python-jinja2, ${python:Depends}, ${misc:Depends} -Provides: ${python:Provides} Recommends: bzr | git |
Bug#785957: agtl: diff for NMU version 0.8.0.3-1.1
Control: tags 785957 + patch Control: tags 785957 + pending Dear maintainer, I've prepared an NMU for agtl (versioned as 0.8.0.3-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, SR diff -u agtl-0.8.0.3/debian/changelog agtl-0.8.0.3/debian/changelog --- agtl-0.8.0.3/debian/changelog +++ agtl-0.8.0.3/debian/changelog @@ -1,3 +1,13 @@ +agtl (0.8.0.3-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Port from python-support to dh_python (Closes: #785957) + * Drop unnecessary XB-Python-Versions. + * Replace pyverions with X-Python-Version. + * Drop pycompat. + + -- Stefano Rivera stefa...@debian.org Wed, 19 Aug 2015 22:36:54 +0200 + agtl (0.8.0.3-1) unstable; urgency=low * New upstream release diff -u agtl-0.8.0.3/debian/control agtl-0.8.0.3/debian/control --- agtl-0.8.0.3/debian/control +++ agtl-0.8.0.3/debian/control @@ -3,13 +3,13 @@ Priority: extra Maintainer: Heiko Stuebner he...@sntech.de DM-Upload-Allowed: yes -Build-Depends: debhelper (= 5.0.38), cdbs (= 0.4.49), python (= 2.5), python-support (= 0.5.3), python-setuptools, cython +Build-Depends: debhelper (= 5.0.38), cdbs (= 0.4.49), dh-python, python (= 2.5), python-setuptools, cython Standards-Version: 3.9.1 Homepage: http://wiki.openmoko.org/wiki/Advanced_Geocaching_Tool_for_Linux Vcs-git: git://git.debian.org/pkg-fso/advancedcaching.git +X-Python-Version: = 2.5 Package: agtl -XB-Python-Version: ${python:Versions} Provides: ${python:Provides} Architecture: all Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, python-gtk2, python (= 2.6) | python-simplejson reverted: --- agtl-0.8.0.3/debian/pycompat +++ agtl-0.8.0.3.orig/debian/pycompat @@ -1 +0,0 @@ -2 reverted: --- agtl-0.8.0.3/debian/pyversions +++ agtl-0.8.0.3.orig/debian/pyversions @@ -1 +0,0 @@ -2.5- diff -u agtl-0.8.0.3/debian/rules agtl-0.8.0.3/debian/rules --- agtl-0.8.0.3/debian/rules +++ agtl-0.8.0.3/debian/rules @@ -1,7 +1,7 @@ #!/usr/bin/make -f -DEB_PYTHON_SYSTEM=pysupport DEB_SRCDIR=$(CURDIR)/files +DEB_PYTHON2_MODULE_PACKAGES=agtl include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/python-distutils.mk
Bug#785961: bluemindo: diff for NMU version 0.3-4.1
Control: tags 785961 + patch Control: tags 785961 + pending Dear maintainer, I've prepared an NMU for bluemindo (versioned as 0.3-4.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, SR diff -Nru bluemindo-0.3/debian/changelog bluemindo-0.3/debian/changelog --- bluemindo-0.3/debian/changelog 2010-03-20 11:38:11.0 +0100 +++ bluemindo-0.3/debian/changelog 2015-08-19 23:22:16.0 +0200 @@ -1,3 +1,12 @@ +bluemindo (0.3-4.1) unstable; urgency=medium + + * Non-maintainer upload. + * Port from python-support to dh_python2 (Closes: #785961) + * Move XS-Python-Version to the source stanza, and drop the S. + * Drop unnecessary XB-Python-Versions. + + -- Stefano Rivera stefa...@debian.org Wed, 19 Aug 2015 23:22:16 +0200 + bluemindo (0.3-4) unstable; urgency=low * Add a patch to use hashlib instead of the deprecated md5 module diff -Nru bluemindo-0.3/debian/control bluemindo-0.3/debian/control --- bluemindo-0.3/debian/control 2010-02-24 17:02:21.0 +0100 +++ bluemindo-0.3/debian/control 2015-08-19 23:20:05.0 +0200 @@ -2,15 +2,14 @@ Section: sound Priority: extra Maintainer: Thibaut GIRKA thibaut.gi...@gmail.com -Build-Depends: debhelper (= 7.0.50~) -Build-Depends-Indep: python-support (= 0.5.3), imagemagick +Build-Depends: debhelper (= 7.0.50~), dh-python, python +Build-Depends-Indep: imagemagick Standards-Version: 3.8.4 Homepage: http://bluemindo.codingteam.net/ +X-Python-Version: = 2.5 Package: bluemindo Architecture: all -XS-Python-Version: = 2.5 -XB-Python-Version: ${python:Versions} Depends: ${misc:Depends}, ${python:Depends}, python, python-gst0.10, python-gtk2 (= 2.10), python-glade2, python-tagpy, gstreamer0.10-plugins-base Recommends: python-dbus, python-notify Suggests: python-xmpp diff -Nru bluemindo-0.3/debian/rules bluemindo-0.3/debian/rules --- bluemindo-0.3/debian/rules 2009-11-07 16:11:01.0 +0100 +++ bluemindo-0.3/debian/rules 2015-08-19 23:17:15.0 +0200 @@ -1,7 +1,7 @@ #!/usr/bin/make -f %: - dh $@ + dh $@ --with python2 override_dh_clean: dh_clean
Bug#785947: balder2d: diff for NMU version 1.0-1.2
Control: tags 785947 + patch Control: tags 785947 + pending Dear maintainer, I've prepared an NMU for balder2d (versioned as 1.0-1.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -u balder2d-1.0/debian/control balder2d-1.0/debian/control --- balder2d-1.0/debian/control +++ balder2d-1.0/debian/control @@ -2,13 +2,13 @@ Section: games Priority: optional Maintainer: Bjørn Hansen holomo...@users.sourceforge.net -Build-Depends: debhelper (= 4.0.0), scons, libphysfs-dev, libguichan-dev, libsdl1.2-dev, libsdl-gfx1.2-dev, libsdl-image1.2-dev, libsdl-mixer1.2-dev, libstdc++6, python-dev (= 2.4), python-support +Build-Depends: debhelper (= 4.0.0), scons, libphysfs-dev, libguichan-dev, libsdl1.2-dev, libsdl-gfx1.2-dev, libsdl-image1.2-dev, libsdl-mixer1.2-dev, libstdc++6, python-dev (= 2.4) Standards-Version: 3.8.0 Homepage: http://balder.sourceforge.net/balder2d/ Package: balder2d Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, balder2d-data +Depends: ${shlibs:Depends}, ${misc:Depends}, balder2d-data Description: A 2D shooter in zero gravity In Balder2D, players control small probes which shoot tiny projectiles with which they try to destroy each other. It features a 2D overhead view of the diff -u balder2d-1.0/debian/changelog balder2d-1.0/debian/changelog --- balder2d-1.0/debian/changelog +++ balder2d-1.0/debian/changelog @@ -1,3 +1,10 @@ +balder2d (1.0-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Remove python-support, not actually used (Closes: #785947) + + -- Stefano Rivera stefa...@debian.org Tue, 18 Aug 2015 17:39:53 +0200 + balder2d (1.0-1.1) unstable; urgency=low * Non-maintainer upload, to drop Python 2.4; thanks to Luca Falavigna for the
Bug#792631: [ubuntu/wily-proposed] python-librtmp 0.2.2-1ubuntu1 (Accepted)
Hi Steve (2015.07.28_16:48:50_+0200) Stefano, maybe it's better to keep the python3-cffi-dbg and python-cffi-dbg packages as dependency packages? python-librtmp is the only thing that depended on these. I'm sure we should just fix python-librtmp instead of providing compatibility packages. Yeah, that sounds like the way to go. Oops, I totally missed that in the rename. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735855: python-setuptools: Package setuptools for pypy
Hi Matthias (2015.07.06_13:22:54_+0200) The purpose is to have a setuptools supporting unsupported versions of python, i.e. before they reach the supported status. That might have made sense in the Python 2 world with symlink farms, but for python3, all arch-indep packages can support all new unsupported versions of Python immediately. The only reason that isn't the case here, is because Depends have been artificially tightened. Presumably to track which easy_install-X.Y binaries were built? SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735855: python-setuptools: Package setuptools for pypy
Control: tag -1 + patch Hi Matthias (2015.02.26_10:20:31_-0800) please could you provide a patch? I've had a shot at this. It was non-trivial, as python-setuptools isn't in the best shape. There's a little brokenness in the source package, a lot of duplicated code, and some dead code. I get the feeling that it originally tried to be entirely self-supported, with no external dependencies. But over time, it has gained dependencies on dh_pythonX, without getting a whole lot of clean-up. I don't know what the purpose of being entirely self-supported would be. This is an arch-indep package, that isn't involved in arch bootstrapping. It's a build-dependency for *many* Python packages, but otherwise I don't think it's particularly special. Another source of complication are the version-suffixed easy_install binaries. I think we can drop those, without anyone caring. This is a route we've been taking in other packages, with no fallout I've seen, so far. codesearch.debian.net shows up no direct use of them. And I'm sure the vast majority of users use pip rather than easy_install. So, I have two options attached. minimal.debdiff: debian/changelog |7 +++ debian/control | 26 +- debian/rules | 43 --- 3 files changed, 72 insertions(+), 4 deletions(-) A minimal patch that adds a set of pypy binaries. This increases code duplication, as /usr/share/python3/python.mk doesn't know anything about pypy. python-setuptools_17.0-1+pybuild.debdiff: debian/README.Debian |6 - debian/changelog | 20 +++ debian/compat|2 debian/control | 45 +++ debian/patches/fix-python3.5.diff|2 debian/patches/install-layout.diff | 20 --- debian/python-pkg-resources.install |1 debian/python-setuptools.install |4 debian/python3-pkg-resources.install |1 debian/python3-setuptools.install|4 debian/rules | 207 --- 11 files changed, 82 insertions(+), 230 deletions(-) python-setuptools_17.0-1+pybuild+pypy.debdiff: debian/changelog |6 ++ debian/control| 23 +++ debian/pypy-pkg-resources.install |1 + debian/pypy-setuptools.install|4 debian/rules | 19 ++- 5 files changed, 48 insertions(+), 5 deletions(-) Two patches that port setuptools to pybulid, and then (trivially) add pypy binary packages. There is a large amount of unrelated cleanup in the pybuild patch, because the alternative would be to re-implement what I think is unnecessary cruft. Take your pick :) SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 diff -Nru python-setuptools-17.0/debian/changelog python-setuptools-17.0/debian/changelog --- python-setuptools-17.0/debian/changelog 2015-05-29 06:14:38.0 -0700 +++ python-setuptools-17.0/debian/changelog 2015-07-05 20:23:16.0 -0700 @@ -1,3 +1,10 @@ +python-setuptools (17.0-1+pypy) UNRELEASED; urgency=medium + + * Add binary packages for pypy. +- Build-Depend on dh-python and pypy. + + -- Stefano Rivera stefa...@debian.org Sun, 05 Jul 2015 18:45:21 -0700 + python-setuptools (17.0-1) unstable; urgency=medium * New upstream version. diff -Nru python-setuptools-17.0/debian/control python-setuptools-17.0/debian/control --- python-setuptools-17.0/debian/control 2015-05-19 06:37:18.0 -0700 +++ python-setuptools-17.0/debian/control 2015-07-05 18:46:52.0 -0700 @@ -5,7 +5,9 @@ Build-Depends-Indep: python-all-dev (= 2.6.6-2~), python3-all-dev (= 3.1.2-8~), python3.5-dev, python3-sphinx, - python3-wheel + python3-wheel, + dh-python, + pypy Build-Depends: debhelper (= 5.0.37.1), python3 Standards-Version: 3.9.6 Homepage: https://pypi.python.org/pypi/setuptools @@ -68,6 +70,28 @@ Description: Python3 Distutils Enhancements Extensions to the python-distutils for large or complex distributions. +Package: pypy-pkg-resources +Suggests: pypy-setuptools +Architecture: all +Depends: ${misc:Depends}, ${pypy:Depends} +Description: Package Discovery and Resource Access using pkg_resources + The pkg_resources module provides an API for Python libraries to + access their resource files, and for extensible applications and + frameworks to automatically discover plugins. It also provides + runtime support for using C extensions that are inside zipfile-format + eggs, support for merging packages that have separately-distributed + modules or subpackages, and APIs for managing Python's current + working set of active packages. + +Package: pypy-setuptools +Architecture: all +Depends: + pypy-pkg-resources (= ${binary:Version}), + ${misc:Depends}, + ${pypy:Depends} +Description: PyPy Distutils Enhancements + Extensions to the python-distutils
Bug#786738: pypy: Segmentation fault when printing unpickled generator
Control: tags -1 + patch And, fixed upstream: https://bitbucket.org/pypy/pypy/commits/a357ba14fe22 SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785559: python-pypy.sandbox: --timeout option to pypy-sandbox is ignored.
Hi Valentin (2015.05.17_12:35:25_-0700) /usr/bin/pypy-sandbox has an option to kill sandboxed scripts after a given timeout. However, this option seems to be ignored. This looks like a packaging error. Sorry. There's a special marshal library that the sandbox needs to use. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785554: python-pypy.sandbox: Depends on non-existing module ansiramp
Hi Valentin (2015.05.17_11:19:22_-0700) With some values of $TERM (when it contains the string “256”), script /usr/lib/python2.7/dist-packages/pypy/sandbox/rpython/tool/ansi_mandelbrot.py imports module ansiramp, which is not available in any Debian package. Oops. That does exist in the source, but needs to be bundled in with the sandbox. This breaks --verbose. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786738: pypy: Segmentation fault when printing unpickled generator
Control: -1 tags + upstream Control: -1 forwarded https://bitbucket.org/pypy/pypy/issue/2075/pypy-segmentation-fault-when-printing Hi Dan (2015.05.24_20:37:09_-0700) The following code causes pypy to segfault. Thanks for the report. This is an upstream bug, and I've forwarded it to PyPy's bugtracker. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782857: snapshot.debian.org: API returns incorrect / multiple filenames when one source has been uploaded with multiple names
Package: snapshot.debian.org Severity: normal Control: affects -1 devscripts Don't know if this is a duplicate of some of the similar bugs in the BTS. But I ran into some missing orig tarballs in the DPMT svn-git migration. The cause seems to be multiple orig tarballs, with the same hash, in the DB. The debsnap tool doesn't write the resulting file to the correct filename, for unpacking the .dsc. I don't really know if the fault here is client or server side, it looks like a bit of both. The packages I ran into: python-django 1.0~beta2-2 pyfribidi 0.6.0-4 ldaptor 0.0.43-1 This python-django upload has the wrong orig tarball filename: curl 'http://snapshot.debian.org/mr/package/python-dango//1.0~beta2-2/srcfiles?fileinfo=1' | jq . { _comment: foo, version: 1.0~beta2-2, result: [ { hash: bd6f70d19abebe75444547f38c8c5b1bfc490141 }, { hash: 9105b68ae9b755cf8010f340a3eeb136676d6df9 }, { hash: 1a63a98988f7753ac45932b5fece90e26ad8f6d3 } ], fileinfo: { 9105b68ae9b755cf8010f340a3eeb136676d6df9: [ { name: python-django_1.0~beta2+ds.orig.tar.gz, archive_name: debian, path: /pool/main/p/python-django, first_seen: 20080831T00Z, size: 4687454 } ], 1a63a98988f7753ac45932b5fece90e26ad8f6d3: [ { name: python-django_1.0~beta2-2.diff.gz, archive_name: debian, path: /pool/main/p/python-django, first_seen: 20080830T00Z, size: 8728 } ], bd6f70d19abebe75444547f38c8c5b1bfc490141: [ { name: python-django_1.0~beta2-2.dsc, archive_name: debian, path: /pool/main/p/python-django, first_seen: 20080830T00Z, size: 1527 } ] }, package: python-django } This one has multiple orig tar filenames, and debsnap doesn't write to the one it needs to: curl 'http://snapshot.debian.org/mr/package/pyfribidi/0.6.0-4/srcfiles?fileinfo=1' | jq . ... e24d8757db3496f44fb05ac3eb4a62c646b4c06e: [ { name: pyfribidi_0.6.orig.tar.gz, archive_name: debian, path: /pool/main/p/pyfribidi, first_seen: 20060131T00Z, size: 92793 }, { name: pyfribidi_0.6.0.orig.tar.gz, archive_name: debian, path: /pool/main/p/pyfribidi, first_seen: 20080204T00Z, size: 92793 }, { name: pyfribidi_0.6.orig.tar.gz, archive_name: debian-archive, path: /debian/pool/main/p/pyfribidi, first_seen: 20110127T084257Z, size: 92793 }, { name: pyfribidi_0.6.0.orig.tar.gz, archive_name: debian-archive, path: /debian/pool/main/p/pyfribidi, first_seen: 20120328T092752Z, size: 92793 } ], ... Same with ldaptor 0.0.43-1. SR -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782685: distro-info: distro-info --supported does neither list squeeze nor squeeze-lts
Yeah, we probably should have got support for this into jessie. I forgot all about it. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746946: wheezy-pu: package distro-info-data/0.23~deb7u1
Hi Raphael (2015.04.16_11:00:58_+0200) FWIW, Debian 6 Squeeze is supported for at least 5 years (i.e. 2016-02-06) and most likely until Wheezy is no longer supported (i.e. 2016-04-24). cf http://wiki.debian.org/LTS We could hack that in, but we should really support LTS separately. This is #782685. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782668: unblock: distro-info-data/0.25
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Would you accept this into jessie at this late date? It should have probably been submitted 2 weeks ago. Mea culpa. There is probably going to be another update, next month, when Ubuntu 15.10 is added. But that's less important for our users. This would be the diff against jessie: diff --git a/debian.csv b/debian.csv index 2c8a00c..adac206 100644 --- a/debian.csv +++ b/debian.csv @@ -11,6 +11,8 @@ version,codename,series,created,release,eol 5.0,Lenny,lenny,2007-04-08,2009-02-14,2012-02-06 6.0,Squeeze,squeeze,2009-02-14,2011-02-06,2014-05-31 7,Wheezy,wheezy,2011-02-06,2013-05-04 -8,Jessie,jessie,2013-05-04 +8,Jessie,jessie,2013-05-04,2015-04-25 +9,Stretch,stretch,2015-04-25 +10,Buster,buster,2018-07-01 ,Sid,sid,1993-08-16 ,Experimental,experimental,1993-08-16 diff --git a/debian/changelog b/debian/changelog index f1a8d14..43fd29c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,15 @@ +distro-info-data (0.25) UNRELEASED; urgency=medium + + * Update Debian 9 target release date. + + -- Stefano Rivera stefa...@debian.org Wed, 15 Apr 2015 16:16:37 -0400 + +distro-info-data (0.24) unstable; urgency=medium + + * Add Debian 9 and 10 codenames (with provisional creation dates) + + -- Benjamin Drung bdr...@debian.org Mon, 10 Nov 2014 12:36:20 +0100 + distro-info-data (0.23) unstable; urgency=medium [ Colin Watson ] unblock distro-info-data/0.25 -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.utf8, LC_CTYPE=en_ZA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782275: pre-parsed cffi runtime data structures
Control: tag -1 upstream Hi Glyph (2015.04.13_23:46:18_-0400) Right now, cffi uses pycparser to parse the declarations for two reasons: 1. to generate the .c file which it then compiles, at build time 2. to generate the run-time metadata it uses to invoke that library, at run time Yep. The plan is to serialize the run-time metadata into something at build time, in cffi 1.0. Armin is working on this: https://groups.google.com/forum/#!topic/python-cffi/DKfxxcMmaGw SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746946: wheezy-pu: package distro-info-data/0.23~deb7u1
Hi Adam (2015.03.28_21:09:54_+0200) Argh, this somehow fell through the cracks again. :-( And then I put this off for two weeks, and it's now out of date. New revision, including the 8.0 change, but not 7.0, as discussed. Based on #782668: diff -Nru distro-info-data-0.17~deb7u1/debian/changelog distro-info-data-0.26~deb7u1/debian/changelog --- distro-info-data-0.17~deb7u1/debian/changelog 2013-10-21 11:13:46.0 -0400 +++ distro-info-data-0.26~deb7u1/debian/changelog 2015-04-15 18:35:51.0 -0400 @@ -1,3 +1,16 @@ +distro-info-data (0.26~deb7u1) stable; urgency=medium + + * Backport updates up to 0.26: +- Correct EOL date of Debian 6.0 Squeeze to 2014-05-31. +- Correct Debian 8 version (was 8.0). +- Update EOL date of Ubuntu 12.10 Quantal Quetzal to 2014-05-16. +- Update EOL date of Ubuntu 13.04 Raring Ringtai to 2014-01-27. +- Add Ubuntu 14.10, Utopic Unicorn. +- Add Ubuntu 15.04, Vivid Vervet. +- Add Debian 9 and 10 codenames (with provisional creation dates). + + -- Stefano Rivera stefa...@debian.org Sun, 26 Oct 2014 14:14:45 -0700 + distro-info-data (0.17~deb7u1) stable; urgency=low * Add Ubuntu 14.04, Trusty Tahr. (Closes: #726696, 727020) diff -Nru distro-info-data-0.17~deb7u1/debian.csv distro-info-data-0.26~deb7u1/debian.csv --- distro-info-data-0.17~deb7u1/debian.csv 2013-10-21 10:58:51.0 -0400 +++ distro-info-data-0.26~deb7u1/debian.csv 2015-04-15 18:29:12.0 -0400 @@ -9,8 +9,10 @@ 3.1,Sarge,sarge,2002-07-19,2005-06-06,2008-03-30 4.0,Etch,etch,2005-06-06,2007-04-08,2010-02-15 5.0,Lenny,lenny,2007-04-08,2009-02-14,2012-02-06 -6.0,Squeeze,squeeze,2009-02-14,2011-02-06,2014-05-04 +6.0,Squeeze,squeeze,2009-02-14,2011-02-06,2014-05-31 7.0,Wheezy,wheezy,2011-02-06,2013-05-04 -8.0,Jessie,jessie,2013-05-04 +8,Jessie,jessie,2013-05-04,2015-04-25 +9,Stretch,stretch,2015-04-25 +10,Buster,buster,2018-07-01 ,Sid,sid,1993-08-16 ,Experimental,experimental,1993-08-16 diff -Nru distro-info-data-0.17~deb7u1/ubuntu.csv distro-info-data-0.26~deb7u1/ubuntu.csv --- distro-info-data-0.17~deb7u1/ubuntu.csv 2013-10-21 10:58:51.0 -0400 +++ distro-info-data-0.26~deb7u1/ubuntu.csv 2015-04-15 18:29:34.0 -0400 @@ -15,7 +15,9 @@ 11.04,Natty Narwhal,natty,2010-10-10,2011-04-28,2012-10-28 11.10,Oneiric Ocelot,oneiric,2011-04-28,2011-10-13,2013-05-09 12.04 LTS,Precise Pangolin,precise,2011-10-13,2012-04-26,2017-04-26 -12.10,Quantal Quetzal,quantal,2012-04-26,2012-10-18,2014-04-18 -13.04,Raring Ringtail,raring,2012-10-18,2013-04-25,2014-01-25 +12.10,Quantal Quetzal,quantal,2012-04-26,2012-10-18,2014-05-16 +13.04,Raring Ringtail,raring,2012-10-18,2013-04-25,2014-01-27 13.10,Saucy Salamander,saucy,2013-04-25,2013-10-17,2014-07-17 14.04 LTS,Trusty Tahr,trusty,2013-10-17,2014-04-17,2019-04-17 +14.10,Utopic Unicorn,utopic,2014-04-17,2014-10-23,2015-07-23 +15.04,Vivid Vervet,vivid,2014-10-23,2015-04-23,2016-01-23 Apologies for the age of this bug. I get lazy sometimes. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782668: unblock: distro-info-data/0.25
Control: tags -1 - moreinfo confirmed Control: retitle -1 unblock: distro-info-data/0.26 Ack, please go ahead. However, please ensure this is in unstable before the 9:52 UTC dinstall tomorrow (the 15th of April). Oof. I've just noticed that the Ubuntu Vivid Vervet release date moved a week forward. So I uploaded 0.26 with: --- distro-info-data-0.25/debian/changelog 2015-04-15 16:41:29.0 -0400 +++ distro-info-data-0.26/debian/changelog 2015-04-15 18:07:34.0 -0400 @@ -1,3 +1,9 @@ +distro-info-data (0.26) unstable; urgency=medium + + * Update Ubuntu 15.04, Vivid Vervet release date. + + -- Stefano Rivera stefa...@debian.org Wed, 15 Apr 2015 18:03:41 -0400 + distro-info-data (0.25) unstable; urgency=medium * Update Debian 9 target release date. diff -Nru distro-info-data-0.25/ubuntu.csv distro-info-data-0.26/ubuntu.csv --- distro-info-data-0.25/ubuntu.csv2015-04-15 16:41:29.0 -0400 +++ distro-info-data-0.26/ubuntu.csv2015-04-15 18:07:34.0 -0400 @@ -20,4 +20,4 @@ 13.10,Saucy Salamander,saucy,2013-04-25,2013-10-17,2014-07-17 14.04 LTS,Trusty Tahr,trusty,2013-10-17,2014-04-17,2019-04-17 14.10,Utopic Unicorn,utopic,2014-04-17,2014-10-23,2015-07-23 -15.04,Vivid Vervet,vivid,2014-10-23,2015-04-30,2016-01-30 +15.04,Vivid Vervet,vivid,2014-10-23,2015-04-23,2016-01-23 I assume given 0.25 was approved this is likely approved too, and an immediate upload is the best approach here. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782668: unblock: distro-info-data/0.25
Hi Niels (2015.04.15_22:39:29_+0200) Ack, please go ahead. However, please ensure this is in unstable before the 9:52 UTC dinstall tomorrow (the 15th of April). Thanks. Uploaded and accepted. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780169: jessie-pu: package youtube-dl/2014.08.05-1jessie0.1
Control: tags -1 - moreinfo Please use 2014.08.05-1+deb8u1 as version number. Lintian doesn't think that's correct for an NMU, but using it anyway. Also, submitted a patch to developers-reference #768426. and jessie as a distribution (instead of testing). Submitted #780243 (with a patch) to developers-reference. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768426: developers-reference: codenanamen version scheme in §5.13.3 (“Direct updates to testing”)
Control: tags -1 + patch Here's a patch, implementing this change. I just proposed a t-p-u upload, following the scheme in dev-ref, and was reprimanded :) SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 diff --git a/pkgs.dbk b/pkgs.dbk index 5a34b95..a21c24b 100644 --- a/pkgs.dbk +++ b/pkgs.dbk @@ -2741,11 +2741,11 @@ updates through literalunstable/literal are possible, if the upload via literalunstable/literal does not pull in any new dependencies. /para para -Version numbers are usually selected by adding the codename of the -literaltesting/literal distribution and a running number, like -literal1.2squeeze1/literal for the first upload through -literaltesting-proposed-updates/literal of package version -literal1.2/literal. +Version numbers are usually selected by appending +literal+deb/literalreplaceableX/replaceableliteralu1/literal, +where replaceableX/replaceable is the major release number and +replaceableY/replaceable is a counter starting at literal1/literal. +e.g. literal1:2.4.3-4+deb8u1/literal. /para para Please make sure you didn't miss any of these items in your upload:
Bug#780243: t-p-u: Use the release code name as the target distribution
Package: developers-reference Version: 3.4.14 Severity: normal Tags: patch In a t-p-u (#780169), the release team asked me to use a code name as the upload target distribution, rather than testing or testing-proposed-updates. This patch implements that page in developers-reference. SR diff --git a/pkgs.dbk b/pkgs.dbk index 5a34b95..ca5847f 100644 --- a/pkgs.dbk +++ b/pkgs.dbk @@ -2770,8 +2770,9 @@ Make sure that you included an appropriate explanation in the changelog; /listitem listitem para -Make sure that you've written literaltesting/literal or -literaltesting-proposed-updates/literal into your target distribution; +Make sure that you've written the testing +link linkend=codenamescode name/link (e.g. literaljessie/literal) +into your target distribution; /para /listitem listitem
Bug#780169: jessie-pu: package youtube-dl/2014.08.05-1jessie0.1
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu youtube-dl 2014.08.05-1 requires SSLv3 in https requests, and doesn't use protocol negotiation. See #780059. This, besides being bad, and not very future-proof has caused complete incompatibility with Python 2.7.9, which dropped the PROTOCOL_SSLv3 attribute from the ssl module. This bug has been fixed, by the upstream, in unstable. But at this point in the freeze, I doubt you'd consider letting the latest upstream version migrate to testing. So, please consider this t-p-u upload: diff -Nru youtube-dl-2014.08.05/debian/changelog youtube-dl-2014.08.05/debian/changelog --- youtube-dl-2014.08.05/debian/changelog 2014-08-06 11:43:31.0 -0700 +++ youtube-dl-2014.08.05/debian/changelog 2015-03-09 17:15:30.0 -0700 @@ -1,3 +1,11 @@ +youtube-dl (2014.08.05-1jessie0.1) testing; urgency=medium + + * Non-maintainer upload. + * Use SSL protocol negotiation, rather than requiring SSLv3 (which is no +longer supported in python 2.7.9). Closes: #780059. + + -- Stefano Rivera stefa...@debian.org Mon, 09 Mar 2015 17:14:45 -0700 + youtube-dl (2014.08.05-1) unstable; urgency=medium * Imported Upstream version 2014.08.05. diff -Nru youtube-dl-2014.08.05/debian/patches/no-sslv3 youtube-dl-2014.08.05/debian/patches/no-sslv3 --- youtube-dl-2014.08.05/debian/patches/no-sslv3 1969-12-31 16:00:00.0 -0800 +++ youtube-dl-2014.08.05/debian/patches/no-sslv3 2015-03-09 17:09:54.0 -0700 @@ -0,0 +1,34 @@ +Description: Support Python 2.7.9, which removed PROTOCOL_SSLv3 + In fact, don't try to force an SSL version at all. Debian OpenSSL doesn't + support insecure versions. + Upstream use Python's default SSL handshake since + https://github.com/rg3/youtube-dl/commit/0db261ba567cb5370455d67c4398e11e5e2119f8 + And switches to TLSv1 in legacy paths in + https://github.com/rg3/youtube-dl/commit/d79323136fabc2cd72afc7c124e17797e32df514 +Author: Stefano Rivera stefa...@debian.org +Bug-Debian: https://bugs.debian.org/780059 +Forwarded: not-needed +Last-Update: 2015-03-08 + +--- a/youtube_dl/utils.py b/youtube_dl/utils.py +@@ -588,17 +588,14 @@ + if getattr(self, '_tunnel_host', False): + self.sock = sock + self._tunnel() +-try: +-self.sock = ssl.wrap_socket(sock, self.key_file, self.cert_file, ssl_version=ssl.PROTOCOL_SSLv3) +-except ssl.SSLError: +-self.sock = ssl.wrap_socket(sock, self.key_file, self.cert_file, ssl_version=ssl.PROTOCOL_SSLv23) ++self.sock = ssl.wrap_socket(sock, self.key_file, self.cert_file, ssl_version=ssl.PROTOCOL_SSLv23) + + class HTTPSHandlerV3(compat_urllib_request.HTTPSHandler): + def https_open(self, req): + return self.do_open(HTTPSConnectionV3, req) + return HTTPSHandlerV3(**kwargs) + else: +-context = ssl.SSLContext(ssl.PROTOCOL_SSLv3) ++context = ssl.SSLContext(ssl.PROTOCOL_SSLv23) + context.verify_mode = (ssl.CERT_NONE +if opts_no_check_certificate +else ssl.CERT_REQUIRED) diff -Nru youtube-dl-2014.08.05/debian/patches/series youtube-dl-2014.08.05/debian/patches/series --- youtube-dl-2014.08.05/debian/patches/series 1969-12-31 16:00:00.0 -0800 +++ youtube-dl-2014.08.05/debian/patches/series 2015-03-08 13:43:36.0 -0700 @@ -0,0 +1 @@ +no-sslv3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780059: youtube-dl: Forces SSLv3, incompatible with Python 2.7.9
Package: youtube-dl Version: 2014.08.05-1 Severity: grave Tags: patch Justification: renders package unusable Control: fixed -1 2015-01-16-1 Upstream is doing some crazy stuff with SSL. Fortunately, they admit this in their git history, and have improved things since the 2014.08.05 release. The protocol is forced to SSLv3, rather than negotiating the latest protocol supported by both sides. There is a fallback path to negotiation, but it doesn't work when PROTOCOL_SSLv3 isn't available in the Python ssl module (as is the case, since 2.7.8-12). The attached patch should fix the issue. SR Description: Support Python 2.7.9, which removed PROTOCOL_SSLv3 In fact, don't try to force an SSL version at all. Debian OpenSSL doesn't support insecure versions. Upstream use Python's default SSL handshake since https://github.com/rg3/youtube-dl/commit/0db261ba567cb5370455d67c4398e11e5e2119f8 And switches to TLSv1 in legacy paths in https://github.com/rg3/youtube-dl/commit/d79323136fabc2cd72afc7c124e17797e32df514 Author: Stefano Rivera stefa...@debian.org Forwarded: not-needed Last-Update: 2015-03-08 --- a/youtube_dl/utils.py +++ b/youtube_dl/utils.py @@ -588,17 +588,14 @@ if getattr(self, '_tunnel_host', False): self.sock = sock self._tunnel() -try: -self.sock = ssl.wrap_socket(sock, self.key_file, self.cert_file, ssl_version=ssl.PROTOCOL_SSLv3) -except ssl.SSLError: -self.sock = ssl.wrap_socket(sock, self.key_file, self.cert_file, ssl_version=ssl.PROTOCOL_SSLv23) +self.sock = ssl.wrap_socket(sock, self.key_file, self.cert_file, ssl_version=ssl.PROTOCOL_SSLv23) class HTTPSHandlerV3(compat_urllib_request.HTTPSHandler): def https_open(self, req): return self.do_open(HTTPSConnectionV3, req) return HTTPSHandlerV3(**kwargs) else: -context = ssl.SSLContext(ssl.PROTOCOL_SSLv3) +context = ssl.SSLContext(ssl.PROTOCOL_SSLv23) context.verify_mode = (ssl.CERT_NONE if opts_no_check_certificate else ssl.CERT_REQUIRED)
Bug#780059: youtube-dl: Forces SSLv3, incompatible with Python 2.7.9
Hi Debian (2015.03.08_14:32:19_-0700) The protocol is forced to SSLv3, rather than negotiating the latest protocol supported by both sides. There is a fallback path to negotiation, but it doesn't work when PROTOCOL_SSLv3 isn't available in the Python ssl module (as is the case, since 2.7.8-12). I forgot to provide a stack trace: [youtube] Setting language Traceback (most recent call last): File /usr/bin/youtube-dl, line 9, in module load_entry_point('youtube-dl==2014.08.05', 'console_scripts', 'youtube-dl')() File /usr/lib/python2.7/dist-packages/youtube_dl/__init__.py, line 890, in main _real_main(argv) File /usr/lib/python2.7/dist-packages/youtube_dl/__init__.py, line 880, in _real_main retcode = ydl.download(all_urls) File /usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py, line 1052, in download self.extract_info(url) File /usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py, line 516, in extract_info ie_result = ie.extract(url) File /usr/lib/python2.7/dist-packages/youtube_dl/extractor/common.py, line 169, in extract self.initialize() File /usr/lib/python2.7/dist-packages/youtube_dl/extractor/common.py, line 164, in initialize self._real_initialize() File /usr/lib/python2.7/dist-packages/youtube_dl/extractor/youtube.py, line 123, in _real_initialize if not self._set_language(): File /usr/lib/python2.7/dist-packages/youtube_dl/extractor/youtube.py, line 50, in _set_language fatal=False)) File /usr/lib/python2.7/dist-packages/youtube_dl/extractor/common.py, line 283, in _download_webpage res = self._download_webpage_handle(url_or_request, video_id, note, errnote, fatal) File /usr/lib/python2.7/dist-packages/youtube_dl/extractor/common.py, line 223, in _download_webpage_handle urlh = self._request_webpage(url_or_request, video_id, note, errnote, fatal) File /usr/lib/python2.7/dist-packages/youtube_dl/extractor/common.py, line 203, in _request_webpage return self._downloader.urlopen(url_or_request) File /usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py, line 1231, in urlopen return self._opener.open(req, timeout=self._socket_timeout) File /usr/lib/python2.7/urllib2.py, line 431, in open response = self._open(req, data) File /usr/lib/python2.7/urllib2.py, line 449, in _open '_open', req) File /usr/lib/python2.7/urllib2.py, line 409, in _call_chain result = func(*args) File /usr/lib/python2.7/dist-packages/youtube_dl/utils.py, line 598, in https_open return self.do_open(HTTPSConnectionV3, req) File /usr/lib/python2.7/urllib2.py, line 1194, in do_open h.request(req.get_method(), req.get_selector(), req.data, headers) File /usr/lib/python2.7/httplib.py, line 1001, in request self._send_request(method, url, body, headers) File /usr/lib/python2.7/httplib.py, line 1035, in _send_request self.endheaders(body) File /usr/lib/python2.7/httplib.py, line 997, in endheaders self._send_output(message_body) File /usr/lib/python2.7/httplib.py, line 850, in _send_output self.send(msg) File /usr/lib/python2.7/httplib.py, line 812, in send self.connect() File /usr/lib/python2.7/dist-packages/youtube_dl/utils.py, line 592, in connect self.sock = ssl.wrap_socket(sock, self.key_file, self.cert_file, ssl_version=ssl.PROTOCOL_SSLv3) AttributeError: 'module' object has no attribute 'PROTOCOL_SSLv3' SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777641: pypy-lib-testsuite: fails to install: pypy-lib-testsuite.postinst: pypycompile: not found
Hi Andreas (2015.02.11_03:08:19_+0200) during a test with piuparts I noticed your package failed to install. Aha. I thought there were some issues with the rejigged compilation. But I'd forgotten what they were, and the things I tried all worked :) This looks like a trivial change of Depends from pypy-lib to pypy will do the trick. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730216: please consider allowing pypy to build on machines with less ram.
Hi John (2015.02.09_00:36:31_+0200) Please let the decision whether a certain package should be built on a certain architecture up to the porters. OK, you make persuasive arguments. I'll remove it. At the time this check was implemented, many of Debian's architectures had a wide range of RAM in buildds. There are far fewer small buildds in the supported architectures these days. I think by now, most architecture that do have some small buildds have blacklisted pypy on them, so I am not too worried about blocking up the build queue. They (we) are in a much better decision to decide that and if we actually don't want a package to be built at all on a certain architecture, we just set it to Not-For-Us in the wanna-build database on the buildd master. There is no need for a package maintainer to influence that. I was more concerned about wasting time architectures with varying RAM in buildds than archs that only have small buildds, where it'd be unlikely to build anyway. But I can see why this would be an issue on those archs. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767546: pypy: Build cppyy backend
Hi Debian (2014.10.31_17:20:52_-0700) We should build it. Possibly in a separate binary package. This currently requires a fork of reflex - http://cern.ch/wlav/reflex-2014-10-20.tar.bz2 So, I guess this isn't currently worth pursuing. When the cling implementation is ready, we can look at that. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773828: UDD: bts-usertags.cgi: a href=... inside title
Hi Simon (2015.01.20_11:16:46_+0200) Please see the attached patch. Patch applied. Just needs a git pull, now. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744145: [Python-modules-team] Bug#744145: pip3 breaks after upgrading requests
Control: severity -1 wishlist Hi Chris (2015.01.23_11:34:16_+0200) On a clean jessie or sid system (does not happen on wheezy): root# apt-get install python3 python3-pip root# pip3 install --upgrade requests After this, every invocation of pip3 fails: I don't think I consider this bug to be RC. Debian packages have declared dependencies on other Debian packages. Replacing one with something newer from upstream, is quite likely to break things. Supporting user-installed python libraries falls far into wishlist, for me. At this point in the freeze, I don't think it's worth bothering the release team, to fix this. sudo pip on a Debian box is dangerous, don't do that, and rather use virtualenvs, if you need to go off the beaten track. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775618: beets: FTBFS in jessie: Tests failures
Looks like: https://github.com/sampsyo/beets/commit/80038e2a3fe6f5ac174a30f6fd01ebf8dd63e414 SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774787: python-cffi: FTBFS on mips64el
Hi James (2015.01.07_08:17:19_-0800) I worked around it using the attached patch which disables the test on mips64 systems. I'm not entirely sure this is the right thing to do though since it does look like there's a bug here. Given the abuse comment below, this looks perfectly reasonable to me. I applied it upstream, too, thanks. https://bitbucket.org/cffi/cffi/commits/67435ba27473de84824708c1f222bb915ddb1e03 SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746946: wheezy-pu: package distro-info-data/0.23~deb7u1
Hi Adam (2015.01.06_22:11:55_+0200) To summarise discussions from IRC, Julien pointed out that there are a number of other places where we still refer to Wheezy as 7.0, including the Release Notes and debian-installer-netboot-images. Combined with the fact that this would be a change in stable, I think we should leave the Wheezy package as-is in terms of referring to Wheezy as 7.0. Does that apply to only Wheezy, or Jessie too? SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754248: python-virtualenv: Error when attempting to create a python2.6 virtualenv
Hi John (2015.01.08_05:24:06_+0200) ++'/usr/share/python-wheels/{0}-*.whl'.format(project)) -+'/usr/share/python-wheels/{}-*.whl'.format(project)) That's simple enough that it is reasonable to apply. However we've probably missed the boat for Debian Jessie. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 signature.asc Description: Digital signature
Bug#746946: wheezy-pu: package distro-info-data/0.23~deb7u1
Hi Adam (2015.01.02_18:49:41_+0200) Apologies for the delay in getting back to you regarding this. I think when I previously looked at the request I assumed that we meant the maintainers, rather than also the Release Team. It meant everyone. But the RT have the final say, so mostly you :) I also canvassed Benjamin's vote, and he thinks we should do 7.0 - 7. He also thinks we should roll in 0.24 changes (Debian 9 + 10) but I think that should get into testing first, and he hasn't done anything to make that happen... I agree that 7.0 is wrong, although it does always worry me changing stuff like this. If it's unlikely to have been used, maybe just an explicit mention somewhere obvious would suffice, so that people notice and can amend things if they are relying on it? How obvious? A NEWS.Debian entry? SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 signature.asc Description: Digital signature
Bug#774678: ykneomgr: Missing dependency on pcscd
Package: ykneomgr Version: 0.1.6-1 Severity: serious Justification: Policy 7.2 Without pcscd, ykneomgr displays a fairly unhelpful error: $ ykneomgr -m error: ykneomgr_init (-4): Backend error I think ykneomgr should Depend on pcscd. SR -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.utf8, LC_CTYPE=en_ZA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ykneomgr depends on: ii libc6 2.19-13 ii libykneomgr0 0.1.6-1 ykneomgr recommends no packages. ykneomgr suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#746946: wheezy-pu: package distro-info-data/0.23~deb7u1
Hi 746946 (2014.11.01_03:02:58_+0200) We still need to make a decision on this bit. I've left that patch in, for now. Ping? SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771148: (pre-upload) unblock: pypy/2.4.0+dfsg-2
Control: tags -1 - moreinfo As you noted on irc, it still fails after 3 attempts, so a new upload is probably necessary. Please remove the moreinfo tag once the mipsel issue is resolved. Another (pair of) give-backs resolved it. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771148: (pre-upload) unblock: pypy/2.4.0+dfsg-2
Hi Dejan (2014.12.05_16:39:01_+0200) I have tried to build pypy on a few different boards. On boradcom (mipsel) and cavium (mipsel), pypy was built successfully. On cavium (mips), build is still in progress. But it seems that it will pass as well. On lemote-3a-itx-a1101 (mipsel), build was successfully finished. Thanks for the testing. It sounds like we should continue retrying this. I had noticed that on mipsel-manda-02.debian.org it was used parallel=5 DEB_BUILD_OPTIONS=parallel=5. I am not sure if this is related with build failure but I will try it on lemote 3A again, with this option. The failure was during translation, which is not parallel. The only part of the pypy build that parallelises is the compilation, which I've never known to cause trouble. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org