Source: wput
Version: 0.6.2+git20130413-12
Severity: normal
Tags: patch
wput build-depends on libgcrypt20-dev but afaict does not use
libgcrypt.
(sid)ametzler@argenau:/dev/shm/GCRY/wput-0.6.2+git20130413$ grep -rli gcryp
debian/changelog
debian/control
Source: weechat
Version: 4.1.1-1
Severity: important
Tags: ftbfs
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
Hello,
weechat uses libgcrypt-config to locate libgcrypt. This breaks
against libgcrypt 1.11 which does not ship libgcrypt-config anymore.
Source: tpm2-initramfs-tool
Version: 0.2.2-2.1
Severity: normal
Tags: patch
tpm2-initramfs-tool build-depends on libgcrypt20-dev but afaict does not use
libgcrypt.
(sid)ametzler@argenau:/dev/shm/GCRY/tpm2-initramfs-tool-0.2.2$ grep -rli gcryp
debian/control
cu Andreas
Source: stress-ng
Version: 0.17.08-1
Severity: normal
Tags: patch
stress-ng build-depends on libgcrypt20-dev but afaict does not use
libgcrypt.
(sid)ametzler@argenau:/dev/shm/GCRY/stress-ng-0.17.08$ grep -rli gcry
.travis.yml
Dockerfile
stress-crypt.c
README.md
debian/changelog
debian/control
Source: shishi
Version: 1.0.3-4
Severity: important
Tags: ftbfs patch
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
Hello,
shishi FTBFS against libgcrypt 1.11 which drops libgcrypt-config.
Since it ships an outdated version of AM_PATH_LIBGCRYPT() in
Source: sngrep
Version: 1.8.1-1
Severity: important
Tags: ftbfs
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
Hello,
sngrep uses libgcrypt-config to locate libgcrypt. This breaks
against libgcrypt 1.11 which does not ship libgcrypt-config anymore.
Source: qtkeychain
Version: 0.14.3-1
Severity: normal
Tags: patch
qtkeychain build-depends on libgcrypt20-dev but afaict does not use
libgcrypt.
cu Andreas
Source: purple-lurch
Version: 0.7.0-2
Severity: important
Tags: ftbfs
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
Hello,
purple-lurch uses libgcrypt-config to locate libgcrypt. This breaks
against libgcrypt 1.11 which does not ship libgcrypt-config
Source: poldi
Version: 0.4.2+git20161115.553060d-1.3
Severity: important
Tags: ftbfs patch
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
Hello,
poldi FTBFS against libgcrypt 1.11 which drops libgcrypt-config.
Since it ships an outdated version of
Source: openvas-scanner
Version: 23.0.1-1
Severity: important
Tags: ftbfs
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
Hello,
openvas-scanner uses libgcrypt-config to locate libgcrypt. This breaks
against libgcrypt 1.11 which does not ship
Source: openconnect
Version: 9.12-1
Severity: normal
Tags: patch
openconnect build-depends on libgcrypt20-dev but afaict does not use
libgcrypt.
(sid)ametzler@argenau:/dev/shm/GCRY/openconnect-9.12$ grep -rli gcryp
android/fetch.sh
debian/changelog
debian/control
cu Andreas
Source: netatalk
Version: 3.1.18~ds-1
Severity: important
Tags: ftbfs
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
Hello,
netatalk uses libgcrypt-config to locate libgcrypt. This breaks
against libgcrypt 1.11 which does not ship libgcrypt-config
Source: mpd
Version: 0.23.14-2
Severity: normal
Tags: patch
mpd build-depends on libgcrypt20-dev but afaict does not use
libgcrypt. The only notion I can find about it is related to
mpd-0.23.14/src/lib/gcrypt/meson.build
if libavutil_dep.found()
# if we have FFmpeg, we can use its MD5
-config/libgcrypt-config, and also search for
+gpg-error and add b-d on pkgconf.
+
+ -- Andreas Metzler Sun, 26 May 2024 11:35:22 +0200
+
monkeysphere (0.43-3.1) unstable; urgency=medium
* Non maintainer upload by the Reproducible Builds team.
diff -Nru monkeysphere-0.43/debian/control
Source: mcabber
Version: 1.1.2-2
Severity: normal
Tags: patch
mcabber build-depends on libgcrypt20-dev (and mcabber-dev depends
on it) but afaict does not use libgcrypt.
cu Andreas
Source: mate-power-manager
Version: 1.26.1-1
Severity: normal
Tags: patch
mate-power-manager build-depends on libgcrypt20-dev but does not use
libgcrypt.
(sid)ametzler@argenau:/dev/shm/GCRY/mate-power-manager-1.26.1$ grep -r gcrypt
.build.yml:- libgcrypt20-dev
.build.yml:-
Source: libxslt
Version: 1.1.35-1
Severity: important
Tags: ftbfs
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
Hello,
libxslt uses libgcrypt-config to locate libgcrypt. This breaks
against libgcrypt 1.11 which does not ship libgcrypt-config anymore.
Source: libprelude
Version: 5.2.0-5.5
Severity: normal
Tags: patch
libprelude build-depends on libgcrypt20-dev (and libprelude-dev depends
on it) but does not use libgcrypt.
sid)ametzler@argenau:/dev/shm/GCRY/libprelude-5.2.0$ grep -rl gcrypt
NEWS
ChangeLog
debian/changelog
debian/control
Source: libpam-ccreds
Version: 10-8
Severity: important
Tags: ftbfs patch
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
Hello,
libpam-ccreds FTBFS against libgcrypt 1.11 which drops libgcrypt-config.
Since it ships an outdated version of
Source: libccrtp
Version: 2.0.9-4
Severity: important
Tags: ftbfs
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
Hello,
libccrtp FTBFS against libgcrypt 1.11 which drops libgcrypt-config. It
ships an outdated customized version of AM_PATH_LIBGCRYPT()
Source: libbdplus
Version: 0.2.0-3
Severity: important
Tags: ftbfs
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
Hello,
libbdplus uses libgcrypt-config to locate libgcrypt. This breaks
against libgcrypt 1.11 which does not ship libgcrypt-config anymore.
Source: libaacs
Version: 0.5.0-2
Severity: important
Tags: ftbfs patch
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
Hello,
libaacs FTBFS against libgcrypt 1.11 which drops libgcrypt-config.
Since it ships an outdated version of AM_PATH_LIBGCRYPT() in
Source: kwallet-pam
Version: 5.27.11-1
Severity: important
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
kwallet-pam relies on libgcrypt-config to locate libgcrypt. libgcrypt-config
is scheduled for removal and will be dropped in libgcrypt 1.11. On
Source: kwallet-kf5
Version: 5.115.0-3~exp1
Severity: normal
Hello,
afaict kwallet-kf5 does not use its build-dependency on libgcrypt20-dev
anymore, it seems to be only used for kwalletd:
ametzler@argenau:/dev/shm/GCRY/kwallet-kf5-5.115.0$ grep -rli gcryp
cmake/FindLibGcrypt.cmake
Source: iputils
Version: 3:20240117-1
Severity: normal
Tags: patch
iputils build-depends on libgcrypt20-dev but does not use libgcrypt.
(sid)ametzler@argenau:/dev/shm/GCRY/iputils-20240117$ grep -rli gcrypt
Documentation/RELNOTES.old
debian/control
cu Andreas
Source: gogglesmm
Version: 1.2.5-4
Severity: normal
Tags: patch
Hello,
afaict gogglesmm does not use its build-dependency on libgcrypt20-dev.
cu Andreas
Source: goldencheetah
Version: 0.2.0-3
Severity: normal
Tags: patch
goldencheetah build-depends on libgcrypt20-dev but does not use
libgcrypt.
(sid)ametzler@argenau:/dev/shm/GCRY/goldencheetah-3.5$ grep -rli gcrypt
debian/control
cu Andreas
Source: gnupg-pkcs11-scd
Version: 7.0-005-1
Severity: important
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
gnupg-pkcs11-scd relies on libgcrypt-config to locate libgcrypt.
libgcrypt-config is scheduled for removal and will be dropped in
libgcrypt
Source: gfsecret
Version: 0.5.0-2
Severity: important
Tags: ftbfs patch
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
Hello,
gfsecret FTBFS against libgcrypt 1.11 which drops libgcrypt-config.
Since it ships an outdated version of AM_PATH_LIBGCRYPT() in
Source: fis-gtm
Version: 7.0-005-1
Severity: important
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
fis-gtm relies on libgcrypt-config to locate libgcrypt. libgcrypt-config
is scheduled for removal and will be dropped in libgcrypt 1.11. Please
use
Source: filetea
Version: 0.1.18-2
Severity: normal
Tags: patch
filetea build-depends on libgcrypt20-dev and actualy has -lgcrypt in
Makefile*, however it does not use any gcrypt functions.
cu Andreas
Source: event-dance
Version: 0.2.0-3
Severity: normal
Tags: patch
cadaver build-depends on libgcrypt20-dev but does not use libgcrypt.
cu Andreas
Source: clamz
Version: 0.5-2.1
Severity: important
Tags: ftbfs
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
Hello,
clamz uses AM_PATH_LIBGCRYPT but does not use dh_autoreconf. This breaks
against libgcrypt 1.11 which does not ship libgcrypt-config
Source: chntpw
Version: 140201-1
Severity: important
Tags: patch
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
Hello,
Please switch from using libgcrypt-config to pkg-config to locate
libgcrypt. libgcrypt-config will be dropped in the next libgcrypt
Source: cadaver
Version: 0.24+dfsg-3
Severity: normal
Tags: patch
cadaver build-depends on libgcrypt20-dev but does not use libgcrypt.
cu Andreas
Package: libxml2-dev
Version: 2.12.7+dfsg-1
Severity: important
Affects: booth
this breaks pkgconf:
(sid)ametzler@argenau:/dev/shm/GCRY/booth-1.1$ pkg-config --exists
--print-errors "libxml-2.0" ; echo $?
Package liblzma was not found in the pkg-config search path.
Perhaps you should add the
Source: aria2
Version: 1.37.0+debian-1
Severity: normal
aria2 build-depends on libgcrypt20-dev but does not use libgcrypt.
cu Andreasa
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Source: aircrack-ng
Version: 1.7+git20230807.4bf83f1a-1
Severity: important
Tags: ftbfs
User: ametz...@debian.org
Usertags: libgcrypt-config-removal
Control: block 714589 by -1
Hello,
aircrack-ng FTBFS against libgcrypt 1.11 which drops libgcrypt-config.
Since it ships an outdated copy of
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
1 - 100 of 3492 matches
Mail list logo