GNU bug report logs - #11184
[lfs-dev] uname -i, -p show 'unknown' after update to coreutils-8.16

Previous Next

Package: coreutils;

Reported by: Matthew Burgess <matthew <at> linuxfromscratch.org>

Date: Thu, 5 Apr 2012 08:37:01 UTC

Severity: wishlist

Tags: wontfix

Done: Assaf Gordon <assafgordon <at> gmail.com>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 11184 in the body.
You can then email your comments to 11184 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-coreutils <at> gnu.org:
bug#11184; Package coreutils. (Thu, 05 Apr 2012 08:37:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Matthew Burgess <matthew <at> linuxfromscratch.org>:
New bug report received and forwarded. Copy sent to bug-coreutils <at> gnu.org. (Thu, 05 Apr 2012 08:37:01 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Matthew Burgess <matthew <at> linuxfromscratch.org>
To: LFS Developers Mailinglist <lfs-dev <at> linuxfromscratch.org>
Cc: bug-coreutils <at> gnu.org
Subject: Re: [lfs-dev] uname -i,
	-p show 'unknown' after update to coreutils-8.16
Date: Thu, 5 Apr 2012 2:34:40 -0600
That's because we (LFS) dropped the uname patch from
our build instructions because upstream won't take
it in its current form.  If my understanding is
correct, the correct way of implementing this feature
is by a combination of changes in the kernel & Glibc.

I don't have the skill necessary to do that, and
by virtue of the fact that these uname patches have
been floating around for so many years, nobody with
the skill has the inclination to fix this.

Is this causing you any issues other than purely
cosmetic ones?

Regards,

Matt.





Information forwarded to bug-coreutils <at> gnu.org:
bug#11184; Package coreutils. (Thu, 05 Apr 2012 16:18:02 GMT) Full text and rfc822 format available.

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: xinglp <xinglp <at> gmail.com>
To: LFS Developers Mailinglist <lfs-dev <at> linuxfromscratch.org>
Cc: bug-coreutils <at> gnu.org
Subject: Re: [lfs-dev] uname -i,
	-p show 'unknown' after update to coreutils-8.16
Date: Thu, 5 Apr 2012 17:13:29 +0800
在 2012年4月5日 下午4:34,Matthew Burgess <matthew <at> linuxfromscratch.org> 写道:
> That's because we (LFS) dropped the uname patch from
> our build instructions because upstream won't take
> it in its current form.  If my understanding is
> correct, the correct way of implementing this feature
> is by a combination of changes in the kernel & Glibc.
>
> I don't have the skill necessary to do that, and
> by virtue of the fact that these uname patches have
> been floating around for so many years, nobody with
> the skill has the inclination to fix this.
>
> Is this causing you any issues other than purely
> cosmetic ones?
a few of my bash scripts depend on "uname -i" or "uname -p", I think
I'd better change them to use "uname -m".
[sorry, forget to cc to bug-coreutils <at> gnu.org]
>
> Regards,
>
> Matt.
>
> --
> http://linuxfromscratch.org/mailman/listinfo/lfs-dev
> FAQ: http://www.linuxfromscratch.org/faq/
> Unsubscribe: See the above information page




Information forwarded to bug-coreutils <at> gnu.org:
bug#11184; Package coreutils. (Mon, 15 Oct 2018 16:51:02 GMT) Full text and rfc822 format available.

Message #11 received at 11184 <at> debbugs.gnu.org (full text, mbox):

From: Assaf Gordon <assafgordon <at> gmail.com>
Cc: 11184 <at> debbugs.gnu.org
Subject: Re: bug#11184: [lfs-dev] uname -i, -p show 'unknown' after update to
 coreutils-8.16
Date: Mon, 15 Oct 2018 10:50:16 -0600
tags 11184 wontfix
severity 11184 wishlist
close 11184
stop

(triaging old bugs)

Hello,

On 05/04/12 02:34 AM, Matthew Burgess wrote:
> That's because we (LFS) dropped the uname patch from
> our build instructions because upstream won't take
> it in its current form.  If my understanding is
> correct, the correct way of implementing this feature
> is by a combination of changes in the kernel & Glibc.

That is correct - stock coreutils' uname(1) reports "unknown"
for -i/-p on Linux, though some distributions provide their
own down-stream patches.

As such I'm closing this bug.

regards,
 - assaf




Added tag(s) wontfix. Request was from Assaf Gordon <assafgordon <at> gmail.com> to control <at> debbugs.gnu.org. (Mon, 15 Oct 2018 16:51:03 GMT) Full text and rfc822 format available.

Severity set to 'wishlist' from 'normal' Request was from Assaf Gordon <assafgordon <at> gmail.com> to control <at> debbugs.gnu.org. (Mon, 15 Oct 2018 16:51:03 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 11184 <at> debbugs.gnu.org and Matthew Burgess <matthew <at> linuxfromscratch.org> Request was from Assaf Gordon <assafgordon <at> gmail.com> to control <at> debbugs.gnu.org. (Mon, 15 Oct 2018 16:51:05 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 13 Nov 2018 12:24:13 GMT) Full text and rfc822 format available.

This bug report was last modified 6 years and 298 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.