Repository navigation
GNU uname should identify OS as illumos #195
Copy link
Copy link
Closed
Description
Activity
A long time ago I played with this and had the following:
diff --git a/sysutils/coreutils/Makefile b/sysutils/coreutils/Makefile index 82c440e..cdf8ce7 100644 --- a/sysutils/coreutils/Makefile +++ b/sysutils/coreutils/Makefile @@ -43,6 +43,11 @@ SUBST_FILES.libname= Makefile.in SUBST_SED.libname= -e '/^src_libstdbuf_so_LDFLAGS/s,$$, -install_name ${PREFIX}/libexec/coreutils/glibstdbuf.so,' .endif +.if ${OPSYS} == "SunOS" +CONFIGURE_ENV+= gl_cv_host_operating_system=illumos +.endif + + PROGS= [ base64 basename cat chcon chgrp chmod chown chroot cksum comm \ cp csplit cut date dd df dir dircolors dirname du hostid echo env \ expand expr factor false fmt fold groups head id install join kill \But that is lazy way to fix it as it would be wrong when using pkgsrc on Oracle Solaris.
Propably should just try to shell out to/usr/bin/uname -onow?Older Solaris releases don't support
-oso we'd need to handle that, but yeh that seems the simplest way to do it.Note that I will need to override this for our builds anyway as they are performed on a platform prior to 1956.
- added a commit that references this issue
on May 2, 2019 Fixed in trunk.
- added a commit that references this issue
on May 19, 2019 - added a commit that references this issue
on Mar 17, 2020 - added a commit that references this issue
on Jun 14, 2020 - added a commit that references this issue
on Aug 25, 2020 104 remaining items
- added 3 commits that reference this issue
on May 22, 2026 - added a commit that references this issue
on Jun 1, 2026 - added 2 commits that reference this issue
on Jun 9, 2026 - added a commit that references this issue
on Jul 17, 2026 - added a commit that references this issue
on Aug 7, 2026 - added a commit that references this issue
on Aug 25, 2026 - added a commit that references this issue
on Sep 6, 2026
Metadata
Metadata
Assignees
Labels
No labels
As of bug 1956, the
unamebinary provided by the operating system will reportillumosforuname -oinstead of the traditionalSolaris. Unfortunately in a pkgsrc-based zone, at least under some conditions the GNUunameappears first inPATH. A naive script may rununame -oand see theSolarisvalue.We should patch the pkgsrc copy of
unameto reportillumosas the system version does.See example with current trunk packages: