reopen 942593
thanks
On Thu, 24 Oct 2019 15:15:59 +0100, Graham Cobb writes:
>Unfortunately b2backend is still broken upstream. I have sent a patch and I
>think that should fix it.
thanks for sending the links to the two launchpad bugs.
>Will you reopen this bug to track this or do you want me
Hallo,
ich habe gerade die Petition „WORLD LEADERS : CONGO RAINFOREST"
unterschrieben und wollte dich fragen, ob du auch mitmachst.
Unser Ziel ist es, 500 Unterschriften zu sammeln und dafür brauchen wir
Unterstützung. Hier kannst du mehr über die Petition erfahren:
http://chng.it/PFQNMVvFTK
Package: google-cloud-print-connector
Version: 1.12.1
Severity: serious
Tags: bullseye, sid
After uploading my fix for 942331 to Raspbian bullseye I discovered another
problem. The dependency on libsnmp30 is hardcoded.
In raspbian I have just gone ahead and changed the dependency. a debdiff
Package: duplicity
Version: 0.8.05-1
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Hi Alexander,
The duplicity package build-depends on pylint3, but in unstable, the
'pylint' package is now the python3 pylint and the pylint3
Hi Коля!
On 19/10/25 09:51, Коля Гурьев wrote:
> tags 943499 patch
> stop
>
> 25.10.2019 17:12, Lisandro Damián Nicanor Pérez Meyer пишет:
> > A removal for those archs has been asked in
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=943467 but
> > ideally the package should list the
On Fri, Oct 25, 2019 at 6:47 PM Thomas Goirand wrote:
> Thanks for this, but there's no need for such NMU or debdiff, I can do
> the work myself. Next time, just poke me, and I'll do the work. If it's
> left undone, it's just that I didn't notice I could do it as there's no
> reverse
Package: ninja-build
Version: 1.9.0-3
Severity: normal
Dear maintainer,
Please include ninja_syntax.py as an example.
It's very useful for people who would like write
their own ninja generators in python.
Package: gnome-shell Version: 3.34.0-2 Severity: normal
Dear Maintainer,
[super] + [number] seems to be hardwired to favorite applications in the dock
and it can't be
overwrited, this may cause confusion to users.
Indeed, I've tried to change this behavior through control panel and it has no
tags 942331 +patch
thanks
Your package is part of the libsnmp transition. During a rebuild your package
FTBFS on all architectures.
Reading the log more thoroughly it seems the actual failure is cups related.
cgo-gcc-prolog:95:2: warning: ‘cupsGetPPD3’ is deprecated: Use cupsCopyDestInfo
Control: tags -1 + pending - patch
On 18-Oct-2019, Thomas Goirand wrote:
> Attached is a debdiff fixing this RC bug. There's other clean-up
> necessary for this package (like removing the X-Python{3,}-Version:)
> which I think should be done before the upload.
Thanks for the proposed changes.
Package: src:glibc
Version: 2.29-2
https://sourceware.org/git/?p=glibc.git;a=commit;h=23c1c256ae7b0f010d0fcaff60682b620887b164
The binutils has support gnu hash now, and the only thing left is about glibc.
Please backport this patch.
We have another question is about buster->bulleyes upgrade.
Package: libvirt-daemon
Version: 5.6.0-2
Followup-For: Bug #939983
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Searching the web led to a suggestion this is from libvirt not realizing
its on a systemd machine and trying to use non-systemd cgroups. (It
should be machine.slice under systemd).
Control: retitle -1 ITP: dropbear-rescue -- A set of initramfs scripts to add
and run dropbear when the system boots in rescue mode
Control: tag -1 - pending
On Sat, 26 Oct 2019 at 01:50:02 +0200, Guilhem Moulin wrote:
> Control: retitle -1 race condition: init-bottom script doesn't
Control: retitle -1 race condition: init-bottom script doesn't abort/cleanup
configure_networking()
Control: tag -1 pending
On Fri, 25 Oct 2019 at 02:26:39 +0200, Guilhem Moulin wrote:
> Ah right, I understand the problem now. Whether configure_networking()
> is run (at premount stage) in the
Control: retitle -1 apt-show-versions takes too much memory, killed by
oom-killer
On 2019-10-26 01:18:11 +0200, Vincent Lefevre wrote:
> "apt-show-versions -i" takes too much memory and is killed by oom-killer
> on my machine. From journalctl output:
[...]
> Note that it is invoked after
Package: apt-show-versions
Version: 0.22.11
Severity: important
"apt-show-versions -i" takes too much memory and is killed by oom-killer
on my machine. From journalctl output:
Oct 26 01:03:10 joooj kernel: apt-show-versio invoked oom-killer:
gfp_mask=0x6200ca(GFP_HIGHUSER_MOVABLE),
Control: retitle -1 Please package new version 2.1.2 into experimental
Hello Daniel,
On Sun, Aug 04, 2019 at 10:14:44AM +0200, Carsten Schoenert wrote:
> The current enigmail version 2.0.x in unstable is not compatible with TB
> >= 68.0. Please package version 2.1 and upload these version into
>
Hi Sandro,
Thanks for this, but there's no need for such NMU or debdiff, I can do
the work myself. Next time, just poke me, and I'll do the work. If it's
left undone, it's just that I didn't notice I could do it as there's no
reverse (build-)dependency remaining.
Also, I don't want the package
On Fri, Oct 25, 2019 at 4:24 PM Sandro Tosi wrote:
> if you look at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=937796 the
> 'Done' header mentions who closed this bug, but that information is not
> exposed
> in debianbts:
it could be as simple as this:
diff --git
since debian 10 path are not in root accoutn and then citadel does not
work...
citadel server also other must run several other commands and does not
found those
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com
Hello,
I am interest in adopt it
Cheers,
Emmanuel
On Fri, Oct 25, 2019 at 04:01:10PM +, mario.limoncie...@dell.com wrote:
> I made some modifications and think I captured your suggestion here
> https://github.com/fwupd/fwupd/commit/3508aecefdbd81924314834ac9e14bcd71aa253f
>
> Can you make sure that looks good now?
Unfortunately, no. Ansgar
Hi Jesper,
On Fr 25 Okt 2019 20:16:06 CEST, Jesper Mejervik Derander wrote:
Hello Mike,
On Mon, 23 Sep 2019 14:44:50 +0200 Mike Gabriel wrote:
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name : gnome-firmware-updater
Version : 3.34.0
Upstream Author : Richard Hughes
>
>
> Am 25.10.19 um 21:43 schrieb Manolo Díaz:
> > Package: webext-ublock-origin
> > Version: 1.22.2+dfsg-1
> > Followup-For: Bug #931640
> >
> > Dear Maintainer,
> > The same here. Upgrading to 1.22.2+dfsg-1 changes nothing.
>
> 1.22.2+dfsg-1 works. You have to restart Firefox and
On Fri, Oct 25, 2019 at 02:37:33PM -0700, Felix Lechner wrote:
> Based on information from #debian-ftp, which is recorded in part below, the
> profile is no longer being used. It will be removed in the near future.
How will this command line option work afterwards?
| -F, --ftp-master-rejects
|
Ian Jackson writes:
> The DNS resolver library used by ssh *does* retry. See resolv.conf(5)
> `attempts:'. But it defaults to 2 which seems far too little!
Oh, thank you. This may be a better solution to my problem than changes
to dgit. I think I mostly filed this bug because I was
notfound 941055 2.0.9-3
found 941055 2.0.9-4
thanks
This bug actually does not affect dtkwm in Buster. I am hacking into the
version string to avoid mentioning stable in the bug.
Regards,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
Control: tags 937914 + patch
Control: tags 937914 + pending
Dear maintainer,
I've prepared an NMU for python-memcache (versioned as 1.59-1.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.
Regards.
diff -Nru python-memcache-1.59/debian/changelog
Package: kwartz-client
Version: 1.0-6
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.
>From
Hi Russ,
On Wed, Oct 23, 2019 at 1:08 PM Russ Allbery wrote:
>
> the original request was to
> suppress the tag source-contains-empty-directory if the Debian patch set
> explicitly adds a file to that directory
An override is more explicit, and also more self-explanatory, when
compared to a
Package: ldh-gui-suite
Version: 0.1~20190927-3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.
Le ven. 25 oct. 2019 à 22:18, Mike Miller a écrit :
> Package: gpaste
> Version: 3.34.1-1
> Severity: normal
>
> Dear Maintainer,
>
> The `gpaste-client upload` command has a hard dependency on a command
> called `wgetpaste`, which is expected to be an executable in the user's
> PATH. This
On Oct 25, 2019 14:46, Helmut Grohne wrote:
[EXTERNAL EMAIL]
On Fri, Oct 25, 2019 at 04:01:10PM +, mario.limoncie...@dell.com wrote:
> I made some modifications and think I captured your suggestion here
> https://github.com/fwupd/fwupd/commit/3508aecefdbd81924314834ac9e14bcd71aa253f
>
>
Control: severity -1 important
I'm downgrading this issue to important because pdfsam in testing is not
affected. As long as hibernate-validator 5.x does not migrate to
testing, before this bug is fixed in unstable, it should not be a problem
signature.asc
Description: OpenPGP digital
> if you look at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=937796 the
> 'Done' header mentions who closed this bug, but that information is not
> exposed
> in debianbts:
it could be as simple as this:
diff --git a/debianbts/debianbts.py b/debianbts/debianbts.py
index 3393c69..4a05bac
Package: manpages-fr
Version: 3.65d1p1-1
Severity: minor
Tags: upstream
Dear Maintainer,
The manpage of ip(7) may indicates that 'struct sock_extended_err' and
associated macros are defined in
Best regards
Christophe
-- System Information:
Debian Release: bullseye/sid
APT prefers
Hi Bastian,
On Fri, Oct 25, 2019 at 2:51 PM Bastian Blank wrote:
>
> How will this command line option work afterwards?
>
> | -F, --ftp-master-rejects
Thanks for pointing that out. Maybe we should not remove the profile.
Is anyone using that option?
Kind regards,
Felix Lechner
Hi All,
On Mon, Mar 03, 2014 at 12:25:05PM +0100, Cyril Brulebois wrote:
> Guillem Jover (2014-03-03):
> > This package has a lethargic upstream, and needs to be synced from time
> > to time with the latest Linux framebuffer header, accelerators, docs and
> > modes, from
On Fri, Oct 25, 2019 at 06:32:48AM +0200, Helmut Grohne wrote:
>Package: fwupd
>Version: 1.3.2-5
>Severity: important
>User: debian-cr...@lists.debian.org
>Usertags: ftcbfs
>Control: affects -1 + src:fwupd-armhf-signed
>
>TL;DR: The *.efi images must not live in a M-A:foreign binary package.
>
Package: lintian
Severity: wishlist
X-Debbugs-CC: nthyk...@debian.org, ftpmas...@debian.org
Hi,
Based on information from #debian-ftp, which is recorded in part below, the
profile is no longer being used. It will be removed in the near future.
Please respond with objections.
Kind regards,
Package: python3-lesscpy
Version: 0.13.0+ds-1.1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.
Felix Lechner writes:
> An override is more explicit, and also more self-explanatory, when
> compared to a '.placeholder'.
To me, an override implies that Lintian is wrong, and I don't think it
is. (Whether the tag should exist is a different question; not all
problems are worth fixing.) It's
On Sat, 03 Mar 2018 17:49:02 -0700 Daniele Nicolodi <
daniele+deb...@grinta.net
> wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Daniele Nicolodi <
daniele+deb...@grinta.net
>
>
> * Package name: dbus-broker
> Version : 11
> Upstream Author : David Herrmann <
Dear Holger
I have read your e-mail of 17 October 2019, in which you asked me two
questions about my Dutch translation for win32-loader.
Your questions are only about the following part of my translation.
SOURCE TEXT
Base URL for netboot images (linux and initrd.gz):
TRANSLATION
[Laat een
Package: citadel-server
Version: 917-2+b1
Severity: important
Dear Maintainer,
* What led up to the situation?
installed citadel-suite and does not work since buster, systemd (again)
startud does nto really start the service..
* What exactly did you do (or not do) that was effective (or
Package: dahdi-source
Version: 1:2.11.1.0.20170917~dfsg-7
Severity: important
Tags: patch
-- System Information:
Debian Release: 10.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores)
Package: python-debianbts
Version: 2.8.2
Severity: normal
Hello,
if you look at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=937796 the
'Done' header mentions who closed this bug, but that information is not exposed
in debianbts:
In [293]: b = debianbts.get_status(937796)[0]
In [294]: for
I hacked on this for a bit and I could not find a reliable way to have
it work automatically on all configurations.
I was pretty sure that my script worked on all setups and this shows
that I was wrong.
I am starting to think that the best way to handle this is to have the
user manually specify
Control: unblock 943016 by 938690
On Fri, Oct 25, 2019 at 04:08:14PM +0200, Martin wrote:
> Quoting Andreas Henriksson :
> > This however would (I assume) make the trac-diavisview and ldaptor
> > reverse dependencies non-functional.
>
> trac-diavisview depends on the dia executable, not on the
Package: gpaste
Version: 3.34.1-1
Severity: normal
Dear Maintainer,
The `gpaste-client upload` command has a hard dependency on a command
called `wgetpaste`, which is expected to be an executable in the user's
PATH. This command is not packaged in Debian as far as I can tell.
The error message
Package: webext-umatrix
Version: 1.3.16+dfsg-2
Severity: grave
Justification: renders package unusable
Hi,
since the latest update of firefox-esr from 60.9 to 68.2, umatrix is no longer
usable. I tried v1.4 from addons.mozilla.org which seems to do fine.
Please update to the latest version.
Am 25.10.19 um 21:43 schrieb Manolo Díaz:
> Package: webext-ublock-origin
> Version: 1.22.2+dfsg-1
> Followup-For: Bug #931640
>
> Dear Maintainer,
> The same here. Upgrading to 1.22.2+dfsg-1 changes nothing.
1.22.2+dfsg-1 works. You have to restart Firefox and potentially disable
and then
Package: webext-ublock-origin
Version: 1.22.2+dfsg-1
Followup-For: Bug #931640
Dear Maintainer,
The same here. Upgrading to 1.22.2+dfsg-1 changes nothing.
Best Regards,
Manolo Díaz
-- System Information:
Debian Release: 10.1
APT prefers stable
APT policy: (500, 'stable')
Architecture:
Package: node-tslib
Version: 1.10.0-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Control: affects -1 + node-rollup-plugin-typescript
Hi,
during a test with piuparts I noticed your package installs files over
an existing symlink shipped or created by another package.
In a message to #937926 you said that you've re-introduced python-pbr.
Could I ask where that was re-introduced? I've checked the new upload
of src:python-pbr version 5.4.3-1, and I've also checked unstable and
NEW for anything like a python2-pbr source package without seeing
anything relevant.
Hi Joachim,
On 25.10.19 17:41, Joachim Breitner wrote:
But I guess more needs to happen for gnucash to be able to use it,
right? Gnucash depends on libaqbanking35-plugins.
In theory only a rebuild of the gnucash package with the new
libaqbanking and libgwenhywfar from experimental installed
Package: lintian
Severity: wishlist
Hi,
Tags currently reside in a global name space, which has many
drawbacks. Based on my difficulties of separating reused tags in the
'files' family of checks, the time is right to implement private name
spaces. Then two checks can share the same tag name
reopen 942686
thanks
I applied the patch too quickly (see #943506) – it doesn't work with
the Python 3.7 filenames in current Debian unstable.
Python 3.8 apparently produces
apsw.cpython-38-x86_64-linux-gnu.so
apsw.cpython-38d-x86_64-linux-gnu.so
but Python 3.7 produces
Source: python3-stdlib-extensions
Version: 3.8.0~a3-1
Severity: serious
Hi,
python3-stdlib-extensions/experimental FTBFS in an up-to-date
sid/experimental pbuilder environment:
[...]
cd 3.8 && PYTHONPATH=/build/python3-stdlib-extensions-3.8.0~a3/3.8/Lib
python3.8-dbg setup.py build
running
Control: block 943425 by 925358
I can’t debug this currently ☹ hitting qemu-user-static bugs.
bye,
//mirabilos
--
15:41⎜ Somebody write a testsuite for helloworld :-)
Control: retitle 925358 qemu-user-static: mis-emulates something to do with
process/signal handling
Dixi quod…
> Using qemu-user-static in an m68k chroot:
>
> # ./mksh -c '/bin/echo foo; echo bar'
> foo
> ^C^\
>
> (it just hangs here, with qemu-user-static:i386; on the
This now happens with
Source: xpdf
Version: 3.04-13exp2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
xpdf/experimental FTBFS on all architectures:
https://buildd.debian.org/status/package.php?p=xpdf=experimental
debian/rules build-arch
dh build-arch
tags 943499 patch
stop
25.10.2019 17:12, Lisandro Damián Nicanor Pérez Meyer пишет:
> A removal for those archs has been asked in
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=943467 but
> ideally the package should list the architectures it builds instead of being
> Arch: any. This will
Source: node-file-entry-cache
Version: 5.0.1+~2.0.1+~2.0.0+~1.0.0+~2.0.1-3
Severity: serious
Hi,
node-file-entry-cache/experimental fails to clean after a successful
build:
debian/rules clean
dh clean
dh_clean
rm: cannot remove './debian/node_modules': Is a directory
dh_clean: rm -f --
> -Original Message-
> From: Helmut Grohne
> Sent: Friday, October 25, 2019 9:30 AM
> To: Limonciello, Mario
> Cc: 943...@bugs.debian.org
> Subject: Re: Bug#943465: fwupd is wrongly marked Multi-Arch: foreign
>
>
> [EXTERNAL EMAIL]
>
> On Fri, Oct 25, 2019 at 02:08:34PM +,
Hi Pavel,
Just FYI, The package launchy has been removed from Debian Testing/Sid due to
the lack of maintenance and the inactivity of upstream. As a result, this bug
is unlikely to be solved unless someone steps in and reintroduce launchy into
Debian. The current old version in Debian stable will
Source: node-proxyquire
Version: 2.1.3+~1.0.1+~1.0.2-3
Severity: serious
Hi,
node-proxyquire fails to clean after a successful build:
debian/rules clean
dh clean
dh_clean
rm: cannot remove './debian/node_modules': Is a directory
dh_clean: rm -f -- debian/node-proxyquire.substvars
Package: mdadm
Version: 4.1-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Dear Maintainer,
* Currently, mounted raid0/md-linear arrays have no indication/warning when one
or more members are removed or suffer from some
Package: ftp.debian.org
Severity: normal
Dear FTP Masters,
please remove golang-1.12, it's obsolete now that golang-1.13 has been
accepted into the archive. There are no reverse dependencies.
Regards,
Tobias
signature.asc
Description: OpenPGP digital signature
On 11.10.19 18:46, Paul Gevers wrote:
Hi Matthias,
On 10-10-2019 15:06, Matthias Klose wrote:
Please setup a tracker to add python3.8 as a supported python3 version.
This is non-blocking, as packages can migrate on their own once built.
I'm not yet starting this, just want to have an overview
On Fri, 2019-10-25 at 10:58 -0700, Brad Warren wrote:
> I’m an upstream maintainer of python-acme.
>
> Both Let’s Encrypt [1] and the Certbot client which uses this library
> encourage people to use Let’s Encrypt’s staging endpoint to test that
> they have things working correctly before using
Package: rxvt-unicode
Version: 9.22-6+b2
Followup-For: Bug #942399
Dear Maintainer,
I've gotten a few more of these lockups (two today). They all look about the
same. Here's one of the tracebacks:
(gdb) thread apply all bt
Thread 1 (Thread 0x7f7a8ee7f880 (LWP 11279)):
#0 0x7f7a8fd6328e
Package: boxbackup
Version: 0.13~~git20190527.g039c4a1-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
boxbackup/experimental FTBFS in my sid/experimental pbuilder environment
on amd64 and i386. This seems to be a recent
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "systune"
* Package name: systune
Version : 0.5.8
Upstream Author : NA
* URL : NA
* License : GNU GPLv2
* Vcs : None
Section :
Any idea what is causing this?
Source: valinor
Version: 1.1.4-1
Severity: serious
Tags: sid bullseye
User: debian...@lists.debian.org
Usertags: needs-update
Control: affects -1 src:python-colorama
[X-Debbugs-CC: debian...@lists.debian.org,
python-color...@packages.debian.org]
Dear maintainers,
With a recent upload of
Control: tags -1 pending
On 10/25/19 6:59 PM, Matthias Klose wrote:
> fiona ftbfs when building for multiple python3 versions, patch at
> http://launchpadlibrarian.net/448415280/fiona_1.8.9-1_1.8.9-1ubuntu1.diff.gz
Thanks for the patch, it's applied in git and a new upload to unstable
will
I’m an upstream maintainer of python-acme.
Both Let’s Encrypt [1] and the Certbot client which uses this library encourage
people to use Let’s Encrypt’s staging endpoint to test that they have things
working correctly before using Let’s Encrypt’s production endpoint which has
strict rate
Hi Andreas,
Quoting Andreas Beckmann (2019-10-25 18:04:33)
> eslint FTBFS in my pbuilder sid/experimental environment on both amd64
> and i386. There is a test failing, but I couldn't easily see which
> one:
>
> # tests 16628
> # pass 16627
> # fail 1
> make[1]: *** [debian/rules:79:
Package: src:linux
Version: 5.2.17-1
Severity: normal
After linux 5 I can't resume after suspend, my laptop remains is suspend mode
(the power button is slowly blinking because it's in suspend mode) and only way
to continue is to reboot. The old linux-image-4.19.0-5-amd64 works without
problems.
On Tue, 2019-09-03 at 22:16 -0400, Harlan Lieberman-Berg wrote:
> We have a proposed update for acme in stretch (oldstable). This is
> necessary to prevent the package, and all its dependencies, stopping
> to work due to changes to the web service that the acme module is
> primarily used for.
Package: src:fiona
Version: 1.8.9-1
Severity: important
Tags: sid bullseye patch
User: debian-pyt...@lists.debian.org
Usertags: python3.8
fiona ftbfs when building for multiple python3 versions, patch at
http://launchpadlibrarian.net/448415280/fiona_1.8.9-1_1.8.9-1ubuntu1.diff.gz
Source: notion
Version: 3+2019092501-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
notion/experimental FTBFS on i386 (which is a regression from sid):
Hi,
On Fri, Oct 25, 2019 at 06:48:45PM +0200, Rene Engelhard wrote:
> > or adding information what is going wrong?
>
> See above. apt-get build-dep libreoffice, install the test
> depenencies of smoketest, debian/tests/smoketest in the chroot.
Or just build libreoffice as is in sid. Same error
On Fri, Oct 25, 2019 at 06:45:27PM +0200, Matthias Klose wrote:
> Control: tags -1 + moreinfo
>
> On 25.10.19 18:33, Rene Engelhard wrote:
> > And since then I also can just reproduce it in a chroot, too.
>
> You didn't say that before.
I did in
Control: tags -1 + moreinfo
On 25.10.19 18:33, Rene Engelhard wrote:
And since then I also can just reproduce it in a chroot, too.
You didn't say that before. Please could you provide a test case, or adding
information what is going wrong?
Hi,
On Fri, Oct 25, 2019 at 06:33:13PM +0200, Rene Engelhard wrote:
> On Fri, Oct 25, 2019 at 06:25:43PM +0200, Matthias Klose wrote:
> > [...] -12 was uploaded on Oct 23, but you say
> > that the tests started failing on Oct 21.
>
> No, the submitter did which clearly was wrong. Please read the
control: retitle -1 django-reversion: Django 2.2 support
control: user debian-pyt...@lists.debian.org
control: usertag - py2removal
On Fri, 25 Oct 2019 11:54:34 +0200 Thomas Goirand wrote:
> Source: django-reversion
> Version: 3.0.3-1
> Severity: serious
> Tags: sid bullseye
> User:
On Thu, Oct 24, 2019 at 01:27:44PM +0200, Thomas Schmitt wrote:
>Hi,
>
>i wrote:
>> How about mirror checking by SHA256 in grab_md5, before computing the
>> MD5 for jigdo ?
>
>Or you could let libjte internally compute both, SHA256 and MD5,
>let it work with SHA256, but store in .jigdo and
Package: ftp.debian.org
Severity: normal
The upstream author is not maintaining opentoken anymore.
He is rewritting a new library from scratch.
http://www.stephe-leake.org/ada/wisitoken.html
Hi,
On Fri, Oct 25, 2019 at 06:25:43PM +0200, Matthias Klose wrote:
> [...] -12 was uploaded on Oct 23, but you say
> that the tests started failing on Oct 21.
No, the submitter did which clearly was wrong. Please read the bug,
I said that at my very first message.
> So why do you think this is
On Fri, Oct 25, 2019 at 05:49:25PM +0200, Andreas Beckmann wrote:
> On Mon, 29 Jul 2019 11:02:45 + Santiago Vila wrote:
> > Package: src:ugene
> > Version: 1.31.1+dfsg-1
>
> > I tried to build this package in buster but it failed:
>
> I cannot reproduce this in buster, ugene just builds
Source: python-urllib3
Version: 1.25.6-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source
Hi,
python-urllib3/experimental FTBFS with some failing tests:
https://buildd.debian.org/status/fetch.php?pkg=python-urllib3=all=1.25.6-1=1570856398=0
dh_auto_test -i
On 25.10.19 18:09, Rene Engelhard wrote:
Hi,
On Fri, Oct 25, 2019 at 05:59:53PM +0200, Rene Engelhard wrote:
OK, thanks, reassigning to src:gcc-9 (libstdc++6 for now) then.
no. based on what rationale?
And to prevent said gcc-9 version from migrating, to not break something
else (no idea
Source: python-django
Version: 2:3.0~beta1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source
python-django/experimental FTBFS:
https://buildd.debian.org/status/fetch.php?pkg=python-django=all=2%3A3.0%7Ebeta1-1=1571079369=0
Package: ftp.debian.org
Severity: normal
Hello.
The upstream GNATColl maintainers have stopped maintaining a database
component. The current libgnatcoll-db depends on libgnatcoll17-dev
and would block the migration of Ada packages from experimental.
Please remove libgnatcoll from unstable.
Hi,
On Fri, Oct 25, 2019 at 05:59:53PM +0200, Rene Engelhard wrote:
> > > OK, thanks, reassigning to src:gcc-9 (libstdc++6 for now) then.
> >
> > no. based on what rationale?
And to prevent said gcc-9 version from migrating, to not break something
else (no idea whether it does, but..).
The
On 2019-10-25 11:58:37, Antoine Beaupré wrote:
> On 2019-09-04 23:05:19, Paul Wise wrote:
>> On Fri, 22 Feb 2019 07:47:00 + Ximin Luo wrote:
>>
>>> For the time being you can work around the issue either by using
>>> firefox-esr instead of firefox (65) which is why I myself had not yet
>>>
reassign 943401 libstdc++6
thanks
On Fri, Oct 25, 2019 at 05:53:54PM +0200, Matthias Klose wrote:
> Control: reassign -1 src:libreoffice
>
> On 25.10.19 17:31, Rene Engelhard wrote:
> > reassign 943401 libstdc++6
> > found 943401 9.2.1-12
> > thanks
> >
> > Hi,
> >
> > On Fri, Oct 25, 2019 at
On 2019-09-04 23:05:19, Paul Wise wrote:
> On Fri, 22 Feb 2019 07:47:00 + Ximin Luo wrote:
>
>> For the time being you can work around the issue either by using
>> firefox-esr instead of firefox (65) which is why I myself had not yet
>> noticed this issue, it was working perfectly fine for me.
1 - 100 of 194 matches
Mail list logo
