Secret to smoothest usage of /usr[/local]/lib64 is to leverage Redhat's
config.site
Intensive details:
config.site is the usual way this works on most distros. They do provide suggestions for a workaround: Basically backport whatever Fedora's config.site does.
FWIW, the distro I'm currently using where this works does this by exporting CONFIG_SITE in /etc/profile.d/site.sh:
I left macOS for Fedora when they removed the 32bit libs. Had to run lots of simulations on 32bit for embedded arm32, which I didn't wanted to run under qemu. (Tried debian first, but this was a clusterfuck. worse than windows)
Well, let's see what I can do now. linux is not as locked down as macOS, and providing my own multilib gcc and libs should be trivial.
dlachausse 3 days ago [-]
If you need 32 bit support, your best bets are going to be Windows or NetBSD. Most other OSes are phasing it out.
Windows can't kill 32 bit support because even today a significant amount of software for the platform still depends on it, and that won't change any time soon.
NetBSD won't kill it, because support for tons of architectures and platforms is pretty much the reason why it exists. It supports platforms far more exotic and obsolete than 32 bit x86.
Steam remains a roadblock since it is still 32 bit
dlachausse 3 days ago [-]
> The main exception comes down to Steam and some games still being x86 32-bit although there is the option of using Flatpak packages or similar containerized solutions for those needing i686 software/apps.
This seems like a reasonable work around.
2OEH8eoCRo0 3 days ago [-]
Right but valve doesn't distribute the flatpak, it's 3rd party unofficial.
m-p-3 3 days ago [-]
And a lot of games will remain stuck in the 32-bit realm.
Losing the ability to run these easily is a significant loss for game preservation.
mystified5016 3 days ago [-]
I have somehow never seen the term I686 before
For anyone else, this refers to 32 bit Pentium 2/3/Pro architecture
Tsiklon 3 days ago [-]
In the Linux space it’s used more broadly as shorthand for software built for 32bit only x86 platforms inclusive of P4, and early “Core” branded processors
Rendered at 17:26:11 GMT+0000 (Coordinated Universal Time) with Vercel.
config.site is the usual way this works on most distros. They do provide suggestions for a workaround: Basically backport whatever Fedora's config.site does.
FWIW, the distro I'm currently using where this works does this by exporting CONFIG_SITE in /etc/profile.d/site.sh:
Source link:https://github.com/egberts/easy-admin/issues/1
Well, let's see what I can do now. linux is not as locked down as macOS, and providing my own multilib gcc and libs should be trivial.
Windows can't kill 32 bit support because even today a significant amount of software for the platform still depends on it, and that won't change any time soon.
NetBSD won't kill it, because support for tons of architectures and platforms is pretty much the reason why it exists. It supports platforms far more exotic and obsolete than 32 bit x86.
https://wiki.archlinux.org/title/Official_repositories
This seems like a reasonable work around.
Losing the ability to run these easily is a significant loss for game preservation.
For anyone else, this refers to 32 bit Pentium 2/3/Pro architecture