You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi, I have been packaging the last two releases of this version of Hercules for Gentoo in my overlay (basically a personal repo). I have been using it to test Gentoo s390 guests and it works great (on a PowerPC host, no less).
The official Gentoo repository packages only the original Hercules version which is running into maintenance troubles now: see https://bugs.gentoo.org/show_bug.cgi?id=521032, https://bugs.gentoo.org/show_bug.cgi?id=879629. I would like to get my version of this version into the official repository but right now the main blocker are the way the split-out submodules (crypto, etc) are included. I do have a method for building them from source, but the problem is that there is no indication of what commit of each module corresponds to a given Hercules release. In my overlay, I use 9999 ebuilds, a.k.a. live packages, that just git clone the latest code. This is not allowed in the official repositories for reproducibility purposes.
I see that you make a commit like 8b5342d before a release. Basically, all that I need is some indication of what the corresponding commit in the submodule libraries those binaries are built from. Extra awesome if you could also create git tags in the submodule repositories (for cleaner URLs) but not strictly necessary. Hope this isn't too much of a burden, thank you for the amazing work.
The text was updated successfully, but these errors were encountered:
With my hat on as packager for pkgsrc, I second this motion. Having clear releases is much better than having to guess which commit to package. If you create tags in the repositories, like for the main hercules repostory, github will make tar files available, and that is much nicer for packaging than having to deal with git.
With my hat on as packager for pkgsrc, I second this motion. Having clear releases is much better than having to guess which commit to package. If you create tags in the repositories, like for the main hercules repostory, github will make tar files available, and that is much nicer for packaging than having to deal with git.
Hi, I have been packaging the last two releases of this version of Hercules for Gentoo in my overlay (basically a personal repo). I have been using it to test Gentoo s390 guests and it works great (on a PowerPC host, no less).
The official Gentoo repository packages only the original Hercules version which is running into maintenance troubles now: see https://bugs.gentoo.org/show_bug.cgi?id=521032, https://bugs.gentoo.org/show_bug.cgi?id=879629. I would like to get my version of this version into the official repository but right now the main blocker are the way the split-out submodules (crypto, etc) are included. I do have a method for building them from source, but the problem is that there is no indication of what commit of each module corresponds to a given Hercules release. In my overlay, I use 9999 ebuilds, a.k.a. live packages, that just git clone the latest code. This is not allowed in the official repositories for reproducibility purposes.
I see that you make a commit like 8b5342d before a release. Basically, all that I need is some indication of what the corresponding commit in the submodule libraries those binaries are built from. Extra awesome if you could also create git tags in the submodule repositories (for cleaner URLs) but not strictly necessary. Hope this isn't too much of a burden, thank you for the amazing work.
The text was updated successfully, but these errors were encountered: