TB --- 2013-01-12 05:11:55 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-01-12 05:11:55 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
TB --- 2013-01-12 04:00:16 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-01-12 04:00:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
TB --- 2013-01-12 04:00:16 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-01-12 04:00:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
On 01/11/13 03:22, Gleb Kurtsou wrote:
On (10/01/2013 20:21), George Mitchell wrote:
I grabbed the ports tree as of 308518, the RELEASE_9_1_0 tag.
devel/libtool won't build, because it requires autom4te during the
configure phase. So I put "BUILD_DEPENDS= autom4te:devel/autoconf"
in the Makefil
TB --- 2013-01-11 22:02:00 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-01-11 22:02:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
On Fri, Jan 11, 2013 at 03:30:44PM -0500, Matthew X. Economou wrote:
> Speaking of ZFS restriping, is anyone (Oracle/FreeBSD/etc.) actively
> working on block pointer rewrite functionality for ZFS?
If Oracle does it, I wouldn't expect to see it released in source code
form for the rest of us to us
Dimitry cced.
Sent from my iPhone
On Jan 11, 2013, at 11:41 AM, "O. Hartmann" wrote:
> When building the system, I receive very quickly the following error
> when /usr/src/lib/libcxxrt is compiled:
>
>
> c++ -fpic -DPIC -O2 -pipe -O3 -march=native
> -I/usr/src/lib/libcxxrt/../../contrib/lib
TB --- 2013-01-11 20:50:16 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-01-11 20:50:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
TB --- 2013-01-11 20:50:16 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-01-11 20:50:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
On Fri, Jan 11, 2013 at 7:44 AM, John Baldwin wrote:
> On Wednesday, October 31, 2012 02:12:55 PM m...@freebsd.org wrote:
>> I seem to recall a thread earlier on this limitation, but looking at
>> actual libc/stdio sources, the 4 year old check for open(2)'s fd being
>> less than SHRT_MAX is still
Speaking of ZFS restriping, is anyone (Oracle/FreeBSD/etc.) actively
working on block pointer rewrite functionality for ZFS?
--
I FIGHT FOR THE USERS
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-curren
On Friday, December 21, 2012 05:47:26 AM Ivan Klymenko wrote:
> В Tue, 14 Aug 2012 14:04:07 -0400
>
> John Baldwin пишет:
> > On Tuesday, August 14, 2012 05:29:09 AM Ivan Klymenko wrote:
> > > http://privatepaste.com/147286442b
> >
> > It is easier to reply if the messages are inline (for future
On Friday, November 23, 2012 10:08:28 PM Ryan Stone wrote:
> Today I saw a spurious witness warning for "acquiring duplicate lock of
> same type". The root cause is that when running mtx_destroy on a spinlock
> that is held by the current thread, mtx_destroy calls spinlock_exit()
> before calling
On Tuesday, November 27, 2012 01:41:46 AM Andrey Zonov wrote:
> On 11/19/12 11:32 PM, Luigi Rizzo wrote:
> > today i was comparing the performance of some netmap-related code
> > on FreeBSD and Linux (RELENG_9 vs 3.2) and i was surprised to see that
> > our system calls are significantly slower.
>
On Monday, November 19, 2012 03:24:19 AM Alex Keda wrote:
> I try update my laptop - Compaq 6715s from 9.0 to 9.1-rc3
> it cannot boot, because no HDD found
> dmesg from 9.0/9.1 and pciconf in attached files
Can you get a verbose dmesg from 9.0? Also, if at all possible, it would be
very helpful
On Friday, November 09, 2012 05:47:43 PM Adrian Chadd wrote:
> On 9 November 2012 14:37, Chuck Burns wrote:
> > Adrian. diskspace and cpu cycles are things I can spare, drop me a line
> > outside of the ML and we can discuss particulars. "It's just a personal
> > box.. on a residential internet se
On Wednesday, November 07, 2012 06:15:21 PM Eitan Adler wrote:
> On 7 November 2012 17:35, Larry Rosenman wrote:
> > On 2012-11-07 15:39, Greg 'groggy' Lehey wrote:
> >> On Wednesday, 7 November 2012 at 10:32:23 -0500, Benjamin Kaduk wrote:
> >>> Once again, attempting to use kernel internals out
On Wednesday, October 31, 2012 02:12:55 PM m...@freebsd.org wrote:
> I seem to recall a thread earlier on this limitation, but looking at
> actual libc/stdio sources, the 4 year old check for open(2)'s fd being
> less than SHRT_MAX is still there. I thought I saw a patch to change
> this to an int
On Fri, Jan 11, 2013 at 6:18 AM, Matt Burke wrote:
> On 01/02/13 13:26, Nathan Whitehorn wrote:
>> Thanks for the patch! I've committed it (slightly modified) as r244958.
>> I haven't taken any action on the chgrp/chown issue, though.
>
> Similarly, 'make distribution' fails when /root is a separa
Hi,
I'm running a relatively recent -CURRENT:
root@nucleus:/usr/obj/usr/src/sys/NUCLEUS # uname -a
FreeBSD nucleus 10.0-CURRENT FreeBSD 10.0-CURRENT #50 r244773: Mon Dec
31 16:07:53 EST 2012 root@nucleus:/usr/obj/usr/src/sys/NUCLEUS amd64
I ran into this panic twice over the past 24 hours.
When building the system, I receive very quickly the following error
when /usr/src/lib/libcxxrt is compiled:
c++ -fpic -DPIC -O2 -pipe -O3 -march=native
-I/usr/src/lib/libcxxrt/../../contrib/libcxxrt -Qunused-arguments
-fstack-protector -Wno-empty-body -Wno-string-plus-int
-Wno-tautological-com
It seems that a parallel buildworld is broken by clang.
% cd /usr/src
% svn update
% svn info
Path: .
Working Copy Root Path: /usr/src
URL: svn://svn.freebsd.org/base/head
Repository Root: svn://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 245280
% make -j
On 2013-01-11 02:19, O. Hartmann wrote:
On 01/11/13 00:39, Dimitry Andric wrote:
On 2013-01-08 09:58, Stefan Farfeleder wrote:
On Tue, Jan 08, 2013 at 12:21:12AM +0100, Dimitry Andric wrote:
...
After a lot of splitting up of unwind-dw2.c, I arrived at
_Unwind_Resume
which when compiled by cl
On December 18th I made a commit that accidentally broke the libc ABI,
the commit below fixes it. If you updated current in the interim and
rebuilt ports due to complaints about strunvis or strunvisx you will
need to do so again after your next update. Sorry for the breakage.
-- Brooks
- Fo
On 01/02/13 13:26, Nathan Whitehorn wrote:
> Thanks for the patch! I've committed it (slightly modified) as r244958.
> I haven't taken any action on the chgrp/chown issue, though.
Similarly, 'make distribution' fails when /root is a separate filesystem:
cd /usr/src/etc/root; install -o root -g w
On Fri, Jan 11, 2013 at 10:39:10AM +, Tom Evans wrote:
> On Fri, Jan 11, 2013 at 7:10 AM, O. Hartmann
> wrote:
> > My question may sound naiv, sorry.
> >
> > I have already set up a RAIDZ (on FreeBSD 10.0-CUR), comprised with
> > three 3 TB disks. I'd like to expand the array with an additiona
On Fri, Jan 11, 2013 at 7:10 AM, O. Hartmann
wrote:
> My question may sound naiv, sorry.
>
> I have already set up a RAIDZ (on FreeBSD 10.0-CUR), comprised with
> three 3 TB disks. I'd like to expand the array with an additional disk -
> on the fly.
>
> oh
>
It's not possible to expand by just 1
11.01.2013 03:21, George Mitchell:
I grabbed the ports tree as of 308518, the RELEASE_9_1_0 tag.
The current and supported version of ports is HEAD.
devel/libtool won't build, because it requires autom4te during the
Can you provide some logs showing how it can't be built?
configure phase.
On 01/11/13 00:39, Dimitry Andric wrote:
> On 2013-01-08 09:58, Stefan Farfeleder wrote:
>> On Tue, Jan 08, 2013 at 12:21:12AM +0100, Dimitry Andric wrote:
> ...
>>> After a lot of splitting up of unwind-dw2.c, I arrived at _Unwind_Resume
>>> which when compiled by clang caused the crashes, but whe
29 matches
Mail list logo