Re: Proposal for vendoring/bundling golang packages by default

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





On Mon, 20 Jan 2025 at 07:31, Florian Weimer <fweimer@xxxxxxxxxx> wrote:
* Mikel Olasagasti:

> Go-SIG has raised a ticket with FESCo [1] to propose a significant
> shift in Fedora's packaging approach for Go dependencies: moving to
> vendoring/bundling by default. This would represent a major departure
> from our current guidelines [2].

> [1] https://pagure.io/fesco/issue/3330
> [2] https://docs.fedoraproject.org/en-US/packaging-guidelines/Golang/#_bundled_or_unbundled

What's the benefit of vendoring over a build system that supports
offline builds against un-vendored dependencies?

I expect Konflux <https://konflux-ci.dev/> to have this capability
(although the documentation is a bit buzzword-heavy, so it's hard to
tell whether it's actually included).  There's a Fedora SIG for it:
<https://github.com/konflux-ci/community/blob/main/sigs/fedora.md>


My guess is time. This is a proposal which could be implemented in a release cycle and is fairly 'known' in what problems it would bring in. It is not clear when konflux would be available in Fedora, how it would be incorporated into the build system or a ton of other things which makes the time to get it implemented into Fedora an 'unknown'. 

Going from how long smaller components to the Fedora build system took in maintenance, production and planning (pdc, various container building systems which came and went, modularity, packagedb, etc) a large system like Konflux would likely take multiple releases both to get into the Fedora 'build flow' and into the developer workflows. 


 
Thanks,
Florian

--
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue


--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle. -- Ian MacClaren
-- 
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux