Upstream is at 2.4.1 by now; 1.8.1 would be somewhat useless in Trixie.

Thus, please update.

NB publishing to Salsa might be a good idea …

Apt reverse dependency indicates OpenSCAD might still be the only
dependency using the library.

OpenSCAD still fully supports lib3mf-v1, even with all the new
color and material features. I have not seen a single file yet
that does not open with that library version.

Please explain why you think having version 1.8.1 is useless.

Now upgrading would be nice, but upstream decision of using a
separate generator application (written in go, license should
be fine) makes a simple update of the packaging impossible.

ciao,
   Torsten.

Apt reverse dependency indicates OpenSCAD might still be the only
dependency using the library.

OpenSCAD still fully supports lib3mf-v1, even with all the new
color and material features. I have not seen a single file yet
that does not open with that library version.

Please explain why you think having version 1.8.1 is useless.

Now upgrading would be nice, but upstream decision of using a
separate generator application (written in go, license should
be fine) makes a simple update of the packaging impossible.

ciao,
   Torsten.

Hi,

I can follow the arguments for sticking to version 1.8.1 for this
library.  However, I would like to follow the hint from Matthias

  NB publishing to Salsa might be a good idea

So I created a repository inside the 3-D Printing team at

https://salsa.debian.org/3dprinting-team/lib3mf

In this repository you can find a watch file that does not pick up
version 2.x releases.  It might make sense to release lib3mf2 separately
but I'd leave this to your insight into this library.

I found Kristian Nielsen and granted owner permissions to this user.
Torsten, it would be great if you could create a Salsa login as well
to ease collaboration on this package.

Hope this helps
    Andreas.

Andreas Tille <andreas@an3as.eu> writes:

That's great, thanks!

(There's a git repo for the previous packaging at
git@github.com:openscad/lib3mf-debian.git, but I think there's nothing much
extra in there, so let's go with the new repo).

Your changes in the repo look good, should I upload a new  lib3mf 1.8.1+ds-7
from that?

As background, I have been doing somewhat minimal maintenance of lib3mf
over the last years to keep it available for openscad. I'm happy to continue
to help with lib3mf, I'm already subscribed to 3dprinting-general.

I started to look a little bit into packaging lib3mf2 and couple other
dependencies in preparation for an upcoming (hopefully) next upstream
release of openscad. Hopefully I can find some time this month to work more
on this.

 - Kristian.

Hi Kristian,

thank you for the prompt response.

Am Fri, Jun 05, 2026 at 10:55:13PM +0200 schrieb Kristian Nielsen:

You are welcome.

Fine for me.

I would welcome this.  I consider valid Vcs fields pointing to the
packaging code an important feature of a package.  If you have upload
permissions that would be great - otherwise I'm open for sponsoring.

I noticed the rdepends which is another reason not to blindly bump to
latest upstream version of the library which might be incompatible.

Good.

Thanks a lot for all your effort.

Kind regards
   Andreas.