Bug#1042039: marked as pending in mypy
Control: tag -1 pending Hello, Bug #1042039 in mypy reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/packages/mypy/-/commit/71ceadb8ae4088e00b405a72d00efd757f788a34 New upstream release 1.5.0 (Closes: #1042039) Refresh patches (this message was generated automatically) -- Greetings https://bugs.debian.org/1042039
Bug#1042734: binutils-mingw-w64 FTBFS: Patch debian/patches/specify-timestamp.patch does not apply
Control: tags -1 + patch pending
On Mon, Jul 31, 2023 at 11:37:39AM +0300, Adrian Bunk wrote:
> Source: binutils-mingw-w64
> Version: 11
> Severity: serious
> Tags: ftbfs
>
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/binutils-mingw-w64.html
> https://buildd.debian.org/status/fetch.php?pkg=binutils-mingw-w64=riscv64=11=1690696627=0
>
> ...
> pplying patch debian/patches/specify-timestamp.patch
> patching file upstream/bfd/peXXigen.c
> Hunk #2 FAILED at 840.
> 1 out of 2 hunks FAILED -- rejects in file upstream/bfd/peXXigen.c
> patching file upstream/ld/pe-dll.c
> Hunk #2 FAILED at 1232.
> 1 out of 2 hunks FAILED -- rejects in file upstream/ld/pe-dll.c
> patching file upstream/ld/emultempl/pe.em
> patching file upstream/ld/emultempl/pep.em
> Patch debian/patches/specify-timestamp.patch does not apply (enforce with -f)
> make[1]: *** [debian/rules:71: unpack] Error 1
>
A patch implementing SOURCE_DATE_EPOCH support for --insert-timestamp was merged
upstream, so this debian-specific implementation can be dropped.
http://sourceware.org/git/?p=binutils-gdb.git;a=commitdiff;h=6badd1020f5bebd3f60a780b8e41a1b581046087
Attached is a git-format-patch for a NMU of binutils-mingw-w64 dropping the
patch. I've uploaded it to DELAYED/2.
Cheers,
Nicolas
From 1c70e29cafe59e1f099a546ae157eef62bbab0e6 Mon Sep 17 00:00:00 2001
From: Nicolas Dandrimont
Date: Tue, 8 Aug 2023 18:13:53 +0200
Subject: [PATCH] Drop specify-timestamp.patch, applied upstream in binutils
2.41 (Closes: #1042734)
---
debian/changelog | 8 ++
debian/patches/series | 1 -
debian/patches/specify-timestamp.patch | 128 -
3 files changed, 8 insertions(+), 129 deletions(-)
delete mode 100644 debian/patches/specify-timestamp.patch
diff --git a/debian/changelog b/debian/changelog
index 4ce45da..f254c82 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+binutils-mingw-w64 (11+nmu1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop specify-timestamp.patch, applied upstream in binutils 2.41
+(Closes: #1042734)
+
+ -- Nicolas Dandrimont Tue, 08 Aug 2023 18:18:48 +0200
+
binutils-mingw-w64 (11) unstable; urgency=medium
* In preparation for binutils 2.41, drop pr30079.patch, merged
diff --git a/debian/patches/series b/debian/patches/series
index df17d1d..1d58fe7 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,5 +1,4 @@
testsuite-timeout.patch
-specify-timestamp.patch
dont-run-objcopy.patch
disable-flags.patch
reproducible-import-libraries.patch
diff --git a/debian/patches/specify-timestamp.patch b/debian/patches/specify-timestamp.patch
deleted file mode 100644
index f268ea4..000
--- a/debian/patches/specify-timestamp.patch
+++ /dev/null
@@ -1,128 +0,0 @@
-Description: Allow the PE timestamp to be specified
-Author: Stephen Kitt
-
a/upstream/bfd/peXXigen.c
-+++ b/upstream/bfd/peXXigen.c
-@@ -74,6 +74,9 @@
- #include
- #include
-
-+#include
-+#include
-+
- /* NOTE: it's strange to be including an architecture specific header
-in what's supposed to be general (to PE/PEI) code. However, that's
-where the definitions are, and they don't vary per architecture
-@@ -837,9 +840,36 @@
-
- /* Use a real timestamp by default, unless the no-insert-timestamp
- option was chosen. */
-- if ((pe_data (abfd)->timestamp) == -1)
--H_PUT_32 (abfd, time (0), filehdr_out->f_timdat);
-- else
-+ if ((pe_data (abfd)->timestamp) == -1) {
-+time_t now;
-+char *source_date_epoch;
-+unsigned long long epoch;
-+char *endptr;
-+
-+now = time (NULL);
-+source_date_epoch = getenv("SOURCE_DATE_EPOCH");
-+if (source_date_epoch) {
-+ errno = 0;
-+ epoch = strtoull(source_date_epoch, , 10);
-+ if ((errno == ERANGE && (epoch == ULLONG_MAX || epoch == 0))
-+ || (errno != 0 && epoch == 0)) {
-+_bfd_error_handler("Environment variable $SOURCE_DATE_EPOCH: strtoull: %s\n",
-+ strerror(errno));
-+ } else if (endptr == source_date_epoch) {
-+_bfd_error_handler("Environment variable $SOURCE_DATE_EPOCH: No digits were found: %s\n",
-+ endptr);
-+ } else if (*endptr != '\0') {
-+_bfd_error_handler("Environment variable $SOURCE_DATE_EPOCH: Trailing garbage: %s\n",
-+ endptr);
-+ } else if (epoch > ULONG_MAX) {
-+_bfd_error_handler("Environment variable $SOURCE_DATE_EPOCH: value must be smaller than or equal to: %lu but was found to be: %llu\n",
-+ ULONG_MAX, epoch);
-+ } else {
-+now = epoch;
-+ }
-+}
-+H_PUT_32 (abfd, now, filehdr_out->f_timdat);
-+ } else
- H_PUT_32 (abfd, pe_data (abfd)->timestamp, filehdr_out->f_timda
Bug#1035654: non-essential adduser poses problems to purging packages
On Thu, May 18, 2023, at 10:03, Marc Haber wrote: > On Thu, May 18, 2023 at 12:24:39AM +0200, Johannes Schauer Marin > Rodrigues wrote: >> Marc, the same offer to you for your recent adduser upload to unstable. > > Yes, please. Thanks for your work. > > adduser probably needs an additional hint because the new upload makes > piuparts fail now, as discussed yesterday. Hi, To work around this issue on the piuparts side, it sounds like we should make piuparts treat adduser as fake-essential for tests ending at bookworm or sid, so that we don't try to uninstall it; Andreas, what do you think? Thanks, -- Nicolas Dandrimont
Bug#970870: postgresql-autodoc: incompatible with PostgreSQL >= 12
Package: postgresql-autodoc Version: 1.40-3 Severity: grave Tags: upstream sid bullseye Dear maintainer, postgresql-autodoc, as currently packaged in Debian, doesn't work with PostgreSQL 12, which is the current default version of PostgreSQL in testing and sid (it works fine with PostgreSQL 11 which is shipped with buster). The failure mode is the following (excuse my French): $ postgresql_autodoc -d softwareheritage-dev -f autodoc/db-schema DBD::Pg::st execute failed: ERREUR: la colonne � adsrc � n'existe pas LIGNE 40 : adsrc ^ at /usr/bin/postgresql_autodoc line 687. DBD::Pg::st fetchrow_hashref failed: no statement executing at /usr/bin/postgresql_autodoc line 689. [...] Use of uninitialized value in numeric comparison (<=>) at /usr/bin/postgresql_autodoc line 991. [...] Use of uninitialized value in numeric comparison (<=>) at /usr/bin/postgresql_autodoc line 1466. [...] This generates dot files with a lot of column missings. Upstream seems to have picked up development on GitHub at https://github.com/cbbrowne/autodoc. This repository shows a bunch of commits on top of the current Debian version which should fix at least this bug. Thank you, Nicolas -- System Information: Debian Release: bullseye/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.8.0-1-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages postgresql-autodoc depends on: ii libdbd-pg-perl 3.14.2-1 ii libhtml-template-perl 2.97-1 ii libterm-readkey-perl 2.38-1+b1 ii perl 5.30.3-4 Versions of packages postgresql-autodoc recommends: ii dia 0.97.3+git20160930-9 ii docbook-defguide [docbook-book] 2.0.17+svn9912-2 ii firefox [www-browser] 80.0.1-1 ii firefox-esr [www-browser] 78.2.0esr-1 ii google-chrome-stable [www-browser] 85.0.4183.102-1 ii graphviz2.42.2-4 postgresql-autodoc suggests no packages. -- no debconf information
Bug#943615: marked as pending in python-multidict
Control: tag -1 pending Hello, Bug #943615 in python-multidict reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/python-multidict/commit/f5d3ad5e508d5dab0f766e1ad5269c45d471be13 New upstream alpha release - Add support for Python3.8 (Closes: #943615) (this message was generated automatically) -- Greetings https://bugs.debian.org/943615
Bug#944342: marked as pending in wheel
Control: tag -1 pending Hello, Bug #944342 in wheel reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/wheel/commit/a06ca8962ad7ca92a7442548b0c69c5387858920 Use /usr/bin/python2 for autopkgtests (Closes: #944342) (this message was generated automatically) -- Greetings https://bugs.debian.org/944342
Bug#942693: marked as pending in python-hypothesis
Control: tag -1 pending Hello, Bug #942693 in python-hypothesis reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/python-hypothesis/commit/08097371a21187d3b12b95cadbd526885c458d0c New upstream release (Closes: #942693) (this message was generated automatically) -- Greetings https://bugs.debian.org/942693
Bug#921030: Fails to import the ansible module since its migration to Python 3
Package: ansible-lint Version: 3.4.20+git.20180203-1 Severity: grave Tags: sid Dear maintainer, Running ansible-lint with the current ansible version in sid results in an ImportError for the ansible Python 2 module. The ansible maintainers have migrated the ansible module to Python 3 so I expect this migration also needs to happen with ansible-lint. This will also affect testing as soon as ansible migrates, which AFAICT should happen tomorrow. Thanks for your work! -- System Information: Debian Release: buster/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ansible-lint depends on: ii ansible 2.7.6+dfsg-1 ii python 2.7.15-4 ii python-six 1.12.0-1 ii python-yaml 3.13-2 ansible-lint recommends no packages. ansible-lint suggests no packages. -- no debconf information
Bug#913530: [Python-modules-team] Bug#913530: crashes because of html5lib incompatibility
Control: tags -1 + unreproducible moreinfo
Hi!
* Antoine Beaupre [2018-11-11 17:14:52 -0500]:
> Package: python3-bleach
> Version: 2.1.3-1
> Severity: critical
>
> In current Debian buster, with the Python 3.6 interpreter, bleach
> completely fails to load as a module:
>
> $ python3
> Python 3.6.7 (default, Oct 21 2018, 08:08:16)
> [GCC 8.2.0] on linux
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import bleach
> Traceback (most recent call last):
> File "", line 1, in
> File "/usr/lib/python3/dist-packages/bleach/__init__.py", line 8, in
>
> from bleach.linkifier import (
> File "/usr/lib/python3/dist-packages/bleach/linkifier.py", line 7, in
>
> from html5lib.filters.sanitizer import allowed_protocols
> ImportError: cannot import name 'allowed_protocols'
On an up-to-date sid system, at least with the same package versions as your
system:
$ python3.6
Python 3.6.7 (default, Oct 21 2018, 08:08:16)
[GCC 8.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import bleach
>>> bleach.__file__
'/usr/lib/python3/dist-packages/bleach/__init__.py'
>>> import html5lib
>>> html5lib.__file__
'/usr/lib/python3/dist-packages/html5lib/__init__.py'
>>> from html5lib.filters.sanitizer import allowed_protocols
>>> allowed_protocols
frozenset({'news', 'callto', 'telnet', 'xmpp', 'rsync', 'data', 'nntp', 'irc',
'gopher', 'feed', 'ed2k', 'https', 'webcal', 'urn', 'ftp', 'rtsp', 'afs',
'http', 'tag', 'mailto', 'ssh', 'aim', 'sftp'})
The debci tests for python-readme-renderer, which itself imports bleach, are
also happy (and have always been since the upload of readme-renderer in April).
Please show what html5lib.__file__ returns on your system?
> [...]
>
> The simplest fix for this would probably be to upgrade bleach to the
> latest release. Indeed, this command works around the problem
> completely:
>
> sudo pip install bleach
I have the feeling this may be your problem; Don't ever ever install packages
system-wide with pip, as they will shadow the modules that are installed by
Debian, and will never be upgraded, which will lead to all kinds of
weirdnesses.
If my intuition is correct, and an old html5lib has been installed by pip,
you'll want to purge the contents of /usr/local/lib/python3*/dist-packages/ (or
~/.local/lib/python3.6/dist-packages) to fix your system.
Hope this helps,
--
Nicolas Dandrimont
The nice thing about Windows is - It does not just crash, it displays a
dialog box and lets you press 'OK' first.
(Arno Schaefer's .sig)
signature.asc
Description: PGP signature
Bug#909512: Bug #909512 in python-argon2 marked as pending
Control: tag -1 pending Hello, Bug #909512 in python-argon2 reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below, and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/python-argon2/commit/5ee963689433f550efc51d0f4486112625a033e9 Review debian/copyright for missing attributions (Closes: #909512) (this message was generated automatically) -- Greetings https://bugs.debian.org/909512
Bug#899764: Bug #899764 in python-adal marked as pending
Control: tag -1 pending Hello, Bug #899764 in python-adal reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below, and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/python-adal/commit/a17060b735b24838ff08fb9f7e390ed99d2515c9 Adopt in the Debian Python Modules Team. Thanks irl for your past work! (Closes: #899764) (this message was generated automatically) -- Greetings https://bugs.debian.org/899764
Bug#899677: Bug #899677 in python-msrestazure marked as pending
Control: tag -1 pending Hello, Bug #899677 in python-msrestazure reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below, and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/python-msrestazure/commit/f32126a7052e265514e3d69555e5b6fdd9ba1654 Update maintainership (Closes: #899677, #889088) (this message was generated automatically) -- Greetings https://bugs.debian.org/899677
Bug#899675: Bug #899675 in python-msrest marked as pending
Control: tag -1 pending Hello, Bug #899675 in python-msrest reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below, and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/python-msrest/commit/f14803e1748aac9b140d3631cb2fc3e4d6c77349 Record Closes: #899675 in changelog (this message was generated automatically) -- Greetings https://bugs.debian.org/899675
Bug#909529: Bug #909529 in alembic marked as pending
Control: tag -1 pending Hello, Bug #909529 in alembic reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below, and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/alembic/commit/9b7d89edda6b25461ebd3a95a8e9f68c2b5a62c4 Remove pytest_cache directory after running tests (Closes: #909529) (this message was generated automatically) -- Greetings https://bugs.debian.org/909529
Bug#909529: Bug #909529 in astroid marked as pending
Control: tag -1 pending Hello, Bug #909529 in astroid reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below, and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/astroid/commit/485f27822da5d614347b6dbfaf510d93964f127f Remove pytest cache after running the tests (Closes: #909529) (this message was generated automatically) -- Greetings https://bugs.debian.org/909529
Bug#902631: devscripts: CI fails in unstable due to Python 3.7
Control: tags -1 + patch * Thomas Goirand [2018-08-25 22:02:51 +0200]: > Hi Sando, > > I do support uploading 2 source packages, one for py2, and one for py3. > This is the most reasonable solution. Worst case, if that cannot be > done, then we got to move forward and restore Py3 support (and > eventually drop Py2), but I prefer the former solution. > > The issue has been opened for nearly 2 months now, with nearly a month > without any news, and this makes me a bit nervous, as I need the py3 > support to be restored. > > What's holding you off more? Hi, As a proof of concept I've gone and done the changes needed to pull this off on a fork of the git repo in my personal namespace. https://salsa.debian.org/olasd/astroid The astroid source package is in the master / upstream branches; The astroid2 source package is in the astroid2 / upstream-1.x branches. I had to do some wrangling of the astroid source package, to convert it to pybuild, because the default setuptools buildsystem only works when python2 is in the build depends. I could see a point in splitting the git repositories but I don't think that's very critical. I'm happy to do a NMU in a week so that we can move forward with the split package plan. Cheers, -- Nicolas Dandrimont We come to bury DOS, not to praise it. (Paul Vojta, vo...@math.berkeley.edu, paraphrasing a quote of Shakespeare) signature.asc Description: PGP signature
Bug#902900: python3-celery: python3-celery fails to install with Python 3.7
found 902900 4.2.0-1 tags 902900 + upstream forwarded 902900 https://github.com/celery/celery/pull/4852 user debian-pyt...@lists.debian.org usertag 902900 + python3.7 thanks * Antoine R. Dumont [2018-07-03 10:09:56 +0200]: > Package: python3-celery > Version: 4.1.0-4 > Severity: serious > Hello, > > Setting up python3-celery (4.2.0-1) ... > File "/usr/lib/python3/dist-packages/celery/backends/redis.py", line 22 > from . import async, base > ^ > SyntaxError: invalid syntax > > File "/usr/lib/python3/dist-packages/celery/backends/rpc.py", line 20 > from .async import AsyncBackendMixin, BaseResultConsumer > ^ > SyntaxError: invalid syntax > > dpkg: error processing package python3-celery (--configure): > installed python3-celery package post-installation script subprocess > returned error exit status 1 Hi, Work on this issue seems to be ongoing upstream. Adding the relevant tags. Cheers, -- Nicolas Dandrimont signature.asc Description: PGP signature
Bug#902715: Bug #902715 in psycopg2 marked as pending
Control: tag -1 pending Hello, Bug #902715 in psycopg2 reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below, and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/psycopg2/commit/44e26ac9a3854a2f7719cdbbc658f48d439b8f05 Do not install tests/test_async_keyword.py, incompatible with Python3.7 Closes: #902715 (this message was generated automatically) -- Greetings https://bugs.debian.org/902715
Bug#855908: marked as done (hiro: FTBFS: test_segment_not_complete_error [...] AssertionError: False is not true)
45:
> ResourceWarning: unclosed file <_io.TextIOWrapper name=3 encoding='UTF-8'>
> self.assertEquals(int(time.time()), int(os.popen("date
> +%s").read().strip()))
> ok
> test_freeze_target (tests.test_context_mgr.TestTimelineContext) ...
> «BUILDDIR»/.pybuild/pythonX.Y_3.5/build/tests/test_context_mgr.py:91:
> DeprecationWarning: Please use assertAlmostEqual instead.
> self.assertAlmostEquals(time.time(), 0, 1)
> ok
> test_rewind (tests.test_context_mgr.TestTimelineContext) ... ok
> test_unfreeze (tests.test_context_mgr.TestTimelineContext) ...
> «BUILDDIR»/.pybuild/pythonX.Y_3.5/build/tests/test_context_mgr.py:116:
> ResourceWarning: unclosed file <_io.TextIOWrapper name=3 encoding='UTF-8'>
> self.assertTrue(int(time.time()) - int(os.popen("date
> +%s").read().strip()) <= 1)
> ok
> test_scale_up_runner (tests.test_runners.TestASyncRunner) ... ok
> test_scale_up_runner_fail (tests.test_runners.TestASyncRunner) ... ok
> test_segment_not_complete_error (tests.test_runners.TestASyncRunner) ...
> FAIL
> test_scale_up_runner (tests.test_runners.TestSyncRunner) ...
> «BUILDDIR»/.pybuild/pythonX.Y_3.5/build/tests/test_runners.py:17:
> DeprecationWarning: Please use assertEqual instead.
> self.assertEquals(f.get_response(), 1)
> ok
> test_scale_up_runner_fail (tests.test_runners.TestSyncRunner) ... ok
>
> ==
> FAIL: test_segment_not_complete_error (tests.test_runners.TestASyncRunner)
> --
> Traceback (most recent call last):
> File "«BUILDDIR»/.pybuild/pythonX.Y_3.5/build/tests/test_runners.py",
> line 59, in test_segment_not_complete_error
> self.assertTrue(f.get_execution_time() < 1 )
> AssertionError: False is not true
>
> --
> Ran 18 tests in 10.016s
>
> FAILED (failures=1)
> E: pybuild pybuild:283: test: plugin distutils failed with: exit code=1: cd
> «BUILDDIR»/.pybuild/pythonX.Y_3.5/build; python3.5 -m unittest discover -v
> dh_auto_test: pybuild --test -i python{version} -p 3.5 returned exit code 13
> debian/rules:5: recipe for target 'build' failed
> make: *** [build] Error 25
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
>
> […]
>
> The full build log is attached.
>
>
> Regards,
>
> --
> ,''`.
> : :' : Chris Lamb
> `. `'` la...@debian.org / chris-lamb.co.uk
>`-
> Date: Tue, 24 Apr 2018 16:50:40 +
> From: Nicolas Dandrimont <ol...@debian.org>
> To: 855908-cl...@bugs.debian.org
> Subject: Bug#855908: fixed in hiro 0.5-1
> Message-Id: <e1fb19m-000aru...@fasolo.debian.org>
>
> Source: hiro
> Source-Version: 0.5-1
>
> We believe that the bug you reported is fixed in the latest version of
> hiro, which is due to be installed in the Debian FTP archive.
>
> A summary of the changes between this version and the previous one is
> attached.
>
> Thank you for reporting the bug, which will now be closed. If you
> have further comments please address them to 855...@bugs.debian.org,
> and the maintainer will reopen the bug report if appropriate.
>
> Debian distribution maintenance software
> pp.
> Nicolas Dandrimont <ol...@debian.org> (supplier of updated hiro package)
>
> (This message was generated automatically at their request; if you
> believe that there is a problem with it please contact the archive
> administrators by mailing ftpmas...@ftp-master.debian.org)
>
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Format: 1.8
> Date: Tue, 24 Apr 2018 18:29:51 +0200
> Source: hiro
> Binary: python-hiro python3-hiro python-hiro-doc
> Architecture: source all
> Version: 0.5-1
> Distribution: unstable
> Urgency: medium
> Maintainer: Debian Python Modules Team
> <python-modules-t...@lists.alioth.debian.org>
> Changed-By: Nicolas Dandrimont <ol...@debian.org>
> Description:
> python-hiro - time manipulation utilities for Python - Python 2.X
> python-hiro-doc - time manipulation utilities for Python - documentation
> python3-hiro - time manipulation utilities for Python
> Closes: 855908
> Changes:
> hiro (0.5-1) unstable; urgency=medium
> .
>[ Ondřej Nový ]
>* d/control: Set Vcs-* to salsa.debian.org
>* d/copyright: Use https protocol in Format field
> .
>[ Nicolas Dandrimont ]
>* New upstream release (Closes: #855908)
>* Update Standards-Version to 4.1.4 (no changes)
>* Bump
Bug#852515: marked as pending
tag 852515 pending thanks Hello, Bug #852515 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: http://git.debian.org/?p=python-modules/packages/flask-limiter.git;a=commitdiff;h=c55f688 --- commit c55f688b183f52e296adfc5e9938b63e5d2d9c79 Author: Nicolas Dandrimont <nico...@dandrimont.eu> Date: Thu Mar 9 14:01:16 2017 +0100 Fix install path for documentation (Closes: #852515) diff --git a/debian/changelog b/debian/changelog index 9e804c4..9e9bb41 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +flask-limiter (0.9.3-2) UNRELEASED; urgency=medium + + * Fix install path for documentation. (Closes: #852515) + + -- Nicolas Dandrimont <ol...@debian.org> Thu, 09 Mar 2017 14:00:43 +0100 + flask-limiter (0.9.3-1) unstable; urgency=medium * Initial release. (Closes: #851290)
Bug#779662: package fails to build without network connection
Control: tags -1 + unreproducible * Matthias Klose d...@debian.org [2015-03-03 20:26:38 +0100]: Package: src:fedmsg-meta-fedora-infrastructure Version: 0.2.18-1 Severity: serious Tags: sid jessie The package fails to build in an unstable environment on amd64 without having network access. the build log shows errors like these, which go away if you have network connection. Hi, I couldn't reproduce this on my laptop disconnected from the internet. Please be more specific as to what you mean by no network access. I'm pretty sure those tests need access to localhost, and I'm not sure no localhost is a supported configuration for our build environment. Thanks, -- Nicolas Dandrimont BOFH excuse #433: error: one bad user found in front of screen signature.asc Description: Digital signature
Bug#738195: [pkg-cli-apps-team] Processed: reopening 738195
clone 738195 -1
reassign -1 gnome-do-plugins 0.8.5-2
retitle -1 gnome-do-plugins: About pages for plugins link to a parked domain
fixed 738195 0.95.2-1
close 738195
thanks
* Sam Morris s...@robots.org.uk [2014-11-12 11:25:41 +]:
On Wed, Nov 12, 2014 at 12:38:32AM +0800, Chow Loong Jin wrote:
On Tue, Nov 11, 2014 at 04:06:06PM +, Debian Bug Tracking System wrote:
Processing commands for cont...@bugs.debian.org:
reopen 738195
Bug #738195 {Done: Chow Loong Jin hyper...@debian.org} [gnome-do]
gnome-do: Changed location of homepage
Bug #757056 {Done: Chow Loong Jin hyper...@debian.org} [gnome-do]
gnome-do: URL needs updating
Bug reopened
Ignoring request to alter fixed versions of bug #738195 to the same
values previously set
Ignoring request to alter fixed versions of bug #757056 to the same
values previously set
thanks
Stopping processing here.
Why are you reopening this bug? Are there any outdated references left?x
https://packages.debian.org/sid/gnome-do seems to show an updated URL to me.
Grepping the source for davebsd.com shows nothing.
As I explained, the bug is not fixed. The About button for each plug-in
in the Preferences window still sends me off to oneclickads.net.
I did take a brief look at the source package and I also don't see where
the old URL is coming from, but it's still there.
The plugins are in gnome-do-plugins, and yes, the URLs are wrong there.
Cloning the bug to the right package, and closing the gnome-do package.
Cheers,
--
Nicolas Dandrimont
signature.asc
Description: Digital signature
Bug#738195: [pkg-cli-apps-team] Processed: reopening 738195
* Nicolas Dandrimont ol...@debian.org [2014-11-15 14:37:10 +0100]: * Sam Morris s...@robots.org.uk [2014-11-12 11:25:41 +]: As I explained, the bug is not fixed. The About button for each plug-in in the Preferences window still sends me off to oneclickads.net. I did take a brief look at the source package and I also don't see where the old URL is coming from, but it's still there. The plugins are in gnome-do-plugins, and yes, the URLs are wrong there. Cloning the bug to the right package, and closing the gnome-do package. So, I investigated that bug a bit further, and it seems that the davebsd URLs currently in the plugins don't have a replacement: the wiki is dead and hasn't been transferred to the new host. As it seems that the plugin urls always point to that wiki, I think the best resolution might be to disable the url display altogether. Hope this helps, -- Nicolas Dandrimont How do I type for i in *.dvi do xdvi i done in a GUI? (Discussion in comp.os.linux.misc on the intuitiveness of interfaces.) signature.asc Description: Digital signature
Bug#768746: snapper: FTBFS in jessie: BtrfsUtils.cc:127:27: error: 'btrfs_qgroup_inherit' was not declared in this scope
Control: retitle -1 libbtrfs missing headers Control: found -1 3.17-1 Control: tags -1 + upstream fixed-upstream patch * Andrey Rahmatullin w...@debian.org [2014-11-15 20:49:10 +0500]: Control: reassign -1 btrfs-tools Control: forcemerge 768694 -1 On Sun, Nov 09, 2014 at 08:15:16AM +0100, Lucas Nussbaum wrote: /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include/libxml2 -D_FORTIFY_SOURCE=2 -DCONFDIR='/etc/default' -D_FILE_OFFSET_BITS=64 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -std=c++0x -Wall -Wextra -Wformat=2 -Wnon-virtual-dtor -Wno-unused-parameter -c -o BtrfsUtils.lo BtrfsUtils.cc libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include/libxml2 -D_FORTIFY_SOURCE=2 -DCONFDIR=\/etc/default\ -D_FILE_OFFSET_BITS=64 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -std=c++0x -Wall -Wextra -Wformat=2 -Wnon-virtual-dtor -Wno-unused-parameter -c BtrfsUtils.cc -fPIC -DPIC -o .libs/BtrfsUtils.o BtrfsUtils.cc: In function 'void snapper::create_snapshot(int, int, const string, bool, snapper::qgroup_t)': BtrfsUtils.cc:127:27: error: 'btrfs_qgroup_inherit' was not declared in this scope The relevant header is included only with HAVE_LIBBTRFS (which is apparently wrong because the source can't be compiled without the header) which is false because libbtrfs.so can't be linked against. Well, yes, that's a bug in btrfs-tools: libbtrfs stopped exporting some headers after an upstream refactoring, and can't be linked against anymore. Cherry-picking the two following patches from the 3.17 branch of btrfsprogs restores the headers and lets snapper compile properly. - https://github.com/kdave/btrfs-progs/commit/dcf11c371cbcdca78f297fe042095912634a8323.patch - https://github.com/kdave/btrfs-progs/commit/cafacda441120976105d01c07286e843cb7cbb94.patch Unless the maintainer disagrees, I will upload a NMU (to DELAYED/5) adding those two patches. Cheers, -- Nicolas Dandrimont BOFH excuse #129: The ring needs another token signature.asc Description: Digital signature
Bug#768746: snapper: FTBFS in jessie: BtrfsUtils.cc:127:27: error: 'btrfs_qgroup_inherit' was not declared in this scope
* Nicolas Dandrimont ol...@debian.org [2014-11-15 17:50:02 +0100]:
Unless the maintainer disagrees, I will upload a NMU (to DELAYED/5) adding
those two patches.
Debdiff attached.
--
Nicolas Dandrimont
...[Linux's] capacity to talk via any medium except smoke signals.
(By Dr. Greg Wettstein, Roger Maris Cancer Center)
diff -Nru btrfs-tools-3.17/debian/changelog btrfs-tools-3.17/debian/changelog
--- btrfs-tools-3.17/debian/changelog 2014-10-23 23:04:25.0 +0200
+++ btrfs-tools-3.17/debian/changelog 2014-11-15 16:58:09.0 +0100
@@ -1,3 +1,13 @@
+btrfs-tools (3.17-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Add 0002-Fix-linking-with-libbtrfs.patch from upstream, to properly
+export all the previously exported API (Closes: #768746)
+ * Add 0003-Make-headers-C++-compatible.patch from upstream, making the
+new headers C++-compatible.
+
+ -- Nicolas Dandrimont ol...@debian.org Sat, 15 Nov 2014 16:23:26 +0100
+
btrfs-tools (3.17-1) unstable; urgency=medium
* New upstream release.
diff -Nru btrfs-tools-3.17/debian/patches/0002-Fix-linking-with-libbtrfs.patch btrfs-tools-3.17/debian/patches/0002-Fix-linking-with-libbtrfs.patch
--- btrfs-tools-3.17/debian/patches/0002-Fix-linking-with-libbtrfs.patch 1970-01-01 01:00:00.0 +0100
+++ btrfs-tools-3.17/debian/patches/0002-Fix-linking-with-libbtrfs.patch 2014-11-15 16:23:00.0 +0100
@@ -0,0 +1,36 @@
+From dcf11c371cbcdca78f297fe042095912634a8323 Mon Sep 17 00:00:00 2001
+From: David Sterba dste...@suse.cz
+Date: Thu, 30 Oct 2014 18:33:41 +0100
+Subject: [PATCH] btrfs-progs: fix linking with libbtrfs
+
+Reported at https://github.com/openSUSE/snapper/issues/128
+
+Commit cdb9e22e292275237c added another rbtree file that defines
+functions that libbtrfs uses.
+
+Signed-off-by: David Sterba dste...@suse.cz
+---
+ Makefile | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/Makefile b/Makefile
+index 9c69ada..203597c 100644
+--- a/Makefile
b/Makefile
+@@ -10,14 +10,14 @@ objects = ctree.o disk-io.o radix-tree.o extent-tree.o print-tree.o \
+ root-tree.o dir-item.o file-item.o inode-item.o inode-map.o \
+ extent-cache.o extent_io.o volumes.o utils.o repair.o \
+ qgroup.o raid6.o free-space-cache.o list_sort.o props.o \
+- ulist.o qgroup-verify.o backref.o rbtree-utils.o
++ ulist.o qgroup-verify.o backref.o
+ cmds_objects = cmds-subvolume.o cmds-filesystem.o cmds-device.o cmds-scrub.o \
+ cmds-inspect.o cmds-balance.o cmds-send.o cmds-receive.o \
+ cmds-quota.o cmds-qgroup.o cmds-replace.o cmds-check.o \
+ cmds-restore.o cmds-rescue.o chunk-recover.o super-recover.o \
+ cmds-property.o
+ libbtrfs_objects = send-stream.o send-utils.o rbtree.o btrfs-list.o crc32c.o \
+- uuid-tree.o utils-lib.o
++ uuid-tree.o utils-lib.o rbtree-utils.o
+ libbtrfs_headers = send-stream.h send-utils.h send.h rbtree.h btrfs-list.h \
+ crc32c.h list.h kerncompat.h radix-tree.h extent-cache.h \
+ extent_io.h ioctl.h ctree.h btrfsck.h version.h
diff -Nru btrfs-tools-3.17/debian/patches/0003-Make-headers-C++-compatible.patch btrfs-tools-3.17/debian/patches/0003-Make-headers-C++-compatible.patch
--- btrfs-tools-3.17/debian/patches/0003-Make-headers-C++-compatible.patch 1970-01-01 01:00:00.0 +0100
+++ btrfs-tools-3.17/debian/patches/0003-Make-headers-C++-compatible.patch 2014-11-15 16:57:02.0 +0100
@@ -0,0 +1,96 @@
+From cafacda441120976105d01c07286e843cb7cbb94 Mon Sep 17 00:00:00 2001
+From: David Sterba dste...@suse.cz
+Date: Mon, 3 Nov 2014 23:50:50 +0100
+Subject: [PATCH] btrfs-progs: libbtrfs, make exported headers compatible with
+ C++
+
+Add externs and don't use a reserved keyword.
+
+Signed-off-by: David Sterba dste...@suse.cz
+---
+ rbtree-utils.h | 8
+ rbtree.h | 10 +-
+ rbtree_augmented.h | 8
+ 3 files changed, 25 insertions(+), 1 deletion(-)
+
+diff --git a/rbtree-utils.h b/rbtree-utils.h
+index 7298c72..718581f 100644
+--- a/rbtree-utils.h
b/rbtree-utils.h
+@@ -21,6 +21,10 @@
+
+ #include rbtree.h
+
++#ifdef __cplusplus
++extern C {
++#endif
++
+ /* The common insert/search/free functions */
+ typedef int (*rb_compare_nodes)(struct rb_node *node1, struct rb_node *node2);
+ typedef int (*rb_compare_keys)(struct rb_node *node, void *key);
+@@ -42,4 +46,8 @@ static void free_##name##_tree(struct rb_root *root) \
+ rb_free_nodes(root, free_func); \
+ }
+
++#ifdef __cplusplus
++}
++#endif
++
+ #endif
+diff --git a/rbtree.h b/rbtree.h
+index 03c06d8..0d4f2bf 100644
+--- a/rbtree.h
b/rbtree.h
+@@ -34,6 +34,10 @@
+ #include btrfs/kerncompat.h
+ #endif /* BTRFS_FLAT_INCLUDES */
+
++#ifdef __cplusplus
++extern C {
++#endif
++
+ struct rb_node {
+ unsigned long __rb_parent_color;
+ struct rb_node *rb_right;
+@@ -75,7 +79,7 @@ extern struct rb_node *rb_first_postorder(const struct rb_root *);
+ extern struct rb_node *rb_next_postorder(const struct rb_node
Bug#752895: fedmsg init scripts are broken
Package: fedmsg Version: 0.8.0-1 Severity: serious The fedmsg init scripts do not launch the fedmsg utilities. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fedmsg depends on: ii python 2.7.6-2 ii python-fedmsg 0.8.0-1 pn python:any none fedmsg recommends no packages. fedmsg suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734758: Unable to start pristine containers
Package: docker.io Version: 0.6.7+dfsg1-2 Severity: grave Hello maintainer, Thanks a lot for the docker.io package. However, I can't seem to start a container. Steps to reproduce: 8 # docker.io pull debian [...] [successful] # docker.io run -i -t debian /bin/bash 2014/01/09 17:46:17 Error: create: Could not locate dockerinit: This usually means docker was built incorrectly. See http://docs.docker.io/en/latest/contributing/devenvironment for official build instructions. 8 I suppose that docker.io tries to look for dockerinit in the wrong place. Thanks a bunch! Nicolas -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages docker.io depends on: ii adduser 3.113+nmu3 ii init-system-helpers 1.14 ii iptables 1.4.21-1 ii libc62.17-97 ii libsqlite3-0 3.8.2-1 ii lxc 0.9.0~alpha3-2+deb8u1 Versions of packages docker.io recommends: ii ca-certificates 20130906 docker.io suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721423: NMU diff for version 0.68-1.2
tag 721423 + patch pending thanks Dear maintainer, Please find attached the diff for the NMU I will upload shortly to unstable. It simply disables the online tests. I'm 0-day uploading as it's a pretty simple patch, the maintainer has been inactive for months and we don't want to delay the Perl 5.18 transition too much. Thanks, -- Nicolas Dandrimont diff -Nru libnet-dns-perl-0.68/debian/changelog libnet-dns-perl-0.68/debian/changelog --- libnet-dns-perl-0.68/debian/changelog 2012-08-22 20:36:19.0 +0200 +++ libnet-dns-perl-0.68/debian/changelog 2013-09-04 20:09:41.0 +0200 @@ -1,3 +1,10 @@ +libnet-dns-perl (0.68-1.2) unstable; urgency=high + + * Non-maintainer upload. + * Disable online tests as buildds can be firewalled (Closes: #721423) + + -- Nicolas Dandrimont ol...@debian.org Wed, 04 Sep 2013 20:09:39 +0200 + libnet-dns-perl (0.68-1.1) unstable; urgency=low * Non-maintainer upload. diff -Nru libnet-dns-perl-0.68/debian/rules libnet-dns-perl-0.68/debian/rules --- libnet-dns-perl-0.68/debian/rules 2012-08-22 20:36:19.0 +0200 +++ libnet-dns-perl-0.68/debian/rules 2013-09-04 20:01:52.0 +0200 @@ -38,7 +38,7 @@ #$(MAKE) #/usr/bin/docbook-to-man debian/Net-DNS.sgml Net-DNS.1 - $(PERL) Makefile.PL INSTALLDIRS=vendor + $(PERL) Makefile.PL INSTALLDIRS=vendor --noonline-tests # --online-tests --IPv6-tests # COMPRESS='gzip -9' signature.asc Description: Digital signature
Bug#684418: node-semver: nodejs interpreter location fix
Control: tags -1 + patch Hello, You will find attached a git am-able patch for your git repository fixing #684418. I don't intend to NMU as nodejs will likely not be part of wheezy, so there is time. (I did the patch so I could install and use npm). Have a nice day, -- Nicolas Dandrimont From ff8a54b996123f39b98621691d04629e42668e2b Mon Sep 17 00:00:00 2001 From: Nicolas Dandrimont nicolas.dandrim...@crans.org Date: Sun, 19 Aug 2012 19:38:28 +0200 Subject: [PATCH] Add a patch to change the nodejs interpreter path --- debian/changelog |4 debian/patches/1002_change_nodejs_interpreter_path.patch | 14 ++ debian/patches/series|1 + 3 files changed, 19 insertions(+) create mode 100644 debian/patches/1002_change_nodejs_interpreter_path.patch diff --git a/debian/changelog b/debian/changelog index 99cdcce..6d87750 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,7 +1,11 @@ node-semver (1.0.13-2) UNRELEASED; urgency=low + [ Jérémy Lal ] * Fix watch file. + [ Nicolas Dandrimont ] + * Change path to nodejs interpreter (Closes: #684418) + -- Jérémy Lal kapo...@melix.org Tue, 20 Mar 2012 00:57:22 +0100 node-semver (1.0.13-1) unstable; urgency=low diff --git a/debian/patches/1002_change_nodejs_interpreter_path.patch b/debian/patches/1002_change_nodejs_interpreter_path.patch new file mode 100644 index 000..ebc4e3a --- /dev/null +++ b/debian/patches/1002_change_nodejs_interpreter_path.patch @@ -0,0 +1,14 @@ +Description: Change the path of the node interpreter +Author: Nicolas Dandrimont nicolas.dandrim...@crans.org +Bug-Debian: http://bugs.debian.org/684418 + +--- + +--- node-semver-1.0.13.orig/bin/semver node-semver-1.0.13/bin/semver +@@ -1,4 +1,4 @@ +-#!/usr/bin/env node ++#!/usr/bin/env nodejs + // Standalone semver comparison program. + // Exits successfully and prints matching version(s) if + // any supplied version is valid and passes all tests. diff --git a/debian/patches/series b/debian/patches/series index cbe9e7c..19c241e 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1 +1,2 @@ 1001_require_semver.patch +1002_change_nodejs_interpreter_path.patch -- 1.7.10.4 pgpWN8ym1vz2p.pgp Description: PGP signature
Bug#616569: hellanzb crashes server: is this still relevant?
tags 616569 + unreproducible moreinfo thanks Hi, I'm taking over the hellanzb package, and I'm currently going through the outstanding bug reports. I have been using hellanzb for a few years on several up-to-date debian systems, feeding it quite a lot of nzb files, and I'm afraid I didn't notice any such crash. I also don't really understand how a segfault could provoke the symptoms you're talking about. Moreover, the information on the bug report is a bit sparse to reproduce the bug. Could you please least send the nzb file that made hellanzb crash, or at least test on squeeze or sid if the crash still happens with the current hellanzb and python versions? Thanks in advance, -- Nicolas Dandrimont pgpg0myMhGILJ.pgp Description: PGP signature
Bug#655970: Bug #655970: wrong dependencies wrt the initscript?
retitle 655970 clvm dependency on cman is not tight enough for the initscript thanks Hi, I came across this bug during the Paris BSP, and I can't provide a patch without having your opinion first. It seems that the clvm init script depends unconditionnally on the cman service and on cman-provided binaries. Unfortunately clvm depends on corosync | cman, and corosync doesn't provide either the service nor the binary. I see a few possible ways out: either tightening the dependency of the package on cman, loosening the init script dependency, or making the init script installation conditional on having cman. What do you think? Cheers, -- Nicolas Dandrimont -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631212: Patch not complete, python-cloudservers is broken in squeeze in a different way
clone 631212 -1 retitle -1 python-cloudservers: breaks with the python2.7-provided argparse # The patch provided by Carl only fixes the issue in wheezy/sid tags -1 wheezy sid patch tags 631212 squeeze thanks Hello Carl, dear maintainer, Unfortunately python-cloudservers is broken in squeeze and in wheezy/sid in two different ways: - In squeeze, an unconditional dependency on python-simplejson is needed for the python2.5 module to work. - In wheezy/sid, the simplejson dependency is useless (as it is provided by python2.6 and 2.7). But cloudservers now breaks with the python2.7-provided argparse module, which doesn't register itself in the pkg-resources repository. I think your patch fixes the second issue, but of course it doesn't fix the package in squeeze which should be fixed separately, hence the bug cloning. Furthermore, I think there could be a cleaner option to remove the argparse requirement in pkg-resources, and I think this was done in the past for simplejson, when it became provided by python2.6. Cheers, -- Nicolas Dandrimont -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657047: Is this FTBFS reproducible on hplip/3.12.2-1?
Hi, I came across this bug during the Paris BSP, and I could reproduce it in hplip/3.11.12-2. In the meantime, the maintainer made an upload of a new upstream release (hplip/3.12.2-1), and I can't reproduce the failure anymore. Would you care to check if you can reproduce the build failure? Thanks, -- Nicolas Dandrimont -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657047: Is this FTBFS reproducible on hplip/3.12.2-1?
tags 657047 + patch thanks Le 18/02/2012 à 19:06, Ronny Standtke ronny.stand...@fhnw.ch écrivit : I came across this bug during the Paris BSP, and I could reproduce it in hplip/3.11.12-2. In the meantime, the maintainer made an upload of a new upstream release (hplip/3.12.2-1), and I can't reproduce the failure anymore. Would you care to check if you can reproduce the build failure? I just tried backporting hplip-3.12.2-1 to squeeze and the bug is still there when trying to build the package within a clean pbuilder chroot. The attached patch should fix the build issue. The logic is : if readlink -f fails, then the link is absolute and the file is to be found in debian/tmp. This logic fixed the issue in the previous version of the package. Please test the patch and report back. Thanks, -- Nicolas Dandrimont diff -u hplip-3.12.2/debian/rules hplip-3.12.2/debian/rules --- hplip-3.12.2/debian/rules +++ hplip-3.12.2/debian/rules @@ -268,8 +268,12 @@ ln -s /usr/share/hplip/hpssd.py ./debian/tmp/usr/sbin/hpssd # Correct Python interpreter path in all executables - for file in ./debian/tmp/usr/bin/* ./debian/tmp/usr/sbin/* ./debian/tmp/usr/lib/cups/*/*; do \ - perl -p -i -e 's:^\s*\#\!/usr/bin/env\s+python.*:#!/usr/bin/python:' `readlink -f $$file`; \ + set -e; for file in ./debian/tmp/usr/bin/* ./debian/tmp/usr/sbin/* ./debian/tmp/usr/lib/cups/*/*; do \ + linkedfile=`readlink -f $$file || true`; \ + if test -z $$linkedfile; then \ + linkedfile=$(CURDIR)/debian/tmp/`readlink $$file`; \ + fi; \ + perl -p -i -e 's:^\s*\#\!/usr/bin/env\s+python.*:#!/usr/bin/python:' $$linkedfile; \ done # Remove all *.pyc files, they do not need to be shipped with the diff -u hplip-3.12.2/debian/changelog hplip-3.12.2/debian/changelog --- hplip-3.12.2/debian/changelog +++ hplip-3.12.2/debian/changelog @@ -1,3 +1,10 @@ +hplip (3.12.2-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS in pbuilder (Closes: #657047) + + -- Nicolas Dandrimont nicolas.dandrim...@crans.org Sat, 18 Feb 2012 19:40:06 +0100 + hplip (3.12.2-1) unstable; urgency=low * New Upstream Release
Bug#643440: Patches for -Werror=format-security issues in mailutils
tag 643440 + patch
kthxbye
Hi,
You'll find attached two patches that fix the mailutils FTBFS with the
hardening build flags:
The first patch, fix_FTBFS_with_format-security.diff fixes the actual
-Werror=format-security issues. A lot of those are GCC pedantry, but I
think some may be real issues (the writeline hunks, for instance).
The second patch, refresh_mh_fmtgram.diff refreshes mh/mh_fmtgram.c from
the updated mh/mh_fmtgram.y (changed in the previous patch).
The diff is quite noisy as the file was generated by upstream with an
older version of bison than that currently in sid.
Cheers,
--
Nicolas Dandrimont
Description: Fix FTBFS with -Werror=format-security
Author: Nicolas Dandrimont nicolas.dandrim...@crans.org
Bug-Debian: http://bugs.debian.org/643440
Last-Update: 2011-09-28
Index: mailutils-2.2+dfsg1/libproto/pop/pop3_sendline.c
===
--- mailutils-2.2+dfsg1.orig/libproto/pop/pop3_sendline.c 2011-09-28 12:03:00.0 +0200
+++ mailutils-2.2+dfsg1/libproto/pop/pop3_sendline.c 2011-09-28 12:04:41.0 +0200
@@ -112,7 +112,7 @@
{
if (line)
{
- int status = mu_pop3_writeline (pop3, line);
+ int status = mu_pop3_writeline (pop3, %s, line);
if (status)
return status;
}
Index: mailutils-2.2+dfsg1/libproto/nntp/nntp_sendline.c
===
--- mailutils-2.2+dfsg1.orig/libproto/nntp/nntp_sendline.c 2011-09-28 12:03:00.0 +0200
+++ mailutils-2.2+dfsg1/libproto/nntp/nntp_sendline.c 2011-09-28 12:04:41.0 +0200
@@ -112,7 +112,7 @@
{
if (line)
{
- int status = mu_nntp_writeline (nntp, line);
+ int status = mu_nntp_writeline (nntp, %s, line);
if (status)
return status;
}
Index: mailutils-2.2+dfsg1/mail/retain.c
===
--- mailutils-2.2+dfsg1.orig/mail/retain.c 2011-09-28 12:04:24.0 +0200
+++ mailutils-2.2+dfsg1/mail/retain.c 2011-09-28 12:04:41.0 +0200
@@ -33,7 +33,7 @@
if (argc == 1)
{
if (mu_list_is_empty (*list))
- fprintf (ofile, _(msg));
+ fprintf (ofile, %s, _(msg));
else
util_slist_print (*list, 1);
return 0;
Index: mailutils-2.2+dfsg1/mail/unset.c
===
--- mailutils-2.2+dfsg1.orig/mail/unset.c 2011-09-28 12:04:24.0 +0200
+++ mailutils-2.2+dfsg1/mail/unset.c 2011-09-28 12:04:41.0 +0200
@@ -38,7 +38,7 @@
char *buf = xmalloc ((7+strlen (argv[i])) * sizeof (char));
strcpy (buf, set no);
strcat (buf, argv[i]);
- if (!util_do_command (buf))
+ if (!util_do_command (%s, buf))
status = 1;
free (buf);
}
Index: mailutils-2.2+dfsg1/mh/mh_fmtgram.y
===
--- mailutils-2.2+dfsg1.orig/mh/mh_fmtgram.y 2011-09-28 12:04:24.0 +0200
+++ mailutils-2.2+dfsg1/mh/mh_fmtgram.y 2011-09-28 12:04:41.0 +0200
@@ -207,7 +207,7 @@
else
{
yyerror (_(undefined function));
- mu_error ($1);
+ mu_error (%s, $1);
YYERROR;
}
}
Index: mailutils-2.2+dfsg1/mh/mhn.c
===
--- mailutils-2.2+dfsg1.orig/mh/mhn.c 2011-09-28 12:04:24.0 +0200
+++ mailutils-2.2+dfsg1/mh/mhn.c 2011-09-28 12:04:41.0 +0200
@@ -1644,7 +1644,7 @@
int rc;
asprintf (p, _(File %s already exists. Rewrite), name);
- rc = mh_getyn (p);
+ rc = mh_getyn (%s, p);
free (p);
if (!rc)
{
Index: mailutils-2.2+dfsg1/imap4d/append.c
===
--- mailutils-2.2+dfsg1.orig/imap4d/append.c 2011-09-28 12:04:24.0 +0200
+++ mailutils-2.2+dfsg1/imap4d/append.c 2011-09-28 12:04:41.0 +0200
@@ -204,7 +204,7 @@
if (status == 0)
return util_finish (command, RESP_OK, Completed);
- return util_finish (command, RESP_NO, err_text);
+ return util_finish (command, RESP_NO, %s, err_text);
}
Index: mailutils-2.2+dfsg1/imap4d/status.c
===
--- mailutils-2.2+dfsg1.orig/imap4d/status.c 2011-09-28 12:04:24.0 +0200
+++ mailutils-2.2+dfsg1/imap4d/status.c 2011-09-28 12:04:41.0 +0200
@@ -148,7 +148,7 @@
if (count == 0)
return util_finish (command, RESP_BAD, Too few args (empty list));
else if (err_msg)
- return util_finish (command, RESP_BAD, err_msg);
+ return util_finish (command, RESP_BAD, %s, err_msg);
return util_finish (command, RESP_OK, Completed);
}
Index: mailutils-2.2+dfsg1/imap4d/delete.c
===
--- mailutils-2.2+dfsg1.orig/imap4d/delete.c 2011-09-28 12:04:24.0 +0200
+++ mailutils-2.2+dfsg1/imap4d/delete.c 2011-09-28 12:04:41.0 +0200
@@ -59,5 +59,5 @@
rc = RESP_NO;
msg
Bug#630320: obus: FTBFS on several architectures: can't find Dynlink
clone 630320 -1
reassign -1 libfindlib-ocaml 1.2.6+debian-1
retitle -1 camlp4 depends on Dynlink on all architectures
severity -1 important
tag -1 patch
retitle 630320 FTBFS on ocaml native arches without native dynlink
tag 630320 pending
thanks
Hi,
Thanks for your report. There are indeed two separate issues, one for
armel, and one for the other architectures.
The armel issue is an obus issue: configure detects that armel is a native
architecture and therefore builds native files. However, as camlp4
depends on dynlink, and armel doesn't have native dynlink, it fails to
build. Forcing a non-native build on architectures without natdynlink
fixes the issue.
For the other arches, the problem is that camlp4 now unconditionnally
depends on Dynlink, whether the architecture have natdynlink or
not. This change (which I couldn't trace, but surely is an ocaml
upstream change) wasn't reflected in the METAS/META.camlp4 file, and
now camlp4.lib fails to link on non-natdynlink architectures.
To see the bug, e.g. on a mipsel qemu:
--8--
nicolasd@debian:~$ ocaml
Objective Caml version 3.12.0
# #use topfind;;
- : unit = ()
Findlib has been successfully loaded. Additional directives:
#require package;; to load a package
#list;; to list the available packages
#camlp4o;;to load camlp4 (standard syntax)
#camlp4r;;to load camlp4 (revised syntax)
#predicates p,q,...;; to set these predicates
Topfind.reset();; to force that packages will be reloaded
#thread;; to enable threads
- : unit = ()
# #camlp4o;;
/usr/lib/ocaml/camlp4: added to search path
/usr/lib/ocaml/camlp4/camlp4o.cma: loaded
Error: Reference to undefined global `Dynlink'
--8--
Attached is a patch for findlib, I didn't commit this as I'm not certain
this is the way to go. But anyway after changing the META.camlp4 file
the obus FTBFS goes away.
Thanks,
--
Nicolas Dandrimont
From: Nicolas Dandrimont nicolas.dandrim...@crans.org
Date: Tue, 14 Jun 2011 15:21:31 +0200
Subject: Camlp4 depends on Dynlink on every architecture
---
site-lib-src/camlp4.310/META.in |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/site-lib-src/camlp4.310/META.in b/site-lib-src/camlp4.310/META.in
index 637d848..a490ab1 100644
--- a/site-lib-src/camlp4.310/META.in
+++ b/site-lib-src/camlp4.310/META.in
@@ -6,7 +6,7 @@ dnl This file is input of the m4 macro processor.
`directory = 'camlp4_dir`'
`# For the toploop:'
-`requires(byte,toploop) = 'camlp4_dynlink`'
+`requires(byte,toploop) = dynlink'
`archive(byte,toploop,camlp4o) = camlp4o.cma'
`archive(byte,toploop,camlp4r) = camlp4r.cma'
@@ -16,7 +16,7 @@ dnl This file is input of the m4 macro processor.
`preprocessor = 'camlp4_cmd`'
`package lib ('
-` requires = camlp4 'camlp4_dynlink`'
+` requires = camlp4 dynlink'
` version = [distributed with Ocaml]'
` description = Camlp4 library'
` archive(byte) = camlp4lib.cma'
--
pgpZHZt2mBVh5.pgp
Description: PGP signature
Bug#621984: Caused by #622144 in ocaml-ssl
reassign 621984 ocaml-ssl 0.4.4-1 forcemerge 622144 621984 thanks Hi, This bug was caused by the openssl-1.0.0 rebuild of ocaml-ssl (removal of the sslv2 symbols), and was fixed in version ocaml-ssl/0.4.4-2. Thus, reassigning and merging the bugs. Thanks, -- Nicolas Dandrimont -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537512: shutter: Should Depend on libgtk2-imageview-perl, not Recommend it.
Package: shutter Version: 0.80-1 Severity: grave Justification: renders package unusable Hi, When installing shutter without Recommends:, it fails to start giving the following message: Can't locate Gtk2/ImageView.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/bin/shutter line 51. BEGIN failed--compilation aborted at /usr/bin/shutter line 51. Installing the recommended package libgtk2-imageview-perl obviously solves the issue. Thank you, -- Nicolas Dandrimont -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (499, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages shutter depends on: ii imagemagick7:6.5.1.0-1.1 image manipulation programs ii libfile-basedir-perl 0.03-0.1 Perl module to use the freedesktop ii libfile-copy-recursive-per 0.38-1Perl extension for recursively cop ii libfile-desktopentry-perl 0.04-2Perl module to handle freedesktop ii libfile-homedir-perl 0.86-1Get the home directory for yoursel ii libfile-mimeinfo-perl 0.15-1Perl module to determine file type ii libfile-which-perl 0.05-7Perl module for searching paths fo ii libglib-perl 1:1.222-1 Perl interface to the GLib and GOb ii libgnome2-gconf-perl 1.044-3 Perl interface to the GNOME GConf ii libgnome2-perl 1.042-2 Perl interface to the GNOME librar ii libgnome2-vfs-perl 1.081-1 Perl interface to the 2.x series o ii libgnome2-wnck-perl0.16-2Perl interface to the Window Navig ii libgtk2-perl 1:1.221-1 Perl interface to the 2.x series o ii liblocale-gettext-perl 1.05-4Using libc functions for internati ii libproc-simple-perl1.26-1Perl interface to launch and contr ii librsvg2-common2.26.0-1 SAX-based renderer library for SVG ii libsort-naturally-perl 1.02-1Sort naturally - sort lexically ex ii libwww-mechanize-perl 1.58-1module to automate interaction wit ii libwww-perl5.829-1 WWW client/server library for Perl ii libx11-protocol-perl 0.56-2Perl module for the X Window Syste ii libxml-simple-perl 2.18-2Perl module for reading and writin ii perlmagick 7:6.5.1.0-1.1 Perl interface to the ImageMagick Versions of packages shutter recommends: pn libgoo-canvas-perlnone (no description available) pn libgtk2-imageview-perlnone (no description available) Versions of packages shutter suggests: pn gnome-web-photo none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
