On Tue, Jan 29, 2019 at 2:59 PM Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx> wrote: > > On Tue, Jan 29, 2019 at 01:28:06PM +0100, Igor Gnatenko wrote: > > That doesn't help until there is Ursa Major or some alternative deployed. > > > > The reason for that is that we would need to maintain 2 copies of > > bash, one for users and one for buildroot. I do that for libgit2 and > > it is painful. > > Okay, yeah. But modules can override base, right? So what if 4 is left as > the default in F30 and a module for 5 added, and then in F31 hopefully there > will be ursa major¹ in place. Only on the user' systems, not in the buildroot. At least at this moment. > But wait also: can't the module just refer to the release-branch (base) > dist-git? Why maintain two copies? Well, they can. But someone needs to build it twice: once using fedpkg build and once using fedpkg module-build from the different repo (which always requires at least empty commit). > > [1] a funny name for "allowing modules in buildroot"² > > [2] hey, what happened to sgallagh's "hybrid" proposal where output from > modules could just be *tagged into* base? That seemed perfect for cases > like this. Well, it is called UM which is stuck in the FESCo loop. > -- > Matthew Miller > <mattdm@xxxxxxxxxxxxxxxxx> > Fedora Project Leader > _______________________________________________ > devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx > 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@xxxxxxxxxxxxxxxxxxxxxxx _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx 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@xxxxxxxxxxxxxxxxxxxxxxx
