Hi David,
Great work!
Yes, such port makes sense and solves some of the issues (mostly GNU
libc portability) but unfortunately creates new issues, which I'm sure,
could be worked out and soon we should have more or less working first
ISO available with support for this new exciting architecture!
This is absolutely great development, and here is what I think it means
for Nexenta Community:
1) We now have two architectures on-going:
- NexentaCore Sun/OpenSolaris
- NexentaCore GNU/kOpenSolaris
2) We should expect more developers coming on board from
Debian/Ubuntu/Linux land and polish our APT repository even more
3) Nexenta OpenSolaris-oriented packaging will improve and many of
Nexenta patches will be backported back to upstream - Ubuntu and Debian
4) Debian acceptance of these two architectures - might happen real
soon.
On Fri, 2008-09-19 at 00:18 -0400, David Bartley wrote:
> Hello,
>
> I've been working on porting GNU libc (glibc) to OpenSolaris (see [0]
> for source code and other downloads). I've also ported NPTL (the glibc
> thread library), using the corresponding OpenSolaris syscalls. I
> haven't benchmarked much, but I suspect speed should be comparable to
> "native" OpenSolaris. At this point I have a working chroot with a
> number of packages installed and working, and I hope to have a zone
> booting soon. Xorg, GNOME, and gdb all work. I also have a number of
> Solaris binaries working, including truss, dladm, zfs, and zpool. (I
> haven't tried, but it should be fairly straightforward to get dtrace
> working.) In order to get these working, I implemented additional
> OpenSolaris extensions (mostly trivial syscall wrappers). Examples
> are the functions defined in ucred.h, priv.h, and sys/pset.h.
>
> Since nexenta is trying to be "OpenSolaris with the GNU userland", it
> makes sense to use glibc. This would also solve the legal problem that
> Debian had with linking Sun's libc with dpkg [1]. glibc is licensed
> under LGPL with a linking exception, so linking CDDL code against the
> glibc is also legal. In keeping with past glibc ports (e.g. kFreeBSD,
> kNetBSD), I've used the target string i486-kopensolaris-gnu (the
> 64-bit target would be x86_64-kopensolaris-gnu).
>
> If you want to test this out in a chroot, there's a bunch of pre-built
> i386 binaries available [2] that can be just untarred into a
> directory. You'll also need to mount /proc, /dev, and /devices in the
> chroot via "lofs" (this won't be needed if done in a zone). Many
> applications will require OpenSolaris headers to build, which can just
> be copied from an OpenSolaris/Nexenta box (just don't overwrite any
> headers installed by glibc).
>
> -- David
>
> [0] http://csclub.uwaterloo.ca/~dtbartle/opensolaris/
> [1] http://lists.debian.org/debian-devel/2006/04/msg00069.html
> [2] http://csclub.uwaterloo.ca/~mspang/opensolaris/builds/
> ___
> gnusol-devel mailing list
> [email protected]
> http://lists.sonic.net/mailman/listinfo/gnusol-devel
>
___
gnusol-devel mailing list
[email protected]
http://lists.sonic.net/mailman/listinfo/gnusol-devel
