2014-09-30 16:20 GMT+02:00 Richard W.M. Jones <rjones(a)redhat.com>:
On Tue, Sep 30, 2014 at 11:19:01AM +0200, Haïkel wrote:
> @Rich Jones: I agree with you that gaining experience, but that could
> be done using a copr repository or granting exceptions for a limited
> set of packages.
Well the specific case was that libguestfs has golang bindings, and we
wanted to package them as a subpackage in Fedora.
Copr doesn't help for subpackages. I don't really see the need for an
exception either -- I mean, idiosyncratically[1] packaged golang
bindings would have been better than not packaging them at all.
I think that libguestfs is a particular case, since it ships all
bindings in one tarball.
I don't see much problem here if you assume good faith.
There's a
reasonable period where we are all working out what golang packaging
means, and there's going to be some experimentation during that
period. It's somewhat uniquely a problem for golang because upstream
is so (IMO) broken.
Experimentation is fine, but it should be coordinated with the
guidelines draft not to completely ignore it :(
The matter is to find the proper balance between efficiency and
keeping our guidelines at high standards.
And I'm not convinced at all, that this is just a matter of time
The go guidelines processus is stuck, and apparently some gave up the
idea on working to finish them.
I suggest that we start a topic on the packaging list and update the
FPC ticket to integrate Richard's ideas.
My only goal was to catch that problem early enough so that it doesn't
end badly as some other things.
If you don't feel like it, you could just ignore me :)
H.
Rich.
[1] This is for the sake of argument: in reality they were not
"idiosyncratically" packaged -- I tried and continue to try to adopt
and follow the interim golang packaging guidelines as far as possible.
--
Richard Jones, Virtualization Group, Red Hat
http://people.redhat.com/~rjones
Read my programming and virtualization blog:
http://rwmj.wordpress.com
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine. Supports Linux and Windows.
http://people.redhat.com/~rjones/virt-df/
--
devel mailing list
devel(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct:
http://fedoraproject.org/code-of-conduct