Change Details

`graphics/librsvg2` is stuck on the 2.40 branch due to newer versions requiring a Rust toolchain which we do not have on Tier 2 archs. I packaged a newer librsvg2 version as `graphics/librsvg2-rust`. LIBRSVG2_DEFAULT allows adventurous users to opt into using `graphics/librsvg2-rust` instead of `graphics/librsvg2`.

`graphics/librsvg2` is stuck on the 2.40 branch due to newer versions requiring a Rust toolchain which we do not have on all tier 2 archs. I packaged a newer librsvg2 version as `graphics/librsvg2-rust`. It is now on a stable version 2.46.0 which was just released [1]. Let's switch to it on tier 1 archs. OpenBSD has been doing something similar for over a year now. 2.46.0 is ABI compatible with 2.40. However newer APIs are only implemented in newer librsvg2 versions and I suspect it is only a matter of time until someone runs into trouble porting some applications. [1] https://download.gnome.org/sources/librsvg/2.46/librsvg-2.46.0.news

`graphics/librsvg2` is stuck on the 2.40 branch due to newer versions requiring a Rust toolchain which we do not have on Tall tier 2 archs. I packaged a newer librsvg2 version as `graphics/librsvg2-rust`. It is now on a stable version 2.46.0 which was just released [1]. Let's switch to it on tier 1 archs. OpenBSD has been doing something similar for over a year now. 2.46.0 is ABI compatible with 2.40. LIBRSVG2_DEFAULT allows adventurous users to opt into using `graphics/librsvg2-rust` instead of `graphics/librsvg2`.However newer APIs are only implemented in newer librsvg2 versions and I suspect it is only a matter of time until someone runs into trouble porting some applications. [1] https://download.gnome.org/sources/librsvg/2.46/librsvg-2.46.0.news