Your message dated Thu, 24 Sep 2026 10:20:42 +0000
with message-id <[email protected]>
and subject line Bug#1131241: fixed in pplacer 1.1~alpha19-9
has caused the Debian Bug report #1131241,
regarding pplacer: Build-Depends on ocaml-nox which has been removed
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 [email protected]
immediately.)


-- 
1131241: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1131241
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Source: pplacer
Version: 1.1~alpha19-8
Severity: serious
Tags: forky sid
Justification: https://release.debian.org/testing/rc_policy.txt 6a
Usertags: ocaml-nox-rm
User: [email protected]
Usertags: regression

The ocaml-nox transitional package was removed by 
<https://bugs.debian.org/1125099>, but this source package still 
Build-Depends on it. Please replace the Build-Depends with a dependency 
on its replacement (presumably ocaml).

Thanks,
    smcv

--- End Message ---
--- Begin Message ---
Source: pplacer
Source-Version: 1.1~alpha19-9
Done: Andreas Tille <[email protected]>

We believe that the bug you reported is fixed in the latest version of
pplacer, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Andreas Tille <[email protected]> (supplier of updated pplacer package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Format: 1.8
Date: Thu, 24 Sep 2026 11:53:45 +0200
Source: pplacer
Architecture: source
Version: 1.1~alpha19-9
Distribution: unstable
Urgency: medium
Maintainer: Debian Med Packaging Team 
<[email protected]>
Changed-By: Andreas Tille <[email protected]>
Closes: 1074546 1131241
Changes:
 pplacer (1.1~alpha19-9) unstable; urgency=medium
 .
   * Fix Build issues with OCaml 5.2.0
      - Use -Wno-incompatible-pointer-types
      - Fix misleading indentation
      - Upgrade to Ocaml 5.2.0 API of bigarray
   * Build against the OCaml bindings for the current MCL version
     (libmcl-ocaml-dev) instead of the frozen mcl14 fork.  The OCaml
     bindings have been re-enabled in the mcl package against MCL 22-282,
     so the mcl14 package can be dropped from Debian.  This keeps the
     "guppy mcl" subcommand and the "--mcl" option of "guppy compress"
     working.
   * Build-Depends: s/ocaml-nox/ocaml/ since ocaml-nox was removed from
     Debian (Closes: #1131241).
   * Replace the removed Array.create with Array.make and build mutable
     buffers with Bytes.create instead of String.create (OCaml 5.2+), which
     is needed now that the build gets past dependency resolution against
     the re-enabled OCaml bindings of the current mcl package.
   * Build-Depends: add libtingea-dev.  The current mcl OCaml bindings
     record -ltingea in mcl.cmxa, so pplacer needs the tINGea development
     files to link.
   * caml_bigarray.patch: use Caml_ba_data_val (the bigarray data pointer)
     instead of Caml_ba_array_val (the bigarray struct pointer) in the C
     stubs, which had been operating on the bigarray header.  This was
     causing wrong likelihood values and heap corruption that surfaced as
     test failures and segfaults.  gemmish_c also passed the struct pointer
     to Caml_ba_data_val, yielding the flags field as the data pointer.
   * New patch marshal_header_size.patch: OCaml reduced Marshal.header_size
     from 20 to 16 bytes.  pplacer hardcoded the 20-byte header, so the
     -j N (default 2) forked placement workers deadlocked because the
     parent read 4 bytes of the data into the "header" and then waited for
     body bytes that never arrived.  Use Marshal.header_size/total_size.
   * Do not strip debug symbols from library
   * Finally libmcl-ocaml-dev is ported to latest mcl version
     Closes: #1074546
   * Standards-Version: 4.7.4 (routine-update)
   * Reflow Uploaders field (cme)
   * Remove Priority field (cme)
   * Remove trailing whitespace in debian/changelog (routine-update)
   * Drop 'Rules-Requires-Root: no' from d/control (routine-update)
   * Reformat the Last-Update date as ISO YYYY-MM-DD.
   * Set upstream metadata fields: Repository-Browse.
Checksums-Sha1:
 a624ef0f7b79d44701bd123346c88200967713b8 2580 pplacer_1.1~alpha19-9.dsc
 f07fbd17dc6d2d2bc1ca39e7364ab19440ab5da6 35724 
pplacer_1.1~alpha19-9.debian.tar.xz
 5cbb5617161f505bcc9eaaba28d6d2d8952da286 7290 
pplacer_1.1~alpha19-9_amd64.buildinfo
Checksums-Sha256:
 59833d6a2e03f424ab88db092856aabdf2dcfaa89bfb3acbfb7e79feb712c3f1 2580 
pplacer_1.1~alpha19-9.dsc
 8c705202e69456d6d35d32d9a3cb157d5e040cecc694b032f607763c8f44cd99 35724 
pplacer_1.1~alpha19-9.debian.tar.xz
 e19887211dc275b0935a7ac6de4672608668118d123a21eef986ada1f5d315b4 7290 
pplacer_1.1~alpha19-9_amd64.buildinfo
Files:
 783f5a6bc12e6b0f10c274c719696b28 2580 science optional 
pplacer_1.1~alpha19-9.dsc
 4679ea90ad06ab6e68e14c3ce9413642 35724 science optional 
pplacer_1.1~alpha19-9.debian.tar.xz
 80983696467527ff43fcf85ed55bd70f 7290 science optional 
pplacer_1.1~alpha19-9_amd64.buildinfo

-----BEGIN PGP SIGNATURE-----

iQJFBAEBCgAvFiEE8fAHMgoDVUHwpmPKV4oElNHGRtEFAmq09GERHHRpbGxlQGRl
Ymlhbi5vcmcACgkQV4oElNHGRtF8zQ//cQnxWVJs2ZFa8xbiJpQCByBX+jHb01cj
HPUHz8Ppk72X5VQ7usC4FYI2ydwqH6XL1jViRGt0zIBcs6GYx+x/eAa0gwYSomHv
h4sC3Ae2zIufdjHXfNyH8mTLEiaA67XhKrm4xc1hGm9iwmQXimJQyNw6ytSn5cLk
UUdfaoP6vn17uCtUg1yMvJR+161wLfqjODu44Kc1LJICOVOzmdWxBja1BlkAOIV4
6MdNbVOKHIX4i376NVHJzFIvo88gWXfWbopsRdafr5Cbq/lgqofuxhzd2wt8VQel
8DcNqwDkdUpIcuFxwDP9u8uWt9FCpgyTSEy7LI+t07N/Sk0TGHqTExrDDngEu8JQ
Hh8rrI2mapeAAR8tekjz2gwCYgqKJtlsejFstoX2MEBvKQuLUmgKwfBlfBtfabaB
tAO3bPyJzDBx4Fk5LzyZwo30W2RdzziVdUIQ8jEprdWq7+7/khsIWu1XTXz//6SP
3EIYq3UJ2od0Sim3bw4ItajmLO5NOhAXC0ZljmHp9seHxAXt6+oCura5IkbRBMEN
eOBvWTNGjBDmWvXthauMlvWwgsBa/6QYr17eA+3Dfms6IxNYzNgWmZPumXfsjlOf
tVdv87G+YeoN2wr4nMjM2oEudM+x7eE3WsluHkG2R+WbS2rYc5AKutv43FvTPmcX
VP8QHqwItSw=
=5YH0
-----END PGP SIGNATURE-----

Attachment: pgpOjoaSdfIVB.pgp
Description: PGP signature


--- End Message ---

Reply via email to