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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.