Ihor Radchenko <[email protected]> writes: > Ulrich Müller <[email protected]> writes: > >>>>>>> On Sun, 07 Dec 2025, Ihor Radchenko wrote: >> >>> We release Org mode on ELPA (https://elpa.gnu.org/packages/org.html) >>> including tarballs. >> >> AFAICS, there's an uncompressed tarball for the newest release and >> compressed tarballs (using lzip) for older releases? >> >>> Let me know if you can easily source tarballs from ELPA. If not, we can >>> try to come up with something easier for distro maintainers. >> >> Unfortunately, this doesn't play well with Gentoo's workflow. We cannot >> use the uncompressed tarball because it will be gone for older releases >> (which may be the release in our stable distro tree), and the compressed >> tarball doesn't yet exist when we add an ebuild for the newest release. >> >> An additional compressed tarball also for the newest release would fix >> this problem for us.
Technically this should be easy to adjust; the only question we have to clarify is why this is the current behaviour. It is certainly not unintentional, elpa-admin.el explicitly says ;; Make sure we don't compress the file we just created. I don't know if this is related to the limited storage available on elpa.gnu.org? I hope that Stefan (in the CC's) can elaborate on what the motivation was. >> We'd also prefer a more common format, e.g. xz instead of lzip (which >> isn't supported by our standard unpacker), but this is a minor issue. This might also be difficult due to storage issues. > CCing emacs-devel. > > We are discussing distribution of release tarballs for Linux distros > (not just for M-x package-install). > > It sounds reasonable to produce compressed tarballs for the latest > package releases in addition to uncompressed. > > Also, I am wondering about the policy for keeping the older > tarballs. This may be important information for distros that keep older > versions available for a long time. It is capped to the 20 most recent tarballs. If it is of any use, distributions can also clone checkouts of any package-branch directly from elpa.git/nongnu.git if they have commit ID.
