Re: About the i686 kernel/repository drops for f31
Le dim. 14 juil. 2019 à 19:54, Gary Buhrmaster a écrit : > > On Sun, Jul 14, 2019 at 3:35 PM Nicolas Chauvet wrote: > > > Any though ? > > The x86 32-bit architecture has been a secondary architecture > since F26. The writing has been on the wall for all to see (and > a lack of volunteers to do the (very very very) hard work of > validating/maintaining 32-bit kernels has been a repeated > refrain for quite some time not just in the Fedora community). > > As I understand it, the Fedora i686 repo will likely be removed > as of F31 (although technically I did not believe that decision > had yet been made) as a follow-on to dropping the building of > 32-bit kernels. I would suggest RPMFusion should follow the > decision for F31 (there appears to be little benefit to creating > a repo that (in practice) depends on a Fedora i686 repo which > will (likely) no longer exist). > > Also (again, as I understand it), a i686 buildroot is intended > to continue to be available to build multilib packages for the > x86_64 architecture. That should provide the needed 32-bit > libraries for *this* stage of x86 32-bit obsolescence, as, AFAIK, > Fedora is not yet scheduling a bulk removal of 32-bit libraries > (for which Canonical got some push-back when they made > such an announcement). Longer term, of course, there will > be the continued push to have projects move to native > architecture, and wine and steam (and others) that have a > need for 32-bit libraries may need to figure out their way > forward (perhaps via flatpaks (winepak)?), but that is a > discussion for another day (or at least F32?) > > That all said, since I am not the one doing the hard work > of supporting the build infrastructure, I defer to those who > do the actual work. I'll work to adapt to what is decided > (if I need to change at all). Yep, seems like there is no need to avoid building i686 packages, so nothing much need to be changed from the i686 repo side. But we will still have to adapt any kmod for f31. Anyone to make the change ? Thx -- - Nicolas (kwizart) ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: About the i686 kernel/repository drops for f31
Le dim. 14 juil. 2019 à 19:07, Michael Cronenworth a écrit : > > On 7/14/19 10:35 AM, Nicolas Chauvet wrote: > > - We are using the i686 repository to build few packages into the i686 > > buildroot. (steam, libva-intel-driver, pcsx, etc). not to take into > > account the usual multilibs packages. > > According to the Change the 'fedora-31-i386' mock config will be updated to be > pointed to the koji buildroot. This should allow us to continue to build > steam, > libva-intel-driver, etc. Good, I've missed the point, seems appropriate. > I would say we should also drop the i386/i686 repos, too. Indeed. -- - Nicolas (kwizart) ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: About the i686 kernel/repository drops for f31
On Sun, Jul 14, 2019 at 3:35 PM Nicolas Chauvet wrote: > Any though ? The x86 32-bit architecture has been a secondary architecture since F26. The writing has been on the wall for all to see (and a lack of volunteers to do the (very very very) hard work of validating/maintaining 32-bit kernels has been a repeated refrain for quite some time not just in the Fedora community). As I understand it, the Fedora i686 repo will likely be removed as of F31 (although technically I did not believe that decision had yet been made) as a follow-on to dropping the building of 32-bit kernels. I would suggest RPMFusion should follow the decision for F31 (there appears to be little benefit to creating a repo that (in practice) depends on a Fedora i686 repo which will (likely) no longer exist). Also (again, as I understand it), a i686 buildroot is intended to continue to be available to build multilib packages for the x86_64 architecture. That should provide the needed 32-bit libraries for *this* stage of x86 32-bit obsolescence, as, AFAIK, Fedora is not yet scheduling a bulk removal of 32-bit libraries (for which Canonical got some push-back when they made such an announcement). Longer term, of course, there will be the continued push to have projects move to native architecture, and wine and steam (and others) that have a need for 32-bit libraries may need to figure out their way forward (perhaps via flatpaks (winepak)?), but that is a discussion for another day (or at least F32?) That all said, since I am not the one doing the hard work of supporting the build infrastructure, I defer to those who do the actual work. I'll work to adapt to what is decided (if I need to change at all). ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: About the i686 kernel/repository drops for f31
On 7/14/19 10:35 AM, Nicolas Chauvet wrote: - We are using the i686 repository to build few packages into the i686 buildroot. (steam, libva-intel-driver, pcsx, etc). not to take into account the usual multilibs packages. According to the Change the 'fedora-31-i386' mock config will be updated to be pointed to the koji buildroot. This should allow us to continue to build steam, libva-intel-driver, etc. I would say we should also drop the i386/i686 repos, too. ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
About the i686 kernel/repository drops for f31
Hi there, I just want to warn that the proposal to drop kernel and(or) repository for i686 for f31 will have few side effects for us: - We will have to change foo-kmod to to use ExcludeArch: i686 (or drop it from ExclusiveArch). - We are using the i686 repository to build few packages into the i686 buildroot. (steam, libva-intel-driver, pcsx, etc). not to take into account the usual multilibs packages. We will have to find workarounds for theses or drop i686 support by f31. Any though ? https://fedoraproject.org/wiki/Changes/Stop_Building_i686_Kernels https://fedoraproject.org/wiki/Changes/Noi686Repositories https://pagure.io/fesco/issue/2162 -- - Nicolas (kwizart) ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
