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

Re: NetBSD packages




wow.  i'm very impressed.

    apt (should be trivial, I just haven't got round to it yet due to nothing              
    else depending on it)                                                                  

i'm very interested in this.

    console-tools/data (probably needs to be replaced by BSD analogues)                                            

which are these?  i'm not actually very familiar with debian.

    e2fsprogs (need to build an analogous ufsprogs package - does it need to               
    provide: e2fsprogs?)                                                                   

i believe these should be easy to build.

    kernel-image (obviously needs to be packaged NetBSD code)                              
    ldso (package NetBSD one)                                                              

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.

    libc6 (package NetBSD one)                                                                  

?  libc6 is glibc?  i'm not sure it works on netbsd.

    libpam (package netBSD version?)                                                                                                                                                                           

don't think this exists.

    procps (NetBSD version)                                                                

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.

    sysvinit (need to decide what we're doing with this one - use BSD init and                
    lose ability to switch runlevels, or port/write a System V style init)                                                                                                                                      

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?)



i'm going to have to check out your work.



Reply to: