Source: libldm
Version: 0.2.4-2
Severity: serious
Tags: ftbfs
libldm fails to build from source in unstable.
Here is the excerpt from reproducible builds amd64/pbuilder:
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/libldm_0.2.4-2.rbuild.log.gz
| libtool: compile: gcc
Source: tpm2-tss
Version: 2.1.0-4
Severity: serious
Tags: ftbfs
tpm2-tss fails to build from source:
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/tpm2-tss_2.1.0-4.rbuild.log.gz
| dh_auto_build
| make -j15
| make[2]: Entering directory '/build/1st/tpm2-tss-2.1.0'
|
Source: libglu
Version: 9.0.0-2.1
Severity: serious
Tags: ftbfs
libglu fails to build from source:
| /bin/bash ./libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"glu\"
-DPACKAGE_TARNAME=\"glu\" -DPACKAGE_VERSION=\"9.0.0\" -DPACKAGE_STRING=\"glu\
9.0.0\"
Source: libdrm
Version: 2.4.100-3
Severity: serious
Tags: ftbfs
libdrm fails to build from source on buildds:
| dh_install --fail-missing
| dh_install: Please use dh_missing --list-missing/--fail-missing instead
| dh_install: This feature will be removed in compat 12.
| dh_missing:
Source: gtkimageview
Version: 1.6.4+dfsg-2
Severity: serious
Tags: ftbfs
gtkimageview fails to cross build from source in unstable. The crucial
bit is:
| /usr/include/gtk-2.0/gtk/gtktypeutils.h:236:1: error: ‘GTypeDebugFlags’ is
deprecated [-Werror=deprecated-declarations]
| 236 | void
ut I cannot say if that would defeat the whole purpose
> of the change in #928467, therefore I hope its ok CCing
> to Helmut Grohne.
Thank you for contacting me.
Using DEB_*_MULTIARCH is technically wrong for autotools. Doing so will
break cross building to i386 as we don't ship cross tools p
Source: libindicator
Version: 0.5.0-4
Severity: serious
Tags: ftbfs upstream
libindicator fails to build from source in unstable.
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/libindicator_0.5.0-4.rbuild.log.gz
| libtool: compile: gcc -DHAVE_CONFIG_H -I.
Source: docbook-xsl
Version: 1.79.1+dfsg-2
Severity: serious
Justification: Policy 10.7.3
Consider the following interaction:
| # apt install docbook-xsl
| # grep delegateURI.*xsl /etc/xml/catalog
| http://docbook.sourceforge.net/release/xsl/;
catalog="file:///etc/xml/docbook-xsl.xml"/>
| #
Source: radare2
Version: 3.2.1+dfsg-5
Severity: serious
Tags: ftbfs
radare2 fails to build from source. A build notably says:
| meson.build:3:0: ERROR: ['/usr/bin/python3']>
is not a valid python or it is missing setuptools
Source: libfile-rsyncp-perl
Version: 0.74-2.1
Severity: serious
Justification: DFSG #2
Tags: upstream
File: FileList/configure
While trying to fix a problem with libfile-rsyncp-perl, I was looking
for the source of FileList/configure, but I couldn't find it anyhwere.
FileList/configure says that
Source: libpsl
Version: 0.20.2-2
Severity: serious
Tags: ftbfs
User: helm...@debian.org
Usertags: rebootstrap
libpsl recently (within the last seven days) started to FTBFS in
unstable:
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/libpsl_0.20.2-2.rbuild.log.gz
| gtkdoc-mkdb
Source: lv2dynparam1
Version: 2-6
Severity: serious
Tags: ftbfs
lv2dynparam1 fails to build from source in unstable, because it fails
finding lv2core.pc using pkg-config:
| checking for LV2... no
| configure: error: Package requirements (lv2core >= 1) were not met:
|
| No package 'lv2core'
a template symbol as optional.
+
+ -- Helmut Grohne Tue, 03 Dec 2019 19:54:19 +0100
+
waylandpp (0.2.5-1) unstable; urgency=medium
* debian/control: Setting myself as the Maintainer to get notified about
bugs.
diff --minimal -Nru waylandpp-0.2.5/debian/control
waylandpp-0.2.5/debian/control
Source: khotkeys
Version: 4:5.14.5-1
Severity: serious
Tags: ftbfs
khotkeys fails to build from source in unstable:
| In file included from
/<>/kcm_hotkeys/conditions/conditions_widget.cpp:30:
| /<>/kcm_hotkeys/helper_widgets/window_definition_list_widget.h:
In constructor
Source: glibc
Version: 2.29-5
Severity: serious
Justification: installation failure
Control: affects -1 + src:cross-toolchain-base
Since glibc added dependencies on libxcrypt, building
cross-toolchain-base produces packages that are not installable:
| $ dpkg-deb -I
Source: pgmodeler
Version: 0.9.2~beta1-1
Tags: ftbfs
Severity: serious
pgmodeler fails to build from source everywhere (in particular on
buildds):
src/databasemodel.cpp:768:53: error: format not a string literal and no format
arguments [-Werror=format-security]
I need a bug number for tracking
Source: libkeduvocdocument
Version: 4:17.08.3-1
Severity: serious
Tags: ftbfs
libkeduvocdocument fails to build from source in unstable when using
sbuild natively on amd64. A log ends with:
| dh_makeshlibs '-Xusr/lib/libkdeinit5_*'
| dpkg-gensymbols: error: some symbols or patterns disappeared
Source: aufs-tools
Version: 1:4.14+20190211-1
Severity: serious
Tags: ftbfs
A build in sbuild on unstable ends with:
|dh_auto_install
| install -d /<>/aufs-tools-4.14\+20190211/debian/aufs-tools
| make -j8 install
DESTDIR=/<>/aufs-tools-4.14\+20190211/debian/aufs-tools
Control: notfixed -1 1.9.4-1
Control: tags -1 + ftbfs
On Sat, Oct 05, 2019 at 08:18:03PM -0400, Robert Edmonds wrote:
> fixed 941041 1.9.4-1
The nettle transition has started now. I tried building 1.9.4-1 in
unstable and I get this:
| ./libtool --tag=CC --mode=compile gcc -I. -Wdate-time
Source: dymo-cups-drivers
Version: 1.4.0-8
Severity: serious
Tags: ftbfs
dymo-cups-drivers fails to build from source in unstable using sbuild on
amd64. The compiler error is quite hidden in the amount of warnings:
| ../common/CupsPrintEnvironment.cpp: In member function 'virtual void
Source: engrampa
Version: 1.22.2-1
Severity: serious
Tags: ftbfs
engrampa fails to build from source in unstable using sbuild on amd64. A
build ends with:
| if test -f "${mo}"; then mo="../${mo}"; else
mo="/<>/help/${mo}"; fi; \
| (cd "as/" && itstool -m "${mo}" ${d}/C/index.docbook
Source: xpp
Version: 1.5-cvs20081009-4
Severity: serious
Tags: ftbfs
xpp fails to build from source in unstable.
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/xpp_1.5-cvs20081009-4.rbuild.log.gz
| cupshelper.cxx: In static member function 'static ipp_t*
Source: ayatana-indicator-application
Version: 0.5.2-2
Severity: serious
Tags: ftbfs
ayatana-indicator-application fails to build from source in unstable.
It's a regression of recent glib2.0 changes.
Source: network-manager-strongswan
Version: 1.4.4-2
Severity: serious
Tags: ftbfs
network-manager-strongswan suffers from the recent glib2.0 upload and
FTBFS in unstable.
| nm-strongswan.c: In function ‘check_validity’:
| nm-strongswan.c:117:13: error: G_ADD_PRIVATE [-Werror]
| 117 |
Source: libayatana-indicator
Version: 0.6.2-3
Severity: serious
Tags: ftbfs
libayatana-indicator fails to build from source in unstable on amd64.
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/libayatana-indicator_0.6.2-3.rbuild.log.gz
|
Source: libprelude
Version: 4.1.0-4.2
Severity: serious
Tags: ftbfs
libprelude recently started to FTBFS in unstable.
E.g. local sbuild:
| LANG="" gawk -f ./mkheader.awk \
| ./err-sources.h.in \
| ./err-codes.h.in \
| ./errnos.in \
| ./prelude-error.h.in >
Package: firefoxdriver
Version: 3.14.1-1
Severity: grave
Justification: unusable by everyone
This is what happens when you try to use firefoxdriver in the most
obvious way from python on buster:
| $ dpkg -l python3-selenium
| ...
| ii python3-selenium 3.14.1+dfsg1-1 all Python3
Source: choqok
Version: 1.6-2.1
Severity: serious
Tags: ftbfs
choqok fails to build from source in unstable on amd64. The relevant
error from the compiler is:
| In file included from /<>/plugins/betternotify/notify.cpp:24:
| /<>/plugins/betternotify/notify.h:61:32: error: field
‘accountsList’
Source: qt-gstreamer
Version: 1.2.0-5
Severity: serious
Tags: ftbfs
qt-gstreamer fails to build from source in unstable on amd64. A build in
sbuild ends with:
| [ 22%] Building CXX object src/QGst/CMakeFiles/Qt5GStreamer.dir/caps.cpp.o
| cd /<>/obj-x86_64-linux-gnu/src/QGst && /usr/bin/c++
Package: python-clang-7
Version: 1:7.0.1-8
Severity: serious
Justification: missing dependency
After installing python-clang-7, it is unusable as is:
| $ python
| ...
| >>> import clang.cindex
| >>> clang.cindex.Index.create()
| Traceback (most recent call last):
| File "", line 1, in
|
Source: nm-tray
Version: 0.4.3-1
Severity: serious
Tags: ftbfs
nm-tray fails to build from source in unstable using sbuild on amd64. A
build log ends with:
| [ 64%] Building CXX object CMakeFiles/nm-tray.dir/src/nmmodel.cpp.o
| /usr/bin/c++ -DNM_TRAY_VERSION=\"0.4.2\" -DQT_CORE_LIB
Source: nss
Version: 2:3.47-1
Severity: serious
Tags: ftbfs
Justification: armel still is a release architecture
User: helm...@debian.org
Usertags: rebootstrap
Since 2:3.47-1, nss fails to build from source on armel (it also fails
to cross build to armel):
Source: deepin-qt5dxcb-plugin
Version: 5.0.1-2
Severity: serious
Tags: ftbfs
deepin-qt5dxcb-plugin fails to build from source since very recently.
Five days ago, it still cross built:
http://crossqa.debian.net/src/deepin-qt5dxcb-plugin
Now it fails (cross and native):
|dh_auto_configure
|
/changelog2020-02-11 07:09:52.0 +0100
@@ -1,3 +1,10 @@
+cracklib2 (2.9.6-3.2) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTBFS with missing python.mk. (Closes: #-1)
+
+ -- Helmut Grohne Tue, 11 Feb 2020 07:09:52 +0100
+
cracklib2 (2.9.6-3.1) unstable; urgency
Source: syslog-ng
Version: 3.25.1-1
Severity: serious
Tags: ftbfs
syslog-ng fails to build from source in unstable. A build log contains:
| configure: error: syslog-ng requires bison 3.4 or later (traditional yacc is
not enough). Your source tree seems to be from git, which doesn't have
Source: strongswan
Version: 5.8.2-1
Severity: serious
Tags: ftbfs
strongswan fails to build from source in unstable, because it misses a
build dependency on libiptc-dev. The library was formerly pulled by
"something" and no longer is. The build now fails:
| checking for libiptc... no
|
Source: pesign
Version: 0.112-5
Severity: serious
pesign fails to build from source in unstable:
| /usr/bin/gcc -g -O2 -ffile-prefix-map=/build/1st/pesign-0.112=.
-fstack-protector-strong -Wformat -Werror=format-security -Wall -Werror
-Wno-cpp -Wsign-compare -Wno-unused-result
Source: gst-plugins-good1.0
Version: 1.16.2-2
Severity: serious
Tags: ftbfs
gst-plugins-good1.0 fails to build from source. A build ends with:
| In file included from gtkgstglwidget.c:34:
| /usr/include/gstreamer-1.0/gst/gl/x11/gstgldisplay_x11.h:26:10: fatal error:
X11/Xlib-xcb.h: No such file
Source: z3
Version: 4.8.7-3
Severity: serious
z3 cannot be built on buildds, because its Build-Depends cannot be
satisfied on buildds. Failing to build on buildds is a serious problem.
| Build-Depends: debhelper-compat (= 12),
|dh-python:all, python3:native, cmake,
dh-python:all
Source: complexity
Version: 1.10+dfsg-3
Severity: serious
Tags: ftbfs
complexity fails to build from source, because gnulib dropped its
dependency on texinfo and now complexity misses the makeinfo command
during build. Please add texinfo to Build-Depends.
Helmut
Source: efl
Version: 1.21.1-5
Severity: serious
Tags: ftbfs
efl fails to build from source, because pkg-config cannot find
x11-xcb.pc. Presumably, a dependency on libx11-xcb-dev is missing.
Also reproduced by reproducible builds:
Control: retitle -1 cannot migrate to testing
Hi Fabian,
On Mon, Jan 13, 2020 at 04:27:15PM +0100, Fabian Wolff wrote:
> On Mon, 13 Jan 2020 06:21:56 +0100 Helmut Grohne wrote:
> > Source: z3
> > Version: 4.8.7-3
> > Severity: serious
> >
> > z3 cannot be bu
Source: kwindowsystem
Version: 5.62.0-2
Severity: serious
Tags: ftbfs
kwindowsystem fails to build in unstable. The relevant message seems to
be:
| CMake Error at src/CMakeLists.txt:40 (message):
| The XFixes library could not be found. Please install the development
| package for it.
|
|
Source: krfb
Version: 4:17.08.3-1
Severity: serious
Tags: ftbfs
kfrb fails to build from source in unstable:
| In file included from /<>/krfb/trayicon.cpp:19:
| /<>/krfb/trayicon.h:44:39: error: field 'm_clientActions' has
incomplete type 'QHash'
|44 | QHash m_clientActions;
| |
Source: wget2
Version: 1.99.1-2
Severity: serious
Tags: ftbfs
wget2 fails to build from source in unstable. A build ends with:
| /bin/bash /<>/build-aux/missing makeinfo --force -o ./wget2.info
./wget2.texi
| /<>/build-aux/missing: line 81: makeinfo: command not found
| WARNING: 'makeinfo' is
) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Move libgnomecanvasmm-2.6.pc to a Multi-Arch location. (Closes: #-1)
+ * Fix FTBFS with newer doxygen.
+
+ -- Helmut Grohne Tue, 21 Jan 2020 17:10:04 +0100
+
libgnomecanvasmm2.6 (2.26.0-3) unstable; urgency=medium
* New maintainer
Hi Ximin,
On Mon, Jan 13, 2020 at 08:00:03PM +, Ximin Luo wrote:
> FWIW, when I tried things locally with sbuild, changing dh-python:all to
> simply dh-python whilst retaining the other annotations *did not work*,
> regardless of how it's "supposed" to work. That is why I added the extra
Package: python3-sphinx
Version: 1.8.5-4
Severity: serious
File: /usr/lib/python3/dist-packages/sphinx/util/nodes.py
Tags: upstream fixed-upstream ftbfs
Forwarded: https://github.com/sphinx-doc/sphinx/issues/6887
Control: affects -1 + src:cyrus-sasl2
cyrus-sasl2 fails to build from source in
Source: din
Version: 5.2.1-6
Severity: serious
Tags: ftbfs
din fails to build from source in unstable on amd64. A build log ends
with:
| dh_auto_build
| make -j1
| make[2]: Entering directory '/<>'
| Making all in include
| make[3]: Entering directory '/<>/include'
| make[3]: Nothing to
Source: gnome-shell-mailnag
Version: 3.28.0-0.1
Severity: serious
Tags: ftbfs
gnome-shell-mailnag fails to build from source in unstable on amd64
using sbuild:
| aggregate-avatars.vala:28.30-28.30: error: syntax error, invalid array
parameter declaration
| static int main(string args[])
|
Source: timeshift
Version: 19.01+ds-2
Severity: serious
Tags: ftbfs
timeshift fails to build from source.
| Utility/AsyncTask.vala:76.2-76.17: error: Creation method of abstract class
cannot be public.
| public AsyncTask(){
|
| Compilation failed: 1 error(s), 11 warning(s)
|
Source: gnome-pie
Version: 0.7.2-1
Severity: serious
Tags: ftbfs
gnome-pie fails to build from source in unstable on amd64 in sbuild:
| /<>/src/actions/action.vala:72.5-72.17: error: Creation method
of abstract class cannot be public.
| public Action(string name, string icon, bool
Package: txt2tags
Version: 3.4-1
Severity: serious
Tags: ftbfs
Control: affects -1 + src:thunderbolt-tools
Running txt2tags fails:
$ txt2tags
Traceback (most recent call last):
File "/usr/bin/txt2tags", line 6, in
from pkg_resources import load_entry_point
ModuleNotFoundError: No module
Source: gtk-gnutella
Version: 1.1.15-1
Severity: serious
Justification: missing source
gtk-gnutella misses the source for the file "Configure". Close to the
start it says:
| # Generated on Sun Nov 18 15:25:45 CET 2018 [metaconfig 3.5-244]
For running metaconfig a .package file is required.
Source: qevercloud
Version: 3.0.3+ds-5
Severity: serious
Tags: ftbfs
This essentially is a duplicate of #921297. That bug was reassigned to
texlive-latex-extra and it was resolved by having texlive-latex-extra
now recommend texlive-plain-generic. However, Build-Depends don't care
for Recommends.
Package: gitinspector
Version: 0.4.4+dfsg-6
Severity: serious
File: /usr/bin/gitinspector
Any invocation of gitinspector results in:
$ gitinspector --help
Traceback (most recent call last):
File "/usr/bin/gitinspector", line 11, in
load_entry_point('gitinspector==0.4.4',
Source: libcap-ng
Version: 0.7.9-2.1
Severity: serious
Tags: ftbfs patch
User: helm...@debian.org
Usertags: rebootstrap
libcap-ng fails to build from source, because linux-libc-dev no longer
provides linux-kernel-headers, which is what libcap-ng Build-Depends on.
Please transition your dependency
Control: reopen -1
On Mon, May 11, 2020 at 08:51:11PM +, Debian Bug Tracking System wrote:
> * Reinforce Makefiles error checking. Closes: #960294
I fear you only implemented a partial solution (based on my
recommendation here). In my tests, failures still go unchecked. I think
at least
Source: tigr-glimmer
Version: 3.02b-3
Tags: upstream
Severity: serious
Justification: policy 4.6
The upstream makefiles of tigr-glimmer do not trap errors from commands
run via make. Doing so is a policy section 4.6 violation and thus
deserves rc severity. Particular occasions:
* src/c_make.gen
On Thu, May 14, 2020 at 07:09:06AM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the src:tigr-glimmer package:
>
> #960294: tigr-glimmer does not trap errors from make
Given that the previous fix of the bug was
Package: libc6-dev-armhf-cross
Version: 2.29-9cross1
Severity: serious
The current libc6-dev-armhf-cross is incompatible with libc6-dev:armhf
versioned >= 2.30. Typical symptoms include (mips64el this time, but
also reproducible for armhf):
Control: clone -1 -2
Control: reassign -2 src:guile-3.0
On Thu, May 21, 2020 at 07:13:27PM +0200, Helmut Grohne wrote:
> While bootstrap testing unstable, I noticed that guile-2.2 fails to
> build from source (natively). A build now ends quicky:
>
> | dpkg-buildpackage: info: so
@@
+csoundqt (0.9.7-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTCBFS: Search for a multiarch csound. (Closes: #-1)
+
+ -- Helmut Grohne Sun, 03 May 2020 07:51:56 +0200
+
csoundqt (0.9.7-1) unstable; urgency=medium
[ Ondřej Nový ]
diff --minimal -Nru csoundqt-0.9.7/debian
Source: guile-2.2
Version: 2.2.7+1-5
Severity: serious
Tags: ftbfs
User: helm...@debian.org
Usertags: rebootstrap
While bootstrap testing unstable, I noticed that guile-2.2 fails to
build from source (natively). A build now ends quicky:
| dpkg-buildpackage: info: source package guile-2.2
|
Source: read-edid
Version: 3.0.2-1
Severity: serious
Tags: ftbfs
read-edid fails to build from source in unstable due to -fno-commons
having become default in gcc-10. Here is a sample output:
| cd /<>/obj-s390x-linux-gnu/get-edid && /usr/bin/cmake -E
cmake_link_script
Source: openjdk-11
Version: 11.0.8+10-1.1
Severity: serious
Tags: ftbfs
openjdk-11 fails to build from source due to gcc-10 defaulting to
-fno-commons.
https://tests.reproducible-builds.org/debian/rbuild/bullseye/amd64/openjdk-11_11.0.8+10-1.1.rbuild.log.gz
| /usr/bin/ld:
Package: libmkldnn1,libdnnl1
Severity: serious
When trying to install both libmkldnn1 and libdnnl1, dpkg errors out:
| Unpacking libdnnl1:amd64 (2.0~beta8+ds-2) ...
| Selecting previously unselected package libmkldnn1:amd64.
| Preparing to unpack .../libmkldnn1_2.0~beta4-1_amd64.deb ...
|
Source: android-platform-external-libunwind
Version: 10.0.0+r36-3
Severity: serious
Justficiation: uses an internal shared library
android-platform-external-libunwind uses /usr/lib/p7zip/7z.so, which is
an internal aspect of p7zip-full and not meant for consumption by
packages. Please stop using
Source: jq
Version: 1.6-2
Severity: serious
Tags: ftbfs
jq fails to build from source on the buildds for any architecture. Here
is an example failure:
|dh_missing -a
| dh_missing: warning: usr/lib/x86_64-linux-gnu/libjq.la exists in debian/tmp
but is not installed to anywhere
| dh_missing:
Source: qtfeedback-opensource-src
Version: 5.0~git20180329.a14bd0bb-1
Severity: serious
Tags: ftbfs
qtfeedback-opensource-src fails to build from source. On the buildds, it
failed to build on everything but amd64 and all, where it wasn't
attempted. On a local build on amd64 I see the very same
for systemd's systemctl, the
+implementation via 'Provides: systemd' breaks stuff in practice.
+Another solution should be found given more time and cooperation with
+systemd maintainers. This is a stop-gap solution. It is meant to be
+temporary.
+
+ -- Helmut Grohne Wed, 26 Aug
Hi Simon and Dmitry,
Thank you for chiming in, Simon.
On Thu, Aug 27, 2020 at 09:34:04AM +0100, Simon McVittie wrote:
> https://packages.debian.org/sid/opentmpfiles is one known implementation
> of the tmpfiles.d interface, other than systemd's. (See also #947847.)
Great!
> If the systemd
Hi Dmitry,
On Thu, Aug 27, 2020 at 11:04:45AM +1000, Dmitry Smirnov wrote:
> I think conversation really should happen in #959174 instead.
There is some truth in this.
However, I think that Ondrej has essentially given the same advice as
others:
> > Multiple people (Adam, Gunnar, myself) have
Source: katarakt
Version: 0.2-2
Severity: serious
Tags: ftbfs
katarakt fails to build from source. A build ends with:
| g++ -c -pipe -g -O2 -fdebug-prefix-map=/<>=.
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time
-D_FORTIFY_SOURCE=2 -D_REENTRANT -Wall -Wextra -fPIC
Source: libfcgi-perl
Version: 0.79-1
Severity: serious
Justification: missing source
I've looked into libfcgi-perl and noticed that the macro
FCGI_COMMON_CHECKS used in configure.in misses source code in the
libfcgi-perl package. I've looked in the archive and it seems that there
is another copy
Source: mariadb-10.5
Version: 1:10.5.5-1
Tags: security
Severity: serious
Justification: unsupportable by the Debian security team
Hi Otto,
I've hinted that the situation about an embedded ssl library might be
suboptimal earlier. Since then, I've checked (using the buildd logs)
that indeed
On Tue, Sep 29, 2020 at 03:24:52PM +0100, Robie Basak wrote:
> The relevant previous bug is
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=921488 where the
> packaging switched from "system" to "bundled". Switching back to
> "system" would regress that licensing problem.
>
> Also relevant is
optional symbols as optional. (Closes: #-1)
+
+ -- Helmut Grohne Tue, 22 Sep 2020 19:35:08 +0200
+
mpdecimal (2.5.0-4) unstable; urgency=medium
* Update symbols files.
diff --minimal -Nru mpdecimal-2.5.0/debian/libmpdec.symbols.in
mpdecimal-2.5.0/debian/libmpdec.symbols.in
--- mpdecimal-2.5.0
Source: dpkg
Version: 1.20.5
Severity: serious
Tags: ftbfs
dpkg FTBFS as of today:
| g++ -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\"
-DADMINDIR=\"/var/lib/dpkg\" -DLIBDIR=\"/usr/lib/dpkg\"
-DLOCALLIBDIR=\"/usr/local/lib/dpkg\" -idirafter ../../lib/compat -iquote .
-I.. -I../../lib
Source: cura-engine
Version: 1:4.7.1-1
Severity: serious
Tags: ftbfs
A native build of cura-engine on unstable amd64 ends with:
| [ 86%] Building CXX object
CMakeFiles/SparseGridTest.dir/tests/utils/SparseGridTest.cpp.o
| /usr/bin/c++ -DARCUS -DBUILD_TESTS -DBUILD_TESTS=1
Source: xournal
Version: 1:0.4.8.2016-6
Severity: serious
Tags: ftbfs
xournal fails to build from source on buildds, because it wrongly
declares that it doesn't need root while in fact it does issue
dh_testroot. Dropping the R³ line from control should fix that.
Helmut
Package: python-is-python2
Version: 2.7.18-6
Severity: serious
Justifictaion: fails to install
Upgrading from "python" to "python-is-python" may fail:
| Unpacking python-is-python2 (2.7.18-6) ...
| dpkg: error processing archive
/var/cache/apt/archives/python-is-python2_2.7.18-6_all.deb
; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix missing libgc-dev -> libatomic-ops-dev dependency. (Closes: #-1)
+
+ -- Helmut Grohne Fri, 31 Jul 2020 22:02:10 +0200
+
libgc (1:8.0.4-1) unstable; urgency=medium
* Team upload.
diff --minimal -Nru libgc-8.0.4/debian/control libgc-8.
Source: scheme48
Version: 1.9.2-1
Severity: serious
Justification: missing source
While looking into a build issue with scheme48, I was looking for the
source of S48_DETERMINE_BITS_PER_BYTE as referenced in configure.in.
Unfortunately, I couldn't find the relevant source. Am I missing
something?
Source: hdate-applet
Version: 0.15.11-3
Severity: serious
Tags: ftbfs
hdate-applet fails to build from source in unstable:
| gcc -g -O2 -ffile-prefix-map=/build/1st/hdate-applet-0.15.11=.
-fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro -o
ghcal ghcal-main.o
Source: goldencheetah
Version: 1:3.5-1
Severity: serious
Tags: ftbfs
goldencheetah fails to build from source. An amd64 build ends with:
| g++ -c -pipe -Wno-unused-variable -Wno-sign-compare -g -O2
-fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat
-Werror=format-security -Wdate-time
Package: gkrellm-cpufreq
Version: 0.6.4-6+b1
Severity: grave
Justification: plugin cannot be loaded into gkrellm anymore
gkrellm-cpufreq no longer works. The plugin install log says:
| Error: /usr/lib/gkrellm2/plugins/cpufreq.so: undefined symbol:
cpufreq_cpu_exists
Downgrading to 0.6.4-4+b2
Source: libplacebo
Version: 1.29.1+dfsg1-2
Severity: serious
Tags: ftbfs
libplacebo fails to build from source in unstable. A build log ends
with:
| /usr/bin/mips64el-linux-gnuabi64-gcc -Isrc/libplacebo.so.29.p -Isrc -I../src
-I../src/include -I../subprojects/xtalloc/include
Source: goldencheetah
Version: 1:3.5~DEV1903-1
Severity: serious
Tags: ftbfs
goldencheetah fails to build from source in unstable. The relevant
failure is:
| In file included from Metrics/PowerProfile.cpp:20:
| Metrics/PowerProfile.h:77:37: error: field ‘values’ has incomplete type
‘QMap >’
|
Source: qtcurve
Version: 1.9-5
Severity: serious
Tags: ftbfs
qtcurve fails to build from source in unstable. cmake says:
| CMake Error at
/usr/share/cmake-3.16/Modules/FindPackageHandleStandardArgs.cmake:146 (message):
| Could NOT find KF5 (missing: FrameworkIntegration) (found version
Source: knxd
Version: 0.14.41-1
Severity: serious
Tags: ftbfs
knxd fails to build from source for all attempted architectures on the
buildds. A build log usually ends with:
|dh_autoreconf -a
| find ! -ipath "./debian/*" -a ! \( -path '*/.git/*' -o -path '*/.hg/*' -o
-path '*/.bzr/*' -o
Control: reopen -1
Hi Paul,
On Mon, Nov 16, 2020 at 08:21:05PM +, Debian Bug Tracking System wrote:
> It has been closed by Paul Gevers .
I fail to understand why you closed this bug. As of today, builds for
mipsel and mips64el are still missing. A local cross build for mips64el
fails in
Source: kaddressbook
Version: 4:20.08.2-3
Severity: serious
Tags: ftbfs
kaddressbook fails to build from source on amd64 in unstable. A build
ends with:
| [ 35%] Building CXX object
src/CMakeFiles/kaddressbookprivate.dir/printing/mike/mikesstyle.cpp.o
| cd /<>/obj-x86_64-linux-gnu/src &&
Source: ploop
Version: 1.15-9
Severity: serious
Tags: ftbfs
ploop fails to build from source on armhf and i386 (presumably 32bit
architectures in general):
reproducible builds i386:
https://tests.reproducible-builds.org/debian/rbuild/unstable/i386/ploop_1.15-9.rbuild.log.gz
| delta_sysfs.c: In
Source: libkf5calendarsupport
Version: 4:20.08.2-2
Severity: serious
Tags: ftbfs
libkf5calendarsupport fails to build from source on amd64 in unstable. A
build ends with:
| [ 54%] Building CXX object
src/CMakeFiles/KF5CalendarSupport.dir/printing/calprintpluginbase.cpp.o
| cd
Source: sigviewer
Version: 0.6.4-1
Severity: serious
Tags: ftbfs
sigviewer fails to build from source in unstable. A build ends with:
| g++ -Wl,-z,relro -Wl,-z,now -o bin/release/sigviewer tmp/release/data_block.o
tmp/release/exception.o tmp/release/fixed_data_block.o tmp/release/math_utils.o
Source: merkaartor
Version: 0.18.4+ds-4
Severity: serious
Tags: ftbfs
merkaartor fails to build from source in unstable, A build ends with:
| g++ -c -pipe -g -O2 -fdebug-prefix-map=/<>=.
-fstack-protector-strong -Wformat -Werror=format-security
-DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -Wdate-time
Source: klatexformula
Version: 4.0.0-4
Severity: serious
Tags: ftbfs
klatexformula fails to build from source in unstable:
| [ 27%] Building CXX object
src/klftools/CMakeFiles/klftools.dir/klfflowlistwidget.cpp.o
| cd /<>/obj-x86_64-linux-gnu/src/klftools && /usr/bin/c++
-DKLF_SRC_BUILD
Source: fraqtive
Version: 0.4.8-11
Severity: serious
Tags: ftbfs
fraqtive fails to build from source in unstable:
| g++ -c -pipe -g -Wall -Wextra -D_REENTRANT -fPIC -DHAVE_SSE2 -DQT_OPENGL_LIB
-DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_XML_LIB -DQT_CORE_LIB -I. -I.
-I/usr/include/x86_64-linux-gnu/qt5
Source: jerry
Version: 3.2.0-1
Severity: serious
Tags: ftbfs
jerry fails to build from source in unstable on amd64:
| g++ -c -pipe -g -O2 -fdebug-prefix-map=/<>=.
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time
-D_FORTIFY_SOURCE=2 -std=gnu++1y -Wall -Wextra -D_REENTRANT
901 - 1000 of 1514 matches
Mail list logo
