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 :
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)
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
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 :
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},
-
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.
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
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
>
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
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
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
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
* 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
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
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 (<
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
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
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
--
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
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
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:
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
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
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
>
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.
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
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
>
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
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
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
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 |
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
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
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:
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
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
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
>
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
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
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,
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
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
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.
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
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],
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
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:
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
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
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
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
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
**
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
Hey Roger,
Apologies for the radio silence. I just saw that this email ended up
in the spam folder :(.
Thanks for your comments and eagerness to welcome and test this, I'm
really glad that more people will find this useful :) :)
Some comments:
On Thu, Oct 1, 2020 at 11:08 AM Roger Shimizu
Control: tags 957250 + patch
Control: tags 957250 + pending
--
Dear maintainer,
I've prepared an NMU for gadmin-rsync (versioned as 0.1.7-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should cancel it.
--
Regards
Sudip
diff -Nru gadmin-rsync-0.1.7/debian/changelog
Chris Lamb wrote:
> [..]
Friendly ping on this? Looks like it was merged upstream.
Kind regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
1 - 100 of 178 matches
Mail list logo