[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [atomic-devel] go1.4 requirement
- From: Clayton Coleman <ccoleman redhat com>
- To: Tim St Clair <tstclair redhat com>
- Cc: atomic-devel projectatomic io, Eric Paris <eparis redhat com>
- Subject: Re: [atomic-devel] go1.4 requirement
- Date: Tue, 17 Mar 2015 16:31:59 -0400 (EDT)
I was going to make the change to OpenShift sometime in the next few weeks to pull etcd 2.0 (before the third beta), at which point we have to upgrade. We can hold off it if it causes problems.
----- Original Message -----
> We're going to have to eat the update at some point, is there a reason to
> hold off (other then churn)?
>
> Cheers,
> Tim
>
> ----- Original Message -----
> > From: "Vincent Batts" <vbatts redhat com>
> > To: atomic-devel projectatomic io, "Eric Paris" <eparis redhat com>
> > Sent: Tuesday, March 17, 2015 12:50:13 PM
> > Subject: [atomic-devel] go1.4 requirement
> >
> > I see that upstream etcd is now requiring go1.4
> > https://github.com/coreos/etcd/issues/2524
> >
> > Docker has churned on this for a while, but I have staved them off since
> > upgrading f20, f21 and epel6 to go1.4 would deprecate a few packages
> > (bash completion, emacs and vim editor files, etc) and this is not
> > something I care to push mid stream.
> >
> > The `net/http` BasicAuth is pretty small
> > https://golang.org/src/net/http/request.go?s=16575:16641#L518
> > and seems like it _could_ be easily backported, though there are other
> > nice improvements to move forward to go1.4 for. And I'm not keen on
> > backporting things where an upgrade of version would be easier...
> >
> > Thoughts?
> > vb
> >
>
> --
> Cheers,
> Timothy St. Clair
> Red Hat Inc.
>
>
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]