Hi,
On Sat, Sep 17, 2016 at 01:52:30PM +0200, Julien Cristau wrote:
> during point releases ftpmaster and SRM spend quite a bit of time
> waiting on each other. It would be nice if we could avoid that. One
> idea would be to have a "stable-staging" suite (or some such), not
> mirrored except on
Control: tags -1 pending
Hi,
On Thu, Apr 23, 2020 at 05:41:46PM +0200, Ivo De Decker wrote:
> The source for ii-esu contains a file with a filename that's not utf-8
> encoded. This causes issues with some tools (as an example:
> https://sources.debian.org/src/ii-esu/1.0a.dfsg1-8/ gives
Control: tags -1 pending
On Thu, Apr 23, 2020 at 05:41:46PM +0200, Ivo De Decker wrote:
> The source for ii-esu contains a file with a filename that's not utf-8
> encoded. This causes issues with some tools (as an example:
> https://sources.debian.org/src/ii-esu/1.0a.dfsg1-8/ gives erro
Control: tags -1 pending
Hi,
On Thu, Apr 23, 2020 at 05:41:46PM +0200, Ivo De Decker wrote:
> The source for ii-esu contains a file with a filename that's not utf-8
> encoded. This causes issues with some tools (as an example:
> https://sources.debian.org/src/ii-esu/1.0a.dfsg1-8/ gives
Control: tags -1 pending
Hi,
On Thu, Apr 23, 2020 at 04:41:22PM +0200, Ivo De Decker wrote:
> The upstream source for xblast-tnt-levels contains a file with a filename
> that's not utf-8 encoded. This causes issues with some tools (as an example:
> https://sources.debian.org/src/x
package: ftp.debian.org
Hi,
Looking at the propups that might be needed for the next point release, I
noticed mailman, which has a higher version in pu/security than in unstable.
However, the current version in unstable (and the one in pu) depends on
python-dnspython, which no longer exists in
Control: reopen -1
retitle -1 RM: libegl-nvidia0 [armhf] -- RoQA NBS
Hi Scott,
It seems you missed libegl-nvidia0.
Cheers,
Ivo
On Wed, Apr 29, 2020 at 08:32:17PM +, Debian FTP Masters wrote:
> We believe that the bug you reported is now fixed; the following
> package(s) have been removed
Hi,
On Thu, Apr 16, 2020 at 09:48:09AM +0200, Paul Gevers wrote:
> Subject: src:frr: fails to migrate to testing for too long: ftbfs on mipsel
> This bug will trigger auto-removal when appropriate. As with all new
> bugs, there will be at least 30 days before the package is auto-removed.
Please
package: ftp.debian.org
Hi,
Unstable has a number of binaries from src:nvidia-graphics-drivers on armhf
that are from an old version (prop-uped from oldstable). These binaries are no
longer built in armhf in newer versions, so they should be removed.
The output from dak rm is below. Note that
package: devscripts
version: 2.20.3
severity: serious
Hi,
It seems the autopkgtest for devscript fails when the current ubuntu version
is unknown:
https://ci.debian.net/data/autopkgtest/testing/amd64/d/devscripts/5161251/log.gz
testUbuntuIncrement
ASSERT:error output of dch --no-conf -c
Control: tags -1 pending
Hi Alex,
On 4/25/20 4:14 PM, Alex Muntada wrote:
If you prefer, I can do an NMU (or sponsor an upload).
Please, go ahead with the NMU. The former maintainer passed away
last year and the package has a new prospective maintainer, that
I intend to sponsor eventually,
package: autopkgtest
version: 5.10
tags: patch
Hi,
When logging in as root, autopkgtest-virt-ssh should assume that
root-on-testbed is available. The current code doesn't do that.
If autopkgtest-virt-ssh is started with '--capability root-on-testbed', but
sudo fails, the 'root-on-testbed'
Hi,
On 4/24/20 3:07 PM, Agustin Martin wrote:
Control: tag -1 + pending
[...]
Please repackage the upstream source with the file renamed. The build process
already renames the file for the binary package.
Done, thanks for the info.
Thanks for the quick fix!
Fixed package was uploaded
package: src:ii-esu
severity: important
version: 1.0a.dfsg1-6
Hi,
The source for ii-esu contains a file with a filename that's not utf-8
encoded. This causes issues with some tools (as an example:
https://sources.debian.org/src/ii-esu/1.0a.dfsg1-8/ gives error 500.
Please repackage the upstream
package: src:ispell-fo
severity: important
version: 0.4.2-6
Hi,
The source for ispell-fo contains a file with a filename that's not utf-8
encoded
(føroyskt.aff). This causes issues with some tools (as an example:
https://sources.debian.org/src/ispell-fo/0.4.2-13/ gives error 500, and I
suspect
package: src:dacco
severity: important
version: 0.9+20071227-5
Hi,
The source for dacco contains a file with a filename that's not utf-8 encoded
(input/cateng/template/collocations/absència.htm). This causes issues with
some tools (as an example:
package: src:xblast-tnt-levels
severity: important
version: 20050106-2
Hi Rhonda,
The upstream source for xblast-tnt-levels contains a file with a filename
that's not utf-8 encoded. This causes issues with some tools (as an example:
https://sources.debian.org/src/xblast-tnt-levels/20050106-3/
package: src:libnitrokey
version: 3.4.1-4
severity: serious
tags: ftbfs
Hi,
A binnmu of libnitrokey on mipsel (to bring the versions in sync for
multiarch) failed:
https://buildd.debian.org/status/package.php?p=libnitrokey
Note that only mipsel was rebuilt (because the binNMU version was
Hi,
On 4/14/20 7:38 PM, Felix Lechner wrote:
On Tue, Apr 14, 2020 at 10:33 AM Ivo De Decker wrote:
I assumed that those packages would be
rejected by the archive, but clearly that's not the case.
Is it okay if source packages with non-UTF-8 file names show merely a
warning?
If that's
Hi Felix,
On Tue, Apr 14, 2020 at 10:17:24AM -0700, Felix Lechner wrote:
> On Tue, Apr 14, 2020 at 10:12 AM Ivo De Decker wrote:
> >
> > This was inspired by bug #956233
>
> The solution for that bug will address this one, as well.
Great!
> The
> supysoni
package: lintian
Hi,
There is a tag file-name-is-not-valid-UTF-8 for files with invalid UTF-8 in
binary packages. Please add a similar tag for the files with invalid UTF-8 in
source packages.
This was inspired by bug #956233
Note that this causes errors in certain tools that process data from
Hi,
Thanks for checking the history.
On Sun, Apr 12, 2020 at 01:50:12PM +0200, Bill Allombert wrote:
> > Is this stil an issue with the newer versions of gcc-mingw-w64?
> >
> > Should this bug really be marked as serious?
>
> Please note that I reported the bug as severity normal but Stephen
Hi Stephen, Bill,
While looking at RC bugs that have been open for I while, I noticed this one.
On Thu, Mar 07, 2019 at 09:07:15AM +0100, Stephen Kitt wrote:
> Subject: Re: Bug#923698: gcc-mingw-w64 miscompiles PARI
[...]
> I don’t have any practical suggestion right now, but given that
package: runescape
severity: serious
Hi,
It seems runescape downloads a binary and runs it, without verifying its
integrity. At least the download happens using https, but no other
verification is done.
Cheers,
Ivo
package: runescape
severity: serious
Hi,
Runescape contains this file: src/runescape.png
The copyright file lists this as 'BSD-2-Clause'. What is this based on?
The term and conditions on the website (which are mentioned in
src/runschape.sh, but not in the copyright file), certainly are not
Control: reopen -1
On Wed, Apr 08, 2020 at 10:20:28PM +, Debian FTP Masters wrote:
> runescape (0.7-1) unstable; urgency=medium
> .
>* New upstream release. (Closes: #953487, #953714)
This new version doesn't fix the autobuilding issue:
Hi Mike,
This (obviously) wasn't done for buster, but it might be time to revisit it
for bullseye.
On Mon, Oct 22, 2018 at 10:13:32AM +, Mike Gabriel wrote:
> > On Fri, Apr 06, 2018 at 01:07:39PM +, Mike Gabriel wrote:
> > > Package: src:libappindicator
> > > Severity: serious
> > >
> >
Control: severity -1 important
On Wed, Jul 10, 2019 at 09:34:42AM +0200, Charles BLANC ROLIN wrote:
> The problem was solved after delete ~/.config/ directory.
Downgrading, as there seems to be a workaround.
Ivo
Control: severity -1 important
Control: fixed -1 5.4.19-1
Control: retitle -1 linux-image-4.19.0-5-amd64: nouveau driver sometimes crashes
Hi,
Thanks for the clarification.
On Mon, Mar 30, 2020 at 01:05:20PM +0200, Vincent Lefevre wrote:
> On 2020-03-30 09:06:15 +0200, Ivo De Decker wr
Hi,
On Sun, Mar 29, 2020 at 09:43:42PM +0200, Vincent Lefevre wrote:
> On 2020-03-29 19:10:30 +0200, Ivo De Decker wrote:
> > On Fri, Jun 14, 2019 at 04:31:16PM +0200, Vincent Lefevre wrote:
> > > When logging out, a part of the previous session is still visible.
> &
Hi,
On Fri, Jun 14, 2019 at 04:31:16PM +0200, Vincent Lefevre wrote:
> When logging out, a part of the previous session is still visible.
> This might be used to compromise the user's account or leak other
> private information, depending on what was written on the screen.
What do you mean
Control: tags -1 moreinfo
Hi Thorsten,
On Wed, Jun 05, 2019 at 01:24:06AM +0200, Thorsten Glaser wrote:
> On Tue, 4 Jun 2019, Vagrant Cascadian wrote:
>
> > Works for me using a virt-manager configured with virtio or the
> > hypervisor default for netoworking with the same seabios and ipxe
>
>
Hi,
On Sun, Mar 29, 2020 at 04:13:37PM +0200, Floris Bruynooghe wrote:
> On Sat 28 Mar 2020 at 17:28 +0100, Ivo De Decker wrote:
> > On Sun, Mar 10, 2019 at 01:59:50PM +, Steve McIntyre wrote:
> >> Hi guys,
> >>
> >> I don't know if you've even seen
Package: wnpp
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=899623#22
Ivo
Hi,
On Wed, Feb 26, 2020 at 05:08:54PM +, Debian FTP Masters wrote:
>[ Lucas Kanashiro ]
>* Add b-d on ruby-sync, it is not bundled in ruby anymore (Closes: #952088)
Please note that ruby-tins is not migrating to testing, because ruby-sync
needs a new source-only upload.
Cheers,
Hi,
On Wed, Jun 26, 2019 at 10:18:37PM +0100, James Clarke wrote:
> (Don't know if this is a blocker for the release, but it should at
> least be reviewed before we release IMO, hence the severity)
>
> On Sun, Apr 07, 2019 at 12:53:35AM +0100, Ben Hutchings wrote:
> > On Sat, 2019-04-06 at 21:33
Control: severity -1 important
Hi,
On Mon, Jun 10, 2019 at 09:43:17PM +0200, Paul Gevers wrote:
> Hi khelpcenter maintainers,
>
> On Sat, 01 Jun 2019 21:30:41 +0200 pnd23 wrote:
> > KDE packages install their documentation files in /usr/share/doc/HTML on
> > buster
> > (in debian 8 this was:
Hi,
On Sun, Mar 10, 2019 at 01:59:50PM +, Steve McIntyre wrote:
> Hi guys,
>
> I don't know if you've even seen this RC bug. Could you please update
> the maintainer address to point to something that works?
Any news on this? Are you still interested in maintaining omniorb-dfsg?
The last
package: src:gdcm
version: 3.0.5-1
severity: serious
tags: ftbfs
Hi,
The latest upload of gdcm to unstable cannot be built on mips64el:
https://buildd.debian.org/status/package.php?p=gdcm
It build-depends on cli-common-dev, which depends on mono-utils, which is
unavailable on mips64el.
Please
package: libstdc++6
severity: serious
Hi,
It seems the symbols file for libstdc++6 is missing some symbols on armel. The
build adds these with the latest version. This causes new builds that use
these symbols to pick up an (unnecessary) versioned dependency on the latest
gcc in unstable.
As
Control: severity -1 normal
Control: tags -1 moreinfo
Hi,
On Fri, Aug 30, 2019 at 12:45:16PM +0200, Julian Hyordey wrote:
> apt show libvirt-daemon-system
> Package: libvirt-daemon-system
> Version: 5.0.0-4
> Priority: optional
> Section: admin
> Source: libvirt
> Maintainer: Debian Libvirt
Control: tags -1 pending
Hi,
On Sun, Nov 25, 2018 at 09:27:34PM +0100, Helmut Grohne wrote:
> stringencoders fails to build from source on the buildds (e.g.
> https://buildd.debian.org/status/fetch.php?pkg=stringencoders=arm64=3.10.3%2Bgit20180306-1=1542718062=0).
> It seems that the variable
Hi,
On Sat, Mar 21, 2020 at 02:43:19PM +0100, Adam Borowski wrote:
> I've uploaded binaries for amd64 arm64 armhf i386 (ie, arch in testing), so
> it should be done.
>
> Apparently the package can't be autobuilt, so it's up to me and tarzeau to
> remember to upload the binaries the next time as
package: pillow-python2
version: 6.2.1-3
severity: serious
Hi,
The autopkgtests for pillow-python2 fail with
"selftest-py3 FAIL non-zero exit status 1"
I suspect the python 3 tests need to be removed (as the rest of the python3
packaging is in src:pillow).
Note that pillow-python2
Control: found -1 0.8.1-0.6
Control: tags -1 ftbfs
Control: retitle -1 xcffib: tests sometimes timeout on s390x
Hi,
On Thu, Feb 27, 2020 at 04:31:38PM +, peter green wrote:
> The last two uploads of xcffib (-0.7 and -0.8) both failed to build on s390x
> because of a testsuite timeout. This
package: src:iwyu
version: 8.0-3
severity: serious
tags: ftbfs
Hi,
The latest upload of iwyu to unstable fails on armel:
https://buildd.debian.org/status/package.php?p=iwyu
Cheers,
Ivo
Hi,
On Sat, Mar 14, 2020 at 07:49:45PM +, Debian FTP Masters wrote:
> Subject: Bug#953703: fixed in klog 0.9.9.1-1
> Source: klog
> Binary: klog klog-dbgsym
> Architecture: source i386
> Version: 0.9.9.1-1
Thanks for fixing this bug.
Please note that you did a binary upload. To migrate to
package: src:julia
version: 1.3.1+dfsg-1
severity: serious
tags: ftbfs
Hi,
The latest upload of julia to unstable fails on ppc64el:
https://buildd.debian.org/status/package.php?p=julia
Note that it also fails on other architectures, but these don't have old
binaries, so those are not blocking
Control: tags -1 patch
Control: block 949187 by -1
Hi,
On Sat, Feb 22, 2020 at 09:50:10PM +0200, Adrian Bunk wrote:
> Subject: ldns FTBFS with swig 4.0.1
It seems upsteam version 1.7.1 supports the new swig.
This patch from upstream probably fixes the issue:
package: src:qgis
version: 3.10.3+dfsg-1
severity: serious
tags: ftbfs
Hi,
The latest upload of qgis to unstable fails on mips64el:
https://buildd.debian.org/status/package.php?p=qgis
Cheers,
Ivo
Hi,
On Thu, Mar 12, 2020 at 08:41:52PM +, Debian FTP Masters wrote:
> Architecture: source amd64
> kexec-tools (1:2.0.20-2) unstable; urgency=medium
> .
>* Fix FTBFS issue on x86 (Closes: #942617)
Thanks for fixing this bug.
Please note that you did a binary upload. To migrate to
package: src:ceph
version: 14.2.8-1
severity: serious
tags: ftbfs
Hi,
The latest upload of ceph to unstable fails on armel, armhf, i386, mips64el,
mipsel, s390x:
https://buildd.debian.org/status/package.php?p=ceph
Cheers,
Ivo
package: src:blender
version: 2.82+dfsg-1
severity: serious
tags: ftbfs
Hi,
The latest upload of blender to unstable fails on mipsel:
https://buildd.debian.org/status/package.php?p=blender
Cheers,
Ivo
package: src:vim
version: 2:8.2.0368-1
severity: serious
tags: ftbfs
Hi,
The latest upload of vim to unstable fails on armel, armhf, i386, mips64el,
mipsel, s390x:
https://buildd.debian.org/status/package.php?p=vim
Cheers,
Ivo
package: src:openafs
version: 1.8.5-1
severity: serious
tags: ftbfs
Hi,
The latest upload of openafs to unstable fails on armhf:
https://buildd.debian.org/status/package.php?p=openafs
Cheers,
Ivo
package: src:gambc
version: 4.9.3-1
severity: serious
tags: ftbfs
Hi,
The latest upload of gambc to unstable fails on s390x:
https://buildd.debian.org/status/package.php?p=gambc
Cheers,
Ivo
package: src:libsbml
version: 5.18.0+dfsg-1
severity: serious
tags: ftbfs
Hi,
The latest upload of libsbml to unstable fails on mipsel:
https://buildd.debian.org/status/package.php?p=libsbml
Cheers,
Ivo
package: src:aspectc++
version: 1:2.2+git20200229-1
severity: serious
tags: ftbfs
Hi,
The latest upload of aspectc++ to unstable fails on armel:
https://buildd.debian.org/status/package.php?p=aspectc%2B%2B
Cheers,
Ivo
package: src:onionbalance
version: 0.1.8-5
severity: serious
tags: ftbfs
Hi,
The latest upload of onionbalance to unstable fails on all:
https://buildd.debian.org/status/package.php?p=onionbalance
Cheers,
Ivo
package: src:powder
version: 118+dfsg1-3
severity: serious
tags: ftbfs
Hi,
The latest upload of powder to unstable has no binaries.
The buildds are not building it, because it is in non-free.
If the binaries can be auto-built, the package should be whitelisted, as
described in
package: src:php-horde-text-filter-jsmin
version: 1.0.2-6
severity: serious
tags: ftbfs
Hi,
The latest upload of php-horde-text-filter-jsmin to unstable has no binaries.
The buildds are not building it, because it is in non-free.
If the binaries can be auto-built, the package should be
package: src:xow
version: 0.3-3
severity: serious
tags: ftbfs
Hi,
The latest upload of xow to unstable has no binaries.
The buildds are not building it, because it is in non-free.
If the binaries can be auto-built, the package should be whitelisted, as
described in
package: src:runescape
version: 0.6-2
severity: serious
tags: ftbfs
Hi,
The latest upload of runescape to unstable has no binaries.
The buildds are not building it, because it is in non-free.
If the binaries can be auto-built, the package should be whitelisted, as
described in
package: src:amiwm
version: 0.21pl2-2
severity: serious
tags: ftbfs
Hi,
The latest upload of amiwm to unstable has no binaries.
The buildds are not building it, because it is in non-free.
If the binaries can be auto-built, the package should be whitelisted, as
described in
package: src:php-horde-javascriptminify-jsmin
version: 1.0.2-6
severity: serious
tags: ftbfs
Hi,
The latest upload of php-horde-javascriptminify-jsmin to unstable has no
binaries, because the buildds are not building it (it is non-free).
If the binaries can be auto-built, the package should be
package: src:gengetopt
version: 2.22.6+dfsg0-3
severity: serious
tags: ftbfs
Hi,
The latest upload of gengetopt to unstable fails on i386:
https://buildd.debian.org/status/package.php?p=gengetopt
The r-b history shows some failures on a number of architectures, so I suspect
that something in
package: src:autofdo
version: 0.19-2
severity: serious
tags: ftbfs
Hi,
The latest upload of autofdo to unstable fails on armel, mipsel:
https://buildd.debian.org/status/package.php?p=autofdo
Cheers,
Ivo
package: src:scikit-learn
version: 0.22.1+dfsg-2
severity: serious
tags: ftbfs
Hi,
The latest upload of scikit-learn to unstable fails on arm64, armhf, ppc64el:
https://buildd.debian.org/status/package.php?p=scikit-learn
Cheers,
Ivo
package: src:pymongo
version: 3.10.0-1
severity: serious
tags: ftbfs
Hi,
The latest upload of pymongo to unstable fails on armel, armhf, i386, mipsel:
"OverflowError: timestamp out of range for platform time_t"
https://buildd.debian.org/status/package.php?p=pymongo
Cheers,
Ivo
package: src:golang-github-sylabs-sif
version: 1.0.9-1
severity: serious
tags: ftbfs
Hi,
The latest upload of golang-github-sylabs-sif to unstable fails everywhere:
Can't exec "go": No such file or directory at
/usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 484.
Hi,
On 1/21/20 5:51 AM, Sebastiaan Couwenberg wrote:
On 1/20/20 5:38 AM, Sebastiaan Couwenberg wrote:
Looks like britney needs some help to migrate everything to testing. The
update_output.txt shows most rdeps, I can't make sense of why it's not
migrating them.
Paul asked me to look at this.
On Mon, Nov 25, 2019 at 03:21:47PM +0100, Ivo De Decker wrote:
> The root cause is that items that migrate due to the easy hint, are tried
> again during the main run. This started with commit
> 6174d2c3f9590eba90f9c6dd613a553edd3a80e6
>
> After this commit, the 'selected' item
Control: severity -1 serious
Hi,
On Sat, Dec 07, 2019 at 07:04:05PM +0100, Aurelien Jarno wrote:
> On 2019-12-07 17:37, Debian FTP Masters wrote:
> >
> > cpp-9-mips-linux-gnu_9.2.1-21cross1_i386.deb: trying to install to
> > unstable, but could not find source (gcc-9-cross-mipsen 2+c1+b1)
>
package: src:prometheus-varnish-exporter
version: 1.5-1
severity: serious
tags: ftbfs
Hi,
The latest upload of prometheus-varnish-exporter to unstable fails on all
architectures:
https://buildd.debian.org/status/package.php?p=prometheus-varnish-exporter
Cheers,
Ivo
package: src:chicken
version: 5.1.0-1
severity: serious
tags: ftbfs
Hi,
The latest upload of chicken to unstable fails on armel:
https://buildd.debian.org/status/package.php?p=chicken
Note that, in addiotion to a fix for this FTBFS, a source-only upload is
necessary to allow migration to
Hi Andreas,
Thanks for your work tracking broken/uninstallable packages.
On Sun, Dec 01, 2019 at 11:32:11AM +0100, Andreas Beckmann wrote:
> nmu php7.3_7.3.11-1~deb10u1 . ANY . unstable . -m "Rebuild in sid."
>
> I don't know what happened to 7.3.11-1 ... but currently we have a
> version skew
Hi,
On Mon, Nov 11, 2019 at 09:07:55PM +0100, Ondřej Surý wrote:
> The Debian stable has been fixed shortly after the new version was updated.
> There’s no strong security update guarantee for unstable and testing. From the
> security team FAQ:
>
> > If you want to have a secure (and stable)
Package: release.debian.org
Severity: serious
User: release.debian@packages.debian.org
Usertags: britney
Hi,
When a removal is done during an easy hint, the removal is tried again
afterwards, causing a crash.
There is a testcase for this in the testsuite (test takeover-removal-easy).
A
Hi,
On 11/14/19 12:44 PM, Sébastien Jodogne wrote:
Hello,
Thanks for your feedback. Indeed, "node-axios" is needed to build the
orthanc-dicomweb package.
Please could you indicate where I can find information about how to
remove the old armel build?
some info is here:
package: src:orthanc-dicomweb
version: 1.0+dfsg-1
severity: serious
tags: ftbfs
Hi,
The latest upload of orthanc-dicomweb to unstable fails on armel:
https://buildd.debian.org/status/package.php?p=orthanc-dicomweb
It seems orthanc-dicomweb build-depends on node-axios, which needs nodejs,
which
package: src:mailavenger
version: 0.8.5-2
severity: serious
tags: ftbfs
Hi,
The latest upload of mailavenger to unstable fails on i386:
https://buildd.debian.org/status/package.php?p=mailavenger
Cheers,
Ivo
package: src:browserpass
version: 3.4.1-1
severity: serious
tags: ftbfs
Hi,
The latest upload of browserpass to unstable fails on mips64el, mipsel:
https://buildd.debian.org/status/package.php?p=browserpass
Cheers,
Ivo
package: src:ofono
version: 1.28-1
severity: serious
tags: ftbfs
Hi,
The latest upload of ofono to unstable fails on arm64, armel, armhf, ppc64el,
s390x:
https://buildd.debian.org/status/package.php?p=ofono
Cheers,
Ivo
package: src:cmark-gfm
version: 0.29.0.gfm.0-1
severity: serious
tags: ftbfs
Hi,
The latest upload of cmark-gfm to unstable fails on s390x:
https://buildd.debian.org/status/package.php?p=cmark-gfm
Also, if you upload a fix for this, please do a source-only upload to allow it
to migrate to
package: src:gcl
version: 2.6.12-88
severity: serious
tags: ftbfs
Hi,
The latest upload of gcl to unstable fails on ppc64el:
https://buildd.debian.org/status/package.php?p=gcl
I suspect the FTBFS of acl2 is related.
Cheers,
Ivo
Hi,
On Tue, Nov 12, 2019 at 09:04:52PM +, Ivo De Decker wrote:
> package: src:chromium
> version: 78.0.3904.97-1
> severity: serious
> tags: ftbfs
>
> Hi,
>
> The latest upload of chromium to unstable fails on armhf:
>
> https://buildd.debian.org/status/packa
package: src:chromium
version: 78.0.3904.97-1
severity: serious
tags: ftbfs
Hi,
The latest upload of chromium to unstable fails on armhf:
https://buildd.debian.org/status/package.php?p=chromium
Cheers,
Ivo
package: src:emacs
version: 1:26.3+1-1
severity: serious
tags: ftbfs
Hi,
The latest upload of emacs to unstable fails on mips64el, mipsel:
https://buildd.debian.org/status/package.php?p=emacs
Cheers,
Ivo
package: pam-python
version: 1.0.7-1
severity: important
Hi,
The latest upload of pam-python contains maintainer binaries, which blocks the
transition to testing. Please do a source-only upload to allow the migration.
Thanks!
Ivo
package: ibus-tests
version: 1.5.21-1
severity: serious
Hi,
The latest version of ibus doesn't migrate to testing, because ibus-tests
depends on gnome-shell, which isn't available on s390x. Either the dependency
should be removed (if it can be), or the package shouldn't be built on s390x.
package: perl
severity: important
version: 5.30.0-6
Hi,
Currently, perl-modules-5.30 is in section perl. Please move it to section
libs.
Britney only allows 'smooth updates' for binaries in section libs (or
oldlibs). During a perl transition, this should allows the old libperl5.xx to
stay in
package: user-mode-linux
severity: serious
tags: bullseye sid
Hi,
The version of user-mode-linux in testing and unstable build-depends on
linux-source-4.19, which is no longer available in testing.
Thanks,
Ivo
~
package: aufs
severity: serious
tags: bullseye sid
Hi,
The version of aufs in testing and unstable build-depends on
linux-kbuild-4.19, which is no longer availabe in testing.
Thanks,
Ivo
Hi,
On Fri, Mar 02, 2018 at 01:25:51AM +0100, Guillem Jover wrote:
> On Thu, 2018-03-01 at 15:22:30 +, Holger Levsen wrote:
> > On Wed, Jan 24, 2018 at 04:05:39PM +0100, Salvatore Bonaccorso wrote:
> > > Any news regarding this proposal from Ansgar? We were biten now
> > > several times
package: gdm3
version: 3.30.2-3
severity: serious
Hi,
On s390x, gdm3 isn't installable, because it needs gnome-shell, which FTBFS
there. So either the dependency should be dropped or the binaries for gdm3 on
s390x should be removed.
Please note that this blocks the s390x binaries from some
package: src:xtrlock
version: 2.10
severity: serious
tags: ftbfs
Hi,
A binnmu of xtrlock in unstable fails on i386:
https://buildd.debian.org/status/package.php?p=xtrlock
It seems the version check doesn't work with binNMUs.
Cheers,
Ivo
Hi,
On 8/24/19 6:00 PM, László Böszörményi (GCS) wrote:
Control: tags -1 +confirmed
On Sat, Aug 24, 2019 at 4:06 PM Ivo De Decker wrote:
A binnmu of thrift in unstable fails on amd64:
Indeed and I've a fix for this. However I would like to add a Python
3 package and don't know if it's
package: src:cpufreqd
version: 2.4.2-2.1
severity: serious
tags: ftbfs
Hi,
A binnmu of cpufreqd in unstable fails on ppc64el:
https://buildd.debian.org/status/package.php?p=cpufreqd
This might be related to changes in libcpupower in the latest linux upload.
Cheers,
Ivo
package: src:thrift
version: 0.11.0-4
severity: serious
tags: ftbfs
Hi,
A binnmu of thrift in unstable fails on amd64:
https://buildd.debian.org/status/package.php?p=thrift
Cheers,
Ivo
package: src:python-persistent
version: 4.2.2-2
severity: serious
tags: ftbfs
Hi,
A binnmu of python-persistent in unstable fails on amd64:
https://buildd.debian.org/status/package.php?p=python-persistent
Cheers,
Ivo
101 - 200 of 1129 matches
Mail list logo