Whoops, I meant to CC the golang list with this as well. Also, I went ahead and opened a ticket for aws-sdk-go as well, might as well at least have a bug open for it, even if it's blocked by two of the package reviews: https://bugzilla.redhat.com/show_bug.cgi?id=1297679
On Mon, Jan 11, 2016 at 1:00 PM, Ed Marshall <[email protected]> wrote: > Hi Jan! > > Thanks for the response! I used `gofed` for most of the heavy lifting with > these, so hopefully they're in pretty good shape with respect to the > guidelines. Where possible, I targeted an upstream release version; there > were disappointingly few of those, though, and the rest are all targeting > particular git SHAs. > > Let's start off with the low-hanging fruit: things with no dependencies > (or dependencies already satisfied by Fedora): > > * `golang-github-jmespath-go-jmespath` [BZ]( > https://bugzilla.redhat.com/show_bug.cgi?id=1297550) > * `golang-github-go-ini-ini` [BZ]( > https://bugzilla.redhat.com/show_bug.cgi?id=1297549) > * `golang-github-mitchellh-reflectwalk` [BZ]( > https://bugzilla.redhat.com/show_bug.cgi?id=1297546) > * `golang-github-kardianos-osext` [BZ]( > https://bugzilla.redhat.com/show_bug.cgi?id=1297545) > * `golang-github-hashicorp-go-uuid` [BZ]( > https://bugzilla.redhat.com/show_bug.cgi?id=1297543) > * `golang-github-hashicorp-go-cleanhttp` [BZ]( > https://bugzilla.redhat.com/show_bug.cgi?id=1297542) > * `golang-github-hashicorp-errwrap` [BZ]( > https://bugzilla.redhat.com/show_bug.cgi?id=1297540) > * `golang-github-google-go-github` [BZ]( > https://bugzilla.redhat.com/show_bug.cgi?id=1297537) > * `golang-gopkg-inf` [BZ]( > https://bugzilla.redhat.com/show_bug.cgi?id=1297534) > * `golang-github-hailocab-go-hostpool` [BZ]( > https://bugzilla.redhat.com/show_bug.cgi?id=1297532) > * `golang-github-golang-snappy` [BZ]( > https://bugzilla.redhat.com/show_bug.cgi?id=1297531) > * `golang-github-fatih-structs` [BZ]( > https://bugzilla.redhat.com/show_bug.cgi?id=1297529) > * `golang-github-duosecurity-duo_api_golang` [BZ]( > https://bugzilla.redhat.com/show_bug.cgi?id=1297528) > * `golang-github-asaskevich-govalidator` [BZ]( > https://bugzilla.redhat.com/show_bug.cgi?id=1297524) > > Then, there's a couple with dependencies on packages in the above group: > > * `golang-github-mitchellh-copystructure` [BZ]( > https://bugzilla.redhat.com/show_bug.cgi?id=1297547) > * Requires `golang-github-mitchellh-reflectwalk`. > * `golang-github-gocql-gocql` [BZ]( > https://bugzilla.redhat.com/show_bug.cgi?id=1297536) > * Requires `golang-github-hailocab-go-hostpool` and > `golang-github-golang-snappy`. > > I have an open question about `golang-github-mitchellh-cli` [BZ]( > https://bugzilla.redhat.com/show_bug.cgi?id=1060502); it looks like the > package was approved in BZ, but the only package I actually see in Fedora > right now is `golang-github-mitchellh-cli-temporary`, with none of the > usual Provides: present. Does anyone here have any idea what's happening > there? Worst case, I cal BuildRequires the package name directly (which it > seems a few others have done?) but this seems like a bad precedent to be > setting. :( > > I'd like to get `golang-github-aws-aws-sdk-go` [BZ]( > https://bugzilla.redhat.com/show_bug.cgi?id=1269806) bumped to version > 1.0.7, which has a number of API additions needed by vault; it has a > dependency on `golang-github-jmespath-go-jmespath` and ` > golang-github-go-ini-ini`, which I've submitted in the first list above. > I'll hold off on opening a ticket for this until the requisite packages > have been built, and I imagine bumping the version will affect a number of > other packages too. > > (Unrelated, but it showed up when I had to rebuild a bunch of stuff > because of the mitchellh-cli package: `golang-github-ugorji-go` should > probably be updated, and `/usr/bin/codecgen` should be added to `%files` > for it. Then `etcd` could run `go generate` as part of it's build, rather > than using the upstream-shipped pre-generated code. I'll open a ticket for > that later.) > > I think that's the bulk of it for now. This doesn't actually get vault > built; once the issue with mitchellh-cli is addressed and aws-aws-sdk-go is > updated, I believe `vault` and `vault-ssh-helper` will be ready to open > reviews for. > > Thanks again! > > -Ed > > > On Mon, Jan 11, 2016 at 6:05 AM, Jan Chaloupka <[email protected]> > wrote: > >> Hi Ed, >> >> On 12/23/2015 09:55 PM, Ed Marshall wrote: >> >> Hi all, >> >> I put together a copr repository for Hashicorp's [Vault]( >> https://vaultproject.io): >> >> https://copr.fedoraproject.org/coprs/logic/vault/ >> >> Out of the box, it delivers a configuration that uses the file backend >> (no HA, simple directory layout on disk, really only suitable for a >> single-instance install, but no dependencies); after they start the service >> for the first time, the user inits, stores the generated unseal keys in >> /etc/sysconfig/vault, and restarts the service, and they're up and running. >> >> There's still a few rough edges (specifically, a couple of packages >> already in Fedora that I had to rebuild or update), but I'd love to get >> feedback on the packaging, with the eventual hope of seeing them go into >> Fedora. >> >> >> I can help you with reviews. The first step would be to create review >> request for each new package and one bugzilla with a list of packages (and >> their corresponding commits) you would like to have updated. >> >> Atm, there is a shortage of resource to keep golang packages in proper >> shape. We are still working on better tooling to automate the most of the >> task required to successfully update current and add new package in/into >> Fedora. The current packaging draft for golang is here [1]. >> >> If you have any specific question about current golang packaging, you are >> welcome to ask. >> >> [1] https://fedoraproject.org/wiki/PackagingDrafts/Go >> >> Kind regards >> >> Jan >> >> -- >> Ed Marshall <[email protected]> >> Felix qui potuit rerum cognoscere causas. >> http://esm.logic.net/ >> >> >> _______________________________________________ >> golang mailing >> [email protected]http://lists.fedoraproject.org/admin/lists/[email protected] >> >> > > > -- > Ed Marshall <[email protected]> > Felix qui potuit rerum cognoscere causas. > http://esm.logic.net/ > -- Ed Marshall <[email protected]> Felix qui potuit rerum cognoscere causas. http://esm.logic.net/
_______________________________________________ golang mailing list [email protected] http://lists.fedoraproject.org/admin/lists/[email protected]
