Control: clone -1 -2
Control: reassign -2 debhelper
Control: retitle -2 dh_installcatalogs: please activate sgml-base explicitly
Control: severity -2 wishlist
Control: block -2 by -1
Control: noowner -2
On Sun, May 22, 2016 at 12:27:32PM +0200, Helmut Grohne wrote:
> In dpkg 1.17.0, trig
Package: cdbs
Version: 0.4.131
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:glib2.0
Hi Jonas,
It looks like your 0.4.131 upload breaks src:glib2.0. You can find a
(native) build log attached. The gist seems to be:
|
Control: retitle -1 dpkg misplaces tpl-config.tlib during unpack
Control: reassign -1 dpkg
Control: found -1 1.18.5
Control: affects -1 + autogen src:gnutls28
Control: severity -1 grave
On Tue, May 03, 2016 at 06:17:38AM +0200, Helmut Grohne wrote:
> I have little clue what is going on h
Package: util-linux
Version: 2.28-2
Severity: grave
User: helm...@debian.org
Usertags: rebootstrap
Hi,
debootstrap sid just broke. debootstrap.log ends with:
| Setting up util-linux (2.28-2) ...
| update-alternatives: using /bin/more to provide /usr/bin/pager (pager) in
auto mode
| insserv:
Package: lush
Version: 1.2.1-9+cvs20110227+nmu1+b4
Severity: grave
/usr/bin/lush currently links libbfd dynamically. Since binutils 2.26.1,
that library went away but lush's dependency is still satisfied
resulting in a broken binary. Dynamically linking libbfd is not allowed
(see package
Package: cross-config
Version: 2.6.14
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
Given an installation of dpkg-cross (<= 2.6.13), unpacking cross-config
fails:
| Preparing to unpack .../cross-config_2.6.14_all.deb ...
| Unpacking cross-config (2.6.14) ...
| dpkg: error
Hi Andreas,
On Tue, Jul 19, 2016 at 10:27:08AM +0200, Andreas Beckmann wrote:
> is this a problem on jessie (and wheezy), too, (the binutils-dev
> description says the same thing) or could we tag this bug sid+stretch?
That's a good question. I believe that the major reason for that rule is
to be
Package: tarantool
Version: 1.6.7.588.g76bbd9c-1+b1
Severity: grave
/usr/bin/tarantool currently links libbfd dynamically. Since binutils
2.26.1, that library went away but lush's dependency is still satisfied
resulting in a broken binary. Dynamically linking libbfd is not allowed
(see package
On Sun, Jul 10, 2016 at 01:04:13PM +0200, Felix Salfelder wrote:
> if that's correct, we shouldn't link libtrilinos_teuchoscore.so to a
> particular revision of libbfd-2.26-system.so. how would that be
> possible?
>
> otoh, if libbfd-2.26.1-system.so
> - is meant to replace libbfd-2.26-system.so,
Source: dash
Version: 0.5.7-4
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
dash fails to build from source natively when doing an arch-only build.
| dpkg-buildpackage: info: source package dash
| dpkg-buildpackage: info: source version 0.5.7-4
| dpkg-buildpackage: info:
Package: tex4ht
Version: 20160814-1
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
Since the version mentioned above both tex4ht and texlive-htmlxml are
uninstallable in sid. sid's texlive-htmlxml depends on tex4ht, which in
turn depends on experimental's texlive-htmlxml.
Maybe
: --disable-prelude
* prewikka: Remove. dak rm reports no problems.
Despite libprelude being a key package (due to audit), it seems feasible
to remove it at this point. Removing it turns these two rc bugs into 4
easier rc bugs plus 9 removals.
Any objections?
Helmut
Author: Helmut Grohne <
Control: severity -1 important
On Wed, Mar 23, 2016 at 02:18:20PM +0100, Santiago Vila wrote:
> I have at least one "successful" build log for each of the listed
> packages which is not really successful because of errors in doxygen
> that were not trapped. The build logs are similar to the ones
Control: reassign -1 texlive-htmlxml
Control: affects -1 + tex4ht src:cracklib2
Hi Norbert,
On Thu, Aug 18, 2016 at 10:14:59PM +0900, Norbert Preining wrote:
> Maybe I am wrong, but I remember the time when it was written
> out that all dependencies should be written out correctly,
> and not via
Hi Andreas,
On Wed, Aug 31, 2016 at 09:32:58AM +0200, Andreas Tille wrote:
> Severity: serious
I'm not sure that making every Doxygen bug that makes it crash or
produce invalid output release critical is useful. If pursuing that
road, one can easily generate a stream of such bugs that makes it
Source: sidplay-libs
Version: 2.1.1-14
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
I noticed that sidplay-libs fails to cross build from source, because it
encounters narrowing conversion issues specific to arm64. A native build
confirmed the failure and its build log is
Source: alsa-tools
Version: 1.1.0-1
Severity: serious
I noticed that alsa-tools fails to cross build from source for armel due
to gcc-6 narrowing conversion issues. Issues about narrowing conversions
are generally not cross compilation specific and reproducible natively.
Thus filing at RC
Package: unixodbc-dev
Version: 2.3.1-4.1
Severity: serious
Justification: missing dependency
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:openldap
openldap fails to cross build from source, because configure fails to
find a working -lodbc. That's very surprising
On Mon, Oct 03, 2016 at 11:13:13AM +0200, Emmanuel Bourg wrote:
> What is the expected contract for a package providing ruby-interpreter?
I wish I could tell. Judging from
https://wiki.debian.org/Teams/Ruby/Packaging, it seems that
ruby-interpreter requires /usr/bin/ruby. Not sure how official
Package: rake,jruby
Severity: serious
Justification: policy 3.5
User: helm...@debian.org
Usertags: rebootstrap
Hi,
Please consider the following interaction with a fresh sid chroot:
# apt-get install -y --no-install-recommends jruby
...
# apt-get install --no-install-recommends rake
# rake
On Mon, Oct 03, 2016 at 04:46:11PM -0700, tony mancill wrote:
> I agree with Helmut's suggestion that jruby should drop the Provides.
> Even if there are contexts in which jruby could act as a ruby
> interpreter, I don't think we should encourage our users to use it
> when we have ruby available.
Source: monit
Version: 1:5.20.0-1
Severity: serious
Justification: fails to build from source
User: helm...@debian.org
Usertags: rebootstrap
monit FTBFS in sid. Excerpt from the build log:
| checking for zlibVersion in -lz... no
| configure: error: libz not found
| "tail -v -n +0
00
+0200
@@ -1,3 +1,10 @@
+libpaper (1.1.24+nmu5) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix /tmp file vulnerability in debian/rules clean target (Closes: #-1)
+
+ -- Helmut Grohne <hel...@subdivi.de> Sat, 22 Oct 2016 17:53:54 +0200
+
libpaper (1.1.24+nmu4) unsta
Package: libtesseract3
Version: 3.04.01-4.1
Severity: serious
Justification: Debian Policy section 8.2
libtesseract3 includes data files in /usr/share/tesseract-ocr/tessdata.
That filename is not versioned. After a soname bump, the new library
package will thus conflict with libtesseract3. Such
Source: aide
Version: 0.16-1
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
A build of aide in sid/amd64 using sbuild, non-merged /usr ends with:
| checking for PostgresSQL support... no
| checking libaudit.h usability... yes
| checking libaudit.h presence... yes
| checking for
Source: cross-toolchain-base
Version: 13
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
Hi Matthias,
Since a few gcc-6 uploads, cross-toolchain-base FTBFS. I don't know
exactly which version made it break, but 6.2.1-4 is known to be broken
and 6.2.0-13 is known to not have this
Source: ncftp
Version: 3.2.5-2
Severity: serious
Justification: fails to build from source
ncftp fails to build from source. It still builds on buildds, but
recreating configure from configure.in does not work when invoked
manually:
| $ autoreconf -f -i
| aclocal: warning: autoconf input should
Source: timidity
Version: 2.13.2-40.5
Severity: serious
Justification: configure cannot be built from source
User: helm...@debian.org
Usertags: rebootstrap
timidity still builds fine on buildds, because it uses ./configure as a
pre-built artifact. Unfortunately ./configure cannot be regenerated
Package: libgrib-api0
Version: 1.18.0-2
Severity: serious
Justification: policy 8.2
libgrib-api0 includes data files in /usr/share/grib_api. That directory
is not versioned. After a soname bump, the new library package will thus
conflict with libgrib-api0. Such behaviour is forbidden by Debian
Package: libeccodes0
Version: 2.0.0-1
Severity: serious
Justification: policy 8.2
libeccodes0 includes data files in /usr/share/eccodes. That directory
is not versioned. After a soname bump, the new library package will thus
conflict with libeccodes0. Such behaviour is forbidden by Debian Policy
Package: gcl
Version: 2.6.12-45
Severity: serious
Justification: not installable
User: helm...@debian.org
Usertags: rebootstrap
While conducing multiarch qa, I noticed that gcl fails to install on
mips64el:
| Preparing to unpack .../142-gcl_2.6.12-45_mips64el.deb ...
| Unpacking gcl (2.6.12-45)
Control: tags -1 + patch
On Sat, Dec 17, 2016 at 08:15:44AM +0100, Helmut Grohne wrote:
> This bug makes gnutls28 fail to build from source (it detects unbound as
> missing and fails installing its dane components). Raising severity to
> prevent testing migration and warn others.
It
Source: binutils-mingw-w64
Version: 7.2
Severity: serious
Justification: missing dependency
User: helm...@debian.org
Usertags: rebootstrap
Building binutils-mingw-w64 requires a zlib. It does not however list
zlib1g-dev in Build-Depends. Usually, this is not a problem, as
binutils-source depends
Control: reopen -1
Control: found -1 pam/1.1.8-3.4
On Tue, Dec 20, 2016 at 01:39:05AM +, Debian Bug Tracking System wrote:
> pam will soon fail to build from source, beause flex drops its
> dependency on libfl-dev. Since pam uses parts of libfl-dev (e.g.
> libl.a, libfl.a or FlexLexer.h), it
Control: reassign 848807 libunbound2
Control: forcemerge 848339 848807
On Mon, Dec 19, 2016 at 10:32:00PM +0100, Lucas Nussbaum wrote:
> Relevant part (hopefully):
> > make[4]: Entering directory '/<>'
> > make[4]: Nothing to be done for 'install-exec-am'.
> > make[4]: Nothing to be done for
Source: apt
Version: 1.4~rc2
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
Since today apt fails to build from source in unstable on amd64. The
typical failure looks like:
| cd "/<>/obj-x86_64-linux-gnu/doc" && po4a --previous
--no-backups --package-name='apt-doc'
Package: libsnmpkit2c2a
Version: 0.9-16
Severity: grave
Justification: unintentionally empty package on a release architecture
User: helm...@debian.org
Usertags: rebootstrap
libsnmpkit2c2a somehow went empty on ppc64el. The build log reveals:
| checking whether the gcc linker (/usr/bin/ld -m
Package: lib32readline6
Version: 6.3-9
Severity: grave
Justification: unintentionally empty package on a release architecture
User: helm...@debian.org
Usertags: rebootstrap
lib32readline6 is unintentionally empty on s390x. This happens due to a
mismatch between debian/control and debian/rules
Package: python-cassandra-dbg
Version: 3.7.1-2
Severity: grave
Justification: empty package on a release architecture
User: helm...@debian.org
Usertags: rebootstrap
python-cassandra-dbg is an unintentionally empty package on hppa, m68k,
mips, powerpc, powerpcspe, ppc64, s390x, and sparc64. On
Package: hol88-library
Version: 2.02.19940316-32
Severity: grave
Justification: unintentionally empty package on a release architecture
User: helm...@debian.org
Usertags: rebootstrap
Something weired seems to have happend to hol88-library. On some
architectures (arm64, hppa, m68k), the package is
Source: libxfcegui4
Version: 4.10.0-3
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
libxfcegui4 fails to build from source in sid amd64:
| checking whether environ is declared... yes
| ./configure: line 13746: syntax error near unexpected token `am'
| ./configure: line 13746:
Package: debhelper
Version: 10.7.2
Severity: serious
File: /usr/bin/dh_strip
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:fuse
Hi Niels,
I noticed that cross building fuse failed. Once. The issue isn't
reproducible, at least not easily. It also FTBFSed on the jenkins
Source: flasm
Version: 1.62-7
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
flasm fails to build from source in unstable amd64 (presumably due to
the gperf 3.1 upload):
| gperf --language=ANSI-C -t -T -E -o -k 1,$,2,5 -S8 keywords.gperf > keywords.c
| gcc -Wdate-time
Source: forked-daapd
Version: 24.2-2
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
forked-daapd fails to build from source in unstable amd64 (presumably
due to the gperf 3.1 upload):
| gcc -DHAVE_CONFIG_H -I. -I.. -D_GNU_SOURCE
-DDATADIR="\"/usr/share/forked-daapd\""
Source: grok
Version: 1.20110708.1-4.1
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
grok fails to build from source in unstable amd64 (presumably due to the
gperf 3.1 upload):
| cc -c -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong
-Wformat -Werror=format-security
Source: ccontrol
Version: 1.0-1
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
ccontrol fails to build from source in unstable amd64 (presumably due to
the gperf 3.1 upload):
| gcc -O3 -Wall -g -O2 -fdebug-prefix-map=/<>=.
-fstack-protector-strong -Wformat
Source: glibc
Version: 2.24-12
Severity: serious
Tags: patch upstream fixed-upstream
Forwarded:
https://sourceware.org/git/gitweb.cgi?p=glibc.git;a=commitdiff;h=388b4f1a02f3a801965028bbfcd48d905638b797
User: helm...@debian.org
Usertags: rebootstrap
glibc fails to build from source in unstable
Source: fontconfig
Version: 2.12.3-0.2
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
fontconfig FTBFS in sid. Tail of a build log:
| libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../src
-I/usr/include/freetype2 -Wall -Wpointer-arith -Wstrict-prototypes
(2.12.3-0.3) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTBFS: rebuild src/fcobjshash.h with gperf. (Closes: #-1)
+
+ -- Helmut Grohne <hel...@subdivi.de> Mon, 24 Jul 2017 17:06:23 +0200
+
fontconfig (2.12.3-0.2) unstable; urgency=medium
* Non-maintainer upload
Source: libcap2
Version: 1:2.25-1
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
libcap2 fails to build from source in sid.
| cc -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong
-Wformat -Werror=format-security -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64
-Dlinux
Source: rustc
Version: 1.18.0+dfsg1-3
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
rustc fails to build from source in unstable amd64 (presumably due to
the gperf 3.1 upload):
| CFLAGS_x86_64-unknown-linux-gnu = Some("-ffunction-sections -fdata-sections
-fPIC -g
+++ libcap2-2.25/debian/changelog 2017-07-24 17:49:34.0 +0200
@@ -1,3 +1,10 @@
+libcap2 (1:2.25-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTBFS with gperf 3.1. (Closes: #869588)
+
+ -- Helmut Grohne <hel...@subdivi.de> Mon, 24 Jul 2017 17:49:34
Source: libid3tag
Version: 0.15.1b-12
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
libid3tag fails to build from source in unstable amd64 (presumably due
to the gperf 3.1 upload):
| /bin/bash ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-Wdate-time
Source: netsurf
Version: 3.6-3.1
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
netsurf fails to build from source in unstable amd64 (presumably due to
the gperf 3.1 upload):
| COMPILE:
build-x86_64-linux-gnu-x86_64-linux-gnu-release-lib-static/src_colors.c
| cc -MMD -MP
Source: ohcount
Version: 3.0.0-8.3
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
ohcount fails to build from source in unstable amd64 (presumably due to
the gperf 3.1 upload):
| Building src/parser.c (will take a while)
| Building Ohcount
| languages.gperf:66:1: error:
/debian/changelog 2017-07-26 11:19:31.0 +0200
@@ -1,3 +1,10 @@
+pyjunitxml (0.6-1.2) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTBFS (test suite failure with Python 3.5, Closes: #802124).
+
+ -- Helmut Grohne <h.gro...@intenta.de> Wed, 26 Jul 2017 11:18:56
Package: libgssapi-krb5-2
Version: 1.15-1
Severity: serious
Justification: violates policy section 8.2
libgssapi-krb5-2 is a shared library package and contains
/etc/gss/mech.d/README. The latter filename does not depend on the
soname of the library and thus does not change when the soname
Source: flex
Version: 2.6.1-1.3
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
flex fails to build from source in unstable amd64.
| dh_install
| dh_install: Cannot find (any matches for) "debian/tmp/include" (tried in .,
debian/tmp)
|
| dh_install: libfl-dev missing files:
Source: libgnome
Version: 2.32.1-5
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
libgnome fails to build from source in unstable amd64:
| Making all in libgnome
| make[3]: Entering directory '/<>/libgnome'
| (cd . \
| && glib-mkenums \
| --fhead "#ifndef
Control: forcemerge 870310 -1
Control: affects 870310 + src:libgnome src:vino
Adrian Bunk told me that I reported a duplicate.
Helmut
Source: xpa
Version: 2.1.18-1
Tags: upstream
Severity: serious
Justification: policy 4.6
The shlib target in xpa's Makefile.in says:
| ./mklib -ldflags "$(LDFLAGS)" -o $(PACKAGE) `LC_ALL=C ls
lib$(PACKAGE).tmp/*.o`; \
| rm -rf lib$(PACKAGE).tmp)
If mklib fails, the
Source: scotch
Version: 5.1.12b.dfsg-2
Severity: serious
Justification: policy 4.6
Tags: jessie stretch buster sid
User: helm...@debian.org
Usertags: rebootstrap
When some part of scotch's build fails (e.g. mpicc), the build continues
and may produce a broken package. This violates Debian Policy
Source: sprng
Version: 2.0a-2
Severity: serious
Justification: policy 4.6
User: helm...@debian.org
Usertags: rebootstrap
sprng's build system hides build failures. It's Makefile uses
constructs such as:
(cd $somewhere; $(MAKE); cd ..)
If there is a failure in the submake, it is not
Control: reopen -1
On Tue, Jun 20, 2017 at 02:36:18PM +0200, Jörg-Volker Peetz wrote:
> version 1.8.13-5 in unstable still depends on latex-xcolor.
Indeed. I only removed it from Build-Depends and not from Depends.
Thanks for noticing.
Helmut
Hi Sam,
On Sun, Apr 30, 2017 at 12:03:30PM -0400, Sam Hartman wrote:
> I'm going to start by explaining why that file is there and asking for
> your help in figuring out what to do.
> I'm then going to argue that this is not an RC bug (probably not even a
> bug at all).
> But I'm more interested
Source: netkit-tftp
Version: 0.17-18.1
Severity: serious
Justification: policy 4.6
netkit-tftp's debian/rules does not trap errors from ./configure. In
case ./configure fails, the build continues. This can produces
apparently successful misbuilds and is prohibited by the Debian policy
in section
Source: kmod
Version: 24-1
Severity: serious
kmod fails to build from source in unstable. The tail of the build log
is:
| cd html && gtkdoc-mkhtml $mkhtml_options
--path=/<>/build-deb/../libkmod/docs/doc
--path=/<>/build-deb/libkmod/docs/doc libkmod ../libkmod-docs.xml
| Computing chunks...
|
Source: most
Version: 5.0.0a-4
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
I was trying to fix a bug in most that requires modifying configure.
Thus I tried to regenerate it and ... failed.
It seems that configure was generated with autoconf2.61. The archive
does have
Source: libpng1.6
Version: 1.6.32-1
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
libpng1.6 fails to build from source since the debhelper 10.9 upload fixing
#795432:
| make[1]: Entering directory '/<>'
| dh_installexamples -plibpng16-dev example.c pngtest.c pngtest.png
|
Source: htmldoc
Version: 1.8.27-8
Severity: serious
Justification: policy 4.6
Tags: upstream
User: helm...@debian.org
Usertags: rebootstrap
The upstream Makefile.in defers to subdirectories in a shell loop. While
it does break the loop on error, it doesn't transfer the exit code. That
can lead to
Source: libxml2
Version: 2.9.4+dfsg1-4
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
libxml2 fails to build from source in sid/amd64:
| make[2]: Leaving directory
'/<>/libxml2-2.9.4+dfsg1/builddir/main/python2.7-dbg'
| prename -vf 's/(?>/libxml2-2.9.4+dfsg1'
|
Hi Andreas,
On Wed, Sep 20, 2017 at 02:37:38AM +0200, Andreas Beckmann wrote:
> gcc-cross-support FTBFS in experimental, tries to regenerate
> debian/control in order to rename several packages and add a bunch of
> new ones.
Yes. The problem essentially is that you can only upload
Source: libpsl
Version: 0.18.0-3
Severity: serious
Tags: patch
Hi Daniel,
your -3 upload switching to python3 made libpsl FTBFS on all
architectures. Since building libpsl is important to me, I came up with
the attached patch to make it build again. It bypasses any locale
settings and forces the
Source: cjk
Version: 4.8.4+git20150701-2
Severity: serious
Justification: policy 4.6
The toplevel cjk Makefile runs configure and make chained with ";". In
the presence of errors from configure, it still attempts to run make.
This behaviour can result in errors going undetected and thus violates
+++ libxml2-2.9.4+dfsg1/debian/changelog2017-09-25 05:57:49.0
+0200
@@ -1,3 +1,11 @@
+libxml2 (2.9.4+dfsg1-4.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTBFS: Fix debhelper -p and -N flags. (Regressed in debhelper/10.9,
+Closes: #-1)
+
+ -- Helmut
) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTBFS: Remove debhelper -N flags referencing obsolete packages.
+(Regressed in debhelper/10.9, Closes: #876672)
+
+ -- Helmut Grohne <hel...@subdivi.de> Mon, 25 Sep 2017 05:32:06 +0200
+
e2fsprogs (1.43.6-1) unstable; urgency=
Source: xscreensaver
Version: 5.36-1
Severity: serious
Justification: policy 4.6
User: helm...@debian.org
Usertags: rebootstrap
The debian policy section 4.6 requires that when build commands fail,
the build should abort. In case xscreensaver's intltool-update aborts,
the error is ignored and the
Source: bsd-finger
Version: 0.17-15.1
Severity: serious
Justification: policy 4.6
User: helm...@debian.org
Usertags: rebootstrap
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 ignored and the
Package: libgpg-error0
Version: 1.27-3
Severity: serious
Justification: policy 8.2
User: helm...@debian.org
Usertags: rebootstrap
libgpg-error0 packs runtime support files (i.e. .mo files) into the
shared library package. It happens that these files are not versioned
(e.g. libgpg-error.mo rather
Package: gettext
Version: 0.19.8.1-3
Severity: serious
Justification: glibc ftbfs
User: helm...@debian.org
Usertags: rebootstrap
The removal of POT-Creation-Date (#792687) is a nice thing to do, but
the archive isn't quite ready for it.
* glibc FTBFS
Source: ncftp
Version: 2:3.2.5-2
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
I tried cross building ncftp and that didn't go particularly well. In
that process, I noticed that ncftp's configure is not regenerated from
configure.in at build time. The file says it is generated
Source: expat
Version: 2.2.3-1
Severity: serious
Justification: missing source
User: helm...@debian.org
Usertags: rebootstrap
The source code for generating expat/lib/nametab.h is missing from the
debian source package. It can be found at
Source: glee
Version: 5.4.0-2
Severity: serious
Justification: missing source
The configure file claims that it was generated using autoconf. Yet the
corresponding source configure.in or configure.ac is missing from the
source package. This makes the package unsuitable for main in principle.
On Sat, Nov 25, 2017 at 12:36:33PM -0800, Benj. Mako Hill wrote:
> I agree that a hand-modified binary a binary would not mean that you
> don't need to provide source for that binary. I think there's likely
> going to be consensus on that in Debian.
That put's you in a difficult spot as to where
On Thu, Nov 23, 2017 at 11:32:06AM +, Simon McVittie wrote:
> It looks as though plain gtkdocize replaces gtk-doc.make with a symbolic
> link, which dh-autoreconf won't delete (bug filed), breaking the ability
> to build twice in a row; so gtkdocize --copy (which works like I expected)
> is
Source: outguess
Version: 1:0.2-8
Severity: serious
Justification: missing source
User: helm...@debian.org
Usertags: rebootstrap
jpeg-6b-steg/configure claims to be a generated file. I was looking for
the source and couldn't find it. This seems like a plain DFSG #2
violation.
Helmut
On Fri, Nov 24, 2017 at 06:22:05PM -0800, Benj. Mako Hill wrote:
> I'll also say that I'm skeptical about both the severity you've chosen
> here (serious), about describing this as a FTBFS issue, and about your
> suggestion that this is a DFSG issue.
I deliberately avoided the FTBFS language,
Source: e2fsprogs
Version: 1.43.7-1
Severity: serious
Justification: FTBFS
User: helm...@debian.org
Usertags: rebootstrap
I was investigating a bootstrap failure for mips64el
(https://jenkins.debian.net/job/rebootstrap_mips64el_gcc7_nobiarch/51)
and wondered whether this was a native issue.
Source: geeqie
Version: 1:1.3-1
Severity: serious
Justification: policy 4.6
User: helm...@debian.org
Usertags: rebootstrap
The upstream build system of geeqie does not trap all errors from
programs executed by make. In src/Makefile.am in the ui_icons.h target,
$(GDK_PIXBUF_CSOURCE) is chained
Source: glib2.0
Version: 2.54.2-2
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
glib2.0 fails to build from source on amd64. This happens both on the
buildd
https://buildd.debian.org/status/fetch.php?pkg=glib2.0=amd64=2.54.2-2=1513222982=0
and on the reproducible infrastructure
(0.13-2) UNRELEASED; urgency=medium
+
+ * Team upload.
+ * Address FTBFS: export LC_ALL=C.UTF-8. (Addresses: #881307)
+ * Bump agda-bin Breaks due to agdai incompatibility.
+ * Tighten up agda relation ships to detect incompatibility next time.
+
+ -- Helmut Grohne <hel...@subdivi.de> Fri, 17
43:07.0 +0100
@@ -1,3 +1,10 @@
+libidn2 (2.0.4-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTBFS: gtkdocize and add dblatex to Build-Depends. (Closes: #881915)
+
+ -- Helmut Grohne <hel...@subdivi.de> Fri, 17 Nov 2017 22:43:07 +0100
+
libidn2 (2.0.4-1) uns
Source: cross-toolchain-base
Version: 19
Severity: serious
# apt-get build-dep cross-toolchain-base
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
Package: libc6-dev-mips64el-cross
Version: 20
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
I was trying to use gcc-mips64el-linux-gnuabi64 to link a trivial
executable:
$ echo 'int main(){return 0;}' | mips64el-linux-gnuabi64-gcc -x c - -o /dev/null
With libc6-dev:mips64el
Source: libdebian-installer
Version: 0.111
Severity: serious
Justification: fails to build from source (but built successfully in the past)
User: helm...@debian.org
Usertags: rebootstrap
| make[5]: Entering directory '/<>/build/src/system'
| /bin/bash ../../libtool --tag=CC --mode=compile gcc
Source: funtools
Version: 1.4.7-1
Severity: serious
Justification: policy 4.6
Tags: upstream
User: helm...@debian.org
Usertags: rebootstrap
The Debian policy mandates that build errors cause the build to abort.
This is not the case for funtools' Makefile.in. In line 236 it executes
mklib and an
Source: mbr
Version: 1.1.11-5.1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
User: helm...@debian.org
Usertags: rebootstrap
E.g. mips64el:
| dh_installdirs -p mbr-udeb sbin
| dh_installdirs: All requested packages have been excluded (e.g. via a
Package: cross-gcc-dev
Version: 149
Severity: serious
The patches no longer apply to gcc-7 nor gcc-8. Most likely this is due
to the Priority change. Please rebase.
Helmut
Source: mikmod
Version: 3.2.8-1
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
mikmod fails to build from source (natively):
| checking for libmikmod-config... /usr/bin/libmikmod-config
| checking for libmikmod - version >= 3.1.5... no
| *** Could not run libmikmod test
Source: crystalhd
Version: 1:0.0~git20110715.fdd2f19-12
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
I was trying to fix a cross compilation issue in crystalhd and noticed
that filters/gst/gst-plugin/src/Makefile.in would not be regenerated
from the corresponding Makefile.am.
301 - 400 of 1514 matches
Mail list logo