Agreed. It probably was for System V, which different vendors customized.
Hardware vendors don't customize Linux, distributors do.
However, that raises an interesting question: should uname be changed?
On Sat, Jan 26, 2002 at 05:30:29PM -0800, Michael Goetze wrote:
>
> > config.guess returns CP
i think that most target tuples that `config.guess' generates have the
OS version included. certainly i can't think of anything except linux
that doesn't :-)
As you can see, different output by different config.guess scripts.
Also notable, the config string doesn't tell you I'm runnin
> config.guess returns CPU-Vendor-OS, not CPU-VENDOR-Kernel.
I've never quite understood what the "vendor" is supposed to mean, exactly. I
mean, in the case of, say, a SparcStation running Solaris, it's pretty obvious
who the vendor is:
sparc-sun-solaris, mips-sgi-irix, alpha-dec-tru64
However,
> This is also a major pain for debian/OpenBSD, which tries to keep
> the OpenBSD userland in takt as much as possible for security
> reasons, if not other desired (e.g. by installing wu-ftp).
Still at it, eh? Mind telling us how far along you are? I haven't heard from
you for a long time.
- Mic
* Harlan Stenn <[EMAIL PROTECTED]> [2002-01-26T16:21-0500]:
> > "Peterll" == Peter Eisentraut <[EMAIL PROTECTED]> writes:
>
> Peterll> You don't. The config.guess command reports information about the
> Peterll> hardware and the kernel
>
> config.guess returns CPU-Vendor-OS, not CPU-VENDOR-K
Working on Debian FreeBSD, I have been putting BSD tools into /usr/bsd/bin, and
using PATH when I need them to build a package. The BSD kernel and libc want to
have the native make, rather than GNU make, so it seemed like an easy solution.
IIRC, Solaris has something similar in /usr/ucb/bin.
I'm h
On Wed, Jan 23, 2002 at 09:00:14PM -0700, Joel Baker wrote:
> Having run into a few packages, now, which have dependancies on specific
> GNU libc versions (or rather, libc versions, when all that the packaging
> system understands is libc == GNU libc), which compiled just fine under
> the NetBSD li
> "Peterll" == Peter Eisentraut <[EMAIL PROTECTED]> writes:
Peterll> You don't. The config.guess command reports information about the
Peterll> hardware and the kernel
config.guess returns CPU-Vendor-OS, not CPU-VENDOR-Kernel.
This is a bikeshed issue.
Things went wonky when the Linux folk
* Jimmy Kaplowitz ([EMAIL PROTECTED]) [020126 21:19]:
> The uname command will not in any
> way reflect GNU or Debian, since we will be using NetBSD's kernel. So,
> what is the best way to check for the GNU userland tools?
This is also a major pain for debian/OpenBSD, which tries to keep
the Open
Jimmy Kaplowitz writes:
> Hi autoconf people. I am one of the people working on the Debian
> GNU/NetBSD[1] project, which is exactly what it sounds: a project to
> port Debian to NetBSD, using the GNU userland tools. I am preparing a
> patch to config.guess to submit to you so that Debian GNU/NetB
Hi autoconf people. I am one of the people working on the Debian
GNU/NetBSD[1] project, which is exactly what it sounds: a project to
port Debian to NetBSD, using the GNU userland tools. I am preparing a
patch to config.guess to submit to you so that Debian GNU/NetBSD will be
recognized, but there
11 matches
Mail list logo
