Bug#1041825: rust parts of libopenraw
From
Matthias Geiger@21:1/5 to
All on Wed Jul 30 16:00:01 2025
XPost: linux.debian.bugs.dist
This is a MIME formatted message with attachments. Use a MIME-compliant client to view it properly.
Hi all,
wanted to chime to give an update/perspective from my end. The library
is now mostly rewritten in Rust. I would like to see it updated to its
latest version, and its librust- part provided as new package. This is
because glycin, which is the new default image loader for GNOME, now has
a RAW loader too, which would require a recent (rust) libopenraw. While
that loader is still optional, I would like to enable it at some point. Upstream stated that they will keep using libopenraw as their loader
since it's rust (and not C).
.
Updating libopenraw would require the following new crates to be
packaged:
fallible_collections, multiversion, multiversion-macros,
target-features.
I won't be packaging those, because I already maintain quite a few.
I'd be willing to review/sponsor/help with any work leading up to get libopenraw current again though.
best,
werdahias
Hi all,
wanted to chime to give an update/perspective from my end. The library
is now mostly rewritten in Rust. I would like to see it updated to its
latest version, and its librust- part provided as new package. glycin,
which is the new default image loader for GNOME, now has a RAW loader
too, which would require a recent (rust) libopenraw. While that loade loaderloaderr is still optional I would like to enable it at some point. Upstream stated that they will keep using libopenraw as their loader
since it's rust (and not C).
.
Updating libopenraw would require the following new crates to be
packaged:
fallible_collections, multiversion, multiversion-macros,
target-features.
I won't be packaging those, because I already maintain quite a few.
I'd be willing to review/sponsor/help with any work leading up to get libopenraw current again though.
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)