On 2024-04-28 Jeremy Harris via Exim-users wrote:
> On 28/04/2024 06:05, Andreas Metzler via Exim-users wrote:
>> The router fails all bounces where
>> inbound_srs{} fails, not only the ones that "look SRS'd".
> It assumes that you really are SRS'ing all outbounds, th
Good morning,
the SRS example in the spec features three routers:
8X---
outbound:
[dnslookup router, choose srs-encoding transport when necessary]
inbound_srs:
[try to SRS-decode incoming bounce and redirect to new adddress on
On 2024-04-25 Third World Developer via Exim-users
wrote:
> I have a mail server for the domain 'example.net' and the hostname of that
> mail server is 'mail.example.net'.
> When the exim MTA panics, then emails are automatically queued to '
> r...@mail.example.net' but I would prefer to send
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
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
On 2024-04-24 Odhiambo Washington wrote:
[...]
> LMTP error after RCPT TO: virtual_domains:
[...]
> data = ${extract{smtp}{$address_data}}
Afaict you need to modify this to return john...@domain.name instead of
/var/spool/virtual/domain.name/johndoe/Maildir.
cu Andreas
--
On 2024-04-23 Mark Hills via Exim-users wrote:
> How do I access the equivalent of "Envelope-to" header in transport
> variables?
> I'm trying to call dovecot-lda in a manner that enables its "envelope"
> rule.
[...]
Hello,
Iirc think the easiest way to combine dovecot and exim is nowadays
-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
-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
-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
: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
(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
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
-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
Hello,
find attached a trivial patch to fix out of tree builds (mkdir blah ;
cd blah ; ../configure ...)
TIA, 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'
--- lynx-2.9.1.orig/po/makefile.inn
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
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
: #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 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 2024-04-18 Sebastian Ramacher wrote:
[...]
> Let's start with the first category. Those are packages that could be
> binNMUed, but there are issues that make those rebuilds not have the
> desired effect. This list include packages that
> * are BD-Uninstallabe,
> * FTBFS but with out
On 2024-04-18 Sebastian Ramacher wrote:
[...]
> Let's start with the first category. Those are packages that could be
> binNMUed, but there are issues that make those rebuilds not have the
> desired effect. This list include packages that
> * are BD-Uninstallabe,
> * FTBFS but with out
On 2024-04-18 Sebastian Ramacher wrote:
[...]
> Let's start with the first category. Those are packages that could be
> binNMUed, but there are issues that make those rebuilds not have the
> desired effect. This list include packages that
> * are BD-Uninstallabe,
> * FTBFS but with out
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 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-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-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-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 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
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
@@
+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 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: 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-31 Andreas Metzler wrote:
[...]
> Afaict these are broken, though:
[...]
> tnat64 0.06-1
false positive, grep error.
On 2024-03-31 Andreas Metzler wrote:
> On 2024-03-31 Sven Joachim wrote:
[...]
>> Unfortunately the other four are not similar, but rather lacked a build
>> dependency on dpkg-dev (>= 1.22.5) which would have prevented their
>> migration to testing. Testing users on arme
On 2024-03-31 Sven Joachim wrote:
> On 2024-03-31 06:54 +0200, Andreas Metzler wrote:
> > On 2024-03-30 Julian Gilbey wrote:
[...]
> >> Looking through testing, I see the following t64 libraries present:
> >> libaio1t64
> >> libfyba0t64
> >
On 2024-03-30 Julian Gilbey wrote:
> My very limited understanding of this major transition was that the
> t64 libraries are being held in unstable until (almost) everything is
> ready, at which point there will be a coordinated migration into
> testing. But I've now been asked to upgrade
On 2024-03-31 Wookey wrote:
[...]
> e.g. I remember it took me years to realise that I used _my_ public
> key for signing,
[...]
Good morning,
s/public/private/ - $recipient can then use your public key to verify
the sig.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His
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 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 Andreas Metzler wrote:
> Hello,
> I originally intended to file an ITP, but it probably makes more sense
> to ask here:
> py7zr >= 0.16.0 requires multivolumefile by the same author. How about
> packaging it under the debian-python umbrella?
Nevermind, YOKOTA H
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
Hello,
I originally intended to file an ITP, but it probably makes more sense
to ask here:
py7zr >= 0.16.0 requires multivolumefile by the same author. How about
packaging it under the debian-python umbrella?
* Source package name: python-multivolumefile
* Binary Package
On 2024-03-28 Andreas Tille wrote:
[...]
> ? #1065221 O: py7zr -- pure Python 7-zip library
>rdepends: recoll (Kartik Mistry )
> calibre (YOKOTA Hiroshi ,
> Martin Pitt ,
> Nicholas D Steeves )
> Hint: This package is lagging quite
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-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: 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
+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 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-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
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
On 2024-03-24 Samuel Henrique wrote:
> Hello everyone,
> Given our current time_t transition happening, which means packages
> are blocked from migrating to testing for weeks, and that unstable
> updates have become harder to apply, two critical CVE fixes for
> Firefox became impossible to get
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
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:
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
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
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
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
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-22 Christian Sommer via Gnupg-users wrote:
> hi.
> building GnuPG by speedo.mk on current master branch fails. The log
> attached for building the dependencies looks fine.
[...]
Good morning,
Does not look "fine" to me:
configure:9456: Use gpgrt-config as libassuan-config
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:
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:
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
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
1 - 100 of 13392 matches
Mail list logo