Re: Re: [PATCH 3/4] kde.org.eclass: Handle src_unpack for live ebuild Corrosion here
Andreas Sturmlechner <[email protected]> Wed, 10 Jun 2026 00:04:52 +0200
| Newsgroups | gmane.linux.gentoo.devel |
|---|---|
| Message-ID | <[email protected]> |
On Dienstag, 9. Juni 2026 06:14:27 Mitteleuropäische Sommerzeit Duncan wrote: > But that this is being added to the eclass not just the one ebuild > indicates you expect there's going to be more of these to deal with, which > leave me wondering just how far this "corrosion" is going to spread... > and whether I need to think again about possibly switching desktops if it > gets bad enough. A pointer to some upstream list thread discussing their > "corrosive" plans would be wonderful! =:^) There is certainly no grand upstream plan to corrode everything. Devs will always use what gets their job done though, and Corrosion is the necessary glue between CMake and rust/cargo. There are two other packages making use of it for some time, that we haven't been able to implement in packaging yet for lack of the eclass integration: akonadi-search and kdepim-addons. Regards
signature.asc
(application/pgp-signature, 829 B)
-----BEGIN PGP SIGNATURE----- iQIvBAABCgCZFiEE34gXUSooizdYNDu3S5FW4z0PgBkFAmoojgQbFIAAAAAABAAO bWFudTIsMi41KzEuMTIsMiwyXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25z Lm9wZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRERjg4MTc1MTJBMjg4QjM3NTgzNDNC Qjc0QjkxNTZFMzNEMEY4MDE5AAoJEEuRVuM9D4AZzaIL/RdIRhgxapCWAfRiFUWj RlkvyX63ro+QBEuyP5MPXRoRHPazxVhSMtS5Qum4V73BvKIafGA2O7Lkg78PYodu 9945Z6AYE524aGSORW2dGODXZo1Ef30qT8I2jW5rj+hFpTAIY3NiAru8s/ZLkYY2 ChKXOL7La1RJ9jFGA8jksljSVQUol/xUgKZfnB0VyE5b/rQ0j0bnPKb21KyWbQPI ZbtgY3ksGzgqTSs4bbn8DtxxzqjTcLnMf/ezAREaFX7QSTivE3riw0Ns+m4WZNCO 6hO9UP1xQIpkMMdgleEmp5ynPjMqIVSTAJTFqSxrPdnMA2MFQR3hR9FuW5HMkH+f 3hrw5CghqUknA1sKnBY7lF9sjgGEeTHt8Sq10Gva/zkg4jT+9D97/RdrPvrhtICn KUhVBjDJH8+d/nsLwDz9KEjwPMnu9htAsxjBMkTv6LQswQmXCMrkKkXS6YXAtUQv F1AxH5BfC9EUYhCMxO4jlyaJovrOML7Nc8gLPcNzPu8kiw== =ig98 -----END PGP SIGNATURE-----