https://buildd.debian.org/status/fetch.php?pkg=librsvg&arch=i386&ver=2.54.5%2Bdfsg-2&stamp=1686829500&raw=0

test xml::attributes::tests::empty_attributes ... ok
test xml::tests::parses_processing_instruction_data ... ok

failures:
---- transform::tests::parses_transform_list stdout ----
thread 'transform::tests::parses_transform_list' panicked at 'assertion failed: t1.y0.approx_eq(t2.y0, (epsilon, 1))', src/transform.rs:716:9

---- transform::tests::parses_valid_transform stdout ----
thread 'transform::tests::parses_valid_transform' panicked at 'assertion failed: t1.y0.approx_eq(t2.y0, (epsilon, 1))', src/transform.rs:716:9


failures:
    transform::tests::parses_transform_list
    transform::tests::parses_valid_transform

test result: FAILED. 256 passed; 2 failed; 0 ignored; 0 measured; 0 filtered out; finished in 0.02s

error: test failed, to rerun pass `--lib`
make[5]: *** [Makefile:1534: check-local] Error 101

Cheers
-- 
Sebastian Ramacher

Control: retitle -1 librsvg: FTBFS on i386: transform::tests::parses_transform_list, transform::tests::parses_valid_transform failed

This might be i387 excess precision resulting in rounding errors on i386
that differ from what happens on other architectures, or it might be
something unrelated.

    smcv

Control: found -1 2.54.5+dfsg-1
Control: forwarded -1 https://gitlab.gnome.org/GNOME/librsvg/-/issues/871

Rebuilding 2.54.5+dfsg-1 in bookworm has similar behaviour, which means
this is a behaviour change in build-dependency packages, rather than a
result of a change in librsvg. One possible trigger is the upgrade of rustc
1.61 to 1.63.

    smcv

Control: severity -1 important

I've uploaded 2.54.5+dfsg-3 with those two tests skipped on i386. It's
still a bug that we have to do that, and investigation by someone who
knows i386 quirks and/or Rust would be useful, but skipping those tests
makes this non-RC.

    smcv