Source: rust-ahash
Version: 0.8.11-9
Severity: normal
Tags: patch
X-Debbugs-Cc: [email protected]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Hi,

I intend to update zerocopy to 0.8 (staged in experimental).
Please update ahash to use that version. See this upstream commit as
patch:

https://github.com/tkaitchuck/aHash/pull/265/files

best,

werdahias


- -- System Information:
Debian Release: 13.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.12.32-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: OpenRC (via /run/openrc), PID 1: init
LSM: AppArmor: enabled

-----BEGIN PGP SIGNATURE-----

iIsEARYKADMWIQQUWTv/Sl6/b+DpcW7svtu2B7myvgUCaIvWwBUcd2VyZGFoaWFz QGRlYmlhbi5vcmcACgkQ7L7btge5sr4C0wEA5s4bPDEN7epdY2bb3a5DKG54hQh3 d+nl+HNjSyQceJwA/1PC2/stY1l3MnH7wifwKfJCy0n+FA9WkILgmAQtnNkE
=nyUw
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Quoting Matthias Geiger (2025-07-31 22:49:10)

I intend to update zerocopy to 0.8 (staged in experimental).
Please update ahash to use that version. See this upstream commit as
patch:

https://github.com/tkaitchuck/aHash/pull/265/files

This is blocked by bug#1110258.

- Jonas

--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/
* Sponsorship: https://ko-fi.com/drjones

[x] quote me freely [ ] ask before reusing [ ] keep private --==============61476906978786083=MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Description: signature
Content-Type: application/pgp-signature; name="signature.asc"; charset="us-ascii"

-----BEGIN PGP SIGNATURE-----

wsG7BAABCgBvBYJoje1UCRAsfDFGwaABIUcUAAAAAAAeACBzYWx0QG5vdGF0aW9u cy5zZXF1b2lhLXBncC5vcmerHLs8mRZZvboDpHBqZ5QcFYIHx3GIuQ4mmOIWeKmO phYhBJ/j6cNmkaaf9TzGhCx8MUbBoAEhAADKgw/7B1dQpYIb7ahxildIwlVhGTI4 HHLJiTjOKdpdYcIFI2kJ+ILa1YMwzKGotqAG347ubFDv6x5ZOV+szjBukvE7dp3C XwiZJhrgo4tItM1mHgflgsz4GqjWdFEb7WtLDVSHuIJhhlyMYV25q4baer3GdsSH IsuTxuDZRZm1jvRP1gY16MDoS8SrpFa/dIsJ0oDYxSTQn42WtOkE2Tu1jAQul+wG 8ZTfxuYi0HfxDWtcUIKkOrZU/5z6GilGm55AtwB+vvPBJgqm1i1MjkPpsL95dze1 kDdCqQgxwCAiWScPSVmuD/77rwqJ3t/Axp6ebOUSa985J2yD77E9DELpnvxEr/b+ SthGpaV6yMXbk415xvTZzC6nJyhETacaC15qSJbi

On Sat, 02 Aug 2025 12:49, Jonas Smedegaard <[email protected]> wrote:

Quoting Matthias Geiger (2025-07-31 22:49:10)

I intend to update zerocopy to 0.8 (staged in experimental).
Please update ahash to use that version. See this upstream commit as
patch:

https://github.com/tkaitchuck/aHash/pull/265/files

This is blocked by bug#1110258.

Uploaded uuid just now.

best,

werdahias

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Quoting Matthias Geiger (2025-08-02 18:06:16)

On Sat, 02 Aug 2025 12:49, Jonas Smedegaard <[email protected]> wrote:

Quoting Matthias Geiger (2025-07-31 22:49:10)

I intend to update zerocopy to 0.8 (staged in experimental).
Please update ahash to use that version. See this upstream commit as
patch:

https://github.com/tkaitchuck/aHash/pull/265/files

This is blocked by bug#1110258.

Uploaded uuid just now.

It is still blocked, now by a circular build-dependency:

ahash → hashbrown → indexmap → serde_json → value-bag-serde1 → value-bag → log → rand → uuid → ahash

- Jonas

--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/
* Sponsorship: https://ko-fi.com/drjones

[x] quote me freely [ ] ask before reusing [ ] keep private --==============�44531270318513501=MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Description: signature
Content-Type: application/pgp-signature; name="signature.asc"; charset="us-ascii"

-----BEGIN PGP SIGNATURE-----

wsG7BAABCgBvBYJojkBECRAsfDFGwaABIUcUAAAAAAAeACBzYWx0QG5vdGF0aW9u cy5zZXF1b2lhLXBncC5vcmf6KYEZV9bQ+Mgj4WJTem+2DjRANtL7Tld+QCkWupzP 6hYhBJ/j6cNmkaaf9TzGhCx8MUbBoAEhAAByHQ/8DJ6MySVpN4NTCVGOIEznw5t4 fbyeuu9BARgBkOrfpeu8ykiladn0DON0wsrpmvNgQtHof8TqzxYu634BfmRzJlt4 uQanewiYlK4M3JaMhjO3YA93IH1dS+pwm/li3mGtxs8dn4IM4HxZ79MCepylfGOk YT0YDW6og7VrrzCOblTT2a9XTdwdykLZCmqhmex/Y4B24UY4CBEaNSWncJnEgCYO VLO3MNe9NEK7yN9XaLOYj9KSDzc2iyC6OlzslCLv6MvlbXPK+SITDI7Vjmft0lN4 L1f13zbluDFjgyYX5GgpgOInlX8CVFnhMu6T62a2Z7lS6vUgr/BZzy6njy465Fkp uEEdkehsXe9IqZ7dKP/7i28fh2OH2cdNWHoKbq8t

block -1 by 1110273
thanks

Quoting Jonas Smedegaard (2025-08-02 18:43:50)

Quoting Matthias Geiger (2025-08-02 18:06:16)

On Sat, 02 Aug 2025 12:49, Jonas Smedegaard <[email protected]> wrote: >Quoting Matthias Geiger (2025-07-31 22:49:10)

I intend to update zerocopy to 0.8 (staged in experimental).
Please update ahash to use that version. See this upstream commit as
patch:

https://github.com/tkaitchuck/aHash/pull/265/files

This is blocked by bug#1110258.

Uploaded uuid just now.

It is still blocked, now by a circular build-dependency:

ahash → hashbrown → indexmap → serde_json → value-bag-serde1 → value-bag → log → rand → uuid → ahash

No, that was incorrect - I was missing zerocopy in the list:

ahash → hashbrown → indexmap → serde_json → value-bag-serde1 → value-bag → log → rand → uuid → zerocopy → ahash

Also, the list might be bogus - possibly I mixed build-dependencyies
and dependencies.

I now identified a more narrow problem that is hopefully the real one
(not another one): librust-uuid-dev is impossible to install. Filed as bug#1110273.

- Jonas


--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/
* Sponsorship: https://ko-fi.com/drjones

[x] quote me freely [ ] ask before reusing [ ] keep private --==============s35682833308634715=MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Description: signature
Content-Type: application/pgp-signature; name="signature.asc"; charset="us-ascii"

-----BEGIN PGP SIGNATURE-----

wsG7BAABCgBvBYJojkW4CRAsfDFGwaABIUcUAAAAAAAeACBzYWx0QG5vdGF0aW9u cy5zZXF1b2lhLXBncC5vcmeE+83j7PSjFOZUMLogReSbH7S9RdLiVjTxMsBTQZpT IRYhBJ/j6cNmkaaf9TzGhCx8MUbBoAEhAABhsw/9E+DbMy2SVjJiMgS56kpewV+1 2Ov738AHC2no9co/OWUtL4Ov4w4AT2jqtM5buPceuaOR0F0kHNSMWxjqMkd8yinC Dq8YBEDq8AUrXGEzExZXEfOlXPxR+Ywti+bN5BtQvKqPjaUldCdgZNvrUBNTKye/ F6biFk+j0Xis45NzABPbaCbzHp2j+Dqhvxt0Wv36FNZ0VKKYhrUtkw0TPPvBgyTJ E1tBgIqGVEjlq74ozBp/lSqn5Sva6pgvcHo0vTEbZPV4lL8YVtPHuU3dQZZX9NL/ agyT/44u2D1l1XZZorXdbatK/CYmPRh3mK47Bb9SfLyg8YdUaGIw5596A/g8HujT MEUCLgs+rFoN3wl/zGDF4SCbn4roBHij/WkRJht4

On Sat, 02 Aug 2025 19:07, Jonas Smedegaard <[email protected]> wrote:

block -1 by 1110273
thanks

Quoting Jonas Smedegaard (2025-08-02 18:43:50)

Quoting Matthias Geiger (2025-08-02 18:06:16)

On Sat, 02 Aug 2025 12:49, Jonas Smedegaard <[email protected]> wrote:

Quoting Matthias Geiger (2025-07-31 22:49:10)

I intend to update zerocopy to 0.8 (staged in experimental).
Please update ahash to use that version. See this upstream commit as
patch:

https://github.com/tkaitchuck/aHash/pull/265/files

This is blocked by bug#1110258.

Uploaded uuid just now.

It is still blocked, now by a circular build-dependency:

ahash → hashbrown → indexmap → serde_json → value-bag-serde1 → value-bag → log → rand → uuid → ahash

No, that was incorrect - I was missing zerocopy in the list:

ahash → hashbrown → indexmap → serde_json → value-bag-serde1 → value-bag → log → rand → uuid → zerocopy → ahash

Also, the list might be bogus - possibly I mixed build-dependencyies
and dependencies.

I now identified a more narrow problem that is hopefully the real one
(not another one): librust-uuid-dev is impossible to install. Filed as >bug#1110273.

- Jonas

Since rand etc. only gets pulled in as -dev-dependency, and since you
B-D on -dev-dependencies not needed for cargo build, but only for cargo
test, IMO the "easiest" way is to disable tests for now since that
caused this loop.

best,


werdahias

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Quoting Matthias Geiger (2025-08-02 19:17:46)

On Sat, 02 Aug 2025 19:07, Jonas Smedegaard <[email protected]> wrote:

I now identified a more narrow problem that is hopefully the real one
(not another one): librust-uuid-dev is impossible to install. Filed as >bug#1110273.

- Jonas

Since rand etc. only gets pulled in as -dev-dependency, and since you
B-D on -dev-dependencies not needed for cargo build, but only for cargo test, IMO the "easiest" way is to disable tests for now since that
caused this loop.

With dh-rust, also the install routine requires dev-dependencies
satisfied.

dh-cargo has python code copying Rust code files.

