i686 kernel bug priority plan

Dennis Gilmore dennis at ausil.us
Fri Feb 27 19:44:27 UTC 2015


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wed, 25 Feb 2015 10:35:22 -0500
Stephen Gallagher <sgallagh at redhat.com> wrote:

> On Wed, 2015-02-25 at 14:01 +0000, Peter Robinson wrote:
> > > > This is an opportunity for community members for whom i686 is a 
> > > > passion to join the team to participate in the bugfixing 
> > > > required. We previously called out the need for assistance[2], 
> > > > but had no substantial response. We hope that being transparent 
> > > > about our priorities will prompt interested community members
> > > > to help. If you are interested to help, here are some resources
> > > > to get started:
> > > <snip>
> > > 
> > > Given our past history with passive requests for help, I think it 
> > > might be beneficial to put a time limit on things. For example,
> > > if no i686 Kernel SIG steps up and agrees to handle bugs on that 
> > > platform, we should strongly consider demoting i686 to secondary 
> > > architecture for installation media at the Fedora 23 branch point 
> > > (about six months from now).
> > > 
> > > Note: I'm only suggesting that we would demote the kernel and 
> > > install media, *NOT* the 32-bit runtime libraries on an x86_64 
> > > system; we would still need to be building those.
> > 
> > How do you propose demoting to secondary only the kernel/install 
> > without the userspace? Do you mean de-emphasise the i686 bit 
> > platform?
> > 
> 
> Well, that was more a political and rel-eng statement than a
> technical one. Effectively, we'd not build the kernel package or do
> release- blocking composes of i686 media. However, the Koji
> build-system would still have to be capable of producing i686 builds
> as a primary architecture. So yes, from a purely technical
> standpoint, it's a muddy statement.

from a purely technical point of view it would be a complete and utter
mess. given how secondary arches work, we would be largely screwed
supporting such a model. at least without sitting down and majorly
redoing things.

Dennis
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBAgAGBQJU8MkfAAoJEH7ltONmPFDRrl0P/istndwIaewWAqOS8kRsXggc
G6BXc+v6/fLwuZDzAcCD9f4ZcmvmVslSREaNI5W+GjEIIY4mUgsxfXR9BQuGm3OH
+NZi5JLBtRdby36sstEIjM1OaKdi3vhB/7WwxZH8D/e1BEtmd3RI5ERORjAbUvqB
Ogm8nKmEOUMezqxWGu+sBYHMdoYIK0rf/PACJ4NzzNeJLrU1qtOwVif78E+dPZ0F
FWUlB8YckTUVrYDHk2ww/iNhhgwKaLpR4bLZf8QnqKiqhozpSw2D/MxLGHTUHEqW
0/lpFHi87rXC2vjHcsgNzzRwIoSJnhExi3BWzijy4r66jh/lRIl5Gxc/uEn45ANB
iseDJJHrhulqigxeq/4zpc3iPpBssOrZmfWtc+tBjKHaZBjWPZ8YF38xN2Aa1uHl
a/d7rh/XhBtYgs2BmvxkTd/sALfRONK8RVG9aCL8rY8Upck1ENfPx9DvCf1duLeO
zwcnpC8ZeGv4JKMC5Mn6PdFqthPZUxaYlkZ+lYlE8+I3EnXOF0o31+bPdpQgvn/i
EUuY1BBpldhmLe8GWZpqfABS6WoX9ErPTGqpB4iAZ4L2hgSn4PWnxCbdjc0Oak4w
4dOqTQ/rAHABcjpL07pJ2F+EMKFbDTxh5yCjTCsuIWRT9G6wSYg58dFC9Veu+gN1
KoZifUI74JXo+NjGDmWv
=uxsR
-----END PGP SIGNATURE-----


More information about the devel mailing list