From unknown Thu Jun 19 14:11:36 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#13001 <13001@debbugs.gnu.org> To: bug#13001 <13001@debbugs.gnu.org> Subject: Status: Reporting potential bug | uname -p and uname -i return unknown on Debian Reply-To: bug#13001 <13001@debbugs.gnu.org> Date: Thu, 19 Jun 2025 21:11:36 +0000 retitle 13001 Reporting potential bug | uname -p and uname -i return unknow= n on Debian reassign 13001 coreutils submitter 13001 "Ashish, Agrawal" severity 13001 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 26 04:32:25 2012 Received: (at submit) by debbugs.gnu.org; 26 Nov 2012 09:32:25 +0000 Received: from localhost ([127.0.0.1]:39205 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tcv3B-0003Y6-8A for submit@debbugs.gnu.org; Mon, 26 Nov 2012 04:32:25 -0500 Received: from eggs.gnu.org ([208.118.235.92]:46070) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TcuOc-0002Wo-Mo for submit@debbugs.gnu.org; Mon, 26 Nov 2012 03:50:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TcuMu-0007Hv-VH for submit@debbugs.gnu.org; Mon, 26 Nov 2012 03:48:48 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:52418) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TcuMu-0007Hl-S4 for submit@debbugs.gnu.org; Mon, 26 Nov 2012 03:48:44 -0500 Received: from eggs.gnu.org ([208.118.235.92]:60995) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TcuMq-0002iB-RZ for bug-coreutils@gnu.org; Mon, 26 Nov 2012 03:48:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TcuMm-0007HH-Q3 for bug-coreutils@gnu.org; Mon, 26 Nov 2012 03:48:40 -0500 Received: from g1t0029.austin.hp.com ([15.216.28.36]:2744) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TcuMm-0007GF-Kh for bug-coreutils@gnu.org; Mon, 26 Nov 2012 03:48:36 -0500 Received: from G2W1953G.americas.hpqcorp.net (g2w1953g.austin.hp.com [16.238.8.185]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by g1t0029.austin.hp.com (Postfix) with ESMTPS id 04BED382EF for ; Mon, 26 Nov 2012 08:48:28 +0000 (UTC) Received: from G1W3625G.americas.hpqcorp.net (16.193.48.83) by G2W1953G.americas.hpqcorp.net (16.238.8.185) with Microsoft SMTP Server (TLS) id 14.2.283.4; Mon, 26 Nov 2012 08:48:09 +0000 Received: from G1W3639.americas.hpqcorp.net ([169.254.1.46]) by G1W3625G.americas.hpqcorp.net ([16.193.48.83]) with mapi id 14.02.0283.004; Mon, 26 Nov 2012 08:48:09 +0000 From: "Ashish, Agrawal" To: "bug-coreutils@gnu.org" Subject: Reporting potential bug | uname -p and uname -i return unknown on Debian Thread-Topic: Reporting potential bug | uname -p and uname -i return unknown on Debian Thread-Index: Ac3LshU7tfss47I5R8C7LC72chX9HQ== Date: Mon, 26 Nov 2012 08:48:08 +0000 Message-ID: <2D9BAF0BB21FDB4BA37558BC9FADF992703312@G1W3639.americas.hpqcorp.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [16.193.232.33] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 26 Nov 2012 04:32:24 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.0 (-----) Hello, I use the output of 'uname -p' in my product. It seems to work fine on very= other Linux distro that I have worked on (ex. RHEL, SUSE Linux Enterprise = Server and even Ubuntu 12.04), except Debian where it returns 'unknown'. Th= e following this the relevant information of my machine and setup. root@IWFVM00285:~# cat /etc/debian_version 6.0.5 root@IWFVM00285:~# uname -a Linux IWFVM00285 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 G= NU/Linux root@IWFVM00285:~# uname -m x86_64 root@IWFVM00285:~# uname -p unknown root@IWFVM00285:~# uname -i unknown I found relevant bugs raised earlier (for example, http://bugs.debian.org/c= gi-bin/bugreport.cgi?bug=3D193170) but it seems either it was fixed earlier= and has resurfaced or it was marked as won't fix. Please advise. If this issue is already noted, could you please let me know= the current status? Thank you. Ashish +91.973.970.9990 From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 26 13:13:44 2012 Received: (at 13001) by debbugs.gnu.org; 26 Nov 2012 18:13:44 +0000 Received: from localhost ([127.0.0.1]:40404 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Td3Bg-0002nG-De for submit@debbugs.gnu.org; Mon, 26 Nov 2012 13:13:44 -0500 Received: from mail-wi0-f170.google.com ([209.85.212.170]:46673) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Td3Bd-0002n8-VP for 13001@debbugs.gnu.org; Mon, 26 Nov 2012 13:13:42 -0500 Received: by mail-wi0-f170.google.com with SMTP id hq7so3121401wib.3 for <13001@debbugs.gnu.org>; Mon, 26 Nov 2012 10:11:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=PrOFHlu5RKEavuJJ9BdWEALhrSNMUAhJI6g4j/iR060=; b=EYnr4TiKJ6eji7tCcVrMCqw8Mfxn2KGJBoASC0rjwezGEEQRsWsn1kiVE6OmF4wvHs ay/xuNbpIP7MmLI1U+YbbE4brfGqG9eOA9wtYtx55xZduR3Wa/aw4Rdigu0iqN3zB9wJ OGsB/JEfom21kphPBniloxCLR2nz0IfbCVeEmk0H8TzTDLhyj81gzNwGBdwJGiY5e3km N/XyuOXgTXxrQCHl9HRtdzzBZMfybEiPftBl+EeeCFOwBjMZmjOtS/ZRzBRwSsJVjIzp ajlQnEopJA7ypQcSPbWY0hp/MmFGnTeoGi59KN44ek8HYOKdOQwKjE6qFTawi8T5/lfr DFjQ== Received: by 10.180.83.168 with SMTP id r8mr17311899wiy.2.1353953516968; Mon, 26 Nov 2012 10:11:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.138.73 with HTTP; Mon, 26 Nov 2012 10:11:36 -0800 (PST) In-Reply-To: <2D9BAF0BB21FDB4BA37558BC9FADF992703312@G1W3639.americas.hpqcorp.net> References: <2D9BAF0BB21FDB4BA37558BC9FADF992703312@G1W3639.americas.hpqcorp.net> From: Mike Frysinger Date: Mon, 26 Nov 2012 13:11:36 -0500 X-Google-Sender-Auth: Oc6BJHf-8MZhxWkzXV0gyJe3NiQ Message-ID: Subject: Re: bug#13001: Reporting potential bug | uname -p and uname -i return unknown on Debian To: "Ashish, Agrawal" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 13001 Cc: 13001@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) On Mon, Nov 26, 2012 at 3:48 AM, Ashish, Agrawal wrote: > I use the output of 'uname -p' in my product. It seems to work fine on ve= ry other Linux distro that I have worked on (ex. RHEL, SUSE Linux Enterpris= e Server and even Ubuntu 12.04), except Debian where it returns 'unknown'. = The following this the relevant information of my machine and setup. this is because many distros patch coreutils' uname to return something useful on Linux. the GNU version relies on the standard interfaces to do that (which they don't). you can find the patch i've been keeping up-to-date in Gentoo: http://sources.gentoo.org/gentoo/src/patchsets/coreutils/8.20/003_all_coreu= tils-gentoo-uname.patch > root@IWFVM00285:~# cat /etc/debian_version > 6.0.5 > root@IWFVM00285:~# uname -a > Linux IWFVM00285 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64= GNU/Linux > root@IWFVM00285:~# uname -m > x86_64 > root@IWFVM00285:~# uname -p > unknown > root@IWFVM00285:~# uname -i > unknown after applying the aforementioned patched, you'd get something like: $ uname -a Linux vapier 3.6.5 #5 SMP PREEMPT Wed Nov 14 01:08:40 EST 2012 x86_64 AMD Phenom(tm) II X4 980 Processor AuthenticAMD GNU/Linux $ uname -m x86_64 $ uname -p AMD Phenom(tm) II X4 980 Processor $ uname -i AuthenticAMD > I found relevant bugs raised earlier (for example, http://bugs.debian.org= /cgi-bin/bugreport.cgi?bug=3D193170) but it seems either it was fixed earli= er and has resurfaced or it was marked as won't fix. note: you've e-mailed the upstream GNU coreutils project, not the Debian project. if you want this functionality in Debian, you'll need to file a bug with them. -mike From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 26 13:43:21 2012 Received: (at 13001) by debbugs.gnu.org; 26 Nov 2012 18:43:21 +0000 Received: from localhost ([127.0.0.1]:40430 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Td3eL-0003Vw-9y for submit@debbugs.gnu.org; Mon, 26 Nov 2012 13:43:21 -0500 Received: from senmx11-mx.siemens-enterprise.com ([62.134.46.9]:41510) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Td3eJ-0003Vn-B6 for 13001@debbugs.gnu.org; Mon, 26 Nov 2012 13:43:20 -0500 Received: from MCHP02HTC.global-ad.net (unknown [172.29.42.235]) by senmx11-mx.siemens-enterprise.com (Server) with ESMTP id 3AE991EB856D; Mon, 26 Nov 2012 19:41:33 +0100 (CET) Received: from MCHP02MSX.global-ad.net ([169.254.4.78]) by MCHP02HTC.global-ad.net ([172.29.42.235]) with mapi id 14.02.0318.001; Mon, 26 Nov 2012 19:41:33 +0100 From: "Voelker, Bernhard" To: Mike Frysinger , "Ashish, Agrawal" Subject: RE: bug#13001: Reporting potential bug | uname -p and uname -i return unknown on Debian Thread-Topic: bug#13001: Reporting potential bug | uname -p and uname -i return unknown on Debian Thread-Index: AQHNzAGZEbdUOSyJWkm95sr1E2Jo8Jf8cNaQ Date: Mon, 26 Nov 2012 18:41:32 +0000 Message-ID: References: <2D9BAF0BB21FDB4BA37558BC9FADF992703312@G1W3639.americas.hpqcorp.net> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.29.42.225] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Spam-Score: 0.4 (/) X-Debbugs-Envelope-To: 13001 Cc: "13001@debbugs.gnu.org" <13001@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.4 (/) Mike Frysinger wrote: > this is because many distros patch coreutils' uname to return > something useful on Linux. the GNU version relies on the standard > interfaces to do that (which they don't). >=20 > you can find the patch i've been keeping up-to-date in Gentoo: > http://sources.gentoo.org/gentoo/src/patchsets/coreutils/8.20/003_all_cor= eutils-gentoo-uname.patch For reference, here's the downstream patch of openSuSE: https://build.opensuse.org/package/view_file?expand=3D1&file=3Dcoreutils-sy= sinfo.patch&package=3Dcoreutils&project=3DopenSUSE&rev=3Df0bf5d8bafd85e9efe= f6ccb334c83a53 It's not as sophisticated as the patch in Gentoo and mostly uses a fallback to the value of 'uname -m': $ uname -mpi x86_64 x86_64 x86_64 Have a nice day, Berny From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 26 13:53:43 2012 Received: (at 13001) by debbugs.gnu.org; 26 Nov 2012 18:53:43 +0000 Received: from localhost ([127.0.0.1]:40436 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Td3oM-0003kr-Io for submit@debbugs.gnu.org; Mon, 26 Nov 2012 13:53:43 -0500 Received: from mail-we0-f172.google.com ([74.125.82.172]:41085) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Td3oK-0003kj-Af for 13001@debbugs.gnu.org; Mon, 26 Nov 2012 13:53:41 -0500 Received: by mail-we0-f172.google.com with SMTP id r3so2823638wey.3 for <13001@debbugs.gnu.org>; Mon, 26 Nov 2012 10:51:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=as7N8ByEwCeJJk3CNWXZJ153gLWkeGAAQlPNLelV2/8=; b=ck2PpWysOWIfXF8Iym+mWoo5XRGyp8F7Dw0iCDNbsNibmY02Ub0nWmO02vOdaeqn25 6x8zcCZHBMNO2k+AuF7ZU3K6H39vYRGDpKOBUvLOcs1EryouL9acvSDi3mFsehh2gfyk jom0sXX24LNz/GPqsZaGfcRHNrIv1pGvzAo+89oPRMqU2tbxaL48IvHLb3wRoGONGtS8 ec/dOpFf6Vn5p/ZmsL7HHc4hGzh+tPdGM079xMYKMzhyRPY55mowFkV5psRdsP1drx1x eXqg4ZJ7atqsN2rKsfeWOmI58MKic8IzeZokRHT6YTERxahYRfZuoD/bFiJY9pf2IOMs UEhQ== Received: by 10.180.97.72 with SMTP id dy8mr19349184wib.6.1353955913698; Mon, 26 Nov 2012 10:51:53 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.138.73 with HTTP; Mon, 26 Nov 2012 10:51:33 -0800 (PST) In-Reply-To: References: <2D9BAF0BB21FDB4BA37558BC9FADF992703312@G1W3639.americas.hpqcorp.net> From: Mike Frysinger Date: Mon, 26 Nov 2012 13:51:33 -0500 X-Google-Sender-Auth: -NFH8RPXd5CnwFYAJKlAk6zpcG4 Message-ID: Subject: Re: bug#13001: Reporting potential bug | uname -p and uname -i return unknown on Debian To: "Ashish, Agrawal" , Paul Eggert , Jim Meyering Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 13001 Cc: 13001@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) On Mon, Nov 26, 2012 at 1:11 PM, Mike Frysinger wrote: > the GNU version relies on the standard > interfaces to do that (which they don't). to be clearer, the interfaces coreutils relies on don't exist on Linux, so it always issues "unknown" > you can find the patch i've been keeping up-to-date in Gentoo: > http://sources.gentoo.org/gentoo/src/patchsets/coreutils/8.20/003_all_coreutils-gentoo-uname.patch in the past, i assumed this wasn't going anyways because coreutils did not include any target-specific logic. but i see it has since grown __APPLE__ support, so maybe i can make a case for adding __linux__. Paul: you were against this in the past [1], but in light of 594d5064c950fa1d99a9eafbd357c5f46320d002, can we reconsider ? i don't mind helping out with this particular can considering i'm going to be doing it anyways ... not to mention every distro is running into the same issue and patching it in their own unique/incomplete way. -mike [1] http://lists.gnu.org/archive/html/bug-coreutils/2005-09/msg00063.html From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 26 14:36:28 2012 Received: (at 13001) by debbugs.gnu.org; 26 Nov 2012 19:36:28 +0000 Received: from localhost ([127.0.0.1]:40453 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Td4Tk-0004ki-8g for submit@debbugs.gnu.org; Mon, 26 Nov 2012 14:36:28 -0500 Received: from smtp.gentoo.org ([140.211.166.183]:50019) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Td4Tg-0004kW-0q for 13001@debbugs.gnu.org; Mon, 26 Nov 2012 14:36:26 -0500 Received: from localhost.localdomain (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id D4F5433D9A2; Mon, 26 Nov 2012 19:34:37 +0000 (UTC) From: Mike Frysinger To: agrawal.ashish@hp.com, eggert@cs.ucla.edu, jim@meyering.net Subject: [PATCH] uname: add -i/-p decoding to Linux platforms Date: Mon, 26 Nov 2012 14:35:26 -0500 Message-Id: <1353958526-3001-1-git-send-email-vapier@gentoo.org> X-Mailer: git-send-email 1.7.12.4 In-Reply-To: References: X-Spam-Score: -4.6 (----) X-Debbugs-Envelope-To: 13001 Cc: 13001@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.6 (----) To add support for additional platforms, check out the show_cpuinfo() func in the linux/arch// source tree of the kernel. * src/uname.c: Include trim.h. (linux_procinfo): New function. (main): Call linux_procinfo when __linux__ is defined and PRINT_PROCESSOR or PRINT_HARDWARE_PLATFORM is requested. --- src/uname.c | 113 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 113 insertions(+) diff --git a/src/uname.c b/src/uname.c index 0eb123b..18f6290 100644 --- a/src/uname.c +++ b/src/uname.c @@ -52,6 +52,7 @@ #include "system.h" #include "error.h" #include "quote.h" +#include "trim.h" #include "uname.h" /* The official name of this program (e.g., no 'g' prefix). */ @@ -153,6 +154,100 @@ Print machine architecture.\n\ exit (status); } +#ifdef __linux__ + +# if defined(__s390__) || defined(__s390x__) +# define CPUINFO_FILE "/proc/sysinfo" +# define CPUINFO_FORMAT "%64[^\t :]%*[ :]%256[^\n]%c" +# else +# define CPUINFO_FILE "/proc/cpuinfo" +# define CPUINFO_FORMAT "%64[^\t:]\t:%256[^\n]%c" +# endif + +# define PROCINFO_PROCESSOR 0 +# define PROCINFO_HARDWARE_PLATFORM 1 + +static int linux_procinfo(int x, char *fstr, size_t s) +{ + static const char * const procinfo_keys[] = { + /* --processor --hardware-platform */ +# if defined(__alpha__) + "cpu model", "system type" +# elif defined(__arm__) + "Processor", "Hardware" +# elif defined(__avr32__) + "processor", "cpu family" +# elif defined(__bfin__) + "model name", "vendor_id", +# elif defined(__c6x__) + "cpu", "soc", +# elif defined(__cris__) + "cpu", "cpu model" +# elif defined(__frv__) + "CPU-Core", "System" +# elif defined(__i386__) || defined(__x86_64__) + "model name", "vendor_id" +# elif defined(__ia64__) + "model name", "vendor" +# elif defined(__hppa__) + "cpu", "model" +# elif defined(__m68k__) + "CPU", "MMU" +# elif defined(__mips__) + "cpu model", "system type" +# elif defined(__powerpc__) || defined(__powerpc64__) + "cpu", "machine" +# elif defined(__s390__) || defined(__s390x__) + "Type", "Manufacturer" +# elif defined(__sh__) + "cpu type", "machine" +# elif defined(sparc) || defined(__sparc__) + "type", "cpu" +# elif defined(__vax__) + "cpu type", "cpu" +# else + "unknown", "unknown" +# endif + }; + FILE *fp; + char key[65], value[257], eol, *ret; + + fp = fopen(CPUINFO_FILE, "r"); + if (fp == NULL) + return -1; + + ret = NULL; + while (fscanf(fp, CPUINFO_FORMAT, key, value, &eol) != EOF) + { + if (!strcmp(trim(key), procinfo_keys[x])) + { + ret = trim(value); + break; + } + + if (eol != '\n') + { + /* We need two fscanf's here in case the previous length limit + caused us to read right up to the newline. Doing something + like "%*[^\n]\n" won't eat the newline. */ + if (fscanf(fp, "%*[^\n]")) {} + if (fscanf(fp, "\n")) {} + } + } + + fclose(fp); + + if (ret) + { + strncpy(fstr, ret, s); + return 0; + } + + return -1; +} + +#endif + /* Print ELEMENT, preceded by a space if something has already been printed. */ @@ -307,6 +402,15 @@ main (int argc, char **argv) element = processor; } #endif +#ifdef __linux__ + if (element == unknown) + { + static char processor[257]; + if (0 <= linux_procinfo (PROCINFO_PROCESSOR, processor, + sizeof processor)) + element = processor; + } +#endif #ifdef UNAME_PROCESSOR if (element == unknown) { @@ -352,6 +456,15 @@ main (int argc, char **argv) element = hardware_platform; } #endif +#ifdef __linux__ + if (element == unknown) + { + static char hardware_platform[257]; + if (0 <= linux_procinfo (PROCINFO_HARDWARE_PLATFORM, + hardware_platform, sizeof hardware_platform)) + element = hardware_platform; + } +#endif #ifdef UNAME_HARDWARE_PLATFORM if (element == unknown) { -- 1.7.12.4 From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 26 15:28:35 2012 Received: (at 13001) by debbugs.gnu.org; 26 Nov 2012 20:28:35 +0000 Received: from localhost ([127.0.0.1]:40502 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Td5IB-00064H-1S for submit@debbugs.gnu.org; Mon, 26 Nov 2012 15:28:35 -0500 Received: from mx1.redhat.com ([209.132.183.28]:44531) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Td5I8-000648-15 for 13001@debbugs.gnu.org; Mon, 26 Nov 2012 15:28:33 -0500 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id qAQKQcS4031044 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 26 Nov 2012 15:26:38 -0500 Received: from [10.36.116.54] (ovpn-116-54.ams2.redhat.com [10.36.116.54]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id qAQKQYFk017487 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 26 Nov 2012 15:26:36 -0500 Message-ID: <50B3D079.7070506@draigBrady.com> Date: Mon, 26 Nov 2012 20:26:33 +0000 From: =?ISO-8859-1?Q?P=E1draig_Brady?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: Mike Frysinger Subject: Re: bug#13001: Reporting potential bug | uname -p and uname -i return unknown on Debian References: <2D9BAF0BB21FDB4BA37558BC9FADF992703312@G1W3639.americas.hpqcorp.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mx1.redhat.com id qAQKQcS4031044 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: 13001 Cc: "Ashish, Agrawal" , Jim Meyering , 13001@debbugs.gnu.org, Paul Eggert X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) On 11/26/2012 06:51 PM, Mike Frysinger wrote: > On Mon, Nov 26, 2012 at 1:11 PM, Mike Frysinger wrote: >> the GNU version relies on the standard >> interfaces to do that (which they don't). > > to be clearer, the interfaces coreutils relies on don't exist on > Linux, so it always issues "unknown" > >> you can find the patch i've been keeping up-to-date in Gentoo: >> http://sources.gentoo.org/gentoo/src/patchsets/coreutils/8.20/003_all_= coreutils-gentoo-uname.patch > > in the past, i assumed this wasn't going anyways because coreutils did > not include any target-specific logic. but i see it has since grown > __APPLE__ support, so maybe i can make a case for adding __linux__. > > Paul: you were against this in the past [1], but in light of > 594d5064c950fa1d99a9eafbd357c5f46320d002, can we reconsider ? i don't > mind helping out with this particular can considering i'm going to be > doing it anyways ... not to mention every distro is running into the > same issue and patching it in their own unique/incomplete way. > -mike > > [1] http://lists.gnu.org/archive/html/bug-coreutils/2005-09/msg00063.ht= ml We should either deprecate the options, or try to standardise them a bit. From POSIX we have -m Write the name of the hardware type on which the system is running to standard output. From BSD we have: -m print the machine hardware name. -p print the machine processor architecture name. $ uname -mp amd64 x86_64 From Fedora 15 we have: -m print the machine hardware name. -p print the processor type or "unknown" -i print the hardware platform or "unknown" $ uname -mpi x86_64 x86_64 x86_64 From Solaris we have: -m Prints the machine hardware name (class). Use of this option is discouraged. Use -p instead. -p Prints the current host's ISA or processor type. -i Prints the name of the platform. > uname -mpi sun4v sparc SUNW,SPARC-Enterprise-T5220 From Debian we have: $ uname -mpi x86_64 unknown unknown From Gentoo we have: $ uname -m x86_64 $ uname -p Intel(R) Core(TM) i3-2310M CPU @ 2.10GHz $ uname -i GenuineIntel So it's awkward to come up with something coherent between them all. I'd be inclined to have -p print the "arch", i.e. x86_64, and leave -i to print out the free form info from /proc cpu info. cheers, P=E1draig. From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 26 15:57:37 2012 Received: (at 13001) by debbugs.gnu.org; 26 Nov 2012 20:57:37 +0000 Received: from localhost ([127.0.0.1]:40561 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Td5kG-0006lm-Qi for submit@debbugs.gnu.org; Mon, 26 Nov 2012 15:57:37 -0500 Received: from mail-wi0-f170.google.com ([209.85.212.170]:45883) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Td5kD-0006lb-4u for 13001@debbugs.gnu.org; Mon, 26 Nov 2012 15:57:34 -0500 Received: by mail-wi0-f170.google.com with SMTP id hq7so3254583wib.3 for <13001@debbugs.gnu.org>; Mon, 26 Nov 2012 12:55:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=N6tcG8z56AW5T+IBLZAFUNFjJ0Nm6xhBvUNnX91y//w=; b=V1POm/DpxsNVupWfbwFhH+G6TZDBES3trS4IAe4lj2V8yi02nJygTAPS1aqR0G+HFy aGRAK3zBEaOJ6r2SeZY0oevp1sUlXsjTes/7o0T+Te45XKbJ0BghH3rHmO85f02SAh0S gaeISCTmPIV+t2McBJ/rM+Ffc42zioZiGKydAMvlpTAVgmiFsRfyEmw29avzbC9o4Igh WXUp5lR7+TDiSY7V2YnS/MdQ6vg8hK7myMn3IAbO79ToZBo98Y0ywTc8Nbzu9fMmNhOz 2s4onETUUABMqQzJB4a5OipnkMLLDi/grERjebzo0I8kDKqXu7Jn/CcPth2s7XBSKpzs ejpQ== Received: by 10.216.211.73 with SMTP id v51mr5139520weo.74.1353963347650; Mon, 26 Nov 2012 12:55:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.138.73 with HTTP; Mon, 26 Nov 2012 12:55:27 -0800 (PST) In-Reply-To: <50B3D079.7070506@draigBrady.com> References: <2D9BAF0BB21FDB4BA37558BC9FADF992703312@G1W3639.americas.hpqcorp.net> <50B3D079.7070506@draigBrady.com> From: Mike Frysinger Date: Mon, 26 Nov 2012 15:55:27 -0500 X-Google-Sender-Auth: vBG_ZIc6nrVEXPCL7UI6Z-UoxkE Message-ID: Subject: Re: bug#13001: Reporting potential bug | uname -p and uname -i return unknown on Debian To: =?ISO-8859-1?Q?P=E1draig_Brady?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 13001 Cc: "Ashish, Agrawal" , Jim Meyering , 13001@debbugs.gnu.org, Paul Eggert X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On Mon, Nov 26, 2012 at 3:26 PM, P=E1draig Brady wrote: > On 11/26/2012 06:51 PM, Mike Frysinger wrote: >> On Mon, Nov 26, 2012 at 1:11 PM, Mike Frysinger wrote: >>> the GNU version relies on the standard >>> interfaces to do that (which they don't). >> >> to be clearer, the interfaces coreutils relies on don't exist on >> Linux, so it always issues "unknown" >> >>> you can find the patch i've been keeping up-to-date in Gentoo: >>> >>> http://sources.gentoo.org/gentoo/src/patchsets/coreutils/8.20/003_all_c= oreutils-gentoo-uname.patch >> >> >> in the past, i assumed this wasn't going anyways because coreutils did >> not include any target-specific logic. but i see it has since grown >> __APPLE__ support, so maybe i can make a case for adding __linux__. >> >> Paul: you were against this in the past [1], but in light of >> 594d5064c950fa1d99a9eafbd357c5f46320d002, can we reconsider ? i don't >> mind helping out with this particular can considering i'm going to be >> doing it anyways ... not to mention every distro is running into the >> same issue and patching it in their own unique/incomplete way. >> -mike >> >> [1] http://lists.gnu.org/archive/html/bug-coreutils/2005-09/msg00063.htm= l > > We should either deprecate the options, or try > to standardise them a bit. > > From POSIX we have > -m Write the name of the hardware type on which > the system is running to standard output. > > From BSD we have: > -m print the machine hardware name. > -p print the machine processor architecture name. > $ uname -mp > amd64 x86_64 > > From Fedora 15 we have: > -m print the machine hardware name. > -p print the processor type or "unknown" > -i print the hardware platform or "unknown" > > $ uname -mpi > x86_64 x86_64 x86_64 the current Fedora patch merely shows the output of uname()'s machine field. so it's the same as `uname -m`. it does have a minor hack so that if the machine is i[3-6]86, it normalizes it to "i386" for the -i option. > From Solaris we have: > -m Prints the machine hardware name (class). > Use of this option is discouraged. Use -p instead. > -p Prints the current host's ISA or processor type. > -i Prints the name of the platform. > > uname -mpi > sun4v sparc SUNW,SPARC-Enterprise-T5220 Gentoo is very similar: $ uname -mpi sparc64 sun4v UltraSparc T1 (Niagara) > From Debian we have: > $ uname -mpi > x86_64 unknown unknown right, Debian is the same as GNU since it doesn't apply any custom patches > From Gentoo we have: > > $ uname -m > x86_64 > $ uname -p > Intel(R) Core(TM) i3-2310M CPU @ 2.10GHz > $ uname -i > GenuineIntel looks good to me ;) > So it's awkward to come up with something coherent > between them all. I'd be inclined to have -p print the "arch", > i.e. x86_64, and leave -i to print out the free form > info from /proc cpu info. the -m flag already prints out the "arch", so it seems pointless to have -p do the same. the former flag is used everywhere for platform detection while the latter is used for informational purposes in autoconf packages. -mike From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 26 17:05:24 2012 Received: (at 13001) by debbugs.gnu.org; 26 Nov 2012 22:05:24 +0000 Received: from localhost ([127.0.0.1]:40633 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Td6nr-0008Sq-E1 for submit@debbugs.gnu.org; Mon, 26 Nov 2012 17:05:24 -0500 Received: from joseki.proulx.com ([216.17.153.58]:44674) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Td6np-0008Si-5W for 13001@debbugs.gnu.org; Mon, 26 Nov 2012 17:05:21 -0500 Received: from hysteria.proulx.com (hysteria.proulx.com [192.168.230.119]) by joseki.proulx.com (Postfix) with ESMTP id 846F5211D5; Mon, 26 Nov 2012 15:03:35 -0700 (MST) Received: by hysteria.proulx.com (Postfix, from userid 1000) id 697752DCD7; Mon, 26 Nov 2012 15:03:35 -0700 (MST) Date: Mon, 26 Nov 2012 15:03:35 -0700 From: Bob Proulx To: "Ashish, Agrawal" , 13001@debbugs.gnu.org Subject: Re: bug#13001: Reporting potential bug | uname -p and uname -i return unknown on Debian Message-ID: <20121126220335.GA8367@hysteria.proulx.com> References: <2D9BAF0BB21FDB4BA37558BC9FADF992703312@G1W3639.americas.hpqcorp.net> <50B3D079.7070506@draigBrady.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <50B3D079.7070506@draigBrady.com> User-Agent: Mutt/1.5.21 (2010-09-15) Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.4 (/) X-Debbugs-Envelope-To: 13001 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.4 (/) P=E1draig Brady wrote: > We should either deprecate the options, or try > to standardise them a bit. I would deprecate them. By working at all they suck people into using them when they should be avoided. > From POSIX we have > ... In HP-UX we have: $ uname -m 9000/800 $ uname -i 1545710558 $ uname -p uname: illegal option -- p usage: uname [-amnrsvil] [-S nodename] Bob From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 26 21:23:59 2012 Received: (at 13001) by debbugs.gnu.org; 27 Nov 2012 02:23:59 +0000 Received: from localhost ([127.0.0.1]:40784 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdAq6-0006ys-Lb for submit@debbugs.gnu.org; Mon, 26 Nov 2012 21:23:59 -0500 Received: from smtp.cs.ucla.edu ([131.179.128.62]:47102) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdAq3-0006yj-PS for 13001@debbugs.gnu.org; Mon, 26 Nov 2012 21:23:56 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id AFC2B39E810E; Mon, 26 Nov 2012 18:22:08 -0800 (PST) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x7tzC4eoHIe5; Mon, 26 Nov 2012 18:22:08 -0800 (PST) Received: from [192.168.1.3] (pool-71-189-154-249.lsanca.fios.verizon.net [71.189.154.249]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 442D639E8008; Mon, 26 Nov 2012 18:22:08 -0800 (PST) Message-ID: <50B423D0.4050105@cs.ucla.edu> Date: Mon, 26 Nov 2012 18:22:08 -0800 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Mike Frysinger Subject: Re: bug#13001: Reporting potential bug | uname -p and uname -i return unknown on Debian References: <2D9BAF0BB21FDB4BA37558BC9FADF992703312@G1W3639.americas.hpqcorp.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 13001 Cc: "Ashish, Agrawal" , Jim Meyering , 13001@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) On 11/26/2012 10:51 AM, Mike Frysinger wrote: > Paul: you were against this in the past [1], but in light of > 594d5064c950fa1d99a9eafbd357c5f46320d002, can we reconsider ? I'm not sure what that hexadecimal number refers to, but my objection originally was to the hassle of maintaining something, but if the GNU/Linux folks have an agreed-upon way of generating -p and -i from /proc/cpuinfo then I suppose we could fold it in. From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 26 21:57:09 2012 Received: (at 13001) by debbugs.gnu.org; 27 Nov 2012 02:57:09 +0000 Received: from localhost ([127.0.0.1]:40819 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdBMC-0007oC-Gr for submit@debbugs.gnu.org; Mon, 26 Nov 2012 21:57:08 -0500 Received: from mail-we0-f172.google.com ([74.125.82.172]:60740) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdBM9-0007np-Gc for 13001@debbugs.gnu.org; Mon, 26 Nov 2012 21:57:06 -0500 Received: by mail-we0-f172.google.com with SMTP id r3so2976481wey.3 for <13001@debbugs.gnu.org>; Mon, 26 Nov 2012 18:55:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=XzHpcqlaaW8oGEB5x8nQ8N+acjNyphBUSEcAt1WJVZw=; b=stydMdJ6yZlNcoB08CEc3NZ62ddmyzX3AXL135YYtt7vIhVk7iPh/xALqffwgtTJoe eSBU4X9pUmT+5r5IOreYB4cfqdi3ZPA4wnZ+poepkJWKu4JH0BK0bYTZqLG83evXaZV6 j6RoRvXZx/JnV+ywwy/RO1AY+PkDrZTxYVABzEPTE5k2yymthC/0uzWwYlRq3q06XDuN wbH4DpRcJLCzlqI8X9C+rlbbtbkdRvxFyshzphRLoBAJCxZqRNnfRnHL58PA2nse4F6a eBdmMtw0VasCc8KUhcb/cJS1EPQfkzJ/HItFjZm5RkoxCBqakfLggKRrCLZhXEzVr10C IQ0w== Received: by 10.180.14.2 with SMTP id l2mr24390410wic.2.1353984917151; Mon, 26 Nov 2012 18:55:17 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.138.73 with HTTP; Mon, 26 Nov 2012 18:54:52 -0800 (PST) In-Reply-To: <50B423D0.4050105@cs.ucla.edu> References: <2D9BAF0BB21FDB4BA37558BC9FADF992703312@G1W3639.americas.hpqcorp.net> <50B423D0.4050105@cs.ucla.edu> From: Mike Frysinger Date: Mon, 26 Nov 2012 21:54:52 -0500 X-Google-Sender-Auth: Xl_PIRJN_JNEJ0cuCM_Pw735Fa0 Message-ID: Subject: Re: bug#13001: Reporting potential bug | uname -p and uname -i return unknown on Debian To: Paul Eggert Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 13001 Cc: "Ashish, Agrawal" , Jim Meyering , 13001@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) On Mon, Nov 26, 2012 at 9:22 PM, Paul Eggert wrote: > On 11/26/2012 10:51 AM, Mike Frysinger wrote: >> Paul: you were against this in the past [1], but in light of >> 594d5064c950fa1d99a9eafbd357c5f46320d002, can we reconsider ? > > I'm not sure what that hexadecimal number refers to it's the SHA1 of the commit in the coreutils.git that adds __APPLE__ specific logic -mike From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 21 20:55:16 2015 Received: (at control) by debbugs.gnu.org; 22 Jul 2015 00:55:16 +0000 Received: from localhost ([127.0.0.1]:55821 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZHiJX-00028N-KS for submit@debbugs.gnu.org; Tue, 21 Jul 2015 20:55:15 -0400 Received: from mail1.vodafone.ie ([213.233.128.43]:65340) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZHiJV-000283-Md; Tue, 21 Jul 2015 20:55:14 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlMFAKbprlVtTITg/2dsb2JhbABcDguCKlKCfIEWvmSCXgKBQUwBAQEBAQGBC4QkAQEEIw8BVgsNCwICBRYLAgIJAwIBAgFFBgEMCAEBiC4BtXqFbpBKASuBIooqhQ2CaIFDBZRTlQ2QKyaDPj89gnwBAQE Received: from unknown (HELO localhost.localdomain) ([109.76.132.224]) by mail1.vodafone.ie with ESMTP; 22 Jul 2015 01:54:58 +0100 Message-ID: <55AEE9E2.5070604@draigBrady.com> Date: Wed, 22 Jul 2015 01:54:58 +0100 From: =?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Paul Eggert , Assaf Gordon , Norbert de Jonge , 21098@debbugs.gnu.org, djm@djmnet.org Subject: Re: bug#21098: uname man page References: <20150720212659.44bedb08@ren> <55AD6538.1060607@gmail.com> <55AE163F.8010704@draigBrady.com> <55AE4A77.7010004@cs.ucla.edu> In-Reply-To: <55AE4A77.7010004@cs.ucla.edu> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) unarchive 13001 unarchive 15757 forcemerge 13001 15757 21098 close 13001 stop On 21/07/15 14:34, Paul Eggert wrote: > Thanks, that patch looks good, except for some nits. POSIX spells the phrase > "non-portable" and we might as well be consistent. The --help lines would look > better as: > > -p, --processor print the processor type (non-portable)\n\ > -i, --hardware-platform print the hardware platform (non-portable)\n\ > > as the period would look funny after a non-capitalized sentence. Done and pushed. I've closed the bugs now since we've discouraged use of these options. Since they're platform specific, any logic changes should be in uname(1) and/or the kernel. thanks, Pádraig. From unknown Thu Jun 19 14:11:36 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 19 Aug 2015 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator