Sorry to say, but this doesn't work:
# apt download '?source-package(^apt$)?architecture(amd64)?archive(bullseye)'
E: Handler silently failed
# apt download
'?source-package(^apt$)?or(?architecture(amd64),?architecture(all))?archive(bullseye)'
E: Handler silently failed
Wouldn't you agree that
Hi Fabian,
I am looking for a sponsor for my package "comic-neue":
I have just found this by pure coincidence.
I'm glad you did.
* Vcs : https://salsa.debian.org/fonts-team/fonts-comic-neue
Could you please push your working branch to the GIT repo and file a
merge request there? There a
Package: rclone-browser
Version: 1.8.0-1
Severity: important
Control: affects -1 rclone
rclone has never built reliably on mipsel, and has now been removed
for mipsel.
This means rclone-browser is not installable on mipsel since it has
Depends: rclone.
Since rclone is not required to *build* r
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "fonts-jetbrains-mono":
* Package name: fonts-jetbrains-mono
Version : 2.002-1
Upstream Author : [fill in name and email of upstream]
* URL : https://www.jetbrai
Package: solaar
Version: 0.9.2+dfsg-9
Severity: minor
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
I installed solaar on debian buster using the gnome-softare tool.
* What exactly did you do (or not do) th
Package: apt-file
Version: 3.2.2
Severity: normal
X-Debbugs-Cc: calumlikesapple...@gmail.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Basically, on every call to apt-update that isn't completely trivial (ie, at
least
1 package changed), my computer downloads the full 60 Mb of Contents fil
Package: wnpp
Severity: wishlist
Owner: "Nick Black (Public gmail account)"
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: librust-libnotcurses-sys-dev
Version : 2.0.1
Upstream Author : Nick Black
* URL : https://nick-black.com/dankwiki/index.php/Notcurse
Source: node-ws
Version: 7.3.1+~cs24.0.5-1
Dear Maintainer(s),
node-ws embeds nodejs module agent-base which has recently entered
Debian as package node-agent-base. Please remove the embedded module and
depend on node-agent-base instead.
Best wishes,
Andrius
Hi
> python3-torch requests a package
> 3.8
Comes from this line (the remove done)
--- a/debian/control
+++ b/debian/control
@@ -63,7 +63,6 @@ Architecture: any
Depends: libtorch1.6 (= ${binary:Version}),
${misc:Depends},
${python3:Depends},
- ${python3:Versions
severity: minor
(I have no idea if that will work: I'm not a DD, nor the reporter. But
this is definitely minor, if not normal)
On Wed, 22 Apr 2020 11:43:48 +0200 Domenico Cufalo
wrote:
> Dear Maintainer,
>
> I would like to add my vote in favor of the request to enable
> PipeWire support.
As
Control: tags -1 unreproducible
Control: severity -1 important
Hi Jakob,
Thanks for reporting this issue, but unfortunately I cannot reproduce it.
Building 2.2-6 in a buster chroot works as expected:
gbp clone \
https://salsa.debian.org/nagios-team/pkg-monitoring-plugins.git
git checkout
Package: python3-torch
Version: 1.6.0-3
Severity: grave
Hi,
it seems that something went havoc in the depends field and
python3-torch requests a package
3.8
which probably should have been a version number.
Best
Norbert
-- System Information:
Debian Release: bullseye/sid
APT prefers
Package: isc-dhcp-client
Version: 4.4.1-2.1+b2
Severity: normal
Dear Maintainer,
I believe I have found the exact bug anticipated by Sven Ulland in his
fix for #834532. Here is a quote from his report:
> A problem remains: If dhclient is terminated and started again, it starts with
> reason=REB
Package: dnss
Version: 0.0~git20180721.0.2de63ab0-1+b11
Severity: wishlist
/lib/systemd/system/dnss.service uses curly braces with
${MONITORING_FLAG} and ${MODE_FLAGS}, which means each one can only have
a single argument in it. It would be great if there were some way to
specify additional ar
Package: libinput10
Version: 1.16.2-1
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org
I have a ThinkPad TrackPoint Keyboard II
(
https://www.lenovo.com/us/en/accessories-and-monitors/keyboards-and-mice/keyboards/KBD-BO-TrackPoint-KBD-US-English/p/4Y40X49493
), which works via either Bluetoot
Source: hdf5
Version: 1.12.0+repack-1~exp2
Severity: wishlist
Overall patch below worked for me now now hdf5 tools work with ros3 driver,
e.g.
$> h5ls -r --vfd=ros3
https://dandiarchive.s3.amazonaws.com/girder-assetstore/6a/2f/6a2fe9e83746474790c504b9c8abb3ae
/
On Thu, 24 Sep 2020 19:08:25 +0200 Marcel Partap wrote:
> .. so after some research, this happens due to these changes merged in
March: https://github.com/BOINC/boinc/pull/3709
>
> Fortunately, previous behaviour can easily be restored by adding a
/etc/boinc-client/config.properties file containin
Control: tag -1 unreproducible
Justification: fixed via black-20.8b1-2
Hi Lucas,
Lucas Nussbaum writes:
> Source: elpy
> Version: 1.34.0-2
> Severity: serious
> Justification: FTBFS on amd64
> Tags: bullseye sid ftbfs
> Usertags: ftbfs-20200926 ftbfs-bullseye
>
I believe this was due to #97090
* Arnaud Patard [2020-10-15 11:37]:
> No, I've missed it. Sorry. I've just sent the patch again.
It's in 4.19.152 now. Thanks everyone!
--
Martin Michlmayr
https://www.cyrius.com/
Hi Thomas, Benjamin, and Python Team,
Thomas Grainger writes:
> Awesome, thanks for the update! Just to let you know there's a pre-release
> https://pypi.org/project/modernize/0.9rc0/ version that combines the
> libmodernize and modernize namespace
Good to know! I'm not familiar with the detai
Source: fpc
Version: 3.0.4+dfsg-23
Severity: minor
Dear Maintainer,
The newest verison of fpc is 3.2.0+dfsg-8, now is in the testing.
But the old version 3.0.4+dfsg-23 is still in sid.
Is need to remove old version from sid?
-- System Information:
Debian Release: 10.6
APT prefers stabl
A bot wrote:
Dependency installability problem for dask on all:
dask build-depends on:
- python3-pandas:amd64 (>= 0.19.0)
dask build-depends on:
- python3-distributed:amd64
python3-distributed depends on:
- python3-dask:amd64 (>= 2.9.0)
python3-pandas conflicts with:
- python3-dask:amd64 (< 2.11
Package: easyssh
Version: 1.7.4-1
Hi,
citing from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=972462#10:
> I plan to provide /usr/bin/easyssh via update-alternatives tool. This
> is better than making a plain symlink.
This is just wrong. Use dh_link for symlinks. Or even better: Just
rena
On Fri, 3 Jul 2020 22:14:18 +0200 Philipp Kern wrote:
> Would it be possible for googletest in Debian to ship these meson.build files
> alongside the source in the library packages? That way packages could
> build-depend on libgtest-dev without requiring them to use CMake.
It's a reasonable requ
yes, the attempt in the package rules to avoid build failures on unsupported
architectures actually was null in the debian context and just broke the
ability to build the arch-all binaries on any architecture (needed for
source-only uploads).
Fixed in 19.11-3, just uploaded.
Wookey
--
Princip
Package: scribus
Version: 1.5.5+svn23928+dfsg-1+b2
Severity: important
X-Debbugs-Cc: riveravaldezm...@gmail.com
Dear Maintainer,
* What led up to the situation?
Seems like a problem of the version. Can't think of anything that I've done
that could have originated it.
* What exactly did y
Source: monitoring-plugins
Version: 2.2-6
Severity: serious
Tags: ftbfs
Justification: fails to build from source
Dear Maintainer,
When trying to locally rebuild monitoring-plugins on a Buster system with the
build-depends installed, the build actually fails during dh_compress.
This was tried wi
Source: libsvm
Version: 3.24+ds-5
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: python3.9
Dear Maintainer,
The debian/tests/python3-simple test tests using all supported python3
versions but does not install them all.
Cheers,
mwh
-- System Information:
Debian Release: bullseye
Here we go:
https://salsa.debian.org/science-team/liblinear/-/merge_requests/1
Source: liblinear
Version: 2.3.0+dfsg-4
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: python3.9
Dear Maintainer,
The debian/tests/python3-simple test tests using all supported python3
versions but does not install them all. The fix is trivial and I will
propose it on salsa momen
Dear Maintainer,
tried to track where the time is set/retrieved for a remote file
and came up with this location [1].
I am not sure if flag SSH_FILEXFER_ATTR_ACMODTIME/SSH2_FILEXFER_ATTR_ACMODTIME
is the only possible way ssh has to transfer the date, but at
least that way seems to just use 32 bit
Source: genshi
Version: 0.7.3-2
Severity: normal
Tags: upstream
User: debian-pyt...@lists.debian.org
Usertags: python3.9
Forwarded-To: https://github.com/edgewall/genshi/issues/23
Dear Maintainer,
Python 3.9 is now a supported version in unstable, and genshi's
autopkgtests now fail.
Cheers,
mwh
Here we go: https://salsa.debian.org/roam/feature-check/-/merge_requests/1
Also the git repo on salsa seems to be a couple of uploads out of date, or
I'd propose the change there.
On Tue, 20 Oct 2020 at 12:57, Michael Hudson-Doyle <
michael.hud...@ubuntu.com> wrote:
> Source: ecflow
> Version: 5.5.3-3
> Severity: normal
> User: debian-pyt...@lists.debian.org
> Usertags:
Control: block -1 by 969301
> This probably needs fixing upstream regardless, but if MuPDF can
> be built with OpenSSL 3 when it's ready that'd also be suitable
> to close this bug.
Per the FTP team's decision today, it seems MuPDF won't need to wait for
Apache-licensed OpenSSL to build with it. I
Source: feature-check
Version: 0.2.2-5
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: python3.9
Dear Maintainer,
Now that python3.9 is a supported python 3 version in unstable, the
tap-python.sh test is failing: it runs the tests with all supported
python 3 versions but does not
Control: tag -1 + patch - moreinfo unreproducible
Hi Sven,
Sven Hartge wrote:
> Um 19:54 Uhr am 19.10.20 schrieb Sven Hartge:
> > If I add the switch "-B" to the make command in gen_compat_def I can
> > reliably get the test to work correctly even on the systems with the older
> > filesystem:
>
Source: ecflow
Version: 5.5.3-3
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: python3.9
Dear Maintainer,
Now that the extension module is built for all supported python 3
releases, the next problem is that the autopkgtest tests for all python
3 releases but does install them...
On Thu, Oct 15, 2020 at 04:55:03PM -, Chris Lamb wrote:
> I don't actually use reprotest myself, so I can't help you specifically here.
> Probably best to contact the rb-gene...@lists.reproducible-builds.org mailing
> list.j
>
Ok. I'll send an email.
Best regards,
Elías Alejandro
Source: ctdopts
Version: 1.4-1
Severity: normal
Tags: upstream
User: debian-pyt...@lists.debian.org
Usertags: python3.9
Forwarded: https://github.com/WorkflowConversion/CTDopts/pull/25
Dear Maintainer,
The autopkgtests fail with Python 3.9. It appears to be a simple fix
which I have already propo
Control: severity 972224 serious
Control: severity 972226 serious
Hey,
I uploaded Frameworks 5.74.0 and KDEPIM 20.08 completely, so you can do the
binNMUs.
hefee
--
On Sonntag, 18. Oktober 2020 12:39:20 CEST Sebastian Ramacher wrote:
> Control: forwarded -1
> https://release.debian.org/transit
On Wed, 27 Mar 2019 11:04:30 +0100 Christoph Berg
wrote:> Re: Ansgar Burchardt 2019-03-20
<751a89074fcaa393f2cc26ff676e9e3434ecd706.ca...@43-1.org>
> > the OpenSSL ./. GPL problem (if one sees it as a problem) is larger
> > than just libpq5: just looking at a small sample of the direct rdeps of
>
On 19/10/2020 20:07, Stefano Rivera wrote:
Hi Rebecca (2020.10.19_11:51:33_-0700)
Or maybe not an actual regression...it's a ~5e-7 difference and one of the
things the patch does (at around dask/dataframe/tests/test_rolling.py:270)
is _tighten_ the tolerance on that test.
Hrm, I didn't see th
Source: mutagen
Version: 1.45.1-1
Severity: normal
Tags: patch
Dear Maintainer,
mutagen's autopkgtests fail with the python3-defaults in unstable
because the tests are run with all supported python3 versions but only
the default is installed. It's an easy fix.
Cheers,
mwh
-- System Information:
Or maybe not an actual regression...it's a ~5e-7 difference and one of
the things the patch does (at around
dask/dataframe/tests/test_rolling.py:270) is _tighten_ the tolerance on
that test.
I have filed a separate bug (#972516) for the fsspec issues.
Package: python3-dask
Version: 2.11.0+dfsg-1
Some of fsspec's functionality now requires python3-aiohttp, including
parts used in dask autopkgtests:
https://ci.debian.net/data/autopkgtest/testing/amd64/d/dask/7549002/log.gz
Some of these work if I add a test-dependency, but 2 continue to fail
I have now tested it. (The dask tests are run in autopkgtest, not build.)
The attached is what I have so far, but it had these failures. The
first two happen with or without 969648.patch and (from debci results)
appear to be triggered by the new fsspec, but the last is a *regression*
caused
Same issue here on HP Envy x360 cn1002ng with Intel WiFi-AC 9560.
Similar to other reports, neither approach of providing different
versions of the requested drivers works.
On Tue, 6 Oct 2020 13:04:24 +0200 Gregor Riepl wrote:
> Thunderbird 78.3.1 is now in unstable, and without Enigmail 2.2,
> existing users may lose their existing configuration.
>
> Please consider uploading the migration wizard (i.e. Enigmail 2.2) as
> soon as possible.
enigmail seems to be the
On Mon, Oct 19, 2020 at 10:52:45PM +0200, Bernhard Übelacker wrote:
> Dear Maintainer,
> tried to track where the time is set/retrieved for a remote file
> and came up with this location [1].
>
> I am not sure if flag SSH_FILEXFER_ATTR_ACMODTIME/SSH2_FILEXFER_ATTR_ACMODTIME
> is the only possible
Hello,
Am 19.10.20 um 23:33 schrieb Debian FTP Masters:
> We believe that the bug you reported is now fixed; the following
> package(s) have been removed from unstable:
>
> libnb-absolutelayout-java | 12.1-1 | all
> libnb-apisupport3-java | 10.0-3 | all
> libnb-ide14-java | 10.0-3 | a
Source: sbuild
Version: 0.80.0
Severity: normal
User: debian-sp...@lists.debian.org
Usertags: sparc64
Hi!
I'm observing random failures of sbuild signing the changes file after build
on some buildds, especially on sparc64 and most often on the machine sompek.
I'm not sure yet what the problem is
Am 19.10.20 um 23:33 schrieb Joachim Wuttke:
> Markus:
>
> Further investigation shows that the problem is not with NumPy.
> CMake not even finds Python.h.
>
> The problem is most likely a mixture of Python 3.8 and 3.9 files on your
> system.
>
> Try to uninstall libpython3-dev, which still dep
Markus:
Further investigation shows that the problem is not with NumPy.
CMake not even finds Python.h.
The problem is most likely a mixture of Python 3.8 and 3.9 files on your system.
Try to uninstall libpython3-dev, which still depends on 3.8.
Good luck, Joachim
smime.p7s
Description: S/MI
Hi Joachim,
Am 19.10.20 um 23:15 schrieb Joachim Wuttke:
> Hi Markus,
>
> I confirm that this is a serious issue.
>
> I got the same error message
>
> Could NOT find Python3 (missing: Python3_INCLUDE_DIRS Python3_LIBRARIES
> Development NumPy Development.Module Development.Embed) (found v
Source: sogo
Version: sogo/4.3.2-1
Hi,
The new upstream version 5.0.1 is available. Please consider packaging
it. This will also take care of #932081 for bullseye.
Hi Markus,
I confirm that this is a serious issue.
I got the same error message
Could NOT find Python3 (missing: Python3_INCLUDE_DIRS Python3_LIBRARIES
Development NumPy Development.Module Development.Embed) (found version
"3.9.0")
in a completely different software project after I di
On Mon, 19 Oct 2020, Boyuan Yang wrote:
Hi,
在 2020-10-19星期一的 18:33 +0100，Jan Wedekind写道：
Hi Boyuan, hi Helmut,
I have incorporated the bug fixes for cross-platform build. I also have
made other changes in the meantime.
Boyuan, can you please upload the new version to Debian unstable. You can
Hi,
The translation would need updating anyway, because I did a lot of changes
to the user interface.
Regards
Jan
On Mon, 19 Oct 2020, tony mancill wrote:
Hello,
On Mon, Oct 19, 2020 at 04:01:37PM +0300, Сергей Савин wrote:
Hello. I don't have a copy.
I have checked and the most recent b
Am 19.10.20 um 22:42 schrieb Michael Biebl:
> On Sun, 1 Mar 2020 13:14:49 +0100 Bastian Germann
> wrote:
>> Package: wesnoth
>> Severity: serious
>>
>> This GPL2 package links with OpenSSL. The OpenSSL license is
>> incompatible with the GPL (see
>> https://ftp-master.debian.org/REJECT-FAQ.html).
Am 19.10.20 um 22:40 schrieb Michael Biebl:
> See
> http://meetbot.debian.net/debian-ftp/2020/debian-ftp.2020-03-13-20.02.html
See also https://salsa.debian.org/ftp-team/website/-/merge_requests/6
signature.asc
Description: OpenPGP digital signature
On Mon, 24 Feb 2020 22:09:01 + Debian FTP Masters
wrote:
> muchsync (5-2) unstable; urgency=medium
> .
>* Links with wolfssl instead of libcrypto, fix:
> "OpenSSL linking without license exception", thanks to Bastian Germann
> (Closes: #951854).
This patch is not needed anymo
On Sun, 1 Mar 2020 13:14:49 +0100 Bastian Germann
wrote:
> Package: wesnoth
> Severity: serious
>
> This GPL2 package links with OpenSSL. The OpenSSL license is
> incompatible with the GPL (see
> https://ftp-master.debian.org/REJECT-FAQ.html). This can be solved by
> asking upstream to add a lice
Am 19.10.20 um 22:36 schrieb Michael Biebl:
> OpenSSL is now considered a system library in Debian, see
> http://meetbot.debian.net/debian-ftp/2020/debian-ftp.2020-03-13-20.02.html
> i.e. now such license exception is needed anymore.
See also https://salsa.debian.org/ftp-team/website/-/merge_reque
On Mon, 18 Mar 2019 16:58:01 + Robie Basak
wrote:
> Package: libpq5
> Version: 11.2-2
> Severity: serious
> Affects: bandwidthd-pgsql dballe inspircd libnss-pgsql2 libodb-pgsql-2.4
> pmacct r-cran-rpostgresql saga sphinxsearch tora ulogd2-pgsql yubikey-server-c
> Justification: renders many D
Hi Ben,
On Mon, Oct 12, 2020 at 05:26:37PM +0100, Ben Hutchings wrote:
> On Sat, 2020-10-10 at 23:25 +0100, Sudip Mukherjee wrote:
> > Source: linux
> > Severity: wishlist
> > X-Debbugs-Cc: b...@decadent.org.uk, debian-ker...@lists.debian.org
> >
> > Hi,
> >
> > This is similar to #948041 and li
Package: coreutils
Version: 8.32-4+b1
Severity: wishlist
Tags: upstream
X-Debbugs-Cc: colomar.6@gmail.com
Dear Maintainer,
Could you please add a new flag to the install program
so that it can install directories too? Maybe "-r" would do.
If I can help in any way, please help me to do so.
I
Package: fastd
Severity: important
Version: 17-4
fastd doesn't free receive buffers for invalid packets. This can lead to
memory exhaustion or (with v20) to an assert. From the release text:
The new buffer management of fastd v20 revealed that received packets with
an
invalid type code
Package: geary
Version: 3.38.0.1-3
Severity: wishlist
There's a new minor release of geary out. There's also an open RC bug
(#970933) with the existing package that would be fixed by simply
updating the package with the new upstream release. Please package
3.38.1 so that geary 3.38 can tran
Source: black
Version: 20.8b1-2
Severity: serious
black currently fails its autopkgtests on amd64 and is thus unable to
migrate to testing:
| test_async_main (tests.test_primer.PrimerCLITests) ... Can not find 'black'
executable in PATH. No point in running
| FAIL
| test_handle_debug (tests.test_
Hi Valentin,
On 19-10-2020 21:23, Valentin Vidic wrote:
> On Mon, Oct 19, 2020 at 08:57:37PM +0200, Paul Gevers wrote:
>> Your package dlm has an autopkgtest, great. However, I believe that it
>> should fail as the messages in the log suggest the test didn't succeed.
>> Failing autopkgtests are RC
Hi,
在 2020-10-19星期一的 18:33 +0100，Jan Wedekind写道：
> Hi Boyuan, hi Helmut,
> I have incorporated the bug fixes for cross-platform build. I also have
> made other changes in the meantime.
>
> Boyuan, can you please upload the new version to Debian unstable. You can
> download the package with dget
Control: tags -1 = confirmed
On 2020-10-19 08:37:30 +0530, Kumar Appaiah wrote:
> Dear Sebastian,
>
> On Sun, Oct 18, 2020 at 12:10:18AM +0200, Sebastian Ramacher wrote:
> > > I wish to update armadillo in unstable. A binNMU should suffice for
> > > all reverse dependencies. Please let me know yo
On Mon, Oct 19, 2020 at 08:57:37PM +0200, Paul Gevers wrote:
> Your package dlm has an autopkgtest, great. However, I believe that it
> should fail as the messages in the log suggest the test didn't succeed.
> Failing autopkgtests are RC. Please fix your autopkgtest.
Yes, unfortunately dlm require
Hi Bastian,
On Wed, Oct 14, 2020 at 05:39:00PM +0200, Salvatore Bonaccorso wrote:
> Hi Bastian,
>
> On Tue, Oct 13, 2020 at 11:36:40PM +0200, Bastian Germann wrote:
> > Hi Salvatore,
> >
> > Thanks for your hints.
> >
> > Am 10.10.20 um 23:02 schrieb Salvatore Bonaccorso:
> > > Hi Bastian,
> >
On 19/10/2020 18:54, Sudip Mukherjee wrote:
Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee
* Package name: offlineimap3
Version :
Upstream Author :
* URL : https://github.com/OfflineIMAP/offlineimap3
* License : GPL-2+ with OpenSSL exception
Pro
On Sun, 30 Aug 2020 19:32:15 -0400 John Scott wrote:
> It appears mutool can't verify signed PDFs because it wasn't built
> with OpenSSL support:
> $ mutool sign -v signed.pdf
> verifying signature 81
> error: No OpenSSL support.
> error processing signatures: No OpenSSL support.
>
> I realize th
Hi Rebecca (2020.10.19_12:07:08_-0700)
> > Or maybe not an actual regression...it's a ~5e-7 difference and one of the
> > things the patch does (at around dask/dataframe/tests/test_rolling.py:270)
> > is _tighten_ the tolerance on that test.
>
> Hrm, I didn't see that failure. Testing again on a 3
On 2020-10-19 18:05, John Paul Adrian Glaubitz wrote:
> Source: glibc
> Version: 2.31-4
> Severity: normal
> User: debian-sp...@lists.debian.org
> Usertags: alpha hppa ia64 m68k sh4 sparc64
>
> Hello!
>
> The two tests:
>
> FAIL: misc/tst-sbrk
> FAIL: misc/tst-sbrk-pie
>
> fail on multiple arch
Hi Rebecca (2020.10.19_11:26:19_-0700)
> I have now tested it. (The dask tests are run in autopkgtest, not build.)
Thanks. I took your untested patch and tested it, too.
It needed some tweaking, which it looks like you've also done.
> The attached is what I have so far, but it had these failur
Hello,
Adhemerval Zanella, le lun. 19 oct. 2020 15:44:03 -0300, a ecrit:
> On Mon, Oct 19, 2020 at 1:09 PM John Paul Adrian Glaubitz
> wrote:
> > FAIL: misc/tst-sbrk
> > FAIL: misc/tst-sbrk-pie
>
> Just to you know these tests were never actually pushed upstream.
> They came from the debian
> pa
Hi Rebecca (2020.10.19_11:51:33_-0700)
> Or maybe not an actual regression...it's a ~5e-7 difference and one of the
> things the patch does (at around dask/dataframe/tests/test_rolling.py:270)
> is _tighten_ the tolerance on that test.
Hrm, I didn't see that failure. Testing again on a 32bit arch
On 2020-10-19 15:44, Adhemerval Zanella wrote:
> On Mon, Oct 19, 2020 at 1:09 PM John Paul Adrian Glaubitz
> wrote:
> >
> > Source: glibc
> > Version: 2.31-4
> > Severity: normal
> > User: debian-sp...@lists.debian.org
> > Usertags: alpha hppa ia64 m68k sh4 sparc64
> >
> > Hello!
> >
> > The two t
Hi,
On 2020-10-19 14:56, Dimitri John Ledkov wrote:
> On Mon, 16 Mar 2020 23:09:58 + Dimitri John Ledkov
> wrote:
> > Package: tzdata
> > Version: 2019c-3
> > Severity: normal
> >
> > Dear Maintainer,
> >
> > This adds ICU timezone datafiles from icu-data repository.
> >
> > The source .txt
Hi,
xiao sheng wen (肖盛文) wrote:
> hi,
>
> I create a patch to fix NOT_FOUND in pkgsize.ent.
>
> This patch add the script to get package data from Stable and Oldstable .
>
> Please help to review it. Modify is also welcome.
We should better remove the whole content about those packages, right
Source: dlm
Version: 4.0.9-1
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: issue
Dear maintainer(s),
Your package dlm has an autopkgtest, great. However, I believe that it
should fail as the messages in the log suggest the test didn't succeed.
Failing autopkg
On Mon, Oct 19, 2020 at 1:09 PM John Paul Adrian Glaubitz
wrote:
>
> Source: glibc
> Version: 2.31-4
> Severity: normal
> User: debian-sp...@lists.debian.org
> Usertags: alpha hppa ia64 m68k sh4 sparc64
>
> Hello!
>
> The two tests:
>
> FAIL: misc/tst-sbrk
> FAIL: misc/tst-sbrk-pie
Just to you kn
Hello,
On Mon, Oct 19, 2020 at 04:01:37PM +0300, Сергей Савин wrote:
> Hello. I don't have a copy.
I have checked and the most recent build of anymeal I have is from an
upload in May of 2008 (0.30-7), and I can't find a copy of the patch on
my system.
I apologize for dropping the ball on this.
t
On Sun, Mar 24, 2019 at 02:36:00PM +0300, Dmitry Shachnev wrote:
> This bug still happens with the latest versions of llvm, mesa and Qt
> in Buster.
Today I found another occurrence of this bug — it makes pyside2 FTBFS in
unstable.
And here is a simple way to reproduce this bug on a mips64el mach
Hello,
On Sun 18 Oct 2020 at 08:25am +08, 積丹尼 Dan Jacobson wrote:
> X-Debbugs-Cc: Sudip Mukherjee
> Package: ftp.debian.org
>
> When reading e.g.,
> https://ftp-master.debian.org/new/getmail6_6.7-1.html
> the user sees
> Debian NEW package overview for getmail6
>
> Therefore the user assumes it
Source: csvkit
Version: 1.0.2-2
Severity: serious
Control: close -1 1.0.5-1
Tags: sid bullseye
User: release.debian@packages.debian.org
Usertags: out-of-sync
Control: block -1 by 969550
Control: affects -1 src:python-agate-sql src:python-agate
Dear maintainer(s),
As recently announced [1], th
Um 19:54 Uhr am 19.10.20 schrieb Sven Hartge:
> If I add the switch "-B" to the make command in gen_compat_def I can
> reliably get the test to work correctly even on the systems with the older
> filesystem:
>
>cmd="make -s -B -C $KDIR M=$PWD modules"
I locally rebuild the iptables-netflow
Package: u-boot-tools
Version: 2020.10+dfsg-1
Severity: wishlist
Tags: patch
Dear Maintainer(s),
The FTP team revised their guidance related to OpenSSL linkage. It is
now considered a "system library", so it is now allowed to dynamically
link a GPL binary to libssl:
http://meetbot.debian.net/deb
Hi!
I think I know what the problem is and is really really stupid.
The age of my systems was the correct hint here: The filesystem /usr is on
is too old and it does not have microsecond resolution but the CPU is fast
enough to get the job done in under a second.
Which means the test is so fas
Hi Boyuan, hi Helmut,
I have incorporated the bug fixes for cross-platform build. I also have
made other changes in the meantime.
Boyuan, can you please upload the new version to Debian unstable. You can
download the package with dget using this command:
dget -x
https://mentors.debian.n
Um 19:28 Uhr am 19.10.20 schrieb Sven Hartge:
> What?!
>
> I tested with debsums -c and even reinstalled
> linux-headers-5.9.0-1-common, comparing the before and after, nothing
> broken, nothing missing.
Scratch that last part. Because make did run correctly during
gen_compat_def it wasn't reco
On 10/16/20 5:07 PM, Antonio wrote:
> Package: bash
> Version: 5.1~rc1-2
> Severity: normal
>
> Dear Maintainer,
> after updating bash to version 5.1 ~ rc1-2 I noticed a new behavior: when
> you paste a text it is automatically selected.
> This however creates confusion as on plasma / konsole as t
Control: forwarded -1
https://gitlab.com/vala-panel-project/vala-panel/-/issues/121
On Do 05 Apr 2018 10:30:41 CEST, Guido Günther wrote:
Package: vala-panel
Version: 0.3.74-1
Severity: normal
Hi,
starting vala-panel on a X11 based gnome-session gives:
$ vala-panel
** (vala-panel:
On 19.10.2020 18.13, VB wrote:
Just tried again with 20.2.1 from recent unstable. The game still crashes after
the credentials are checked, while starting the loading screen.
you should probably file it upstream at
https://gitlab.freedesktop.org/mesa/mesa
--
t
Um 16:02 Uhr am 19.10.20 schrieb Axel Beckert:
>> Next step would be to strace the dkms build process and compare the
>> output to find out what files are referenced to find the offending
>> header files.
>
> Good idea, thanks!
The more I look at this, the more ?!?! appear above my head.
I am c
1 - 100 of 176 matches
Mail list logo
