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