https://buildd.debian.org/status/fetch.php?pkg=pynest2d&arch=i386&ver=5.0.0-2&stamp=1688331535&raw=0

...
CMake Error at CMakeLists.txt:33 (find_package):
  Could not find a configuration file for package "Libnest2D" that is
  compatible with requested version "".

  The following configuration files were considered but not accepted:

    /usr/lib/cmake/Libnest2D/Libnest2DConfig.cmake, version: 1.0 (64bit)

Hello,

Bug #1040191 in libnest2d reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/3dprinting-team/libnest2d/-/commit/7b403bf674b3c5798ab6a775f551b1a1ccbbb10a
* Cmake files check for matching architecture width now, mark package as
  Arch: any. (The header files themselves do not change. Closes: #1040191)
* Drop M-A: foreign.
------------------------------------------------------------------------

(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/1040191

We believe that the bug you reported is fixed in the latest version of
libnest2d, 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 1040191@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Christoph Berg <myon@debian.org> (supplier of updated libnest2d 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 ftpmaster@ftp-master.debian.org)
Format: 1.8
Date: Mon, 03 Jul 2023 21:05:16 +0200
Source: libnest2d
Architecture: source
Version: 5.0.0-3
Distribution: unstable
Urgency: medium
Maintainer: Debian 3-D Printing Packages <3dprinter-general@lists.alioth.debian.org>
Changed-By: Christoph Berg <myon@debian.org>
Closes: 1040191
Changes:
 libnest2d (5.0.0-3) unstable; urgency=medium
 .
   * Cmake files check for matching architecture width now, mark package as
     Arch: any. (The header files themselves do not change. Closes: #1040191)
   * Drop M-A: foreign.
Checksums-Sha1:
 e3a452d7c29dd16a96cb03dbe3df4ef1d9fb70c5 2045 libnest2d_5.0.0-3.dsc
 7ff559ce3626c56a2546edc5ecb37bfc843ca4da 4652 libnest2d_5.0.0-3.debian.tar.xz
Checksums-Sha256:
 610ed93489d8b204f4f0a708eb674981c49034f5d3d9f678535debdb20f04034 2045 libnest2d_5.0.0-3.dsc
 140c4f5c04cf9f84dcb1c8b6eab6dbf7be575f7b383368d35dd2f34d6ab03e73 4652 libnest2d_5.0.0-3.debian.tar.xz
Files:
 89b3a0b36ec0a571dd49e2bc56f1173e 2045 libs optional libnest2d_5.0.0-3.dsc
 7276727c6268784fd4eeae3621ab2212 4652 libs optional libnest2d_5.0.0-3.debian.tar.xz
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEXEj+YVf0kXlZcIfGTFprqxLSp64FAmSjHM8ACgkQTFprqxLS
p65xyg//TiVx7gioB9UfhPRicB4jEqUw2jD8I22oq5aVcRTb9KyF27tttSozqZBk
a3ioLFv33cpt2j6A+GiJGOCDdGbG0HutV0nRvNnyuYd8s6Xu1jes6dsDD10ii+Eh
jSpAC3Usn/OBzj8q31xJXkMDMYvflgT0sl4aNnM+tE+MmuKT3DqKfzeNwXhrHoG1
34yYaV2gpjO2ngmdJNjM7Rxy6h8QkeCWYp4os0GAWOz25Gvz3NGGYBL7JqVRXfnf
knOHWIptY3uagzj6fBKiUKQVNosEHzoMMoYh1E/bsZJu5JyFugYNBQ3T/pIqqIG7
yjwg2KKg0maffewca82Bq3pUGXIDaRyM1ChrMX0EiEccVQpJybYKPTIDC/Q+rb7/
hllfnlWmdGnCdkSq4iu0ctd/VNPs/caJVNWbu9oFTwOtUd1v3nR/4uU28TCxGXuT
+QUs5LEOuaO4tzP0HY/LOPunZNzq7R/2UOTP+eAzDMBZ5uamKdfEEPBUclnqEJ0V
UrjSvIPgvnJSxQJjXwdy09uB+5pvTrrf7xN8hWGgK7sJEOX68onqypPZ1jLzn283
toGB7rFNOnbn0ohxpN+9ahumaCaxxbJzNA3MAHuvtS4Pil6sjKQTZ3QIyEAm4nIT
QsyZiSi1KS5ZzVZmGWdUgUn/1sLMNHP2Kt2hBjmMHNX7lERxJrk=
=tkOl
-----END PGP SIGNATURE-----

Hi myon,

Thanks for the quick fix, but I'm not super happy about this solution.

This package *really* installs only platform-independent header files,
and I think the error is wrong.

But I can see where it's coming from; one of the cmake scripts contains
boilerplate that depends on the installation architecture:

/usr/lib/cmake/Libnest2D/Libnest2DConfigVersion.cmake
(copy&paste).
And it looks like we're not the first with this sort of issue:
https://stackoverflow.com/questions/51659082/how-to-skip-32-64bit-ness-check-in-xxxconfigversion-cmake

Regards,
Gregor

Re: Gregor Riepl

Right, I wasn't really happy about making it Arch:any either, but I
didn't want to disentangle the cmake files, not knowing if other
packages hook into that check somehow.

The cost of the change isn't high (small .deb files on the mirrors),
and it's still easy to revert if we find a better fix.

The whole set of cura packages still has much bigger problems, there's
a few failing autopkgtests... :(

Christoph

They seem to have renamed the python modules, e.g. in python3-arcus:

Files in first .deb but not in second
-------------------------------------
-rw-r--r--  root/root   /usr/lib/python3/dist-packages/Arcus.cpython-311-x86_64-linux-gnu.so
-rw-r--r--  root/root   /usr/share/doc/python3-arcus/changelog.Debian.amd64.gz

Files in second .deb but not in first
-------------------------------------
-rw-r--r--  root/root   /usr/lib/python3/dist-packages/pyArcus.cpython-311-x86_64-linux-gnu.so
-rw-r--r--  root/root   /usr/lib/python3/dist-packages/pyArcus.pyi

cu
Adrian

Re: Adrian Bunk

Sigh, and thanks for spotting that.

I had hoped that uploading to experimental would have found such
issues over the last year, but was not true. :(

Christoph

The pseudo-excuses from experimental[1] show autopkgtest results
for experimental -> unstable, it should have been red there
since the autopkgtest were run and failed.[2]

cu
Adrian

[1] https://release.debian.org/britney/pseudo-excuses-experimental.html
[2] https://ci.debian.net/packages/liba/libarcus/unstable/amd64/