Originally posted by birdie
View Post
Announcement
Collapse
No announcement yet.
Canonical Developer Tries Running GOG Games On 64-Bit-Only Ubuntu 19.10 Setup
Collapse
X
-
Originally posted by vegabook View PostThere's 10:1 help ration on google Ubuntu:Everything_Else. F That.
Comment
-
Originally posted by DoMiNeLa10 View PostLegacy 32-bit software is mainstream as well.
I remember something else important. https://en.wikipedia.org/wiki/Year_2038_problem
2038 clock problem effects the Linux kernel 32 bit syscall calls. To use time domains to cover this problem applications need to be on cgroups/namespaces. So in some ways getting rid of 32 bit support from the default install and forcing those programs into flatpaks or docker or snap is the correct solution.
Also you said Legacy is normally another name for full of security faults this would be another reason to make those applications always in containers to reduce system access..
As yet we don't know 19.10 syscall status. If the 32 bit support is only gone from userspace this is the a problem we can live with and maybe the correct way forwards.
https://cateee.net/lkddb/web-lkddb/X...EMULATION.html and performs syscall minimisation configurations I am worried about. If Ubuntu turns those off the old VSYSCALL EMULATION that basically killed programs before 2013 and syscall minimisation would see 32 bit syscalls disappear kernel. As long as 19.10 does not do that getting 32 bit programs work for users will be just extra steps that they will have to run in something container-ed with a full runtime like snap or flatpak or docker.
Storm meet teacup.
Comment
-
Originally posted by oiaohm View Post
True but how we support that is big question. Does 32 bit support need to be in the main distribution install now we have snap and flatpak and docker? Maybe no it does not. And maybe no it should not be.
I remember something else important. https://en.wikipedia.org/wiki/Year_2038_problem
2038 clock problem effects the Linux kernel 32 bit syscall calls. To use time domains to cover this problem applications need to be on cgroups/namespaces. So in some ways getting rid of 32 bit support from the default install and forcing those programs into flatpaks or docker or snap is the correct solution.
Also you said Legacy is normally another name for full of security faults this would be another reason to make those applications always in containers to reduce system access..
As yet we don't know 19.10 syscall status. If the 32 bit support is only gone from userspace this is the a problem we can live with and maybe the correct way forwards.
https://cateee.net/lkddb/web-lkddb/X...EMULATION.html and performs syscall minimisation configurations I am worried about. If Ubuntu turns those off the old VSYSCALL EMULATION that basically killed programs before 2013 and syscall minimisation would see 32 bit syscalls disappear kernel. As long as 19.10 does not do that getting 32 bit programs work for users will be just extra steps that they will have to run in something container-ed with a full runtime like snap or flatpak or docker.
Storm meet teacup.
Comment
-
Originally posted by birdie View PostYou know why the whole world keeps running Windows which is full of telemetry and shat? It's because Microsoft perfectly knows what backward compatibility means. You can run most Windows 95 era 32 bit applications just fine in Windows 10 1904. With Linux it's either "progress" and or go f off. And most people stick to Windows because of that.
Bloody idiots.
- Likes 1
Comment
-
Originally posted by DoMiNeLa10 View PostI don't think there's any need to speed up the transition to 64-bit, as everyone knows it's the future, and there is plenty of hardware that can't handle 64-bit for whatever reason (like low memory for certain windows boxes). At some point it will be normal to virtualize all of that software, because kernels will have no way to properly handle it, but that's a distant future from now. In reality, this is mostly about the hardware you're targeting when you're writing your software, rather than a bigger problem.
There is no version of windows still getting all updates that is 32 bit only if you have not paid for extended support to Microsoft. Those of you using Windows 7, 8.1 and windows 10 32 bit your support from Microsoft is over unless you have paid. Windows 7 support goes completely dead at the start of 2020.
there is plenty of hardware that can't handle 64-bit for whatever reason (like low memory for certain windows boxes).
Problem all these machines should be disposed of. Windows they are running once you start paying the extended support to get the updates is more than getting a second hand machine that can run a 64-bit operating system.
Worst not only can most of that hardware not run Windows 64 bit or Linux 64 bit most of the that hardware does not have the intel microcode updates to deal with the intel cpu faults. So is basically a security nightmare.
Also intel with gcc and llvm on Linux and OS X fixed the compilers so there is no performance advantage to a 32 bit binary the 64 bit binary is always faster.
The reality is the age over 32 bit applications is over. Anything 32 bit is technically legacy on x86. If you are making a new application today it should be 64 bit other wise you are supporting broken hardware with insecure software because of that hardware.
Basically don't use hardware that should be in the scrap bin to say we don't need to transition to 64 bit now.
Comment
-
Originally posted by tildearrow View Post
Let me tell you one thing. This is very perfectly absolutely TRUE, and one of the biggest Linux problems. API/ABI compatibility is somewhat lacking, which means that some applications suddenly stop working due to "error while loading shared libraries" after a pacman -Syu. Backwards compatibility is paramount in operating system design, and it is hard to deny this fact.
Multilib is as good a solution (low maintenance) as there is going to be for native x86 performance alongside amd64. It's just time to learn to love it.
Comment
-
Originally posted by Melcar View PostAs long as a sensible solution to running older 32bit games and programs is offered then I'm fine with whatever Ubuntu does. Sensible being the key word.
Comment
Comment