Fedora's 32-bit ARM Xfce Image Demoted While Fedora Workstation AArch64 Gets Promoted

[skeevy420]

What's happening is actually more or less exactly the opposite: we're picking up *more* stuff, which means we need to trade off resources spent testing existing stuff.

Part of the background to both this and the other desktop test changes 144Hz mentions is that Fedora CoreOS and Fedora IoT are both becoming release-blocking editions. Silverblue is also an increasingly important effort. So it's increasingly less feasible for us (the QA team) to be spending a very large chunk of our time doing exhaustive testing on *three* different desktops: GNOME, KDE and Xfce. (The brief history of Xfce is: we wanted to have a supported desktop on 32-bit ARM, for a while it was KDE, then we decided that KDE on 32-bit ARM basically sucked so we'd just make Xfce release-blocking instead, then over the next few years we started kinda regretting the workload that adds, le end).

So we started talking about maybe not covering KDE quite so exhaustively, because it ships...so...much...damn...*STUFF* (it takes about 2-3 hours to run the 'launch everything in the menus and check it basically works' test on GNOME; it takes anywhere from 4 hours to two days to do it for KDE, depending on how conscientious you are about it). And we also talked to the ARM folks and said 'so, uh, how much do you really care about Xfce on 32-bit ARM?' and they said "oh not really much at all, in fact we'd been meaning to propose switching to Workstation on 64-bit ARM for desktop ARM blocking purposes, we just didn't get around to it yet". So that synced up nicely.

I was just referring to how I read "downward spiral" in the context of that user's post and not my actual thoughts on Fedora. Between Fedora and Red Hat, lots of interesting stuff coming out these days and "downward spiral" wouldn't be my first description. I could have made those points a little more clear (I thought adding "at least that's the way I read it" was enough).

But I do appreciate the response and had a chuckle about y'all making the same (suggestively bad) decision I'd have made in the same situation -- go with XFCE.

And that last part about KDE makes me sad. Good KDE coverage is the most important aspect of a distribution to me and why SUSE Tumbleweed and Manjaro KDE have become my go-to distributions...only I don't care for the way SUSE does things and Manjaro is pushing crap too fast for their own good. \

For Manjaro, a distribution with a focus on ZFS should not push Linux 5.5 until they update their ZoL base to a git revision with Linux 5.5+ support or they should sit their happy ass on Linux 5.4 until the next ZoL release that includes Linux 5.5 support is released. Or if I didn't read my damn logs this morning I'd have rebooted into a non-working system. I have a feeling that bullshit like that doesn't usually happen with Fedora.

One can argue that Gnome shipping less stuff and being easier to test initially as a bad thing for the long term -- by that I mean that including less software means the end-user will have to install more software to get a complete system which then adds more complexity and issues for bug fixers, quality assurance, etc -- Pay a little bit more now or pay a lot more later.

[wizard69]

What's happening is actually more or less exactly the opposite: we're picking up *more* stuff, which means we need to trade off resources spent testing existing stuff.

Part of the background to both this and the other desktop test changes 144Hz mentions is that Fedora CoreOS and Fedora IoT are both becoming release-blocking editions. Silverblue is also an increasingly important effort. So it's increasingly less feasible for us (the QA team) to be spending a very large chunk of our time doing exhaustive testing on *three* different desktops: GNOME, KDE and Xfce. (The brief history of Xfce is: we wanted to have a supported desktop on 32-bit ARM, for a while it was KDE, then we decided that KDE on 32-bit ARM basically sucked so we'd just make Xfce release-blocking instead, then over the next few years we started kinda regretting the workload that adds, le end).

So we started talking about maybe not covering KDE quite so exhaustively, because it ships...so...much...damn...*STUFF* (it takes about 2-3 hours to run the 'launch everything in the menus and check it basically works' test on GNOME; it takes anywhere from 4 hours to two days to do it for KDE, depending on how conscientious you are about it). And we also talked to the ARM folks and said 'so, uh, how much do you really care about Xfce on 32-bit ARM?' and they said "oh not really much at all, in fact we'd been meaning to propose switching to Workstation on 64-bit ARM for desktop ARM blocking purposes, we just didn't get around to it yet". So that synced up nicely.

Nice to hear from somebody from Redhat / Fedora on this. Personally I really see spins as a big mistake, especially if you want to get new users involved. For experienced user it doesn’t matter.

The problem is spins adds confusion and don’t offer anything significant over a base installation. I would love to see Fedora / Redhat put more effort into groups of software are discovered and installed. Audio tools, TexLive and Engineering groups are good examples of areas where the installation of such software could be improved.

[wizard69]

They've been cutting back on spins available, architectures available, etc. It gives the appearance that they don't have the manpower they once had to maintain all that they want to maintain. It's like when a random business starts cutting employees, hours, and services provided to do whatever they need to do to stay afloat. It gives that downward spiral appearance...at least that's the way I read it...

That is a bit of a foolish view in my opinion. I say this because I always saw the “spins” as a waste of effort, time and money. The combination of RPM and DNF allows one to configure Fedora’s base distro to suite many needs effectively making spins a waste of resources.

So I don’t see a downward spiral but rather a correction of what amounts to a stupid mistake. One of Linuxs biggest issues is the problem of too many distros, adding spins just dilutes the solution space even more. People want to drive adoption but then confuse new users or even professional user with all the various choices. Choice is good but when a group like FedorA tries to market so many spins it just leaves potential users frustrated.

[Britoid]

lowlands Fedora might also cut back on KDE.

https://lists.fedoraproject.org/archives/list/[email protected]/thread/HNXF7WCYQ7RAKMNGCIOXCBXERBAK44TK/

