Dear Garance,
as you're still maintaining lpr, I'm passing this through you.
If one build his server WITHOUT_LPR, there are constantly few directories that
are created by make hierarchy and then reported my make check-old.
Attached is a small patch against -current that should eliminate it (ins
FreeBSD_HEAD_i386 - Build #1610 - Failure:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1610/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1610/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1610/console
Change summaries:
2
FreeBSD_HEAD_i386 - Build #1611 - Still Failing:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1611/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1611/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1611/console
Change summari
FreeBSD_HEAD_i386 - Build #1612 - Still Failing:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1612/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1612/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1612/console
Change summari
On 07/11/2015 10:00, jenkins-ad...@freebsd.org wrote:
> In file included from
> /builds/FreeBSD_HEAD_sparc64/gnu/lib/libstdc++/../../../contrib/gcc/debug.c:19:
> /builds/FreeBSD_HEAD_sparc64/gnu/lib/libstdc++/../../../contrib/gcc/system.h:418:
> error: conflicting types for 'strsignal'
> /builds/
On 07 Nov 2015, at 15:20, jenkins-ad...@freebsd.org wrote:
> FreeBSD_HEAD_i386 - Build #1612 - Still Failing:
>
> Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1612/
> Full change log:
> https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1612/changes
> Full build log: https:
On Sat, Nov 07, 2015 at 04:28:38PM +0100, Dimitry Andric wrote:
> On 07 Nov 2015, at 15:20, jenkins-ad...@freebsd.org wrote:
> > FreeBSD_HEAD_i386 - Build #1612 - Still Failing:
> >
> > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1612/
> > Full change log:
> > https://jen
FreeBSD_HEAD_i386 - Build #1613 - Still Failing:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1613/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1613/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1613/console
Change summari
On 11/7/2015 3:08 AM, Dmitry Morozovsky wrote:
> ===
> --- etc/mtree/BSD.include.dist(revision 290360)
> +++ etc/mtree/BSD.include.dist(working copy)
> @@ -7,10 +7,6 @@
> .
> arpa
> ..
> -atf-c
> -..
On Sat, 7 Nov 2015, Bryan Drewery wrote:
> On 11/7/2015 3:08 AM, Dmitry Morozovsky wrote:
> > ===
> > --- etc/mtree/BSD.include.dist (revision 290360)
> > +++ etc/mtree/BSD.include.dist (working copy)
> > @@ -7,10 +7,6 @@
>
FreeBSD_HEAD_i386 - Build #1614 - Still Failing:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1614/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1614/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1614/console
Change summari
On Sat, 7 Nov 2015, Dmitry Morozovsky wrote:
> > > +++ etc/mtree/BSD.include.dist(working copy)
> > > @@ -7,10 +7,6 @@
> > > .
> > > arpa
> > > ..
> > > -atf-c
> > > -..
> > > -atf-c++
> > > -..
> >
> > Why?
>
> ehhm... Well, it seems coincidence, but my stable/10
> On Nov 7, 2015, at 10:19, Dmitry Morozovsky wrote:
...
> ===
> --- etc/mtree/BSD.lpr.dist(nonexistent)
> +++ etc/mtree/BSD.lpr.dist(working copy)
> @@ -0,0 +1,30 @@
> +# $FreeBSD$
> +#
> +# Please see the file src/etc/mtr
> 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++/../../../contrib/gcc/debug.c:19:
>> /builds/FreeBSD_HEAD_sparc64/gnu/lib/libstdc++/../../../contrib/gcc/system.h:
On Sat, 7 Nov 2015, Garrett Cooper wrote:
> > +/set type=dir uname=root gname=wheel mode=0755
> > +.
> > +include
> > +atf-c
> > +..
> > +atf-c++
> > +..
>
> This diff is incorrect.
Yes, as Brian noted, this is completely orthogonal.
> There are a lot of othe
On Sat, 7 Nov 2015, Garrett Cooper wrote:
> > ===
> > --- etc/mtree/BSD.lpr.dist(nonexistent)
> > +++ etc/mtree/BSD.lpr.dist(working copy)
> > @@ -0,0 +1,30 @@
> > +# $FreeBSD$
> > +#
> > +# Please see the file src/etc/mtree/R
On 11/7/2015 10:42 AM, Dmitry Morozovsky wrote:
> On Sat, 7 Nov 2015, Garrett Cooper wrote:
>
>>> +/set type=dir uname=root gname=wheel mode=0755
>>> +.
>>> +include
>>> +atf-c
>>> +..
>>> +atf-c++
>>> +..
>>
>> This diff is incorrect.
>
> Yes, as Brian noted,
On Sat, 7 Nov 2015, Bryan Drewery wrote:
> >>> +/set type=dir uname=root gname=wheel mode=0755
> >>> +.
> >>> +include
> >>> +atf-c
> >>> +..
> >>> +atf-c++
> >>> +..
> >>
> >> This diff is incorrect.
> >
> > Yes, as Brian noted, this is completely orthogonal.
On 11/6/15 3:20 AM, Andriy Gapon wrote:
> Unread portion of the kernel message buffer:
>
> Fatal trap 1: privileged instruction fault while in kernel mode
...
What SVN revision?
--
Regards,
Bryan Drewery
___
freebsd-current@freebsd.org mailing list
ht
> On Nov 7, 2015, at 10:56, Dmitry Morozovsky wrote:
>
> On Sat, 7 Nov 2015, Bryan Drewery wrote:
>
> +/set type=dir uname=root gname=wheel mode=0755
> +.
> +include
> +atf-c
> +..
> +atf-c++
> +..
This diff is incorrect
FreeBSD_HEAD_i386 - Build #1615 - Still Failing:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1615/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1615/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1615/console
Change summari
FreeBSD_HEAD_i386 - Build #1616 - Still Failing:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1616/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1616/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1616/console
Change summari
Kristof Provost wrote:
Can you give this a quick test:
diff --git a/sys/netpfil/pf/pf.c b/sys/netpfil/pf/pf.c
index 1dfc37d..762b82e 100644
--- a/sys/netpfil/pf/pf.c
+++ b/sys/netpfil/pf/pf.c
@@ -1973,9 +1973,9 @@ pf_addr_wrap_neq(struct pf_addr_wrap *aw1, struct
pf_addr_wrap *aw2)
swi
On 07/11/2015 21:48, Bryan Drewery wrote:
> On 11/6/15 3:20 AM, Andriy Gapon wrote:
>> Unread portion of the kernel message buffer:
>>
>> Fatal trap 1: privileged instruction fault while in kernel mode
> ...
>
> What SVN revision?
r289875 from October 24.
--
Andriy Gapon
___
r290519 should fix this particular error. I'm building another i386
toolchain to run the rest of the kernel build locally, but it will be
a while before I can do so.
Thanks,
Conrad
On Sat, Nov 7, 2015 at 2:29 PM, wrote:
> FreeBSD_HEAD_i386 - Build #1616 - Still Failing:
>
> Build information:
On 11/7/2015 3:08 PM, Andriy Gapon wrote:
> On 07/11/2015 21:48, Bryan Drewery wrote:
>> On 11/6/15 3:20 AM, Andriy Gapon wrote:
>>> Unread portion of the kernel message buffer:
>>>
>>> Fatal trap 1: privileged instruction fault while in kernel mode
>> ...
>>
>> What SVN revision?
>
> r289875 from
FreeBSD_HEAD_i386 - Build #1617 - Fixed:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1617/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1617/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1617/console
Change summaries:
290
On 11/5/15 6:46 AM, Ulrich Spörlein wrote:
2015-11-04 18:57 GMT+01:00 Ulrich Spörlein :
The recent SVN update on the cluster broke svn2git in certain circumstances.
To fix this and make sure no content was dropped, the converter has
been stopped and we're working on bringing a fixed version o
On 7 Nov, Bryan Drewery wrote:
> On 11/7/2015 3:08 PM, Andriy Gapon wrote:
>> On 07/11/2015 21:48, Bryan Drewery wrote:
>>> On 11/6/15 3:20 AM, Andriy Gapon wrote:
Unread portion of the kernel message buffer:
Fatal trap 1: privileged instruction fault while in kernel mode
>>> ...
>>
On 7 Nov, To: bdrew...@freebsd.org wrote:
> On 7 Nov, Bryan Drewery wrote:
>> On 11/7/2015 3:08 PM, Andriy Gapon wrote:
>>> On 07/11/2015 21:48, Bryan Drewery wrote:
On 11/6/15 3:20 AM, Andriy Gapon wrote:
> Unread portion of the kernel message buffer:
>
> Fatal trap 1: privilege
I've a not-complete-installworld from today, dumped core halfway through
despite single-user mode...
began with an install of libc++... which was fine.
i can restore
/lib
/libexec
/bin
/sbin
/usr/bin
/usr/sbin
from an earlier backup
and most binaries work again, but nowhere near
full functional
31 matches
Mail list logo