----- Original Message -----
From: "Nicolas Mailhot" nicolas.mailhot@laposte.net To: "Development discussions related to Fedora" devel@lists.fedoraproject.org Cc: dwalsh@redhat.com, mpatel@redhat.com, runcom@redhat.com Sent: Saturday, June 30, 2018 12:46:28 PM Subject: Re: In the OpenShift Origin/CRI-O/Kubernetes effort we have a dilemma.
Le vendredi 29 juin 2018 à 12:19 -0400, Lokesh Mandvekar a écrit :
FWIW, a fun read from the debian pkg-go list about packaging docker https://www.mail-archive.com/pkg-go-maintainers@alioth-lists.debian.ne t/msg00032.html
And so what? I hit this problem months ago (and I have the github tickets to prove it, with the Debian maintainers me-too-ing a few weeks later). And some of those have been fixed since thanks to the reporting.
The problem is not this message, that's upstream software needing fixing, we handle tons of those in Fedora all year round, the problem is that you seem to find normal *others* identified it, you seem to find normal *not* *involving* yourself in the reporting and the fixing, you seem to find normal functioning in some sort of fourth dimension where FLOSS community fixing and collaborating happens to someone else.
Go upstream state is a hard problem. But it needs to be solved because no matter how you look at it there is a ton of go software that wants to integrate with either kubernetes or docker. Stuff that is usually *useful* for container users BTW. Stuff *you* could pull on for future openshift enhancements if you made a minimum effort to nurture its packaging in Fedora.
Making temporary exceptions for bits of bundling because they're too broken to integrate right now is one thing. Passing on entirely and letting the whole thing rot for years is something else entirely.
There is maybe 95% of Go packages that kubernetes need that present no technical challenge to package as rpm and use as rpm (some of this code has not been changed upstream for years!). The 5% remaining problem stuff could be bundled and then chipped at years after year till it's not a problem anymore. It *needs* chipping at to improve the codebase and the maintainability of it all.
But you use this 5% as the reason not to play the game at all.
Why ?
Menpower? Do you know how many active packagers are in Go part of Fedora? In my experience there is less than 10, more like 5 or less for like ~600 packages.
For the record what you find as "new and surprising" we(me and jchaloup) have discovered roughly over 2y ago and have been working(mostly Jan, guidelines and gofed) on resolving it in Fedora in our spare time. Can I read your e-mail in a way that you are volunteering to commit for full time ground work on de-bundling and stabilizing the Go world(in Fedora)? We will be excited to guide you through as anyone else interested.
I would be really happy to see you all at flock so we can discuss it and work on solutions, especially if you are interested in actually working on fixing it not only discussing it. I think it would be cool if we would be able to start Fedora's Go SIG there and start systematically addressing the issues.
JC
PS: I have opened talk proposal at flock https://pagure.io/flock/issue/24(co-speakers are welcomed), but I would love to meet there even if it won't make it.
-- Nicolas Mailhot _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-leave@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/...
golang@lists.fedoraproject.org