Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: python-...@packages.debian.org
Control: affects -1 + src:python-ara
Hi,
I went to see with Michal Arbet, the current maintainer of the package,
how he could fix the current open bugs,
Hi Norbert,
On Thu, 2024-05-02 at 08:44 +0900, norb...@preining.info wrote:
> at Debian they got a report that loading expl3.ltx when building formats
> is **extremely** slow when running under emulations:
>
> 1070150 at bugs.debian.org
>
> Running fmtutil output through ts (timestamp utility
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: sah...@packages.debian.org
Control: affects -1 + src:sahara
Hi,
Sahara FTBFS (unit tests failures), and is unmaintained upstream. It's
time to get it removed from Debian.
Cheers,
On Wed, 2024-05-01 at 23:36 +0200, Petter Reinholdtsen wrote:
> Hi,
>
> [John Paul Adrian Glaubitz 2020-05-10]
> > I would like to adopt this package. There is a new upstream available and
> > the
> > repository has been moved to Github with some recent activity [1].
>
> What came out of this
Hi Patrick,
On Mon, Apr 22, 2024 at 09:36:54PM +0200, Patrick Franz wrote:
> Package: release.debian.org
> Severity: normal
> Tags: bookworm
> X-Debbugs-Cc: delta...@debian.org
> User: release.debian@packages.debian.org
> Usertags: pu
>
> [ Reason ]
> There is a bug in libkf5sieve where the
Package: lintian
Severity: wishlist
For manual pages generated by tools like help2man that run binaries to
get usage statements for conversion to manual page format, please check
that the manual pages do not contain common text indicating that the
executable or script was not able to run
Package: jbig2
Version: 0.29-2.1
Severity: normal
Usertags: help2man
The jbig2 manual page is broken. Looks like it was generated via
help2man using the binary in the build tree but without using
LD_LIBRARY_PATH so the binary could not find libraries it uses,
so jbig2 could not start, so it
Package: python3-pyasn
Version: 1.6.1-3+b4
Severity: normal
Usertags: warnings
User: debian-pyt...@lists.debian.org
Usertags: python3.12
When installing pyasn I get a syntax warning with Python 3.12,
the fix would be to use raw strings with Python regexes:
On Wed, May 01, 2024 at 03:04:56PM +0200, Roland Mas wrote:
> Package: python3-spyder
> Version: 5.5.1+ds-1
> Severity: important
>
> Dear Maintainer,
>
> python3-spyder is no longer installable in sid; it depends (and
> build-depends) on pylint (< 3.1~) but pylint is currently 3.1.0-1 in
>
Hi Stuart,
On Thu, May 02, 2024 at 09:50:46AM +1000, Stuart Prescott wrote:
> Source: python-qtpy
> Version: 2.4.1-2
> Severity: normal
> X-Debbugs-Cc: stu...@debian.org
>
> Dear Maintainer,
>
> The qtpy description says "Abstraction layer for PySide2/PySide6/PyQt5/PyQt6"
> however the
On 2024-05-01 19:05:06 +0100, Richard Lewis wrote:
> I agree that you should be able to filter out duplicate lines. And i think
> this is possible with a custom filter.
Yes, but "sed" may not be the best tool for that. With sed, removing
lines containing only the usual network managers is
Control: reassign -1 snappy
Thanks, I've verified it's related to snappy 1.2.0:
dilinger@debian-sid:~$ dpkg -l |grep snapp
ii libsnappy1v5:amd64 1.1.10-1+b1
amd64fast compression/decompression library
dilinger@debian-sid:~$ chromium
VMware: No 3D enabled
On Mon, 29 Apr 2024 13:09:27 -0700 Jay
wrote:
> On Sat, Jun 17, 2023 at 4:55 AM Alban Browaeys
wrote:
> > This bug would likely be fixed by Debian (the systemd package?)
> > shipping a /usr/lib/systemd/user-environment-generators/ systemd
user
> > environment generator with the default PATH
> E ModuleNotFoundError: No module named 'six'
This happens because we unknot the
python3-mock -> python3-pbr -> python3-six
dependency chain.
I did this _on purpose_ to discover missing python3-six
(build-)dependencies and/or upstream that needs a cleanup.
Here it's of course better to do
On Mon, 22 Apr 2024 09:31:39 +0200 Charlemagne Lasse
wrote:
> Hi,
>
> Can this be backported to older Debian versions via the security repo?
> This bug can be used to execute code when using the PHP engine:
>
> * https://www.offensivecon.org/speakers/2024/charles-fol.html
> *
Package: chromium
Version: 124.0.6367.78-1
Severity: important
X-Debbugs-Cc: jet...@jethron.id.au
Dear Maintainer,
Attempting to run chromium fails with:
/usr/lib/chromium/chromium: symbol lookup error: /usr/lib/chromium/chromium:
undefined symbol: _ZN6snappy11RawCompressEPKcmPcPm
I suspect
Package: cruft-ng
Version: 0.9.61
Severity: normal
https://git.sr.ht/~nabijaczleweli/voreutils contains such test data
Source: python-qtpy
Version: 2.4.1-2
Severity: normal
X-Debbugs-Cc: stu...@debian.org
Dear Maintainer,
The qtpy description says "Abstraction layer for PySide2/PySide6/PyQt5/PyQt6"
however the packaging for python3-qtpy is optimised only for applications
using PyQt5, declaring Depends on all the
Package: plocate
Version: 1.1.22-2
Severity: normal
Dear Maintainer,
I'm facing a weird data corruption in cruft-ng.
(test_plocate goes beyond the end of plocate's stdout)
I'd like to play with cruft-ng:i386 + plocate:adm64
combination to rule out error source.
This same change might also be
Hi all,
at Debian they got a report that loading expl3.ltx when building formats
is **extremely** slow when running under emulations:
1070...@bugs.debian.org
Running fmtutil output through ts (timestamp utility from moreutils):
May 01 14:28:46 LaTeX2e <2024-06-01> pre-release-0 (develop
Source: python-oslo.privsep
Version: 3.3.0-2
Severity: normal
Dear Maintainers,
This project has switched to unittest.mock
from the standard library.
Greetings
tchet@quieter:/tmp/python-oslo.privsep$ grep mock -r | grep -e debian -e import
debian/control: python3-mock,
Source: python-oslo.log
Version: 5.5.1-1
Severity: normal
Dear Maintainers,
This project has switched to unittest.mock
from the standard library.
Greetings
tchet@quieter:/tmp/python-oslo.log$ grep mock -r | grep -e debian -e import
debian/control: python3-mock,
Package: wnpp
Severity: wishlist
Owner: Bill MacAllister
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: krb5-wallet
Version : 1.5
Upstream Contact: Bill MacAllister
* URL : https://salsa.debian.org/whm/krb5-wallet
* License : (Expat)
On Mon, 26 Feb 2024 19:53:49 +0100 Fabio Pedretti
wrote:
> Ubuntu fixed it with this patch:
>
https://launchpadlibrarian.net/715235929/meson_1.3.2-1_1.3.2-1ubuntu1.diff.gz
>
Can this fix be added to Debian? Meson has been stuck without
moving to testing for a very long time and now it seems to
Hi Hilmar,
On Wed, May 1, 2024 at 4:17 PM Preuße, Hilmar wrote:
>
> On 01.05.2024 22:46, Steev Klimaszewski wrote:
>
> Hi,
>
> > May 01 14:28:46 catcodes, registers, parameters,
> > May 01 14:28:46 LaTeX2e <2024-06-01> pre-release-0 (develop 2024-5-1
> > branch)
> > May 01 14:28:46
On Tue, 21 Nov 2023 08:15:09 -0600 Jeffrey Cliff wrote:
> 1) isn't it electron based ? ie shouldn't this request depend on
> https://bugs.debian.org/842420 ?
> 2) as others have mentioned before, isn't this proprietary?
> https://en.wikipedia.org/wiki/Discord claims as such
>
> Jeff Cliff
> --
>
Currently there is a behavior difference between elpafied packages and
upstream ELPA packages on `load-path' handling: for elpafied packages,
all nested directories are added to `load-path', while for upstream ELPA
only the root directory is added. Normally this should not be an issue,
but when
Hi, Ivan and Alban,
Thank you very much for your reports. They certainly help me debug this large
update.
I see two different issues:
1. Missing _comp_deprecate* functions
Bash-completion 2.12 adds a new file to /etc/bash_completion.d
(/etc/bash_completion.d/000_bash_completion_compat.bash),
Hello Daniel,
On 20/04/2024 13:32, Daniel Reichelt wrote:
Package: live-build
Version: git-master
Severity: normal
Hi all,
I recently built a .deb of the current master and noticed build failures like
this:
---8<--
P: Begin copying binary includes...
Source: openttd
Version: 14.0-1
Severity: serious
Tags: upstream
Justification: Policy 12.5
Control: forwarded -1 https://github.com/OpenTTD/OpenTTD/pull/12603
Dear Maintainer,
The build scripts for the initial version 14.0 release of OpenTTD include a
CMake file that determines whether and how
Hi,
[John Paul Adrian Glaubitz 2020-05-10]
> I would like to adopt this package. There is a new upstream available and the
> repository has been moved to Github with some recent activity [1].
What came out of this intent?
I just migrated the package to a git repository on
On 01.05.2024 22:46, Steev Klimaszewski wrote:
Hi,
May 01 14:28:46 catcodes, registers, parameters,
May 01 14:28:46 LaTeX2e <2024-06-01> pre-release-0 (develop 2024-5-1
branch)
May 01 14:28:46 (/usr/share/texlive/texmf-dist/tex/latex/l3kernel/expl3.ltx
May 01 14:51:15
Hi Manny (2024.05.01_19:47:09_+)
Please report this upstream to https://github.com/pypa/pip
This does not sound Debian-specific at all.
I can't reproduce the bug, without writing a proxy that causes a failure
like you had, which is far beyond the effort I'm willing to put in here.
You're in
Package: pbuilder
Version: 0.231 (& current git version at salsa.debian.org)
By inspecting the code of pdebuild and pdebuild-checkparams:
1. When using the '--use-pdebuild-internal' option, then
PBUILDERSATISFYDEPENDSCMD is passed explicitly
to the script that is executed inside the chroot, at
On 4/30/24 11:22 PM, Norbert Preining wrote:
When running the hook with the 2023.20240207, this step takes around 3 hours.
Ouch, that hurts.
I'm guessing that this is related to enabling lua on aarch64 finally, but I'm
not familiar at all with latex and how to get the smallest possible test
Thanks, I've tried 5.73-1 and have not been able to get it to crash so
far.
--
see shy jo
signature.asc
Description: PGP signature
Source: dcmtk
Version: 3.6.7-13
Severity: important
Tags: security upstream
Forwarded: https://support.dcmtk.org/redmine/issues/1120
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Control: found -1 3.6.7-9
Control: found -1 3.6.7-8
Hi,
The following vulnerability was published for dcmtk.
Control: tags -1 moreinfo
Hi!
On Wed, 17 Apr 2024 17:17:39 +0300
"Dimitris T." wrote:
> Package: runit-services
> Version: 0.7.1
> Severity: wishlist
>
> Lorenzo hey,
>
> just tried smartmontools runscript found here :
>
Package: python3-pip
Version: 23.0.1+dfsg-1
Severity: normal
Tags: upstream
X-Debbugs-Cc: debbug.python3-...@sideload.33mail.com
This command was executed inside a venv:
===8<
$ pip install --proxy 127.0.0.1:8118 --log-file
Package: nut-snmp
Version: 2.8.1-3.1+b1
Severity: important
X-Debbugs-Cc: simon.harh...@muenster.de
Dear Maintainer,
'nut' and 'nut-snmp' are installed. I tried to query our ups via 'nut-scanner
-S' and got following message:
'Cannot load SNMP library (libnetsnmp.so) : file not found. SNMP
Control: found 1021470 1.02-20
Control: severity 1021470 minor
On 2024-05-01, Debian Bug Tracking System wrote:
> From: Petter Reinholdtsen
> Subject: Accepted xsok 1.02-20 (source) into unstable
...
> As far as I can tell, the latest changes to the package build system
> made the build
Package: gnome-boxes
Version: 43.2-1
Severity: important
X-Debbugs-Cc: inasprec...@disroot.org
Dear Maintainer,
The problem is present on the gnome-boxes pacakge distributed in
the current Debian stable branch, Bullseye. When creating a new
virtual machine with the "+" button on the upper left
Package: python3-pip
Version: 23.0.1+dfsg-1
Severity: normal
X-Debbugs-Cc: debbug.python3-...@sideload.33mail.com
In Bullseye, an app was installed as follows:
===8<
$ torsocks pip3 install argostranslate
$ torsocks pip3 install --log-file
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: werdah...@riseup.net
User: ftp.debian@packages.debian.org
Usertags: remove
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I uploaded an experimental version some time ago that wasn't picked up
by dak apperantly when it was removing it
On Sun, Apr 28, 2024 at 05:14PM, Sebastian Ramacher wrote:
> https://buildd.debian.org/status/fetch.php?pkg=haskell-pandoc=armel=3.1.3-1%2Bb1=1713911741=0
I have been trying to understand what is wrong, but haven't found
anything. My best guess right now is that this is a GHC bug that
manifests
Source: scikit-learn
Version: 1.4.1.post1+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
scikit-learn's autopkgtest regresses on i386 when tested with numpy
1.26 [1]. I've copied what I hope is the relevant part of the log
below.
Regards
Graham
On Wed, 1 May 2024, 00:57 Vincent Lefevre, wrote:
> On 2024-05-01 01:29:10 +0200, Vincent Lefevre wrote:
> > For instance, /var/log/chkrootkit/log.expected contains
> >
> > WARNING: Output from ifpromisc:
> > lo: not promisc and no packet sniffer sockets
> > : PACKET
>
Source: ejabberd
Version: 23.01-1
Severity: wishlist
Dear Maintainer,
please consider packaging 24.02 (if possible it would be great if you'd
also backport it to bookworm).
Ejabberd < 24.02 has an issue with channel binding and TLSv1.3. When
using channel binding (e.g. SCRAM mechanism
On Wed, 2024-05-01 at 19:46 +0200, Moritz Muehlenhoff wrote:
> On Wed, May 01, 2024 at 06:29:29PM +0100, Adam D. Barratt wrote:
> > On Wed, 2024-05-01 at 13:02 +0200, Moritz Muehlenhoff wrote:
> > > Please remove salt in the next Bullseye point release.
> > > It was already removed frm unstable
On Wed, May 01, 2024 at 06:29:29PM +0100, Adam D. Barratt wrote:
> On Wed, 2024-05-01 at 13:02 +0200, Moritz Muehlenhoff wrote:
> > Please remove salt in the next Bullseye point release.
> > It was already removed frm unstable for being unsupportable
> > and unmaintained
On Wed, May 01, 2024 at 07:10:29PM +0200, Lorenzo wrote:
> > Thanks. Does the attached patch help?
>
> yes, it seems it works
Good.
As small refinement to avoid emitting inappropriate dangling symlink warnings.
Mark
>From 07d2dd72221e961637ea7a9cd2143b6c8a411373 Mon Sep 17 00:00:00 2001
From:
On Wed, 2024-05-01 at 13:02 +0200, Moritz Muehlenhoff wrote:
> Please remove salt in the next Bullseye point release.
> It was already removed frm unstable for being unsupportable
> and unmaintained (https:://bugs.debian.org/1069654).
>
> There are two related packages which need to be removed
>
Package: devscripts
Version: 2.23.7
Severity: wishlist
Tags: patch
X-Debbugs-Cc: Daniel Kahn Gillmor
Hi!
GnuPG upstream has decided to get out of the standardizing process for
OpenPGP, and instead is trying to push its own proprietary fork based on
an old draft that did not have consensus
Hi Lucas,
On 4/20/24 8:23 AM, Lucas Nussbaum wrote:
Source: libkdumpfile
Version: 0.5.4-1
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240420 ftbfs-trixie ftbfs-t64-armel
Hi,
During a rebuild of all packages in sid, your package failed
Package: opendmarc
Version: 1.4.2-2+b1
Severity: important
X-Debbugs-Cc: f.de.kru...@gmail.com
Dear Maintainer,
* What led up to the situation?
Installation of opendmarc using:
DEBIAN_FRONTEND=noninteractive apt-get install -yqq opendmarc
Executing:
dkpg-reconfigure opendmarc
Hi,
On Wed, 2024-05-01 at 07:57 +0200, Nicolas Dandrimont wrote:
> On Wed, May 1, 2024, at 04:50, Boyuan Yang wrote:
> > Source: ramond
> > Version: 0.5-4.2
> > Severity: important
> > Tags: sid trixie
> > X-Debbugs-CC: nicolas.dandrim...@crans.org
> >
> > Dear package ramond maintainer in
Hi,
On 01/05/2024 17:29, Simon McVittie wrote:
Matthew, if pcre2 (>= 10.43) isn't urgent, please don't upload it to
unstable until after this glib2.0 bug has been fixed (and ideally also
migrated to testing).
Thanks for looking into this! I'm happy to hold off on a pcre2 upload to
unstable
Source: glib2.0
Version: 2.78.4-7
Severity: important
Tags: ftbfs trixie sid patch upstream fixed-upstream
Forwarded: https://gitlab.gnome.org/GNOME/glib/-/merge_requests/3945
X-Debbugs-Cc: Matthew Vernon
Control: fixed -1 2.80.0-7
GLib contains GRegex, an API wrapper around pcre2 (or pcre in
Hi.
AFAIU, in the meantime, the javaparser package may no longer be an issue... see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820471#19
Any possible update on recent versions of umlet ?
Thanks in advance.
Best regards,
Le Thu, May 26, 2016 at 06:55:42PM +0200, Benjamin Mesing a écrit
Package: ansible-lint
Version: 6.17.2-1
Severity: wishlist
Dear maintainers of ansible-lint,
ansible-lint has had several upstream releases which include various bug
fixes. It would be nice to have those in Debian as well.
Cheers,
sur5r
-- System Information:
Debian Release: trixie/sid
APT
Hello,
I am just trying to get the source line from the dmesg code line.
[ 97.073761] bluetoothd[838]: segfault at 561314652a23 ip 56167406a375 sp
7fffb128a200 error 4 in bluetoothd[561674048000+ec000] likely on CPU 11
(core 5, socket 0)
[ 97.073799] Code: 00 31 c0 e9 54 ff ff ff
> I have patched sendmail in order to enable O RejectNUL=True directive,
Is that already included in 8.18.1?
A grep over all files shows _FFR_REJECT_NUL_BYTE.
> but I do not achieved the fact to enable it by default.
What was the reason for that?
--
kind regards
Marco
Send unsolicited bulk
Package: wnpp
Severity: wishlist
Owner: Maytham Alsudany
X-Debbugs-CC: debian-de...@lists.debian.org, debian-r...@lists.debian.org
* Package name: rust-blight
Version : 0.7.1
Upstream Contact: Maaz Ahmed
* URL : https://github.com/VoltaireNoir/blight
* License
Source: rust-gst-plugin-gtk4
Severity: wishlist
Hi,
Please update to the new upstream version. 0.12.5 added support for
dmabuf import which can significantly reduce CPU usage.
Cheers,
-- Guido
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (990,
Package: sendmail-bin
Severity: important
Tags: security help
Forwarded: https://marc.info/?l=oss-security=171447187004229=2
Dear Maintainer,
CVE-2023-51765 is not fully fixed at least for forwarding bad mail.
We must reject NUL including mail as a stop gap method.
I have patched sendmail in
Package: wnpp
Severity: wishlist
Owner: David Edmondson
X-Debbugs-Cc: debian-de...@lists.debian.org, d...@dme.org
* Package name: gnome-shell-extension-happy-appy-hotkey
Version : 8
Upstream Contact: Jan Ouwens
* URL : https://github.com/jqno/gnome-happy-appy-hotkey/
Control: severity -1 serious
This issue is now RC since it's not possible to build qwertone on Unstable now.
But I expect qwertone will get an upload to fix this issue within a
few days. See https://salsa.debian.org/debian/qwertone/-/merge_requests/1
Thank you,
Jeremy Bícha
Control: tags -1 -moreinfo
The reverse dependencies have been taken care of now.
Thank you,
Jeremy Bícha
Package: python3-spyder
Version: 5.5.1+ds-1
Severity: important
Dear Maintainer,
python3-spyder is no longer installable in sid; it depends (and
build-depends) on pylint (< 3.1~) but pylint is currently 3.1.0-1 in
unstable.
Loosening the versioned dependency is enough to allow spyder to build,
control: tag -1 -moreinfo
This one should still be removed ...
It hasn't moved an inch still 2019
https://github.com/dropbox/pyannotate
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065045
Package: python3-datalad
Version: 0.19.6-2
Severity: serious
Debian Policy § 2.2 says that packages in main (like python3-datalad)
are not allowed to have Recommends on packages that are not in main
(unless it is only a non-default alternative for a package in main).
python3-datalad Recommends:
Source: python-pgpy
Version: 0.6.0-1.1
Severity: normal
A final cleanup has been proposed upstream
https://github.com/SecurityInnovation/PGPy/pull/437
Greetings
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (501, 'testing'), (450, 'unstable'), (400,
Source: python-oslo.reports
Version: 3.3.0-2
Severity: normal
This package does not need it anymore
tchet@quieter:/tmp/python-oslo.reports$ grep six -r
debian/control: python3-six,
debian/control: python3-six,
tchet@quieter:/tmp/python-oslo.reports$
Package: gnome-maps
Version: 46.0-1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: cqu...@arcor.de
I have recently upgraded my Debian testing and it comes with gnome-46.0-1. I am
using XFCE 4 desktop and when I try to start gnome-maps nothing happens. From
the command line
Source: python-oslo.policy
Version: 4.3.0-2
Severity: normal
Dear Maintainer,
This package does not use six anymore.
Greetings
tchet@quieter:/tmp/python-oslo.policy$ grep six -r
debian/control: python3-six,
debian/control: python3-six,
tchet@quieter:/tmp/python-oslo.policy$
Hi Nicholas
I think the builds are on track, except for:
libtemplates-parser FTBFS on arch:all [1]
gprbuild FTBFS on arch:any [2]
libgnatcoll, libgnatcoll-bindings and libgnatcoll-db are blocked by
the builds of gprbuild
Regards
Graham
[1]
Source: px
Version: 3.3.1-1
Severity: important
Dear Maintainer,
please remove here the dependency on python3-six;
python3-dateutil still has the right dependencies;
and will be fixed/released some day.
Greetings
https://wiki.debian.org/Python3-six-removal
tchet@quieter:/tmp/px$ grep six -r
Source: python-falcon
Version: 3.1.1-3
Severity: normal
Dear Maintainer,
six usage has been removed upstream since v2.0
Greetings
tchet@quieter:/tmp/python-falcon$ grep six -r
debian/control: python3-six,
debian/control: python3-six,
docs/changes/2.0.0.rst:- Removed the :py:mod:`six` and
Source: octave-symbolic
Version: 3.1.1-2
Severity: normal
Dear Maintainer,
It looks like six can now safely be removed.
https://wiki.debian.org/Python3-six-removal
Greetings
Package: octave-symbolic
Architecture: all
Depends: ${misc:Depends},
${octave:Depends},
Source: python-warlock
Version: 2.0.1-3
Severity: normal
Dear Maintainer,
This package doesn't need six (itself).
Greetings
tchet@quieter:/tmp/python-warlock$ grep six -r
debian/control: python3-six,
debian/control: python3-six,
poetry.lock: ( . )
tchet@quieter:/tmp/python-warlock$
On 2024-04-30 Elliott Mitchell wrote:
> On Tue, Apr 30, 2024 at 05:55:15AM +0200, Andreas Metzler wrote:
> > On 2024-04-29 Elliott Mitchell wrote:
[...]
> > > From `nslcd` on clients I was getting the message:
> > > nslcd[12345]: [1a2b3c] failed to bind to LDAP
> > > server
Source: nvidia-cuda-toolkit
Version: 4.0.13-1
Severity: important
Tags: security upstream
X-Debbugs-Cc: Debian Security Team
https://nvidia.custhelp.com/app/answers/detail/a_id/5517
CVE-2024-0072 NVIDIA CUDA toolkit for all platforms contains a
vulnerability in cuobjdump and nvdisasm where an
I had a look at this issue, and the cause is in src/Makefile.am, which
intentionally list several files both in both dfarc_SOURCES and
BUILT_SOURCES. The problematic files are generated but stored
in the tarball to save a build dependencuy (wxglade).
I am not sure how to avoid this problem, and
thout causing any programs to break.
BTW, since gnulib-tool is already in /usr/share/gnulib, it would
make sense to have version information there too (perhaps just in
the compact form, for gnulib-tool).
> There is also the "risk" that upstream gnulib eventually release
> version
Source: debian-security-support
Version: 1:13+2024.01.30
Severity: wishlist
X-Debbugs-Cc: z...@debian.org
Please mark pdns-recursor as EOL/no longer covered by security support
in Bullseye. These packages can still be used for select use cases
(internal resolver within a company network), but 4.4
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: s...@packages.debian.org
Control: affects -1 + src:salt
User: release.debian@packages.debian.org
Usertags: rm
Please remove salt in the next Bullseye point release.
It was already removed frm unstable for being unsupportable
and
Source: ruby-actionpack-xml-parser
Version: 2.0.1-4
Severity: minor
Dear Maintainer,
We noticed a typo in ruby-actionpack-xml-parser's long description when
translating it on the DDTP.
The description mentions "the Action Packg", while we believe it should be "the
Action Pack".
Thanks for
Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission
Submission-Type: new
Site: mirrors.jcut.edu.cn
Archive-architecture: amd64 arm64 i386
Archive-http: /debian/
Maintainer: stack zhao
Country: CN China
Trace Url:
Here is a proposed patch:
diff -Naur netcfg-master/dhcp.c netcfg-master-updated/dhcp.c
--- netcfg-master/dhcp.c 2024-05-01 11:14:26.209026580 +0100
+++ netcfg-master-updated/dhcp.c 2024-05-01 11:15:11.888387848 +0100
@@ -41,6 +41,7 @@
"domain",
Package: gcovr
Version: 7.2-1
Severity: grave
Hi,
invoking gcovr 7.2 in an empty directory fails like
$ gcovr
--
GCC Code Coverage Report
Traceback (most recent call last):
File
Control: tags -1 patch
Lorenzo,
On Wed, May 01, 2024 at 10:59:36AM +0200, Lorenzo Puliti wrote:
> Package: openrc
> Version: 0.45.2-2
> Severity: normal
> X-Debbugs-Cc: plore...@disroot.org
>
> Hi,
>
> it appears that, at least under certain conditions, openrc postinstall
> script fails if a
Control: tag 1070133 +patch
Control: tag 1070135 +patch
Here's a debdiff against what's already in 3.11.2-6+deb12u1 in
-proposed-updates
--
Steve McIntyre, Cambridge, UK.st...@einval.com
< sladen> I actually stayed in a hotel and arrived to find a post-it
Package: wnpp
Severity: wishlist
* Package name: mangl
Version : 1.1.4
Upstream Author : Ziga Lenarcic
* URL : https://github.com/zigalenarcic/mangl
* License : BSD 2-Clause and BSD 3-Clause
Programming Lang: C
Description : An enhanced man page viewer
Hello,
Socat is not able to do this, and there is currently no plan to
implement this feature.
However, due to the repeated requests, a script socat-mux.sh has been
written and released with Socat 1.8.0.0 that is able to provide
many-to-one, one-to-all communications. Internally it utilizes
Source: catch2
Version: 2.13.10-1
Severity: wishlist
X-Debbugs-Cc: ni...@tsipinakis.com
Dear Maintainer,
I've been depending on the catch2 library package for newsboat which by default
vendors the catch library. To be compatible with the Debian policy I have
overridden this so that the packaged
Hi Andres,
On Tue, 2024 Apr 30 02:42-04:00, Andres Salomon wrote:
> Please let me know if this is still broken with chromium 124.
I'm happy to report that the issue appears to be resolved in the current
124.0.6367.78-1~deb12u1. (I did not test 124.0.6367.60.)
Some additional info that I meant
Package: fontconfig
Version: 2.15.0-1.1
Severity: normal
X-Debbugs-Cc: none, Francesco Potortì
Today I got this in syslog (an excerpt):
telegram-desktop_telegram-desktop.desktop[8823]: Fontconfig warning:
"/etc/fonts/conf.avail/25-arphic-uming-bitmaps.conf", line 11: Having multiple
values in
sk" that upstream gnulib eventually release
versioned archives. There is a recently added v1.0 tag in git for
example, suggesting things may change. Since we haven't used the
0~20240501* pattern for gnulib version historically, to move to a
version based approach we would need an epo
Package: zstd
Version: 1.5.5+dfsg2-2
Severity: normal
Dear Maintainer,
here is a quick benchmark of the zstd build in Debian:
$ zstd -V
*** Zstandard CLI (64-bit) v1.5.5, by Yann Collet ***
$ zstd -b
3#Synthetic 50% : 1000 -> 3230847 (x3.095), 168.9 MB/s, 1310.7 MB/s
and here is
On 30/04/2024 21:44, Simon McVittie wrote:
coreutils_9.4-3.1 and pam_1.5.3-7 aren't currently migrating to trixie
for whatever reason. Because debootstrap doesn't currently know about
versioned Provides, I think it would be useful to get versions of these
packages in trixie that have been
1 - 100 of 114 matches
Mail list logo
