Valve looking to drop support for Ubuntu 19.10 and up due to Canonical's 32bit decision (updated)

Quoting: TheSHEEEP

Quoting: Purple Library Guy

Quoting: TheSHEEEP

Quoting: Purple Library Guy

Quoting: TheSHEEEPI simply look beyond a few personal inconveniences at the bigger picture.
And the bigger picture is that progress requires sacrifice. Can't play some games/use some apps anymore? So be it, if that's the price to pay to finally get rid of old stuff like 32bit for good.

Because . . . the libraries take up a few megs on your terabyte+ hard drive? Yeah, surely it's worth getting rid of some functionality to get that!!!
But you know, all you have to do is delete the relevant libs. Nobody's stopping you.

That wouldn't serve any purpose, as it would only be for me. As I said, I'm looking at the bigger picture here.
And the bigger picture is that right now, 32bit is like an annoying mosquito at the butt of many developers and users... just look at this very situation.
If 32bit were gone for good, well, so would be situations like these.

Yes, if 32bit were gone for good, never again would people complain about the removal of 32bit. This is kind of a tautology about any course of action, whether wise or moronic. If Canonical decided to ship without a graphical desktop environment so you just had a terminal and nothing else, after the initial firestorm they would never again have to face complaints about them ripping out the graphical environment. So I suppose by your logic they'd better go ahead and do that.

That's not at all what I was saying, but as those mental gymnastics must have been very straining, you get an A for effort.

Quoting: Purple Library GuyAnd as far as I can tell, 32bit is only an annoying mosquito to whoever maintains the libs. I have seen no case advanced by anyone in which the existence of the libs causes any problems for anyone else. Whereas lack of it is a really significant problem for a lot of cases. So the big picture seems to be that the only reason for supporting the removal of support for 32 bit applications is a sort of abstract hatred of old things and an annoyance at people getting to retain old functionality.

Manpower spent on maintaining old software is not spent on developing, testing or improving new software. Which is even worse in a space as fragmented as linux.
That affects everyone in the long run, even if not directly & immediately.
I also can't really imagine maintenance of 32bit libraries to be a very fulfilling activity, so it always seems a bit threatened to me if nobody is directly paying for it.

As a software developer myself, I can say that one of the biggest costs in development of almost any software project that is going for a few years is usually maintenance of legacy code/libs.
Yes, getting rid of old software/libs means a few people will be inconvenienced due to a change of functionality, but as long as you offer a working "good enough" replacement, the cost is much smaller in the long run than having to maintain obsolete stuff for all eternity.
As such, I understand the desire to get rid of old stuff very much.

Now, Canonical failed at this attempt as they simply did not offer a working replacement at all.
I don't care what the eventual replacement for being able to run 32bit will be. It can be emulation, Snap/flatpak-like or a big ol' precompiled "32bit compatibility pack" for all I care.
I'm just saying that the current method is obviously not the best if it causes Canonical to kick off such a fuss (and so obviously ill-prepared), and this isn't even something new, these discussions have been going on since what, 2014?
Who knows, maybe this chaos has the potential to bring some better solutions.

Yes, yes, there's always a justifiable urge to break support for things so you can make improvements or even just have things be "cleaner". But if you do it too much you don't support anything at all; tons of lovely clean functionality with no function. So there always has to be a balance--just how many pounds of baby flesh are you dumping out with that bathwater? Too many and it shouldn't be done. It seems pretty clear that in this case, that's some pretty humongous babies getting dumped. To the point where it seems like, if it were just a case of "X much effort has to be made to support libraries depended on by Y much software used by Z many people" and the software didn't happen to be old, nobody would even consider not supporting them.

Quoting: Purple Library Guy

Quoting: TheSHEEEPThat's not at all what I was saying,

Then learn to communicate.

I'll learn to communicate when you learn to read without interpreting in whatever way you feel like right now.

Quoting: Purple Library Guy

Quoting: einherjarThanks Canonical :><:

Now we will have lots of game devs and publishers saying:
"See, there is no reliable Distro in the Linux world. It doesn't make sense to ship software for Linux"
We need a big popular and reliable Distro, to have enough marketshare and live the "diversity". With 1% marketshare distributed across more then 10 Distros, we will remain irrelevant (on Desktop) for most of the companies.

As may be--would you be happier right now if Ubuntu were the only Linux distro?

If it was, this situation extremely likely wouldn't have happened as we would have a ton of developers working on Ubuntu to solve problems like these, or rather try and make sure they don't arise - instead of everyone and their mum going about to make their own distros for a teeny weeny difference to the next best distro...
People want Linux to keep up with (or rather catch up with) the big ones, but only few seem to understand that this can only be possible under a more unified hood.
Everything else is fragile at best.


Last edited by TheSHEEEP on 25 June 2019 at 3:44 pm UTC

Quoting: Purple Library Guy

Quoting: einherjar

Quoting: Purple Library Guy

Quoting: einherjarThanks Canonical :><:

Now we will have lots of game devs and publishers saying:
"See, there is no reliable Distro in the Linux world. It doesn't make sense to ship software for Linux"

No doubt we will. But they will be fools to do so. Look, Microsoft and Apple make stupid decisions all the time. When they do, just exactly what can you do about it? Can you switch to a different Windows or Mac OS distro?
This is a time to celebrate the fact that Linux distros are not monopolies.

