Re: Fedora 31 System-Wide Change proposal: No More i686 Kernels

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

 



I - and a people around me - have plenty of 32-bit hardware.

In case of e.g. volunteer youth work. When you need a dozen or two of
PCs where do you get them from?
They are those old machines you no longer use; the one your uncle gave
you when he bought new laptop; the friend's one that broke but you
managed to paritally fix it ... that's how you accumulate dozens of
machines through the years so you can use them now. Nobody will ever
just buy you a bunch of modern laptops just because you prepared
something cool for the kids.
And I'd love to run Fedora on them, since I know the OS the best and
I'm developing on it. I'm able to automatize "cluster" installations
or configurations fo those machines without learning much new.

I already said I wouldn't like to see i686 support dropped, when the
discussion was on the table last time.
However I learned back then from someone's reply, what I think should
be a golden rule around here.

There can't be a project without developer / maintainer. Do *YOU* want
to maintain it? No? Then who should? We are a community of volunteers.
You can't force anybody here to maintain it for you.

i686 will be missed by me.
But I'm both not able to maintain & bugfix the (32-bit) kernel, nor
I'm willing to devote it my time to learn and do it.

It's same as any other orphaned package. No one willing to maintain
it? FTBFS? Say "bye" to that package.
Pitiful, but easy as that.

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Wed, Jun 26, 2019 at 12:16 AM Dominik 'Rathann' Mierzejewski
<dominik@xxxxxxxxxxxxxx> wrote:
>
> On Tuesday, 25 June 2019 at 14:36, Bruno Wolff III wrote:
> > On Mon, Jun 24, 2019 at 23:17:30 -0500,
> >  Justin Forbes <jmforbes@xxxxxxxxxxx> wrote:
> > >
> > > It is not a violent cheat. It was proposed this way 2 years ago. At
> > > the time a SIG was created to maintain i686 so that it could continue
> > > as a secondary arch. They are inactive. See the post in the SIG there.
> > > When a call for a status was made (as the only traffic on their list
> > > so far this year), it got a single reply from someone saying that they
> > > would no longer have 32bit hardware as of August.
> >
> > I'm the one who responded.
>
> FWIW, I still have two Asus EeePCs (900 and 1000) that are being used.
> They're Atom N270 based, so 32-bit only. I'd like to run the most recent
> Fedora on them, but I don't have much time to devote to debugging
> i686-specific issues.
>
> Regards,
> Dominik
> --
> Fedora   https://getfedora.org  |  RPM Fusion  http://rpmfusion.org
> There should be a science of discontent. People need hard times and
> oppression to develop psychic muscles.
>         -- from "Collected Sayings of Muad'Dib" by the Princess Irulan
> _______________________________________________
> 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
_______________________________________________
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