Bug#923928: marked as done (unblock: daps/3.0.0-3)
Your message dated Tue, 23 Apr 2019 11:48:34 +0200
with message-id <20190423094833.evsvdxv75sbnwlkr@debian.org>
and subject line Re: [Debichem-devel] Bug#924843: msxpertsuite: FTBFS: MassSpectrum.cpp:50:10: fatal error: pwiz/data/msdata/MSDataFile.hpp: No such file or directory
has caused the Debian Bug report #923928,
regarding unblock: daps/3.0.0-3
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 owner@bugs.debian.org
immediately.)
--
923928: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923928
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: unblock
Please unblock package daps
Greetings, Fellow Debianites and Release Managers,
I would like to advocate for daps to enter testing if no critical bugs
are found in it:
- daps is an all-arch package useful to create DocBook-based documentation;
I have packaged this software piece myself because my msxpertsuite software
needs them.
I really would like msxpertsuite to be part of stable, because it is a
replacement of massxpert that had a pretty good popularity contest rate. It is
not a recent development, and I currently have a paper in revision where I
pretend it will be in Debian :-).
daps does not have reverse-dependencies other than msxpertsuite.
In the hope that you will consider this request favorably,
Sincerely,
Filippo
unblock daps/3.0.0-3
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-2-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
--
⢀⣴⠾⠻⢶⣦⠀ Filippo Rusconi, PhD
⣾⠁⢠⠒⠀⣿⡁ Scientist at CNRS
⢿⡄⠘⠷⠚⠋⠀ Debian Developer
⠈⠳⣄⠀⠀⠀⠀ http://msxpertsuite.org
http://www.debian.org
--- End Message ---
--- Begin Message ---
Hi,
On Sun, Apr 21, 2019 at 09:32:42PM +0200, Graham Inggs wrote:
> Control: reopen 923928
>
> Hi Release Team
>
> The following mail was sent to bug #924843, but I think it should have
> been sent to #923928 as well, so here it is.
>
> On Mon, 18 Mar 2019 at 16:03, Filippo Rusconi <lopippo@debian.org> wrote:
> >
> > found 924843 5.7.3-1
> > fixed 924843 5.8.6-2
> > block 924843 by 923928
> >
> > thanks
> >
> > The fix in version 5.8.6-2 (currently in unstable) is needed because libpwiz
> > changed recently the location of the header files. msxpertsuite was uploaded
> > after libpwiz exactly as a result of this. However msxpertsuite unfortunately is
> > blocked in unstable because the documentation building system (daps) cannot yet
> > enter testing. The un-blocking of daps does not seem be happening anytime soon,
> > sadly (the un-block bug report was closed last Sun, 17 Mar, see #923928).
> >
> > So, if the release managers would reconsider not un-blocking daps, then this bug
> > would be easily fixable by letting msxpertsuite 5.8.6-2 migrate to testing.
We don't accept new packages into testing at this point. Even if we did, the
changes in msxpertsuite aren't even close to appropriate during the freeze. So
both msexpersuite and daps will not be unblocked.
Please do read the freeze policy:
https://release.debian.org/buster/freeze_policy.html
As msxpertsuite FTBFS in buster, we will need to remove it unless a targeted
fix show up soon.
> > daps is an all-arch project that has no other reverse-dependencies than
> > msxpertsuite. The fact that msxpertsuite's documentation (fairly large and
> > complex) can build using daps is a testimony of the robustness of its debian
> > packaging.
Ivo
--- End Message ---
Reply to: