I just updated my machine to -current (sources updated on 2016-12-31 at
23:00:24 UTC - about 4 hours ago). When I rebooted with new kernel and
userland, I got the following message during startup:
Jan 1 11:20:56 speedy ntpd[508]: ntp_rlimit: Cannot set
RLIMIT_STACK: Invalid
Updating src tree:
P src/distrib/sets/lists/comp/mi
P src/doc/TODO.ptrace
P src/lib/libcurses/Makefile
P src/lib/libcurses/curses.h
P src/lib/libcurses/curses_cursor.3
P src/lib/libcurses/curses_pad.3
P src/lib/libcurses/curses_private.h
P src/lib/libcurses/curses_refresh.3
P
On Sun, Jan 01, 2017 at 01:09:57AM +0100, Tom Ivar Helbekkmo wrote:
> Happy new year! :)
>
> Being awake, I decided to observe the leap second. Not much luck.
> Turns out that date(1) shows :59 for two seconds, instead of going to
> the correct :60 during the extra second. Is that correct
Happy new year! :)
Being awake, I decided to observe the leap second. Not much luck.
Turns out that date(1) shows :59 for two seconds, instead of going to
the correct :60 during the extra second. Is that correct behaviour?
-tih
--
Most people who graduate with CS degrees don't understand the
In article
> On 29/12/2016, at 10:39 AM, Brian Buhrow wrote:
>
> hello. thanks for the feedback. The earlier post about looking at
> the mtree source code gave a clue about what to do. The build is running
> as root and not in a chrooted environment. So, mtree is doing lookups
hello. thanks for the feedback. The earlier post about looking at
the mtree source code gave a clue about what to do. The build is running
as root and not in a chrooted environment. So, mtree is doing lookups
against the host's password and group files. My uid for user postgres was
Hi Brian,
Can you provide the snippet of the log from a build with -N 2 that shows the
command line for nbmakefs? If you have trouble coming up with a log small
enough for you to feel comfortable cross-posting, feel free to email it to me
directly, or use something like pastebin.
nbmakefs
By grepping some code I suspect this might be triggered by mtree/spec.c:
if (uid_from_user(val, ) == -1)
mtree_err("unknown user `%s'", val);
So I guess you have generated a mtree spec file for one of the sets which
explicitly mentions the
On Dec 27, 2016 14:18, "bch" wrote:
On Dec 27, 2016 05:50, "Christos Zoulas" wrote:
On Dec 26, 9:28pm, brad.har...@gmail.com (bch) wrote:
-- Subject: Re: CVS commit: src/sys
| On Dec 26, 2016 15:21, "Christos Zoulas" wrote:
On Dec 27, 2016 05:50, "Christos Zoulas" wrote:
On Dec 26, 9:28pm, brad.har...@gmail.com (bch) wrote:
-- Subject: Re: CVS commit: src/sys
| On Dec 26, 2016 15:21, "Christos Zoulas" wrote:
|
| Module Name:src
| Committed By: christos
| Date:
11 matches
Mail list logo