Re: emacs 1:30.1+1-5~bpo12+1 should conflict with: elpa-eglot, elpa-project (?)

Xiyue Deng <[email protected]> Thu, 26 Jun 2025 08:18:06 -0700
Newsgroups gmane.linux.debian.backports.general
Message-ID <[email protected]>
Sean Whitton <[email protected]> writes:

> Hello,
>
> On Wed 25 Jun 2025 at 04:28pm -07, Xiyue Deng wrote:
>
>> Sean Whitton <[email protected]> writes:
>>
>>> Hello,
>>>
>>> On Tue 24 Jun 2025 at 04:46pm -07, Xiyue Deng wrote:
>>>
>>>> As we are working on Bug#1103033, I wonder whether it's possible for
>>>> Emacs to replace those eternal packages if the built-in packages are of
>>>> higher versions.
>>>>
>>>> I wonder whether it's doable by using provides/breaks/replaces.  Take
>>>> eglot as an example: currently bookworm has 1.9-2.  Say if Emacs has the
>>>> following:
>>>>
>>>> ,----
>>>> | Provides: elpa-eglot (= 1.15)
>>>> | Breaks: elpa-eglot (<< 1.15)  # Or maybe Conflicts?
>>>> | Replaces: elpa-eglot (<< 1.15)
>>>> `----
>>>>
>>>> it would hopefully uninstall elpa-eglot 1.9-2 from bookworm when
>>>> upgrading Emacs.
>>>
>>> Very interesting, something like this might be indeed possible.
>>>
>>
>> Locally tested with a custom built Emacs using Provides/Breaks/Replaces
>> for Bookworm backport to be working: it tries to remove elpa-eglot when
>> upgrading to the locally built Emacs.
>>
>> I have updated my branch mentioned in Bug#1103033 accordingly.
>> Hopefully upstream will accept the new public interfaces soon so that
>> the branch can be considered to be merged.
>
> Right.  Though we'll need to wait for the trixie release unles we want
> to upload to experimental, which I'm not sure would achieve much.
>

I think this will also help with upgrading from Bookworm to Trixie.  Do
you think it's worth asking for an unblocking request?

> -- 
> Sean Whitton

-- 
Regards,
Xiyue Deng
signature.asc (application/pgp-signature, 857 B)
-----BEGIN PGP SIGNATURE-----

iQJGBAEBCgAwFiEEiKQfd6o81mjI+LWALell7WOCXJMFAmhdZK4SHG1hbnBoaXpA
Z21haWwuY29tAAoJEC3pZe1jglyTCy8P/2lbHob0ZD1yT5jh7/QfKKb2N1hFVQ5u
CbbRayAcMHYvljdTfdJhltBdVZV0U/MxZBv/pQm2qV0gVzBWOhlDdB2l0pOtyoRS
lRdyDwQTg1TNxYEa70l66eqtGprIYR7GbaJ/Rl4gqNKbDHd3nntnABw1cyOAs94c
h0t4zmi2WOTtdYjuvyPIuu0WgU1NdpBjClh7yWFZ11p6fHVRct2nVt1W+nGd07qr
uiHvkvEhtqv6Tq2A2Mg/QkqjRh5a6+fAaiI3QTyXTxIa6JDAQ7/Tkz82M0yqi8Tr
jUyCK5//nQcRrAqLiAP9AUd9GPRcPbiPpcNwPeHiigmYaHVttsNUxZsI7R3AOJt2
PHF3rryXGRWH3FWgWHDB2klUqrWDGVucnD3yawxcd+9Ob3DZK8OtBSakytSTEDDp
xSL4zfdxkjutmWLJEjtKI5dAEL1LSmCsseYT2O58h7LhmuJg/1uYZxcIqmFG3STJ
n0K0N9Hpqrf8BflhPJ0ojJv4z84/rXbxTiP4xfGERCFwQv7/3Leyp3NMADFdgIDt
nJUv/Qi9zIBulJcuey3ikmtKMmA0bqJg2DienowF8gqGEj7pmlYna7iNpM94IYTs
YwRI8pGibEhmSGiYDKAjmWp/fGuC4ahvPixdsOV9aoqGHFtrjDBJMW0d+KD3KBU6
zrMDzF/qji1k
=wd8q
-----END PGP SIGNATURE-----