> > I tried the audio capabilities for curosity's sake, and they seem to
> > work fine, though the headphone jack doesn't seem to work.  The line-in
> > does, but I couldn't get audiorecord(1) to work, probably due to my
> > lack of experience with it.  (The internal speaker on a B180L rivals the
> > sound quality of the beep device on an i386 box.)
>
>hmm, please send-pr.

PR 35239

> > Compiling a kernel or perl (as root) causes resource limits to be
> > exceeded, I had to use unlimit in csh to get around that, does this
> > happen with other archs in current?  (I've always run stable releases
> > before on other archs, and I've never seen this.)
>
>I've seen this, but I'm not sure why it happens only on hp700. send-pr,
>please.

PR 35237

> > find(1) doesn't recognize hp700 (hppa) binaries correctly.  It thinks
> > executables are fonts:
> >
> > [disciple@arcusiv:disciple]$ file /usr/pkg/bin/digest
> > /usr/pkg/bin/digest: X11/NeWS bitmap font, for NetBSD 4.99.4, 
>dynamically
> > linked (uses shared libs), stripped
> >
> > ... and sometimes it gives even stranger results:
> >
>I'm guessing you've installed using a snapshot which is created on a LE
>machine. /usr/share/misc/magic* built on a BE machine should work, e.g.
>
>	ftp://ftp.netbsd.org/pub/NetBSD/misc/skrll/magic.tar.gz
>
>Thanks to Martin Husemann for these. (No patents!)

This fixed the problem for me, thanks.

> > I tried building some packages, including some that are X clients.
> > Some compiled successfully (e.g. nedit, mpg123), some didn't, (e.g.
> > Emacs).
> >
> > The Emacs build fails with:
> >
> > cc -c -I/usr/X11R6/include -I/usr/pkg/include -I/usr/local/include
> > -L/usr/pkg/lib -L/usr/local/lib  -DPNG_NO_ASSEMBLER_CODE 
>-I/usr/pkg/include
> > -I/usr/X11R6/include -I/usr/include -Demacs -DHAVE_CONFIG_H -DUSE_LUCID
> > -I. -I/usr/pkgsrc/editors/emacs/work/emacs-21.4/src -I/usr/X11R6/include
> > -I/usr/pkg/include -I/usr/local/include -L/usr/pkg/lib -L/usr/local/lib
> > -I/usr/X11R6/include -O2 -march=1.1 -mschedule=7300 -pipe
> > -I/usr/pkg/include -I/usr/X11R6/include -I/usr/include callproc.c
> > {standard input}: Assembler messages:
> > {standard input}:1446: Error: bad expression
> > {standard input}:1446: Error: bad expression
> > {standard input}:1446: Error: bad expression
> > {standard input}:1446: Error: bad expression
> > {standard input}:1446: Error: Invalid operands
> > gmake[1]: *** [callproc.o] Error 1
> > gmake[1]: Leaving directory 
>`/usr/pkgsrc/editors/emacs/work/emacs-21.4/src'
> > gmake: *** [src] Error 2
> > *** Error code 2
> >
> > ... I haven't looked into it yet.
>
>Do you have anything in /etc/mk.conf? send-pr.

Yes, I was using devel/cpuflags v. 1.05 from pkgsrc, which adds on
-march=1.1 -mschedule=7300 in my case.  (I contributed a patch to
handle various hp700 machines, I think it should all be correct.
According to gcc's documentation, there's often not much benefit to
using the -mschedule option, but as cpuflags is for the optimizing-
obsessive, I put it in.)

I tested compiling without the cpuflags output too, I got a linker
error instead.  PR 35235

> > I also noticed sometimes duplicate entries appear for the kernfs mount.
> >
> > [disciple@arcusiv:disciple]$ df -h
> > Filesystem    Size      Used     Avail Capacity  Mounted on
> > /dev/sd0a     1.0G       29M      929M     3%    /
> > /dev/sd0e     497M      4.5M      467M     0%    /var
> > /dev/sd0d     5.9G      927M      4.7G    16%    /usr
> > kernfs        1.0K      1.0K        0B   100%    /kern
> > kernfs        1.0K      1.0K        0B   100%    /kern
>
>send-pr.

PR 35236

... And one more, a special bonus of PR 35240.  Why a bonus?  Because I
actually fixed something myself, though it's only a lowly package.
I've supplied a fix to the configure script for www/libwww (needed for
packages like teTeX 3, which is my next victim) so it doesn't get all
screwed up trying to find basic include files and zlib.

Dave