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--