auctex-devel
[Top][All Lists]
Advanced

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

Re: Drop tarball releases and go ELPA only


From: Dr. Werner Fink
Subject: Re: Drop tarball releases and go ELPA only
Date: Fri, 5 Jul 2024 09:47:45 +0200

On 2024/07/05 09:26:16 +0200, Arash Esbati wrote:
> Tassilo Horn <tsdh@gnu.org> writes:
> 
> > Mosè Giordano <mose@gnu.org> writes:
> >
> >> On Mon, 1 Jul 2024 at 14:17, Arash Esbati <arash@gnu.org> wrote:
> >>
> >> I'm personally generally in favour of moving the release process
> >> entirely to ELPA!
> >
> > Ditto.
> 
> Same here.

Hmmm, I'm a bit old fashion ... for me the question rises how to get a
system wide automatically updating installation for a multi user workstation
from an ELPA channel?

Using flatpak systemwide works flawless but how about ELPA/MELPA packages?

> 
> >>> • Archive current master as auctex-13, and keep main as default branch.
> >>>   This means that every commit generates a new release on ELPA-devel.
> >>> • Archive current master as auctex-13, and introduce a new intermediate
> >>>   default branch, say develop or some such.  And then merge into main on
> >>>   a regular basis.
> >>
> >> My only comment is that I think it'd still be valuable to keep having
> >> stable releases (published through ELPA) every now and then, just as
> >> it is now, and not go full "every commit is a release" mode.
> >
> > That's already the case.  Every pushed commit on the main branch [1]
> > results in a new release in the GNU-devel ELPA repository for the
> > adventurous users and every change in the Version header results in a
> > release in the stable GNU ELPA repository.
> >
> > Of course, if major changes are to be made, one can still split a new
> > feature branch off main where changes have no effect on what's published
> > until they are done and merged back to main.

Such a split is IMHO mandatory as otherwise users will complain on
bugs during implementiing new features :)

> So you say we should go for the first option?
> 
> > (I just saw that we changed the "[Unreleased]" heading to "[14.0.6] -
> > 2024-06-30" after publishing 14.0.6.  A chance to improve next
> > time. :-))
> 
> Yes, mea culpa.  Hopefully things work out better next time.
> 
> Best, Arash

Werner

-- 
  "Having a smoking section in a restaurant is like having
          a peeing section in a swimming pool." -- Edward Burr

Attachment: signature.asc
Description: PGP signature


reply via email to

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