Re: Fedora 31 System-Wide Change proposal (late): No i686 Repositories

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

 



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




[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