FreeBSD_HEAD-tests - Build #1679 - Still Unstable:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1679/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1679/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1679/console
Change su
03.11.2015 23:50, Maxim Pugachev пишет:
> I tried to install r29273 into Parallels VM, but got an error on
> "distextract" stage. Here is the last messages from bsdinstall_log:
>
> DEBUG: f_debug_init: ARGV=[distextract] GETOPTS_STDARGS=[dD:]
> DEBUG: f_debug_init: debug=[1] debugFile=[/tmp/bsdin
FreeBSD_HEAD-tests - Build #1680 - Still Unstable:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1680/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1680/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1680/console
Change su
On Thursday, 05 November 2015 11:45:25 PM Kristof Provost wrote:
> > On 05 Nov 2015, at 17:25, Shawn Webb wrote:
> > I've figured it out. I've removed all rules and went with a barebones
> > config.
> >
> > Right now, the laptop I'm using for NAT has an outbound interface of wlan0
> > with an IP
On Sun, 8 Nov 2015 10:28:17 -0800 Steve Kargl
wrote
> On Sun, Nov 01, 2015 at 11:19:09PM -0800, NGie Cooper wrote:
> >
> > > /usr/obj/usr/src/tmp/usr/lib/libcrypto.so: undefined reference to
> > > 'PKCS7_dataInit' /usr/obj/usr/src/tmp/usr/lib/libcrypto.so: undefined
> > > reference to 'PKCS7_dat
On 2015-11-09 03:50, Boris Samorodov wrote:
> 03.11.2015 23:50, Maxim Pugachev пишет:
>
>> I tried to install r29273 into Parallels VM, but got an error on
>> "distextract" stage. Here is the last messages from bsdinstall_log:
>>
>> DEBUG: f_debug_init: ARGV=[distextract] GETOPTS_STDARGS=[dD:]
>>
On Mon, 2015-11-09 at 06:09 -0800, Chris H wrote:
> On Sun, 8 Nov 2015 10:28:17 -0800 Steve Kargl
> wrote
>
> > On Sun, Nov 01, 2015 at 11:19:09PM -0800, NGie Cooper wrote:
> > >
> > > > /usr/obj/usr/src/tmp/usr/lib/libcrypto.so: undefined reference
> > > > to
> > > > 'PKCS7_dataInit' /usr/obj/u
> On Nov 9, 2015, at 09:56, Ian Lepore wrote:
...
>> I must perform a
>> chflags -R noschg
>> on /usr/obj prior to blowing it away. Is it different for you,
>> or did you just omit that step?
>
> In 19 years of using freebsd, I have never once needed to chflags on an
> obj directory. Nothing
On Mon, 09 Nov 2015 10:56:12 -0700 Ian Lepore wrote
> On Mon, 2015-11-09 at 06:09 -0800, Chris H wrote:
> > On Sun, 8 Nov 2015 10:28:17 -0800 Steve Kargl
> > wrote
> >
> > > On Sun, Nov 01, 2015 at 11:19:09PM -0800, NGie Cooper wrote:
> > > >
> > > > > /usr/obj/usr/src/tmp/usr/lib/libcrypto.so
On Friday, November 06, 2015 01:34:26 AM Daniel Dettlaff wrote:
> Hello.
>
> I have my second kernel panic, related with “MAC_PORTACL” kernel module
> loading in CURRENT.
> The only thing to do is to put mac_portacl_load=“YES” in loader.conf and boot
> machine.
>
> I built kernel using this con
On Friday, November 06, 2015 07:02:59 PM Hans Petter Selasky wrote:
> On 11/06/15 12:20, Andriy Gapon wrote:
> > Now the strange part:
> >
> > 0x80619a18 <+744>: jne0x80619a61
> > <__mtx_lock_flags+817>
> > 0x80619a1a <+746>: mov%rbx,(%rsp)
> > => 0x
Hello,
I have this buildwordl failure:
===> libexec/rbootd (depend)
--- depend_subdir_lib ---
--- aton_ether_subr.c ---
/usr/src/contrib/netbsd-tests/lib/libc/net/gen_ether_subr
/usr/src/sys/net/if_ethersubr.c ato
n_ether_subr.c
sh: /usr/src/contrib/netbsd-tests/lib/libc/net/gen_ether_subr:
Pe
> On Nov 9, 2015, at 13:35, José Pérez wrote:
>
> Hello,
> I have this buildwordl failure:
>
> ===> libexec/rbootd (depend)
> --- depend_subdir_lib ---
> --- aton_ether_subr.c ---
> /usr/src/contrib/netbsd-tests/lib/libc/net/gen_ether_subr
> /usr/src/sys/net/if_ethersubr.c ato
> n_ether_subr.c
On Sun, 8 Nov 2015, Pedro Giffuni wrote:
> Great! We already worked around the issue by disabling
> stack-protector-strong for gcc48 though.
Yep - it still felt like the right thing to also address this in the port.
> What looks somewhat strange to me is that lang/gcc is an independent
> port
On 11/8/2015 5:55 PM, NGie Cooper wrote:
>
>> On Nov 7, 2015, at 10:39, Garrett Cooper wrote:
>>
>>> On Nov 7, 2015, at 06:18, Andriy Gapon wrote:
>>>
On 07/11/2015 10:00, jenkins-ad...@freebsd.org wrote:
In file included from
/builds/FreeBSD_HEAD_sparc64/gnu/lib/libstdc++/../../
On 11/7/2015 7:14 PM, Jeffrey Bouquet wrote:
> I've a not-complete-installworld from today, dumped core halfway through
> despite single-user mode...
Did you use -j to installworld?
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
On 11/9/2015 2:42 PM, Garrett Cooper wrote:
>
>> On Nov 9, 2015, at 13:35, José Pérez wrote:
>>
>> Hello,
>> I have this buildwordl failure:
>>
>> ===> libexec/rbootd (depend)
>> --- depend_subdir_lib ---
>> --- aton_ether_subr.c ---
>> /usr/src/contrib/netbsd-tests/lib/libc/net/gen_ether_subr
>
On 11/8/2015 10:41 AM, Franco Fichtner wrote:
> Hi everyone,
>
> I'm trying to build 11-CURRENT, but seeing missing header files
> in lib/libelf, lib/libdwarf and lib/nucurses during a seemingly
> simple `make buildworld' run.
>
> The include files land e.g. in a tmp/legacy/usr/include object
> p
On 11/9/2015 4:21 PM, Bryan Drewery wrote:
> On 11/8/2015 10:41 AM, Franco Fichtner wrote:
>> Hi everyone,
>>
>> I'm trying to build 11-CURRENT, but seeing missing header files
>> in lib/libelf, lib/libdwarf and lib/nucurses during a seemingly
>> simple `make buildworld' run.
>>
>> The include file
> On Nov 9, 2015, at 16:13, Bryan Drewery wrote:
...
> If this is a shell file then it is best to invoke it with 'sh' rather
> than a chmod/#!. The src checkout should be noexec-safe.
Right. I think it'd be a good idea for me to hunt down other issues though in
the build by setting -o noexec
On 11/9/2015 5:17 PM, Garrett Cooper wrote:
>
>> On Nov 9, 2015, at 16:13, Bryan Drewery wrote:
>
>
> ...
>
>> If this is a shell file then it is best to invoke it with 'sh' rather
>> than a chmod/#!. The src checkout should be noexec-safe.
>
> Right. I think it'd be a good idea for me to hun
> On Nov 9, 2015, at 17:27, Bryan Drewery wrote:
>
>> On 11/9/2015 5:17 PM, Garrett Cooper wrote:
>>
>>> On Nov 9, 2015, at 16:13, Bryan Drewery wrote:
>>
>>
>> ...
>>
>>> If this is a shell file then it is best to invoke it with 'sh' rather
>>> than a chmod/#!. The src checkout should be n
On 11/9/2015 6:01 PM, Garrett Cooper wrote:
>
>> On Nov 9, 2015, at 17:27, Bryan Drewery wrote:
>>
>>> On 11/9/2015 5:17 PM, Garrett Cooper wrote:
>>>
On Nov 9, 2015, at 16:13, Bryan Drewery wrote:
>>>
>>>
>>> ...
>>>
If this is a shell file then it is best to invoke it with 'sh' rathe
On Mon, 9 Nov 2015 16:10:55 -0800, Bryan Drewery wrote:
> On 11/7/2015 7:14 PM, Jeffrey Bouquet wrote:
> > I've a not-complete-installworld from today, dumped core halfway through
> > despite single-user mode...
>
> Did you use -j to installworld?
>
> --
> Regards,
> Bryan Drewery
No. Ma
> >> include/Makefile:MK_OSRELDATE_SH= ${.CURDIR}/mk-osreldate.sh
> >> include/Makefile: sh ${MK_OSRELDATE_SH}
>
> I actually wrote up a patch recently to use ${SH} in all places of 'sh'
> and '/bin/sh', and noted on SHELL?= that was not useful to use, but did
> not commit it (yet)
On Mon, Nov 09, 2015 at 08:18:32AM -0500, Shawn Webb wrote:
> I'm using iocage for jailing.
>
> It's now looking like pf is back to being broken for me. I've tried every
> combination possible, even hardcoding the values:
>
> nat on wlan0 from {192.168.6.0/24, 192.168.7.0/24} to any -> 129.6.251
On Mon, Nov 09, 2015 at 10:56:12AM -0700, Ian Lepore wrote:
> On Mon, 2015-11-09 at 06:09 -0800, Chris H wrote:
> > On Sun, 8 Nov 2015 10:28:17 -0800 Steve Kargl
> > wrote
> >
> > > On Sun, Nov 01, 2015 at 11:19:09PM -0800, NGie Cooper wrote:
> > > >
> > > > > /usr/obj/usr/src/tmp/usr/lib/libcry
27 matches
Mail list logo