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.