View previous topic :: View next topic |
Author |
Message |
cz0 Guru
Joined: 13 Jun 2005 Posts: 305 Location: /earth/russia/moscow
|
Posted: Fri Nov 08, 2024 11:24 am Post subject: nomultilib Desktop - any brave folks out there? |
|
|
Hi, folks.
Recently I managed to get 64-bit version of legacy PCB CAD software to run on my computer giving me a chance to make an attempt to get rid of multilib.
I checked my /opt directory and it seems that there are no ELF32 binaries left on my system except libraries.
But I was slightly frighten by various discussions mentioning that it will be not easy to get multilib back if I ever need it.
My decade old Lenovo X230 seems to be to weak for any of this modern Steam or whatever games and, what is worth - I never seem to have time for this. Instead, I may occasionally run 64-bit WinXP VM in Virtual Box.
On the other hand, my system will benefit from 64-bit only set by reducing compilation time on aging hardware.
I wonder if there are any brave enough folks running pure 64-bit desktop and if there are any disadvantages for every-day use scenario in case system is used primitively for Internet surfing, programming and engineering using in-place compiled software.
Thank you. |
|
Back to top |
|
|
pietinger Moderator
Joined: 17 Oct 2006 Posts: 5090 Location: Bavaria
|
|
Back to top |
|
|
logrusx Advocate
Joined: 22 Feb 2018 Posts: 2400
|
Posted: Fri Nov 08, 2024 12:15 pm Post subject: |
|
|
pietinger wrote: |
Yes, the way back is very hard ... |
I'm not sure if it's even worth it, given that with the binhost one can bring up a new and complete installation in a matter of hours. I say hours because last I did emerge --emptytree it took me like I think 6 hours to reemerge ~1600 packages (during 17.1->23.0 migration).
So I don't think it's that scary.
On the other hand the set of packages built for both 32 and 64 bit can be quite limited, so I don't see much of a benefit, even for older hardware. Especially with the above-mentioned binhost available...
Best Regards,
Georgi
p.s. actually, is going back that hard with the binhost available?
Last edited by logrusx on Fri Nov 08, 2024 3:17 pm; edited 2 times in total |
|
Back to top |
|
|
Perfect Gentleman Veteran
Joined: 18 May 2014 Posts: 1255
|
Posted: Fri Nov 08, 2024 1:35 pm Post subject: |
|
|
Me! Me! Me! |
|
Back to top |
|
|
Banana Moderator
Joined: 21 May 2004 Posts: 1720 Location: Germany
|
|
Back to top |
|
|
Zucca Moderator
Joined: 14 Jun 2007 Posts: 3687 Location: Rasi, Finland
|
Posted: Fri Nov 08, 2024 4:24 pm Post subject: |
|
|
I use no-multilib everywhere except on boxes where I might install some binary distributed games (gog.com). On those same machines I make sure I use glibc as the system libc. _________________ ..: Zucca :..
My gentoo installs: | init=/sbin/openrc-init
-systemd -logind -elogind seatd |
Quote: | I am NaN! I am a man! |
|
|
Back to top |
|
|
logrusx Advocate
Joined: 22 Feb 2018 Posts: 2400
|
Posted: Fri Nov 08, 2024 6:08 pm Post subject: |
|
|
I think having -abi_x86_32 in make.conf will bring the 32bit enabled packages to minimum. For me it's 3 packages.
However I'm not sure how good of a practice that is. Before that it was 9 packages. Without it, portage wants to enable 32 bit abi on those six again. What I was able to find out it the profile enabled 32 bit abi on libomp and it brought it in for clang-runtime, compiler-rt and compiler-rt-sanitizers. The other two are virtual/libcrypt and libxcrypt.
I let it install the binary packages and everything seems to be fine.
However I don't think those will significantly decrease compilation time. Also there's the binhost.
Best Regards,
Georgi |
|
Back to top |
|
|
pietinger Moderator
Joined: 17 Oct 2006 Posts: 5090 Location: Bavaria
|
Posted: Fri Nov 08, 2024 6:49 pm Post subject: |
|
|
logrusx,
the main reason for a no-multilib system is: You can now disable 32bit in the kernel ... and this is increasing kernel security!
See also KSPP: https://kspp.github.io/Recommended_Settings ->
Code: | # Remove additional (32-bit) attack surface, unless you really need them.
# CONFIG_COMPAT is not set
# CONFIG_IA32_EMULATION is not set
# CONFIG_X86_X32 is not set
# CONFIG_X86_X32_ABI is not set
# CONFIG_MODIFY_LDT_SYSCALL is not set |
_________________ https://wiki.gentoo.org/wiki/User:Pietinger |
|
Back to top |
|
|
logrusx Advocate
Joined: 22 Feb 2018 Posts: 2400
|
Posted: Fri Nov 08, 2024 7:25 pm Post subject: |
|
|
pietinger wrote: |
the main reason for a no-multilib system is: You can now disable 32bit in the kernel ... and this is increasing kernel security! |
I didn't know that, thanks for mentioning it!
pietinger wrote: | See also KSPP |
I remember some time ago I actually looked at it, but didn't like some of the settings and it might actually have been exactly because I needed 32bit support back then.
However OP's main concern seems to be compilation time, which I argue will not be decreased in any noticeable way by going no-multilib. Sure there are other good reasons to do so.
On another note I remember not having 32bit support for wine for a very long time (for compilation time reasons) and that's the only thing I can think of needs it. So I guess 32bit support is something niche nowadays. I still hesitate going full no-multilib though.
Best Regards,
Georgi |
|
Back to top |
|
|
dmpogo Advocate
Joined: 02 Sep 2004 Posts: 3416 Location: Canada
|
Posted: Fri Nov 08, 2024 7:55 pm Post subject: |
|
|
And I use some legacy code for which I need to have gcc-3.3.6 tar ball (well libstdc++-v3 ) |
|
Back to top |
|
|
bstaletic Guru
Joined: 05 Apr 2014 Posts: 359
|
Posted: Fri Nov 08, 2024 8:51 pm Post subject: |
|
|
Last time I tried the no-multilib profile, I was fine for a while.
Then I realized that cross-arm-linux-gnueabihf toolchain couldn't be bootstrapped, because no-multilib lacks gnu/stubs-32.h
So, even though I only needed that toolchain for building some RPi projects, I had to go back to the multilib profile.
I don't know what that means for the kernel config. I'm playing safe and keeping 32bit support enabled. |
|
Back to top |
|
|
|