Bug#1060985: prewikka: FTBFS: ModuleNotFoundError: No module named 'six'
tags 1060985 patch thanks Looks like the package has a missing build dependency on python3-six. Builds successfully with the attached patch. -- mvh / best regards Hans Joachim Desserud http://desserud.orgdiff --git a/debian/control b/debian/control index 403eaea..59746b8 100644 --- a/debian/control +++ b/debian/control @@ -10,6 +10,7 @@ Build-Depends: debhelper-compat (= 13), python3-setuptools, python3-babel, python3-lesscpy, +python3-six, gettext, Standards-Version: 4.6.0 Homepage: https://www.prelude-siem.org/
Bug#1036386: tools-deps-clojure: FTBFS without network access
Source: tools-deps-clojure Version: 0.16.1264-2 Severity: serious Justification: FTBFS Tags: sid ftbfs Dear Maintainer, tools-deps-clojure currently fails to build on Sid. It looks like the tests attempt to clone the upstream repository and then it fails: Testing clojure.tools.deps.extensions.test-git Cloning: https://github.com/clojure/tools.deps.git FAIL in (canonicalize-errors) (test_git.clj:72) expected: (thrown-with-msg? ExceptionInfo #"Library io.github.clojure/tools.deps has coord with missing sha" (ext/canonicalize (quote io.github.clojure/tools.deps) #:git{:tag "tools.deps.alpha-0.5.317"} {})) actual: #error { :cause "Unable to clone /build/tools-deps-clojure-0.16.1264/.gitlibs/_repos/https/github.com/clojure/tools.deps\nfatal: unable to access 'https://github.com/clojure/tools.deps.git/': Could not resolve host: github.com\n" :data {:args ("git" "clone" "--quiet" "--mirror" "https://github.com/clojure/tools.deps.git; "/build/tools-deps-clojure-0.16.1264/.gitlibs/_repos/https/github.com/clojure/tools.deps"), :exit 128, :out "", :err "fatal: unable to access 'https://github.com/clojure/tools.deps.git/': Could not resolve host: github.com\n"} :via [{:type clojure.lang.ExceptionInfo :message "Unable to clone /build/tools-deps-clojure-0.16.1264/.gitlibs/_repos/https/github.com/clojure/tools.deps\nfatal: unable to access 'https://github.com/clojure/tools.deps.git/': Could not resolve host: github.com\n" :data {:args ("git" "clone" "--quiet" "--mirror" "https://github.com/clojure/tools.deps.git; "/build/tools-deps-clojure-0.16.1264/.gitlibs/_repos/https/github.com/clojure/tools.deps"), :exit 128, :out "", :err "fatal: unable to access 'https://github.com/clojure/tools.deps.git/': Could not resolve host: github.com\n"} :at [clojure.tools.gitlibs.impl$git_clone_bare invokeStatic "impl.clj" 103]}] :trace I saw this when building locally on Sid, https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/tools-deps-clojure.html also has additional information. -- System Information: Debian Release: 12.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-9-amd64 (SMP w/3 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#1036385: python-aioredlock: FTBFS due to missing build dependency python3-setuptools
Source: python-aioredlock Version: 0.7.3-1 Severity: serious Justification: FTBFS Tags: ftbfs sid Dear Maintainer, python-aioredlock currently fails to build with the following error message: dh clean --buildsystem=pybuild dh_auto_clean -O--buildsystem=pybuild I: pybuild base:240: python3.11 setup.py clean Traceback (most recent call last): File "/build/python-aioredlock-0.7.3/setup.py", line 4, in from setuptools import find_packages, setup ModuleNotFoundError: No module named 'setuptools' E: pybuild pybuild:388: clean: plugin distutils failed with: exit code=1: python3.11 setup.py clean dh_auto_clean: error: pybuild --clean -i python{version} -p 3.11 returned exit code 13 make: *** [debian/rules:4: clean] Error 25 dpkg-buildpackage: error: debian/rules clean subprocess returned exit status 2 After adding python3-setuptools to build dependencies the package builds successfully without any other issues -- System Information: Debian Release: 12.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-9-amd64 (SMP w/3 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#1033833: unknown-horizons: Fails to start Couldn't open content/fonts/Unifont.ttf
Package: unknown-horizons Version: 2019.1-5 Severity: grave Dear Maintainer, When attempting to run uknown-horizons it fails with the following error message: $ unknown-horizons Discovered old settings file, auto-upgrading: 1 -> 38 Traceback (most recent call last): File "/usr/games/unknown-horizons", line 381, in main() File "/usr/games/unknown-horizons", line 122, in main ret = horizons.main.start(options) File "/usr/lib/python3/dist-packages/horizons/main.py", line 171, in start horizons.globals.fife.init() File "/usr/lib/python3/dist-packages/horizons/engine/engine.py", line 181, in init self._setting.apply() File "/usr/lib/python3/dist-packages/horizons/engine/settings.py", line 91, in apply change_language(language) File "/usr/lib/python3/dist-packages/horizons/i18n/__init__.py", line 163, in change_language horizons.globals.fife.pychan.loadFonts(fontdef) File "/usr/lib/python3/dist-packages/fife/extensions/pychan/fonts.py", line 98, in loadFonts for font in Font.loadFromFile(filename): ^^^ File "/usr/lib/python3/dist-packages/fife/extensions/pychan/fonts.py", line 82, in loadFromFile fonts.append(Font(font, lambda key, default=None: fontXMLFile.get(font, key, default))) ^ File "/usr/lib/python3/dist-packages/fife/extensions/pychan/fonts.py", line 52, in __init__ self.font = get_manager().createFont(self.source, self.size) File "/usr/lib/python3/dist-packages/fife/extensions/pychan/internal.py", line 176, in createFont return self.hook.create_font(path,size,glyphs) ^^^ fife.fife.CannotOpenFile: _[CannotOpenFile]_ , File couldn't be opened :: content/fonts/Unifont.ttf (Couldn't open content/fonts/Unifont.ttf) The root problem is a missing font or font format. I tried a simple rebuild of the package, but it had no effect. Looks like the font path is part of the source code, so might be more font references with similar issues. Also reported in Ubuntu as https://bugs.launchpad.net/ubuntu/+source/unknown-horizons/+bug/2011358 -- System Information: Debian Release: 12.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-7-amd64 (SMP w/3 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages unknown-horizons depends on: ii fonts-unifont 1:15.0.01-2 ii python3 3.11.2-1 ii python3-enet0.0~vcs.2022.12.26.git-0.2+b1 ii python3-fife0.4.2-5+b1 ii python3-future 0.18.2-6 ii python3-yaml6.0-3+b2 unknown-horizons recommends no packages. unknown-horizons suggests no packages. -- no debconf information -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#1030728: Subject: FTBFS: tests fail, requiring network access
Source: biojava6-live Version: 6.1.0+dfsg-3 Severity: serious Tag: ftbfs patch Dear Maintainer, biojava6-live currently fails to build from source with test failures: [ERROR] Failures: [ERROR] FileDownloadUtilsTest$URLMethods.pingGoogleOK:161 expected: but was: The attached patch disables this and another test which require network access. With these disabled, the package built successfully. For more details, see either the build log from reproducible builds or when the package was synced to Ubuntu https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/biojava6-live.html https://launchpad.net/ubuntu/+source/biojava6-live/6.1.0+dfsg-3/+build/25558013 -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-6-amd64 (SMP w/3 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.orgDescription: Disable tests which require network access Disable two tests which require network access when running. To be honest, I don't see exactly how TestJmolSymmetryScriptGenerator ends up calling network resources. I did see that when running the test suite with it enabled it will send a request to https://models.rcsb.org/ presumably fetching the models. --- --- biojava6-live-6.1.0+dfsg.orig/biojava-core/src/test/java/org/biojava/nbio/core/util/FileDownloadUtilsTest.java +++ biojava6-live-6.1.0+dfsg/biojava-core/src/test/java/org/biojava/nbio/core/util/FileDownloadUtilsTest.java @@ -12,6 +12,7 @@ import java.io.FileOutputStream; import java.io.IOException; import java.nio.file.Files; +import org.junit.jupiter.api.Disabled; import org.junit.jupiter.api.Nested; import org.junit.jupiter.api.Test; @@ -156,6 +157,7 @@ class FileDownloadUtilsTest { class URLMethods { final String availableUrl = "https://www.google.com;; + @Disabled("Requires network access") @Test void pingGoogleOK(){ assertTrue(FileDownloadUtils.ping(availableUrl, 1000)); --- biojava6-live-6.1.0+dfsg.orig/biojava-structure-gui/src/test/java/org/biojava/nbio/structure/symmetry/TestJmolSymmetryScriptGenerator.java +++ biojava6-live-6.1.0+dfsg/biojava-structure-gui/src/test/java/org/biojava/nbio/structure/symmetry/TestJmolSymmetryScriptGenerator.java @@ -39,6 +39,7 @@ import org.biojava.nbio.structure.symmet import org.biojava.nbio.structure.symmetry.core.SymmetryPerceptionMethod; import org.biojava.nbio.structure.symmetry.jmolScript.JmolSymmetryScriptGeneratorDn; import org.junit.Before; +import org.junit.Ignore; import org.junit.Test; /** @@ -50,6 +51,7 @@ public class TestJmolSymmetryScriptGener public void setUp() { } +@Ignore @Test public void testPolygon() throws IOException, StructureException { Structure struc = StructureIO.getStructure("4hhb"); @@ -64,4 +66,4 @@ public class TestJmolSymmetryScriptGener String expected = "draw polyhedronD30 line{30.02,-39.95,0.59}{29.24,-0.53,40.00}{30.02,38.89,0.59}{30.80,-0.53,-38.82}{30.02,-39.95,0.59}{-30.00,-39.95,-0.60}{-30.79,-0.53,38.81}{-30.00,38.89,-0.60}{-29.22,-0.53,-40.01}{-30.00,-39.95,-0.60}width 0.45 color [x42ffd9] off;draw polyhedronD31 line{29.24,-0.53,40.00}{-30.79,-0.53,38.81}width 0.45 color [x42ffd9] off;draw polyhedronD32 line{30.02,38.89,0.59}{-30.00,38.89,-0.60}width 0.45 color [x42ffd9] off;draw polyhedronD33 line{30.80,-0.53,-38.82}{-29.22,-0.53,-40.01}width 0.45 color [x42ffd9] off;"; assertEquals(expected, poly); } -} \ No newline at end of file +}
Bug#1030256: FTBFS: test failures ArgumentError: can't find user for puppet
Source: ruby-puppetserver-ca-cli Version: 2.4.0-1 Severity: serious Tag: ftbfs Dear Maintainer, ruby-puppetserver-ca-cli currently fails to build from source with test failures. Example: 1) Puppetserver::Ca::Action::Enable infracrl does not print the help output if called correctly Failure/Error: FileUtils.chown(@user, @group, path) ArgumentError: can't find user for puppet # ./lib/puppetserver/ca/utils/file_system.rb:96:in `write_file' # ./lib/puppetserver/ca/utils/file_system.rb:23:in `write_file' # ./lib/puppetserver/ca/action/enable.rb:109:in `create_infra_crl_chain' # ./lib/puppetserver/ca/action/enable.rb:75:in `enable_infra_crl' # ./lib/puppetserver/ca/action/enable.rb:53:in `run' # ./spec/puppetserver/ca/action/enable_spec.rb:34:in `block (5 levels) in ' # ./spec/utils/ssl.rb:248:in `with_ca_in' # ./spec/puppetserver/ca/action/enable_spec.rb:28:in `block (4 levels) in ' # ./spec/puppetserver/ca/action/enable_spec.rb:27:in `block (3 levels) in ' For more details see the log from reproducible builds https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ruby-puppetserver-ca-cli.html (I have also verified the issue with pbuilder on my local Sid system) -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-6-amd64 (SMP w/3 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#1026571: jnlp-servlet: FTBFS: src/classes/jnlp/sample/servlet/JnlpResource.java:47: error: cannot find symbol
Fwiw, java.util.jar.Pack200 was removed in JDK 14 and is thus missing when building with JDK 17. https://openjdk.org/jeps/367 -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#1026608: jcommander: FTBFS: JCommander.java:45: error: malformed HTML
tags 1026608 patch thanks See the attached patch which resolves the HTML errors to generate the JavaDoc and make the package build successfully. -- mvh / best regards Hans Joachim Desserud http://desserud.orgDescription: Fix HTML errors in Javadoc causing build failures Remove tags, not part of HTML5 Replace <> wrapping author emails Drop <> around generic T which is mistaken for HTML tag Resolved based on how it was solved upstream: https://github.com/cbeust/jcommander/commit/c31f983ae8f56a5b06f502009dfb32baa2be96f1 https://github.com/cbeust/jcommander/commit/7b46f253f625c91b47ef7e0780c01ffd357f4cd2 --- Origin: upstream, Forwarded: not-needed Last-Update: 2022-12-21 --- jcommander-1.71.orig/src/main/java/com/beust/jcommander/Parameter.java +++ jcommander-1.71/src/main/java/com/beust/jcommander/Parameter.java @@ -69,15 +69,15 @@ public @interface Parameter { boolean password() default false; /** - * The string converter to use for this field. If the field is of type List - * and not listConverter attribute was specified, JCommander will split + * The string converter to use for this field. If the field is of type List + * and not listConverter attribute was specified, JCommander will split * the input in individual values and convert each of them separately. */ Class> converter() default NoConverter.class; /** * The list string converter to use for this field. If it's specified, the - * field has to be of type List and the converter needs to return + * field has to be of type List and the converter needs to return * a List that's compatible with that type. */ Class> listConverter() default NoConverter.class; @@ -103,7 +103,7 @@ public @interface Parameter { boolean variableArity() default false; /** - * What splitter to use (applicable only on fields of type List). By default, + * What splitter to use (applicable only on fields of type List). By default, * a comma separated splitter will be used. */ Class splitter() default CommaParameterSplitter.class; --- jcommander-1.71.orig/src/main/java/com/beust/jcommander/IParameterValidator.java +++ jcommander-1.71/src/main/java/com/beust/jcommander/IParameterValidator.java @@ -21,7 +21,7 @@ package com.beust.jcommander; /** * The class used to validate parameters. * - * @author Cedric Beust + * @author Cedric Beust ced...@beust.com */ public interface IParameterValidator { --- jcommander-1.71.orig/src/main/java/com/beust/jcommander/IStringConverter.java +++ jcommander-1.71/src/main/java/com/beust/jcommander/IStringConverter.java @@ -33,7 +33,7 @@ package com.beust.jcommander; */ public interface IStringConverter { /** - * @return an object of type created from the parameter value. + * @return an object of type T created from the parameter value. */ T convert(String value); } --- jcommander-1.71.orig/src/main/java/com/beust/jcommander/JCommander.java +++ jcommander-1.71/src/main/java/com/beust/jcommander/JCommander.java @@ -42,7 +42,7 @@ import java.util.concurrent.CopyOnWriteA * or an instance of Iterable. In the case of an array or Iterable, JCommander will collect * the \@Parameter annotations from all the objects passed in parameter. * - * @author Cedric Beust + * @author Cedric Beust ced...@beust.com */ public class JCommander { public static final String DEBUG_PROPERTY = "jcommander.debug"; --- jcommander-1.71.orig/src/main/java/com/beust/jcommander/MissingCommandException.java +++ jcommander-1.71/src/main/java/com/beust/jcommander/MissingCommandException.java @@ -21,7 +21,7 @@ package com.beust.jcommander; /** * Thrown when a command was expected. * - * @author Cedric Beust + * @author Cedric Beust ced...@beust.com */ @SuppressWarnings("serial") public class MissingCommandException extends ParameterException { --- jcommander-1.71.orig/src/main/java/com/beust/jcommander/ParameterException.java +++ jcommander-1.71/src/main/java/com/beust/jcommander/ParameterException.java @@ -22,7 +22,7 @@ package com.beust.jcommander; * The main exception that JCommand will throw when something goes wrong while * parsing parameters. * - * @author Cedric Beust + * @author Cedric Beust ced...@beust.com */ @SuppressWarnings("serial") public class ParameterException extends RuntimeException { --- jcommander-1.71.orig/src/main/java/com/beust/jcommander/ResourceBundle.java +++ jcommander-1.71/src/main/java/com/beust/jcommander/ResourceBundle.java @@ -26,7 +26,7 @@ import java.lang.annotation.Target; /** * @deprecated use @Parameters * - * @author Cedric Beust + * @author Cedric Beust ced...@beust.com */ @Retention(java.lang.annotation.RetentionPolicy.RUNTIME) @Target({ TYPE }) --- jcommander-1.71.orig/src/main/java/com/beust/jcommander/SubParameter.java +++ jcommander-1.71/src/main/java/com/beust/jcommander/SubParameter.java @@ -7,7 +7,7 @@ import
Bug#1026163: Uses Java 11
The main reason puppetdb fails to build with JDK 17 is a check in project.clj which only allows Java 8 or 11. However, this has recently been expanded to allow Java 17 in upstream [1] and should be part of the 7.12.0 release. So upgrading the package should hopefully resolve this. Somewhat unrelated but I did notice that several other puppet-related packages, at least https://tracker.debian.org/pkg/puppetlabs-http-client-clojure https://tracker.debian.org/pkg/trapperkeeper-metrics-clojure https://tracker.debian.org/pkg/trapperkeeper-webserver-jetty9-clojure have similar checks which will fail with Java 17. They don't seem to have newer upstream versions though, and I don't know if additional changes in the code would be required for these to support Java 17. [1] https://github.com/puppetlabs/puppetdb/blob/main/project.clj#L281 -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#1026617: libjt400-java: FTBFS: [javac] /<>/java8/com/ibm/as400/data/RecordFormatDocument.java:149: error: reference to Record is ambiguous
tags 1026617 patch thanks [javac] both class com.ibm.as400.access.Record in com.ibm.as400.access and class java.lang.Record in java.lang match [javac] /<>/java8/com/ibm/as400/data/RecordFormatDocument.java:1375: error: reference to Record is ambiguous Looks like the ambiguity stems from the new Record class introduced in new JDKS which hit when rebuilt with JDK 17. See the attached patch which adds an explicit import to the "local" Record class, which has been the one imported up until now. With this patch in place, the package builds successfully again on Debian Sid. -- mvh / best regards Hans Joachim Desserud http://desserud.orgDescription: Explicit import for Record Since this code predates java.lang.Record in the JDK, I'm going to assume it refers to its own class --- Forwarded: no Last-Update: 2022-12-21 --- libjt400-java-9.4.orig/src/com/ibm/as400/data/RecordFormatDocument.java +++ libjt400-java-9.4/src/com/ibm/as400/data/RecordFormatDocument.java @@ -14,6 +14,7 @@ package com.ibm.as400.data; import com.ibm.as400.access.*; +import com.ibm.as400.access.Record; import java.io.File; import java.io.FileOutputStream; --- libjt400-java-9.4.orig/src/com/ibm/as400/data/RfmlRecordFormat.java +++ libjt400-java-9.4/src/com/ibm/as400/data/RfmlRecordFormat.java @@ -26,6 +26,7 @@ import java.util.TimeZone; import java.util.Vector; import com.ibm.as400.access.*; +import com.ibm.as400.access.Record; /**
Bug#1026258: FTBFS: missing build dependency and failing tests
Source: ormar Version: 0.12.0-1 Severity: serious Tag: ftbfs Dear Maintainer, ormar currently fails to build from source for two reasons. The first is several error message like these when running the test suite: Traceback: /usr/lib/python3.10/importlib/__init__.py:126: in import_module return _bootstrap._gcd_import(name[level:], package, level) tests/test_fastapi/test_skip_reverse_models.py:8: in from starlette.testclient import TestClient /usr/lib/python3/dist-packages/starlette/testclient.py:16: in import httpx E ModuleNotFoundError: No module named 'httpx' _ ERROR collecting tests/test_fastapi/test_wekref_exclusion.py _ (Taken from the build log when the package got synced to Ubuntu, but I've also reproduced this on Sid https://launchpadlibrarian.net/638906557/buildlog_ubuntu-lunar-amd64.ormar_0.12.0-1_BUILDING.txt.gz) These errors are the easy part, it simply needs python3-httpx added as a build dependency. With this in place, the build result changes from 19 errors to 2 failing tests. I don't know why they are failing though, whether it is due to api changes in the test client used, or the functionality of the package. === FAILURES === __ test_all_endpoints __ def test_all_endpoints(): client = TestClient(app) with client as client: item = { "name": "test", "categories": [{"name": "test cat"}, {"name": "test cat2"}], } response = client.post("/items/", json=item) item_check = Item(**response.json()) assert item_check.id is not None assert item_check.categories[0].id is not None no_pk_item = client.get(f"/items/{item_check.id}", json=item).json() E TypeError: TestClient.get() got an unexpected keyword argument 'json' tests/test_fastapi/test_excluding_fields.py:118: TypeError __ test_all_endpoints __ def test_all_endpoints(): client = TestClient(app) with client as client: response = client.post("/categories/", json={"name": "test cat"}) category = response.json() response = client.post( "/items/", json={"name": "test", "id": 1, "category": category} ) item = Item(**response.json()) assert item.pk is not None response = client.get("/items/") items = [Item(**item) for item in response.json()] assert items[0] == item item.name = "New name" response = client.put(f"/items/{item.pk}", json=item.dict()) assert response.json() == item.dict() response = client.get("/items/") items = [Item(**item) for item in response.json()] assert items[0].name == "New name" response = client.get("/items/raw/") items = [Item(**item) for item in response.json()] assert items[0].name == "New name" assert items[0].category.name is None response = client.get(f"/items/{item.pk}") new_item = Item(**response.json()) assert new_item == item response = client.delete(f"/items/{item.pk}") assert response.json().get("deleted_rows", "__UNDEFINED__") != "__UNDEFINED__" response = client.get("/items/") items = response.json() assert len(items) == 0 client.post("/items/", json={"name": "test_2", "id": 2, "category": category}) response = client.get("/items/") items = response.json() assert len(items) == 1 item = Item(**items[0]) response = client.delete(f"/items/{item.pk}", json=item.dict()) E TypeError: TestClient.delete() got an unexpected keyword argument 'json' tests/test_fastapi/test_more_reallife_fastapi.py:150: TypeError -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-5-amd64 (SMP w/3 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#1026257: FTBFS: more network tests in node-zx
Source: node-zx Version: 7.1.1+~cs6.7.23-1 Severity: serious Tag: ftbfs patch Dear Maintainer, node-zx currently fails to build with the following error messages: FAIL deps "installDeps() loader works via JS API" Cannot find package 'cpy' imported from /build/node-zx-7.1.1+~cs6.7.23/test/deps.test.js FAIL deps "installDeps() loader works via CLI" Error [ERR_MODULE_NOT_FOUND]: Cannot find package 'lodash' imported from /build/node-zx-7.1.1+~cs6.7.23/zx-kdsc9wx1fn.mjs Did you mean to import lodash/lodash.js? at new NodeError (node:internal/errors:393:5) at packageResolve (node:internal/modules/esm/resolve:860:9) at moduleResolve (node:internal/modules/esm/resolve:909:20) at defaultResolve (node:internal/modules/esm/resolve:1124:11) at nextResolve (node:internal/modules/esm/loader:163:28) at ESMLoader.resolve (node:internal/modules/esm/loader:841:30) at ESMLoader.getModuleJob (node:internal/modules/esm/loader:424:18) at ModuleWrap. (node:internal/modules/esm/module_job:76:40) at link (node:internal/modules/esm/module_job:75:36) { code: 'ERR_MODULE_NOT_FOUND' } at Object.handler (file:///build/node-zx-7.1.1+~cs6.7.23/test/deps.test.js:35:12) exit code: 1 (See https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/node-zx.html for more details) I was able to reproduce the same error message when building in pbuilder on my local Sid system. Turns out there's a couple of tests which call `npm install` and verify the results which breaks when the network is not available. After expanding and applying the patch to disable network tests, the package builds successfully. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-5-amd64 (SMP w/3 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.orgdiff --git a/debian/patches/drop-network-test.patch b/debian/patches/drop-network-test.patch index cf5cd17..905f6a8 100644 --- a/debian/patches/drop-network-test.patch +++ b/debian/patches/drop-network-test.patch @@ -1,7 +1,7 @@ Description: drop network test Author: Yadd Forwarded: not-needed -Last-Update: 2022-11-07 +Last-Update: 2022-12-17 --- a/test/cli.test.js +++ b/test/cli.test.js @@ -37,3 +37,24 @@ Last-Update: 2022-11-07 test('echo() works', async () => { let stdout = '' let log = console.log +--- a/test/deps.test.js b/test/deps.test.js +@@ -21,7 +21,7 @@ const test = suite('deps') + + $.verbose = false + +-test('installDeps() loader works via JS API', async () => { ++test.skip('installDeps() loader works via JS API', async () => { + await installDeps({ + cpy: '9.0.1', + 'lodash-es': '4.17.21', +@@ -30,7 +30,7 @@ test('installDeps() loader works via JS + assert.instance((await import('lodash-es')).pick, Function) + }) + +-test('installDeps() loader works via CLI', async () => { ++test.skip('installDeps() loader works via CLI', async () => { + let out = + await $`node build/cli.js --install <<< 'import _ from "lodash" /* @4.17.15 */; console.log(_.VERSION)'` + assert.match(out.stdout, '4.17.15') +
Bug#1026255: FTBFS: error: invalid flag: -html4
Source: junit5-system-exit Version: 1.1.2-3 Severity: serious Tags: ftbfs patch Dear Maintainer, junit5-system-exit currently fails to build from source with the following error message: Starting process 'command '/usr/lib/jvm/java-17-openjdk-amd64/bin/javadoc''. Working directory: /build/1st/junit5-system-exit-1.1.2 Command: /usr/lib/jvm/java-17-openjdk-amd64/bin/javadoc @/build/1st/junit5-system-exit-1.1.2/build/tmp/javadoc/javadoc.options Successfully started process 'command '/usr/lib/jvm/java-17-openjdk-amd64/bin/javadoc'' error: invalid flag: -html4 1 error (for details see https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/junit5-system-exit.html) I was able to reproduce this on my Sid system, and the package built successfully when replacing the flag, see the attached patch. Based on the output from javadoc, this option now seems to be the default -html5Generate HTML 5 output. This option is no longer required. so alternatively the javadoc section can be trimmed down. Another thing is that I haven't checked when the html5 option was introduced or when it replaced html4. It builds successfully with the current JDK, but it might introduced problems when backporting the package in the future. I don't know if this is a concern. Regardless, the attached patch should fix the build issue or serve as the base for a better fix :) -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-5-amd64 (SMP w/3 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.orgDescription: Replace html4 option with html5 The html4 option has been removed/replaced in newer JDKs, causing a build failure. --- Forwarded: no --- junit5-system-exit-1.1.2.orig/build.gradle +++ junit5-system-exit-1.1.2/build.gradle @@ -74,6 +74,6 @@ publishing { javadoc { if(JavaVersion.current().isJava9Compatible()) { -options.addBooleanOption('html4', true) +options.addBooleanOption('html5', true) } }
Bug#1025887: FTBFS: ambiguous method call
Source: biojava4-live Version: 4.2.12+dfsg-7 Severity: serious Tags: ftbfs patch Dear Maintainer, biojava4-live currently fails to build with the following error message: compile: [mkdir] Created dir: /build/1st/biojava4-live-4.2.12+dfsg/build/biojava4-structure/classes [javac] /build/1st/biojava4-live-4.2.12+dfsg/biojava-structure/build.xml:86: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds [javac] Compiling 483 source files to /build/1st/biojava4-live-4.2.12+dfsg/build/biojava4-structure/classes [javac] /build/1st/biojava4-live-4.2.12+dfsg/biojava-structure/src/main/java/org/biojava/nbio/structure/io/mmcif/ZipChemCompProvider.java:239: error: reference to newFileSystem is ambiguous [javac] try (FileSystem fs = FileSystems.newFileSystem(m_zipFile, null)) { [javac] ^ [javac] both method newFileSystem(Path,ClassLoader) in FileSystems and method newFileSystem(Path,Map) in FileSystems match [javac] /build/1st/biojava4-live-4.2.12+dfsg/biojava-structure/src/main/java/org/biojava/nbio/structure/io/mmcif/ZipChemCompProvider.java:296: error: reference to newFileSystem is ambiguous [javac] try (FileSystem zipfs = FileSystems.newFileSystem(zipFile, null)) { [javac]^ [javac] both method newFileSystem(Path,ClassLoader) in FileSystems and method newFileSystem(Path,Map) in FileSystems match [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] Note: Some input files use or override a deprecated API that is marked for removal. [javac] Note: Recompile with -Xlint:removal for details. [javac] Note: /build/1st/biojava4-live-4.2.12+dfsg/biojava-structure/src/main/java/org/biojava/nbio/structure/io/mmcif/MetalBondConsumer.java uses unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 2 errors (see https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/biojava4-live.html for details) When casting the null value to match one of the signatures this resolves the build error. See the attached patch. I wasn't able to find the exact upstream commit to reference since the file has been moved around, but the patch is based on latest upstream and how they have chosen to resolve the issue. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-5-amd64 (SMP w/3 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.orgDescription: Add explicit cast to fix ambiguos method call error Taken from upstream to match expected method call https://github.com/biojava/biojava/blob/master/biojava-structure/src/main/java/org/biojava/nbio/structure/chem/ZipChemCompProvider.java --- Origin: upstream Forwarded: not-needed Last-Update: 2022-12-11 --- biojava4-live-4.2.12+dfsg.orig/biojava-structure/src/main/java/org/biojava/nbio/structure/io/mmcif/ZipChemCompProvider.java +++ biojava4-live-4.2.12+dfsg/biojava-structure/src/main/java/org/biojava/nbio/structure/io/mmcif/ZipChemCompProvider.java @@ -236,7 +236,7 @@ public class ZipChemCompProvider impleme final String filename = "chemcomp/" + recordName+".cif.gz"; // try with resources block to read from the filesystem. - try (FileSystem fs = FileSystems.newFileSystem(m_zipFile, null)) { + try (FileSystem fs = FileSystems.newFileSystem(m_zipFile, (ClassLoader)null)) { Path cif = fs.getPath(filename); if (Files.exists(cif)) { @@ -293,7 +293,7 @@ public class ZipChemCompProvider impleme */ // Copy in each file. - try (FileSystem zipfs = FileSystems.newFileSystem(zipFile, null)) { + try (FileSystem zipfs = FileSystems.newFileSystem(zipFile, (ClassLoader)null)) { Files.createDirectories(pathWithinArchive); for (File f : files) { if (!f.isDirectory() && f.exists()) {
Bug#1025753: FTBFS: Java compilation error (cannot find symbols)
Source: jruby-openssl Version: 0.9.21-4 Severity: serious Tags: ftbfs Dear Maintainer, jruby-openssl currently fails to build with the following error message: [ERROR] COMPILATION ERROR : [INFO] - [ERROR] /build/jruby-openssl-0.9.21/src/main/java/org/jruby/ext/openssl/x509store/Lookup.java:[74,25] cannot find symbol symbol: class ChannelDescriptor location: package org.jruby.util.io [ERROR] /build/jruby-openssl-0.9.21/src/main/java/org/jruby/ext/openssl/x509store/Lookup.java:[75,25] cannot find symbol symbol: class ChannelStream location: package org.jruby.util.io [ERROR] /build/jruby-openssl-0.9.21/src/main/java/org/jruby/ext/openssl/x509store/Lookup.java:[76,25] cannot find symbol symbol: class FileExistsException location: package org.jruby.util.io [INFO] 3 errors Tested in pbuilder on my Sid system. Same error seemed to happen when the package got synced to Ubuntu [1] Btw, looks like the problematic imports are gone in latest upstream [2] so this might be resolved by upgrading to newer release :) [1] https://launchpad.net/ubuntu/+source/jruby-openssl/0.9.21-4/+build/24611214 [2] https://github.com/jruby/jruby-openssl/blob/master/src/main/java/org/jruby/ext/openssl/x509store/Lookup.java -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-4-amd64 (SMP w/3 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#1025440: FTBFS: fails to compile with Java errors
Source: starjava-ttools Version: 3.4.7-2 Severity: serious Tags: ftbfs Dear Maintainer, starjava-ttools fails to build from source, see https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/starjava-ttools.html for detailed log output. The main errors seem to be com.sun.* imports. I've also seen the same build failure when the package got synced to Ubuntu (https://launchpad.net/ubuntu/+source/starjava-ttools/3.4.7-2/+build/24622556) as well as locally on my Sid system. Not sure what might have changed since the package got uploaded in the first place. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-4-amd64 (SMP w/3 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#988287: FTBFS due to test failures
Source: rally-openstack Version: 2.0.0-2 Severity: serious Justification: FTBFS in unstable Tags: ftbfs Dear Maintainer, rally-openstack currently fails to build on Debian Sid with test failures: (...) ERROR tests/unit/task/scenarios/zaqar/test_utils.py - dns.resolver.NoResolver... ERROR tests/unit/task/ui/charts/test_osprofilerchart.py - dns.resolver.NoReso... ERROR tests/unit/verification/tempest/test_config.py - dns.resolver.NoResolve... ERROR tests/unit/verification/tempest/test_context.py - dns.resolver.NoResolv... ERROR tests/unit/verification/tempest/test_manager.py - dns.resolver.NoResolv... !! Interrupted: 180 errors during collection !!! 180 errors in 61.15s (0:01:01) make[1]: *** [debian/rules:25: override_dh_auto_install] Error 2 See also https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/rally-openstack.html for more details. -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#983697: FTBFS: Failing tests
Source: trapperkeeper-webserver-jetty9-clojure Version: 4.1.0-2 Severity: serious Justification: FTBFS in unstable Tags: ftbfs Dear Maintainer, The latest version of trapperkeeper-webserver-jetty9-clojure currently fails to build due to failing tests: ... Ran 86 tests containing 588 assertions. 10 failures, 0 errors. Tests failed. make[1]: *** [debian/rules:25: override_dh_auto_test] Error 1 make[1]: Leaving directory '/build/1st/trapperkeeper-webserver-jetty9-clojure-4.1.0' make: *** [debian/rules:11: binary] Error 2 dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2 See also https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/trapperkeeper-webserver-jetty9-clojure.html for more information -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-3-amd64 (SMP w/3 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#951246: genetic: build-depends on non-existing package
Hello genetic build-depends on python3-multiprocess, which does not exist in the archive. Looks like this is now available as part of https://tracker.debian.org/pkg/multiprocess So I suppose the only thing now holding back genetic is a missing source-only upload. -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#966071: FTBFS: tests require network access
Source: python-email-validator Version: 1.1.1-2 Severity: serious Tags: ftbfs Dear Maintainer, When attempting to build python-email-validator 1.1.1-2 locally, it fails with the following test failures: tests/test_main.py ...FFF. [100%] === FAILURES === test_deliverability_no_records def test_deliverability_no_records(): assert validate_email_deliverability('example.com', 'example.com') == {'mx': [(0, '')], 'mx-fallback': None} E AssertionError: assert {'unknown-del...y': 'timeout'} == {'mx': [(0, ''...llback': None} E Left contains 1 more item: E {'unknown-deliverability': 'timeout'} E Right contains 2 more items: E {'mx': [(0, '')], 'mx-fallback': None} E Use -v to get the full diff tests/test_main.py:254: AssertionError __ test_deliverability_found ___ def test_deliverability_found(): response = validate_email_deliverability('gmail.com', 'gmail.com') assert response.keys() == {'mx', 'mx-fallback'} E AssertionError: assert dict_keys(['u...iverability']) == {'mx', 'mx-fallback'} E Use -v to get the full diff tests/test_main.py:259: AssertionError __ test_deliverability_fails ___ def test_deliverability_fails(): domain = 'xkxufoekjvjfjeodlfmdfjcu.com' with pytest.raises(EmailUndeliverableError, match='The domain name {} does not exist'.format(domain)): validate_email_deliverability(domain, domain) E Failed: DID NOT RAISE 'email_validator.EmailUndeliverableError'> tests/test_main.py:270: Failed = 3 failed, 44 passed in 45.39 seconds = Based on the error messages, it looks like these tests require network access. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.7.0-1-amd64 (SMP w/3 CPU threads) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#960125: closing 960125
Ah, I saw the other bug report but didn't look too much into it since it had a different error message. So I missed the date it was fixed and tested with the previous cmake version locally. Now that cmake is updated, it builds as expected. Sorry about the noise :) --- mvh / best regards Hans Joachim Desserud http://desserud.org Den 2020-05-09 21:24, skrev Jochen Sprickerhof: # done by fixing #959064 in cmake close 960125 thanks
Bug#960126: FTBFS: No cached version of :osmosis-core-0.47.2: available for offline mode.
Source: mapsforge Version: 0.13.0+dfsg.1-2 Severity: serious Tags: ftbfs Dear Maintainer, mapsforge 0.13.0+dfsg.1-2 currently fails to build: All input files are considered out-of-date for incremental task ':mapsforge-map:compileJava'. Compiling with JDK Java compiler API. :mapsforge-poi:compileJava (Thread[Task worker for ':' Thread 10,5,main]) completed. Took 0.717 secs. :mapsforge-map:compileJava (Thread[Task worker for ':' Thread 3,5,main]) completed. Took 2.081 secs. FAILURE: Build failed with an exception. * What went wrong: Could not resolve all files for configuration ':mapsforge-map-writer:compileClasspath'. Could not resolve :osmosis-core-0.47.2:. Required by: project :mapsforge-map-writer > No cached version of :osmosis-core-0.47.2: available for offline mode. > No cached version of :osmosis-core-0.47.2: available for offline mode. > No cached version of :osmosis-core-0.47.2: available for offline mode. For more details see https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/mapsforge.html I suppose it fails to find the osmosis jars now that it has been updated to 0.48.0-1. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.6.0-1-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#960125: Subject: FTBFS: collect2: error: ld returned 1 exit status
Source: ignition-transport Version: 8.0.0+dfsg-3 Severity: serious Tags: ftbfs Dear Maintainer, ignition-transport 8.0.0+dfsg-3 currently fails to build: Run Build Command(s):/usr/bin/make cmTC_64ca3/fast && make[2]: Entering directory '/build/1st/ignition-transport-8.0.0+dfsg/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp' /usr/bin/make -f CMakeFiles/cmTC_64ca3.dir/build.make CMakeFiles/cmTC_64ca3.dir/build make[3]: Entering directory '/build/1st/ignition-transport-8.0.0+dfsg/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp' Building C object CMakeFiles/cmTC_64ca3.dir/src.c.o /usr/bin/cc -g -O2 -ffile-prefix-map=/build/1st/ignition-transport-8.0.0+dfsg=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -DCMAKE_HAVE_LIBC_PTHREAD -o CMakeFiles/cmTC_64ca3.dir/src.c.o -c /build/1st/ignition-transport-8.0.0+dfsg/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp/src.c Linking C executable cmTC_64ca3 /usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_64ca3.dir/link.txt --verbose=1 /usr/bin/cc -g -O2 -ffile-prefix-map=/build/1st/ignition-transport-8.0.0+dfsg=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -DCMAKE_HAVE_LIBC_PTHREAD -Wl,-z,relro -Wl,-z,now CMakeFiles/cmTC_64ca3.dir/src.c.o -o cmTC_64ca3 /usr/bin/ld: CMakeFiles/cmTC_64ca3.dir/src.c.o: in function `main': ./obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp/./obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp/src.c:11: undefined reference to `pthread_create' /usr/bin/ld: ./obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp/./obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp/src.c:12: undefined reference to `pthread_detach' /usr/bin/ld: ./obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp/./obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp/src.c:13: undefined reference to `pthread_join' collect2: error: ld returned 1 exit status make[3]: *** [CMakeFiles/cmTC_64ca3.dir/build.make:87: cmTC_64ca3] Error 1 make[3]: Leaving directory '/build/1st/ignition-transport-8.0.0+dfsg/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp' make[2]: *** [Makefile:121: cmTC_64ca3/fast] Error 2 make[2]: Leaving directory '/build/1st/ignition-transport-8.0.0+dfsg/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp' See also https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ignition-transport.html -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.6.0-1-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#951925: flare-engine FTBFS: Could NOT find SDL2
Fwiw, https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/flare-engine.html seems to build successfully. I'm don't see this build failure on my local Sid system either. Maybe it got resolved after library changes in the meantime? -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#951281: FTBFS: /usr/bin/ld: cannot find -lpthreads
Source: widelands Version: 1:20-1 Severity: serious Justification: ftbfs Tags: ftbfs Dear Maintainer, Widelands currently fails to build in Sid with the following error message: ... /usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_893c8.dir/link.txt --verbose=1 /usr/bin/cc -g -O2 -fdebug-prefix-map=/build/widelands-20=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wdate-time -D_FORTIFY_SOURCE=2 -DCHECK_FUNCTION_EXISTS=pthread_create -Wl,-z,relro -rdynamic CMakeFiles/cmTC_893c8.dir/CheckFunctionExists.c.o -o cmTC_893c8 -lpthreads /usr/bin/ld: cannot find -lpthreads collect2: error: ld returned 1 exit status make[3]: *** [CMakeFiles/cmTC_893c8.dir/build.make:87: cmTC_893c8] Error 1 make[3]: Leaving directory '/build/widelands-20/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp' make[2]: *** [Makefile:121: cmTC_893c8/fast] Error 2 make[2]: Leaving directory '/build/widelands-20/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp' dh_auto_configure: error: cd obj-x86_64-linux-gnu && cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var -DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON -DCMAKE_INSTALL_RUNSTATEDIR=/run "-GUnix Makefiles" -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_LIBDIR=lib/x86_64-linux-gnu -DWL_INSTALL_BASEDIR=/usr/share/games/widelands -DWL_INSTALL_BINDIR=games -DWL_INSTALL_DATADIR=/usr/share/games/widelands/data -DWL_INSTALL_PREFIX=/usr -DOPTION_BUILD_WEBSITE_TOOLS=OFF -DCMAKE_BUILD_TYPE=Release .. returned exit code 1 make[1]: *** [debian/rules:14: override_dh_auto_configure] Error 25 make[1]: Leaving directory '/build/widelands-20' make: *** [debian/rules:10: binary] Error 2 dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2 I suspect the important part is "/usr/bin/ld: cannot find -lpthreads", which I suppose might be due to some underlying library change though I haven't figured it out. Saw the same error message when the package was rebuilt in Ubuntu, and I guess other packages using -lpthreads might suffer the same fate. Tried rebuilding the current upstream development version to see if it had a fix, but ran into a separate issue. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-3-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#950937: hw-probe: FTBFS due to missing build dependency help2man
Package: hw-probe Version: 1.4-1 Severity: serious Tags: ftbfs Dear Maintainer, hw-probe currently fails to build with the following error message: debian/rules override_dh_installdocs make[1]: Entering directory '/build/hw-probe-1.4' help2man --include=debian/hw-probe.1.in --output=debian/hw-probe.1 --no-info debian/hw-probe/usr/bin/hw-probe make[1]: help2man: Command not found After adding help2man to the list of build dependencies, it built successfully. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-3-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages hw-probe depends on: pn acpica-tools pn curl ii dmidecode 3.2-3 ii hdparm 9.58+ds-4 pn hwinfo ii libwww-perl6.43-1 ii lm-sensors 1:3.6.0-2 ii lsb-release11.1.0 ii mesa-utils 8.4.0-1+b1 ii pciutils 1:3.6.4-1 ii perl [libdigest-sha-perl] 5.30.0-9 ii perl-base 5.30.0-9 pn smartmontools ii usbutils 1:012-2 ii x11-utils 7.7+4 Versions of packages hw-probe recommends: ii alsa-utils 1.2.1-1 pn cpuid pn edid-decode pn ethtool ii fdisk 2.34-0.1 pn i2c-tools ii iw 5.4-1 pn mcelog pn memtester pn pnputils pn sysstat ii upower 0.99.11-1 pn vainfo pn vdpauinfo pn vulkan-utils ii wireless-tools 30~pre9-13+b1 ii x11-xserver-utils 7.7+8 pn xinput hw-probe suggests no packages. -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#950911: FTBFS: missing build-dependency python3-nose
Source: python-deeptools Version: 3.3.2+ds-1 Severity: serious Tags: ftbfs Dear Maintainer, python-deeptools currently fails to build with the following error message: debian/rules override_dh_auto_test make[1]: Entering directory '/build/python-deeptools-3.3.2+ds' PYTHONPATH=/build/python-deeptools-3.3.2+ds nosetests3 -x -v -s deeptools /bin/sh: 1: nosetests3: not found After adding `python3-nose` to build-dependencies, it built successfully. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-3-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#944898: FTBFS: missing build-dependency python3-setuptools-scm
Source: python-dnaio Version: 0.4-1 Severity: serious Dear Maintainer, python-dnaio currently fails to build from source with the following error message: No local packages or working download links found for setuptools_scm Traceback (most recent call last): File "setup.py", line 86, in "Topic :: Scientific/Engineering :: Bio-Informatics" File "/usr/lib/python3/dist-packages/setuptools/__init__.py", line 144, in setup _install_setup_requires(attrs) File "/usr/lib/python3/dist-packages/setuptools/__init__.py", line 139, in _install_setup_requires dist.fetch_build_eggs(dist.setup_requires) File "/usr/lib/python3/dist-packages/setuptools/dist.py", line 720, in fetch_build_eggs replace_conflicting=True, File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 782, in resolve replace_conflicting=replace_conflicting File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 1065, in best_match return self.obtain(req, installer) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 1077, in obtain return installer(requirement) File "/usr/lib/python3/dist-packages/setuptools/dist.py", line 787, in fetch_build_egg return cmd.easy_install(req) File "/usr/lib/python3/dist-packages/setuptools/command/easy_install.py", line 698, in easy_install raise DistutilsError(msg) distutils.errors.DistutilsError: Could not find suitable distribution for Requirement.parse('setuptools_scm') E: pybuild pybuild:341: clean: plugin distutils failed with: exit code=1: python3.7 setup.py clean (see https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/python-dnaio.html for more details) After adding `python3-setuptools-scm` to build-depdendencies it built successfully in pbuilder on my local system. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.3.0-2-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.orgdiff --git a/debian/control b/debian/control index 50b63d5..703ce98 100644 --- a/debian/control +++ b/debian/control @@ -8,6 +8,7 @@ Build-Depends: debhelper-compat (= 12), python3, python3-dev, python3-setuptools, + python3-setuptools-scm, python3-pytest, python3-xopen, cython3
Bug#932311: python-geneimpacts: FTBFS missing dependency to run testsuite
Source: python-geneimpacts Version: FTBFS missing dependency to run testsuite Severity: serious Tags: patch Dear Maintainer, python-geneimpacts currently fails to build in Sid with the following error message: I: pybuild base:217: python3.7 setup.py test running test Searching for nose Note: Bypassing https://pypi.org/simple/nose/ (disallowed host; see http://bit.ly/2hrImnY for details). Couldn't find index page for 'nose' (maybe misspelled?) Scanning index of all packages (this may take a while) Note: Bypassing https://pypi.org/simple/ (disallowed host; see http://bit.ly/2hrImnY for details). No local packages or working download links found for nose error: Could not find suitable distribution for Requirement.parse('nose') E: pybuild pybuild:341: test: plugin distutils failed with: exit code=1: python3.7 setup.py test Looks like this is due to python3-nose missing, it built successfully after adding this dependency (see the attached patch). I also took the liberty of adjusting the Salsa links since the urls they point to atm doesn't seem to work. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/2 CPU cores) Kernel taint flags: TAINT_CRAP Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.orgdiff --git a/debian/control b/debian/control index bacbd05..6effc7a 100644 --- a/debian/control +++ b/debian/control @@ -3,11 +3,15 @@ Section: science Priority: optional Maintainer: Debian Med Packaging Team Uploaders: Steffen Moeller -Build-Depends: debhelper (>= 11), dh-python, python3-all, python3-setuptools +Build-Depends: debhelper (>= 11), + dh-python, + python3-all, + python3-nose, + python3-setuptools Standards-Version: 4.3.0 Homepage: https://github.com/brentp/geneimpacts -Vcs-Browser: https://salsa.debian.org/med-team/geneimpacts -Vcs-Git: https://salsa.debian.org/med-team/geneimpacts.git +Vcs-Browser: https://salsa.debian.org/med-team/python-geneimpacts +Vcs-Git: https://salsa.debian.org/med-team/python-geneimpacts.git #Testsuite: autopkgtest-pkg-python Package: python3-geneimpacts
Bug#928727: FTBFS: ImportError: No module named twisted.python.failure
Source: python-tblib Version: 1.4.0-1 Severity: serious Tags: ftbfs Dear Maintainer, python-tblib currently fails to build from source with the following error message: ERRORS ___ ERROR collecting .pybuild/cpython2_2.7_tblib/build/tests/test_issue30.py ___ tests/test_issue30.py:5: in from twisted.python.failure import Failure E ImportError: No module named twisted.python.failure ___ ERROR collecting .pybuild/cpython2_2.7_tblib/build/tests/test_issue30.py ___ ImportError while importing test module '/build/1st/python-tblib-1.4.0/.pybuild/cpython2_2.7_tblib/build/tests/test_issue30.py'. Hint: make sure your test modules/packages have valid Python names. Traceback: /usr/lib/python2.7/dist-packages/_pytest/python.py:450: in _importtestmodule mod = self.fspath.pyimport(ensuresyspath=importmode) /usr/lib/python2.7/dist-packages/py/_path/local.py:668: in pyimport __import__(modname) /usr/lib/python2.7/dist-packages/_pytest/assertion/rewrite.py:294: in load_module six.exec_(co, mod.__dict__) /usr/lib/python2.7/dist-packages/six.py:709: in exec_ exec("""exec _code_ in _globs_, _locs_""") :1: in ??? tests/test_issue30.py:5: in from twisted.python.failure import Failure E ImportError: No module named twisted.python.failure (see https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/python-tblib.html for more details) I got the same error message when attempting to build it on my Sid system. -- System Information: Debian Release: 10.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/2 CPU cores) Kernel taint flags: TAINT_CRAP Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#924341: pygnuplot: FTBFS due to unsatisfiable build-dependency debhelper (= 12)
Source: pygnuplot Version: 0.11.16-1 Severity: serious Tags: ftbfs Dear Maintainer, pygnuplot fails to build because it cannot install its build dependencies: $ sudo apt build-dep pygnuplot Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: builddeps:pygnuplot : Depends: debhelper (= 12) but 12.1.1 is to be installed E: Unable to correct problems, you have held broken packages. (see also https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/pygnuplot.html) I assume a >= requirement would resolve this issue, though haven't tested if the package builds then. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-3-amd64 (SMP w/2 CPU cores) Kernel taint flags: TAINT_CRAP Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#914582: liblingua-en-fathom-perl: Fails to build due to unmet build dependecies
Package: liblingua-en-fathom-perl Version: 1.22-1 Severity: serious Tags: ftbfs Dear Maintainer, When attempting to build this package, installing build dependencies fails because liblingua-en-sentence-perl doesn't seem to exist in Debian. $ sudo apt build-dep liblingua-en-fathom-perl Reading package lists... Done Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: builddeps:liblingua-en-fathom-perl : Depends: liblingua-en-sentence-perl but it is not installable E: Unable to correct problems, you have held broken packages. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#914552: black: FTBFS Attempt to download test dependencies during build
Source: black Version: 18.9b0-1-5 Severity: serious Tags: patch Dear Maintainer, I tried to build the package locally in pbuilder, but it fails to build from source with the following error message: running test Searching for toml>=0.9.4 Note: Bypassing https://pypi.org/simple/toml/ (disallowed host; see http://bit.ly/2hrImnY for details). Couldn't find index page for 'toml' (maybe misspelled?) Scanning index of all packages (this may take a while) Note: Bypassing https://pypi.org/simple/ (disallowed host; see http://bit.ly/2hrImnY for details). No local packages or working download links found for toml>=0.9.4 error: Could not find suitable distribution for Requirement.parse('toml>=0.9.4') E: pybuild pybuild:338: test: plugin distutils failed with: exit code=1: python3.7 setup.py test It fails since it attempts to download additional dependencies from the Internet. I originally saw this when it failed to build when it was synced to Ubuntu [1][2], but was also able to reproduce it on Sid. With the attached patch, gradually adding additional build dependencies, it eventually built successfully. [1] https://launchpad.net/ubuntu/+source/black/18.9b0-1-5/+build/15638431 [2] https://launchpadlibrarian.net/39789/buildlog_ubuntu-disco-amd64.black_18.9b0-1-5_BUILDING.txt.gz -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.orgdiff --git a/debian/control b/debian/control index 4bca183..bcd8447 100644 --- a/debian/control +++ b/debian/control @@ -5,7 +5,8 @@ Maintainer: Neil Williams Build-Depends: debhelper (>= 11), dh-python, python3, python3-recommonmark, python3-setuptools, python3-sphinx, python3-docutils, - libjs-underscore, libjs-jquery + libjs-underscore, libjs-jquery, + python3-appdirs, python3-attr, python3-click, python3-toml Standards-Version: 4.2.1 Homepage: https://github.com/ambv/black X-Python3-Version: >= 3.6
Bug#880497: pytimechart: missing dependencies
Since this bug was filed initially, kiwisolver has been packaged in Debian [1]. So a dependency on python-kiwisolver should resolve that part. Also, pytimechart seems to have an indirect dependency on python-fonttools now, I am at least not able to remove fonttools without apt also removing pytimechart. [1] https://tracker.debian.org/pkg/kiwisolver -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#902506: node-husl: FTBFS in buster/sid (uglifyjs: not found)
Control: tags -1 patch Looks like it needs uglifyjs added to build dependencies. (See attached patch) -- mvh / best regards Hans Joachim Desserud http://desserud.orgdiff --git a/debian/control b/debian/control index 68a92dd..f390863 100644 --- a/debian/control +++ b/debian/control @@ -8,7 +8,8 @@ Build-Depends: debhelper (>= 9), nodejs, mocha, coffeescript, - node-underscore + node-underscore, + uglifyjs Standards-Version: 3.9.8 Homepage: http://www.husl-colors.org Vcs-Git: https://anonscm.debian.org/git/pkg-javascript/node-husl.git
Bug#871343: dummydroid: FTBFS
Control: tags -1 patch I am unable to reproduce the original FTBFS issue and error message here. The current version of maven-assembly-plugin in Unstable has since been updated to 3.1.0 so that might have changed something. There's also the fact that a new version of dummydroid has been uploaded to Unstable, so either (or both) of these might have resolved it. However, dummydroid currently fails to build due to a different issue. It seems to be missing a build dependency on junit (see attached patch) With this in place, I was able to successfully build dummydroid in a pbuilder environment. So while the original issue is no longer reproducible, the package still suffers from FTBFS without the attached patch. Presumably this issue could be closed when the patch is added and the package builds successfully again? :) -- mvh / best regards Hans Joachim Desserud http://desserud.orgdiff --git a/debian/control b/debian/control index a89aff6..5c5c06a 100644 --- a/debian/control +++ b/debian/control @@ -7,6 +7,7 @@ Build-Depends: cdbs, debhelper (>= 9), default-jdk, javahelper, + junit, libmaven-assembly-plugin-java, libprotobuf-java, maven-debian-helper (>= 1.5~)
Bug#908864: drascula: Incorrect version of the 'drascula.dat' engine data file found. Expected 5.0 but got 4.0.!
Package: drascula Version: 1.0+ds2-3 Severity: grave Dear Maintainer, When attempting to run drascula it fails, and shows the following error: Incorrect version of the 'drascula.dat' engine data file found. Expected 5.0 but got 4.0. This was originally reported in Ubuntu as https://bugs.launchpad.net/ubuntu/+source/drascula/+bug/1792016 but I found it also affects Debian Sid. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages drascula depends on: ii scummvm 2.0.0+dfsg-1+b1 Versions of packages drascula recommends: ii drascula-music 1.0+ds2-3 Versions of packages drascula suggests: pn drascula-french pn drascula-german pn drascula-italian pn drascula-spanish -- no debconf information -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#886164: libspring-java: FTBFS MockServerContainer.java method does not override or implement a method from a supertype
Source: libspring-java Version: 4.3.13-1 Severity: serious Tags: patch Dear Maintainer, The package currently fails to build from source with the following error message: All input files are considered out-of-date for incremental task ':spring-test:compileJava'. Compiling with JDK Java compiler API. /build/1st/libspring-java-4.3.13/spring-test/src/main/java/org/springframework/test/context/web/socket/MockServerContainer.java:56: warning: [deprecation] setAsyncSendTimeout(long) in WebSocketContainer has been deprecated public void setAsyncSendTimeout(long timeout) { ^ /build/1st/libspring-java-4.3.13/spring-test/src/main/java/org/springframework/test/context/web/socket/MockServerContainer.java:60: error: method does not override or implement a method from a supertype @Override ^ 1 error 1 warning :spring-test:compileJava FAILED For more details see https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libspring-java.html I first spotted this issue when the package was synced to Ubuntu, but was able to reproduce it on my Sid system. The issue itself seems to be related to a method which used to(?) be part of an interface, but is now causing this error. Surprisingly enough, the method was added by one of the Debian patches. The attached patch modifies the original patch a bit and resolves the FTBFS. I must admit I don't have the full overview over what's going on here, so there might be a better way to fix this :) -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- mvh / best regards Hans Joachim Desserud http://desserud.orgdiff --git a/debian/patches/0041-servlet-api-compatibility.patch b/debian/patches/0041-servlet-api-compatibility.patch index 55887129..0f2e3280 100644 --- a/debian/patches/0041-servlet-api-compatibility.patch +++ b/debian/patches/0041-servlet-api-compatibility.patch @@ -100,17 +100,3 @@ Forwarded: no + throw new UnsupportedOperationException(); + } } a/spring-test/src/main/java/org/springframework/test/context/web/socket/MockServerContainer.java -+++ b/spring-test/src/main/java/org/springframework/test/context/web/socket/MockServerContainer.java -@@ -58,6 +58,11 @@ - } - - @Override -+ public void setDefaultAsyncSendTimeout(long timeout) { -+ this.defaultAsyncSendTimeout = timeout; -+ } -+ -+ @Override - public long getDefaultMaxSessionIdleTimeout() { - return this.defaultMaxSessionIdleTimeout; - }
Bug#875948: doxia-sitetools: FTBFS due to missing build dependencies
Control: tags -1 patch see the attached patch. ...and if I actually attach it this time, this might help even more :) -- mvh / best regards Hans Joachim Desserud http://desserud.orgdiff --git a/debian/control b/debian/control index 3b2ae09..edb91cd 100644 --- a/debian/control +++ b/debian/control @@ -9,6 +9,7 @@ Build-Depends: debhelper (>= 10), maven-debian-helper (>= 1.4) Build-Depends-Indep: default-jdk-doc, junit (>= 3.8.2), + jython, libcommons-collections3-java, libdoxia-java (>= 1.7), libdoxia-java-doc, @@ -23,6 +24,7 @@ Build-Depends-Indep: default-jdk-doc, libplexus-i18n-java, libplexus-utils2-java, libplexus-utils2-java-doc, + librhino-java, libvelocity-tools-java, libxalan2-java, libxalan2-java-doc
Bug#875948: doxia-sitetools: FTBFS due to missing build dependencies
Source: doxia-sitetools Version: 1.7.4-2 Severity: serious Tag: patch Dear Maintainer, doxia-sitetools currently fails to build from source with the following error message: [ERROR] Failed to execute goal on project doxia-doc-renderer: Could not resolve dependencies for project org.apache.maven.doxia:doxia-doc-renderer:jar:1.7.4: The following artifacts could not be resolved: org.mozilla:rhino:jar:debian, org.python:jython:jar:debian: Cannot access central (https://repo.maven.apache.org/maven2) in offline mode and the artifact org.mozilla:rhino:jar:debian has not been downloaded from it before. -> [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException [ERROR] [ERROR] After correcting the problems, you can resume the build with the command [ERROR] mvn -rf :doxia-doc-renderer Please see https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/doxia-sitetools.html for more details. I was able to reproduce this issue in pbuilder on Sid. After adding the missing build dependencies, the package built successfully, see the attached patch. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.12.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#871114: widelands: FTBFS: game_settings.h:52:8: error: 'newuser.UserSettings::position' may be used uninitialized in this function [-Werror=maybe-uninitialized]
Funny. It seems we worked on this bug at the same time. I can confirm that [2] resolved the FTBFS with GCC 7. Looks like it. :) Thanks for uploading the patch and the other packaging changes. (I've already picked it up and integrated it into the packaging we do upstream for our PPA [1]) I've also added a short description and pointing to the backported patch in the original GCC7-merge proposal for others who may come across it. I suggest to add a simple patch to bug reports next time which tremendously simplifies things for non-regular uploaders of Widelands. Yes, I considered adding a patch. The main reason I didn't is that I use quilt too seldom to really remember how it works from time to time. So I would need to look up the commands, which is not neccessarily hard, but takes time and I knew I would be busy the following days. Since I didn't know when I'd have the time to prepare a proper patch, I figuered I could at least point to the existing patch, so that no one would need to add GCC7 support from scratch. If it hadn't been picked up, I would have prepared a patch when I got the time, but it seemed quicker to add a link and let someone who knew the toolchain integrate it. If I find the time, there will be a proper patch next time ;) [1] https://code.launchpad.net/~hjd/widelands/debian-merge/+merge/329686 --- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#871114: widelands: FTBFS: game_settings.h:52:8: error: 'newuser.UserSettings::position' may be used uninitialized in this function [-Werror=maybe-uninitialized]
Control: tags -1 confirmed Control: forwarded -1 https://bugs.launchpad.net/widelands/+bug/1695879 Hello We ran into the same issue upstream a while back when attempting to build with GCC7, see [1] for details. The issue was fixed, and since we expected distros would switch to GCC7 as the default compiler at some point the changes was also backported to our build19 branch. You can find the specific patch at [2] or [3] for the whole branch. (Note that the branch also includes a fix for the wrong en_GB translations [4], so you might want to include that at the same time) Hope this helps. Let us know if you have any comments or questions. :) [1] https://bugs.launchpad.net/widelands/+bug/1695879 [2] http://bazaar.launchpad.net/~widelands-dev/widelands/b19/revision/8149 [3] https://code.launchpad.net/~widelands-dev/widelands/b19 [4]Â https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=853052 -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#868903: not-yet-commons-ssl: FTBFS: error: package org.junit does not exist (patch)
tags 868903 patch thanks Adds the missing junit4 dependency. -- mvh / best regards Hans Joachim Desserud http://desserud.orgdiff --git a/debian/control b/debian/control index e43d416..0dca661 100644 --- a/debian/control +++ b/debian/control @@ -8,6 +8,7 @@ Build-Depends: cdbs, debhelper (>= 10), default-jdk, + junit4, libbcprov-java, libcommons-httpclient-java, liblog4j1.2-java,
Bug#867890: apache-directory-jdbm FTBFS: patch
tags 867890 patch thanks Adding junit4 as a build dependency resolves the issue. No further build dependencies needed (built successfully in pbuilder) -- mvh / best regards Hans Joachim Desserud http://desserud.orgdiff --git a/debian/control b/debian/control index cb1b1cc..f13bdc7 100644 --- a/debian/control +++ b/debian/control @@ -6,6 +6,7 @@ Uploaders: Emmanuel Bourg <ebo...@apache.org> Build-Depends: cdbs, debhelper (>= 9), default-jdk, + junit4, libmaven-bundle-plugin-java, libslf4j-java, maven-debian-helper (>= 1.5)
Bug#861531: ricochet: FTBFS - Makefile:900: recipe for target 'ricochet-icon.svg' failed
Package: ricochet Version: 0.6 Severity: serious Justification: fails to build from source Dear Maintainer, The latest version of ricochet currently fails to build from source in Sid. (I first saw this when the package was synced to Ubuntu, but I was also able to reproduce it on my Sid vm) See [1] or [2] for more details. [1] https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ricochet.html [2] https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/ricochet_0.6.rbuild.log -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#842208: mozart-stdlib: FTBFS: dpkg-checkbuilddeps: error: Unmet build dependencies: mozart (>= 1.4.0)
I looked a bit at this issue and it seems the reason it fails on amd64 is that mozart isn't built for this architecture (see https://packages.debian.org/unstable/mozart). I wonder whether this is related to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822002 -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#817744: zeroc-icee-java: Removal of debhelper compat 4
I came across this issue and noticed that there's a patch in another bug report which updates compat level as well as other nice things. Please see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668827 for details. -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#829415: svgwrite: FTBFS: ImportError: No module named pyparsing
tags 829415 patch thanks After adding python{,3}-pyparsing as build dependencies, svgwrite built successfully for me locally. See the attached patch. :) -- mvh / best regards Hans Joachim Desserud http://desserud.orgdiff --git a/debian/control b/debian/control index 08b83c3..bf99802 100644 --- a/debian/control +++ b/debian/control @@ -6,8 +6,10 @@ Uploaders: Steffen Moeller <moel...@debian.org> Build-Depends: debhelper (>=9), dh-python, python-all (>= 2.6.6-3~), + python-pyparsing, python-setuptools, python3-all, + python3-pyparsing, python3-setuptools Standards-Version: 3.9.8 Vcs-Git: https://anonscm.debian.org/git/python-modules/packages/svgwrite.git
Bug#849222: FTBFS: missing build dependency libandroid-tools-annotations-java
Package: android-platform-frameworks-data-binding Version: 2.2.2-1 Severity: serious Tags: patch Dear maintainer, the recent upload of android-platform-frameworks-data-binding fails to build in Debian Sid with the following error message: FAILURE: Build failed with an exception. * What went wrong: Could not resolve all dependencies for configuration ':dataBinding:compilerCommon:compileClasspath'. Could not find com.android.tools:annotations:24.5.0. Searched in the following locations: file:/usr/share/maven-repo/com/android/tools/annotations/debian/annotations-debian.pom file:/usr/share/maven-repo/com/android/tools/annotations/debian/annotations-debian.jar Required by: project :dataBinding:compilerCommon (for a complete build log, see [1] from when it was synced to Ubuntu) I was able to reproduce the issue on Debian Sid, but after adding libandroid-tools-annotations-java as a build dependency, the package built successfully. See the attached patch. :) [1] https://launchpadlibrarian.net/299784631/buildlog_ubuntu-zesty-amd64.android-platform-frameworks-data-binding_2.2.2-1_BUILDING.txt.gz -- mvh / best regards Hans Joachim Desserud http://desserud.orgdiff --git a/debian/control b/debian/control index 77c946c..e01dc6c 100644 --- a/debian/control +++ b/debian/control @@ -7,6 +7,7 @@ Build-Depends: antlr4, debhelper (>=9), default-jdk-headless | default-jdk (>= 1:1.6), gradle-debian-helper, + libandroid-tools-annotations-java, libcommons-io-java, libguava-java, libjuniversalchardet-java,
Bug#834080: elasticsearch: FTBFS: Could not resolve dependencies for project org.elasticsearch:elasticsearch:jar:1.7.5
tags 834080 patch thanks After adding a build dependency on libantlr3-runtime-java, elasticsearch built successfully. (See the attached patch) -- mvh / best regards Hans Joachim Desserud http://desserud.orgdiff --git a/debian/control b/debian/control index 865a79a..af12177 100644 --- a/debian/control +++ b/debian/control @@ -4,6 +4,7 @@ Uploaders: Hilko Bengen <ben...@debian.org> Section: database Build-Depends-Indep: debhelper (>= 9), maven, maven-debian-helper (>= 1.6), default-jdk, groovy (>= 2.4), + libantlr3-runtime-java, libcarrotsearch-hppc-java, libcommons-lang3-java, libcompress-lzf-java,
Bug#803191: closed by Mathieu Parent <sath...@debian.org> (Bug#803191: fixed in jeepyb 0+20150929-2)
This is an automatic notification regarding your Bug report which was filed against the jeepyb package: #803191: jeepyb FTBFS: A newer version of python-pbr has been packaged Thank you, Mathieu. :) You may have noticed this already, but gerritlib also depends on python3-pbr < 1.0 and is thus also affected. I'm not sure whether I need to file a separate bug on that or not. --- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#803630: ruby-rails-i18n FTBFS due to missing build dependencies
Package: ruby-rails-i18n Version: 4.0.5-1 Severity: serious Justification: fails to build from source Tags: patch Dear maintainer, The latest version of ruby-rails-i18n fails to build from source due to missing build dependencies. I first spotted this when it was automatically synced to Ubuntu and failed to build there [1], but I was also able to reproduce this on Sid via pbuilder. After adding ruby-i18n and ruby-railties to build dependencies (see the attached patch), the package built successfully. [1] https://launchpadlibrarian.net/223726966/buildlog_ubuntu-xenial-amd64.ruby-rails-i18n_4.0.5-1_BUILDING.txt.gz -- mvh / best regards Hans Joachim Desserud http://desserud.orgdiff --git a/debian/control b/debian/control index 6be6d27..9123b8f 100644 --- a/debian/control +++ b/debian/control @@ -3,7 +3,10 @@ Section: ruby Priority: optional Maintainer: Debian Ruby Extras Maintainers <pkg-ruby-extras-maintain...@lists.alioth.debian.org> Uploaders: Pirate Praveen <prav...@debian.org> -Build-Depends: debhelper (>= 7.0.50~), gem2deb (>= 0.7.5~) +Build-Depends: debhelper (>= 7.0.50~), + gem2deb (>= 0.7.5~), + ruby-i18n, + ruby-railties Standards-Version: 3.9.6 Vcs-Git: git://anonscm.debian.org/pkg-ruby-extras/ruby-rails-i18n.git Vcs-Browser: http://anonscm.debian.org/gitweb?p=pkg-ruby-extras/ruby-rails-i18n.git;a=summary
Bug#803631: spyder FTBFS due to missing build dependencies
Package: spyder Version: 2.3.6+dfsg1-1 Severity: serious Justification: fails to build from source Tags: patch Dear maintainer, The latest version of spyder fails to build from source due to missing build dependencies. I first spotted this when it was automatically synced to Ubuntu and failed to build there [1], but I was also able to reproduce this on Sid via pbuilder. After adding python3-sip and python-qt4 to build dependencies (see the attached patch), the package built successfully. I don't know whether the corresponding python-* packages should be added as well, it seemed that the test suite was only run with python3. [1] https://launchpadlibrarian.net/222743093/buildlog_ubuntu-xenial-amd64.spyder_2.3.6%2Bdfsg1-1_BUILDING.txt.gz -- mvh / best regards Hans Joachim Desserud http://desserud.orgdiff --git a/debian/control b/debian/control index 1075070..769ecbb 100644 --- a/debian/control +++ b/debian/control @@ -11,7 +11,9 @@ Build-Depends: debhelper (>= 9), python-setuptools, python-sphinx, python3-all, + python3-qt4, python3-setuptools, + python3-sip, python3-sphinx, xsltproc Standards-Version: 3.9.6
Bug#803631: spyder FTBFS due to missing build dependencies
BUT python3-qt4 -> python3-pyqt4 Ops! Sorry about that. I did the initial experimentation/building based on apt-get source, but when I created the patch I checked out from the repo instead. Looks like that's when the typo was added. I think next time I'll just copy over the control file to get a diff based on the actual changes. I will upload spyder 2.3.7 today. Great :) --- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#802060: aiopg: FTBFS: ImportError: No module named 'psycopg2'
tags 802060 patch thanks Hello, I found this bug report when I spotted that this package also failed to build in the current Ubuntu development release. I was able to reproduce it on my Sid system and fixed it by installing these two packages: python3-psycopg2 python3-sqlalchemy The first one was understandable, because it is the corresponding python3 package to the one already listed among the build dependencies. It is not clear to my why sqlalchemy was needed, and furthermore why only the python3 version was required. (I doublechecked and I did not have python-sqlalchemy installed already) Nevertheless, the attached patch should resolve this issue. I took the liberty of adding the same version number requirement for python3-psycopg2 in order to keep it in sync with the package above. -- mvh / best regards Hans Joachim Desserud http://desserud.orgIndex: debian/control === --- debian/control (revisjon 34523) +++ debian/control (arbeidskopi) @@ -6,7 +6,9 @@ Build-Depends: debhelper (>= 9), dh-python, python3-all, python3-setuptools, # tests: - python-psycopg2 (>= 2.5.2) + python-psycopg2 (>= 2.5.2), + python3-psycopg2 (>= 2.5.2), + python3-sqlalchemy Standards-Version: 3.9.6 Homepage: http://aiopg.readthedocs.org/ Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/aiopg/trunk/
Bug#803191: jeepyb FTBFS: A newer version of python-pbr has been packaged
Package: jeepyb Version: 0+20150929-1 Severity: serious Justification: fails to build from source Dear Maintainer, It is currently not possible to build jeepyb because the build dependencies fail to install with the following error: # apt-get build-dep jeepyb Reading package lists... Done Building dependency tree Reading state information... Done E: Failed to satisfy Build-Depends dependency for jeepyb: Installed package python-pbr is too new This is likely because jeepyb list the following version restrictions for python-pbr: python-pbr (<<1.0), python-pbr (>=0.6), which fails now that python-pbr 1.8.0-4 has been packaged. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages jeepyb depends on: ii libpython2.7-stdlib [python-argparse] 2.7.10-5 ii python 2.7.9-1 ii python-gerritlib 0.4.0+git20150319-1 ii python-mysqldb 1.3.4-2.1 ii python-paramiko1.15.3-1 ii python-pbr 1.8.0-4 ii python-pkginfo 1.1-2 ii python-pygithub1.25.2-4 ii python-pyrss2gen 1.1-1 ii python-requests2.7.0-3 ii python-six 1.10.0-1 ii python-swiftclient 1:2.6.0-3 ii python-yaml3.11-2+b1 pn python:any jeepyb recommends no packages. jeepyb suggests no packages. -- no debconf information -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#802858: activemq: FTBFS: Missing: jakarta-regexp:jakarta-regexp:jar:debian
I haven't tested this, but I notice that Ubuntu has a patch for this package which adds libregexp-java as a build dependency in order to fix a FTBFS issue. Hm... might be worth checking out :) For details, see http://patches.ubuntu.com/a/activemq/activemq_5.6.0+dfsg1-4+deb8u1ubuntu1.patch -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#802405: maven-project-info-reports-plugin: FTBFS: Missing: org.apache.maven.scm:maven-scm-provider-hg:jar:debian
tags 802405 patch thanks I have attached a patch which makes maven-project-info-reports-plugin build successfully again. The issue was introduced when the providers in maven-scm was split into a separate package in version 1.3-6, so I've solved it by adding this to dependencies. Currently libmaven-scm-providers-java depends on libmaven-scm-java which means it will be pulled in indirectly. I don't know whether other parts of maven-scm are used as well and if this should be an explicit dependency. -- mvh / best regards Hans Joachim Desserud http://desserud.orgdiff --git a/debian/control b/debian/control index 39515e9..f92391b 100644 --- a/debian/control +++ b/debian/control @@ -6,7 +6,7 @@ Uploaders: Torsten Werner <twer...@debian.org> Build-Depends: debhelper (>= 9), cdbs, default-jdk, maven-debian-helper (>= 1.4) Build-Depends-Indep: libmaven-plugin-tools-java, libcommons-validator-java, libdoxia-java, libdoxia-sitetools-java, libjoda-time-java, libmaven-dependency-tree-java, libmaven-doxia-tools-java, - libmaven-reporting-impl-java, libmaven-scm-java, libmaven-shared-jar-java, + libmaven-reporting-impl-java, libmaven-scm-providers-java, libmaven-shared-jar-java, libmaven2-core-java, libplexus-container-default-java, libplexus-i18n-java, libplexus-interpolation-java, libplexus-utils-java, libwagon-java, libmaven-plugin-testing-java, default-jdk-doc, libdoxia-java-doc, libjoda-time-java-doc,
Bug#797298: msv: FTBFS: Failed to resolve artifact [..] junit:junit:jar:4.x
tags 797298 patch thanks Adding junit4 to build-dependencies resolves this issue, see the attached patch. Build-dependencies should probably be reorganized to list one per line, but if I did it, the patch became a lot harder to read. Might be natural to do when adding this to the repo. :) -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#797264: wagon: FTBFS: Missing: org.apache.maven.wagon:wagon-provider-test:jar:debian
Hi all I briefly investigated this, and I believe this is probably related to/introduced by the following commit: http://anonscm.debian.org/cgit/pkg-java/wagon.git/commit/?id=74133634d292309cb7c2fdf34da287d1dab4e8f2 Though I'm not sure whether the fix is to revert the whole commit, some parts of it or think of something else. -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#797298: msv: FTBFS: Failed to resolve artifact [..] junit:junit:jar:4.x
Now also with patch included. Sorry about that. -- mvh / best regards Hans Joachim Desserud http://desserud.orgdiff --git a/debian/control b/debian/control index 6bdecf8..5f8d4d3 100644 --- a/debian/control +++ b/debian/control @@ -5,7 +5,7 @@ Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.or Uploaders: Giovanni Mascellani g...@debian.org Build-Depends: debhelper (= 7.0.50~), maven-debian-helper, default-jdk, cdbs, libisorelax-java, libjdom1-java, librelaxng-datatype-java, libxalan2-java, - libxerces2-java, libxml-commons-resolver1.1-java, ant + libxerces2-java, libxml-commons-resolver1.1-java, ant, junit4 Standards-Version: 3.9.4 Homepage: http://java.net/projects/msv Vcs-Git: git://anonscm.debian.org/pkg-java/msv.git
Bug#795580: bookkeeper: FTBFS: Missing [..] io.netty:netty:jar:debian
affects 795580 + package zookeeper thanks I've investigated this issue and found the following: 1. Without libnetty-3.9-java installed, I can reproduce the FTBFS. 2. After installing it, bookkeeper builds successfully. It looks to me like the underlying issue is actually in zookeeper. The control file [1] for zookeeper recently [2] switched to build-depend on libnetty-3.9-java. However, the binary package libzookeeper-java still depends on the older libnetty-java. So I believe this issue would sort itself out if the dependency for libzookeeper-java was updated as well. [1] https://tracker.debian.org/media/packages/z/zookeeper/control-3.4.6-7 [2] http://anonscm.debian.org/cgit/pkg-java/zookeeper.git/commit/?id=a9aed1fe80dc24e3ab89e458a89c4ffb3938b041 -- mvh / best regards Hans Joachim Desserud http://desserud.org
Bug#793582: FTBFS: geronimo/mail/Activator.java: error: package org.apache.geronimo.osgi.locator does not exist
tags 793582 patch thanks [javac] /geronimo-javamail-1.4-spec-1.7.1/src/main/java/javax/mail/Session.java:43: error: package org.apache.geronimo.osgi.locator does not exist [javac] import org.apache.geronimo.osgi.locator.ProviderLocator; I looked into this, and have attached a patch which makes the package build successfully. geronimo-osgi-support [1] recently uploaded a new version, but the rules file in this package still tried to find the 1.0 jar which no longer existed. My patch updates the version number to the current one and adjust the dependency to also require 1.1 or higher to fail early if the package is attempted built with an older version. To the person reviewing this: the 1.0 version is also mentioned in the pom.xml, and it is possible this should be updated also. However, the svn repo seemd to only contain the debian directory and I wasn't sure what would be best practice when patching it. Btw, I'm generally confused why the package is built using ant when it has a pom.xml. [1] https://tracker.debian.org/pkg/geronimo-osgi-support -- mvh / best regards Hans Joachim Desserud http://desserud.orgIndex: debian/control === --- debian/control (revisjon 18809) +++ debian/control (arbeidskopi) @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Uploaders: Brian Thomason brian.thoma...@eucalyptus.com -Build-Depends-Indep: default-jdk, libgeronimo-osgi-support-java +Build-Depends-Indep: default-jdk, libgeronimo-osgi-support-java (= 1.1) Build-Depends: ant, debhelper (= 9), cdbs (= 0.4.5.3) Standards-Version: 3.9.5 Vcs-Svn: svn://anonscm.debian.org/pkg-java/trunk/geronimo-javamail-1.4-spec-java Index: debian/rules === --- debian/rules (revisjon 18809) +++ debian/rules (arbeidskopi) @@ -18,7 +18,7 @@ -DartifactId=$(PACKAGE) \ -DsourceVersion=$(REQUIRED_JVM_VERSION) \ -DtargetVersion=$(REQUIRED_JVM_VERSION) -DEB_JARS := geronimo-osgi-locator-1.0 osgi.core osgi.compendium +DEB_JARS := geronimo-osgi-locator-1.1 osgi.core osgi.compendium get-orig-source: echo Getting version $(VERSION) from $(SVN)
Bug#789518: wagon2: FTBFS in sid
I took a look at this issue, and while I haven't solved the problems I've found some clues which might be useful for the next person. One of the things I found was an Ubuntu build log [1] from when it built successfully. I know some packages have Ubuntu-deltas, but for the most part its the same set of packages as Debian had at the time. adding libxbean-java to Build-Depends makes no difference. Looking at the build log, it looks it was already pulled in due to some dependency or another. I tried looking at whether the missing class in question had changed in any obvious way in the meantime, but didn't find anything suspicious. I also briefly experimented with replacing libxbean-java and a couple of other packages with .debs from stable, but didn't see any difference. What I believe is happening is that some test is run, which happens to extend PlexusTestCase from plexus-container-default [2] which again ends up in libxbean-java, does some reflection magic (?) and fails to find a class. And it looks like the problem is that something in this chain has changed since the package was built. What I find really interesting is that I found another RC bug [3] which has a strangely similar (but not identical!) stacktrace and ends up complaining about not finding the same class. And this also goes through PlexusTestCase and the rest of the chain. So while I don't know what's going on, I'm fairly sure these two are connected in some way. [1] https://launchpadlibrarian.net/188300331/buildlog_ubuntu-vivid-amd64.wagon2_2.7-1_UPLOADING.txt.gz [2] https://tracker.debian.org/pkg/plexus-container-default [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788980 -- mvh / best regards Hans Joachim Desserud http://desserud.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792788: jruby: FTBFS Cannot find parent dependency org.jruby:jruby-artifacts:pom:1.7.21
It looks like this there's a fix for this already. After applying [1] locally I was able to build the package successfully. [1] http://anonscm.debian.org/cgit/pkg-java/jruby.git/commit/?id=0d11771408d2d6b48b5117661d68ac6f9dd6f68b -- mvh / best regards Hans Joachim Desserud http://desserud.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788095: can't load pygit2: PermissionError: [Errno 13] Permission denied: '/usr/lib/python3/dist-packages/$
Followup-For: Bug #788095 Package: python-pygit2 Version: 0.22.0-3 Dear Maintainer, It looks like this issue is still present in 0.22.0-3. I get the following error messages when attempting to import the module: $ python -c 'import pygit2' Traceback (most recent call last): File string, line 1, in module File /usr/lib/python2.7/dist-packages/pygit2/__init__.py, line 35, in module from .blame import Blame, BlameHunk File /usr/lib/python2.7/dist-packages/pygit2/blame.py, line 32, in module from .errors import check_error File /usr/lib/python2.7/dist-packages/pygit2/errors.py, line 29, in module from .ffi import ffi, C File /usr/lib/python2.7/dist-packages/pygit2/ffi.py, line 35, in module ffi, C = get_ffi() File /usr/lib/python2.7/dist-packages/pygit2/_utils.py, line 101, in get_ffi include_dirs=[libgit2_include], library_dirs=[libgit2_lib]) File /usr/lib/python2.7/dist-packages/cffi/api.py, line 373, in verify lib = self.verifier.load_library() File /usr/lib/python2.7/dist-packages/cffi/verifier.py, line 95, in load_library self._write_source() File /usr/lib/python2.7/dist-packages/cffi/verifier.py, line 183, in _write_source with open(self.sourcefilename, w) as fp: IOError: [Errno 2] No such file or directory: '/usr/lib/python2.7/dist-packages/pygit2/__pycache__/pygit2_cffi_ab5e9344x5470904.c' $ python3 -c 'import pygit2' Traceback (most recent call last): File string, line 1, in module File /usr/lib/python3/dist-packages/pygit2/__init__.py, line 35, in module from .blame import Blame, BlameHunk File /usr/lib/python3/dist-packages/pygit2/blame.py, line 32, in module from .errors import check_error File /usr/lib/python3/dist-packages/pygit2/errors.py, line 29, in module from .ffi import ffi, C File /usr/lib/python3/dist-packages/pygit2/ffi.py, line 35, in module ffi, C = get_ffi() File /usr/lib/python3/dist-packages/pygit2/_utils.py, line 101, in get_ffi include_dirs=[libgit2_include], library_dirs=[libgit2_lib]) File /usr/lib/python3/dist-packages/cffi/api.py, line 373, in verify lib = self.verifier.load_library() File /usr/lib/python3/dist-packages/cffi/verifier.py, line 95, in load_library self._write_source() File /usr/lib/python3/dist-packages/cffi/verifier.py, line 183, in _write_source with open(self.sourcefilename, w) as fp: PermissionError: [Errno 13] Permission denied: '/usr/lib/python3/dist-packages/pygit2/__pycache__/pygit2_cffi_1b714a1x5470904.c' The same bug also shows up in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/python-pygit2/+bug/1475431 -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-pygit2 depends on: ii dpkg 1.18.1 ii libc62.19-19 ii libgit2-22 0.22.2-2 ii python 2.7.9-1 ii python-cffi 1.1.2-1 pn python:any none python-pygit2 recommends no packages. Versions of packages python-pygit2 suggests: pn python-pygit2-doc none -- no debconf information -- mvh / best regards Hans Joachim Desserud http://desserud.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791487: antlr3: Depends on obsolete packages
tags 791487 patch thanks Hi I have attached a debdiff which should hopefully resolve this issue. It simply replaces the dependency for two binary packages as suggested in the original report. This built successfully for me locally, but I haven't done much testing beyond this. Btw, I don't know if they have been forwarded earlier, but I see that https://tracker.debian.org/pkg/antlr3 has a couple of patches in Ubuntu. Someone might want to check if these might be relevant for Debian as well. -- mvh / best regards Hans Joachim Desserud http://desserud.orgdiff -Nru antlr3-3.2/debian/changelog antlr3-3.2/debian/changelog --- antlr3-3.2/debian/changelog 2014-04-07 14:22:31.0 +0200 +++ antlr3-3.2/debian/changelog 2015-07-11 13:43:25.0 +0200 @@ -1,3 +1,11 @@ +antlr3 (3.2-10.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Replace dependency on dummy package libplexus-compiler-api-java +with libplexus-compiler-java (Closes: #791487) + + -- Hans Joachim Desserud deb...@desserud.org Sat, 11 Jul 2015 13:40:58 +0200 + antlr3 (3.2-10) unstable; urgency=medium * Fixed a NullPointerException in CompositeGrammar.getIndirectDelegates() diff -Nru antlr3-3.2/debian/control antlr3-3.2/debian/control --- antlr3-3.2/debian/control 2014-03-12 10:28:06.0 +0100 +++ antlr3-3.2/debian/control 2015-07-11 13:39:46.0 +0200 @@ -61,7 +61,7 @@ Architecture: all Depends: antlr3 (= ${source:Version}), libmaven2-core-java, - libplexus-compiler-api-java, + libplexus-compiler-java, ${misc:Depends} Description: Maven plugin for ANTLR 3 ANTLR, ANother Tool for Language Recognition, (formerly PCCTS) is @@ -115,7 +115,7 @@ Architecture: all Depends: libantlr3-gunit-java (= ${source:Version}), libmaven2-core-java, - libplexus-compiler-api-java, + libplexus-compiler-java, ${misc:Depends} Description: Maven plugin for gUnit, a unit test framework for ANTLR grammars gUnit is a Unit Test framework for ANTLR grammars. It provides a simple
Bug#791487: antlr3: Depends on obsolete packages
... or alternatively release the fix which has already been pushed to the repo :) http://anonscm.debian.org/viewvc/pkg-java?view=revisionrevision=18762 http://anonscm.debian.org/viewvc/pkg-java/trunk/antlr3/debian/?view=log I didn't see that until now. --- mvh / best regards Hans Joachim Desserud http://desserud.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791487: antlr3: Depends on obsolete packages
Thank you for taking interest in this. I should have marked myself as the bug owner when I started to working on it to prevent the duplicated effort. No problem. I reckon the important thing is that the bug gets fixed. There is a bit more minor package freshening that I will do before the upload. Ok, sounds good. --- mvh / best regards Hans Joachim Desserud http://desserud.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779484: FTBFS: Unable to find php-symfony-console (= 2.6)
Package: php-doctrine-cache-bundle Version: 1.0.1-1 Severity: serious Justification: FTBFS Dear Maintainer, The package php-doctrine-cache-bundle FTBFS with the following error message: The following packages have unmet dependencies: pbuilder-satisfydepends-dummy : Depends: php-symfony-console (= 2.6) but it is not going to be installed. Unable to resolve dependencies! Giving up... The dependency php-symfony-console exists, but can't find version 2.6. $ apt-cache policy php-symfony-console php-symfony-console: Installed: (none) Candidate: 2.3.21+dfsg-3 Version table: 2.3.21+dfsg-3 0 500 http://ftp.no.debian.org/debian/ sid/main amd64 Packages Originally spotted when looking at build failures in Ubuntu Vivid [1][2], but I was able to reproduce in a sid pbuilder. [1] http://qa.ubuntuwire.com/ftbfs/ [2] https://launchpad.net/ubuntu/+source/php-doctrine-cache-bundle/1.0.1-1/+build/6732353 -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages php-doctrine-cache-bundle depends on: ii php-doctrine-cache1.4.0-1 ii php-doctrine-inflector1.0-1 ii php-symfony-doctrine-bridge 2.3.21+dfsg-3 ii php-symfony-framework-bundle 2.3.21+dfsg-3 ii php-symfony-security 2.3.21+dfsg-3 ii php5-common 5.6.6+dfsg-2 php-doctrine-cache-bundle recommends no packages. php-doctrine-cache-bundle suggests no packages. -- no debconf information -- mvh / best regards Hans Joachim Desserud http://desserud.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745339: xwelltris: Doesn't start (Loading resources..ERROR: Can't find file)
Package: xwelltris Version: 1.0.1-15 Severity: grave Dear Maintainer, When attempting to start xwelltris I get the following error message: $ xwelltris Loading resources..ERROR: Can't find file board2.gif in: ./ ./data /home/debian/.xwelltris /usr/share/xwelltris ..ERROR: Can't find file font2.gif in: ./ ./data /home/debian/.xwelltris /usr/share/xwelltris ..ERROR: Can't find file wellintro.gif in: ./ ./data /home/debian/.xwelltris /usr/share/xwelltris ..ERROR: Can't find file topnine.gif in: ./ ./data /home/debian/.xwelltris /usr/share/xwelltris ..ERROR: Can't find file wellcuts.gif in: ./ ./data /home/debian/.xwelltris /usr/share/xwelltris ..done ERROR: Can't find file polyomino.dat in: ./ ./data /home/debian/.xwelltris /usr/share/xwelltris Can not open input file, polyomino.dat My guess is that it should also look in /usr/share/games/xwelltris/ where the graphic files are installed. Just to test, I added a symlink in /usr/share, which made the game run. It did complain about welltris.scores though, which probably needs a similar fix. Originally discovered in Ubuntu, see https://bugs.launchpad.net/ubuntu/+source/xwelltris/+bug/1309718 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xwelltris depends on: ii libc62.18-4 ii libgcc1 1:4.9-20140411-2 ii libsdl-image1.2 1.2.12-5+b2 ii libsdl1.2debian 1.2.15-9 ii libstdc++6 4.9-20140411-2 xwelltris recommends no packages. xwelltris suggests no packages. -- no debconf information -- mvh / best regards Hans Joachim http://desserud.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721919: childsplay: Does not start due to changes in recent sqlalchemy
Package: childsplay Followup-For: Bug #721919 This issue has also been reported in Ubuntu [1]. According to the upstream developer, it should be fixed in the latest release of childsplay. [1] https://bugs.launchpad.net/ubuntu/+source/childsplay/+bug/1247442 -- mvh / best regards Hans Joachim http://desserud.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718140: cardpeek: FTBFS: configure: error: Could not find lua 5.1-dev.
tags + 718140 patch thanks I have attached a patch which solves this problem by adding the lua5.1 dev package to the build dependencies. After adding it, the package built successfully using pbuilder. -- mvh / best regards Hans Joachim http://desserud.org ftbfs.diff Description: Binary data
Bug#713627: rox: FTBFS: ld: support.o: undefined reference to symbol 'floor@@GLIBC_2.2. 5'
tags 713627 + patch Attached is a patch to solve the build problem, by adding -lm to the libraries linked to. -- mvh / best regards Hans Joachim http://desserud.org ftbfs.diff Description: Binary data
Bug#713627: rox: FTBFS: ld: support.o: undefined reference to symbol 'floor@@GLIBC_2.2. 5'
tags 713627 + patch thanks Try to add the tag properly this time. -- mvh / best regards Hans Joachim http://desserud.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716689: More info on the f-spot startup bug
Package: f-spot Followup-For: Bug #716689 Hi. We had a look at this bug in the BSP here in Oslo, and can report that the version 0.8.2-5 work in Debian Wheezy and Ubuntu 12.04/amd64 (v0.8.2-4) and Saucy/i386 (v0.8.2-5). However, it does crash in Debian Sid i386 (f-spot 0.8.2-5). This could indicate that the crash is caused by a change in one of the dependencies, and not f-spot itself. Running f-spot in Wheezy report several warnings. Could it be that some of these problems have become fatal after Wheezy? pere@pxeinstall:~$ f-spot [Info 11:37:44.554] Initializing Mono.Addins [Warn 11:37:45.214] Caught an exception - Hyena.Data.Sqlite.SqliteException: Sqlite error 1: no such table: tags (SQL: SELECT id FROM tags WHERE name = 'Hidden') (in `Hyena.Data.Sqlite') at Hyena.Data.Sqlite.Connection.CheckError (Int32 errorCode, System.String sql) [0x0] in filename unknown:0 at Hyena.Data.Sqlite.Statement.CheckError (Int32 code) [0x0] in filename unknown:0 at Hyena.Data.Sqlite.Statement..ctor (Hyena.Data.Sqlite.Connection connection, System.String sql) [0x0] in filename unknown:0 at Hyena.Data.Sqlite.Connection.Query[Object] (System.String sql) [0x0] in filename unknown:0 at Hyena.Data.Sqlite.HyenaSqliteCommand.Execute (Hyena.Data.Sqlite.HyenaSqliteConnection hconnection, Hyena.Data.Sqlite.Connection connection) [0x0] in filename unknown:0 (f-spot:7596): GdkPixbuf-WARNING **: GdkPixbufLoader finalized without calling gdk_pixbuf_loader_close() - this is not allowed. You must explicitly end the data stream to the loader before dropping the last reference. (f-spot:7596): Gdk-WARNING **: losing last reference to undestroyed window (f-spot:7596): Gtk-CRITICAL **: IA__gtk_style_detach: assertion `style-attach_count 0' failed [Info 11:37:51.176] Exiting... pere@pxeinstall:~$ Could this be the problem reported upstream as URL: https://bugzilla.gnome.org/show_bug.cgi?id=611540 ? We compared the list of dependencies (as reported by reportbug) between Wheezy and Sid, to get an idea about the candidates causing this problem. Here is the diff: Versions of packages f-spot depends on: -ii dbus1.6.8-1+deb7u1 -ii gconf2 3.2.5-1+build1 -ii gvfs-bin1.12.3-4 -ii libc6 2.13-38 -ii libcairo2 1.12.2-3 +ii dbus1.6.12-1 +ii gconf2 3.2.6-1 +ii gvfs-bin1.16.3-1 +ii libc6 2.17-7 +ii libcairo2 1.12.14-5 ii libflickrnet2.2-cil 1:2.2.0-4 ii libgconf2.0-cil 2.24.2-3 -ii libgdk-pixbuf2.0-0 2.26.1-1 -ii libglib2.0-02.33.12+really2.32.4-5 +ii libgdk-pixbuf2.0-0 2.28.2-1 +ii libglib2.0-02.36.3-3 ii libglib2.0-cil 2.12.10-5 ii libgnome-keyring1.0-cil 1.0.0-4 ii libgnome2.24-cil2.24.2-3 ii libgnomeui-02.24.5-2 -ii libgtk2.0-0 2.24.10-2 +ii libgtk2.0-0 2.24.20-1 ii libgtk2.0-cil 2.12.10-5 ii liblcms11.19.dfsg-1.2 ii libmono-addins-gui0.2-cil 0.6.2-2 ii libmono-addins0.2-cil 0.6.2-2 -ii libmono-cairo4.0-cil2.10.8.1-8 -ii libmono-corlib4.0-cil 2.10.8.1-8 -ii libmono-posix4.0-cil2.10.8.1-8 -ii libmono-sharpzip4.84-cil2.10.8.1-8 -ii libmono-simd4.0-cil 2.10.8.1-8 -ii libmono-system-core4.0-cil 2.10.8.1-8 -ii libmono-system-web4.0-cil 2.10.8.1-8 -ii libmono-system-xml4.0-cil 2.10.8.1-8 -ii libmono-system4.0-cil 2.10.8.1-8 +ii libmono-cairo4.0-cil3.0.6+dfsg2-4 +ii libmono-corlib4.0-cil 3.0.6+dfsg2-4 +ii libmono-posix4.0-cil3.0.6+dfsg2-4 +ii libmono-sharpzip4.84-cil3.0.6+dfsg2-4 +ii libmono-simd4.0-cil 3.0.6+dfsg2-4 +ii libmono-system-core4.0-cil 3.0.6+dfsg2-4 +ii libmono-system-web4.0-cil 3.0.6+dfsg2-4 +ii libmono-system-xml4.0-cil 3.0.6+dfsg2-4 +ii libmono-system4.0-cil 3.0.6+dfsg2-4 ii libndesk-dbus1.0-cil0.6.0-6 -ii libpango1.0-0 1.30.0-1 -ii libsqlite3-03.7.13-1+deb7u1 +ii libpango1.0-0 1.32.5-5+b1 +ii libsqlite3-03.7.17-1 ii libunique-1.0-0 1.1.6-4 -ii libx11-62:1.5.0-1+deb7u1 -ii libxcomposite1 1:0.4.3-2 -ii mono-runtime2.10.8.1-8 +ii libx11-62:1.6.0-1 +ii libxcomposite1 1:0.4.4-1 +ii mono-runtime3.0.6+dfsg2-4 Versions of packages f-spot recommends: -ii dbus-x11 1.6.8-1+deb7u1 +ii dbus-x11 1.6.12-1 ii dcraw 8.99-1+b2 -- mvh / best regards Hans Joachim http://desserud.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715471: buildbot: Not installable in Sid, depends on older python-sqlalchemy
Package: buildbot Version: 0.8.7p1-1 Severity: grave Dear Maintainer, buildbot is currently not installable on Sid since it depends on an older version of python-sqlalchemy ( 0.8), and python-sqlalchemy 0.8.2-1 was added to Sid recently. # apt-get install buildbot Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: buildbot : Depends: python-sqlalchemy ( 0.8) but 0.8.2-1 is to be installed Recommends: buildbot-slave but it is not going to be installed E: Unable to correct problems, you have held broken packages. Based on a similar bug report[1], a rebuild might solve this. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715294 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages buildbot depends on: ii adduser 3.113+nmu3 ii dpkg 1.16.10 pn libjs-sphinxdoc none ii python2.7.5-2 pn python-dateutil none pn python-jinja2 none pn python-migratenone pn python-sqlalchemy none pn python-twistednone pn python-twisted-core none pn python-twisted-webnone pn python-twisted-words none Versions of packages buildbot recommends: pn buildbot-slave none ii libaprutil1 1.5.2-1 pn python-twisted-mail none Versions of packages buildbot suggests: ii bzr 2.6.0~bzr6574-1 ii git 1:1.8.3.2-1 -- mvh / best regards Hans Joachim http://desserud.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org