On 19 February 2011 21:38, Joachim Tingvold joac...@tingvold.com wrote:
Hi,
I did a rebuild of my system today. The last time I did this was friday, 4th
of february 13:39. After I rebuilt the system, screen produces a short
error-message in it's splash-screen (both when starting a new
On Sun, Feb 27, 2011 at 12:23 AM, Eir Nym eir...@gmail.com wrote:
On 19 February 2011 21:38, Joachim Tingvold joac...@tingvold.com wrote:
Hi,
I did a rebuild of my system today. The last time I did this was friday, 4th
of february 13:39. After I rebuilt the system, screen produces a short
El día Saturday, February 26, 2011 a las 01:52:02PM -0500, Eitan Adler escribió:
On Sat, Feb 26, 2011 at 11:58 AM, Matthias Apitz g...@unixarea.de wrote:
Could someone please give me a hint how to get the speaker working again?
Try changing sysctl hw.snd.default_unit=0/1/2
Thanks, but this
This weekend I updated our copy of llvm/clang again, from trunk r126079
to trunk r126547.
There are several bugfixes in this update, but the most important one is
to ensure __start_ and __stop_ symbols for linker sets and kernel module
metadata are always emitted in object files.
Before this
В вс, 27/02/2011 в 02:43 +0100, Dimitry Andric пишет:
On 2011-02-25 16:58, Boris Samorodov wrote:
On Fri, 25 Feb 2011 14:33:38 +0100 Dimitry Andric wrote:
For now, please build kernels with -no-integrated-as added to
COPTFLAGS, that should fix it.
FYI unfortunately this does not help.
Hi.
I just committed ZFSv28 to HEAD.
New major features:
- Data deduplication.
- Triple parity RAIDZ (RAIDZ3).
- zfs diff.
- zpool split.
- Snapshot holds.
- zpool import -F. Allows to rewind corrupted pool to earlier
transaction group.
- Possibility to import pool in read-only mode.
PS. If
I'm so excited for your work. Thanks so much for bringing zpool v28 to
FreeBSD. Will v28 come to 8-stable?
Thanks,
Shawn
On Feb 27, 2011 1:56 PM, Pawel Jakub Dawidek p...@freebsd.org wrote:
Hi.
I just committed ZFSv28 to HEAD.
New major features:
- Data deduplication.
- Triple parity
TB --- 2011-02-27 21:51:49 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-27 21:51:49 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2011-02-27 21:51:49 - cleaning the object tree
TB --- 2011-02-27 21:52:00 - cvsupping the source tree
TB --- 2011-02-27 21:52:00 -
TB --- 2011-02-27 22:10:30 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-27 22:10:30 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2011-02-27 22:10:30 - cleaning the object tree
TB --- 2011-02-27 22:10:40 - cvsupping the source tree
TB --- 2011-02-27 22:10:40 -
TB --- 2011-02-27 21:45:23 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-27 21:45:23 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2011-02-27 21:45:23 - cleaning the object tree
TB --- 2011-02-27 21:45:44 - cvsupping the source tree
TB --- 2011-02-27 21:45:44 -
Yay! Thanks for all of your work on ZFS. I was just about to inquire about when
this was going to happen.
I've been having great success with v28 in the Dec 12 2010 version, other than
my minor complaints about imports and speed.
Concerning speed, I've been running further speed tests this
TB --- 2011-02-28 00:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 00:10:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-02-28 00:10:00 - cleaning the object tree
TB --- 2011-02-28 00:10:22 - cvsupping the source tree
TB --- 2011-02-28 00:10:22 -
TB --- 2011-02-28 00:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 00:10:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-02-28 00:10:00 - cleaning the object tree
TB --- 2011-02-28 00:10:27 - cvsupping the source tree
TB --- 2011-02-28 00:10:27 -
TB --- 2011-02-28 00:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 00:10:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-02-28 00:10:00 - cleaning the object tree
TB --- 2011-02-28 00:10:27 - cvsupping the source tree
TB --- 2011-02-28 00:10:27 -
I have a FreeBSD-CURRENT AMD64 system here that was last updated at r215029.
I'm trying to update it to r219079, but the build fails in lib/libz when it
tries to compile gvmat64.S. It looks like the Makefile here has a workaround
for clang on AMD64, but it doesn't seem to actually be working
TB --- 2011-02-28 03:21:13 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 03:21:13 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2011-02-28 03:21:13 - cleaning the object tree
TB --- 2011-02-28 03:21:21 - cvsupping the source tree
TB --- 2011-02-28 03:21:21 -
TB --- 2011-02-28 03:22:17 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 03:22:17 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2011-02-28 03:22:17 - cleaning the object tree
TB --- 2011-02-28 03:22:26 - cvsupping the source tree
TB --- 2011-02-28 03:22:26 -
TB --- 2011-02-28 02:52:02 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 02:52:02 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2011-02-28 02:52:02 - cleaning the object tree
TB --- 2011-02-28 02:52:18 - cvsupping the source tree
TB --- 2011-02-28 02:52:18 -
TB --- 2011-02-28 04:50:01 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 04:50:01 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-02-28 04:50:01 - cleaning the object tree
TB --- 2011-02-28 04:50:13 - cvsupping the source tree
TB --- 2011-02-28 04:50:13 -
TB --- 2011-02-28 04:50:01 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 04:50:01 - starting HEAD tinderbox run for i386/i386
TB --- 2011-02-28 04:50:01 - cleaning the object tree
TB --- 2011-02-28 04:50:14 - cvsupping the source tree
TB --- 2011-02-28 04:50:14 -
TB --- 2011-02-28 04:50:01 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-02-28 04:50:01 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-02-28 04:50:01 - cleaning the object tree
TB --- 2011-02-28 04:50:20 - cvsupping the source tree
TB --- 2011-02-28 04:50:20 -
On 02/27/2011 19:30, Tim Kientzle wrote:
I have a FreeBSD-CURRENT AMD64 system here that was last updated at r215029.
I'm trying to update it to r219079, but the build fails in lib/libz when it
tries to compile gvmat64.S. It looks like the Makefile here has a workaround
for clang on AMD64,
22 matches
Mail list logo
