Bug 326076 - 16/32/64bit/128bit version of linux O.S. resp KDE was not displayed in summary of the O.S.
Summary: 16/32/64bit/128bit version of linux O.S. resp KDE was not displayed in summar...
Status: RESOLVED INTENTIONAL
Alias: None
Product: plasma-systemmonitor
Classification: Applications
Component: general (other bugs)
Version First Reported In: unspecified
Platform: Mint (Debian based) Linux
: NOR wishlist
Target Milestone: ---
Assignee: KSysGuard Developers
URL:
Keywords:
: 271017 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-10-16 00:02 UTC by Patrick Op de Beeck
Modified: 2025-09-24 14:12 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Patrick Op de Beeck 2013-10-16 00:02:17 UTC
Does not show the bits used in the O.S. /computer 
A 64 bit processor can run 32 bit or 64 bit but this info isn't visible ! in Kinfocenter.
So once installed you do not know which program runs in which mode...
I like to see if the os runs in xxx-bit mode, my program runs in xx mode or virtualised.

Reproducible: Always

Steps to Reproduce:
1.Open Kinfocenter 
2. see summary 
3. no info on xxbitmode


Expected Results:  
f.e. 128 bit processor
         64 bit O.S.
         64 bit KDE
         32 bit virtualisation program z
         8 bit virtualised program  x running emulator ZX SPECTRUM
Comment 1 Christoph Feck 2013-12-29 19:06:34 UTC
*** Bug 271017 has been marked as a duplicate of this bug. ***
Comment 2 Harald Sitter 2021-06-21 12:12:33 UTC
Moving this to plasma-systemmonitor as it is much more topcially relevant there. We aren't quite sure how to best implement this though and also not necessarily if it is worth the effort. Looking at the address space might be an option. Reading the elf header will definitely work but is meh (plus excludes everything that isn't elf). Reading the procfs auxv might also be an option. Probably other options too
Comment 3 Arjen Hiemstra 2025-09-24 14:12:05 UTC
I'm closing this as I don't really see a clean way of getting this information from the system.