Re: NetBSD packages
On Sun, Jul 08, 2001 at 10:32:57PM +1000, matthew green wrote:
> wow. i'm very impressed.
> console-tools/data (probably needs to be replaced by BSD analogues)
> which are these? i'm not actually very familiar with debian.
Configuration of the console - loading fonts, keymaps, that sort of thing.
Without having looked at the source, I think it's likely that it's pretty
dependent on the Linux kernel so we probably need to package the analagous
> note there are two: /usr/libexec/ld.so (a.out) and /usr/libexec/ld.elf_so,
> but you will also need a linux one in /emul/linux/whatever/it/lives.so.
That shouldn't be too hard to manage.
> libc6 (package NetBSD one)
> ? libc6 is glibc? i'm not sure it works on netbsd.
It's glibc2, yup. What I meant here was that we should be packaging the
NetBSD libc rather than trying to compile glibc2 on NetBSD (that one's
somewhat past my abilities at present :) )
> libpam (package netBSD version?)
> don't think this exists.
>From looking at /usr/pkgsrc/security/PAM, it looks like NetBSD uses a
lightly patched Linux one.
> i would avoid using a /proc based ps(1) with a modern NetBSD kernel.
> our /bin/ps is not setuid, or setgid, and works extremely fast. you
> should definately use it.
> i believe you should go for a full sysvinit, but i know that this would
> be a hard sell back to the netbsd camp. (extending our rc.d / rcorder
> system with some runlevel-like feature would probably work though?)
Sure. It ought to be pretty easy to hack it into a state where we can boot
Debian-style but limited to a single runlevel, which ought to be enough
for a starting point. My Hurd box no longer exists, so does anyone have
any idea what they're doing with init?
I'm back in Cambridge now. The FTP server I mentioned earlier is now back
up (nothing in the logs, oddly), so the base tarball should be available
again. I'll upload the packages I got built while I was away in a couple
of hours and let you know where they are.
Matthew Garrett | email@example.com