From owner-freebsd-hackers Mon Nov 9 11:17:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA09523 for freebsd-hackers-outgoing; Mon, 9 Nov 1998 11:17:00 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA09513 for ; Mon, 9 Nov 1998 11:16:58 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id KAA09446; Mon, 9 Nov 1998 10:10:58 -0800 (PST) (envelope-from jkh@time.cdrom.com) To: "David E. Cross" cc: Steve Kargl , nate@mt.sri.com, hackers@FreeBSD.ORG Subject: Re: linux software installation and uname In-reply-to: Your message of "Mon, 09 Nov 1998 13:58:48 EST." Date: Mon, 09 Nov 1998 10:10:58 -0800 Message-ID: <9442.910635058@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > They should not do that; they are making the assumption that they know > better than you how your machine ought to be setup. Um, no offense but I don't think that's relevant here. The essence of emulation is to make the assumptions which work on one platform work on another, nothing more, nothing less - technical correctness doesn't even enter into it. :-) I think the correct thing to do here is simply give uname(1) some truly switchable behavior, as Steve's second patch did. Sure it's a gross hack, but we have to stay focused on the fact that in the real world, people grab and abuse the output of uname(1) to request platform specific information when they should be asking for *feature* specific information and that's just life. For the addition of 4 stinking lines of code, we can gain the ability to *optionally* deal with it and I say that's a reasonable trade-off. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message