Re: Bug#1133247: libini-config-dev has an undeclared file conflict on /usr/include/ref_array.h
"Serafeim (Serafi) Zanikolas" <[email protected]>
| Newsgroups | gmane.linux.debian.devel.general |
|---|---|
| Message-ID | <[email protected]> |
hi Helmut,
On Tue May 26, 2026 at 7:30 AM CEST, Helmut Grohne wrote:
> On Mon, May 25, 2026 at 04:25:54PM +0200, Simon Josefsson wrote:
[..]
> I started experimenting with what is available in
> https://salsa.debian.org/helmutg/dacpa.
it seems like this repo is not available anymore.
> there are very many tricky corner cases that look obvious but are not.
> I'm glad that you call my reports excellent, but that's largely due to
> me double checking every single one of them.
>
> Roughly speaking what you need here is:
[..]
> So in your additional salsa job you now have a choice. You gather all
> this data for your package and send it off to a network service that has
> those 15GB. Or you download those 15GB. Neither of these sounds
> particularly attractive for a salsa job to me.
agree.
>>From my pov, the best way forward is testing migration blocking.
I'd think that the closest to this functionality is piuparts -- both in terms of
testing a package's installed state and in failures leading to bug filing
(albeit manual).
one possibility would be to have a new service that has all of the necessary
inputs (the aforementioned 15 GB) and given as input a {package, suite, arch}
returns a list of {package, suite, arch} candidates, with which each one of the
former _might_ conflict. the service could implement easy checks (e.g. Conflicts
declarations) to reduce false positives, but it need not be perfect.
piuparts, when testing a package, would (i) query the new service to get the
potentially conflicting candidates, and (ii) try installing each one at a time
alongside the package under test. that'd filter out the false positives, and
fail loudly (leading to bug filing) when the installation fails or
when file checksums/permissions/owner/group change.
thanks,
serafi
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA2RWqo7IwLCLSFYbT59tVQ7WEioFAmoWEVsACgkQT59tVQ7W EioVnQ/7BVntDLbijNIiNFIKb4yzjH1oGqQN6aVxM6Kv0lF/lkdED7BfwOaLFilg 3jvMR1nf0vGnEsXLNW0T6nwZceWNuJdNeUWCL+Gzqz+QoGY6mmll1d2KF5b3ZgQy xa4ojTMb9skv90IZU3uvnxX7iesZHFFAJDaeJ5uV+m/p9C5rfYUGtCB3gE2PfYJf qSEc4tLoKRkF7mW34wYSVLUZHu+Rm6pp5qbai/AAdzINlIraPuM+XuN2Hnbf7R7h SbE5QvSm5Fs4ABN2HSFk8B9VMScR9jTFa7yPLcuXIPVI5nyBwr9PBJ310fdZddv+ GLg6KYdq6Vis8AlbX1wzOcJ7/AmTGX5GawP+4lm2oyZy5CYp2R01bfH75WHmzGks n56KClPPS2CIQPVS23sJbQSQGPVJFsAy6e4zej/frQa1L+q44DSmmalavAMc+lbV OrmQLj5OIuXvnAJUR7hg/kgjrUDMgtE6iZXhOKHNC/zEn9/Ry17aGdruIhl5X9vU LqYfOB7D/eEdpSkM8MdW54VMmM/9iVRLpQnhFYw99AsMeUXCc99OBn4PAVYU+ORe M2AvWsksSWXvIohy+MN/KOA7qdFIh8xObjhSPM21pDhZBGs9S7Q3QrEtrrvxflrR QFdeoWoR26Ne0X86X+J7VE257qzg63qzIExQjNPSSZTH8vpSNYY= =WhFU -----END PGP SIGNATURE-----