Originally posted by oiaohm
View Post
Announcement
Collapse
No announcement yet.
Fedora To Stop Providing i686 Kernels, Might Also Drop 32-Bit Modular/Everything Repos
Collapse
X
-
Originally posted by DoMiNeLa10 View PostThe general point was that there's some proprietary software that's 32-bit only.
Only major exception I know of it steam(game stores) and wine stuff. Wine with hangover work it may not require multi lib in future instead be able to operate on a 64 bit host library system this will take work to come into existance.
Does any of that 32 bit only that is not basically pointless really require multi lib or would it be fine in a 32 bit container with a 32 bit run-time.
Some software of a particular type existing does not mean its any major quantity or of decent quality.
Major point here is most of that 32 bit proprietary software is getting really old and unmaintained and worse totally superseded by newer better software,
Unmaintained programs you most likely don't really want running multi-lib because requires you to remain version synced with the current versions of libraries because those will not be the libraries those old programs require to work.
Unmaintained programs are better in Snap or flatpak or some other container solution. Yes Valve is doing their own runtime they could container.
Sorry your general point is mostly full of holes as a reason to keep multi lib going. We have cgroups and namespaces based techs like flatpak, snap and docker these are more suitable solution for legacy programs than multi lib due to being able to provide the libraries the legacy programs want.
- Likes 2
Comment
-
Originally posted by kparal View PostMichael, please add to the article a quite important note that this change doesn't affect multilib, i.e. it doesn't prevent Steam/Wine/etc to be used in Fedora 31 and above. Thanks.
Comment
-
Originally posted by r08z View Postwhy the hell are 99% of games still being made in 32bit?Last edited by pal666; 15 July 2019, 02:28 PM.
Comment
-
Originally posted by oiaohm View PostThis is case you really do need to stop buying printer to use with Linux that don't provide full 64 bit drivers.
- Likes 1
Comment
-
Originally posted by r08z View PostI think the bigger question is when is steam going to start shipping 64bit clients and why the hell are 99% of games still being made in 32bit?
- Likes 1
Comment
-
Originally posted by pal666 View Postthey are not made in 32bit, they are made in x86. because they are binary only and it is easier to ship only one binary for one arch. probably they think that they still have some possible users on x86. and amd64 is not the real victim here(it easily runs x86 binaries after all), real victim is riscv
Originally posted by pal666 View Posti have to disagree. you shouldn't care what binary drivers they provide. they must provide source code which should be bundled with your distro out of the box in compiled form
Yes providing 32 bit x86 drivers hurts you on arm and riscv if you have to emulate them heck it hurt a little more emulating on x86. Bar min bar need to be 64 bit x86 for items like printers with preference to open source shipped with distribution.
Really I do like ipp everywhere. or airprint where they use agree on standard so avoiding needing to have as many drivers. I would love to see MFC printer makers have a proper agreed on standard for scanning.
I have a min bar they should meed. My prefer bar is that items like printers and scanners should not require a per device driver and should be just a generic standard interface.
- Likes 1
Comment
-
Originally posted by r08z View PostI think the bigger question is when is steam going to start shipping 64bit clients and why the hell are 99% of games still being made in 32bit?
Steam is shipping 64bit clients, but not using it for some unknown reason.
At the same time I see more and more new games are released with 64bit versions. Some indies are even not supporting 32-bit.
However I also don't think Steam will drop 32bit support anytime soon since we have tons of GOGs there.
Comment
Comment