It would be much clearer and user-friendly to move I*86 packages out of the 64 bit repos and make the i*86 an optional add-on Le July 14, 2019 9:27:03 PM UTC, Neal Gompa <ngompa13@xxxxxxxxx> a écrit : >On Sun, Jul 14, 2019 at 5:21 PM Kevin Fenzi <kevin@xxxxxxxxx> wrote: >> >> On 7/14/19 1:15 PM, Neal Gompa wrote: >> >> > This will also make it impossible for people to locally do multilib >> > build/installs. It will remove COPR’s ability to do the same. For >that >> > reason alone, I don’t particularly want this change to happen. >> >> Can you expand on what you mean by 'locally do' ? >> >> Current multilib packages will still be available in the x86_64 repo. >> Users can still install them from there just fine. >> >> If a user wants to locally build a i686 package, they can use mock >> against the koji i686 buildroot repo to do so. They could then put >that >> package in a local repo with x86_64 packages and run createrepo on >it. >> >> It's true there would be no easily mirrored i386 for them to copy to >> aviod the internet, but is that really a big use case? >> >> Finally, if you would prefer this not happen now, is there a time >when >> you would further down the road? Whats the critera/goalpost/cutoff? >> > >Building library packages and making your own multilib repo is >impossible without having both the i686 repo and the x86_64 repo, as >you need to build for both and then munge them together for a multilib >repo. > >Historically, we really haven’t wanted people to pull from the Koji >repo, and we probably still don’t want to do that, since it’s not >mirrored and stressing it could cause more problems our already >overtaxed build system environment. > >From my point of view, I don’t think it’s worth getting rid of the >32-bit x86 repo until we’re at the point where people would not need >to build their own multilib repositories. The cost of generating that >for mirroring isn’t that high relative to the amount of pain we’ll >cause for external folks trying to build off Fedora. > >Think, for example, the repo that shall not be named. That project’s >Koji instance pulls in Fedora through the mirrored content as an >external source, which feeds its ability to do multilib builds. > >I’m sorry, but I don’t see us getting rid of this for the foreseeable >future without breaking virtually all of our downstreams. > > > > >-- >真実はいつも一つ！/ Always, there's only one truth! >_______________________________________________ >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 -- Nicolas Mailhot _______________________________________________ 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
