Control: tags -1 pending
On 1/12/23 08:10, Bas Couwenberg wrote:
The attached patch resolves the issue by using python3-passlib which has a pure
Python implementation to fall back on when the crypt module is not available.
I've uploaded a 0-day NMU with the patch from this issue.
The
On Fri, 20 Jan 2023, 06:52 Salvatore Bonaccorso, wrote:
> Hi Norbert,
>
> On Thu, Jan 19, 2023 at 11:44:47PM +0100, Norbert Lange wrote:
> > It's been ages, why isn't this enabled by now? How should this driver
> > mature when no one can test it (without going through the hassle if
> > compiling
Am 20.12.2022 um 04:08 teilte Danai SAE-HAN (韓達耐) mit:
Hi,
Sorry, I forgot all about this!
I figured out it was a regression so in Unstable you need to go two
versions back for Fontforge, which will ignore the warnings instead of
halting the process.
I'll be back home on 30 December.
Hi,
Am Donnerstag, dem 19.01.2023 um 13:57 -0500 schrieb Jorge Moraleda:
> Fabian mentioned that "upstream has decided to rename the binary font
> files and in that course change the file extensions from .pfb to
> .t1." but from the above experiment it seems that upstream changed
> the actual
Quoting Fabian Greffrath (2023-01-20 07:52:49)
> Am Donnerstag, dem 19.01.2023 um 13:12 +0100 schrieb Jonas Smedegaard:
> > The very purpose of Noto is to cover many scripts.
> > If you need latin-cyrillic-greek coverage, pick another o the many
> > fonts covering that smaller scope.
>
> Sure, I
Am Donnerstag, dem 19.01.2023 um 13:12 +0100 schrieb Jonas Smedegaard:
> The very purpose of Noto is to cover many scripts.
> If you need latin-cyrillic-greek coverage, pick another o the many
> fonts covering that smaller scope.
Sure, I was expecting a stubborn reply...
However, you contradict
Package: libcurl4
Version: 7.87.0-2
Severity: important
Tags: upstream
Dear Maintainer,
Upstream bug: https://github.com/curl/curl/issues/10146
This breaks my matrix client (nheko). I was told a new curl release is planned
for Feb 15, so this should probably be patched in Debian earlier than
Hello,
tahoe-lafs maintainers have forked txi2p (ITP #930578) as txi2p-tahoe
(ITP #1029229) to have Python 3 support which is unavailable in the
original txi2p. Therefore I intend to package txi2p-tahoe as
src:python-txi2p-tahoe in Debian to provide the missing dependency for
tahoe-lafs.
On Thu, Jan 19, 2023 at 09:08:20PM +0100, Salvatore Bonaccorso wrote:
> Hi Tobi,
>
> Small formal review:
>
> On Thu, Jan 19, 2023 at 08:52:37PM +0100, Tobias Frost wrote:
> > forgot to attach the diff
> >
>
> > diff -Nru libapreq2-2.13/debian/changelog libapreq2-2.13/debian/changelog
> > ---
Package: wnpp
Owner: Andrius Merkys
Control: unblock 995352 by 930578
Control: block 995352 by -1
Severity: wishlist
* Package name: python-txi2p-tahoe
Version : 0.3.7
Upstream Author : Aaron Gallagher <_...@habnab.it>
* URL : https://github.com/tahoe-lafs/txi2p
*
Hi Norbert,
On Thu, Jan 19, 2023 at 11:44:47PM +0100, Norbert Lange wrote:
> It's been ages, why isn't this enabled by now? How should this driver
> mature when no one can test it (without going through the hassle if
> compiling the Kernel).
Thanks for asking back. NTFS3 driver is still not in
Package: wnpp
Owner: Mason James
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org
* Package name: libhash-safekeys-perl
Version : 0.04
Upstream Author : Marty O'Brien
* URL : https://metacpan.org/release/Hash-SafeKeys
*
$ pdb3 /usr/bin/gajim
> /usr/bin/gajim(3)()
-> import re
(Pdb) cont
No translations found for en_US
Dirs searched: [PosixPath('/home/brian/.local/share'),
PosixPath('/usr/share/xfce4'), PosixPath('/usr/local/share'),
PosixPath('/usr/share'), PosixPath('/usr/share')]
No plugin translation path
Thanks! This looks like the same crash, i.e. in libproxy.
$ gajim -v
No translations found for en_US
Dirs searched: [PosixPath('/home/brian/.local/share'),
PosixPath('/usr/share/xfce4'), PosixPath('/usr/local/share'),
PosixPath('/usr/share'), PosixPath('/usr/share')]
No plugin translation path available
Logger gajim level set to 10
Logger nbxmpp
Hi,
I assume, that the crash is not related to the message, but to this bug:
https://bugs.debian.org/1028638
Could you run `gajim -v` or even run it in a debugger? Maybe you can
check, if it is the same bug.
Cheers
* Chris Lamb [2023-01-20 01:47]:
[...]
> As to a solution, though, I think this is somewhat blocking on Mattia's
> expertise in the generation of the Python test recommends. Are we, in
> essence, trying to parse the following data in setup.py?
>
> install_requires=[
> "python-magic",
Source: ectrans
Severity: normal
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps kernel
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
The timestamp and kernel version is embedded in /usr/bin/ectrans:
On Thu, 2023-01-19 at 15:28 -0300, Pablo Mestre wrote:
> I'm going to look deeper into this issue and try to reproduce the bug.
FTR I managed to reproduce it by using GNOME Disks to create a small
disk image in a file, format it with ext4, mount it and repeatedly
backup a small dataset into it
Package: gajim
Version: 1.6.1-2
Severity: important
X-Debbugs-Cc: bgvaug...@gmail.com
Dear Maintainer,
On starting gajim through the applications menu, the interface appears briefly
before disappearing.
On starting gajim from the command line, an error message appears on the
terminal, then the
Simon McVittie wrote on Thu, Jan 19, 2023 at 11:22:29AM +:
> 11.7 will not get gtk+3.0_3.24.34-5, regardless. The changes between
> 3.24.24 and 3.24.34 are too extensive to ask the release team to review
> them (1242 lines of changes in gtk/gtkimcontextsimple.c alone) and have
> triggered
Hi all,
> […]
As Mattia writes on the Salsa bug [0], I now don't think this is a
network issue. In other words, the package FTBFS regardless of whether
you have network access or not.
To make debugging this easier, I've split out the inline Python code
in c341b63a [1], and simply running the
Thank you for adding gallium i915 to mesa 22.3.2-1. Now at least the
default Debian testing release is usable at my laptop.
But the problem stills persists, if the i915-driver is removed and
kms_swrast is used.
In fact it is a mutter-problem (43.2-4) with shadow buffering.
Problem can be best
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: debian-r...@lists.debian.org, terce...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
on December 19th, 2022, the Ruby team announced a proposed meeting from
February 6th to 10th 2023 [1,2]. One of the main tasks will be
Hello,
I have uploaded a fix for this bug to Ubuntu, and uploaded it to the DELAYED/5
queue also.
If you would rather this be a team upload or would like the delay shortened,
please do let me know.
Thanks,
--
Simon Quigley
si...@tsimonq2.net
tsimonq2 on LiberaChat and OFTC
Source: davegnukem
Version: 1.0.3-1
Severity: important
davegnukem does not build on big endian architectures.
The simple fix would be adding a semicolon after the "if (false)" line in
src/sdl/djgraph.cpp.
It would obviously better to implement a big endian version of whatever that
code
On 1/11/23 15:40, Michael Biebl wrote:
Control: reassign -1 kexec-tools
Am 10.01.23 um 20:34 schrieb KOLANICH:
Package: systemd
Version: 252.4-1
Severity: grave
So do kexec-tools if a user has chosen to use it for
reboots during package configuration.
Either of the following can cause fs
Package: lintian
Version: 2.116.0
Control: affects -1 + libreswan
Lintian, when reviewing libreswan 4.9-1, reports:
I: libreswan: bash-term-in-posix-shell 'function cool('
[usr/libexec/ipsec/_secretcensor:31]
But in fact the code in question is:
--
awk ' function cool(hot, q, cooled,
Thanks for the link with the contained patch. Bumping this as it still
would be great to see it merged:
---
diff FileDir.cpp FileDir_fix.cpp
569c569
< if (mkdir( name, 0700 ) == 0) bret = true;
---
> if (mkdir( name, 0777 & gbl_umask.mask ) == 0) bret = true;
---
Best regards,
Micha
It's been ages, why isn't this enabled by now? How should this driver
mature when no one can test it (without going through the hassle if
compiling the Kernel).
Hi,
On Thu, Jan 19, 2023 at 01:00:29PM -0400, Stefano Rivera wrote:
> > On Fri, 03 Sep 2021 15:16:54 +0200 Johannes Schauer Marin Rodrigues
> > wrote:
> > > please consider storing a mapping from distro to keyring in
> > > /usr/share/keyring. Currently there is no reliable way to retrieve the
>
Hi Markus,
On Thu, Jan 19, 2023 at 10:21:35PM +0100, Markus Kramer wrote:
> Hi Diederik,
> Thank you for 0001-Revert-ASoC-soc-pcm-Don-t-zero-TDM-masks-in-__soc_pc.patch
>
> Following chapter 4.2.2 of
> https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html
>
> $sudo apt-get
Control: severity -1 grave
The program is unusable with this, so I am raising the severity appropriately.
Hi,
On Thu, Jan 19, 2023 at 04:56:44PM -0500, Ben Westover wrote:
> Hello,
>
> The CVE description states that versions 0.12.0 - 0.21.1 are vulnerable, but
> this package is currently version 22.0. Can this bug be closed?
A CVE description might only refer to a specific point in time's state
For reference, and I don't know if this is the same bug or just related,
but here's the original bug I ran into:
-- >8 --
$ rm xx*; seq 999 | csplit - /10/-5 30 /10/-5 {2} %10% 110
8
70
195
3
3
28
3560
$ head -n9 xx*
==> xx00 <==
1
2
3
4
==> xx01 <==
5
6
7
8
9
10
...
29
==> xx02 <==
30
...
Package: lvm2
Version: 2.03.11-2.1
Severity: wishlist
Hi,
On a machine, I've two VG (aya+raid1 and aya+raid6).
While a pvmove was in progress in aya+raid6, I tried
to remove an unused PV in aya+raid1.
vgreduce worked correctly
pvremove also worked correctly
but, as the PV was a RAID1 mdadm
Package: alsa-ucm-conf
Version: 1.2.8-1
Severity: important
Dear Maintainer,
the alsa-ucm-conf package in bookworm and sid, v1.2.8, contains UCM
files with "Syntax 6", which is only supported starting from libasound2
v1.2.7 [1]. To ensure that a sufficiently recent version of libasound2
that can
Hi,
On Thu, Jan 19, 2023 at 04:12:14PM +0100, Sebastian Reichel wrote:
> On Wed, Jan 18, 2023 at 09:48:33PM +, Martin wrote:
> > Control: severity -1 grave
> >
> > Justification for grave: Crashes Gajim for some users. RC, IMHO.
If I understood it correctly libproxy is only used by glib
Package: command-not-found
Version: 20.10.1-1
Severity: critical
Justification: Breaks unrelated software
Followup-For: Bug #968757
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Tue, 01 Sep 2020 15:59:09 +0800 Paul Wise wrote:
> Control: severity -1 important
>
> Downgrading this because
Just for fun, I tried to build the source from Chris on Bullseye, but it
had a few issues. I cloned it to
https://salsa.debian.org/debian/pkg-opensnitch.git > and applied a
few fixed to get it to build. Sadly it is not working.
The opensnitch daemon fail to start with the following message in
Hello,
The CVE description states that versions 0.12.0 - 0.21.1 are vulnerable,
but this package is currently version 22.0. Can this bug be closed?
Thanks,
--
Ben Westover
OpenPGP_signature
Description: OpenPGP digital signature
Hi Jeremy,
On Thu, Jan 19, 2023 at 7:01 PM Jeremy Sowden wrote:
> I've pushed all the work to my repo on Salsa:
>
> https://salsa.debian.org/azazel/shorewall
>
> Do you want to review it before I push to the shorewall-team repo?
It all looks pretty good to me! In fact, it's a radical
Package: coreutils
Version: 9.1-1
Severity: normal
Dear Maintainer,
I've extracted the following from a break-down
I've been having for the past three hours (annotated):
-- >8 --
$ seq 90 110 | cat -n
1 90 xx00
2 91
3 92
4 93
5 94
6 95 xx01
7 96
Package: devscripts
Version: 2.22.2
Severity: wishlist
uscan can created a repacked file based on d/copyright and I *think*
this is handled by devscripts. It invokes `xz' for compression without
the -T flag. Passing the -T argument with either 0 or 1 as the number of
CPUs has the following
I noticed this bug, and similar for python-pgspecial.
You can fix it by rebuilding with python3-psycopg 3.1.7-4,
like I've just done with python-pgspecial.
Long story short - dh_python3 has hardcoded mapping
of psycopg to python3-psycopg3, and this is added to binary
dependencies via
Hi Diederik,
Thank you for 0001-Revert-ASoC-soc-pcm-Don-t-zero-TDM-masks-in-__soc_pc.patch
Following chapter 4.2.2 of
https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html
$sudo apt-get install devscripts
Reading package lists... Done
Building dependency tree... Done
Reading
Package: dkms
Version: 3.0.10-1
Severity: wishlist
If I install the same DKMS package on two identically-configured Debian
sid systems, the resulting kernel modules are not bit-for-bit identical.
The integrity of kernel modules is critical to a secure system, and
ensuring that their builds are
On 2023-01-19 12:02:52 [-0800], Ryan Tandy wrote:
> Hello Jonathan and Sebastian.
Hi Ryan,
> In any case I believe the use of Recommends is Policy-compliant since there
> are myriad ways to specify the trusted CAs and the default ldap.conf setting
> is only for convenience.
It sounds reasonable.
Hi Tobi,
Small formal review:
On Thu, Jan 19, 2023 at 08:52:37PM +0100, Tobias Frost wrote:
> forgot to attach the diff
>
> diff -Nru libapreq2-2.13/debian/changelog libapreq2-2.13/debian/changelog
> --- libapreq2-2.13/debian/changelog 2019-09-18 09:12:54.0 +0200
> +++
Package: dhcpcd-base
Followup-For: Bug #1029174
X-Debbugs-Cc: krzpyrk...@gmail.com
Dear Maintainer,
I've ran onto the same issue on a riscv64 board yesteday. Upgrading to
9.4.1-14 solved the problem.
forgot to attach the diff
diff -Nru libapreq2-2.13/debian/changelog libapreq2-2.13/debian/changelog
--- libapreq2-2.13/debian/changelog 2019-09-18 09:12:54.0 +0200
+++ libapreq2-2.13/debian/changelog 2023-01-19 20:25:21.0 +0100
@@ -1,3 +1,10 @@
+libapreq2 (2.13-7~deb11u1)
Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: libapr...@packages.debian.org, Salvatore Bonaccorso
Control: affects -1 + src:libapreq2
I've uploaded prepared an security update of libapreq2 for LTS and ELTS.
On Thu, Jan 19, 2023 at 08:24:52PM +0100, Andreas Tille wrote:
> According to
>https://buildd.debian.org/status/package.php?p=mricron
> the package builds on ppc64el and I left it in the architecture list.
> I had to remove ppc64 from the list of architectures since it did not
> built there.
>
Am Thu, Jan 19, 2023 at 01:27:43PM -0500 schrieb Paul Tagliamonte:
> From the title: [mipsel powerpc ppc64]
>
> Is ppc64 right or should it be ppc64el? I suspect you mean/want ppc64el
> but I don't want to take an rm action here until I've got a lot of
> positive confirmation.
According to
Package: ausweisapp2
Version: 1.26.1-1
Severity: important
X-Debbugs-Cc: s.sp...@sisesp.de
Dear Maintainer,
I noticed that connecting with a smartphone as cardreader is currently
impossible since the app hangs up during the process. All packages on my system
are up-to-date with Debian testing.
control: reassign -1 ldap-utils 2.4.57+dfsg-3
On 2023-01-04 13:50:53 [+], Jonathan Rietveld wrote:
> We've since found out that installing libldap-common resolves our
> issue, as others
> (https://github.com/wheelybird/ldap-user-manager/issues/172 and
>
Hello Fabian and James,
Thank you for looking into this.
I remark that the symbolic links created in the *"X11/Type1" *folder change
the file extension of the original file. In particular:
> > file /usr/share/fonts/X11/Type1/NimbusSans-BoldItalic.pfb
>
Control: merge -1 1029212
On Thu, Jan 19, 2023 at 7:15 PM Adrian Bunk wrote:
> libgraphicsmagick-q16-3 has a hardcoded dependency on the cruft libtiff5:
> https://sources.debian.org/src/graphicsmagick/1.4%2Breally1.3.40-1/debian/control/#L44
>
> Please drop this, ${shlibs:Depends} already
Hi Paul
I'm going to look deeper into this issue and try to reproduce the bug.
Also I will contact the upstream.
Thanks for your reply
El 4/1/23 a las 00:33, Paul Wise escribió:
On Tue, 2023-01-03 at 17:56 -0300, Pablo Mestre wrote:
Several months have passed since the last check
Hey Andreas,
>From the title: [mipsel powerpc ppc64]
Is ppc64 right or should it be ppc64el? I suspect you mean/want ppc64el
but I don't want to take an rm action here until I've got a lot of
positive confirmation.
If that's right, would you please re-title this bug? Thank you very
much!
Source: debian-archive-keyring
Version: 2021.1.1
Severity: serious
X-Debbugs-Cc: debian-rele...@lists.debian.org
Hi,
We need an SRM key for bookworm, so that we can include it in the
release.
Regards,
Adam
Source: debian-archive-keyring
Version: 2021.1.1
Severity: serious
X-Debbugs-Cc: ftpmas...@debian.org, debian-rele...@lists.debian.org
Hi,
We need new archive signing keys for bookworm, so that we can include
them in the release.
Regards,
Adam
Package: libgraphicsmagick-q16-3
Version: 1.4+really1.3.39-2
Severity: serious
libgraphicsmagick-q16-3 has a hardcoded dependency on the cruft libtiff5:
https://sources.debian.org/src/graphicsmagick/1.4%2Breally1.3.40-1/debian/control/#L44
Please drop this, ${shlibs:Depends} already generates a
> "f" == fabian writes:
f> NB: The file command reveals some subtle differences between both
f> formats that pdfbox probably isn't aware of:
f> $ file *
f> NimbusRoman-BoldItalic.t1: PostScript Type 1 font text
f> (NimbusRoman-BoldItalic 1.00)
f> n022004l.pfb: PostScript Type
On 2023-01-15, at 22:03:46 +0100, Romain Francoise wrote:
> On Sun, Jan 15, 2023 at 10:38:43AM +, Jeremy Sowden wrote:
> > I've managed to coax gbp into importing 5.2.8 into one upstream
> > branch with each upstream tar-ball as a subdirectory.
> >
> > I'm currently working on merging the
Package: libgraphicsmagick-q16-3
Version: 1.4+really1.3.39-2
Severity: serious
libgraphicsmagick-q16-3 has a hardcoded dependency on libtiff5,
so even after binnmuing for the tiff transition it still depends on it
This affects both the version in bookworm and the version in sid,
I have not
FTR: There is already an alternative fix committed in the Debian Kernel repo:
https://salsa.debian.org/kernel-team/linux/-/commit/4a65ff78c6be9208bfc9232886a7a2d199ebcac7
So what I'll describe below is how you would do it.
On Thursday, 19 January 2023 18:46:57 CET Markus Kramer wrote:
> How do I
Package: debian-policy
Version: 4.6.2.0
Severity: normal
Tags: patch
It has been four months since the General Resolution 2022/vote_003 was
voted¹, but it has not yet been completely adopted. The archive area
was created and at least a package was uploaded to it in October, but
it has not seen
Package: smartmontools
Version: 7.3-1+b1
smartmontools.service fails, if there is nothing to monitor. Sample:
root@srvl065:~# systemctl status smartmontools
x smartmontools.service - Self Monitoring and Reporting Technology (SMART)
Daemon
Loaded: loaded
Control: tags -1 pending
https://salsa.debian.org/chromium-team/chromium/-/commit/727873cc6feddfca06e3708869ee5780e26e4d4f
On Thu, Jan 19 2023 at 10:50:53 AM +0100, Bastian Germann
wrote:
Am 18.01.23 um 19:16 schrieb Andres Salomon:
Ah great, I hadn't noticed! If the build works, let me
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "runit-services":
* Package name : runit-services
Version : 0.5.4
Upstream contact : [fill in name and email of upstream]
* URL : [fill in URL of upstream's
Package: prosody
Version: 0.12.2-1
Severity: wishlist
Dear Maintainer,
Please consider switching Prosody to run with Lua 5.4 as interpreter.
This is the recommended version of Lua for Prosody assuming all
dependencies are available, which is now the case in testing as far as I
can determine.
Package: courier-imap
Version: 5.0.13+1.0.16-3+b5 amd64
Hello,
I wanted to upgrade my email server, so I decided to install Bookworm
(current debian testing) on a new machine. I wish to use virtual users.
postfix, postgresql auth, virtual users, courier imapd.
ii courier-authdaemon
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock transition moreinfo
Tags: security
X-Debbugs-CC: webkit2...@packages.debian.org
I am filing this bug early so that the Release Team is aware early.
[ Reason ]
webkit2gtk only provides security support for
> On Fri, 03 Sep 2021 15:16:54 +0200 Johannes Schauer Marin Rodrigues
> wrote:
> > please consider storing a mapping from distro to keyring in
> > /usr/share/keyring. Currently there is no reliable way to retrieve the
> > authoritative keyring for a given distro name. Even when limiting
> >
Am 19.01.23 um 16:47 schrieb René Krell:
Hi Rene,
IMHO, in each case it is not a idea to backport openvpn 2.6 unless
network-manager-openvpn supports to override also --data-ciphers.
Packages are not upgraded to backports-versions by default. You have to
opt-in (either manually or by
Resending because my email yesterday did not arrive at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028565
Hi,
yesterday the `make` command ended without an error.
When I run `make` again it returns
CALLscripts/checksyscalls.sh
CALLscripts/atomic/check-atomics.sh
DESCEND
Control: tags -1 patch
A patch has been committed in git:
https://salsa.debian.org/python-team/packages/celery/-/commit/c94d7c031d3686596305d435898199e3d452e87c
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Package: openvpn
Version: 2.6.0~rc1
Severity: normal
Dear Maintainer,
after updating openvpn from bullseye-backports from 2.5.1 to 2.6.0~rc1 I got a
broken VPN client-to-site connection to a server
not supporting TLS 1.2 (forced min TLS version: 1.0, overridden cipher:
AES-128-CBC).
The
On 2023-01-19 11:30:31, Jérôme Charaoui wrote:
> So considering all this I'm currently leaning towards adding a
> transitional "puppet-master" and/or "puppet-master-passenger" package
> for the purpose of shipping a NEWS file recommending that users migrate
> to the puppetserver package
Hi,
Am 19.01.23 um 12:46 schrieb Andreas Henriksson:
I'd like to explicitly ask if you still want me to upload any
fontconfig change ASAP or if downgrading severity means you think
it can/should wait until after release?
worked around it in libreoffice for now, so your decision in the end.
The old "puppet-master" and "puppet-master-passenger" were basically
just configuration files for the systemd/sysvinit and Apache2/Passenger,
because the main (ruby) code was always in the "puppet" package.
I think the way forward here is that first, we should make the 7.x
transitional dummy
Package: task-laptop
Version: 3.71
Followup-For: Bug #915370
X-Debbugs-Cc: onit...@gmail.com
The drop didn't happen in buster+1, but there may still be time for bookworm.
FYI: The anacron service was silently disabled by default a while ago due to a
bug, but this was only recently reported:
Control: tags -1 patch
A patch has been committed in git:
https://salsa.debian.org/python-team/packages/python-django-tagging/-/commit/580dfcf54791ea0613c0edc622867b44e5738fb5
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D
Control: tags -1 patch
A patch has been committed in git:
https://salsa.debian.org/debian/termbox/-/commit/814a247912b907d66adb8b761c616e1f1a5f471f
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: tags -1 pending
A fix has been committed in git:
https://salsa.debian.org/science-team/python-hdf5storage/-/commit/78d2bc277af59a8d2881b2290d175822b39ca65b
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Package: zeroc-ice
Severity: wishlist
zeroc-ice currently builds a python library package which is only built against
the default python 3 version. The result of this is that zeroc-ice is tying
together the "php 7.2" transition with the "python3 as default" transition.
If zeroc-ice was to build
Package: wnpp
Severity: wishlist
Subject: ITP: r-cran-gfonts -- offline 'Google' Fonts for 'Markdown' and
'Shiny' for GNU R
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: r-cran-gfonts
Version : 0.2.0
Upstream Author : Victor Perrier,
* URL :
Hi Sebastian,
On 1/17/23 22:37, Sebastian Ramacher wrote:
> Control: tags -1 moreinfo
>
> On 2023-01-12 11:45:45 +, Francisco Vilmar Cardoso Ruviaro wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition
>>
>> Dear
Control: tags -1 patch
A patch has been committed in git:
https://salsa.debian.org/debian-astro-team/pydl/-/commit/3cd70897436e4166f495aee204bcf0c7b026a5bc
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Hi,
On Wed, Jan 18, 2023 at 09:48:33PM +, Martin wrote:
> Control: severity -1 grave
>
> Justification for grave: Crashes Gajim for some users. RC, IMHO.
>
> On 2023-01-17 21:56, Sebastian Reichel wrote:
> > I just got the new package through testing and now gajim segfaults
> > ony my
control: reassign -1 src:tagcoll2,src:libwibble
thanks
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C
⠈⠳⣄
The wrong Amazon is burning.
Am Thu, Jan 19, 2023 at 06:49:24AM -0800 schrieb Adrian Bunk:
> @tillea Confirmed by my testing is that the difference between failing and
> passing autopkgtest of `r-cran-xts` is whether `r-base-core` is from Debian
> unstable or from the same sources recompiled with `-ffloat-store`.
>
>
@tillea I've got it passing by compiling R itself with `-ffloat-store` to
mitigate the excess precision of the x87 FPU. I'll reassign the Debian bug with
a patch in a while.
--
Reply to this email directly or view it on GitHub:
On 2023-01-19 08:35, Tiger!P wrote:
Package: unbound
Version: 1.17.0-1
Severity: normal
Tags: patch
Dear Maintainer,
* What led up to the situation?
I wanted to configure a static IPv6 address in unbound, but that is not
(always) available when booting the system. Therefor I enabled
Package: snippy
Version: 4.6.0+dfsg-1
Severity: important
X-Debbugs-Cc: Pierre Gruet
Hi,
I was informed that snippy is not behaving nicely in all cases when
snpeff 5.1 is used. A colleague is rather using it successfully with
snpeff 5.0. You can verify this with the following test script:
Package: openbox-menu
Version:0.8.0+hg20161009-3.1
Severity: serious
openbox-menu should not be shipped in bookworm.
--
.''`. Mateusz Łukasik
: :' : l0calh0st.pl
`. `' Debian Member -mat...@linuxmint.pl
`-GPG: D93B 0C12 C8D0 4D7A AFBC FA27 CCD9 1D61 11A0 6851
Source: swift-proxy
Version: 2.26.0-10
Severity: serious
Tags: patch
Title: Arbitrary file access through custom S3 XML entities
Reporter: Sébastien Meriot (OVH)
Products: Swift
Affects: <2.28.1, >=2.29.0 <2.29.2, ==2.30.0
Description:
Sébastien Meriot (OVH) reported a vulnerability in Swift's
Note: Hardcoded dependency on libffmpegthumbnailer4v5 in debian/control
is also highly suspicious and should probably be removed as well.
(this is what ${shlibs:Depends} is for)
Thanks.
yq is in NEW:
https://ftp-master.debian.org/new/yq_3.1.0-1.html
Am 18.01.23 um 19:17 schrieb Christoph Martin:
I've build an initial package and will upload it soon for review.
OpenPGP_signature
Description: OpenPGP digital signature
1 - 100 of 166 matches
Mail list logo