From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <9front-bounces@9front.inri.net>
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.6 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED,
	HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,T_SCC_BODY_TEXT_LINE
	autolearn=ham autolearn_force=no version=3.4.4
Received: from 9front.inri.net (9front.inri.net [168.235.81.73])
	by inbox.vuxu.org (Postfix) with ESMTP id 16CB5242B1
	for <ml@inbox.vuxu.org>; Sun, 10 Mar 2024 17:30:32 +0100 (CET)
Received: from mail.cock.li ([37.120.193.123]) by 9front; Sun Mar 10 12:28:25 -0400 2024
Date: Sun, 10 Mar 2024 17:28:19 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=firemail.cc; s=mail;
	t=1710088101; bh=U73GiBjGwJhoeGQdPQOl2Rh1KWCMp1+BXHkM2tHDjnI=;
	h=Date:From:To:Subject:Reply-To:References:In-Reply-To:From;
	b=sMXp7gQE74PbQul/q0zxjIRZtTXutu5IQYRyFLHXvmE2britD2GeeIXcfLm6sMc4E
	 VQzNEUHD0BDiMnA33rpxbRWNI33Ja509AV61DXemJi1yXKxbXqnXxc6SAz75yNs/qu
	 mPf4MEc23bKG0EE12WsAiN08ao1BmEMdxyGHel97hKgE3GbOTt8aVVFmjKtUUu1n5x
	 IoPxPHvsWlGdqNoUnV3XbHa+wmtooS2HVteT+9h6+Oe+LwUn8hnkU19ERenuy0wPrW
	 D1CeU8PXpRpFbFria5+JAhLarpYNK4VIFmGhETPIHUNsFObFdrLhP33eUIsxoIb+Ch
	 Dhao+oPXqIDzQ==
From: Rocky Hotas <rockyhotas@firemail.cc>
To: 9front@9front.org
Message-ID: <4ad2itgo3j3c63lrwlqqohr44jn3ijrhckk7ehqeoe7nnfiz3s@oup27ag2zhod>
References: <cedc2f2e60d6a5b04219af5b692d5486@firemail.cc>
 <c1e9780d-33ce-4b84-948d-8257c204bd2b@posixcafe.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <c1e9780d-33ce-4b84-948d-8257c204bd2b@posixcafe.org>
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: converged metadata framework markup 
Subject: Re: Re: [9front] Equivalent of Unix uname
Reply-To: 9front@9front.org
Precedence: bulk

On mar 09 11:42, Jacob Moody wrote:
> 
> There is /dev/osversion but its not really particularly insightful.
> Uname is generally used to differentiate different Unixen from
> each other, so I don't see why it would be particularly useful
> on Plan 9.
> 
> We also do not generally have version of the kernel per se,
> at least not in the same way something like Linux does.

Yes, in fact I thought kernel versions and OS type were handled
similarly to Linux or other Unix-like system, but that's not the case
for Plan9.

Thanks to you and to all those who added their suggestions.
You have been very helpful!

Rocky