On Thu, Oct 2, 2014 at 5:23 AM, Craig Rodrigues wrote:
> Hi,
>
> I have managed to eliminate all the test failures from /usr/tests in CURRENT
> except for one failure. See:
>
> https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-tests2/8/testReport/
>
> I can reproduce the failure by doing the f
On Mon, Sep 22, 2014 at 11:15 AM, Thomas Mueller
wrote:
> I was successful on make buildworld and kernel, but make installworld failed
> on a missing file somewhere:
>
> /usr/share/man/man3/pmclog_read.3.gz -> /usr/share/man/man3/pmclog.3.gz
> ===> lib/libproc (install)
> install -C -o root -g wh
On Mon, Sep 8, 2014 at 2:36 PM, Brooks Davis wrote:
> I believe the majority of packages don't suffer from post-install
> scripts hence the suggestion that extracting in the right place without
> root would solve 80-90% of the problem (and probably take no more than
> 10% of the work). I could li
On Mon, Sep 8, 2014 at 11:48 AM, Brooks Davis wrote:
>
> If you don't mind the ownership being wrong and there being a few extra
> +FOO files tar works. It would be great for someone to teach package to
> install without root and to update a METALOG file. That's not 100% of
> the solution, but i
On Tue, Jun 10, 2014 at 4:54 PM, Glen Barber wrote:
> After reviewing Julio's proposed changes, I realize that there is a way
> to avoid populating /usr/tests when building the on-disc filesystem.
> I think this will also apply to the WITH_DEBUG_FILES=1 case mentioned.
>
> It seems I cannot apply
On Sun, Jun 8, 2014 at 1:50 PM, Warren Block wrote:
> How much of an impact does the test suite have in terms of disk space
> (probably not much)
It clocks at 11MB now on amd64.
> and buildworld time (possibly not much, either)?
Haven't measured. Note, though, that the majority of the existing
On Sat, Jun 7, 2014 at 3:53 PM, Konstantin Belousov wrote:
> Could somebody point out a popular software system that spills the
> tests or other developer-only[*] stuff into the production install ? I
> immediately remember the perl and its modules which have very extensive
> test suite, but the t
On Fri, Jun 6, 2014 at 11:33 PM, Konstantin Belousov
wrote:
> It is the same as the debugging kernel. The INVARIANTS, WITNESS, DEBUG
> and DIAGNOSTIC options are not enabled for the user consumption.
No; this is not the same at all. All the options you mention introduce
a performance penalty on t
On Fri, Jun 6, 2014 at 3:50 PM, Jilles Tjoelker wrote:
> This is certainly useful, but please fix installworld from a read-only
> (e.g. NFS) /usr/obj first. I reported this a while ago in
> http://lists.freebsd.org/pipermail/freebsd-testing/2014-May/000384.html
> "build Kyuafile.auto during buildw
Hello all,
TL;DR
-
I plan to turn the TESTS src.conf knob ON by default on Tuesday once I
have been able to perform enough sanity-checks of the build and all of
them pass.
The impact of this is that the FreeBSD Test Suite (see tests(7)) will
be built and installed by default under /usr/test
On Mon, Feb 24, 2014 at 6:47 AM, Thomas Mueller
wrote:
> To Julio Merino: How long did NetBSD include both sendmail and postfix in
> base? What NetBSD releases? What was the first release that included both
> sendmail and postfix, and the first release where sendmail was dropped?
>
On Sun, Feb 23, 2014 at 4:11 PM, Baptiste Daroussin wrote:
> Hi,
>
> As some of you may have noticed, I have imorted a couple of days ago dma
> (DragonFly Mail Agent) in base. I have been asked to explain my motivation
> so
> here they are.
>
> DragonFly Mail Agent is a minimalistic mailer that is
nly at the interface level.
Search for MAKEVERBOSE as a starting point here:
http://cvsweb.netbsd.org/bsdweb.cgi/src/share/mk/bsd.own.mk?rev=1.759&content-type=text/x-cvsweb-markup&only_with_tag=MAIN
--
Julio Merino / @jmmv
___
freebsd-cur
13 matches
Mail list logo