dh-rust rely on upstream cargo to copy Rust code files, which requires dev-dependencies available. So no, I cannot do that trick (or I won't,
because I won't bypass cargo in relolving upstream dependency tree).

- Jonas

--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/
* Sponsorship: https://ko-fi.com/drjones

[x] quote me freely [ ] ask before reusing [ ] keep private --==============T54689327870514352=MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Description: signature
Content-Type: application/pgp-signature; name="signature.asc"; charset="us-ascii"

-----BEGIN PGP SIGNATURE-----

wsG7BAABCgBvBYJojktQCRAsfDFGwaABIUcUAAAAAAAeACBzYWx0QG5vdGF0aW9u cy5zZXF1b2lhLXBncC5vcmdVJB8LuLTrHY5ZMcXvE6YidE/2x6KDvy9x7XYxgYg2 JRYhBJ/j6cNmkaaf9TzGhCx8MUbBoAEhAADxCQ/7BXTjEUx1xmVQ1xgBEMW3JHjX 4BQXuUtQwLS6u6LHKG+q4m/xyWOOK3DR1bvrSraKXGsHqc9gBflKDIL6yFP+BvdT Qi+EN43tO2+YqswR6YQVlpTGOTipDSce4KV9qv2UI2p+mYkWEnQ5sJkD8FCvDnCN 92cBYZVXxq6R3FPhrb8MG4Mtfcde2rhKjMRU5DYnjFjQC/IQLuwM5FM9Tv2HYod0 8H4Ckn5ICqJtrr5L3r3j6JKHFWxsE3KMUJHHPDsN0fTmFVHTreY6PS6X3MqibPW2 rulOhiq2QAcsi5/mOXD7VYT0jepC2aviYX3ApMoimjyQv1YKZPbZQ+pAQOmw+M+b OrscLtRGKpV/Cic1iluW6ruEmlMKV8mQ0fj0/Jlo

On Sat, 02 Aug 2025 19:30:59 +0200 Jonas Smedegaard <[email protected]> wrote:

Quoting Matthias Geiger (2025-08-02 19:17:46)

On Sat, 02 Aug 2025 19:07, Jonas Smedegaard <[email protected]> wrote:

I now identified a more narrow problem that is hopefully the real one >(not another one): librust-uuid-dev is impossible to install. Filed as >bug#1110273.

- Jonas

Since rand etc. only gets pulled in as -dev-dependency, and since you
B-D on -dev-dependencies not needed for cargo build, but only for cargo test, IMO the "easiest" way is to disable tests for now since that
caused this loop.

With dh-rust, also the install routine requires dev-dependencies
satisfied.

dh-cargo has python code copying Rust code files.

dh-rust rely on upstream cargo to copy Rust code files, which requires dev-dependencies available. So no, I cannot do that trick (or I won't, because I won't bypass cargo in relolving upstream dependency tree).

The easiest way to unbreak this loop (and we have to do this) is IMO to temporarily disable the log feature of rand. This avoids rand pulling in
log, breaking the cycle. Then at least ahash should built. I will do a
quick testrun of both and report back here.

best,

werdahias

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Quoting Matthias Geiger (2025-08-02 21:44:07)

On Sat, 02 Aug 2025 19:30:59 +0200 Jonas Smedegaard <[email protected]> wrote:

Quoting Matthias Geiger (2025-08-02 19:17:46)

On Sat, 02 Aug 2025 19:07, Jonas Smedegaard <[email protected]> wrote:

I now identified a more narrow problem that is hopefully the real one >(not another one): librust-uuid-dev is impossible to install. Filed as >bug#1110273.

- Jonas

Since rand etc. only gets pulled in as -dev-dependency, and since you B-D on -dev-dependencies not needed for cargo build, but only for cargo test, IMO the "easiest" way is to disable tests for now since that caused this loop.

With dh-rust, also the install routine requires dev-dependencies
satisfied.

dh-cargo has python code copying Rust code files.

dh-rust rely on upstream cargo to copy Rust code files, which requires dev-dependencies available. So no, I cannot do that trick (or I won't, because I won't bypass cargo in relolving upstream dependency tree).

The easiest way to unbreak this loop (and we have to do this) is IMO to temporarily disable the log feature of rand. This avoids rand pulling in
log, breaking the cycle. Then at least ahash should built. I will do a
quick testrun of both and report back here.

I don't like the "temporary" part of that plan.

Not sure, but I imagine that a more sustainable alternative is to
provide the rng feature of uuid as a separate (i.e. non-virtual) binary together with whatever other features also depending on random.

That way only packages depending on those features need to pull in
random, which might break the dependency loop.

- Jonas

--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/
* Sponsorship: https://ko-fi.com/drjones

[x] quote me freely [ ] ask before reusing [ ] keep private --==============27755853998324842=MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Description: signature
Content-Type: application/pgp-signature; name="signature.asc"; charset="us-ascii"

-----BEGIN PGP SIGNATURE-----

wsG7BAABCgBvBYJojnsMCRAsfDFGwaABIUcUAAAAAAAeACBzYWx0QG5vdGF0aW9u cy5zZXF1b2lhLXBncC5vcmeCd95eXd4Y8qRRUUpuABto7TIgdq7Ri00WMhgZn3KK UBYhBJ/j6cNmkaaf9TzGhCx8MUbBoAEhAABVKA/9F9HPXERInV8IaPuXaBtMBPCL xa/JDZhqyRNtlobCdpRFa9VENoXu9VrAuMOxzTXgEO9EtWmAN2AWYXfAywTDISPR B2vKPoY+DxV5CZMw6YBqsfdVGNCF+w90ooefjfZg6usmYDybNqrUhTyIFxRDWPTQ yEEi5q7OsuvXrX/ANxIz7Wcjk+AMMXVcYku213k5WM/Kvz3EjEKuCY/XnpkLZfQO U9Yi9Usvw+Fk7fFYOaKnFxVRoGXQXkyuAOFG+WjCQFxeutgRoS0Sio/bdFta0fq5 2e6M+pss0OYvf9LlFKt3fJa7qAED0KABNZZKNCSAApFbZ2jMQlqpRjLM2uiT3Bk3 RepGiViGwtc3GbgFEy+V8kZsJ+HFP7qyeA61BC0p

This is a multi-part message in MIME format.

The easiest way to unbreak this loop (and we have to do this) is IMO to temporarily disable the log feature of rand. This avoids rand pulling in log, breaking the cycle. Then at least ahash should built. I will do a quick testrun of both and report back here.

I don't like the "temporary" part of that plan.

An alternative soloution is to at least reduce the problem is to
upgrade hashbrown to 0.15, hashbrown 0.15 changes the
default hasher to foldhash and no longer has a dependency
on ahash (you can still use it with ahash through the
"hasher" trait if you want).

foldhash has no cargo dependencies, build-dependencies or
dev-dependencies.

I've uploaded hashbrown 0.15 and it's most important reverse
dependency indexmap to experimental and with that and some
other dependency tweaks, I was able to get rust-uuid installed
in my experimental chroot without needing rust-ahash.

unfortunately, rust-ahash also build-depends on criterion,
which depends on ciborium, which depends on ciborium-ll,
which depends on half, which depends on rkyv which depends
on ahash

Perhaps disabling the ahash feature in rkyv would make sense,
I don't think anything in Debian uses it.

Anyway, I need to get some sleep, will have a further look at
this sometime.

<html>
<head>

<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body>
<p>
<blockquote type="cite">
<pre class="message">&gt; The easiest way to unbreak this loop (and we have to do this) is IMO to
&gt; temporarily disable the log feature of rand. This avoids rand pulling in &gt; log, breaking the cycle. Then at least ahash should built. I will do a &gt; quick testrun of both and report back here.

I don't like the "temporary" part of that plan.</pre>
</blockquote>
An alternative soloution is to at least reduce the problem is to<br>
upgrade hashbrown to 0.15, hashbrown 0.15 changes the<br>
default hasher to foldhash and no longer has a dependency<br>
on ahash (you can still use it with ahash through the<br>
"hasher" trait if you want).<br>
<br>
foldhash has no cargo dependencies, build-dependencies or<br>
dev-dependencies. <br>
<br>
I've uploaded hashbrown 0.15 and it's most important reverse<br>
dependency indexmap to experimental and with that and some<br>
other dependency tweaks, I was able to get rust-uuid installed<br>
in my experimental chroot without needing rust-ahash. <br>
<br>
unfortunately, rust-ahash also build-depends on criterion,<br>
which depends on ciborium, which depends on ciborium-ll,<br>
which depends on half, which depends on rkyv which depends<br>
on ahash<br>
<br>
Perhaps disabling the ahash feature in rkyv would make sense,<br>
I don't think anything in Debian uses it.<br>
<br>
Anyway, I need to get some sleep, will have a further look at<br>
this sometime.<br>
</p>
</body>
</html>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Quoting Peter Michael Green (2025-08-03 04:37:31)

The easiest way to unbreak this loop (and we have to do this) is IMO to temporarily disable the log feature of rand. This avoids rand pulling in log, breaking the cycle. Then at least ahash should built. I will do a quick testrun of both and report back here.

I don't like the "temporary" part of that plan.

An alternative soloution is to at least reduce the problem is to
upgrade hashbrown to 0.15, hashbrown 0.15 changes the
default hasher to foldhash and no longer has a dependency
on ahash (you can still use it with ahash through the
"hasher" trait if you want).

foldhash has no cargo dependencies, build-dependencies or
dev-dependencies.

I've uploaded hashbrown 0.15 and it's most important reverse
dependency indexmap to experimental and with that and some
other dependency tweaks, I was able to get rust-uuid installed
in my experimental chroot without needing rust-ahash.

unfortunately, rust-ahash also build-depends on criterion,
which depends on ciborium, which depends on ciborium-ll,
which depends on half, which depends on rkyv which depends
on ahash

Perhaps disabling the ahash feature in rkyv would make sense,
I don't think anything in Debian uses it.

Anyway, I need to get some sleep, will have a further look at
this sometime.

I have tried to avoid benchmarking tests to get rid of the dependency
on criterion, but then another no-panic test mysteriously (to me) fails.

I have pushed my changes to https://salsa.debian.org/debian/rust-ahash
and would appreciate if someone more clueful than me could try make
sense of why no-panic test fails.

- Jonas

--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/
* Sponsorship: https://ko-fi.com/drjones

[x] quote me freely [ ] ask before reusing [ ] keep private --==============A62379711236183281=MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Description: signature
Content-Type: application/pgp-signature; name="signature.asc"; charset="us-ascii"

-----BEGIN PGP SIGNATURE-----

wsG7BAABCgBvBYJojxVZCRAsfDFGwaABIUcUAAAAAAAeACBzYWx0QG5vdGF0aW9u cy5zZXF1b2lhLXBncC5vcmfktRMltix5cZmOkUwGxpvRVN97OsFvC5bZzE1ziHmg 0xYhBJ/j6cNmkaaf9TzGhCx8MUbBoAEhAAB6qxAAqraVmB6kUQbPWAifXNsQtIc/ Oyac2eVC5N1VmV60KrYCNExYbMGE6T6OuOk5WxsZyXHlYmjkYPBfLdWylqHpIr5q 9OaLLoTj2Vw1qlXBtDu2FBky9LSaksdk4TlZMea44fFYHe6WT5SYBF1MdwgPrJBb OcwCH4Yq4o8qSpZmJ47xo0fVYhZbJGn0hLZyf+ZAUP61NxzEADnM45sTsjWhkvCB +iqkix++bEocwCtf54KBkIh13DMn6NVhd8bHHQi4A1J9G5G93hr09kCAQnWwyIjr /gpYxc6OU1PRNCWlGk67r8h6MLDo/45WsHKzBezv6VaBAb2TsLoxm9FSZ4ngfwGi n8p2Fl96GRfxuRQYE3WDlT8p98UcvkozkRDfMKq9

On Sun, 03 Aug 2025 09:53:00 +0200 Jonas Smedegaard <[email protected]> wrote:

I have tried to avoid benchmarking tests to get rid of the dependency
on criterion, but then another no-panic test mysteriously (to me) fails.

I have pushed my changes to https://salsa.debian.org/debian/rust-ahash
and would appreciate if someone more clueful than me could try make
sense of why no-panic test fails.

IMO benchmark shouldn't be run anyway in Debian as they are a metric for upstream, but I disgress. The reason they still run is that the [bench]
section is still present in Cargo.toml, you need to actively disable it
(i.e. patch it out
[0]).

best,


werdahias

Links:

[0]: https://sources.debian.org/src/rust-jpegxl-rs/0.11.2-1/debian/patches/disable-benches.diff/

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)