OpenMandriva Is Also Making Plans To Move Away From 32-Bit Support

[skeevy420]

Multilib essentially is wine for linux32 -- a set of libraries that are binary compatible with something being emulated (Windows/Linux32). On top of it, there's the setarch tool in util-linux (which in this context is comparable to the wine launcher).

I just mean something more standardized than distributions shipping 32bit versions of their software. Something able to emulate older kernel versions and what was used in previous generations. Like how in winecfg or with Windows compatibility mode we can pick from 3.1 to 10, some sort of "emulator" that did Debian 1 to 10 in the same manner so that we can preserve historical Linux like Wine helps preserve historical Windows as well as accommodate various legacy business and proprietary programs. I say Debian, but any old distribution like Debian or Slackware would work if they've been there from the beginning (or real close to it) and have clear and defined versions for a "Line" project to target like how Wine has clear and defined Windows versions to target.

People in general like their older stuff for whatever reasons. It's why we have projects like Wine, Haiku, React, Retroarch, and a whole lot more. A topic like this wouldn't generate so much commotion if that weren't the case.

Even if if x86 is obsolete by 2050 and we're all on RISC-V, ARM, Loongson, Elbrus or OpenPOWER boxes (or yet another architecture that doesn't even exist yet, maybe RISC-VI), I expect we'll have some form of x86_32 multilibs combined with qemu or another CPU emulator (just for fun, I've tried -- running win32 applications on ARM with wine32 run through qemu with binfmt-misc is slow but possible. It'll likely work out of the box in a future OpenMandriva version).

They'll call it RISC-III in America.

But, yeah, I agree with all of that. It's going to be really interesting when Linux distributions on random architectures are able to offer just as well or better (legacy) Windows support than Windows itself.

[starshipeleven]

There is nothing stopping people on using the latest kernel and graphic drivers on a Ubuntu LTS release.

There is nothing stopping people from using a stable rolling release like OpenSUSE Tumbleweed where you don't need to micromanage that.

Really, what's the fucking point of using a distro where you replace the core components with third party PPAs.

[starshipeleven]

Unlike Ubuntu, OpenMandriva is most definitely not dropping 32bit libraries needed for Wine and Steam.
The only think we're thinking of dropping is running the whole OS on 32bit x86 hardware.

Which is fine for me. Really even dropping 32bit multilib is fine for me. Running old windows crap and old proprietary software should be pushed into decent sandboxing solutions that also can deal with providing a stable 32bit environment to run it without risk of future breakage.

I was just explaining why people is angry at the thought of dropping 32bit multilib to that guy.

[starshipeleven]

What's that? The only PC104 I know is a common keyboard layout.

Is your Google broken good sir?

https://rtdusa.com/PC104/default.htm
PC104 is an embedded computer standard defined by its compact footprint and its stacking bus structure. In essence, PC104 is a modular, ruggedized version of the PC. Instead of using a backplane, PC104 modules mate together via stackable ISA, PCI, and PCIe bus connectors. The stackable connectors and asymmetric corner mounting holes create a compact and modular rugged system.

[starshipeleven]

"Herbs" have just recently became available in my state as a legal treatment.

be wise legalize

[starshipeleven]

I thinky many (most?) developers, like myself, are having panic attacks

If your software can't be recompiled to 64bits without fixing it, then it was shit.

I mean, ok, a lot of commercial software is shit like that, but I'm not blaming the architecture change for that.

[xfcemint]

If your software can't be recompiled to 64bits without fixing it, then it was shit.

I mean, ok, a lot of commercial software is shit like that, but I'm not blaming the architecture change for that.

Most of my software is multi-platform, but switching to 64-bits changes sizes of structures. That change needs extensive testing.
How can I be sure that some old program of mine doesn't depend on some structure having exactly X bytes? Or some library that my program is using?

Very risky stuff.
Think of all the man-hours required for testing, and for checking every structure definition in the source code.

[brad0]

I thinky many (most?) developers, like myself, are having panic attacks
- have to spend time updating my old software, for no reason (was working flawless). Need to read through my old code I have forgotten years ago.
- some of my utils might stop working. Major pain.
- can't compile a single source for x86-32 target for both Linux and Windows. Need to produce 64-bit versions of everything, and to test it.

It's a fuckup squared!

I hate Canonical. I hate Canonical. I hate Canonical. I hate Canonical. I hate Canonical. I hate Canonical. I hate Canonical.

Idiots like you are part of the problem!

Everything you said just says you are the problem.

[xfcemint]

Idiots like you are part of the problem!
Everything you said just says you are the problem.

Thanks for the argumented and polite approach.

[starshipeleven]

Most of my software is multi-platform, but switching to 64-bits changes sizes of structures.

what is a "structure" in this context?

because variable sizes don't change and a "structure" in c/c++ is basically a list of variables.