Bug#1058218: libei: FTBFS: dh_auto_test: error: cd obj-x86_64-linux-gnu && DEB_PYTHON_INSTALL_LAYOUT=deb LC_ALL=C.UTF-8 MESON_TESTTHREADS=8 meson test --timeout-multiplier 2 returned exit code 1
The build is failing on ppc64el for Ubuntu so it might be more of a timing issue than architecture specific. I've reported it upstream to https://bugs.launchpad.net/ubuntu/+source/libei/+bug/2046357
Bug#1040056: spirv-tools breaks spirv-llvm-translator-15 autopkgtest: exactly one input file must be specified.
Hey Michel, Sorry you are right there, unsure how I went to that conclusion but indeed what I wrote before was wrong Cheers, Sébastien Le 10/07/2023 à 12:21, Michel Dänzer a écrit : On 7/10/23 10:36, Sebastien Bacher wrote: The issue needs to be fixed in piglit and there is a patch upstream, I've reported that as https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039592 The spirv-llvm-translator build doesn't use piglit though, does it? https://gitlab.freedesktop.org/mesa/piglit/-/merge_requests/821 However, 'spirv-as -h' still says: 'If no file is specified, [...] then the assembly text is read from standard input.' So this does seem like a spirv-tools bug, and my piglit change is a workaround.
Bug#1040056: spirv-tools breaks spirv-llvm-translator-15 autopkgtest: exactly one input file must be specified.
The issue needs to be fixed in piglit and there is a patch upstream, I've reported that as https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039592 https://gitlab.freedesktop.org/mesa/piglit/-/merge_requests/821
Bug#1029434: marked as pending in pydrive2
Control: tag -1 pending Hello, Bug #1029434 in pydrive2 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/pydrive2/-/commit/315d85f9b2a5c8dffa3843841b89ed9765373625 * debian/rules: - exclude tests files from the binary package in a way that isn't confusing for the md5sum controls (Closes: #1029434) (this message was generated automatically) -- Greetings https://bugs.debian.org/1029434
Bug#1029434: python3-pydrive2: piuparts error
Hey Adrian, I'm unsure what the job which produced the log is doing exactly, could you provide some context? Is that the content changing after a rebuild? Cheers, On Sun, 22 Jan 2023 18:27:02 +0200 Adrian Bunk wrote: > Package: python3-pydrive2 > Version: 1.15.0-2 > Severity: serious > > https://piuparts.debian.org/sid/fail/python3-pydrive2_1.15.0-2.log > > ... > 0m28.4s ERROR: FAIL: debsums reports modifications inside the chroot: > debsums: missing file /usr/lib/python3/dist-packages/pydrive2/test/__init__.py (from python3-pydrive2 package) > debsums: missing file /usr/lib/python3/dist-packages/pydrive2/test/test_apiattr.py (from python3-pydrive2 package) > debsums: missing file /usr/lib/python3/dist-packages/pydrive2/test/test_drive.py (from python3-pydrive2 package) > debsums: missing file /usr/lib/python3/dist-packages/pydrive2/test/test_file.py (from python3-pydrive2 package) > debsums: missing file /usr/lib/python3/dist-packages/pydrive2/test/test_filelist.py (from python3-pydrive2 package) > debsums: missing file /usr/lib/python3/dist-packages/pydrive2/test/test_fs.py (from python3-pydrive2 package) > debsums: missing file /usr/lib/python3/dist-packages/pydrive2/test/test_oauth.py (from python3-pydrive2 package) > debsums: missing file /usr/lib/python3/dist-packages/pydrive2/test/test_util.py (from python3-pydrive2 package) > ... > >
Bug#1005582: gettext: FTBFS: dh_auto_test: error: make -j4 check VERBOSE=1 returned exit code 2
Hi. The patch does not apply cleanly for me, but maybe it's because I'm trying to get the patch from the web interface. I'll try from the git repository and will let you know how it goes. Right, I used git and cherry picked with success for Ubuntu https://launchpadlibrarian.net/592963111/gettext_0.21-4ubuntu3_0.21-4ubuntu4.diff.gz
Bug#1005582: gettext: FTBFS: dh_auto_test: error: make -j4 check VERBOSE=1 returned exit code 2
The issue is due to the new libunistring and should be fixed by this change https://git.savannah.gnu.org/gitweb/?p=gettext.git;a=commit;h=56dc658db752c2894861ee574866d507f12a17f8
Bug#978911: transmission: ftbfs with autoconf 2.70
tags 978911 patch userubuntu-de...@lists.ubuntu.com usertags 978911 origin-ubuntu impish ubuntu-patch thank you The attached patch should fix the issue Index: transmission-3.00/configure.ac === --- transmission-3.00.orig/configure.ac +++ transmission-3.00/configure.ac @@ -555,9 +555,7 @@ dnl it should be safe to re-edit 0.40 ba use_nls=no if test "x$enable_nls" = "xyes" ; then use_nls=yes -m4_ifdef([IT_PROG_INTLTOOL], - [IT_PROG_INTLTOOL([0.35.0],[no-xml])], - [AC_MSG_ERROR("--enable-nls requires intltool to be installed.")]) +IT_PROG_INTLTOOL([0.35.0],[no-xml]) AC_CHECK_HEADERS([libintl.h]) GETTEXT_PACKAGE=transmission-gtk AC_SUBST(GETTEXT_PACKAGE)
Bug#957881: tpm2-initramfs-tool: ftbfs with GCC-10
updated patch which renames the library Depends to the current naming diff -Nru tpm2-initramfs-tool-0.2.1/debian/changelog tpm2-initramfs-tool-0.2.1/debian/changelog --- tpm2-initramfs-tool-0.2.1/debian/changelog 2019-10-21 08:53:17.0 +0200 +++ tpm2-initramfs-tool-0.2.1/debian/changelog 2020-11-26 20:47:02.0 +0100 @@ -1,3 +1,13 @@ +tpm2-initramfs-tool (0.2.1-5) unstable; urgency=medium + + * debian/control.in: +- Depends on the new libtss2-esys-3.0.2-0 library naming + * debian/patches/git_gcc10_build.patch: +- cherry pick an upstream patch to fix the build with gcc10 + (Closes: #957881) + + -- Sebastien Bacher Thu, 26 Nov 2020 20:47:02 +0100 + tpm2-initramfs-tool (0.2.1-4) unstable; urgency=medium * Bump version for debian source package upload. diff -Nru tpm2-initramfs-tool-0.2.1/debian/control tpm2-initramfs-tool-0.2.1/debian/control --- tpm2-initramfs-tool-0.2.1/debian/control 2019-09-04 13:56:35.0 +0200 +++ tpm2-initramfs-tool-0.2.1/debian/control 2020-11-26 20:47:02.0 +0100 @@ -19,7 +19,7 @@ Architecture: linux-any Depends: ${misc:Depends}, ${shlibs:Depends}, - libtss2-esys0 (>= 2.1.0-4) + libtss2-esys-3.0.2-0 (>= 2.1.0-4) Description: Tool used in initramfs to seal/unseal FDE key to the TPM This package provides the TPM tool used by the initramfs. Its purpose is to generate/seal/unseal the FDE encrypytion key into diff -Nru tpm2-initramfs-tool-0.2.1/debian/patches/git_gcc10_build.patch tpm2-initramfs-tool-0.2.1/debian/patches/git_gcc10_build.patch --- tpm2-initramfs-tool-0.2.1/debian/patches/git_gcc10_build.patch 1970-01-01 01:00:00.0 +0100 +++ tpm2-initramfs-tool-0.2.1/debian/patches/git_gcc10_build.patch 2020-11-26 20:46:38.0 +0100 @@ -0,0 +1,58 @@ +From 263cd96f4597e91ed6d586e5b2dd24f2f44f3452 Mon Sep 17 00:00:00 2001 +From: Tim Chen +Date: Mon, 1 Jun 2020 10:54:56 +0800 +Subject: [PATCH] Fix gcc10 errors + +--- + include/tpm2-initramfs-tool.h | 12 + src/libtpm2-initramfs-tool.c | 3 +++ + 2 files changed, 11 insertions(+), 4 deletions(-) + +diff --git a/include/tpm2-initramfs-tool.h b/include/tpm2-initramfs-tool.h +index d8260f8..46ce4c4 100644 +--- a/include/tpm2-initramfs-tool.h b/include/tpm2-initramfs-tool.h +@@ -131,7 +131,7 @@ extern const char *help; + extern const char *optstr; + extern const struct option long_options[]; + +-struct { ++typedef struct { + enum { CMD_NONE, CMD_SEAL, CMD_UNSEAL } cmd; + char *data; + uint32_t persistent; +@@ -139,12 +139,16 @@ struct { + int pcrs; + char *tcti; + int verbose; +-} opt; ++} TPM2_INITRAMFS_TOOL_OPT; + +-struct { ++extern TPM2_INITRAMFS_TOOL_OPT opt; ++ ++typedef struct { + void *dlhandle; + TSS2_TCTI_CONTEXT *context; +-} tcti; ++} TPM2_INITRAMFS_TOOL_TCTI; ++ ++extern TPM2_INITRAMFS_TOOL_TCTI tcti; + + void tcti_finalize(); + int tcti_init(char *str, TSS2_TCTI_CONTEXT **context); +diff --git a/src/libtpm2-initramfs-tool.c b/src/libtpm2-initramfs-tool.c +index 7d898c1..cbf8de4 100644 +--- a/src/libtpm2-initramfs-tool.c b/src/libtpm2-initramfs-tool.c +@@ -59,6 +59,9 @@ const struct option long_options[] = { + { 0, 0, 0, 0 } + }; + ++TPM2_INITRAMFS_TOOL_OPT opt; ++TPM2_INITRAMFS_TOOL_TCTI tcti; ++ + /** Function to generate base32 encoding string. + * + * This function generates the base32 encoding for input data. + diff -Nru tpm2-initramfs-tool-0.2.1/debian/patches/series tpm2-initramfs-tool-0.2.1/debian/patches/series --- tpm2-initramfs-tool-0.2.1/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ tpm2-initramfs-tool-0.2.1/debian/patches/series 2020-11-26 20:46:51.0 +0100 @@ -0,0 +1 @@ +git_gcc10_build.patch
Bug#957881: tpm2-initramfs-tool: ftbfs with GCC-10
The attached patch fixes the issue, I've uploaded it to Ubuntu, you commited it upstream, do you need a sponsor for a Debian upload? diff -Nru tpm2-initramfs-tool-0.2.1/debian/changelog tpm2-initramfs-tool-0.2.1/debian/changelog --- tpm2-initramfs-tool-0.2.1/debian/changelog 2019-10-21 08:53:17.0 +0200 +++ tpm2-initramfs-tool-0.2.1/debian/changelog 2020-11-26 20:47:02.0 +0100 @@ -1,3 +1,11 @@ +tpm2-initramfs-tool (0.2.1-5) unstable; urgency=medium + + * debian/patches/git_gcc10_build.patch: +- cherry pick an upstream patch to fix the build with gcc10 + (Closes: #957881) + + -- Sebastien Bacher Thu, 26 Nov 2020 20:47:02 +0100 + tpm2-initramfs-tool (0.2.1-4) unstable; urgency=medium * Bump version for debian source package upload. diff -Nru tpm2-initramfs-tool-0.2.1/debian/patches/git_gcc10_build.patch tpm2-initramfs-tool-0.2.1/debian/patches/git_gcc10_build.patch --- tpm2-initramfs-tool-0.2.1/debian/patches/git_gcc10_build.patch 1970-01-01 01:00:00.0 +0100 +++ tpm2-initramfs-tool-0.2.1/debian/patches/git_gcc10_build.patch 2020-11-26 20:46:38.0 +0100 @@ -0,0 +1,58 @@ +From 263cd96f4597e91ed6d586e5b2dd24f2f44f3452 Mon Sep 17 00:00:00 2001 +From: Tim Chen +Date: Mon, 1 Jun 2020 10:54:56 +0800 +Subject: [PATCH] Fix gcc10 errors + +--- + include/tpm2-initramfs-tool.h | 12 + src/libtpm2-initramfs-tool.c | 3 +++ + 2 files changed, 11 insertions(+), 4 deletions(-) + +diff --git a/include/tpm2-initramfs-tool.h b/include/tpm2-initramfs-tool.h +index d8260f8..46ce4c4 100644 +--- a/include/tpm2-initramfs-tool.h b/include/tpm2-initramfs-tool.h +@@ -131,7 +131,7 @@ extern const char *help; + extern const char *optstr; + extern const struct option long_options[]; + +-struct { ++typedef struct { + enum { CMD_NONE, CMD_SEAL, CMD_UNSEAL } cmd; + char *data; + uint32_t persistent; +@@ -139,12 +139,16 @@ struct { + int pcrs; + char *tcti; + int verbose; +-} opt; ++} TPM2_INITRAMFS_TOOL_OPT; + +-struct { ++extern TPM2_INITRAMFS_TOOL_OPT opt; ++ ++typedef struct { + void *dlhandle; + TSS2_TCTI_CONTEXT *context; +-} tcti; ++} TPM2_INITRAMFS_TOOL_TCTI; ++ ++extern TPM2_INITRAMFS_TOOL_TCTI tcti; + + void tcti_finalize(); + int tcti_init(char *str, TSS2_TCTI_CONTEXT **context); +diff --git a/src/libtpm2-initramfs-tool.c b/src/libtpm2-initramfs-tool.c +index 7d898c1..cbf8de4 100644 +--- a/src/libtpm2-initramfs-tool.c b/src/libtpm2-initramfs-tool.c +@@ -59,6 +59,9 @@ const struct option long_options[] = { + { 0, 0, 0, 0 } + }; + ++TPM2_INITRAMFS_TOOL_OPT opt; ++TPM2_INITRAMFS_TOOL_TCTI tcti; ++ + /** Function to generate base32 encoding string. + * + * This function generates the base32 encoding for input data. + diff -Nru tpm2-initramfs-tool-0.2.1/debian/patches/series tpm2-initramfs-tool-0.2.1/debian/patches/series --- tpm2-initramfs-tool-0.2.1/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ tpm2-initramfs-tool-0.2.1/debian/patches/series 2020-11-26 20:46:51.0 +0100 @@ -0,0 +1 @@ +git_gcc10_build.patch
Bug#975709: Binary not installable due to an incorrect Depends
Package: debian-pan Version: 0.1 Severity: serious Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu hirsute ubuntu-patch The package is currently not installable as described on https://tracker.debian.org/pkg/debian-pan 'pan-data-reduction-frameworks-dev/amd64 has unsatisfiable dependency' That's because there is a typo in a Depends, the attached patch fixes the issue diff -Nru debian-pan-0.1/debian/changelog debian-pan-0.1ubuntu1/debian/changelog --- debian-pan-0.1/debian/changelog 2020-08-04 15:34:00.0 +0200 +++ debian-pan-0.1ubuntu1/debian/changelog 2020-11-25 13:52:47.0 +0100 @@ -1,3 +1,9 @@ +debian-pan (0.2) unstable; urgency=medium + + * debian/control: fix a typo in a Depends + + -- Sebastien Bacher Wed, 25 Nov 2020 13:52:47 +0100 + debian-pan (0.1) unstable; urgency=low * Initial package diff -Nru debian-pan-0.1/debian/control debian-pan-0.1ubuntu1/debian/control --- debian-pan-0.1/debian/control 2020-08-04 15:34:00.0 +0200 +++ debian-pan-0.1ubuntu1/debian/control 2020-11-25 13:52:38.0 +0100 @@ -107,7 +107,7 @@ libmgl-dev, libnexus-dev, pan-config (= ${source:Version}), - pan-data-reduction-framework, + pan-data-reduction-frameworks, pan-tasks (= ${source:Version}) Suggests: cdma, comete
Bug#972040: ftbfs dh_missing fails
tags 972040 patch user ubuntu-de...@lists.ubuntu.com usertags 972040 origin-ubuntu hirsute ubuntu-patch thank you The attached patch should fix the issue diff -Nru jq-1.6/debian/changelog jq-1.6/debian/changelog --- jq-1.6/debian/changelog 2020-10-10 15:50:26.0 +0200 +++ jq-1.6/debian/changelog 2020-11-24 20:45:35.0 +0100 @@ -1,3 +1,13 @@ +jq (1.6-3) unstable; urgency=medium + + * Fix the build failing on dh_missing (Closes: #972040) + * debian/jq.docs: +- use the correct paths to install the documentation + * debian/rules: +- clean the .la + + -- Sebastien Bacher Tue, 24 Nov 2020 20:45:35 +0100 + jq (1.6-2) unstable; urgency=medium [ Helmut Grohne ] diff -Nru jq-1.6/debian/jq.docs jq-1.6/debian/jq.docs --- jq-1.6/debian/jq.docs 2020-10-10 15:46:12.0 +0200 +++ jq-1.6/debian/jq.docs 2020-11-24 20:45:35.0 +0100 @@ -1,2 +1,2 @@ -README -AUTHORS +usr/share/doc/jq/README +usr/share/doc/jq/AUTHORS diff -Nru jq-1.6/debian/rules jq-1.6/debian/rules --- jq-1.6/debian/rules 2020-10-10 15:46:12.0 +0200 +++ jq-1.6/debian/rules 2020-11-24 20:45:35.0 +0100 @@ -13,6 +13,10 @@ cd docs && rake manpage > ../jq.1 dh_auto_configure -- --disable-static +override_dh_install: + find debian/tmp -name '*.la' -print -delete + dh_install + override_dh_auto_test: VERBOSE=1 dh_auto_test
Bug#975246: The autopkgtests are failing with python3.9 enabled
Package: pyferret Version: 7.6.3-2 Severity: serious Tags: patch User: debian-pyt...@lists.debian.org Usertags: origin-ubuntu ubuntu-patch python3.9 The issue is currently visible on Ubuntu but the problem exists in Debian, the autopkgtest are failing if a new version of python is supported but not yet default https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-hirsute/hirsute/amd64/p/pyferret/20201113_141906_8bc78@/log.gz " test command1: set -e ; for py in $(py3versions -r 2>/dev/null) ; do cd "$AUTOPKGTEST_TMP" ; echo "Testing with $py:" ; $py -c "import pyferret" ; done Testing with python3.9: bash: python3.9: command not found " That's because - the tests Depends on python3-ferret - python3-ferret Depends on python3 (so default python version) - the tests try to import on all supported versions, and not only the default one Either the test should test only the current version or Depends on python3-all (which the attached patch is doing) Cheers, Sebastien Bacher diff -Nru pyferret-7.6.3/debian/changelog pyferret-7.6.3/debian/changelog --- pyferret-7.6.3/debian/changelog 2020-10-17 09:52:39.0 +0200 +++ pyferret-7.6.3/debian/changelog 2020-11-19 15:20:31.0 +0100 @@ -1,3 +1,11 @@ +pyferret (7.6.3-2.1) unstable; urgency=medium + + * debian/tests/control: +- Build-Depends on python3-all since the tests try to import for all + supported python versions and not only the current one + + -- Sebastien Bacher Thu, 19 Nov 2020 15:20:31 +0100 + pyferret (7.6.3-2) unstable; urgency=medium * Update d/not-installed to work with python3.9. Closes: #972430, #972347 diff -Nru pyferret-7.6.3/debian/tests/control pyferret-7.6.3/debian/tests/control --- pyferret-7.6.3/debian/tests/control 2020-10-17 09:52:39.0 +0200 +++ pyferret-7.6.3/debian/tests/control 2020-11-19 15:00:42.0 +0100 @@ -4,4 +4,4 @@ ; echo "Testing with $py:" ; $py -c "import pyferret" ; done -Depends: python3-ferret +Depends: python3-ferret, python3-all
Bug#963640: Build fix for the new sphinx version
The attached patch fixes the issue diff -Nru jansson-2.13.1/debian/changelog jansson-2.13.1/debian/changelog --- jansson-2.13.1/debian/changelog 2020-06-28 14:46:50.0 +0200 +++ jansson-2.13.1/debian/changelog 2020-09-28 16:15:27.0 +0200 @@ -1,3 +1,11 @@ +jansson (2.13.1-2) unstable; urgency=medium + + * debian/patches/git_new_sphinx.patch: +- backport an upstream change to fix the build with sphinx3 + (Closes: #963640) + + -- Sebastien Bacher Mon, 28 Sep 2020 16:15:27 +0200 + jansson (2.13.1-1) unstable; urgency=medium * New upstream release (Closes: #963842) diff -Nru jansson-2.13.1/debian/patches/git_new_sphinx.patch jansson-2.13.1/debian/patches/git_new_sphinx.patch --- jansson-2.13.1/debian/patches/git_new_sphinx.patch 1970-01-01 01:00:00.0 +0100 +++ jansson-2.13.1/debian/patches/git_new_sphinx.patch 2020-09-28 13:15:48.0 +0200 @@ -0,0 +1,66 @@ +From 798d40c3f3e0700501de1588274b69e2b128ad7c Mon Sep 17 00:00:00 2001 +From: Pierce Lopez +Date: Fri, 7 Aug 2020 01:54:45 -0400 +Subject: [PATCH] doc: convert refcounting directive to a class + +Directive functions are no longer supported in Sphinx-3.0 +but directive classes have been supported since early 1.x +--- + doc/ext/refcounting.py | 31 --- + 1 file changed, 20 insertions(+), 11 deletions(-) + +diff --git a/doc/ext/refcounting.py b/doc/ext/refcounting.py +index bba26849..e72c481c 100644 +--- a/doc/ext/refcounting.py b/doc/ext/refcounting.py +@@ -24,8 +24,8 @@ + """ + + from docutils import nodes ++from docutils.parsers.rst import Directive + +-class refcounting(nodes.emphasis): pass + + def visit(self, node): + self.visit_emphasis(node) +@@ -40,16 +40,25 @@ def html_depart(self, node): + self.body.append('') + + +-def refcounting_directive(name, arguments, options, content, lineno, +- content_offset, block_text, state, state_machine): +-if arguments[0] == 'borrow': +-text = 'Return value: Borrowed reference.' +-elif arguments[0] == 'new': +-text = 'Return value: New reference.' +-else: +-raise Error('Valid arguments: new, borrow') ++class refcounting(nodes.emphasis): ++pass ++ ++class refcounting_directive(Directive): ++has_content = False ++required_arguments = 1 ++optional_arguments = 0 ++final_argument_whitespace = False ++ ++def run(self): ++if self.arguments[0] == 'borrow': ++text = 'Return value: Borrowed reference.' ++elif self.arguments[0] == 'new': ++text = 'Return value: New reference.' ++else: ++raise Error('Valid arguments: new, borrow') ++ ++return [refcounting(text, text)] + +-return [refcounting(text, text)] + + def setup(app): + app.add_node(refcounting, +@@ -57,4 +66,4 @@ def setup(app): + latex=(visit, depart), + text=(visit, depart), + man=(visit, depart)) +-app.add_directive('refcounting', refcounting_directive, 0, (1, 0, 0)) ++app.add_directive('refcounting', refcounting_directive) diff -Nru jansson-2.13.1/debian/patches/series jansson-2.13.1/debian/patches/series --- jansson-2.13.1/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ jansson-2.13.1/debian/patches/series 2020-09-28 13:15:08.0 +0200 @@ -0,0 +1 @@ +git_new_sphinx.patch
Bug#970741: marked as pending in rhythmbox
Control: tag -1 pending Hello, Bug #970741 in rhythmbox 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/gnome-team/rhythmbox/-/commit/f767bb2c92aed7586ec64c53a8c27a4c2d64202f Drop build-dependencies on GStreamer documentation GStreamer documentation is not currently available in Debian due to changes in how upstream publish it. Don't adjust cross-references to point to a local copy. Closes: #970741 (this message was generated automatically) -- Greetings https://bugs.debian.org/970741
Bug#970730: spice-gtk build-depends unsatisfiable in testing
tag 970730 +patch thanks Removing the Build-Depends is enough to fix the issue, attached patch does that diff -Nru spice-gtk-0.38/debian/changelog spice-gtk-0.38/debian/changelog --- spice-gtk-0.38/debian/changelog 2020-04-25 19:10:00.0 +0200 +++ spice-gtk-0.38/debian/changelog 2020-09-24 12:14:48.0 +0200 @@ -1,3 +1,11 @@ +spice-gtk (0.38-3) unstable; urgency=medium + + * debian/control: +- don't Build-Depends on the gstreamer1.0-doc NBS binary + (Closes: #970730) + + -- Sebastien Bacher Thu, 24 Sep 2020 12:14:48 +0200 + spice-gtk (0.38-2) unstable; urgency=medium * Team upload. diff -Nru spice-gtk-0.38/debian/control spice-gtk-0.38/debian/control --- spice-gtk-0.38/debian/control 2020-04-25 19:10:00.0 +0200 +++ spice-gtk-0.38/debian/control 2020-09-24 12:14:42.0 +0200 @@ -5,7 +5,6 @@ Build-Depends: debhelper-compat (= 12), gettext, gobject-introspection, - gstreamer1.0-doc, gtk-doc-tools (>= 1.14), libacl1-dev, libcacard-dev (>= 0.1.2),
Bug#957074: cdrkit: ftbfs with GCC-10
Fedora has a patch for gcc-10 https://src.fedoraproject.org/rpms/cdrkit/blob/master/f/cdrkit-1.1.11-gcc10.patch
Bug#964679: marked as pending in gtk+3.0
Control: tag -1 pending Hello, Bug #964679 in gtk+3.0 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/gnome-team/gtk3/-/commit/df6191ce8af70e94235b96cc8a513c0a65a51b63 Add proposed patch to fix FTBFS with newer GLib versions Closes: #964679 (this message was generated automatically) -- Greetings https://bugs.debian.org/964679
Bug#952626: cont...@bugs.debian.org
severity 952626 normal thanks The current version built fine, seems rather a flacky test if anything Could you perhaps try if you see the issue still with 0.9? https://buildd.debian.org/status/package.php?p=bolt=unstable
Bug#959390: marked as pending in gtk+3.0
Control: tag -1 pending Hello, Bug #959390 in gtk+3.0 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/gnome-team/gtk3/-/commit/cc3d2e7851cea7dbeb7d92a6cd8402415cf0e98c Depend on librsvg2-common for tests The unit tests expect that gdk-pixbuf can load SVG files. This is provided by librsvg2-common, which used to be pulled in by adwaita-icon-theme. Closes: #959390 (this message was generated automatically) -- Greetings https://bugs.debian.org/959390
Bug#932779: lirc: Fails to install due to missing /etc/lirc/lirc_options.conf
The package has been broken by the 5.1 and 5.2 SRUs, Ccing Nicolas and Tobias who did those changes. * The package before -5.1 were handling those conffiles by doing debian/rules # Don't overwrite existing config files. for f in lircd.conf lircmd.conf irexec.lircrc lirc_options.conf; do \ mv debian/tmp/etc/lirc/$$f debian/tmp/etc/lirc/$$f.dist; \ done debian/postinst for f in lircd.conf lircmd.conf irexec.lircrc lirc_options.conf; do test -e /etc/lirc/$f || cp /etc/lirc/${f}.dist /etc/lirc/$f || : done The special handling seems to come from the fact that the format changed from old lirc versions * Nicolas in -5.1 replaces the special handling by restoring them as conffiles and removed the postinst/rules hacks and added a .maintscript * Tobias did another SRU in -5.2 removing the .maintscript to avoid conffile prompts and restored the debian/rules hack renoming those .conf, but he didn't restore the postinst snippet than assured the files existed on new installations, leading to configurations files not existing and lircd segfaulting There are a few possible options there now that I can see - restore the .postinst 'test -e /etc/lirc/$f || cp /etc/lirc/${f}.dist /etc/lirc/$f || :' calls - reverse the logic, and ship the conffile with the normal name but move old existing pre 0.10 ones to .old or something in the preinst - restore the 'prompt for conffile change even when no change' bug, it's not ideal but better than just segfaulting and failing installation Thoughts? Cheers, Sebastien Bacher
Bug#952610: fixed in meson 0.53.2-2
> Maybe the autopkg dependency lookup code gets confused by @builddeps@ somehow? Right, that's an known limitation of the autopkgtest infrastructure at the moment, builddepds resolve fine for installing packages in the test environement but fail to register triggers. You can workaround by adding manually the packages though which the patch is doing
Bug#943077: fonts-lohit-deva: Python2 removal in sid/bullseye
Hey there, python-fontforge got removed from unstable now, could the port to python3-fontforge which was done in salsa be uploaded to the archive? Thanks,
Bug#945605: python-neovim: autopkgtest needs update for new version of neovim: Invalid option name: 'listchars'
tags 945605 patch user ubuntu-de...@lists.ubuntu.com usertags 945605 origin-ubuntu focal ubuntu-patch thank you The attached patch fixes the issue by backporting 2 commits from upstream diff -Nru python-neovim-0.3.0/debian/changelog python-neovim-0.3.0/debian/changelog --- python-neovim-0.3.0/debian/changelog 2019-01-08 15:27:39.0 +0100 +++ python-neovim-0.3.0/debian/changelog 2019-12-17 16:18:21.0 +0100 @@ -1,3 +1,11 @@ +python-neovim (0.3.0-2) UNRELEASED; urgency=medium + + * debian/patches/git_options_handling.patch: +- backported some upstream patches to make the test work with the + new neovim version (Closes: #945605 ) + + -- Sebastien Bacher Tue, 17 Dec 2019 16:17:10 +0100 + python-neovim (0.3.0-1) unstable; urgency=medium * New upstream version 0.3.0 diff -Nru python-neovim-0.3.0/debian/patches/git_options_handling.patch python-neovim-0.3.0/debian/patches/git_options_handling.patch --- python-neovim-0.3.0/debian/patches/git_options_handling.patch 1970-01-01 01:00:00.0 +0100 +++ python-neovim-0.3.0/debian/patches/git_options_handling.patch 2019-12-17 16:16:24.0 +0100 @@ -0,0 +1,26 @@ +# Description: backport some upstream fixes for the new neovim +# https://github.com/neovim/pynvim/commit/5a329f22 +# https://github.com/neovim/pynvim/commit/1d121e08 +Index: python-neovim-0.3.0/test/test_vim.py +=== +--- python-neovim-0.3.0.orig/test/test_vim.py python-neovim-0.3.0/test/test_vim.py +@@ -81,9 +81,15 @@ def test_vars(vim): + + + def test_options(vim): +-assert vim.options['listchars'] == 'tab:> ,trail:-,nbsp:+' +-vim.options['listchars'] = 'tab:xy' +-assert vim.options['listchars'] == 'tab:xy' ++assert vim.options['background'] == 'dark' ++vim.options['background'] = 'light' ++assert vim.options['background'] == 'light' ++ ++ ++def test_local_options(vim): ++assert vim.windows[0].options['foldmethod'] == 'manual' ++vim.windows[0].options['foldmethod'] = 'syntax' ++assert vim.windows[0].options['foldmethod'] == 'syntax' + + + def test_buffers(vim): diff -Nru python-neovim-0.3.0/debian/patches/series python-neovim-0.3.0/debian/patches/series --- python-neovim-0.3.0/debian/patches/series 2019-01-08 14:50:30.0 +0100 +++ python-neovim-0.3.0/debian/patches/series 2019-12-17 16:15:02.0 +0100 @@ -1 +1,2 @@ 0001-Add-missing-conftest.py-in-sdist.patch +git_options_handling.patch
Bug#916111: ruby-sigar FTBFS with glibc 2.28
tags 916111 patch user 916111 ubuntu-de...@lists.ubuntu.com usertags 916111 origin-ubuntu focal ubuntu-patch thank you The attached patch fixes the issue diff -Nru ruby-sigar-0.7.3/debian/changelog ruby-sigar-0.7.3/debian/changelog --- ruby-sigar-0.7.3/debian/changelog 2015-09-09 17:59:41.0 +0200 +++ ruby-sigar-0.7.3/debian/changelog 2019-12-16 15:39:55.0 +0100 @@ -1,3 +1,11 @@ +ruby-sigar (0.7.3-2) UNRELEASED; urgency=medium + + * debian/patches/github-glibc-buildfix.patch: +- build fix for glibc 2.28, backported upstream proposed fix from + https://github.com/hyperic/sigar/pull/127 (Closes: #916111) + + -- Sebastien Bacher Mon, 16 Dec 2019 15:31:01 +0100 + ruby-sigar (0.7.3-1) unstable; urgency=medium * Team upload. diff -Nru ruby-sigar-0.7.3/debian/control ruby-sigar-0.7.3/debian/control --- ruby-sigar-0.7.3/debian/control 2015-09-09 17:59:41.0 +0200 +++ ruby-sigar-0.7.3/debian/control 2018-03-01 10:36:16.0 +0100 @@ -1,7 +1,8 @@ Source: ruby-sigar Section: ruby Priority: optional -Maintainer: Debian Ruby Extras Maintainers +Maintainer: Ubuntu Developers +XSBC-Original-Maintainer: Debian Ruby Extras Maintainers Uploaders: Pirate Praveen Build-Depends: debhelper (>= 7.0.50~), gem2deb (>= 0.7.4~) Standards-Version: 3.9.6 diff -Nru ruby-sigar-0.7.3/debian/patches/github-glibc-buildfix.patch ruby-sigar-0.7.3/debian/patches/github-glibc-buildfix.patch --- ruby-sigar-0.7.3/debian/patches/github-glibc-buildfix.patch 1970-01-01 01:00:00.0 +0100 +++ ruby-sigar-0.7.3/debian/patches/github-glibc-buildfix.patch 2019-12-16 15:30:29.0 +0100 @@ -0,0 +1,28 @@ +From b4e27b0b3167aac9a0f3f08dd2b2a0c0c9c4d797 Mon Sep 17 00:00:00 2001 +From: Logan Rosen +Date: Fri, 11 Jan 2019 22:52:21 -0500 +Subject: [PATCH] Fix build with glibc 2.28 +https://github.com/hyperic/sigar/pull/127 +--- + src/os/linux/linux_sigar.c | 5 + + 1 file changed, 5 insertions(+) + +diff --git a/src/os/linux/linux_sigar.c b/src/os/linux/linux_sigar.c +index a3fd2301..de9c960c 100644 +--- a/src/os/linux/linux_sigar.c b/src/os/linux/linux_sigar.c +@@ -23,8 +23,13 @@ + #include + #include + #include ++#include + #include + ++#ifdef __GNU_LIBRARY__ ++#include ++#endif ++ + #include "sigar.h" + #include "sigar_private.h" + #include "sigar_util.h" + diff -Nru ruby-sigar-0.7.3/debian/patches/series ruby-sigar-0.7.3/debian/patches/series --- ruby-sigar-0.7.3/debian/patches/series 2015-09-09 17:59:41.0 +0200 +++ ruby-sigar-0.7.3/debian/patches/series 2019-12-16 14:24:50.0 +0100 @@ -1,2 +1,3 @@ mips-TIOCGETC-undeclared.patch gnu89-inline.diff +github-glibc-buildfix.patch
Bug#945330: Info received (yt ftbfs in unstable)
The patch there is a backport of some upstream fixes and seems to be enough to fix the build (it has been uploaded to Ubuntu now) yt/units/tests/test_ytarray.py | 15 +++ yt/units/yt_array.py | 23 --- 2 files changed, 35 insertions(+), 3 deletions(-) Index: yt-3.5.1/yt/units/tests/test_ytarray.py === --- yt-3.5.1.orig/yt/units/tests/test_ytarray.py +++ yt-3.5.1/yt/units/tests/test_ytarray.py @@ -1379,3 +1379,18 @@ def test_ones_and_zeros_like(): assert_equal(zd.units, data.units) assert_equal(od, YTArray([1, 1, 1], 'cm')) assert_equal(od.units, data.units) + +def test_clip(): +km = YTQuantity(1, 'km') + +data = [1, 2, 3, 4, 5, 6] * km +answer = [2, 2, 3, 4, 4, 4] * km + +ret = np.clip(data, 2, 4) +assert_array_equal(ret, answer) +assert ret.units == answer.units + +np.clip(data, 2, 4, out=data) + +assert_array_equal(data, answer) +assert data.units == answer.units Index: yt-3.5.1/yt/units/yt_array.py === --- yt-3.5.1.orig/yt/units/yt_array.py +++ yt-3.5.1/yt/units/yt_array.py @@ -50,6 +50,10 @@ from yt.utilities.exceptions import \ from yt.utilities.lru_cache import lru_cache from numbers import Number as numeric_type from yt.utilities.on_demand_imports import _astropy +try: +from numpy.core.umath import clip +except ImportError: +clip = None from sympy import Rational from yt.units.unit_lookup_table import \ default_unit_symbol_lut @@ -451,6 +455,7 @@ class YTArray(np.ndarray): divmod_: passthrough_unit, isnat: return_without_unit, heaviside: preserve_units, +clip: passthrough_unit, } __array_priority__ = 2.0 @@ -1396,9 +1401,28 @@ class YTArray(np.ndarray): out, out_arr, unit = handle_multiply_divide_units( unit, units, out, out_arr) else: -raise RuntimeError( -"Support for the %s ufunc with %i inputs has not been" -"added to YTArray." % (str(ufunc), len(inputs))) +if ufunc is clip: +inp = [] +for i in inputs: +if isinstance(i, YTArray): +inp.append(i.to(inputs[0].units).view(np.ndarray)) +elif iterable(i): +inp.append(np.asarray(i)) +else: +inp.append(i) +if out is not None: +_out = out.view(np.ndarray) +else: +_out = None +out_arr = ufunc(*inp, out=_out) +unit = inputs[0].units +ret_class = type(inputs[0]) +mul = 1 +else: +raise RuntimeError( +"Support for the %s ufunc with %i inputs has not been " +"added to unyt_array." % (str(ufunc), len(inputs)) +) if unit is None: out_arr = np.array(out_arr, copy=False) elif ufunc in (modf, divmod_):
Bug#945330: yt ftbfs in unstable
The issue seems similar to https://github.com/yt-project/yt/issues/2313 and due to numpy 1.17 Which has been fixed with that commit https://github.com/yt-project/unyt/commit/27894c1e Cheers,
Bug#943396: FTBFS on armhf: testsuite segfault
The bug also has been reported upstream on https://github.com/FFTW/fftw3/issues/182 which includes a valgrind log. Getting a backtrace is a bit tricky since the test hangs under gdb... Cheers,
Bug#927667: gnome: please confirm or revert choice of Wayland for default desktop
Hey there, Le 19/06/2019 à 22:19, Simon McVittie a écrit : - Ubuntu GNOME team: which recent Ubuntu versions, if any, are using Wayland for their GNOME-based desktop? We don't have any supported Ubuntu version using Wayland by default, our motivations for sticking to Xorg were mostly desktop sharing/rdp support and the fact that under wayland a gnome-shell segfault takes the whole session down without giving user a chance to save their work. While screen sharing is being actively being worked on, our metrics show that gnome-shell errors are still quite common, even in recent versions so it's not likely that we change our default for the next LTS. Cheers, Sebastien Bacher
Bug#616577: Upgrading libpango1.0-0 fails: rm: cannot remove `/usr/share/doc/libpango1.0-0': Is a directory
There is a similar bug on https://bugs.launchpad.net/ubuntu/+source/pango1.0/+bug/703230 Three users at least ran into that one during Ubuntu upgrade, the directory should maybe not be there but is there any rational to no want to make the postinst handle it without crashing the install? -- Sebastien Bacher -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577383: dia-newcanvas: Intent to NMU (FTBFS: libtool: link: cannot find the library `')
Le dimanche 09 mai 2010 à 20:35 +0300, Jari Aalto a écrit : I've been fixing important and above bugs for release lately and noticed this one. Please let me know if this bug is already been worked on or if it's okay to NMU the package. Hi, You are welcome to do an upload to fix the issue Sebastien Bacher -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#295644: Processed: severity 295644 grave due to age and usability
severity 295644 normal done Le vendredi 18 août 2006 à 18:33 -0700, Debian Bug Tracking System a écrit : Processing commands for [EMAIL PROTECTED]: severity 295644 grave Bug#295644: gdeskcal does not check dates of repeat events for errors Severity set to `grave' from `normal' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) That's a bug settings abuse with not justification, this bug happens only in some situations, that doesn't mean it should not be shipped
Bug#376260: NMU uploaded
On mer, 2006-07-12 at 00:11 -0600, dann frazier wrote: NMU uploaded; here's the debdiff. The debian/docs debian/control differences are just due to their regeneration - I made no changes to them myself. Since when do people NMU without contacting the maintainer before? I'm going to do a maintainer upload today, I was just waiting for a reply to lamont saying if the bug is fixed by the change to do an upload Cheers, Sebastien Bacher -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363445: libgtk2.0-dev: Should depend on version of libx11-dev that provides x11.pc
Le mercredi 19 avril 2006 à 15:01 +1000, Peter Moulder a écrit : I'd guess that an appropriate versioned Depends would be libx11-dev (= 2:1.0.0). libx11 should update its shlib rather, so libgtk2.0-0 will Depends on a new libx11 and -dev which is in sync with lib will be correct too
Bug#365243: libgtk2.0-dev - reference to libXcursor.la
Le vendredi 28 avril 2006 à 19:50 +0200, Bastian Blank a écrit : libgtk2.0-dev have references to libXcursor.la left. As the package it not binNMU save, I consider this problem as a reason for an immediate NMU. Why do you want to immediate NMU when the maintainer is responsive?
Bug#363102: gnome-control-center: Doesnt build due to /usr/lib/libXcursor.la removal
close 363102 thank you Le lundi 17 avril 2006 à 18:25 +0200, Jean-Luc Coulon (f5ibh) a écrit : Package: gnome-control-center Version: 1:2.12.3-2 Severity: serious Justification: no longer builds from source Hi, Due to /usr/lib/libXcursor.la removal from libxcursor-dev since 1.1.5.2, it is no more possible to build gnome-control-center. That's not a bug from gnome-control-center but from the libs installed which have to be rebuilt to drop their mention of libXcursor.la
Bug#362451: gtk+2.0: FTBFS: Needs update to Build-Depends
Le jeudi 13 avril 2006 à 16:18 +0200, Daniel Schepler a écrit : Package: gtk+2.0 Version: 2.8.16-1 Severity: serious I was trying to rebuild the gnome libraries locally to get rid of the references to /usr/lib/libXcursor.la, but got stuck at gtk+2.0 because it's now impossible to satisfy the Build-Depends. From my pbuilder build log: That's fixed on my local package of 2.8.17, I'm waiting to have the new pango package accepted from NEW to update GTK
Bug#358127: pango1.0: binNMUs will fail
severity important thanks Le mardi 21 mars 2006 à 10:15 +0100, Daniel Schepler a écrit : Package: pango1.0 Version: 1.12.0-2 Severity: normal I tried locally building a version 1.12.0-2+pb1 version of the pango1.0 package (to make sure the result got distinguished from the official packages), and got: Do you need to special char for a binNMU?
Bug#356859: vdkxdb2: FTBFS: cairo.h missing from /usr/include/gtk-2.0/gdk/gdkcolor.h
severity 356859 normal thanks Le mardi 14 mars 2006 à 15:24 +0100, [EMAIL PROTECTED] a écrit : Package: libgtk2.0-dev Version: 2.4.0-3 That version of GTK doesn't use cairo and with current package gdkcolor.h does #include cairo.h, what version of Debian do you use? Lowering the severity since that's only an issue on your build
Bug#353067: GTK+ 2.8.12 breaks alignment semantics
severity 353067 important thanks Le mercredi 15 février 2006 à 17:18 -0600, Joe Wreschnig a écrit : Package: libgtk2.0-0 Version: 2.8.12-1 Severity: critical Justification: breaks unrelated software Upgrading from GTK 2.8.11 to 2.8.12 moves Quod Libet's status bar to the other side of the screen. This is an API change, and the previous behavior was not a bug, so it should not occur at all within the GTK 2.x series (let alone a point release). http://www.sacredchao.net/~piman/images/2006/ql-gtk2.8.10.png http://www.sacredchao.net/~piman/images/2006/ql-gtk2.8.12.png Thank you for your bug. Please don't abuse the settings of the bug, the application is not broken, that's just a visual glitch. Do you have some easy code that points the behaviour change? -- Sebastien Bacher
Bug#348980: latex-beamer created PDF is displayed totally broken
reassign 348980 poppler thanks Le jeudi 19 janvier 2006 à 09:57 +0100, Joachim Breitner a écrit : Package: evince Version: 0.4.0-1 Severity: normal Hi, (I hope this is no duplicate, I am not online ATM) The attached PDF file is displayed correctly in xpdf, gpdf, acroread, but evince gets the colors and some characters very wrong, especially with regard to color. The PDF was created with latex-beamer and pdflatex. If required, I can submit the TeX source, too. Thanks for your bug, that's a poppler issue, reassigning. Do you have a screenshot of the issue? That works fine with poppler 0.5 on my box so maybe it's fixed upstream Cheers, Sebastien Bacher
Bug#348980: latex-beamer created PDF is displayed totally broken
tag 348980 fixed-upstream thanks Le jeudi 26 janvier 2006 à 23:42 +0100, Joachim Breitner a écrit : Hi, Am Donnerstag, den 26.01.2006, 23:30 +0100 schrieb Sebastien Bacher: Thanks for your bug, that's a poppler issue, reassigning. Do you have a screenshot of the issue? That works fine with poppler 0.5 on my box so maybe it's fixed upstream I just took some, they are attached. Thank you for the screenshots. Poppler 0.5 renders it as xpdf on my box, marking it as fixed upstream
Bug#347796: gnome-control-center: The program 'gnome-settings-daemon' received an X Window System error.
Le jeudi 12 janvier 2006 à 19:49 +0100, Emmanuel Fuste a écrit : Package: gnome-control-center Version: 1:2.12.2-1 Severity: grave Justification: renders package unusable At gnome session startup: There was an error starting the GNOME Settings Daemon. Some things, such as themes, sounds, or background settings may not work correctly. hi, Could you attach your /etc/X11/xorg.conf? -- Sebastien Bacher
Bug#347796: gnome-control-center: The program 'gnome-settings-daemon' received an X Window System error.
forwarded http://bugzilla.gnome.org/show_bug.cgi?id=323724 thanks Le jeudi 12 janvier 2006 à 22:15 +0100, emmanuel.fuste a écrit : ok, attached. The issue is due to the use of evdev, known upstream: http://bugzilla.gnome.org/show_bug.cgi?id=323724 -- Sebastien Bacher
Bug#344731: libgtk2.0-0: the menus of gtk applications are black
severity 344731 important thanks Le dimanche 25 décembre 2005 à 04:11 -0200, Adriano Bonat a écrit : Package: libgtk2.0-0 Version: 2.8.9-2 Severity: grave Justification: renders package unusable After upgrade the libgtk2.0-0 from version 2.6.10-2 to 2.8.9-2, the background of the menus of GTK applications are black. Hi, I'm changing the severity because this bug is not an issue for other people. Do you use gtk2-engines-gtk-qt? That would be a theme issue
Bug#339419: d4x crashes in strlen() from lib64/libc.so.6
Le mardi 20 décembre 2005 à 22:07 -0800, Steve Langasek a écrit : If this is a bug in a library, it must be a bug in glib for failing to maintain compatibility between 2.6 and 2.8. But there is insufficient information in the bug log to demonstrate that this is a lib bug. I doubt that's a glib bug, the backtrace has no mention of it and they are not likely to have broken compatibility on it. -- Sebastien Bacher
Bug#343720: [EMAIL PROTECTED]
Package: djvulibre Severity: serious The -dev package has to Depends on the library package itself (since it's useless without it) and on libjpeg62-dev (according to the dependency_libs of the .la). The attached patch fixes the issue. diff -Nur djvulibre-3.5.16.orig/debian/changelog djvulibre-3.5.16/debian/changelog --- djvulibre-3.5.16.orig/debian/changelog 2005-12-17 16:34:29.0 +0100 +++ djvulibre-3.5.16/debian/changelog 2005-12-17 16:38:36.0 +0100 @@ -1,3 +1,10 @@ +djvulibre (3.5.16-1ubuntu1) dapper; urgency=low + + * debian/control: +- fix the -dev package to Depends on the lib itself and libjpeg62-dev + + -- Sebastien Bacher [EMAIL PROTECTED] Sat, 17 Dec 2005 16:36:59 +0100 + djvulibre (3.5.16-1) unstable; urgency=low * New upstream release diff -Nur djvulibre-3.5.16.orig/debian/control djvulibre-3.5.16/debian/control --- djvulibre-3.5.16.orig/debian/control 2005-12-17 16:34:29.0 +0100 +++ djvulibre-3.5.16/debian/control 2005-12-17 16:36:20.0 +0100 @@ -8,7 +8,7 @@ Package: libdjvulibre-dev Section: devel Architecture: any -Depends: ${shlibs:Depends} +Depends: libdjvulibre15 (= ${Source-Version}), libjpeg62-dev Description: Development files for the DjVu image format DjVu image format static library and development files. .
Bug#327619: python-gnome2: missing dependency, gnome.canvas not functional
Le lundi 12 septembre 2005 à 21:57 +0200, Yann Dirson a écrit : I infer from your questions that you cannot reproduce ? No, and we would already have a bunch of dups if pygtk was broken, that seems to be specific to your installation. FWIW, a search for _gtk on the output of strace -efile -f (with some context, since all 3 matches are grouped) shows: 6718 stat64(/usr/lib/python2.3/site-packages/gtk-2.0/gtk/_gtk, 0xbfffba2c) = -1 ENOENT (No such file or directory) 6718 open(/usr/lib/python2.3/site-packages/gtk-2.0/gtk/_gtk.so, O_RDONLY|O_LARGEFILE) = 6 6718 fstat64(6, {st_mode=S_IFREG|0644, st_size=168, ...}) = 0 6718 open(/usr/lib/python2.3/site-packages/gtk-2.0/gtk/_gtk.so, O_RDONLY) = 7 6718 fstat64(7, {st_mode=S_IFREG|0644, st_size=168, ...}) = 0 6718 stat64(/usr/lib/python2.3/encodings/utf_8, 0xbfffad4c) = -1 ENOENT (No such file or directory) Seems to be ok. Does a import gtk._gtk work? If not what does it say? Cheers, Sebastien Bacher
Bug#327619: python-gnome2: missing dependency, gnome.canvas not functional
Le dimanche 11 septembre 2005 à 15:00 +0200, Yann Dirson a écrit : Package: python2.3-gnome2 Version: 2.10.0-2 Severity: serious $ python Python 2.3.5 (#2, Aug 30 2005, 15:50:26) [GCC 4.0.2 20050821 (prerelease) (Debian 4.0.1-6)] on linux2 Type help, copyright, credits or license for more information. import gnome.canvas /usr/lib/python2.3/site-packages/gtk-2.0/gnome/canvas.py:4: DeprecationWarning: Module gnome.canvas is deprecated; please import gnomecanvas instead DeprecationWarning) Traceback (most recent call last): File stdin, line 1, in ? File /usr/lib/python2.3/site-packages/gtk-2.0/gnome/canvas.py, line 7, in ? from gnomecanvas import * ImportError: could not import gtk._gtk Only python2.3-gtk2 seems to provide a shared lib with a similar name, but I suppose gnome.canvas is looking for a .py file, which does not exist. Feel free to reassign to python2.3-gtk2 if appropriate. Hi, Do you have a '/usr/lib/python2.3/site-packages/gtk-2.0/gnomecanvas.so' file installed?
Bug#327619: python-gnome2: missing dependency, gnome.canvas not functional
Le dimanche 11 septembre 2005 à 16:02 +0200, Yann Dirson a écrit : On Sun, Sep 11, 2005 at 03:25:50PM +0200, Sebastien Bacher wrote: Do you have a '/usr/lib/python2.3/site-packages/gtk-2.0/gnomecanvas.so' file installed? Yes, it is there. Do you change your python path? Do you have any such file installed to /usr/local? Cheers, Sebastien Bacher
Bug#325827: evince: FTBFS: Missing Build-Depends on libglitz-dev
Le mercredi 31 août 2005 à 09:19 +0200, Andreas Jochens a écrit : Package: evince Version: 0.3.0-2 Severity: serious Tags: patch When building 'evince' in a clean 'unstable' chroot, I get the following error: /bin/sh ../libtool --mode=link g++ -g -Wall -O2 -o evince dummy.o eggfindbar.o ev-application.o ev-marshal.o ev-page-action.o ev-password.o ev-password-view.o ev-pixbuf-cache.o ev-print-job.o ev-utils.o ev-view.o ev-window.o ev-sidebar.o ev-sidebar-links.o ev-sidebar-page.o ev-sidebar-thumbnails.o ev-stock-icons.omain.o -Wl,--export-dynamic -pthread -L/usr/X11R6/lib -lgnomeui-2 -lSM -lICE -lbonoboui-2 -lgnome-2 -lpopt -lgnomevfs-2 -lbonobo-2 -lbonobo-activation -lgnomeprintui-2-2 -lgnomeprint-2-2 -lgnomecanvas-2 -lart_lgpl_2 -lglade-2.0 -lgtk-x11-2.0 -lxml2 -lpthread -lz -lgdk-x11-2.0 -latk-1.0 -lpangoxft-1.0 -lpangox-1.0 -lpangoft2-1.0 -lpango-1.0 -lgconf-2 -lORBit-2 -lgthread-2.0 -lpoppler-glib -lpoppler -lgdk_pixbuf-2.0 -lm -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 ../cut-n-paste/recent-files/librecent.la ../cut-n-paste/zoom-control/libephymisc.la ../cut-n-paste/zoom-control/libephywidgets.la ../lib/libev.la libevbackendfactory.la libtool: link: cannot find the library `/usr/lib/libglitz.la' make[3]: *** [evince] Error 1 Hi, evince doesn't use glitz, your issue probably comes from an anothe package. You can search /usr/lib/*.la files mentionning libglitz.la without depending on it. Cheers, Sebastien Bacher
Bug#322952: nmu?
Le mardi 23 août 2005 à 21:43 -0400, Andres Salomon a écrit : Would you like me to fix this via NMU? I would really like this package to be functional again.. hi, Current version doesn't build with the new poppler and the new version require a new gnome-doc-utils package ... what do you want to NMU? Cheers, Sebastien Bacher
Bug#320649: evince: evince uninstallable due to missing dependency
Le mardi 16 août 2005 à 18:11 +0200, Benjamin FRANCOIS a écrit : Actually the whole Gnome suite is uninstallable due to this missing library. That's a known issue and that's beeing working. Maybe you should use testing if you don't want to have issues due to transitions. Cheers, Sebastien Bacher
Bug#320649: evince: evince uninstallable due to missing dependency
Le mardi 16 août 2005 à 19:58 +0200, Benjamin FRANCOIS a écrit : If this issue is known and being handled, it might be a great idea to say so, since remaining silent leaves the users considering the bug is actually being ignored by the maintainer. It has been commented on IRC, on the gtk-gnome list and on some of the pile of duplicates reassigned. Cheers, Sebastien Bacher
Bug#322131: it's FTBFS
severity 322131 normal thanks Le mardi 09 août 2005 à 15:13 +0300, Eugeniy Meshcheryakov a écrit : severity 322131 serious thanks It is FTBFS, so setting severity correctly. According to http://buildd.debian.org/build.php?pkg=pango1.0 it builds without any issue. Where does it FTBFS?
Bug#321406: evince: libdjvulibre dependency problem
reassign 321406 djvulibre thanks Le vendredi 05 août 2005 à 12:31 +0200, Didrik Pinte a écrit : Evince seems to be compiled using libjvulibre 14 but the actual state of the libjvulibre library is 15. This is a djvulibre bug, reassigning to it with the bunch of other duplicates. Cheers, Sebastien Bacher
Bug#320794: please recompile evince against libdjvulibre-dev (= 3.5.14-6)
Le vendredi 05 août 2005 à 06:49 -0600, Barak Pearlmutter a écrit : Sebastien, Could I trouble you to recompile and dupload evince against libdjvulibre1 (= 3.5.14-6) to deal with soname change? Evince is the only package that uses the lib, so that will clear the issue. Hi, What about fixing djvulibre instead of breaking evince and make it depends on a wrong package? If djvulibre is not fixed soon I'll rebuild it without this lib though. Cheers, Sebastien Bacher
Bug#321244: evince does not start, missing dependency on libdjvulibre1.so.14
reassign 321244 djvulibre thanks Le jeudi 04 août 2005 à 13:12 +0200, Ralph Aichinger a écrit : Package: evince Version: 0.3.0-2 Severity: grave Justification: renders package unusable When I try to start evince, it complains: monk% evince evince: error while loading shared libraries: libdjvulibre.so.14: cannot open shared object file: No such file or directory monk% I have reinstalled it, just to be sure. libdjvulibre1 3.5.14-6 just provides a libdjvulibre.so.15 That's a known djvulibre bug, reassigning.
Bug#320794: evince: Evince missing library libdjvulibre.so
reassign 320794 djvulibre thanks Le lundi 01 août 2005 à 16:52 +0300, Rossen Naydenov a écrit : Subject: evince: Evince missing library libdjvulibre.so Package: evince Version: 0.3.0-2 Severity: grave Justification: renders package unusable *** Please type your report below this line *** Hi, After an dist-upgrade evince exits with the following error: evince: error while loading shared libraries: libdjvulibre.so.14: cannot open shared object file: No such file or directory The latest library libdjvulibre offers version .15, while evince is looking for .14 That's a djvulibre bug, reassigning.
Bug#315083: libgtk2.0-0: Gdk-WARNING **: gdk_property_get(): length value has wrapped in calculation (did you pass G_MAXLONG?)
severity normal thanks On !amd64 these are only warning, your setting change is not appropriate. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316301: gdesklets not installable
severity 316301 normal merge 316301 313419 thanks Le jeudi 30 juin 2005 à 00:38 +0200, [ATR]Dj-Death a écrit : Package: gdesklets Severity: serious Justification: unknow Please fix dependency problem (libgtop2-5 instead of libgtop2-2). The BTS already has a bug about this ...
Bug#313557: Not installable: dependency libnautilus2-2 has renamed to libnautilus-extension1
Le mardi 14 juin 2005 à 13:10 +0200, Luk Claes a écrit : The package is removed when dist-upgrading. The solution is just depending on libnautilus-extension1 instead of libnautilus2-2. That doesn't work, these are not the same libraries. nautilus-media is deprecated with GNOME 2.10 and should be dropped from the archive. Cheers, Sebastien Bacher
Bug#313557: Not installable: dependency libnautilus2-2 has renamed to libnautilus-extension1
Le mardi 14 juin 2005 à 07:51 -0700, Emil Soleyman-Zomalan a écrit : Do you think it's a good time to make Totem conflict with nautilus-media in the near future? Why do you want to put a Conflict on totem? Cheers, Sebastien Bacher
Bug#313557: Not installable: dependency libnautilus2-2 has renamed to libnautilus-extension1
Le mardi 14 juin 2005 à 10:43 -0700, Emil Soleyman-Zomalan a écrit : Is this needed or even necessary? A Conflict is not correct, the packages don't have common files and can be installed together. Cheers, Sebastien Bacher
Bug#309349: gnome-menus: conflicts with kdelibs-data
severity 309349 serious tag 309349 experimental merge 309349 307098 thanks Le lundi 16 mai 2005 à 18:37 +0200, Encolpe DEGOUTE a écrit : /var/cache/apt/archives/gnome-menus_2.10.1-1_i386.deb (--unpack): trying to overwrite `/etc/xdg/menus/applications.menu', which is also in package kdelibs-data Errors were encountered while processing: /var/cache/apt/archives/gnome-menus_2.10.1-1_i386.deb Hi, Please look on the bugs before filling duplicates (and this bug concerned only experimental, it should use the associated tag). Cheers, Sebastien Bacher
Bug#308268: mboxcheck-applet: Should depend on python-gnome2-extras
tag 308268 experimental thanks Le dimanche 08 mai 2005 à 22:06 -0500, Erik Meitner a écrit : Package: mboxcheck-applet Version: 0.3-1 Severity: serious Justification: Policy 7.2 [EMAIL PROTECTED]:$ /usr/lib/gnome-panel/mboxcheck Traceback (most recent call last): File /usr/lib/gnome-panel/mboxcheck, line 8, in ? import gnome.applet ImportError: No module named applet Hi, You are using experimental packages, there is no python-gnome2 split for sarge. I'm tagging this bug as it should be. Cheers, Sebastien Bacher
Bug#304243: evolution: SSL is broken
reassign 304243 evolution-data-server1.2 thanks This bug is due to evolution-data-server1.2. According to the build logs: ... evolution-data-server has been configured as follows: LDAP support: /usr (dynamic) NNTP support: yes Kerberos 4/5: no/no SSL support: no SMIME support:no ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291757: migration to 2.0.3 freezes on import of old 1.4.x addressbook data
severity 288262 important thanks Hi, Does somebody still gets this issue with 2.0.4 ? Does somebody get the issue while updating from 1.0 ? I'm changing the severity to important since nobody has opened a such bug for 2.0.4. Is somebody getting this issue now to work with upstream on that ? Cheers, Sebastien Bacher -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302213: libgtk2.0-bin: undefined symbol: g_assert_warning
Le jeudi 31 mars 2005 à 11:19 +0200, Marek W. Gutowski a écrit : Josselin Mouette wrote: This is certainly caused by a locally installed, older version of glib. I have enough of these stupid bug reports. Why do users keep installing local versions just to fuck up their system? I understand your irritation, but look below: gutow:/home/gutow# dpkg -l glib* hi, glib is libglib2.0-0. What is the output of ldd /usr/bin/an_app_using_gtk | grep glib ? Cheers, Sebastien Bacher
Bug#302213: [Fwd: Re: Bug#302213: libgtk2.0-bin: undefined symbol: g_assert_warning]
---BeginMessage--- Sebastien Bacher wrote: Le jeudi 31 mars 2005 à 11:19 +0200, Marek W. Gutowski a écrit : Josselin Mouette wrote: This is certainly caused by a locally installed, older version of glib. I have enough of these stupid bug reports. Why do users keep installing local versions just to fuck up their system? I understand your irritation, but look below: gutow:/home/gutow# dpkg -l glib* hi, glib is libglib2.0-0. What is the output of ldd /usr/bin/an_app_using_gtk | grep glib ? Hi, thakns for the prompt reply. Here is the requested output: gutow:/home/gutow# ldd /usr/bin/gnumeric | grep glib libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x4095d000) gutow:/home/gutow# ldd /usr/bin/g3data | grep glib libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x40458000) gutow:/home/gutow# ldd /usr/bin/gimp | grep glib libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x4059c000) gutow:/home/gutow# ldd /usr/bin/yank | grep glib libglib-1.2.so.0 = /usr/lib/libglib-1.2.so.0 (0x40b3a000) (The last application works as usual). In addition I have detected: [EMAIL PROTECTED]/~/fortran/gielda/6% sudo find / -name 'libglib-2.0*' /usr/lib/libglib-2.0.so.0 /usr/lib/libglib-2.0.so.0.600.3 /usr/lib/libglib-2.0.la /usr/lib/libglib-2.0.a /usr/lib/libglib-2.0.so /usr/local/lib/libglib-2.0.so.0.400.4 /usr/local/lib/libglib-2.0.so.0 /usr/local/lib/libglib-2.0.so /usr/local/lib/libglib-2.0.la [EMAIL PROTECTED]/~/fortran/gielda/6% So, indeed, there is something under /usr/local/lib, but, frankly, I didn't put it there 'by hand'. The first and last file in /usr/local/lib are real files; second and third are merely pointers to the first file. How can I fix this? Do I have to check/reinstall nearly 70 affected applications? Or, maybe, I should replace only the two above links to point to /usr/lib/libglib-2.0.so.0.600.3 from now on? -- Marek Gutowski, [EMAIL PROTECTED] Institute of Physics, ON-3.2, Al. Lotnikow 32/46, (PL) 02-668 Warszawa, POLAND, tel. +48-22-8436601 ext. 3122 To talk or not to talk? Yes, talk, plain ASCII please ---End Message---
Bug#299328: streamtuner workaround
severity 299328 important thanks I'm changing the severity, the crash is due to the app. pygtk should probably not crash though. Le mercredi 16 mars 2005 à 13:41 -0500, Ari Pollak a écrit : Just as an aside, if you want to get streamtuner working again without waiting for an update, you can disable the python plugin by running the following and trying to start streamtuner again: echo /usr/lib/streamtuner/plugins/python.so ~/.streamtuner/disabled-plugins According to pygtk upstream you need to call PySys_SetArgv before importing the gtk module. I've tried that fixes the crash. Cheers, Sebastien Bacher
Bug#297874: nautilus: python-gtk2 miissing in dependencies
severity 297874 normal thanks Le jeudi 03 mars 2005 à 12:01 +0100, Joerg Wittenberger a écrit : Package: nautilus Version: 2.8.2-2 Severity: serious Justification: python-gtkk2 missing in dependaniies; doesn't staart up. Hi, Nautilus doesn't require any python stuff, what's the error exactly ? Changing the severity to normal since that's not an issue here or for other people. Cheers, Sebastien Bacher
Bug#293711: libgtk2.0-bin: fails to configure
Le samedi 05 février 2005 à 00:17 -0800, Blars Blarson a écrit : After fixing a bug in dpkg-preconfigure, I find that libgtk2.0-bin still cannot be configured: Hi, That's a known bug, Sjoerd Simons is working on it and that should be fixed soon. Cheers, Sebastien Bacher
Bug#290291: evolution: Evolution does not authenticate using MD5 methods (DIGEST/CRAM) and remains plaintext
Since yesterday's sid update, my Evolution only authenticate using plaintext login/password, whether you choose NTLM, DIGEST-MD5 or CRAM-MD5, introducing a security issue on non SSL accounts and denial of access on servers refusing plaintext authentications. evolution has not changed for one month. Did you already had the 2.0.3 version before yesterday ? Do you remember the package you have updated ? What kind of error do you get exactly ? Could you run it with CAMEL_DEBUG=all set and attach the log here (remove the personnal details if you have some in the log) ? Cheers, Sebastien Bacer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]