https://bugzilla.redhat.com/show_bug.cgi?id=1289827
--- Comment #4 from Jan Chaloupka <jchaloup(a)redhat.com> ---
https://fedoraproject.org/wiki/PackagingDrafts/Go#Packaging_Binaries,
subsection "Bundled or de-bundled".
This update actually does not change anything. It is just a note. [1] says:
"EPEL packages should only enhance and never disturb the Enterprise Linux
distributions they were build for."
and
"The packages in the repository should, if possible, be maintained in similar
ways to the Enterprise Packages they were built against"
Justification:
- goauth2 depends on 3 other projects:
BuildRequires:
golang(golang.org/x/net/context)
BuildRequires:
golang(google.golang.org/appengine)
BuildRequires:
golang(google.golang.org/appengine/urlfetch)
BuildRequires:
golang(google.golang.org/cloud/compute/metadata)
- net depends on:
BuildRequires:
golang(code.google.com/p/go.text/encoding)
BuildRequires:
golang(code.google.com/p/go.text/encoding/charmap)
BuildRequires:
golang(code.google.com/p/go.text/encoding/japanese)
BuildRequires:
golang(code.google.com/p/go.text/encoding/korean)
BuildRequires:
golang(code.google.com/p/go.text/encoding/simplifiedchinese)
BuildRequires:
golang(code.google.com/p/go.text/encoding/traditionalchinese)
BuildRequires:
golang(code.google.com/p/go.text/encoding/unicode)
BuildRequires:
golang(code.google.com/p/go.text/transform)
- appengine on:
BuildRequires:
golang(github.com/golang/protobuf/proto)
BuildRequires:
golang(golang.org/x/net/context)
- cloud on:
BuildRequires:
golang(github.com/golang/protobuf/proto)
BuildRequires:
golang(golang.org/x/net/context)
BuildRequires:
golang(google.golang.org/api/bigquery/v2)
BuildRequires:
golang(google.golang.org/api/container/v1beta1)
BuildRequires:
golang(google.golang.org/api/googleapi)
BuildRequires:
golang(google.golang.org/api/storage/v1)
BuildRequires:
golang(google.golang.org/grpc)
BuildRequires:
golang(google.golang.org/grpc/credentials)
BuildRequires:
golang(google.golang.org/grpc/credentials/oauth)
- grpc on:
BuildRequires:
golang(github.com/bradfitz/http2)
BuildRequires:
golang(github.com/bradfitz/http2/hpack)
BuildRequires:
golang(github.com/golang/glog)
BuildRequires:
golang(github.com/golang/protobuf/proto)
BuildRequires:
golang(golang.org/x/net/context)
BuildRequires:
golang(golang.org/x/net/trace)
BuildRequires:
golang(golang.org/x/oauth2)
BuildRequires:
golang(golang.org/x/oauth2/google)
BuildRequires:
golang(golang.org/x/oauth2/jwt)
- and I can continue with http2,glog
https://github.com/golang/oauth2 project does not provide any Godeps.json file
or mechanism to state which commits of each dependency is required. So at best
I can guess and approximate. This is a general problem of golang projects.
What it would mean to package goauth2 for epel7:
1) repeat packaging hell as we already have in Fedora
2) invest packaging and maintenance time (and doable to work already done in
Fedora)
3) create unstable environment as goauth2 dependencies can change over time
4) risk possible removal of goauth2 and all its dependencies due to their
transfer to RHEL7.
This is quite disturbing and orthogonal to the current effort committed in
RHEL7.
[1]
https://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies#Policy
[2]
https://fedorahosted.org/fesco/ticket/1483#comment:17
===========================
Packaging goauth2 for epel7 is not against policy. However, I don't recommended
it. It generates more work with almost no benefits. In future, all the work can
be in vain. Feel free to request for new epel7 branch for goauth2 and git merge
from master branch. I would reconsider and ask Fesco for exception for epel7
branch. Or if there is an argument that can be found complying with policies
[1] and [2]. Maybe "goauth2 project does not provide a reliable way of building
from system libraries due to unstability of its changing dependencies breaking
backward compatibility". In this cause it would comply with the third sentence
in [1].
--
You are receiving this mail because:
You are on the CC list for the bug.