Re: Time (to start planning) for a new release?
Geoff Westcott via xmltv-devel <[email protected]> Tue, 16 Jan 2024 08:20:14 +0000
| Newsgroups | gmane.comp.tv.xmltv.devel |
|---|---|
| Message-ID | <[email protected]> |
On Tue, 16 Jan 2024 02:30:13 +0000, Gary Buhrmaster wrote: > This is my once every two (or so) > year mention that Ubuntu will be > freezing versions of software to > be included in their 24.04 LTS > release on February 29th of this > year, so it may be time to review > any open issues, or pending work, > and make a new release before the > freeze (and while fixes can always > be made available, some users > of the Ubuntu LTS releases tend > to update closer to never). > > Thanks for your consideration. Good idea. We should probably tempo disable the GitHub 'Action' that builds the Windows (and maybe the Linux?) releases while we are updating. Reason = they pick up the "Release" tag from GH and so might overwrite the live 1.2.1 with changes-in-progress (and so the real 1.2.1 will be lost from history - q.v. https://sourceforge.net/projects/xmltv/files/ ). Just as a recap: The Windows build creates a 64-bit xmltv.exe and a 32-bit xmltv32.exe. The 64-bit flavour is uploaded to alpha-exe. Both the 32- and 64-bit windows builds are uploaded to SourceForge, and sets the SF "Default Download" for Windows (64-bit), and also for Linux (in case that hasn't already been set). The workflow also creates a zip of the Windows exe plus DTD/readme, and uploads it to the Assets for the latest Release. It will do separate zipfiles for 32- and 64-bit exe files. It only does this for 'push' triggers. (For pull requests the makefile is run but then it stops before making the exes or the zips.) Thanks, Geoff