[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: NetBSD packages



On Sun, Jul 08, 2001 at 10:32:57PM +1000, matthew green wrote:

> wow.  i'm very impressed.

Thanks :)

>     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 
BSD tools.

> 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.

Sounds sane.

> 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 | mjg59@srcf.ucam.org



Reply to: