kFreeBSD 6.0 packages

[Robert Millan]

Btw, do you have patches for this around?  It'd be nice if you put them in svn;
there are other people interested in trying it.

On Sun, Sep 04, 2005 at 03:58:53AM -0400, Robert Edmonds wrote:
> Hi again,
> 
> This time I have built packages[0] from the RELENG_6 kernel, which was
> not quite as easy as the 5.4 packages.  6.0 requires a new config(8), so
> I started work on a freebsd6-buildutils package[1], but ran into build
> errors with some unrelated components.
> 
> Compared to a stock FreeBSD 6.0 kernel, this one:
> 
>   - has no nvenet driver, which is a non-free Ethernet driver for nForce
>     motherboards.
> 
>   - has no hwpmc[2] driver, which caused build errors.  But this driver
>     is not present in 5.x.
> 
>   - is not compiled with the various debuggers, INVARIANT, WITNESS
>     options.
> 
>   - does not have SMP support.
> 
> This one will need more testing, as it breaks some rather important
> things like sshd:
> 
> debug1: Entering interactive session for SSH2.
> debug1: server_init_dispatch_20
> debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384
> debug1: input_session_request
> debug1: channel 0: new [server-session]
> debug1: session_new: init
> debug1: session_new: session 0
> debug1: session_open: channel 0
> debug1: session_open: session 0: link with channel 0
> debug1: server_input_channel_open: confirm session
> debug1: server_input_channel_req: channel 0 request pty-req reply 0
> debug1: session_by_channel: session 0 channel 0
> debug1: session_input_channel_req: session 0 req pty-req
> debug1: Allocating pty.
> openpty: Invalid argument
> session_pty_req: session 0 alloc failed
> debug1: server_input_channel_req: channel 0 request env reply 0
> debug1: session_by_channel: session 0 channel 0
> debug1: session_input_channel_req: session 0 req env
> debug1: server_input_channel_req: channel 0 request shell reply 0
> debug1: session_by_channel: session 0 channel 0
> debug1: session_input_channel_req: session 0 req shell
> debug1: PAM: establishing credentials
> 
> sshd is unable to allocate a tty, which makes it somewhat difficult to
> operate a shell.  This seems like it may require a glibc tweak, which
> brings up a related issue: how are libc0.1-dev, kfreebsd-kernel-headers,
> and the kfreebsd-headers-* packages related?
> 
> Hmm, interestingly enough, the code for openpty and forkpty in libutil
> on FreeBSD haven't changed recently:
> 
>   $FreeBSD: src/lib/libutil/pty.c,v 1.15 2003/10/18 10:04:16 markm Exp $
> 
> But forkpty does call login_tty, which sets an ioctl:
> 
>         if (ioctl(fd, TIOCSCTTY, (char *)NULL) == -1)
>                 return (-1);
> 
> Any thoughts?
> 
> 
> [0] http://199.77.131.136/kfreebsd60/
> [1] http://199.77.131.136/buildutils/
> [2] http://people.freebsd.org/~jkoshy/projects/perf-measurement/
> 
> -- 
> Robert Edmonds
> edmonds at debian.org



> _______________________________________________
> Glibc-bsd-devel mailing list
> Glibc-bsd-devel at lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/glibc-bsd-devel


-- 
Robert Millan