Bug#1041825: rust parts of libopenraw

Matthias Geiger <[email protected]> Wed, 16 Jul 2025 20:31:42 +0200
Newsgroups gmane.linux.debian.devel.bugs.general,gmane.linux.debian.devel.gtk-gnome
Message-ID <[email protected]>
This is a MIME formatted message with attachments. Use a MIME-compliant client to view it properly.
--bzz_bzz__bzz__1mwagujqskslet07t1f3bfuogxo00g0p
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=utf-8; format=flowed

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
--bzz_bzz__bzz__1mwagujqskslet07t1f3bfuogxo00g0p
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=utf-8; charset=utf-8

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.


--bzz_bzz__bzz__1mwagujqskslet07t1f3bfuogxo00g0p--