Re: bin/60394: LD_PRELOAD for compat ld.elf_so-XXX
"Robert Elz via gnats" <[email protected]>
| Newsgroups | gmane.os.netbsd.bugs |
|---|---|
| Message-ID | <[email protected]> |
The following reply was made to PR bin/60394; it has been noted by GNATS. From: Robert Elz <[email protected]> To: [email protected] Cc: Subject: Re: bin/60394: LD_PRELOAD for compat ld.elf_so-XXX Date: Fri, 03 Jul 2026 23:06:08 +0700 Date: Thu, 2 Jul 2026 18:35:00 +0000 (UTC) From: "[email protected] via gnats" <[email protected]> Message-ID: <[email protected]> | (Convince the world to look at /etc/release instead of uname to | find the OS version?) We probably should have uname -r use the /etc/release value to get its version info, which really means making uname(3) use something other than kern.osrelease (perhaps user.osrelease ?) for the release field of struct utsname, which like the other user.xxx sysctl vars would be baked into libc, and hence easily set to the same thing which is stored in /etc/release which is itself too messy to parse to expect anything to actually do that. We could add a uname -k to get the kernel version, which in practice, almost nothing should ever be looking at (and so which probably does not need a struct utsname field). kre