Re: Upcoming 0.26.0, please review release notes

[Fred Kiefer]

Hi Ivan,

all of this looks great to me. One thing I did not understand is why the 
Announce file in the tag is less complete, then on the master branch. But this 
surely will be corrected for the real release.
I still would like to see a coordinated release of base, gui and back. With 
make I am a bit unsure. Your latest change there seems to be the only commit 
for this module. So it is up to decide whether a release is needed.

Thank you for working on this,
Fred

> Am 07.12.2017 um 23:57 schrieb Ivan Vučica <address@hidden>:
> 
> cURLable text file available here, in case you wish neither to clone
> the repo nor use the GitHub web UI:
>  
> https://raw.githubusercontent.com/gnustep/libs-gui/e2f3923e1361c4f5e38f255557c465abe03b41a9/ANNOUNCE
> 
> 
> Now, further remarks:
> 
> 
> This release will be created using something called an "annotated tag"
> in Git. Annotated tags are not merely references to a commit, but they
> are otherwise objects in their own right, and have an author, date and
> a commit message of their own.
> 
> GitHub (and probably other similar systems) expose them as 'releases'.
> Instead of having to attach a message using web UI, the tag commit
> message will be used. This means whatever we deploy as a tag commit
> message, we can take out when we move from GitHub.
> 
> As a less practical, but more of a fun thing, I won't be creating just
> an annotated tag but a GPG-signed annotated tag. This means users can
> use 'git tag -v gui-0_26_0' to check that the signer claims this
> release is genuine. I will be using my personal GPG key for this, as
> that will be appropriately displayed in systems that support
> displaying that a tag has been correctly signed. If I were to use the
> GNUstep Maintainers key, it would not be appropriately displayed as
> released by my account. Actual signature *will* be performed with the
> correct maintainer GPG key!
> 
> You can see all this in action here:
>  https://github.com/ivucica/libs-gui/releases/tag/gui-0_26_0
> 
> (You may observe that this is not pushed to the mainline repo. That is
> because this is *not* yet the 0.26.0 release; I've tagged it only for
> preview. Actual tag will be pushed to the main GNUstep repository for
> libs-gui. I've manually marked the release as pre-release.)
> 
> Preview, prerelease, not-actually-0.26.0 tarball and
> personally-signed-.sig (use curl -L to download):
>  
> https://github.com/ivucica/libs-gui/releases/download/gui-0_26_0/gnustep-gui-0.26.0.tar.gz
>  
> https://github.com/ivucica/libs-gui/releases/download/gui-0_26_0/gnustep-gui-0.26.0.tar.gz.sig
> 
> To facilitate cutting this release, I have updated gnustep-make. It
> now has targets 'git-tag' and 'git-dist' which behave similar to
> 'svn-tag' and 'svn-dist', except that they operate on local repo only.
> They use annotated tags, support keysigning and using a text file as
> the source for the tag commit message. All tagging and releasing
> operations are on the local repository; pushing tags to a public
> repository is left to the developer invoking these convenience
> commands.
> 
> I've opted to ask for a review of the changes to gnustep-make in case
> I use some incompatible feature of GNU Make, or if it's
> incomprehensible. If there are no significant comments, I will merge
> this shortly.
> 
>  https://github.com/gnustep/tools-make/pull/3
> or
>  https://patch-diff.githubusercontent.com/raw/gnustep/tools-make/pull/3.patch
> 
> It should affect only people using gnustep-make to cut releases for
> their software.
> 
> _______________________________________________
> Gnustep-dev mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/gnustep-dev