On Sun, May 09, 2010 at 02:44:49PM +0200, Joerg Sonnenberger wrote:
> On Sun, May 09, 2010 at 07:26:53AM +, David Holland wrote:
> > If DNS won't go, any IP addresses you need that you failed to write
> > down before you started the install are a show-stopper; you need to
> > abort the inst
On Thu, May 06, 2010 at 03:17:38PM +0300, Jukka Ruohonen wrote:
> > > Perhaps we need a bot to watch all commits and send reminders like
> > > "You added a new file, but you haven't updated the sets, see
> > > for instructions", "You added a new sysctl node but you haven't
> > > updated sysctl
On Fri, May 14, 2010 at 05:10:24AM +, David Holland wrote:
> Anyway, can you (at your convenience) send me a list of the things
> like this that need consistency checking? I will then have a shot at
> writing some scripts and we can see what things look like.
er wait, there's a list upthrea
On Thu, May 06, 2010 at 08:51:29AM +, David Holland wrote:
> On Thu, May 06, 2010 at 08:14:08AM +, Jukka Ruohonen wrote:
> > Correct the discussion about return values: fileno() may fail and return
> -1.
> > Note that in such cases the NetBSD implementation does not set errno to
>
On Wed, May 12, 2010 at 03:40:38AM +, Mindaugas Rasiukevicius wrote:
> execve1: move few PNBUF_PUT() outside the lock paths.
Thank you.
--
David A. Holland
dholl...@netbsd.org
On Thu, May 06, 2010 at 08:27:05PM +0900, Izumi Tsutsui wrote:
> >> -bus master devices which assumed little endian byte order in
> >> +bus master devices that do little endian
> >> .Tn DMA
> >> -transfers, even on big endian systems.
> >> +transfers on big endian systems.
>
> What's "litt
On Wed, May 05, 2010 at 10:10:39AM -0400, Christos Zoulas wrote:
> Revert bogus patch that attempted to canonicalize a non absolute
> argv[0] using realpath(3). Consider: touch Makefile; mkdir make;
> make. This will set $MAKE to $PWD/make so further attempts to use
> ${MAKE} will try to execut
On Fri, May 14, 2010 at 05:10:24AM +, David Holland wrote:
> Yes. The trouble is that because libraries and headers don't match up,
> you need to parse headers to extract the lists, and that seems likely
> to end up being delicate and a constant source of annoyance.
How about the section 4 ma
