Package: python3-pytest-runner
Version: 2.11.1-1
Severity: serious
User: helm...@debian.org
Usertags: python-import
After installing python3-pytest-runner importing the module ptr
into a python interpreter fails with the following error:
Traceback (most recent call last):
File "", line 1, in
Package: python-brian
Version: 1.4.3-1
Severity: serious
User: helm...@debian.org
Usertags: python-import
After installing python-brian importing the module brian
into a python interpreter fails with the following error:
/usr/lib/python2.7/dist-packages/brian/__init__.py:46: UserWarning:
Package: python3-terminado
Version: 0.8.1-2
Severity: serious
User: helm...@debian.org
Usertags: python-import
After installing python3-terminado importing the module terminado
into a python interpreter fails with the following error:
Traceback (most recent call last):
File "", line 1, in
Package: python3-mplexporter
Version: 0.0.1+20140921-2
Severity: serious
User: helm...@debian.org
Usertags: python-import
After installing python3-mplexporter importing the module mplexporter
into a python interpreter fails with the following error:
Traceback (most recent call last):
File "",
Package: python3-lasagne
Version: 0.1+git20180322.37ca134-1
Severity: serious
User: helm...@debian.org
Usertags: python-import
After installing python3-lasagne importing the module lasagne
into a python interpreter fails with the following error:
Traceback (most recent call last):
File
Package: python3-django-cors-headers
Version: 2.1.0+github-2
Severity: serious
User: helm...@debian.org
Usertags: python-import
After installing python3-django-cors-headers importing the module corsheaders
into a python interpreter fails with the following error:
Traceback (most recent call
Package: python3-spyder-line-profiler
Version: 0.1.1-1
Severity: serious
User: helm...@debian.org
Usertags: python-import
After installing python3-spyder-line-profiler importing the module
spyder_line_profiler
into a python interpreter fails with the following error:
Traceback (most recent call
Package: python3-django-tables2
Version: 1.14.2-1
Severity: serious
User: helm...@debian.org
Usertags: python-import
After installing python3-django-tables2 importing the module django_tables2
into a python interpreter fails with the following error:
Traceback (most recent call last):
File "",
Package: python3-winrm
Version: 0.3.0-1
Severity: serious
User: helm...@debian.org
Usertags: python-import
After installing python3-winrm importing the module winrm
into a python interpreter fails with the following error:
Traceback (most recent call last):
File "", line 1, in
File
Package: python-bcolz
Version: 1.2.0+ds1-1
Severity: serious
User: helm...@debian.org
Usertags: python-import
After installing python-bcolz importing the module bcolz
into a python interpreter fails with the following error:
Traceback (most recent call last):
File "", line 1, in
File
Package: python-napalm-eos
Version: 0.6.1-1
Severity: serious
User: helm...@debian.org
Usertags: python-import
After installing python-napalm-eos importing the module napalm_eos
into a python interpreter fails with the following error:
Traceback (most recent call last):
File "", line 1, in
Package: python-fiat
Version: 2017.2.0.0-2
Severity: serious
User: helm...@debian.org
Usertags: python-import
After installing python-fiat importing the module FIAT
into a python interpreter fails with the following error:
Traceback (most recent call last):
File "", line 1, in
File
Package: python-flask-limiter
Version: 0.9.3-1
Severity: serious
User: helm...@debian.org
Usertags: python-import
After installing python-flask-limiter importing the module flask_limiter
into a python interpreter fails with the following error:
Traceback (most recent call last):
File "", line
, Apr 21, 2018 at 09:47:59AM +1000, Brian May wrote:
> Helmut Grohne <hel...@subdivi.de> writes:
>
> > django.core.exceptions.ImproperlyConfigured: Requested setting
> > DEFAULT_INDEX_TABLESPACE, but settings are not configured. You must
> > either d
Control: severity -1 normal
On Sat, Apr 21, 2018 at 01:57:22AM +0200, Fabrizio Pollastri wrote:
> Since python-avc 0.8.3-1.1 supports different widget toolkits and
> the user is normally interested to only one toolkit among these, I
> preferred to set them as "suggested" (the list
Control: severity -1 normal
Control: tags -1 = upstream
On Sat, Apr 21, 2018 at 08:36:58AM +0200, Michael Biebl wrote:
> Afaiu, the idea behind this wrapper is, that it's up to the actual
> application to decide which implementation it wants, i.e. glib
> (python-gobject-2) or the gi based Glib
Control: tags -1 - moreinfo
Control: severity -1 normal
On Sat, Apr 21, 2018 at 08:41:26AM +0200, Michael Biebl wrote:
> gi overrides are not supposed to be imported directly.
> Those overrides are in effect if the GObject Introspection machinery is
> in use, in which case the necessary python
On Sat, Apr 21, 2018 at 04:01:46PM +0800, Shell Xu wrote:
> I don't use python-formalchemy for years, and even requested for adoption
> for years. But I guess I known how this is coming.
Thank you for replying anyway.
> According to this repo, the latest change is 1.5.3, been committed 3 years
>
On Sat, Apr 21, 2018 at 08:05:53PM -0400, Antoine Beaupre wrote:
> So I don't quite understand how this can possibly happen: setuptools is
> required to build the package in the first place, why can't dh-python
> figure that out on its own?
Thank you for your attention to detail.
I admit having
Package: python3-gbulb
Version: 0.5.3-2
Severity: serious
Justification: missing dependency
After installing python3-gbulb, I tried importing it into a python
interpreter:
| $ python3
| Python 3.6.5 (default, Apr 1 2018, 05:46:30)
| [GCC 7.3.0] on linux
| Type "help", "copyright", "credits" or
Package: python-acidobasic
Version: 2.7-4
Severity: serious
Justification: violates python policy 3.3
The package python-acidobasic is wrongly named. It contains a Python 3.x
module. Python 2.x packages should carry a python- prefix while Python
3.x packages should carry a python3- prefix. Please
Package: ca-certificates
Version: 20170717
Severity: grave
Justification: fails to install
User: helm...@debian.org
Usertags: rebootstrap
In a fresh sid amd64 chroot:
# apt-get install ca-certificates
Reading package lists... Done
Building dependency tree
Reading state information... Done
The
Package: systemd
Version: 238-2
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
systemd fails to build from source on amd64. Here is a tail of the build
log.
| FAILED: journal-core@sta/src_journal_journald-context.c.o
| cc -Ijournal-core@sta -I. -I.. -I../
Source: libayatana-indicator
Version: 0.6.1-1
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
After failing to cross build libayatana-indicator, I tried to build it
natively, but it fails the same way:
| /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
Source: glib2.0
Version: 2.56.0-2
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
sbuild -d sid glib2.0 ends with:
| Making all in gio
| make[4]: Entering directory '/<>/debian/build/deb/gio'
| UNINSTALLED_GLIB_SRCDIR=../../../.. \
| UNINSTALLED_GLIB_BUILDDIR=.. \
|
Package: diffoscope
Version: 91
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
In a fresh sid debootstrap, after apt-get install
--no-install-recommends diffoscope, you get:
$ diffoscope --help
Traceback (most recent call last):
File "/usr/bin/diffoscope", line 33, in
Source: kbibtex
Version: 0.8~20170819git31a77b27e8e83836e-3
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
I was trying to cross build kbibtex and wondered why it failed, but to
my amazement, the failure simply is a native FTBFS. Hope this helps in
diagnosing:
| # rebuild icons
Source: libprelude
Version: 4.1.0-4
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
libprelude fails to build from source:
| make[6]: Leaving directory '/<>/bindings/perl'
| Making all in docs
| Making all in api
| make[5]: Nothing to be done for 'all'.
| Making all in manpages
Source: ldns
Version: 1.7.0-3
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
ldns fails to build from source. Here is the relevant part from the
build log:
| checking for python3.6... /usr/bin/python3.6
| checking for a version of Python >= '2.1.0'... yes
| checking for a
Source: dlm
Version: 4.0.7-2
Severity: serious
Justification: policy 4.6
Tags: upstream
The upstream Makefile runs submakes in a for loop without any error
trapping. Thus it continues building even in the presence of failures.
Doing so violates the Debian policy section 4.6. The recommended
Source: jsonm
Version: 1.0.1-1
Severity: serious
Tags: ftbfs
jsonm fails to build from source in sbuild on unstable/amd64. A build
log ends with:
|debian/rules override_dh_auto_install
| make[1]: Entering directory '/<>'
| mkdir -p '/<>/debian/tmp//usr/lib/ocaml/jsonm'
| cp
Source: gnocchi
Version: 4.2.0-5
Severity: serious
Tags: ftbfs
gnocchi fails to build from source in sbuild on unstable/amd64. A build
log ends with:
|debian/rules override_dh_install
| make[1]: Entering directory '/<>'
| pyversions: missing X(S)-Python-Version in control file, fall back to
Source: opencascade
Version: 7.3.0+dfsg1-3
Severity: serious
Tags: ftbfs
opencascade fails to build from source on amd64 with symbol error. The
output is too long to include in a mail. reproducible builds have a log
though:
Source: lavacli
Version: 0.9.2-1
Severity: serious
Tags: ftbfs patch
lavacli fails to build from source in unstable. Here is a build log:
| dpkg-buildpackage: info: source package lavacli
| dpkg-buildpackage: info: source version 0.9.2-1
| dpkg-buildpackage: info: source distribution unstable
|
Source: node-mocha
Version: 4.1.0+ds1-2
Severity: serious
Tags: ftbfs
node-mocha fails to build from source in sbuild on unstable/amd64. A
build log ends with:
|debian/rules override_dh_installdocs
| make[1]: Entering directory '/<>'
| jekyll build --source ./docs --destination ./docs/_site
Source: ovirt-guest-agent
Version: 1.0.13.dfsg-2
Severity: serious
Tags: ftbfs
ovirt-guest-agent fails to build from source in unstable, because pep8
started producing failures:
| make check-local
| make[3]: Entering directory '/<>'
| /usr/bin/pep8 --exclude="ovirt-guest-agent/setup.py"
Source: netkit-ntalk
Version: 0.17-15
Severity: serious
Justification: DFSG #2
User: helm...@debian.org
Usertags: rebootstrap
The configure file in the netkit-ntalk is generated using confgen from
MCONFIG.in. However, the generator is missing. No package in unstable
contains said confgen tool.
Source: wtf-peewee
Version: 0.2.6+dfsg-2
Severity: serious
Tags: ftbfs
wtf-peewee fails to build from source in unstable for multiple
architectures, e.g. i386:
https://tests.reproducible-builds.org/debian/rbuild/unstable/i386/wtf-peewee_0.2.6+dfsg-2.rbuild.log.gz
| ERROR: test_hidden_field_none
Source: ubuntu-dev-tools
Version: 0.165
Severity: serious
Tags: ftbfs
ubuntu-dev-tools fails to build from source in unstable for multiple
architectures, e.g. amd64:
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/ubuntu-dev-tools_0.165.rbuild.log.gz
|
Source: profitbricks-sdk-python
Version: 4.1.3-1
Severity: serious
Tags: ftbfs
profitbricks-sdk-python fails to build from source in unstable:
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/profitbricks-sdk-python_4.1.3-1.rbuild.log.gz
|debian/rules override_dh_auto_test
Source: at-spi2-core
Version: 2.30.0-2
Severity: serious
Tags: ftbfs
at-spi2-core fails to build from source in unstable for multiple
architectures, e.g. amd64:
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/at-spi2-core_2.30.0-2.rbuild.log.gz
| ERROR: 'gtkdoc-scangobj'
Source: willow
Version: 1.1-3
Severity: serious
Tags: ftbfs
willow fails to build from source in unstable for multiple
architectures, e.g. amd64:
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/willow_1.1-3.rbuild.log.gz
|
Source: vmdb2
Version: 0.13.2-1
Severity: serious
Tags: ftbfs
vmdb2 fails to build from source in unstable for multiple architectures,
e.g. amd64:
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/vmdb2_0.13.2-1.rbuild.log.gz
|debian/rules override_dh_auto_test
| make[1]:
Source: golang-github-abh-geoip-dev
Version: 0.0~git20150611-3
Severity: serious
Tags: ftbfs
golang-github-abh-geoip-dev fails to build from source in unstable for
multiple architectures, e.g. amd64:
Source: rkward
Version: 0.7.0b-1
Severity: serious
Tags: ftbfs
rkward fails to build from source in unstable since dash fixed #550756.
debian/rules has a "fi" too much in the last line and now dash does not
like that anymore.
| # unfortunately, the r-base-core dependency can not be found by
Source: svgwrite
Version: 1.1.8-2
Severity: serious
Tags: ftbfs
svgwrite fails to build from source in unstable e.g. on amd64:
https://tests.reproducible-builds.org/debian/rbuild/unstable/i386/svgwrite_1.1.8-2.rbuild.log.gz
|
Source: tigervnc
Version: 1.9.0+dfsg-1
Severity: serious
Tags: ftbfs
tigervnc passes --enable-libunwind to ./configure, but does not list
libunwind-dev in Build-Depends. Consequently it fails to build:
| checking for LIBUNWIND... no
| configure: error: libunwind requested but not installed.
|
Source: sdcc
Version: 3.7.0+dfsg2-0.1
Severity: serious
Tags: ftbfs
sdcc fails to build from source in unstable.
| LaTeX Warning: Reference `subsec:Search-Paths' on page 32 undefined on input
li
| ne 2261.
|
| [32]
|
| ! LaTeX Error: File `MCS51_named' not found.
|
| See the LaTeX manual or
Source: serf
Version: 1.3.9-6
Severity: serious
Tags: ftbfs
serf fails to build from source in unstable e.g. on i386:
https://tests.reproducible-builds.org/debian/rbuild/unstable/i386/serf_1.3.9-6.rbuild.log.gz
| There were 14 failures:
| 1) test_ssl_trust_rootca: test/test_util.c:456: expected
Source: ros-rosdep
Version: 0.12.2-2
Severity: serious
Tags: ftbfs
ros-rosdep fails to build from source in unstable:
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/ros-rosdep_0.12.2-2.rbuild.log.gz
| ==
|
Source: yade
Version: 2018.02b-4
Severity: serious
Tags: ftbfs
yade fails to build from source in unstable/amd64.
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/yade_2018.02b-4.rbuild.log.gz
| [ 59%] Building CXX object
CMakeFiles/yade.dir/pkg/dem/TesselationWrapper.cpp.o
|
Source: pysmi
Version: 0.2.2-1
Severity: serious
Tags: ftbfs
pysmi fails to build from source in unstable on multiple architectures,
e.g. amd64:
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/pysmi_0.2.2-1.rbuild.log.gz
|
Source: librabbitmq
Version: 0.9.0-0.1
Severity: serious
Tags: ftbfs
librabbitmq fails to build from source in unstable on the official
buildds:
https://buildd.debian.org/status/fetch.php?pkg=librabbitmq=arm64=0.9.0-0.1=1538400732=0
| Running tests...
| /usr/bin/ctest --force-new-ctest-process
Source: python-cryptography
Version: 2.3-1
Severity: serious
Tags: ftbfs
python-cryptography fails to build from source in unstable. The same
version builds fine in testing. This indicates that a dependency (e.g.
openssl) is the cause.
Source: python-urllib3
Version: 1.22-1
Severity: serious
Tags: ftbfs
python-urllib3 fails to build from source in unstable. Building the
experimental version succeeds. A build ends with:
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/python-urllib3_1.22-1.rbuild.log.gz
|
Source: ruby2.5
Version: 2.5.1-6
Severity: serious
Tags: ftbfs
ruby2.5 fails to build from source in unstable. The time zone tests fail
unless tzdata is installed. On the buildds, tzdata is installed, because
its Priority is required and debootstrap happens to install required
packages. tzdata is
Source: putty
Version: 0.70-4
Severity: serious
Tags: ftbfs
putty fails to build from source in unstable. -Werror=format-overflow
triggers:
| pscp.c: In function 'scp_send_filename':
| pscp.c:886:22: error: '%s' directive writing up to 39 bytes into a region of
size 34
Source: glance
Version: 2:17.0.0-2
Severity: serious
Tags: ftbfs
glance fails to build from source in unstable. It has many test
failures. A fair number of "RecursionError: maximum recursion depth
exceeded while calling a Python object" are among them. See e.g.:
Package: librabbitmq-dev
Version: 0.9.0-0.1
Severity: serious
Tags: ftbfs
Control: affects -1 + src:pmacct
pmacct fails to build from source. This is caused by a bug in
librabbitmq-dev. After installing librabbitmq-dev, the .pc file is
dysfunctional:
$ pkg-config librabbitmq --cflags
Package
Source: breezy
Version: 3.0.0~bzr7141-1
Severity: serious
Tags: ftbfs
breezy Build-Depends on python-lzma-dbg. Since version 0.5.3-4,
python-lzma no longer builds that package. Thus breezy's Build-Depends
are permanently unsatisfiable. If you really need python-lzma-dbg,
please:
reassign -1
Source: mpgrafic
Version: 0.3.15-1
Severity: serious
Tags: ftbfs
mpgrafic fails to build from source in unstable on amd64. Here is a
reproducible log:
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/mpgrafic_0.3.15-1.rbuild.log.gz
|
Control: clone -1 -2 -3 -4 -5 -6 -7 -8 -9 -10 -11 -12 -13 -14 -15
Control: reassign -2 src:biff
Control: retitle -2 biff misses the generator for configure
Control: reassign -3 src:bsd-finger
Control: retitle -3 bsd-finger misses the generator for configure
Control: reassign -4 src:linux-ftpd
Source: ruby-clockwork
Version: 1.2.0-3
Severity: serious
Tags: ftbfs
ruby-clockwork fails to build from source in unstable.
| 1) Error:
| Clockwork::Event::#thread?::manager config thread option set to
true#test_0001_is true:
| Mocha::NotInitializedError: Mocha methods cannot be used outside
Source: staden-io-lib
Version: 1.14.9-4
Severity: serious
Tags: ftbfs
staden-io-lib fails to build from source in unstable. This smells a bit
like a debhelper regression, but I'm not sure actually. In any case, it
fails to build reliably.
|dh_installdocs -O--no-parallel
| dh_installdocs:
Source: libhttp-daemon-ssl-perl
Version: 1.05-01-1
Severity: serious
Tags: ftbfs
libhttp-daemon-ssl-perl fails to build from source in unstable.
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/libhttp-daemon-ssl-perl_1.05-01-1.rbuild.log.gz
| # Failed test 'got request
Source: openhft-compiler
Version: 2.2.4-1
Severity: serious
Tags: ftbfs patch
openhft-compiler fails to build from source in unstable:
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/openhft-compiler_2.2.4-1.rbuild.log.gz
| [ERROR] Failed to execute goal on project compiler:
Source: neovim
Version: 0.3.1-1
Severity: serious
Tags: ftbfs
neovim fails to build from source in unstable.
| [ ERROR ] 6 errors, listed below:
| [ ERROR ] test/functional/helpers.lua @ 743: after_each
| test/helpers.lua:289: crash detected (see above)
|
| stack traceback:
|
Source: controlsfx
Version: 8.40.14-1
Severity: serious
Tags: ftbfs
controlsfx fails to build from source in unstable.
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/controlsfx_8.40.14-1.rbuild.log.gz
| All input files are considered out-of-date for incremental task
Source: python-transitions
Version: 0.6.7-1
Severity: serious
Tags: ftbfs
python-transitions fails to build from source. Its test suite has lots
of these:
| ==
| ERROR: test_use_machine_as_model
Source: python-hbmqtt
Version: 0.9.2-2
Severity: serious
Tags: ftbfs
python-hbmqtt fails to build from source with Python 3.7 as it tries to
use "async" as a variable name:
| ==
| ERROR: Failure: SyntaxError (invalid syntax
Source: ruby-sinatra-contrib
Version: 1.4.7-1
Severity: serious
Tags: ftbfs
ruby-sinatra-contrib fails to build from source. Apparently it runs
tests during dh_ruby --install and fails doing so:
| Failures:
|
| 1) Sinatra::Cookies include? checks response cookies
| Failure/Error:
Source: python-transliterate
Version: 1.10.1-1
Severity: serious
Tags: ftbfs
python-transliterate fails to build from source when multiple versions
of Python are supported.
|debian/rules override_dh_auto_test
| make[1]: Entering directory '/<>'
| cp runtests.py
Source: libosinfo
Version: 1.2.0-1
Severity: serious
Tags: ftbfs
libosinfo fails to build from source in unstable:
| /isodetect/windows: **
| ERROR:test-isodetect.c:406:test_one: assertion failed (shortid ==
info->shortid): ("win10" == "win8")
| FAIL test-isodetect (exit status: 134)
|
|
Package: meson
Version: 0.48.1-1
Severity: serious
Tags: ftbfs
Control: affects -1 + src:gnome-initial-setup
In #909851, an AttributeError was fixed. Building gnome-initial setup, I
get a surprisingly similar one with the version that fixed #909851:
| Traceback (most recent call last):
| File
Source: python-pyfaidx
Version: 0.5.4-1
Severity: serious
Tags: ftbfs
python-pyfaidx fails to build from source in unstable. Its test suite
has lots of these:
| ==
| ERROR: test_reverse_iter
Source: crossroads
Version: 2.81-2
Severity: serious
Tags: security
crossroads's xr/Makefile has:
| $(BINDIR)/xr: $(BIN)
| cp $(BIN) $(TMPXR)
| install $(TMPXR) $(BINDIR)/xr
| rm -f $(TMPXR)
where
| TMPXR = /tmp/xr-$(shell whoami)
Jakub Wilk observed that a malicious
Source: asyncpg
Version: 0.17.0-1
Severity: serious
Tags: ftbfs
asyncpg fails to build from source in unstable:
| === FAILURES
===
| ___ TestCodecsLargeOIDs.test_custom_codec_large_oid
|
| self =
|
Source: pymongo
Version: 3.7.1-1
Severity: serious
Tags: ftbfs
pymongo fails to build from source in unstable (but not yet in testing):
| I: pybuild base:217: python2.7 setup.py test
| running test
| running egg_info
| creating pymongo.egg-info
| writing requirements to
Source: python-tblib
Version: 1.3.2-2
Severity: serious
Tags: ftbfs
python-tblib fails to build from source in unstable. A doctest fails
when run under python3.7:
| I: pybuild base:217: cd /<>/.pybuild/cpython3_3.7_tblib/build;
python3.7 -m pytest -vv tests /<>/README.rst
|
Hi Christoph,
On Fri, Oct 26, 2018 at 06:29:50PM +0200, Christoph Biedl wrote:
> Helmut Grohne wrote...
>
> > The debian policy section 4.6 requires that when build commands fail,
> > the build should abort. In case bsd-finger's ./configure aborts, the
> > error is ignore
Package: libmagickcore-6.q16-dev
Version: 8:6.9.10.14+dfsg-5
Severity: serious
Justification: missing dependency
Control: affects -1 + src:gem
libmagickcore-6.q16-dev does not depend on libmagickcore-6-arch-config.
It does depend on libmagickcore-6-headers, which depends on
Source: golang-github-gin-gonic-gin
Version: 1.3.0+dfsg1-2
Severity: serious
Tags: ftbfs patch
golang-github-gin-gonic-gin fails to build from source when tzdata is
not present in the chroot. While our autobuilders do install it (due to
debootstrap installing Priority: required), it is neither
Source: ruby-httparty
Version: 0.16.2+dfsg1-1
Severity: serious
Tags: ftbfs
ruby-httparty fails to build from source in unstable:
|
Source: uuagc
Version: 0.9.52.1-2
Severity: serious
Tags: ftbfs
uuagc fails to build from source in unstable on the official buildds for
any arch tried thus far:
https://buildd.debian.org/status/fetch.php?pkg=uuagc=amd64=0.9.52.1-2=1538622922=0
| src-ag/Patterns.ag:22:23: error: Repeated
Source: ruby-nio4r
Version: 1.2.1-1
Severity: serious
Tags: ftbfs
ruby-nio4r fails to build in unstable with the current openssl:
| Failures:
|
| 1) OpenSSL::SSL::SSLSocket behaves like an NIO selectable selects readable
objects
| Failure/Error: ssl_peer =
Source: ruby-cheffish
Version: 13.1.0-1
Severity: serious
Tags: ftbfs
ruby-cheffish fails to build from source in unstable:
| An error occurred while loading ./spec/unit/recipe_run_wrapper_spec.rb.
| Failure/Error: property :cipher, OpenSSL::Cipher.ciphers, default:
"DES-EDE3-CBC"
|
|
Source: starman
Version: 0.4014-2
Severity: serious
Tags: ftbfs
starman fails to build from source in unstable. Presumably openssl broke
it:
| t/ssl.t ..
| Dubious, test returned 111 (wstat 28416, 0x6f00)
| No subtests run
| 2018/10/29-15:24:42 Starman::Server (type
Source: ruby-file-tail
Version: 1.1.1-2
Severity: serious
Tags: ftbfs
ruby-file-tail fails to build from source in unstable.
| Failure: test_tail_change2(FileTailTest)
| /<>/tests/file_tail_test.rb:353:in `test_tail_change2'
| 350: end
| 351: appender.join
| 352:
Source: ruby-protected-attributes
Version: 1.1.3-2
Severity: serious
Tags: ftbfs
ruby-protected-attributes fails to build from source reliably now. On my
system as well as on reproducible builds, I consistently see the very
same three failures:
| Finished in 0.447334s, 453.7994 runs/s, 1629.6540
Source: ruby-ffi-rzmq
Version: 2.0.6-1
Severity: serious
Tags: ftbfs
ruby-ffi-rzmq fails to build from source in unstable (but not in
testing):
| Failures:
|
| 1) ZMQ::Poller poll works with SSLSocket
| Failure/Error: server = OpenSSL::SSL::SSLSocket.new(s, ctx)
|
|
Source: python-asdf
Version: 2.1.0-1
Severity: serious
Tags: ftbfs
python-asdf fails to build from source if some webserver is listening to
localhost:80. The Debian policy prohibits doing so in section 4.9. The
access is only legitimate if python-asdf starts the web server.
|
Hi James,
On Sat, Nov 10, 2018 at 09:29:42AM -0500, James McCoy wrote:
> On Fri, Oct 26, 2018 at 03:30:54PM +0200, Helmut Grohne wrote:
> > neovim fails to build from source in unstable.
> >
> > | [ ERROR ] 6 errors, listed below:
> > | [ ERROR ] test/f
Source: cargo
Version: 0.31.0-3
Severity: serious
Tags: ftbfs
rustc segfauls while building cargo. For instance on amd64:
https://buildd.debian.org/status/fetch.php?pkg=cargo=amd64=0.31.0-3=1541763110=0
| process didn't exit successfully: `rustc --crate-name build_script_build
Source: elixir-lang
Version: 1.6.5-1
Severity: serious
Tags: ftbfs
elixir-lang fails to build from source in sbuild on unstable/amd64. A
build log ends with:
| 5) test translates :supervisor_bridge progress (Logger.TranslatorTest)
| test/logger/translator_test.exs:751
| Assertion
Source: erlang-ranch
Version: 1.3.0-1
Severity: serious
Tags: ftbfs
erlang-ranch fails to build from source using sbuild on unstable/amd64.
A build log ends with:
|debian/rules override_dh_auto_build
| make[1]: Entering directory '/<>'
| make SKIP_DEPS=yes
| make[2]: Entering directory '/<>'
Source: factory-boy
Version: 2.8.1-2
Severity: serious
Tags: ftbfs
factory-boy fails to build from source in sbuild on unstable/amd64. A
build ends with:
| ==
| ERROR: test_reset_after_end
Source: electrum
Version: 3.1.3-1
Severity: serious
electrum fails to build from source in sbuild on unstable/amd64. A build
ends with:
| mkdir -p debian/electrum/usr/bin debian/electrum/usr/share
| mv debian/python3-electrum/usr/bin debian/electrum/usr
| mv
Source: easyloggingpp
Version: 9.96.5+dfsg-1
Severity: serious
Tags: ftbfs
easyloggingpp fails to build from source in unstable. The build log
essentially looks like this:
| dpkg-buildpackage: info: source package easyloggingpp
| dpkg-buildpackage: info: source version 9.96.5+dfsg-1
|
Source: elpy
Version: 1.24.0-1
Severity: serious
Tags: ftbfs
elpy fails to build from source randomly. A build log contains:
| Test elpy-promise-wait-should-return-early-for-resolved-promise backtrace:
| (if (unwind-protect (setq value-774 (apply fn-772 args-773)) (setq f
| (let
Source: erlang-jose
Version: 1.8.4-3
Severity: serious
Tags: ftbfs
erlang-jose fails to build from source in sbuild on unstable/amd64. A
build log ends with:
| Compiled src/jose_server.erl
| Compiled src/jose_jwt.erl
| Compiled src/jose_sha3_keccakf1600_nif.erl
| Compiled
701 - 800 of 1514 matches
Mail list logo