On 2024-09-22 Jonathan Kamens wrote:
> On 9/6/24 4:36 AM, Jeroen Ploemen wrote:
[...]
> > Any particular reason for continuing to upload to experimental only,
> > now that version 4.x has been out for about a year with nothing major
> > reported in the bug tracker?
> You're correct, I believe it's
Control: forwarded -1 https://github.com/jetmore/swaks/issues/104
Control: retitle -1 warn/err on conflicting tls-on-connect/tls options
On 2024-09-20 Michael Deegan wrote:
> Package: swaks
> Version: 20201014.0-2
> Followup-For: Bug #1082187
> Ah, this is the result of forgetting that .swaksrc
On 2024-09-19 Michael Deegan wrote:
> Package: swaks
> Version: 20240103.0-1
> Severity: normal
> eg. connecting to an SSMTPA on port 465:
>swaks -a -tlsc --server submission.example.com --to mich...@example.com
> Successfully connects on port 465, negotiates SSL, but then bombs out
> compl
Package: gnupg2
Version: 2.4.5-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
No idea what broke here:
i686-w64-mingw32-gcc -I/usr/i686-w64-mingw32/include -I/usr/i686-w64-mingw32/in
clude -I/usr/i686-w64-mingw32/include -I/usr/i686
In article
(gmane.linux.debian.devel.release) you wrote:
> Control: tags -1 confirmed
> On 04/09/2024 07:17, Pino Toscano wrote:
>> Usertags: transition
[...]
,
>> I'd like to request a transition for the current stable version of the
>> Exiv2 library, i.e. 0.28.x (currently 0.28.3).
[...]
He
On 2024-09-03 Peter Chubb via Pkg-exim4-maintainers
wrote:
> Package: exim4-base
> Version: 4.98-1
> Severity: normal
> Dear Maintainer,
> After a recent apt update and reboot, exim4 started and grabbed a
> reference to /home before autofs started making home directories
> available. This mean
On 2024-07-25 Slavko wrote:
> Package: exim4-daemon-light
> Version: 4.98-1
> Severity: normal
> After introducing the systemd service file, the reload command has different
> behaviour than previously. Previously reload (re)generated new config and
> then reloads daemon. Now just daemon reload h
On 2024-09-05 Emilio Pozuelo Monfort wrote:
> On 04/09/2024 18:40, Andreas Metzler wrote:
[...]
> > libassuan had a soname bump. The new release (3.x) is API (upwards)
> > compatible. There where some minor hickups causing build-errors [1] but
> > afaict we have resolved t
Package: exim4-daemon-heavy
Version: 4.96-15
Severity: important
Tags: patch
Hello Sebastian,
thank for taking the time to debug and verify the patch. Lets open a
bug report to track this.
cu Andreas
--- Begin Message ---
Hello!
The email list system for our organization does lookups in Berkele
Package: release.debian.org
Severity: normal
Control: affects -1 + src:libassuan
User: release.debian@packages.debian.org
Usertags: transition
libassuan had a soname bump. The new release (3.x) is API (upwards)
compatible. There where some minor hickups causing build-errors [1] but
afaict we h
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
Description: Double quote AC_MSG_ERROR arg to avoid split on comma.
Author: Andreas Metzler
Bug-Debian: https://bugs.debian.org/1080143
Origin: vendor
La
Control: reassign -1 efl-all-dev 1.27.0-3
Control: reassign 1080105 efl-all-dev 1.27.0-3
Control: reassign 1080141 efl-all-dev 1.27.0-3
Control: forcemerge 1080103 1080105 1080103
On 2024-08-30 Santiago Vila wrote:
> Package: src:e17
> Version: 0.26.0-4
[...]
> Called: `/usr/bin/pkg-config --modv
Source: gpgme1.0
Version: 1.18.0-5
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: python3-setupto...@packages.debian.org, ametz...@debian.org
Hello,
gpgme1.0 has recently started to FTBFS on current sid while it build
suc
the build succeed.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
Description: also accept libassuan version 3.x
Author: Andreas Metzler
Origin: vendor
Bug: https://github.com/al
Control: close -1
On 2024-08-23 Santiago Vila wrote:
> reassign 1076905 libgpg-error-dev
> affects 1076905 + src:poldi
> found 1076905 1.49-2
> fixed 1076905 1.50-3
> thanks
> Hello.
> The configure error which I reported here does not
> happen anymore, but the poldi version has not changed at
024-08-23 13:54:40.0 +0200
@@ -1,3 +1,12 @@
+kleopatra (4:22.12.3-2.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Use pkgconf to locate libassuan. Closes: #1072277
+ * B-d on libqgpgme-dev (split-off QT5 gpgme bindings) instead of
+libgpgmepp-dev. Closes: #1078485
+
+ --
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
I should have requested removal years ago, thanks to Helmut for the
reminder.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ea
Control: forwarded -1 https://gitlab.gnome.org/GNOME/gimp/-/issues/11929
On 2024-08-10 Lucas Nussbaum wrote:
> Source: gimp
> Version: 2.10.38-2
> Severity: serious
[...]
> > dh_install: warning: Cannot find (any matches for)
> > "usr/lib/gimp/2.0/plug-ins/file-heif" (tried in ., debian/tmp)
[..
On 2024-08-16 Richard Hansen wrote:
> On 8/16/24 05:55, Andreas Metzler wrote:
> > I think I will revert
> > https://salsa.debian.org/debian/gnupg2/-/commit/2ed898c22475d25dbc874b9cdc82063c31c4e603
> That would work, although I wonder: If the user has enable-ssh-support in
&g
On 2024-08-16 Richard Hansen wrote:
> Package: gpg-agent
> Version: 2.4.5-2
> Severity: normal
> Tags: patch
> The /usr/lib/systemd/user/gpg-agent-ssh.socket systemd unit file
> unconditionally sets the SSH_AUTH_SOCK environment variable, even when
> enable-ssh-support is not present in ~/.gnupg/
+0100
+++ scute-1.5.0/debian/changelog 2024-08-15 09:51:15.0 +0200
@@ -1,3 +1,10 @@
+scute (1:1.5.0-1.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Also remove old copy of m4/libassuan.m4. Closes: #1072278
+
+ -- Andreas Metzler Thu, 15 Aug 2024 09:51:15 +0200
+
scute (1:1.5.
On 2024-08-04 Paul Gevers wrote:
> Source: gnutls28
> Version: 3.8.6-2
> Severity: important
> Tags: sid trixie
> User: debian...@lists.debian.org
> Usertags: edos-uninstallable
> Dear maintainer(s),
> gnutls28 has a build dependency on datefudge, but since April
> 2024 datefudge has an RC bug
On 2024-08-11 ametz...@debian.org wrote:
> Source: libkf5libkleo
[...]
> This source package libkf5libkleo produces binaries that Depend on
> the QGpgME runtime package libqgpgme15t64 and Build-Depend on
> libgpgmepp-dev. Please update the build-dependency to "libqgpgme-dev"
> instead.
[...]
Hello
Control: severity -1 serious
Bumping severity now that libassuan 3.0.1 is waiting in experimental for
upload to unstable.
Control: severity -1 serious
Bumping severity now that libassuan 3.0.1 is waiting in experimental for
upload to unstable.
Hello Patrick,
I am currently in the process of packaging gpgme 1.23.2. The packaging
will feature
* Split off QT bindings from generic libgpgmepp-dev.
* Also package QT6 bindings.
I am not quite sure about the package names though, we will have
libqgpgme15t64 (QT5 bindings) and libqgpgmeqt6-15 (
On 2024-07-26 Tobias Frost wrote:
[...]
> - usually d/changelog's purpose is to document the changes to the Debian
> *packaging*, not to document upstream changes. See Policy 4.6. (You've got
> your upstream changelog, that is where your upstream changes shoudl got to.
> In this case I'd wri
On 2024-07-21 Pali Rohár wrote:
> Hello, sorry, but I currently do not have time to start fixing others
> issues. I focused on the issue which Vincent reported that recent
> iproute2 package upgrade completely broke the netplug package.
[...]
OK, fair enough, I will take a look.
cu Andreas
On 2024-07-11 Phil Wyett wrote:
[...]
> Summary...
> I believe libmobi is ready for sponsorship/upload. Could a Debian
> Developer (DD) with available free time, please review this package
> and upload if you feel it is ready.
[...]
Hello,
comparing 0.12+dfsg-1 with the version currently in the
Source: cyrus-imapd
Version: 3.10.0~beta2-1
Severity: wishlist
Hello,
afaik cyrus-imapd stopped using BerkeleyDB a couple of releases ago.
However cyrus-imapd still build-depends on libdb-dev and there is
BerkeleyDB related code in debian/rules and other places. Is this still
active or is dead co
Control: tags -1 pending
On 2020-08-15 Christian Klein wrote:
> Package: libgcrypt20-dev
> Version: 1.8.6-2
> Severity: important
> libgcrypt20-dev is not multi-arch installable. It's not only the
> missing multi- arch:same field, but the package also ships various
> files that are different an
On 2024-07-14 Sébastien Noel wrote:
[...]
> You are the first person of the "debian gpg team" (i saw "team upload"
> in the changelog on your latest upload, so i supposed you are part of
> it) to react to this bug in 5 years.
> I will not lie, I'm (like others) pissed off by this situation, where
On 2024-07-16 Patrick Franz wrote:
> On Sat, 22 Jun 2024 15:09:02 +0200 Andreas Metzler
> [...]
>> I have updated the packaging draft, adding the upstream change for Qt
>> 5 and Qt 6 include split 09827ffc7745e7dc4275f1c6e46531a959be1f71.
>> I think this is basicall
On 2024-02-18 Andreas Metzler wrote:
[...]
> Please note that autogen is nearing EOL. It is also pretty complicated
> internally (guile, C code, shell scripting). I will probably look into
> submitting bug reports against rdeps so they know they need to move on.
Hello,
I have now submi
Source: ocserv
Version: 1.2.4-1
Severity: normal
User: ametz...@debian.org
Usertags: autogen-eol
Good morning,
afaict ocserv's build-dependency on GNU autogen is unused. Quoting
ChangeLog:
| commit 760199a33c624f07a9612e62a6b38c66e4962bbb
| Author: Nikos Mavrogiannopoulos
| Date: Sun Jan 14 16
Source: heroes
Version: 0.21-19
Severity: normal
User: ametz...@debian.org
Usertags: autogen-eol
Hell,
heroes build-depends on GNU autogen, which has reached EOL and IMHO
is unlikely to be revived. heroes's usage of autogen seems to be
atypical. - It does not use the option parser or the doc-gene
Source: libsndfile
Version: 1.13-1
Severity: normal
User: ametz...@debian.org
Usertags: autogen-eol
Hell,
libsndfile build-depends on GNU autogen, which has reached EOL and IMHO
is unlikely to be revived. libsndfile's usage of autogen seems to be
atypical. - It does not use the option parser or t
Source: complexity
Version: 1.13-1
Severity: normal
User: ametz...@debian.org
Usertags: autogen-eol
Good morning,
complexity build-depends on GNU autogen, which has reached EOL and IMHO
is unlikely to be revived.
The best replacement for autogen's AutoOpts part I know (but I do not
know everythi
Source: cross-toolchain-base-ports
Version: 65
Severity: normal
User: ametz...@debian.org
Usertags: autogen-eol
Good morning,
afaict cross-toolchain-base-ports's build-dependency on GNU autogen is
unused. I have searched for "autogen" in buildlog and the only
matches besides package installation
Source: cross-toolchain-base-mipsen
Version: 28
Severity: normal
User: ametz...@debian.org
Usertags: autogen-eol
Good morning,
afaict cross-toolchain-base-mipsen's build-dependency on GNU autogen is
unused. I have searched for "autogen" in buildlog and the only
matches besides package installatio
On 2024-07-13 Christoph Biedl wrote:
[...]
> About Debian, I personally don't quite like the idea of using git
> submodules for a Debian package, they are just another form of a code
> copy. Otherwise, how big is this autogen story? I counted 15 build
> dependencies on autogen so I would have expe
Source: cross-toolchain-base
Version: 69
Severity: normal
User: ametz...@debian.org
Usertags: autogen-eol
Good morning,
afaict cross-toolchain-base's build-dependency on GNU autogen is unused. I have
searched for "autogen" in amd64 buildlog and the only matches besides
package installation were m
Source: gcc-arm-none-eabi
Version: 15:13.2.rel1-2
Severity: normal
User: ametz...@debian.org
Usertags: autogen-eol
Good morning,
afaict gcc-arm-none-eabi's build-dependency on GNU autogen is unused. I have
searched for "autogen" in amd64 buildlog in vain and also did a test
build on barriere.d.o
Source: gcc-or1k-elf
Version: 1.0.7
Severity: normal
User: ametz...@debian.org
Usertags: autogen-eol
Good morning,
afaict gcc-or1k-elf's build-dependency on GNU autogen is unused. I have
searched for "autogen" in amd64 buildlog in vain and also did a test
build on barriere.d.o without autogen. P
Source: gcc-xtensa
Version: 14
Severity: normal
User: ametz...@debian.org
Usertags: autogen-eol
Good morning,
afaict gcc-xtensa's build-dependency on GNU autogen is unused. I have
searched for "autogen" in amd64 buildlog in vain and also did a test
build on barriere.d.o without autogen. Perhaps
On 2024-07-13 Christoph Biedl wrote:
> Andreas Metzler wrote...
[...]
>> 2. Build-time generation from json input of option-parser and docs with
>> https://gitlab.com/gnutls/cligen (python).
> That bit leaves me a bit in confusion - for a build-time job I'll need
> cli
Source: sndfile-tools
Version: 1.5-3
Severity: normal
User: ametz...@debian.org
Usertags: autogen-eol
Good morning,
afaict sndfile-tools' build-dependency on GNU autogen is unused:
ametzler@argenau:/tmp/sndfile-tools-1.5$ grep -ril autogen
debian/control
debian/copyright_hints
cu Andreas
Source: tcpreplay
Version: 4.4.4-1
Severity: normal
User: ametz...@debian.org
Usertags: autogen-eol
Good morning,
tcpreplay build-depends on GNU autogen, which has reached EOL and IMHO
is unlikely to be revived.
The best replacement for autogen's AutoOpts part I know (but I do not
know everythin
On 2024-07-07 Wolfgang wrote:
[...]
> Problem occurs in sending mails to a DANE protected MX, under certain
> conditions.
[...]
Hello,
I have read through all the messages on exim-user and afaict the whole
issue was diagnosed as not using DANE at all for lack of dnssec.
4cbe872a-da6f-491a-b3b5-
Control: tags 1 fixed-upstream
On 2024-05-31 Andreas Metzler wrote:
> Source: kleopatra
> Version: 4:22.12.3-2
> Severity: important
> User: ametz...@debian.org
> Usertags: libassuan-config-removal
> kleopatra relies on libassuan-config to locate libassuan.
> libassuan-co
27:06.0 +0200
@@ -1,3 +1,11 @@
+purple-lurch (0.7.0-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add missing prototype to fix ftbfs. Closes: #1066710
+ * Use pkg-config to locate libgcrypt. Closes: #1071952
+
+ -- Andreas Metzler Tue, 09 Jul 2024 14:27:06 +0200
+
purple
5-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add missing #include to fix FTFBS. Closes: #1073312
+ * Use pkg-config to locate libgcrypt. Closes: #1071937
+
+ -- Andreas Metzler Tue, 09 Jul 2024 13:56:17 +0200
+
libxslt (1.1.35-1) unstable; urgency=medium
* Team up
FTBFS against libgcrypt without libgcrypt-config.
+Closes: #1071933
+
+ -- Andreas Metzler Tue, 09 Jul 2024 13:14:07 +0200
+
libccrtp (2.0.9-4) unstable; urgency=medium
* Team upload.
diff -Nru libccrtp-2.0.9/debian/patches/15_delete_outdated_libgcrypt_m4_macro.diff libccrtp-2.0.9/debian/pa
estep ./configure's reliance on libgcrypt-config to locate
+libgcrypt. Closes: #1070905
+
+ -- Andreas Metzler Sun, 07 Jul 2024 18:42:43 +0200
+
collectd (5.12.0-18) unstable; urgency=medium
* [e3c9674] add .gitignore to ignore swp files
diff -Nru collectd-5.12.0/debian/.gitignore colle
.553060d/debian/changelog 2024-07-07 16:03:11.0 +0200
@@ -1,3 +1,11 @@
+poldi (0.4.2+git20161115.553060d-1.4) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Delete outdated local copy of libgcrypt.m4 which relies on
+libgcrypt-config. (Closes: #1071951)
+
+ -- Andreas Metzle
+0100
+++ gfsecret-0.5.0/debian/changelog 2024-07-07 15:51:49.0 +0200
@@ -1,3 +1,11 @@
+gfsecret (0.5.0-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Delete outdated copy of libgcrypt.m4 which requires libgcrypt-config.
+Closes: #1071862
+
+ -- Andreas Metzler Sun, 07 Jul 20
Control: tags -1 pending
See
https://github.com/bitlbee/bitlbee/commit/684aca266fad3fe7793fe637a71b095500c35998
cu Andreas
signature.asc
Description: PGP signature
ebian/changelog 2024-07-07 15:34:28.0 +0200
@@ -1,3 +1,10 @@
+axc (0.3.7-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Use pkg-config to locate libgcrypt. Closes: #1070903
+
+ -- Andreas Metzler Sun, 07 Jul 2024 15:34:28 +0200
+
axc (0.3.7-1) unstable; urgency=medium
hntpw-140201/debian/changelog 2024-07-07 14:07:39.0 +0200
@@ -1,3 +1,11 @@
+chntpw (140201-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Use pkg-config instead of libgcrypt-config to locate libgcrypt.
+Closes: #1071837
+
+ -- Andreas Metzler Sun, 07 Jul 2024 14:07:39
let autoreconf use the current
+version which works without libgcrypt-config even when AM_PATH_GPG_ERROR()
+is not used. Closes: #1070892
+
+ -- Andreas Metzler Wed, 03 Jul 2024 18:41:46 +0200
+
abiword (3.0.5~dfsg-3.2) unstable; urgency=medium
* Non-maintainer upload
diff -Nru abi
On 2024-07-03 Alexandre Rossi wrote:
[...]
> #1073005 asks for the vendoring back of an unvendored library, arguing
> that this particular library is unmaintained upstream, implying that the
> vendored fork is better maintained.
> My view on this is that if the vendored fork is better maintained,
Control: tags -1 patch
On 2024-06-16 Lucas Nussbaum wrote:
> Source: abiword
> Version: 3.0.5~dfsg-3.2
> Severity: serious
> Justification: FTBFS
> Tags: trixie sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20240615 ftbfs-trixie
> Hi,
> During a rebuild of all packages in sid, your packag
Control: tags -1 pending
On 2024-06-23 Andreas Metzler wrote:
[...]
> I will give it a litte bit of time to check whether somebody else from
> -med picks this up and will NMU otherwise.
Hello,
I have now uploaded a NMU to delayed/7-days using the attached patch. I
have gone for the m
Control: tags -1 patch
On 2024-06-19 "Gustavo R. Montesino" wrote:
> Package: libuim-data
> Version: 1:1.8.8-9.4
> Severity: serious
> Justification: Policy 8.6
> Hello,
> Can't upate libuim-data due to undefined symbol in uim-module-manager:
> Configurando libuim-data (1:1.8.8-9.4) ...
> uim-
On 2024-06-26 Baptiste Beauplat wrote:
> On Wed, 2024-06-26 at 19:46 +0200, Baptiste Beauplat wrote:
>> On Wed, 2024-06-26 at 18:47 +0200, Andreas Metzler wrote:
>>> This has been closed upstream as not-a-bug with the following rationale:
>>>> The point here is t
Control: forwarded -1 https://dev.gnupg.org/T7176
On 2024-06-24 Baptiste Beauplat wrote:
> On Mon, 2024-06-24 at 18:43 +0200, Andreas Metzler wrote:
> > Thank you, I have forwarded this to the upstream tracker.
> Thanks a lot.
> To give out a bit more context, we got an pyth
Control:
forwarded -1 https://dev.gnupg.org/T7176
On 2024-06-23 Baptiste Beauplat wrote:
> Source: gnupg2
> Severity: important
> Tags: patch upstream
> X-Debbugs-Cc: lykn...@debian.org
> Dear maintainer,
> The check for escaping characters in `write_status_text_and_buffer` is
> written in `g
On 2023-11-11 Andreas Metzler wrote:
> Package: apt-listchanges
> Version: 4.4
> Severity: normal
> Hello,
> linux seems to do strange things with its changelogs:
[...]
Having gone back to 3.x a couple of weeks ago made me realize again how
severe this bug is, any kerne
Control: tags -1 patch
On 2024-06-23 Andreas Tille wrote:
> Control: tags -1 help
> Hi Andreas,
> strange, it has build for me.
Very strange, perhaps you did not build against the libgcrypt package in
experimental.
> Am Sun, Jun 23, 2024 at 08:03:30AM +0200 schrieb And
FTP Masters
> (reply to Andreas Tille ).
[...]
> fis-gtm (7.0-005-2) unstable; urgency=medium
> .
>* Build-Depends: s/libgcrypt20-dev | //, pkgconf
> Closes: #1071860
[...]
> From: Andreas Metzler
> To: Debian Bug Tracking System
> Subject: fis-gtm: Searches
On 2024-06-20 Andreas Metzler wrote:
> On 2024-06-19 Ingo Klöcker wrote:
> [...]
>> It's likely that we'll start adding new headers only for Qt 6 once we stop
>> doing feature releases of a Qt 5 based Kleopatra. So, yes, they are
>> identical
>> /now
On 2024-06-19 Ingo Klöcker wrote:
[...]
> It's likely that we'll start adding new headers only for Qt 6 once we stop
> doing feature releases of a Qt 5 based Kleopatra. So, yes, they are identical
> /now/ but most likely will not stay that way.
Thank you for the explanation.
cu Andreas
--
`Wh
On 2024-06-18 Andreas Metzler wrote:
> On 2024-06-17 Ingo Klöcker wrote:
> > On Mon, 17 Jun 2024 18:33:46 +0200 Andreas Metzler wrote:
[...]
> > > Doesn't this break all reverse dependencies?
> > What reverse dependencies?
> These:
> ametzler@argenau:~$ gre
On 2024-06-17 Ingo Klöcker wrote:
> On Mon, 17 Jun 2024 18:33:46 +0200 Andreas Metzler wrote:
> > On 2024-06-17 Ingo Klöcker wrote:
> > > The idea is to keep the include files identical, but to make things
> > > easier we will install the headers for Qt 5 and Qt 6 wi
On 2024-06-17 Ingo Klöcker wrote:
> On Sun, 16 Jun 2024 18:35:03 +0200 Andreas Metzler wrote:
>> I have chosen to use separate, conflicting qt5/qt6 development packages.
>> This is the ultra-conservative approach but I am not sure it is the
>> best/right one. Currently al
On 2024-06-16 Andreas Metzler wrote:
> On 2024-06-15 Patrick Franz wrote:
[...]
>> Currently, gpgme offers Qt 5 bindings, but for Plasma 6 we will need the
>> Qt 6 bindings for gpgme. Is it possible to add them ?
> 1.19.0 added "Optionally, build QGpgME for Qt 6". W
On 2024-06-15 Patrick Franz wrote:
> Package: gpgme1.0
> Severity: wishlist
> X-Debbugs-Cc: delta...@debian.org
> Dear Maintainer,
> we are in the process of packaging the Plasma 6 desktop. The KDE stack
> is using gpgme in some components, but for Plasma 6 everything
> switched to Qt 6.
> Curr
-lib-fix-a-segfault-in-_gnutls13_recv_end_of_early_da.patch
+ Fix a segfault in _gnutls13_recv_end_of_early_data().
++ 63_05-lib-fix-a-potential-segfault-in-_gnutls13_recv_finis.patch
+ Fix a potential segfault in _gnutls13_recv_finished().
+
+ -- Andreas Metzler Sat, 15 Jun 202
Control: tags -1 fixed-upstream
On 2024-06-03 Vincent Lefevre wrote:
> Package: lynx
> Version: 2.9.2-1
> Severity: important
> lynx does not discard output from mailcap test, so that "lynx -dump"
> generates incorrect output.
> With mailcap 3.71:
> $ lynx -dump /dev/null
> /bin/atril
[...]
>
On 2024-05-29 Luca Boccassi wrote:
> On Wed, 29 May 2024 20:15:36 +0200 Michael Biebl wrote:
>> On Tue, 28 May 2024 17:15:02 +0100 Luca Boccassi wrote:
>>> On Tue, 28 May 2024 17:44:54 +0200 Michael Biebl >> wrote:
[...]
Please do not not ship conflicting configuration for /run/lock
On 2024-06-07 Carlos Henrique Lima Melara wrote:
> On Wed, 5 Jun 2024 18:39:40 +0200 Andreas Metzler wrote:
[...]
>> TESTFAIL: These test cases failed: 241 507
> Were you able to consistently get those exact failures? We are getting
> some random and unreproducible failure
Package: curl
Version: 8.8.0-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hello,
I did a local rebuild on sid which failed:
srcdir=. /usr/bin/perl -I. ./runtests.pl -a -p ~flaky ~timing-dependent -n -j35
~300 ~301 ~303 ~304 ~306 ~
On 2024-06-02 Frans Spiesschaert wrote:
> Package: gnupg2
> Severity: wishlist
> Tags: l10n patch
> Dear Maintainer,
> Please find attached the updated Dutch po file for the gnupg2 package.
> A draft has been posted to the debian-l10n-dutch mailing list allowing for
> review.
> Please add
Source: scute
Version: 1:1.5.0-1.1
Severity: important
User: ametz...@debian.org
Tags: patch
Usertags: libassuan-config-removal
scute will FTBFS against the next major libassuan release which drops
libassuan-config. That is because scute includes an outdated copy of
AM_PATH_LIBASSUAN() in m4/libas
Source: kleopatra
Version: 4:22.12.3-2
Severity: important
User: ametz...@debian.org
Usertags: libassuan-config-removal
kleopatra relies on libassuan-config to locate libassuan.
libassuan-config is scheduled for removal and will be dropped in
the next major libassuan release. Please use pkg-config
Control: notfound 1071864 7.0-005-1
Control: found 1071864 0.10.0-3
Control: clone 1071864 -1
Control: retitle -1 gnupg-pkcs11-scd: Searches for libassuan with
libassuan-config
On 2024-05-25 Andreas Metzler wrote:
> Source: gnupg-pkcs11-scd
> Version: 7.0-005-1
> Severity: importa
On 2024-05-27 Daniel Kahn Gillmor wrote:
[...]
> Would anyone be willing to try to backport the patches from upstream's
> fixes for T6481 to the 2.2.x series?
Hello Daniel,
the issue report refers to two patches, one of these is already part of
2.2.43. The other one[1] seemed pretty straightforw
On 2024-05-29 Bjarni Ingi Gislason wrote:
> Package: autogen
> Version: 1:5.18.16-5+b1
> Severity: minor
> Tags: patch
> [Copy is sent to autogen-us...@lists.sourceforge.net]
> Dear Maintainer,
>* What led up to the situation?
> Checking for defects with
> [test-]groff -mandoc -t -K utf
On 2024-05-17 Detlef Eppers wrote:
[...]
> So I'm throwing my hat in the ring for gpgme-json :)
[...]
Given that iirc Ubuntu has gone with gpgme-json we will probably go this
avenue, when we package it.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grat
On 2024-05-29 Marco d'Itri wrote:
> On May 28, Andreas Metzler wrote:
>> I think it is bad choice to deliberately have different behavior for
>> freshly installed and upgraded systems. Offering upgrades has always
>> been one of the major selling points of Debian, an
On 2024-05-28 Luca Boccassi
wrote:
[...]
> - existing installations pre-trixie will get an orphaned tmpfiles.d in
> /etc/ that keeps the existing behaviour unchanged (no cleanup of
> /var/tmp)
[...]
Hello,
I think it is bad choice to deliberately have different behavior for
freshly installed an
Control: severity -1 serious
On 2024-05-27 Daniel Kahn Gillmor wrote:
> Control: affects 1071552 + emacs-el
> Control: retitle 1071552 GnuPG 2.2.42+ breaks emacs' EasyPG
> On Tue 2024-05-21 13:05:02 +0900, Youhei SASAKI wrote:
> > Package: gnupg
> > Version: 2.2.43-6
> > Severity: critical
> I
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
debian/patches/13-configure.in--gcrypt-link.
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.
Plea
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
deb
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
lib/
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.
Please
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 any
1 - 100 of 1865 matches
Mail list logo
