Control: reasign -1 apt 2.9.3
Control: affects -1 gpgv-from-sq
On 2024-05-18 Lyndon Brown wrote:
> On Sat, 2024-05-18 at 16:24 +0200, Andreas Metzler wrote:
>> On 2024-05-17 Lyndon Brown wrote:
>>> Package: gpgv
>>> Version: 2.2.43-4
>>> Severity: importan
On 2024-05-18 Lyndon Brown wrote:
> On Sat, 2024-05-18 at 16:24 +0200, Andreas Metzler wrote:
> > On 2024-05-17 Lyndon Brown wrote:
> > > Package: gpgv
> > > Version: 2.2.43-4
> > > Severity: important
[...]
> > afaict that happens in apt-key, what does
Package: graphicsmagick-imagemagick-compat
Version: 1.4+really1.3.43-1
Severity: normal
For unknown reasons salsa CI installed graphicsmagick-imagemagick-compat
instead of imagemagick and I wound up with a build error.
(sid)ametzler@argenau:/tmp/GNUPG2/gnupg2-2.4.5$ convert
On 2024-05-17 Lyndon Brown wrote:
> Package: gpgv
> Version: 2.2.43-4
> Severity: important
> Since sometime last night I'm seeing an error as below when using `apt-
> get update` or `aptitude update`. I'm guessing wrt. the earliest
> affected version. I've no idea how important an issue this
On 2024-05-18 Elliott Mitchell wrote:
> On Sat, May 18, 2024 at 08:16:25AM +0200, Andreas Metzler wrote:
[...]
>> You seem to argue that it is major problem for a gnutls client to *send*
>> e.g. "127.0.0.1" as SNI. My point is that this is not a problem but at
>>
On 2024-05-18 Elliott Mitchell wrote:
> On Sat, May 18, 2024 at 07:40:13AM +0200, Andreas Metzler wrote:
>> On 2024-05-18 Elliott Mitchell wrote:
>>> On Sat, May 18, 2024 at 06:55:06AM +0200, Andreas Metzler wrote:
[...]
>>>> Afaict it is a short-cut to save more ex
On 2024-05-18 Elliott Mitchell wrote:
> On Sat, May 18, 2024 at 06:55:06AM +0200, Andreas Metzler wrote:
[...]
> > > > I notice the `_gnutls_dnsname_is_valid()` function in
> > > > gnutls28-3.8.5/lib/str.h accepts IPv4 addresses (which are NOT valid in
> > >
On 2024-05-17 Elliott Mitchell wrote:
> On Thu, May 16, 2024 at 07:06:49PM -0700, Elliott Mitchell wrote:
> > On Tue, May 14, 2024 at 06:22:09PM +0200, Andreas Metzler wrote:
[...]
> > > Could you please post the requested output, although there are no
> > > obvio
On 2024-05-14 Elliott Mitchell wrote:
> On Wed, May 01, 2024 at 01:45:00PM +0200, Andreas Metzler wrote:
[...]
>> well you could post the complete output of
>> gnutls-cli --port 636 fd12:3456:7890:abcd::3
>> perhaps even with -d10? I would reassign to openldap then if th
Control: reassign -1 gnupg 2.4.4-1
Control: tags -1 pending
On 2024-05-11 Michael Tokarev wrote:
> 11.05.2024 09:14, Michael Tokarev wrote:
> ..
> > Please note the function gnupg uses email for is very rarely used, -
> > it's been many years when gpg-wks-server has been built without even
> >
On 2024-05-10 Andreas Metzler wrote:
[...]
> However that was quite painful. codesearch.debian.net lists 78 packages
> matching libgcrypt-config. I suspect the majority will be using the
> macros from libgcrypt.m4 and therefore already use gpgrt-config but
> I also suspect that abo
Source: collectd
Version: 5.12.0-18
Severity: normal
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
Please switch from using libgcrypt-config to pkg-config to locate
libgcrypt. libgcrypt-config will be dropped in the next libgcrypt major
release.
(Please
+++ bitlbee-3.6/debian/changelog 2024-05-11 13:42:43.0 +0200
@@ -1,3 +1,11 @@
+bitlbee (3.6-1.5) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Use pkgconf to locate libgcrypt, libgcrypt-config is scheduled for
+removal.
+
+ -- Andreas Metzler Sat, 11 May 2024 13:42:43
-config is scheduled for removal.
Author: Andreas Metzler
Origin: vendor
Last-Update: 2024-05-11
--- axc-0.3.7.orig/Makefile
+++ axc-0.3.7/Makefile
@@ -24,8 +24,8 @@ SQLITE3_LDFLAGS ?= $(shell $(PKG_CONFIG)
SIGNAL_CFLAGS ?= $(shell $(PKG_CONFIG) --cflags libsignal-protocol-c)
SIGNAL_LDFLAGS
AM_PATH_LIBGCRYPT that alsways uses libgcrypt-config.
Newer versions of that macro would use gpgrt-config when used with
AM_PATH_GPG_ERROR() which abiword does not.
pkgconf does the same job faster.
Author: Andreas Metzler
Origin: vendor
Last-Update: 2024-05-11
--- a/configure.ac
+++ b/configure.ac
@@ -982,19
On 2024-05-09 Alex Henrie wrote:
> This packaging bug is a big problem for Proton's Wine fork, which
> needs both /usr/lib/i386-linux-gnu/libgcrypt.so and
> /usr/lib/x86_64-linux-gnu/libgcrypt.so to be available at build time.
> Currently, Proton built for Debian can only support ECDH in 32-bit
>
Control: tags -1 fixed-upstream
On 2024-05-05 Andreas Metzler wrote:
> On 2024-05-04 Santiago Vila wrote:
> > found 1064486 0.16.3-1
> > tags 1064486 + ftbfs bookworm trixie sid
> > thanks
> > El 20/4/24 a las 14:12, Andreas Metzler escribió:
> > > FWIW I
On 2024-05-04 Santiago Vila wrote:
> found 1064486 0.16.3-1
> tags 1064486 + ftbfs bookworm trixie sid
> thanks
> El 20/4/24 a las 14:12, Andreas Metzler escribió:
> > FWIW I also get testsuite errors on current sid on amd64
> > The following tests
Control: forwarded -1 https://bugs.exim.org/show_bug.cgi?id=3044
On 2024-05-05 Andreas Metzler wrote:
[...]
> afaict at a quick glance the second patch works around a real bug. -
> src/tls.c calls tls_server_creds_invalidate() but the source code for
> this function is #ifdefi
On 2024-05-04 Svante Signell wrote:
> Source: exim4
[...]
> - src_tls-gnu.c.patch:
> Define tls_{client,server}_creds_invalidate() for Hurd too by adding
> #defined(__GNU__) to the condition. Functions gnutls_priority_deinit()
> and gnutls_certificate_free_credentials() already defined in
>
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
>
On 2024-04-29 Elliott Mitchell wrote:
> Package: libgnutls30
> Version: 3.7.9-2+deb12u2
> Severity: important
> Long story to finding this one. Trying to get LDAP setup on this
> network. As a recent deployment it seemed appropriate to use IPv6.
> From `nslcd` on clients I was getting the
On 2024-04-20 Lucas Nussbaum wrote:
> Source: libsoup2.4
> Version: 2.74.3-7
> Severity: serious
> Justification: FTBFS
[...]
> > (hsts-test:547071): GLib-Net-WARNING **: 04:03:06.247: Failed to load TLS
> > database: System trust contains zero trusted certificates; please
> > investigate your
-20 07:10:18.0 +0100
+++ veusz-3.6.2/debian/changelog 2024-04-21 14:19:21.0 +0200
@@ -1,3 +1,10 @@
+veusz (3.6.2-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop runtime library packages (not -dev) from b-d. Closes: #1067915
+
+ -- Andreas Metzler Sun, 21 Apr
:59.0 +0200
@@ -1,3 +1,11 @@
+deepin-movie-reborn (5.10.8-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Change hardcoded dependency to libqt5concurrent5t64 instead of
+libqt5concurrent5. Closes: #1068224
+
+ -- Andreas Metzler Sun, 21 Apr 2024 13:23:59 +0200
+
deepin
(1.5.12+ds-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Pull fix from Ubuntu by Michael Hudson-Doyle:
++ Drop spurious Depends on libssl3 as package is currently built with no
+ TLS provider. Closes: #1068226
+
+ -- Andreas Metzler Sun, 21 Apr 2024 12:04:17 +0200
+
trantor
On 2024-04-08 Andre Noll wrote:
> On Sun, Apr 07, 22:02, Peter Michael Green wrote:
> > After being rebuilt for the time64 transition, tfortune
> > depends on both liblopsub1 and liblopsub1t64. As a
> > result it is uninstallable on architectures that are undergoing
> > the time64 transition
-09-06 15:48:31.0 +0200
+++ urfkill-0.5.0/debian/changelog 2024-04-21 11:43:27.0 +0200
@@ -1,3 +1,10 @@
+urfkill (0.5.0-7.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop hardcoded dependency on libglib2.0-0. Closes: #1068689
+
+ -- Andreas Metzler Sun, 21 Apr
to you.'
`I sew his ears on from time to time, sure'
Description: Fixx FTBFS due to implicit declarations in autoconf tests.
Author: Andreas Metzler
Bug-Debian: https://bugs.debian.org/1069307
Origin: vendor
Last-Update: 2024-04-20
--- a/libs/ldapaddressbook/configure.ac
+++ b/libs/ldapaddressboo
: #1066396
+
+ -- Andreas Metzler Sat, 20 Apr 2024 14:28:35 +0200
+
lftp (4.9.2-2) unstable; urgency=medium
* lftp.tech domain doesn't work anymore; switch back to lftp.yar.ru
diff -Nru lftp-4.9.2/debian/patches/ftbfs_implicit.diff lftp-4.9.2/debian/patches/ftbfs_implicit.diff
--- lftp-4.9.2
On 2024-02-23 Bo YU wrote:
> Source: rnp
> Version: 0.17.0-3
> Severity: serious
> Dear Maintainer,
> The package has a ftbfs issue on my local amd64 build:
> ```
> 260/260 Test #255: cli_tests-Encryption
> .. Passed 60.86
> sec
>
On 2022-05-14 Bastian Germann wrote:
> Source: db5.3
> Severity: wishlist
> X-Debbugs-Cc: 987...@bugs.debian.org
> There is a Sleepycat-licensed fork of BerkeleyDB at
> https://github.com/bloomberg/comdb2/tree/master/berkdb. Maybe this is
> a way forward as long as #987013 (removal) is not
On 2024-03-06 Ondřej Surý wrote:
>> On 6. 3. 2024, at 12:45, Matthias Klose wrote:
>> Package: bind9-libs
>> Version: 1:9.19.21-1
>> Severity: serious
>> Tags: sid trixie
>> bind9-libs hard-codes a dependency on libuv1, that should be
>> libuv1t64 now. But better derive it form the libuv1-dev
On 2024-03-23 Diederik de Haas wrote:
[...]
> 2) near the end of your build log is the following message:
> "../os/meson.build:63:8: ERROR: Problem encountered: secure-rpc requested,
> but
> neither libtirpc or libc RPC support were found"
> And that matches the build issue mentioned in
On 2024-04-12 Abhijith PA wrote:
> On 12/04/24 03:34 PM, Andreas Metzler wrote:
[...]
>>> On Sun, 11 Jun 2023 23:09:11 +0530 Abhijith PA wrote:
>>>> I would like to adopt this package. I maintain a mailing list server
>>>> where I am already using postsrsd.
On 2023-07-17 Oxan van Leeuwen wrote:
> On 16-07-2023 22:35, Timo Röhling wrote:
> > I think this was not forwarded to Oxan, so I'm resending it to
> You're right, thanks for the forward.
> On Sun, 11 Jun 2023 23:09:11 +0530 Abhijith PA wrote:
> > I would like to adopt this package. I maintain
Control: severity -1 serious
Control: forwarded -1 https://gitlab.com/gnutls/gnutls/-/issues/1540
On 2024-04-08 Sanjoy Mahajan wrote:
> Package: gnutls-bin
> Version: 3.8.5-1
> Severity: normal
> X-Debbugs-Cc: none, Sanjoy Mahajan
> File: /usr/bin/gnutls-cli
> After dist-upgrading today, exim4
@@
+dvdisaster (0.79.10-3.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTBFS with -Werror=implicit-function-declaration Closes: #1066010
+
+ -- Andreas Metzler Sun, 07 Apr 2024 18:38:18 +0200
+
dvdisaster (0.79.10-3) unstable; urgency=medium
* Team upload
diff -Nru dvdisaster
Control: tags -1 patch
On 2024-04-02 Peter Michael Green wrote:
> Package: chatty
> Version: 0.8.2-1
> Severity: serious
> User: debian-...@lists.debian.org
> Usertag: time-t
> After being rebuilt for the time64 transition, chatty depends
> on both libpurple0 and libpurple0t64. As a
> result it
Control: tags -1 fixed-upstream
On 2024-03-10 Sebastian Ramacher wrote:
> Source: epic4
> Version: 1:2.10.10-1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the past)
> X-Debbugs-Cc: sramac...@debian.org
>
Control: found 1060457 4.96-15+deb12u2
On 2024-04-02 Didier Raboud via Pkg-exim4-maintainers
wrote:
> wrote:
>> Il giorno ven, 12/01/2024 alle 18.15 +0100, Andreas Metzler ha scritto:
>>> Is this a regression in 4.96-15+deb12u4? i.e. can you still reprroduce
>>>
On 2024-04-06 Andreas Metzler wrote:
[...]
> I had a look at the bug and it is non-trivial to fix. (I spent some
> effort, but gave up.) So I am wondering whether it would not make sense
> to stop building the mlterm canna input method plugin:
[...]
Hello,
trivial patch attached.
Package: mlterm
Version: 3.9.3-1
Severity: normal
Hello,
mlterm currently build-depends on canna to build "Canna input method
plugin". Canna is rc-buggy, it breaks on
-Werror=implicit-function-declaration (see #1066375 ).
I had a look at the bug and it is non-trivial to fix. (I spent some
On 2024-03-30 yokota wrote:
> I'm interested in py7zr because it is required by Calibre.
> New py7zr requires some other modules that not packaged by Debian yet.
> I make those modules into Debian packages.
> https://salsa.debian.org/yokota/python-multivolumefile
>
On 2024-03-30 Peter B wrote:
> "mpg321 simply produces no sound output here on a system running pipewire."
> How strange!
> Just wondering; have you got pipewire-alsa installed?
Hello Peter,
yes, I have got the recommended meta-package (pipewire-audio)
installed.
cu Andreas
--
`What a good
On 2024-03-02 Sandro Tosi wrote:
[...]
> I intend to orphan the py7zr package.
> The package description is:
> py7zr is a library and command-line utility to support 7zip archive
> compression, decompression, encryption and decryption.
I will take a look, since I use calibre. (Just a
On 2024-03-28 Peter B wrote:
> On 27/03/2024 14:57, Andreas Metzler wrote:
>> mpg321 is dead upstream
> I don't see that as a show stopper.
>> Please consider moving to another player, e.g. mpg123.
> I moved away from ffmpeg after c-evo-dh showed a puiparts fail
> stemmin
Source: terminatorx
Version: 4.2.0-1
Severity: normal
X-Debbugs-Cc: ametz...@bebt.de
User: ametz...@debian.org
Usertags: mpg321-removal
Hello,
this package depends on mpg321. mpg321 is dead upstream (last change
2012, about 12 years ago), it was initially created because of license
issues with
Source: snd-common
Version: 24.2-1
Severity: normal
X-Debbugs-Cc: ametz...@bebt.de
User: ametz...@debian.org
Usertags: mpg321-removal
Hello,
this package recommends mpg321. mpg321 is dead upstream (last change
2012, about 12 years ago), it was initially created because of license
issues with
Source: ripperx
Version: 2.8.0-3
Severity: normal
X-Debbugs-Cc: ametz...@bebt.de
User: ametz...@debian.org
Usertags: mpg321-removal
Hello,
this package suggests mpg321. mpg321 is dead upstream (last change
2012, about 12 years ago), it was initially created because of license
issues with mpg123,
Source: normalize-audio
Version: 0.7.7-17
Severity: normal
X-Debbugs-Cc: ametz...@bebt.de
User: ametz...@debian.org
Usertags: mpg321-removal
Hello,
this package suggests mpg321. mpg321 is dead upstream (last change
2012, about 12 years ago), it was initially created because of license
issues
Source: mp3check
Version: 0.8.7-4
Severity: normal
X-Debbugs-Cc: ametz...@bebt.de
User: ametz...@debian.org
Usertags: mpg321-removal
Hello,
this package suggests mpg321. mpg321 is dead upstream (last change
2012, about 12 years ago), it was initially created because of license
issues with
Source: music123
Version: 16.6-6
Severity: normal
X-Debbugs-Cc: ametz...@bebt.de
User: ametz...@debian.org
Usertags: mpg321-removal
Hello,
this package recommends 'mpg321 | mpg123'. mpg321 is dead upstream (last change
2012, about 12 years ago), it was initially created because of license
Source: emms
Version: 5.1-1
Severity: normal
X-Debbugs-Cc: ametz...@bebt.de
User: ametz...@debian.org
Usertags: mpg321-removal
Hello,
this package recommends mpg321. mpg321 is dead upstream (last change
2012, about 12 years ago), it was initially created because of license
issues with mpg123,
+0100
+++ mpg321-0.3.2/debian/patches/ftbfs_implicit.diff 2024-03-27 15:39:14.0 +0100
@@ -0,0 +1,34 @@
+Description: Fix build error with -Wno-error=implicit-function-declaration
+Author: Andreas Metzler
+Origin: vendor
+Forwarded: no
+Last-Update: 2024-03-27
+Bug-Debian: https
Source: c-evo-dh
Version: 1.11-1
Severity: normal
X-Debbugs-Cc: ametz...@bebt.de
User: ametz...@debian.org
Usertags: mpg321-removal
Hello,
this package depends on mpg321. mpg321 is dead upstream (last change
2012, about 12 years ago), it was initially created because of license
issues with
On 2024-03-26 Joachim Reichel wrote:
> Hi Andreas,
> usually I would have implemented your suggestion (and I don't mind anyone
> implementing it), but I'm not really keen on investing in a dependency that
> hasn't seen a single upstream release in 12 years and where the last upload
> was an NMU
On 2024-03-26 Andreas Metzler wrote:
[...]
> nmu exim4_4.97-5 . armel armhf hppa m68k . unstable . -m "Rebuild against
> libspf2-dev >= 1.2.10-8.1 (64-bit time_t transition)"
> The first t64-changed libspf2 was uninstallable on the 32bit archs,
> which is wh
On 2024-03-22 Joachim Reichel wrote:
> tag 1066115 + patch
> thanks
> Hi,
> attached is the debdiff for the NMU, uploaded to delayed/10. Similar to the
> previous NMU it adds -Wno-error=implicit-function-declaration to downgrade
> these errors back into warnings again.
[...]
That seems to be
Package: release.debian.org
Severity: normal
Control: affects -1 + src:exim4
User: release.debian@packages.debian.org
Usertags: binnmu
Hello,
nmu exim4_4.97-5 . armel armhf hppa m68k . unstable . -m "Rebuild against
libspf2-dev >= 1.2.10-8.1 (64-bit time_t transition)"
The first
Source: libspf2
Version: 1.2.10-8.1
Severity: serious
Tags: patch ftbfs
Justification: fails to build from source (but built successfully in the past)
Even with fixing the -Werror=implicit-function-declaration build error
libspf2 also fails to build (dpkg-buildpackage -b) at dh_installdocs
with:
Control: tags -1 patch
On 2024-03-24 Andrey Rakhmatullin wrote:
> On Wed, Mar 13, 2024 at 01:03:20PM +0100, Lucas Nussbaum wrote:
> > > ./config.h:2540:11: fatal error: trio.h: No such file or directory
> > > 2540 | # include "trio.h"
> > > | ^~~~
> (this suggests that using
On 2024-03-13 Lucas Nussbaum wrote:
> Source: canna
> Version: 3.7p3-20
> Severity: serious
[...]
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
> This is most likely caused by a change in dpkg 1.22.6, that enabled
> -Werror=implicit-function-declaration. For
Control: tags -1 patch
On 2024-03-13 Lucas Nussbaum wrote:
> Source: uim
> Version: 1:1.8.8-9.2
> Severity: serious
> Justification: FTBFS
> Tags: trixie sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20240313 ftbfs-trixie
> Hi,
> During a rebuild of all packages in sid, your package
On 2024-03-17 Thorsten Glaser wrote:
>> Afaict ghostscript/fig2dev have stopped being blockers so I do not plan
>> on doing another upload (with more work for the other autobuilders) just
>> to temporarily disable these b-ds.
> unfortunately, imagemagick/graphicsmagick is still a problem,
> and
Source: xmorph
Version: 1:20150712-5
Severity: serious
Tags: ftbfs
Hello,
there are multiple implicit function errors when trying to build
xmorph, some trivial, but also an API issue:
8X--
In file included from RgbaImage.c:935:
RgbaImage.c: In function 'rgbaImageWarp':
warp.h:19:20:
On 2024-03-13 Thorsten Glaser wrote:
[...]
> >It is fixed in 2.4 and I am very reluctant to backport major packaging
> >updates to 2.2
> For some values of major; Helmut already verified that the resulting
> binary packages are identical, and…
> >since I think we will need to ship some kind of
Control: notfound 1066137 2.4.3-2
Control: close 1066137 2.4.3-2
On 2024-03-14 Sune Stolborg Vuorela wrote:
> On Wednesday, March 13, 2024 7:10:13 PM CET Andreas Metzler wrote:
>> I have upload a fix for 2.2, probably will not be able to spend any time
>> on 1.x or 2.4 bef
On 2024-03-13 Thorsten Glaser wrote:
> clone 1066137 -1
> reassign -1 gnupg1 1.4.23-1.1
> retitle -1 gnupg1: fails to build gpgkeys_ldap, probably due to
> -Werror=implicit-function-declaration
> thanks
> Dixi quod…
> >This matches the following failure mode at the end of the build:
> Same
On 2024-03-13 Niels Thykier wrote:
> Andreas Metzler:
>> On 2024-03-10 Niels Thykier wrote:
>>> Andreas Metzler:
>> [...]
>>>> supporting build-profiles like nodoc with dh_install seems to cumbersome.
>>> Any reason for not using dh_installdocs, w
Control: forcemerge 1066137 1066744
Control: found 1066137 2.4.3-2
On 2024-03-12 Thorsten Glaser wrote:
> Source: gnupg2
> Version: 2.2.40-1.1
> Severity: serious
> Justification: ftbfs
> X-Debbugs-Cc: t...@mirbsd.de
> Trying to binNMU gnupg2 to make it installable during t64 transition,
> I
On 2024-03-10 Niels Thykier wrote:
> Andreas Metzler:
[...]
>> supporting build-profiles like nodoc with dh_install seems to cumbersome.
> Any reason for not using dh_installdocs, which does `nodoc` out of the box?
Hello Niels
Because for this specific case I need to handle f
Control: tags -1 pending
On 2024-03-09 Helmut Grohne wrote:
> Package: libgphoto2-6t64
> Version: 2.5.31-2.1
> Severity: minor
> Tags: patch
> User: helm...@debian.org
> Usertags: dep17p7
> Hi,
> Chris Hofstaedtler recently added protective diversions for Multi-Arch:
> same shared file loss in
On 2024-03-09 Sebastian Ramacher wrote:
> Source: freewnn
> Version: 1.1.1~a021+cvs20130302-7.1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the past)
> X-Debbugs-Cc: sramac...@debian.org
>
Package: debhelper
Version: 13.14.1
Severity: normal
Hello,
supporting build-profiles like nodoc with dh_install seems to cumbersome.
If the not-always-built files were listed in debian/foo.install the
build would fail when the build profile was active (because they were
not built/available).
Control: forcemerge 980768 1065530
On 2024-03-06 Matthias Klose wrote:
> Package: src:gnupg2
> Version: 2.4.4-2
> Severity: important
> while working on the time64 bootstraps, I noticed that the b-d on
> ghostscript is unneeded, at least the build succeeds without it.
> Please can you check if
On 2024-03-01 Daniel Serpell wrote:
> Source: poppler
> Followup-For: Bug #1064282
> Control: reopen 1064282
> As reported in bug 1065155, the provided patch was incorrect, the
> X-Time64-Compat header is set incorrectly to libpoppler-cpp0v5 for all
> the library packages.
Good Morning,
Also
On 2024-03-01 Salvatore Bonaccorso wrote:
> On Thu, Feb 01, 2024 at 06:35:38AM +, Adam D. Barratt wrote:
>> Control: tags -1 + confirmed
>> On Sat, 2024-01-20 at 15:53 +0100, Andreas Metzler wrote:
>>> I would like to fix both CVE-2024-0567 and CVE-2024-0553 via
On 2024-02-29 Aurelien Jarno wrote:
> Source: exim4
> Version: 4.97-1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the past)
> User: debian-gl...@lists.debian.org
> Usertags: libnsl-dev
> Dear maintainer,
> Starting with glibc 2.31,
Source: libgdiplus
Version: 6.1+dfsg-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
libgdiplus FTBFS on current sid:
make[7]: Entering directory '/dev/shm/x/libgdiplus-6.1+dfsg/gtest_build'
[ 12%] Building CXX object
On 2022-04-23 Andreas Metzler wrote:
> Package: wnpp
> Severity: normal
> X-Debbugs-Cc: auto...@packages.debian.org
> Control: affects -1 src:autogen
> I request an adopter for the autogen package.
[...]
Hello,
Please note that autogen is nearing EOL. It is also pretty complic
On 2022-04-28 Daniel Kahn Gillmor wrote:
> On Fri 2022-04-22 12:04:15 +0900, NIIBE Yutaka wrote:
>> I found an issue of scdaemon. At upstream development, it is tracked by:
>> https://dev.gnupg.org/T5935
>> When the data is not so large (smaller than the buffer size of token),
>> it works
Control: tags -1 wontfix
This has been closed upstream as "Wontfix".
Control: block -1 by 1064104 1064105 1064110 1064111 1064112 1064113 1064114
1064115 1064116 1064118 1064117 1064119 1064120
On 2023-03-11 Holger Levsen wrote:
[...]
> Please drop the transitional package gnupg-agent (from the source package
> gnupg2) after the release of bookworm, it has been
Package: reprepro
Version: 5.3.1-4
Severity: normal
Please update the package's suggests to point to gpg-agent.
cu Andreas
Package: libmail-gnupg-perl
Version: 0.23-3
Severity: normal
Please update the package's suggests to point to gpg-agent.
cu Andreas
Package: keychain
Version: 2.8.5-3
Severity: normal
Please update the package's suggests to point to gpg-agent.
cu Andreas
Package: claws-mail-pgpmime
Version: 4.2.0-1
Severity: normal
Please update the package's suggests to point to gpg-agent.
cu Andreas
Source: x2gothinclient
Version: 1.5.0.1-10
Severity: normal
Please update the package's recommends to point to gpg-agent.
cu Andreas
Package: notmuch
Version: 0.38.2-1
Severity: normal
Please update the package's recommends to point to gpg-agent.
cu Andreas
Package: nitrocli
Version: 0.2.4-2
Severity: normal
Please update the package's recommends to point to gpg-agent.
cu Andreas
Package: kwalletcli
Version: 3.03-1
Severity: normal
Please update the package's recommends to point to gpg-agent.
cu Andreas
Package: kup-client
Version: 0.3.6-2.1
Severity: normal
Please update the package's recommends to point to gpg-agent.
cu Andreas
Package: kmymoney
Version: 5.1.3-1
Severity: normal
Please update the package's recommends to point to gpg-agent.
cu Andreas
Package: debdelta
Version: 0.70
Severity: normal
Please update the package's recommends to point to gpg-agent.
cu Andreas
Package: agent-transfer
Version: 0.43-3.1
Severity: normal
Please update the package's dependcies to point to gpg-agent.
cu Andreas
Source: enigmail
Version: 2:2.2.4-0.3
Severity: normal
Please update the package's dependcies to point to gpg-agent.
cu Andreas
Comtrol: tags -1 patch
On 2024-02-07 Andreas Beckmann wrote:
> Package: libeegdev-dev,libeegdev0t64
[...]
> Something weird happened after the package rename:
> /usr/share/doc/libeegdev0/changelog.Debian.gz
> /usr/share/doc/libeegdev0/changelog.gz
> Are now shipped by libeegdev-dev and
Control: tags -1 patch
On 2024-02-07 Andreas Beckmann wrote:
> Package: atm-tools
> Version: 1:2.5.1-5.1~exp1
[...]
> atm-tools/experimental has gained two unexpected files, causing file
> conflicts on upgrades:
[...]
> There is still an libatm1 dependency, and the new libatm1t64 dependency
>
On 2024-02-06 Helmut Grohne wrote:
> Package: libselinux1t64
[...]> This looks fairly innocuous. We create a minimal sid chroot and install
> libselinux1t64 using apt. What could possibly go wrong? Well, apt thinks
> that it would be a good idea to avoid coinstalling breaking packages and
>
1 - 100 of 3454 matches
Mail list logo