Control: reassign -1 debputy
Control: affects -1 libcleri
On Sat, 20 Apr 2024 14:06:18 +0200 Lucas Nussbaum wrote:
Source: libcleri
Version: 1.0.2-1
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240420 ftbfs-trixie ftbfs-t64-arm64
Hi,
Salvatore Bonaccorso:
Source: debhelper
Version: 13.15
Severity: serious
Tags: ftbfs
Justification: Regression for other package builds, FTBFS
X-Debbugs-Cc: car...@debian.org,debian-ker...@lists.debian.org
Control: affects -1 + src:linux,src:linux-signed-amd64,src:linux-signed-arm64
Hi Niels,
/3e289043fd79a9d474a3b6d6f4591408cef26e65
dh_gencontrol: Gracefully cope with custom substvars and -dbgsym packages
Closes: #1067711
Signed-off-by: Niels Thykier
(this message
Control: reassign 1067711 debhelper
Control: reassign 1067728 debhelper
Control: forcemerge 1067711 1067728
Control: retitle 1067711 dh_gencontrol: substvars and -dbgsym packages
Control: affects 1067711 mrpt genomethreader
Hi,
I think this kind of bugs are likely to be a bug in debhelper.
/791f69537725c8183dc42bffbfbb0e09b77082cc
Dh_Lib.pm: Fix field truncation in compat 14+
Closes: #1067508
Closes: #1067509
Signed-off-by: Niels Thykier
(this message was generated
/791f69537725c8183dc42bffbfbb0e09b77082cc
Dh_Lib.pm: Fix field truncation in compat 14+
Closes: #1067508
Closes: #1067509
Signed-off-by: Niels Thykier
(this message was generated
Package: pkg-js-tools
Severity: serious
X-Debbugs-Cc: ni...@thykier.net
Control: affects -1 src:devscripts
Justification: Autopkgtests failures are RC per RT decision
Hi
A new version of `devscripts` removed its dependency on `fakeroot`.
After this, the pkg-js-tools's autopkgtests started
Nilesh Patra:
On 25 August 2023 1:47:26 pm IST, Nilesh Patra wrote:
On Wed, 26 Jul 2023 21:52:17 +0200 Lucas Nussbaum wrote:
Source: eegdev
Version: 0.2-6
Severity: serious
In file included from conffile.lex.c:242:
../../lib/stdio.h:64:3: error: #error "Please include config.h first."
Niels Thykier:
[...]
Hi,
[...]
I believe that this is stdio.h is generated by the embedded gnulib copy
and that is as far as I am willing to debug that rabbit hole. Based on
the error, I assume gnulib's generated stdio.h requires the project
specific "config.h" to be lo
Axel Beckert:
Hi,
Helmut Grohne wrote:
308 armel
313 armhf
316 i386
613 mipsel
I think it is fairly safe to say that the problem affects 32bit
architectures.
Could this be https://bugs.debian.org/1023286 in fakeroot as well as
Niels pointed out in
Axel Beckert:
Hi Niels,
Niels Thykier wrote:
[...]
It was indeed an oversight.
Yep, looked like that: Was the only occurence far away from the
remaining calls.
Also wondered if that call better should have been a simple
install_file() instead.
The $mode parameter gets in the way
Package: fakeroot
Version: 1.29-1
Severity: serious
X-Debbugs-Cc: ni...@thykier.net
Hi,
The fakeroot/1.30.1-1 FTBFS on mipsel (release arch) which blocks the
fix for #1023286 from affecting mipsel binaries.
The #1023286 also seems to be source of a lot of a dbgsym packages
having the wrong
Axel Beckert:
Hi again,
Will upload anyway as it clearly improves the situation and we need a
fix quickly.
Niels: Feel free to improve my fix in the next upload in case I
understood some of the new code wrongly.
Regards, Axel
Hi,
Thanks for finding and working around the
Control: tags -1 moreinfo
On Sat, 16 Jul 2022 15:37:05 +0200 Lucas Nussbaum wrote:
> Source: mscgen
> Version: 0.20-14
> Severity: serious
> Justification: FTBFS
> Tags: bookworm sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20220716 ftbfs-bookworm
>
> Hi,
>
> During a rebuild of all
Control: tags -1 moreinfo
Drew Parsons:
> Package: debhelper
> Version: 13.7.1
> Severity: Serious
> Justification: FTBFS
> Control: block 1012022 by -1
>
> fenics-basix 0.4.2-1exp1 is currently failing to build in a
> binary-indep build, see
>
On Tue, 21 Dec 2021 21:23:42 +0100 =?iso-8859-1?q?Sl=E1vek_Banko?=
wrote:
> Hi Jorge, Niels, all,
>
> I prepare patch for Debian packaging files that increases debhelper
> compatibility and makes clean of build rules. This should completely
> address this bug. See attachment.
>
> Cheers
> --
On Wed, 22 Dec 2021 09:37:46 +0100 Evangelos Ribeiro Tzaras
wrote:
> Just as a follow up:
>
> I could imagine adopting the package (possibly within the VoIP team)
> in case the maintainer is willing to part with it. I don't want to be
> stepping on any toes, which is why I'm cautiously putting
Package: racon
Version: 1.4.21-1
Severity: serious
X-Debbugs-Cc: ni...@thykier.net
Hi,
A new version of libedlib (with a new ABI) has been uploaded to
unstable and that causes racon to fail to build from source.
Relevant parts of the amd64 log:
```
> /usr/bin/cmake -E cmake_link_script
Control: reassign -1 debhelper
Control: affects -1 systemd
Michael Biebl:
> Am 30.08.21 um 18:31 schrieb Vincent Lefevre:
>> Package: systemd
>> Version: 247.9-1
>> Severity: critical
>> Justification: breaks unrelated software
>>
>> systemd provides a dangling symlink:
>>
>> $ ls -l
Control: reassign -1 debhelper
Control: affects -1 uucp
Helmut Grohne:
> Source: uucp
> Version: 1.07-27
> Severity: serious
> Tags: ftbfs
> X-Debbugs-Cc: debhel...@packages.debian.org
>
> The /usr-merge broke the uucp build. dh_installsystemd now moves
> .services files from /lib to /usr/lib.
Michael Biebl:
> Hi Niels
>
> Am 31.08.21 um 18:07 schrieb Niels Thykier:
>
>> My thought is that this is not something I want in dh_link - dh_link has
>> no business second guessing the link values it gets. Since dh_link runs
>> after dh_installsys
Michael Biebl:
> Am 30.08.21 um 18:31 schrieb Vincent Lefevre:
>> Package: systemd
>> Version: 247.9-1
>> Severity: critical
>> Justification: breaks unrelated software
>>
>> systemd provides a dangling symlink:
>>
>> $ ls -l /lib/systemd/system/portmap.service
>> lrwxrwxrwx 1 root root 15
Helmut Grohne:
> Source: units-filter
> Version: 4.0.1-1
> Severity: serious
> Tags: ftbfs
> X-Debbugs-Cc: debhel...@packages.debian.org
>
> units-filter fails to build from source. A build ends with:
>
> |dh_installdocs
> | dh_installdocs: error: Cannot find (any matches for) "README"
Axel Beckert:
> Package: debhelper
> Version: 13.3.1
> Severity: serious
> Justification: Causes file conflicts within binary packages of the same
> source package
> Control: block 961757 by -1
>
>
> [...]
Hi Axel,
Thanks for filing the bug.
I have not examined this fully and I do not expect
Andreas Tille:
> Control: tags -1 pending
>
> Hi,
>
> upstream of fis-gtm package[1] confirmed that the build needs some root
> permissions. Thus I've set
>
>Rules-Requires-Root: yes
>
> When trying to build with pbuilder I get:
>
>dh_testroot
> dh_testroot: error: Package needs
Guillem Jover:
> Hi!
>
> On Sat, 2020-10-24 at 11:54:54 +0200, Niels Thykier wrote:
>> Rather, I suspect the issue is that Rules-Requires-Root is set to "No"
>> rather than "no". AFAICT, only "no" has been defined and it is
>>
Control: reassign -1 perl-base
Control: affects -1 upgrade-reports
Control: severity -1 grave
Hi Perl team,
I have reassigned this bug to perl because perl-base being essential
must remain functional during an upgrade and AFAICT perl-base fails in
this case here.
If it is a direct linkage, then
On Sat, 24 Oct 2020 11:49:46 +0200 Helmut Grohne wrote:
> 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
Control: reassign -1 esys-particle
Control: retitle -1 esys-particle: Broken section number in manpage
Adrian Bunk:
> On Fri, Jun 05, 2020 at 07:55:33AM +0200, Niels Thykier wrote:
>> Adrian Bunk:
>>> Source: debhelper
>>> Version: 13.1
>>> Severity: seri
Adrian Bunk:
> Source: debhelper
> Version: 13.1
> Severity: serious
> Control: affects -1 src:esys-particle
> Control: block 961995 by -1
>
> https://buildd.debian.org/status/package.php?p=esys-particle
>
> ...
>dh_installman -a
> dh_installman: warning: Section for ./debian/esysparticle.1
Package: dothost
Severity: serious
Control: affects -1 src:debhelper
The dothost CI test has the following output:
> """
> Removing autopkgtest-satdep (0) ...
> autopkgtest [08:29:06]: test command1: dothost www.debian.org | graph-easy
> --as boxart || exit 77
> autopkgtest [08:29:06]: test
Control: reassign -1 mscgen,libgd3
Control: affects -1 mscgen
control: retitle -1 mscgen crashes after libgd3 upload
On Tue, 12 May 2020 13:16:59 +0300 Adrian Bunk wrote:
> Source: mscgen
> Version: 0.20-13
> Severity: serious
> Tags: ftbfs
>
>
Control: reassign -1 libgd2
Control: affects -1 mscgen
(Re-assigning this to libgd3 because that is where the original bug was
found and fixed).
Ondřej Surý:
> My very quick guess would be that in the last case `-1` is returned
> and therefore mscgen fails on `realloc(ptr, -1)`. I guess this
Ondřej Surý:
> Hi Lucas,
>
> this: https://github.com/libgd/libgd/issues/615 ?
>
>[...]
>
Hi Ondřej,
Thanks for the link. It indeed looks related and if I special case
0-sized strings in mscgen, the error goes away (see attached patch).
Should I apply this patch to mscgen, or should this be
Lucas Nussbaum:
> Source: mscgen
> Version: 0.20-13
> Severity: serious
> Justification: FTBFS on amd64
> Tags: bullseye sid ftbfs
> Usertags: ftbfs-20200501 ftbfs-bullseye
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
Hi Ondřej,
You broke
Control: severity -1 normal
Control: tags -1 moreinfo
Dennis Braun:
> Package: debhelper
> Version: 13
> Severity: serious
> Tags: upstream ftbfs
> Justification: fails to build from source
>
> Dear Maintainer,
>
> when upgrading to dh 13 with ebumeter, dh complains about source files from
>
Control: reassign -1 command-not-found
Control: affects -1 apt-file
Anthony M.R. Alvis:
> Package: apt-file
> Version: 3.2.2
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> I have attached a text file containing what happens after i run sudo apt-file
>
Colin Watson:
> Package: debhelper
> Version: 12.7.1
> Severity: important
>
> rumur FTBFS with debhelper 12.7.1 and man-db 2.9.0-1. Running the
> binary target manually with DH_VERBOSE=1, I see the following at the
> end:
>
> [...]
>
Hi Colin,
Thanks for filing this bug.
I think you have
Control: reassign -1 xorg-server
Control: retitle -1 xorg-server: build target must depend on build-*
Control: tags -1 ftbfs
Timo Aaltonen:
> Package: debhelper
> Severity: important
>
> Hi, debhelper 12.4 was fine but the current one broke xorg-server build,
> build-indep isn't run at all. With
On Wed, 11 Sep 2019 07:21:24 +0200 Robert Lemmen
wrote:
> ...and it's fakeroot! it does ld_preload to map file user ids, and doing
> that it fakes stat calls, but not statx!
>
> regards robert
>
> --
> Robert Lemmen http://www.semistable.com
Does rakudo build
Control: severity -1 important
On Fri, 02 Aug 2019 14:05:25 +0200 Markus Koschany wrote:
> Package: javahelper
> Version: 0.72.9
> Severity: serious
>
>
> jh_linkjars apparently chokes on the new debhelper-compat package.
> Since it is not a real package dpkg -L does not work. I presume the
>
Control: reassign -1 strip-nondeterminism
On Sun, 18 Aug 2019 08:19:37 +0200 Paul Gevers wrote:
> Source: debhelper, strip-nondeterminism
> Control: found -1 debhelper/12.5.1
> Control: found -1 debhelper/12.5
> Control: found -1 strip-nondeterminism/1.5.0-1
> Severity: serious
> X-Debbugs-CC:
Control: reassign -1 debhelper
Control: affects -1 pkg-js-tools
Xavier:
> Le 18/08/2019 à 08:15, Xavier a écrit :
>> [...]
>>
>> Works fine until debhelper 12.5. Then dh returns:
>>
>> dh: unable to load addon nodejs: Debian/Debhelper/Sequence/nodejs.pm
>> did not return a true value at
Control: tags -1 moreinfo
On Sun, 18 Aug 2019 07:55:59 +0200 Xavier Guimard wrote:
> Package: pkg-js-tools
> Version: 0.9.5
> Severity: grave
> Justification: renders package unusable
>
> pkg-js-tools was based on add_command_options which disappears in
> Debhelper 12.5.1. This renders
Package: fcm
Version: 2019.05.0-1
Severity: serious
Hi,
Found by lintian and confirmed manually; the fcm_test_battery script
installed into the default PATH uses /usr/bin/bash as interpreter.
This only works on /usr-merged systems. However, Debian systems
cannot be assumed to have been
Chris Lamb:
> [Correctly adding t...@release.debian.org to CC...]
>
> Hi Santiago,
>
>> For completeness I would also make the build-dependency on gnupg to be
>> versioned.
>
> Good idea; updated patch attached.
>
> Stable release managers, would you consider this for the next stretch
> point
Helmut Grohne:
> Control: reopen -1
> Control: affects -1 + src:dropbear
>
> On Tue, Jul 16, 2019 at 08:42:09PM +, Debian Bug Tracking System wrote:
>>* dh_installinit: Fix regression where dh_installinit bailed
>> out on --name if only one of the acted on packages had an
>>
Helmut Grohne:
> Package: debhelper
> Version: 12.2
> Severity: serious
> Tags: ftbfs
> Control: affects -1 + src:openssh src:util-linux
> User: helm...@debian.org
> Usertags: rebootstrap
>
> debhelper 12.2 fixes #462389 and makes dh_installinit fail when the
> --name'd init script does not
On Sat, 13 Jul 2019 14:33:00 +0200 Christoph Biedl
wrote:
> Control: tags 931985 pending
>
> So here's the story: The dh_shlibdepends program runs under fakeroot,
> and libfakeroot will be loaded be the file binary as well. Nothing new.
>
> Enter seccomp: The version of file in experimental is
On Thu, 16 May 2019 20:09:52 +0200
=?UTF-8?B?TMOhc3psw7MgQsO2c3rDtnJtw6lueWkgKEdDUyk=?= wrote:
> Hi,
>
> On Thu, May 16, 2019 at 11:57 AM Pirate Praveen
> wrote:
> > On Fri, 10 May 2019 21:04:33 +0200 Salvatore Bonaccorso
> > wrote:
> > > Source: sqlite3
> > > The following vulnerability was
Comment fields to the .desktop files as they are now
+required by the Appstream generator. (Closes: #923592)
+
+ -- Niels Thykier Sat, 18 May 2019 07:16:42 +
+
marble (4:17.08.3-3.1) unstable; urgency=low
* Non-maintainer upload.
diff -Nru marble-17.08.3/debian/patches/fix-923592
Sean Whitton:
> Hello,
>
> On Mon 13 May 2019 at 11:52AM +00, Holger Levsen wrote:
>
>> [re-sent with debian-release list address corrected...]
>
> Also resending. Sorry.
>
>> so there is "#928172 debian-security-support: fails to upgrade from
>> 'testing':
>> dpkg: error: error executing
Niels Thykier:
> Hi Chris and Ruben,
>
> Could either of you please have a look at this bug in cpio (you are
> listed as Uploaders)? Even if it is just in the form of "ENOTME, NMU
> welcome".
>
> Note that Anibal is MIA (per #925021).
>
> Thanks,
> ~
/29c8051721317895a2258acb74c6fe5c023e56bc
Add myself as uploader
Closes: #927765
Signed-off-by: Niels Thykier
(this message was generated
Niels Thykier:
> Hi Chris and Ruben,
>
> Could either of you please have a look at this bug in cpio (you are
> listed as Uploaders)? Even if it is just in the form of "ENOTME, NMU
> welcome".
>
> Note that Anibal is MIA (per #925021).
>
> Thanks,
> ~
Hi Chris and Ruben,
Could either of you please have a look at this bug in cpio (you are
listed as Uploaders)? Even if it is just in the form of "ENOTME, NMU
welcome".
Note that Anibal is MIA (per #925021).
Thanks,
~Niels
On Tue, 9 Apr 2019 18:05:00 +0200 Andreas Beckmann wrote:
> Control:
Andreas Tille:
> Control: tags -1 - moreinfo
>
> Hi Niels,
>
> On Fri, Apr 19, 2019 at 06:05:00AM +, Niels Thykier wrote:
> [...]
>
>> If the incomplete d/copyright also applies to testing, then it will need
>> a fix via testing-proposed-updates. T
On Tue, 2 Apr 2019 09:41:25 +0300 =?UTF-8?B?T3R0byBLZWvDpGzDpGluZW4=?=
wrote:
> OK, so current MariaDB 10.3.13 we have in Debian contains MariaDB
> Connector C 3.0.9
>
> mariadb-10.3$ grep -rF 'SET(CPACK_PACKAGE_VERSION_' libmariadb/CMakeLists.txt
> SET(CPACK_PACKAGE_VERSION_MAJOR 3)
>
Control: tags -1 moreinfo unreproducible
Hi Boyuan Yang,
Dominique provided the following message to your bug. However, I am
sure if you have seen it (you were not listed as an explicit CC and the
BTS does not CC submitters by default).
On Wed, 17 Apr 2019 10:06:22 +0200 Dominique Dumont
On Thu, 04 Apr 2019 18:13:43 +0200 Jonas Smedegaard wrote:
> control: tag -1 confirmed
>
> Quoting Sandro Mani (2019-04-04 13:36:28)
> > $ wget
> > https://files.pythonhosted.org/packages/source/x/xonsh/xonsh-0.8.12.tar.gz
> > $ tar xf xonsh-0.8.12.tar.gz
> > $ licensecheck
On Mon, 15 Apr 2019 22:27:57 +0200 Guido =?iso-8859-1?Q?G=FCnther?=
wrote:
> Hi,
> On Mon, Apr 15, 2019 at 10:18:18PM +0200, Michael Biebl wrote:
> > Hi Sam
> >
> > Am 15.04.2019 um 20:38 schrieb Sam Hartman:
> > > control: severity -1 serious
> > >
> > > justification: libvirtd upgrades from
Vincas Dargis:
> On 2019-04-13 12:50, Niels Thykier wrote:
>> What is the status of this bug? AFAICT, we have *some* fixes from
>> upstream but Chris's mail implies that the bug is not completely fixed.
>
> This bug disappeared from my logs long time ago, at least haven't s
Source: openblas
Severity: serious
User: release.debian@packages.debian.org
Usertags: buster-is-blocker
Hi,
Please disable the usage of TLS (thread-local storage) to work around
#903514 (deadlocks in glibc with TLS) for now.
Thanks,
~Niels
On Wed, 3 Apr 2019 00:04:43 +0200 Andreas Beckmann wrote:
> [...]
>
> What's the point in having a cruft package (libprotobuf10) installable
> in buster, if it has been shown that this allows partial upgrades (yes,
> partial upgrades *are* supported) that reproducibly cause failures?
> The cruft
On Sat, 6 Apr 2019 16:38:13 +0200 Chris Hofstaedtler
wrote:
> * Thierry fa...@linux.ibm.com [190406 14:35]:
> > > >The only occurrence I'm seeing on my system is:
> > > >
> > > >openat(AT_FDCWD, "/usr/lib/firefox/fonts/.uuid.TMP-EWjEq0",
> > > >O_RDWR|O_CREAT|O_EXCL|O_CLOEXEC, 0600) = -1 EACCES
Hi Bastien,
Could you have a look at this bug (in particular) the mail below.
The bug has been tagged buster-ignore, but we would still like a more
user-friendly solution (even if just in the form of a NEWS entry, so
upgrading people are not caught unaware).
Thanks,
~Niels
On Sun, 7 Apr 2019
On Sun, 10 Mar 2019 21:57:02 + Colin Watson wrote:
> Control: reassign 891434 src:grub2
> Control: forcemerge 891434 923839
>
> On Tue, Mar 05, 2019 at 03:43:31PM -0800, Steve Langasek wrote:
> > But I'm reassigning this bug to grub2, because I think the right answer for
> > nearly all
Lars Wirzenius:
> On Tue, Mar 05, 2019 at 07:24:03PM +, Debian Bug Tracking System wrote:
>> Added tag(s) bullseye and sid.
>
> Does this mean buster is going to be released with vmdebootstrap? This
> would make me sad. Why is this? I'm not going to spend any time to fix
> vmdebootstrap. I'd
Package: libowasp-java-html-sanitizer-java-doc
Version: 0.1+r88-1
Severity: serious
Hi,
The libowasp-java-html-sanitizer-java-doc package is depending on
libjsr305-java-doc in sid + buster, however libjsr305-java-doc is no
longer buit.
Please remove the dependency for buster.
Thanks,
~Niels
Source: debian-installer-netboot-images
Version: 20190118
Severity: serious
Hi,
The "Built-Using" field of debian-installer-netboot-images references
openssl1.0/1.0.2q-1~deb9u1 and ttf-freefont/20100919-1, neither of
which are in unstable nor testing at the moment. The former was
removed very
On Fri, 14 Dec 2018 10:22:49 +0100 Ralf Jung wrote:
> Hi,
>
> > Fixing this does seem like it would be a good idea for general
> > robustness against dodgy firmware (this is not the first iteration of
> > problems along these lines). It would take some development work, but
> > hopefully not
On Sat, 29 Dec 2018 00:56:55 +0200 Jussi Pakkanen
wrote:
> On Fri, Dec 28, 2018 at 1:57 AM Santiago Vila wrote:
>
> > The build was made in my autobuilder with "dpkg-buildpackage -A"
> > but it also fails here:
> >
> >
On Sat, 1 Dec 2018 14:34:26 +0100 gregor herrmann wrote:
> Control: tag -1 + pending
>
> On Fri, 02 Nov 2018 21:07:04 +0100, Laurent Bigonville wrote:
>
> > Why aren't you using "dh_makeshlibs -V" or the version macro that are
> > present in /usr/share/dpkg/pkg-info.mk ?
>
> This seems to be
Niels Thykier:
> [...]
>
> Stacktrace follows:
>
> """
> (gdb) bt full
> #0 termkey_get_flags (tk=0x0) at termkey.c:565
> No locals.
> #1 0x7794cba6 in XS_Term__TermKey_get_flags (my_perl= out>, cv=) at lib/Term/TermKey.xs:457
>
gregor herrmann:
> On Sat, 29 Dec 2018 16:11:00 +0000, Niels Thykier wrote:
>
>>>> Does/did it work under nohup (without the
>>>> debhelper work around to make nohup work)?
>>>
>>> Yes, in the same chroot (i.e. with the STDIN redirection commented
&
gregor herrmann:
> On Sat, 29 Dec 2018 04:57:00 +0000, Niels Thykier wrote:
>
>>> From the debhelper changelog:
>>>
>>> debhelper (11.5.4) unstable; urgency=medium
>>>
>>> [ Niels Thykier ]
>>> * Dh_Lib.pm: Reopen stdin to re
Package: rainloop
Version: 1.11.1-1
Severity: serious
Hi,
The rainloop package currently depends on libphp-predis, which is
scheduled for removal (see #915069 for the details). AFAICT, the
replacement for libphp-predis is php-nrk-predis (which is a newer
version of the same code just using a
sts (locally and
> on r-b/ci.debian.net).
>
> After thinking a bit I tried:
>
> #v+
> --- a/debian/rules
> +++ b/debian/rules
> @@ -4,4 +4,4 @@
> dh $@
>
> override_dh_auto_test:
> - TERM=vt100 dh_auto_test
> + TERM=vt100 prove --blib --verbose
Package: debian-archive-keyring
Version: 2017.5
Severity: serious
Hi,
We need a new release signing key for buster so we can include it in a
debian-archive-keyring upload before the buster release.
Thanks,
~Niels
(If we need a better template, please help us with an update to
Package: debian-archive-keyring
Version: 2017.5
Severity: serious
Hi,
We need new archive signing keys for buster, so we can include them in
a debian-archive-keyring upload before the buster release.
Thanks,
~Niels
(If we need a better template, please help us with an update to
On Mon, 17 Dec 2018 19:43:35 +0100 Andreas Metzler wrote:
> Package: libgnutls30
> Version: 3.6.5-2
> Severity: serious
> Justification: maintainer's opinion
>
> gnutls 3.6.5-2 would be a candidate for testing migration tomorrow ("Too
> young, only 1 of 2 days old"). This is too quick, the
Adrian Bunk:
> Package: debhelper
> Version: 11.5.2
> Severity: serious
>
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/apcupsd.html
>
> ...
> dh clean --with autoreconf
>dh_auto_clean
> make V=1 -j16 clean
> make[1]: Entering directory
Helmut Grohne:
> 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
On Thu, 28 Dec 2017 00:05:02 -0500 Jeremy Bicha wrote:
> Source: vte
> Severity: serious
> Tags: sid buster
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> Usertags: oldlibs vte
>
> The old vte 0.28 series has not had a release since GNOME3's release in 2011.
>
> Please port your app to
On Thu, 28 Dec 2017 17:14:52 -0500 Jeremy Bicha wrote:
> Source: rarian
> Version: 0.8.1-6
> Severity: serious
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> Usertags: oldlibs rarian
> Tags: sid buster
>
> scrollkeeper has been deprecated and unmaintained for years. Its
> replacement,
On Sun, 2 Jul 2017 03:15:36 +0200 Guillem Jover wrote:
> Hi!
>
> [...]
>
> Isn't the obviously correct and policy compliant approach to just
> Conflicts/Replaces (or Breaks/Replaces depending on the force you want
> to apply here) with the init-select package from one of the grub
> packages,
On Sat, 29 Sep 2018 20:47:00 + Niels Thykier wrote:
> clone 909906 -1
> reassign -1 jython
> reassign 909906 jsurf-alggeo
> retitle -1 jython: Invalid regex passed to jh_installlibs
> retitle 909906 jsurf-alggeo: Invalid regex passed to jh_installlibs
> thanks,
>
>
clone 909906 -1
reassign -1 jython
reassign 909906 jsurf-alggeo
retitle -1 jython: Invalid regex passed to jh_installlibs
retitle 909906 jsurf-alggeo: Invalid regex passed to jh_installlibs
thanks,
Adrian Bunk:
> Package: javatools
> Version: 0.66
> Severity: serious
> Control: affects -1
On Fri, 28 Sep 2018 05:14:00 + Niels Thykier wrote:
> Control: tags -1 moreinfo
>
> [...]
>
>
> Truly, it did until dublin-traceroute/0.4.2-2 was uploaded a short while
> ago, which solved this issue on their side by updating the debian/*.install.
>
> Have
Source: pd-mrpeach
Version: 0.1~svn17647-2
Severity: serious
Hi,
Due to a recent change in debhelper, we learning that pd-mrpeach have a
build step that seems like it ought to do something but in fact does
nothing.
In d/rules we find this:
"""
override_dh_auto_install:
dh_auto_install
Control: tags -1 moreinfo
Sven Joachim:
> On 2018-09-27 23:20 +0300, Adrian Bunk wrote:
>
>> Package: debhelper
>> Version: 11.4
>> Severity: serious
>> Control: affects -1 src:dublin-traceroute
>>
>> https://buildd.debian.org/status/package.php?p=dublin-traceroute=sid
>>
>> ...
>>dh_install
On Sun, 7 Jan 2018 14:33:51 + Simon McVittie wrote:
> Control: retitle 675857 /etc/init.d/alsa-utils creates /.config/pulse under
> sysvinit
>
> Forwarding the text of Daniel Reichelt's message reopening RC bug
> #675857 (and its merged duplicates) to the bug, so that it's visible
> to the
Package: libreswan
Version: 3.25-1
Severity: serious
Hi,
The libreswan package has a hardcoded dependency on libunbound2, which
prevents us from replacing libunbound2 with libunbound8. Please
remove that dependency and rely on ${shlib:Depends} (which pick ups
libunbound8 automatically).
Sven Joachim:
> On 2018-09-18 14:09 +0300, Peter Pentchev wrote:
>
>> Package: debhelper
>> Version: 11.4
>> Severity: serious
>>
>> Hi,
>>
>> Thanks for maintaining and extending debhelper!
>>
>> I don't have much information right now, maybe I'll look into it in
>> the evening (Eastern European
Control: tags -1 moreinfo
On Tue, 18 Sep 2018 14:09:03 +0300 Peter Pentchev wrote:
> Package: debhelper
> Version: 11.4
> Severity: serious
>
> Hi,
>
> Thanks for maintaining and extending debhelper!
>
> I don't have much information right now, maybe I'll look into it in
> the evening
Source: pbbam
Version: 0.18.0+dfsg-1
Severity: serious
Hi,
The pbbam package FTBFS on every release architecture. The following
snippet is from the arm64 build:
"""
# Fix broken PATH
synthetic_movie_all_path=`find $PWD -name synthetic_movie_all.subreadset.xml` ;
\
sed -i -e
Source: litecoin
Version: 0.16.0-2
Severity: serious
Control: block 908980 by -1
Hi,
During the qrencode transition, we noticed that litecoin FTBFS on
mips64el. It is not entirely clear that the FTBFS is related to
qrencode (from my PoV the failures looks related to cryptography and
I would
Package: goxel
Version: 0.8.0-1
Severity: serious
Hi,
The goxel binary (on at least amd64) ships files and directories in
/usr/local, which is not permitted by the Debian policy.
"""
[...]
drwxr-xr-x root/root 0 2018-08-18 12:52 ./usr/local/share/applications/
-rw-r--r-- root/root
Source: ldc
Version: 1:1.11.0-1
Severity: serious
Hi,
The ldc package FTBFS on ppc64el but built there in the past.
"""
/usr/bin/c++ -DLDC_DYNAMIC_COMPILE -DLDC_DYNAMIC_COMPILE_API_VERSION=1
-DLDC_ENABLE_PLUGINS -DLDC_LLVM_SUPPORTED_TARGET_AArch64=1
-DLDC_LLVM_SUPPORTED_TARGET_AMDGPU=1
Control: tags -1 moreinfo
On Fri, 17 Aug 2018 19:20:54 + Santiago Vila wrote:
> Package: src:facter
> Version: 3.11.0-1
> Severity: serious
> Tags: ftbfs
>
> Dear maintainer:
>
> I tried to build this package in buster but it failed:
>
>
1 - 100 of 763 matches
Mail list logo