Your message dated Sun, 8 Sep 2024 19:54:56 +0200
with message-id <zt3k8n1zwrzqt...@ramacher.at>
and subject line Re: Bug#1078988: transition: muparserx
has caused the Debian Bug report #1078988,
regarding transition: muparserx
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
1078988: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1078988
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: mupars...@packages.debian.org
Control: affects -1 + src:muparserx
User: release.debian....@packages.debian.org
Usertags: transition
This is a new version of a library package where upstream puts the
version name into the SONAME, uploaded to experimental. It fixes FTBFS
with gcc 14.
The one reverse dependency genomicsdb builds fine with this new version.
Thanks.
Ben file:
title = "muparserx";
is_affected = .depends ~ "libmuparserx4.0.11" | .depends ~ "libmuparserx4.0.12";
is_good = .depends ~ "libmuparserx4.0.12";
is_bad = .depends ~ "libmuparserx4.0.11";
--- End Message ---
--- Begin Message ---
On 2024-08-19 09:53:52 +0200, Emilio Pozuelo Monfort wrote:
> Control: tags -1 confirmed
>
> On 18/08/2024 18:31, Andreas Bombe wrote:
> > Package: release.debian.org
> > Severity: normal
> > X-Debbugs-Cc: mupars...@packages.debian.org
> > Control: affects -1 + src:muparserx
> > User: release.debian....@packages.debian.org
> > Usertags: transition
> >
> > This is a new version of a library package where upstream puts the
> > version name into the SONAME, uploaded to experimental. It fixes FTBFS
> > with gcc 14.
> >
> > The one reverse dependency genomicsdb builds fine with this new version.
> > Thanks.
>
> Given muparserx is not in testing, there was no need to ask for a transition
> slot. In any case, go ahead. We'll schedule the one binNMU once muparserx is
> uploaded and built everywhere.
binNMUs scheduled and closing this bug.
Cheers
--
Sebastian Ramacher
--- End Message ---