emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Removing packages from archive-contents if removed from elpa-package


From: Stefan Monnier
Subject: Re: Removing packages from archive-contents if removed from elpa-packages
Date: Mon, 31 Oct 2022 08:11:59 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)

Philip Kaludercic [2022-10-31 09:40:36] wrote:
> there is at least one broken package on NonGNU ELPA
> (color-theme-tangotango) that was added, then removed as dependencies
> were missing, but it remained in the archive because it was added to the
> archive-contents file.  The following patch would make sure that any
> package not listed in elpa-packages is also remove from
> archive-contents:

Thanks, but I don't think `elpaa--update-archive-contents` is the right
place for that.  This can be called N times for a given invocation of
`elpaa-batch-make-all-packages`.
Why not call a dedicated function from `elpaa-batch-make-all-packages`
(i.e. alongside the call to `elpaa--publish-package-specs`)?

> It might be a good idea to cache the interpretation of elpa-packages, so
> I would also suggest the following:

Not sure it's worth the trouble: the way the code is written, it should
be called only once per Emacs session in the majority of cases, no?

> 1. This does not remove any tarballs.  It wouldn't be hard to do, but I
>    am not sure if there would be any unintended side effects of doing
>    so -- at least immediately.

I think we should keep the old HTML page and tarballs.

> 2. There are functioning packages on NonGNU ELPA like haskell-mode that
>    were also added to elpa-packages then removed, and still linger in
>    the archive without being updated.  This would get rid of those too,
>    which might not be a good idea.

Indeed, `haskell-mode` should be re-added to `elpa-packages`
because IIRC it's still actively depended-upon (by GNU ELPA's `hcel`).


        Stefan




reply via email to

[Prev in Thread] Current Thread [Next in Thread]