Broken dependencies: golang-github-prometheus-prometheus
by Fedora Koji Build System
golang-github-prometheus-prometheus has broken dependencies in the rawhide tree:
On x86_64:
golang-github-prometheus-prometheus-devel-0.15.0-1.fc24.noarch requires golang(gopkg.in/fsnotify.v1)
On i386:
golang-github-prometheus-prometheus-devel-0.15.0-1.fc24.noarch requires golang(gopkg.in/fsnotify.v1)
On armhfp:
golang-github-prometheus-prometheus-devel-0.15.0-1.fc24.noarch requires golang(gopkg.in/fsnotify.v1)
Please resolve this as soon as possible.
8 years, 3 months
Broken dependencies: golang-github-prometheus-prometheus
by Fedora Koji Build System
golang-github-prometheus-prometheus has broken dependencies in the rawhide tree:
On x86_64:
golang-github-prometheus-prometheus-devel-0.15.0-1.fc24.noarch requires golang(gopkg.in/fsnotify.v1)
On i386:
golang-github-prometheus-prometheus-devel-0.15.0-1.fc24.noarch requires golang(gopkg.in/fsnotify.v1)
On armhfp:
golang-github-prometheus-prometheus-devel-0.15.0-1.fc24.noarch requires golang(gopkg.in/fsnotify.v1)
Please resolve this as soon as possible.
8 years, 3 months
Re: copr for Hashicorp Vault
by Ed Marshall
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 <esm(a)logic.net> 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 <jchaloup(a)redhat.com>
> 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 <esm(a)logic.net>
>> Felix qui potuit rerum cognoscere causas.
>> http://esm.logic.net/
>>
>>
>> _______________________________________________
>> golang mailing listgolang@lists.fedoraproject.orghttp://lists.fedoraproject.org/admin/lists/golang@lists.fedoraproject.org
>>
>>
>
>
> --
> Ed Marshall <esm(a)logic.net>
> Felix qui potuit rerum cognoscere causas.
> http://esm.logic.net/
>
--
Ed Marshall <esm(a)logic.net>
Felix qui potuit rerum cognoscere causas.
http://esm.logic.net/
8 years, 3 months
Fwd: F24 System Wide Change: Golang 1.6
by Jakub Cajka
----- Forwarded Message -----
From: "Jan Kurik" <jkurik(a)redhat.com>
To: devel-announce(a)lists.fedoraproject.org, "Development discussions related to Fedora" <devel(a)lists.fedoraproject.org>
Sent: Monday, January 11, 2016 6:39:44 PM
Subject: F24 System Wide Change: Golang 1.6
= Proposed System Wide Change: Golang 1.6 =
https://fedoraproject.org/wiki/Changes/golang1.6
Change owner(s):
* Jakub Čajka < jcajka AT redhat DOT com >
Rebase of Golang package to upcoming version 1.6 in Fedora 24,
including rebuild of all dependent packages.
== Detailed Description ==
Rebase of Golang package to upcoming version 1.6 in Fedora 24. Golang
1.6 is schedule to be released in early Feb. Due to current nature of
golang packages, rebuild of dependent package will be required to pick
up the changes.
== Scope ==
Proposal owners:
* Rebase golang package in f24(side tag), bootstrap for
ppc64le(+update golang srpm macros), help with rebuild and resolving
possible issues found during rebuild.
Other developers:
* Rebuild packages, fix possible issues.
Release engineering:
* Create side tag, re-build
List of deliverables: N/A
Policies and guidelines: N/A
Trademark approval: N/A
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
_______________________________________________
devel-announce mailing list
devel-announce(a)lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel-announce@lists.fedorapro...
8 years, 3 months
[Bug 1277743] docker-distribution-v2.3.0-alpha is available
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1277743
Upstream Release Monitoring <upstream-release-monitoring(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|docker-distribution-v2.2.1 |docker-distribution-v2.3.0-
|is available |alpha is available
--- Comment #3 from Upstream Release Monitoring <upstream-release-monitoring(a)fedoraproject.org> ---
Latest upstream release: v2.3.0-alpha
Current version/release in rawhide: 2.1.1-4.fc24
URL: https://github.com/docker/distribution
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
--
You are receiving this mail because:
You are on the CC list for the bug.
8 years, 3 months