No censorship can hide the fact that the few viable distributions are cutting back on options. Less inits, less display servers, less packaging formats and less desktops.

A much welcome change I would say

You know it's possible to say things without trying to sound like an arsehole?

[AdamW]

BTW, to talk a bit further about spins and arch support: most spins are maintained by community members, who tend to come and go, and stop caring about things sometimes. So they're inherently a bit...ephemeral. If the one person who really cares about making the Foobar Desktop Spin moves distro, or decides they just don't really like Foobar Desktop any more...the spin's probably gonna go away. We got a bit more aggressive about 'garbage collecting' spins that are not actively maintained any more, as well, which makes it more obvious when this happens (in the past they tended to sort of technically still exist, but be really broken or just not compose at all). The spins and editions that are kind of 'core' to Fedora are basically Workstation, KDE, Server, CoreOS, IoT and Silverblue at this point; that's a set that's been gradually getting *bigger* over time, not smaller. (Before Fedora.next the equivalent set was approximately "the GNOME and KDE desktops and the minimal install"; right after Fedora.next it was Workstation, KDE, Server and Cloud).

For arches, I'd say we're gradually extending arch support, not dropping it. There was a very significant change a few years ago where the status of several arches was effectively upgraded: these days, package builds must work (or be explicitly excluded) on x86_64, 32-bit ARM, 64-bit ARM, ppc64 and s390x. If any of those fails, the build is considered bad and not tagged. Before that change, it was only (IIRC) i686 and x86_64 (possibly also 32-bit ARM, I forget), all other arches were run separately and if they failed the package build was still considered 'good'.

32-bit and 64-bit ARM are officially primary arches these days, and we care quite a lot about ppc64 (no, this is not just an IBM buyout thing, it predates it by a couple of years) - we work closely with a few IBM ppc64 folks to ensure things keep working, we have automated testing on ppc64 and stuff like that.

[AdamW]

They've been cutting back on spins available, architectures available, etc. It gives the appearance that they don't have the manpower they once had to maintain all that they want to maintain. It's like when a random business starts cutting employees, hours, and services provided to do whatever they need to do to stay afloat. It gives that downward spiral appearance...at least that's the way I read it...

What's happening is actually more or less exactly the opposite: we're picking up *more* stuff, which means we need to trade off resources spent testing existing stuff.

Part of the background to both this and the other desktop test changes 144Hz mentions is that Fedora CoreOS and Fedora IoT are both becoming release-blocking editions. Silverblue is also an increasingly important effort. So it's increasingly less feasible for us (the QA team) to be spending a very large chunk of our time doing exhaustive testing on *three* different desktops: GNOME, KDE and Xfce. (The brief history of Xfce is: we wanted to have a supported desktop on 32-bit ARM, for a while it was KDE, then we decided that KDE on 32-bit ARM basically sucked so we'd just make Xfce release-blocking instead, then over the next few years we started kinda regretting the workload that adds, le end).

So we started talking about maybe not covering KDE quite so exhaustively, because it ships...so...much...damn...*STUFF* (it takes about 2-3 hours to run the 'launch everything in the menus and check it basically works' test on GNOME; it takes anywhere from 4 hours to two days to do it for KDE, depending on how conscientious you are about it). And we also talked to the ARM folks and said 'so, uh, how much do you really care about Xfce on 32-bit ARM?' and they said "oh not really much at all, in fact we'd been meaning to propose switching to Workstation on 64-bit ARM for desktop ARM blocking purposes, we just didn't get around to it yet". So that synced up nicely.

[lowlands]

It's sad to see what Fedora has become. Back when it was just Red Hat, it was fantastic, probably the best distro, especially with the Ximian Desktop, those were the days.

Yes those were the days There was Eazel that tried to sell Nautilus and Nat & Miguel tried to sell GNOME software services with Helix. Eazel tanked. And after Helix, Nat & Miguel started Ximian focused on .Net. Rumours were that it was Miguel's dream to work for Microsoft so I guess he must he happy they got acquired.

[torsionbar28]

It's sad to see what Fedora has become. Back when it was just Red Hat, it was fantastic, probably the best distro, especially with the Ximian Desktop, those were the days. Then when Fedora was announced, I remember reading an article on a Linux review site, where the author said something to the effect of "I just hope Fedora isn't meant as a perpetually beta test bed for main Red Hat releases".

The man was incredibly prescient.

Hardly. Fedora produces polished numbered releases on a schedule. If anything is a "perpetual beta test" it's the rolling release distros like Arch or Gentoo. Care to elaborate on what exactly Fedora "has become" that makes you so sad? I was a Ximian Desktop user back in the day, and I don't remember it supporting 32 bit ARM...

[lowlands]

They've been cutting back on spins available, architectures available, etc. It gives the appearance that they don't have the manpower they once had to maintain all that they want to maintain. It's like when a random business starts cutting employees, hours, and services provided to do whatever they need to do to stay afloat. It gives that downward spiral appearance...at least that's the way I read it...

It's my understanding that some of the spins have been discontinued because the Community SIG members responsible for that spin did not update it. Some of those spins were maintained by only a few people and it seems that it's just too much work for a small group of people with limited time. But I get your drift. The people who are paid by Red Hat to work on Fedora seem quite stretched and focused on making sure Fedora provides whatever Red Hat needs for RHEL 9, etc. I guess keeping a spin alive is not a priority.

[NotMine999]

....actually, I just thought your post is not worth enough to stay here. It's gone.

Considering there is no post by "144Hz" above that of "tildearrow"...

I wonder if this is an open admission that there is a moderator present in these forums ... other than Michael and perhaps his wife.