FreeBSD_HEAD - Build #2871 - Successful:
Check console output at https://jenkins.freebsd.org/job/FreeBSD_HEAD/2871/ to
view the results.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To
Konstantin Belousov kostik...@gmail.com wrote:
I see the same problem on the up-to-date stable/10 host, trying to build
I'm building HEAD on stable/10, I just updated the tree and did a clean
tree buildworld ok.
HEAD. This is completely unacceptable, we have documented and always
supported
Hello,
I'm build CURENT (r284408) for arm with crochet.
all geom lasse's geom_*.so installed /usr/lib/ instead of /lib/geom
/usr/obj/_.installworld.armv6.log
...
=== sbin/geom/class/cache (install)
install -s -o root -g wheel -m 444 geom_cache.so
/usr/obj/_.mount.freebsd/usr/lib
install -o
On Sun, 14 Jun 2015 23:17:59 -0700
Garrett Cooper yaneurab...@gmail.com wrote:
On Jun 14, 2015, at 23:15, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
Recent source of CURRENT (r284404) fails to buildworld when option
CXXFLAGS+= -std=c++11 in /etc/src.conf
is given in
Now that vanilla head @284408 builds ( boots):
FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1751
r284408M/284408:1100077: Mon Jun 15 05:51:00 PDT 2015
r...@freebeast.catwhisker.org:/common/S3/obj/usr/src/sys/GENERIC amd64
I find that for my laptop, I encounter an
Mon, 15 Jun 2015 06:34:12 -0700
David Wolfskill da...@catwhisker.org написав:
Now that vanilla head @284408 builds ( boots):
FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT
#1751 r284408M/284408:1100077: Mon Jun 15 05:51:00 PDT 2015
On Mon, Jun 15, 2015 at 08:13:12AM -0700, Peter Wemm wrote:
Beware, a recent change has moved zfs tools internal libraries to the wrong
location and this can cause machines to be unbootable. /sbin/zfs uses the
libraries from /lib, which are now going stale and may have undefined
symbols.
man find has:
-newerXY file
...
In addition, if Y=t, then file is instead
interpreted as a direct date specification of the form understood
by cvs(1).
Now cvs is not in src/ but in ports/
devel/cvs/Makefile
LICENSE=GPLv2
Beware, a recent change has moved zfs tools internal libraries to the wrong
location and this can cause machines to be unbootable. /sbin/zfs uses the
libraries from /lib, which are now going stale and may have undefined symbols.
installworld is incorrectly installing them in /usr/lib. This
On Mon, Jun 15, 2015 at 09:52:29AM +0800, Kevin Lo wrote:
Kyou signed up as tester of run(4). I have converted run(4)
K and uploaded new patch at:
K
K https://reviews.freebsd.org/D2655
K
K Please try, report and update the project page.
K
K
On Mon, Jun 15, 2015 at 09:26:10AM +0300, Gleb Smirnoff wrote:
On Mon, Jun 15, 2015 at 09:52:29AM +0800, Kevin Lo wrote:
Kyou signed up as tester of run(4). I have converted run(4)
K and uploaded new patch at:
K
K https://reviews.freebsd.org/D2655
K
K Please try, report and
FreeBSD_HEAD_amd64_gcc4.9 - Build #89 - Fixed:
Check console output at
https://jenkins.freebsd.org/job/FreeBSD_HEAD_amd64_gcc4.9/89/ to view the
results.
___
freebsd-current@freebsd.org mailing list
On Mon, Jun 15, 2015 at 01:28:56PM -0700, Simon J. Gerraty wrote:
Garrett Cooper yaneurab...@gmail.com wrote:
There is yet another issue with the build system, I have
INSTALL+=-CS
in make.conf for around 15 years. Apparently it is broken now.
Ah! make.conf is getting included
On Jun 15, 2015, at 09:17, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
Am Mon, 15 Jun 2015 17:39:58 +0200
Baptiste Daroussin b...@freebsd.org schrieb:
On Mon, Jun 15, 2015 at 08:13:12AM -0700, Peter Wemm wrote:
Beware, a recent change has moved zfs tools internal libraries to the
On Jun 15, 2015, at 06:34, David Wolfskill da...@catwhisker.org wrote:
Now that vanilla head @284408 builds ( boots):
FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1751
r284408M/284408:1100077: Mon Jun 15 05:51:00 PDT 2015
On Jun 15, 2015, at 4:40, Andrey Fesenko f0and...@gmail.com wrote:
Hello,
I'm build CURENT (r284408) for arm with crochet.
all geom lasse's geom_*.so installed /usr/lib/ instead of /lib/geom
/usr/obj/_.installworld.armv6.log
...
=== sbin/geom/class/cache (install)
install -s -o root -g
On Jun 15, 2015, at 06:35, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
On Sun, 14 Jun 2015 23:17:59 -0700
Garrett Cooper yaneurab...@gmail.com wrote:
On Jun 14, 2015, at 23:15, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
Recent source of CURRENT (r284404) fails to buildworld when
On 15 Jun 2015, at 18:21, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
...
r284417 still fails ...
Please revert to r284344, e.g. just before r284345 (the huge meta-mode
commit by Simon). This broke custom CXXFLAGS for mkdep invocations. I
have updated bug 200868 with some information. [1]
On Mon, Jun 15, 2015 at 11:57:10AM -0700, Garrett Cooper wrote:
On Jun 15, 2015, at 4:40, Andrey Fesenko f0and...@gmail.com wrote:
Hello,
I'm build CURENT (r284408) for arm with crochet.
all geom lasse's geom_*.so installed /usr/lib/ instead of /lib/geom
On Jun 15, 2015, at 1:27, Simon J. Gerraty s...@juniper.net wrote:
Konstantin Belousov kostik...@gmail.com wrote:
I see the same problem on the up-to-date stable/10 host, trying to build
I'm building HEAD on stable/10, I just updated the tree and did a clean
tree buildworld ok.
HEAD.
Garrett Cooper yaneurab...@gmail.com wrote:
Now that vanilla head @284408 builds ( boots):
I fixed this the other day - just realized I haven't committed it.
make[6]: don't know how to make
Am Mon, 15 Jun 2015 17:39:58 +0200
Baptiste Daroussin b...@freebsd.org schrieb:
On Mon, Jun 15, 2015 at 08:13:12AM -0700, Peter Wemm wrote:
Beware, a recent change has moved zfs tools internal libraries to the wrong
location and this can cause machines to be unbootable. /sbin/zfs uses the
FreeBSD_HEAD_amd64_gcc4.9 - Build #88 - Failure:
Check console output at
https://jenkins.freebsd.org/job/FreeBSD_HEAD_amd64_gcc4.9/88/ to view the
results.
___
freebsd-current@freebsd.org mailing list
On Mon, Jun 15, 2015 at 11:33:47AM -0700, Simon J. Gerraty wrote:
Garrett Cooper yaneurab...@gmail.com wrote:
Now that vanilla head @284408 builds ( boots):
I fixed this the other day - just realized I haven't committed it.
make[6]: don't know how to make
Am 15.06.2015 um 22:07 schrieb David Wolfskill:
On Mon, Jun 15, 2015 at 11:33:47AM -0700, Simon J. Gerraty wrote:
Garrett Cooper yaneurab...@gmail.com wrote:
Now that vanilla head @284408 builds ( boots):
I fixed this the other day - just realized I haven't committed it.
make[6]: don't
Garrett Cooper yaneurab...@gmail.com wrote:
More breakage from projects/bmake. This should be fixed in theory, but
bapt/sjg can confirm if it’s fixed. Cheers,
Yes, sorry everyone - took a bit to identify the root cause
(ie. specific line)
*Should* be fixed now.
On Mon, Jun 15, 2015 at 12:27:36PM -0700, Garrett Cooper wrote:
Jenkins emails will probably keep on informing everyone about how healthy
things are in the meantime.
FYI it was broken before that just hidden and people would have figured out when
rebooting on the new world, this commit was to
Mon, 15 Jun 2015 22:05:29 +0200
O. Hartmann ohart...@zedat.fu-berlin.de написав:
Am Mon, 15 Jun 2015 20:27:49 +0200
Dimitry Andric d...@freebsd.org schrieb:
On 15 Jun 2015, at 18:21, O. Hartmann ohart...@zedat.fu-berlin.de
wrote: ...
r284417 still fails ...
Please revert to
Jenkins emails will probably keep on informing everyone about how healthy
things are in the meantime.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
Am Mon, 15 Jun 2015 20:27:49 +0200
Dimitry Andric d...@freebsd.org schrieb:
On 15 Jun 2015, at 18:21, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
...
r284417 still fails ...
Please revert to r284344, e.g. just before r284345 (the huge meta-mode
commit by Simon). This broke custom
On Mon, Jun 15, 2015 at 11:50:05PM +0300, Ivan Klymenko wrote:
Mon, 15 Jun 2015 22:05:29 +0200
O. Hartmann ohart...@zedat.fu-berlin.de написав:
Am Mon, 15 Jun 2015 20:27:49 +0200
Dimitry Andric d...@freebsd.org schrieb:
On 15 Jun 2015, at 18:21, O. Hartmann
On Mon, Jun 15, 2015 at 11:58:59PM +0300, Ivan Klymenko wrote:
Mon, 15 Jun 2015 22:51:42 +0200
Baptiste Daroussin b...@freebsd.org написав:
On Mon, Jun 15, 2015 at 11:50:05PM +0300, Ivan Klymenko wrote:
Mon, 15 Jun 2015 22:05:29 +0200
O. Hartmann ohart...@zedat.fu-berlin.de написав:
Thanks very much for the test David
David Wolfskill da...@catwhisker.org wrote:
OK; following up: I see Simon committed r284420; after hand-appling that
(1-line fix); I performed:
...
Each was successful:
___
freebsd-current@freebsd.org mailing list
Rainer Hurling rhur...@gwdg.de wrote:
I just tried r284421 and get another error. My '/etc/src.conf' includes
'WITH_LLDB=1':
A couple of folk have issue with WITH_LLDB
seeing if I can reproduce
___
freebsd-current@freebsd.org mailing list
Mon, 15 Jun 2015 22:51:42 +0200
Baptiste Daroussin b...@freebsd.org написав:
On Mon, Jun 15, 2015 at 11:50:05PM +0300, Ivan Klymenko wrote:
Mon, 15 Jun 2015 22:05:29 +0200
O. Hartmann ohart...@zedat.fu-berlin.de написав:
Am Mon, 15 Jun 2015 20:27:49 +0200
Dimitry Andric
See https://jenkins.freebsd.org/job/Build-UFS-image/1822/
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Garrett Cooper yaneurab...@gmail.com wrote:
There is yet another issue with the build system, I have
INSTALL+=-CS
in make.conf for around 15 years. Apparently it is broken now.
Ah! make.conf is getting included earlier.
So that {local,src}.sys.mk can be included earlier so that
On Mon, Jun 15, 2015 at 12:43 PM, Baptiste Daroussin b...@freebsd.org wrote:
On Mon, Jun 15, 2015 at 12:27:36PM -0700, Garrett Cooper wrote:
Jenkins emails will probably keep on informing everyone about how healthy
things are in the meantime.
FYI it was broken before that just hidden and
On Sun, 14 Jun 2015 23:17:59 -0700
Garrett Cooper yaneurab...@gmail.com wrote:
On Jun 14, 2015, at 23:15, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
Recent source of CURRENT (r284404) fails to buildworld when option
CXXFLAGS+= -std=c++11 in /etc/src.conf
is given in
FreeBSD_HEAD-tests - Build #1108 - Unstable:
Check console output at
https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests/1108/ to view the results.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To
Recent source of CURRENT (r284404) fails to buildworld when option
CXXFLAGS+= -std=c++11 in /etc/src.conf
is given in /etc/src.conf. That issue was introduced around after
r282336. Below, you'll se the src.conf I use. I also have the buildworl
d failure with src.conf containing only
On Jun 14, 2015, at 23:15, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
Recent source of CURRENT (r284404) fails to buildworld when option
CXXFLAGS+= -std=c++11 in /etc/src.conf
is given in /etc/src.conf. That issue was introduced around after
r282336. Below, you'll se the
On Mon, 15 Jun 2015 08:15:52 +0200
O. Hartmann ohart...@zedat.fu-berlin.de wrote:
Recent source of CURRENT (r284404) fails to buildworld when option
CXXFLAGS+= -std=c++11 in /etc/src.conf
is given in /etc/src.conf. That issue was introduced around after
r282336. Below, you'll
I’m experiencing the same issues with make buildkernel / make buildworld
(r284402+) - no src.conf, always with a fresh source tree - lots of issues with
mk and depends such as:
make[1]: stopped in /usr/src
.CURDIR='/usr/src'
.MAKE='make'
.OBJDIR='/usr/obj/usr/src'
.TARGETS='buildworld'
44 matches
Mail list logo