On Mon, 3 Mar 2014 23:31:29 +0100
"b...@freebsd.org" wrote:
> On Mon, Mar 03, 2014 at 11:04:12PM +0100, Michael Gmelin wrote:
> > On Thu, 27 Feb 2014 11:47:51 -0800
> > David Thiel wrote:
> >
> > > On 02/27, Michael Gmelin wrote:
> > > > I stumbled over the same problem today on 10.0, make NO_S
On Mon, Mar 03, 2014 at 11:04:12PM +0100, Michael Gmelin wrote:
> On Thu, 27 Feb 2014 11:47:51 -0800
> David Thiel wrote:
>
> > On 02/27, Michael Gmelin wrote:
> > > I stumbled over the same problem today on 10.0, make NO_STAGE=1
> > > install worked for me on the first attempt though. I can also
On Thu, 27 Feb 2014 11:47:51 -0800
David Thiel wrote:
> On 02/27, Michael Gmelin wrote:
> > I stumbled over the same problem today on 10.0, make NO_STAGE=1
> > install worked for me on the first attempt though. I can also
> > confirm the problem with dnscache-conf when installing the binary
> > p
> On Mar 3, 2014, at 2:16 AM, Baptiste Daroussin wrote:
>
>> On Sun, Mar 02, 2014 at 07:53:31PM -0800, David Thiel wrote:
>>> On 02/27, Chad J. Milios wrote:
>>> root@kakashi:~ # dnscache-conf dnscache dnslog /var/service/dnscache
>>> dnscache-conf: fatal: unable to switch to
>>> /usr/ports/dns
On Sun, Mar 02, 2014 at 07:53:31PM -0800, David Thiel wrote:
> On 02/27, Chad J. Milios wrote:
> > root@kakashi:~ # dnscache-conf dnscache dnslog /var/service/dnscache
> > dnscache-conf: fatal: unable to switch to
> > /usr/ports/dns/djbdns/work/stage/usr/local: file does not exist
> > root@kakashi
On 02/27, Chad J. Milios wrote:
> root@kakashi:~ # dnscache-conf dnscache dnslog /var/service/dnscache
> dnscache-conf: fatal: unable to switch to
> /usr/ports/dns/djbdns/work/stage/usr/local: file does not exist
> root@kakashi:~ # strings `which dnscache-conf` | grep stage
> /usr/ports/dns/djbdns
On 02/27, Michael Gmelin wrote:
> I stumbled over the same problem today on 10.0, make NO_STAGE=1
> install worked for me on the first attempt though. I can also confirm
> the problem with dnscache-conf when installing the binary package
> using "pkg install".
Can you confirm the exact version you
> On 27 Feb 2014, at 11:43, "Chad J. Milios" wrote:
>
> setting MAKE_JOBS_UNSAFE didn't do it for me. furthermore, i have more
> peculiarities to report:
>
> my testing earlier, (where i got the build/package/install to "succeed" by
> doing `make clean && make && sleep 1 && make package`) re
setting MAKE_JOBS_UNSAFE didn't do it for me. furthermore, i have more
peculiarities to report:
my testing earlier, (where i got the build/package/install to "succeed"
by doing `make clean && make && sleep 1 && make package`) resulted in
quietly installing a borked program. dnscache-conf then
Oh yeah, I probably should have mentioned I'm on 9.2-RELEASE/amd64 with
all ZFS file systems (except tmpfs /tmp). I'll give that a shot and
report back, usually woulda been my first stab at it but i too had a
feeling that just didnt seem to be applicable in this case. I'll have to
try it out to
Interesting, I can't seem to replicate it here. It doesn't seem like
MAKE_JOBS_UNSAFE would apply, but perhaps try that?
On 02/19, Chad J. Milios wrote:
> there seems to be a timing issue. can anyone else please confirm this
> problem is happening? I haven't gone ahead and tried any non-default
there seems to be a timing issue. can anyone else please confirm this
problem is happening? I haven't gone ahead and tried any non-default
values of vfs.timestamp_precision.
make package
fails 26/30 times
make && sleep 1 && make package
succeeds 50/50 times
Thanks in advance.
here is the ful
12 matches
Mail list logo