Like it or not, but with that small userbase it is also a disadvantage.
Developers and Companys like Adobe will be held away from bringing their software to Linux.
They want one reliable OS --> MS gives it to them.

We need a big popular and reliable Distro, to have enough marketshare and live the "diversity". With 1% marketshare distributed across more then 10 Distros, we will remain irrelevant (on Desktop) for most of the companies.

As may be--would you be happier right now if Ubuntu were the only Linux distro?

Absolutely not. But when there is not one big "standard" (with a bigger marketshare may be two) Distro, that developers can adress, we will not get software/games for Linux. And that one also has to be beginner friendly.
It is very positive, that there is more than one, but too much is also not good.
the dose makes the poison...

Quoting: ZeloxI hope Valve aims for a rolling release destro, like arch or manjaro. Or maybe something totaly new. From what Iv understand its not 100% confirmed that canonical will drop 32 bit, at least that was my interpretation from omg ubuntu.
18:04 will probably be installed on my PC untill support ends.

Rolling distro is good idea if you are linux savy i imagine terryifying if youre not because it sounds good always up to date kernel code and packages but if something breaks its usually a lot of playing around in terminal to fix.

The big thing Ubuntu had was Canonical, for better and worse. Whoever they pick, it'll probably have to have some sort of corporate backing unfortunately. I could see them getting over it/arranging backing to something popular with a good track record, like Mint (LMDE) or something. They're invested in debian/apt/etc already, so at the very least I imagine it won't break away from that easily (and if they did, I wouldn't be surprised if it was at the same point they began reconsidering supporting linux at all).

Quoting: dibzThe big thing Ubuntu had was Canonical, for better and worse. Whoever they pick, it'll probably have to have some sort of corporate backing unfortunately. I could see them getting over it/arranging backing to something popular with a good track record, like Mint (LMDE) or something. They're invested in debian/apt/etc already, so at the very least I imagine it won't break away from that easily (and if they did, I wouldn't be surprised if it was at the same point they began reconsidering supporting linux at all).

Valve have backtracked on this now as well and will still support ubuntu but i would of thought it would of made more sense for valve to shift gears to debian given steam os is based on it rather ubuntu

I installed openSUSE Tumbleweed with xfce recently in VirtualBox, and it seems to be a very good Ubuntu replacement. It's a rolling-release distribution, like Arch, but very easy to install and use, unlike Arch. Steam and other software can be installed by the same way as in Ubuntu, just replace "apt" with "zypper". But beware of the Linux kernel bug which prevent Steam from connecting. It was fixed in kernel 5.1.14, but openSUSE has 5.1.10 so far.

If I ever have to leave Ubuntu-based distros, I'll probably switch to openSUSE Tumbleweed.

Quoting: ageresI installed openSUSE Tumbleweed with xfce recently in VirtualBox, and it seems to be a very good Ubuntu replacement. It's a rolling-release distribution, like Arch, but very easy to install and use, unlike Arch. Steam and other software can be installed by the same way as in Ubuntu, just replace "apt" with "zypper". But beware of the Linux kernel bug which prevent Steam from connecting. It was fixed in kernel 5.1.14, but openSUSE has 5.1.10 so far.

If I ever have to leave Ubuntu-based distros, I'll probably switch to openSUSE Tumbleweed.

If you really don't like the setup of Arch , try Manjaro or one of the helper scripts.
I agree first setting up Arch can be a pain but can't say it was that much of an issue afterwards.

Quoting: razing32If you really don't like the setup of Arch , try Manjaro or one of the helper scripts.

The problem with distributions derivatives is that their support can be dropped, like Antergos.
If, say, Xubuntu ends someday, I can always use Ubuntu mini CLI installer and simply choose xfce as DE. But I have problems with installing Arch. I tried several times, and succeeded only once, and I'm not sure what was different that time. It's something with a bootloader. I chose its every option in the installer, but the system did not start after installing. So, I don't want to use Arch-based distros if I cannot even install Arch.

Also, I don't see any reason to use Arch. Having a rolling release distro, so I wouldn't ever have to upgrade or reinstall? OpenSUSE is one too. Many software distribute as deb or rpm files only, which can be converted to each other with "alien", but Arch supports neither. More nuisances, no benefit.

Quoting: ageres

Quoting: razing32If you really don't like the setup of Arch , try Manjaro or one of the helper scripts.

The problem with distributions derivatives is that their support can be dropped, like Antergos.
If, say, Xubuntu ends someday, I can always use Ubuntu mini CLI installer and simply choose xfce as DE. But I have problems with installing Arch. I tried several times, and succeeded only once, and I'm not sure what was different that time. It's something with a bootloader. I chose its every option in the installer, but the system did not start after installing. So, I don't want to use Arch-based distros if I cannot even install Arch.

Also, I don't see any reason to use Arch. Having a rolling release distro, so I wouldn't ever have to upgrade or reinstall? OpenSUSE is one too. Many software distribute as deb or rpm files only, which can be converted to each other with "alien", but Arch supports neither. More nuisances, no benefit.

The only time i ran into issues was when i forgot to create /boot and /boot/uefi partitions.
Thoguh to be fair i only used grub as a boot loader.

alien_package_converter is in the AUR. I also came across deb2targz but seems rpmextract got dropped.

But to each his own. You use what suits your needs.