Brooks Davis wrote this message on Mon, Oct 27, 2014 at 22:10 +:
> On Mon, Oct 27, 2014 at 02:55:09PM -0700, Garrett Cooper wrote:
> >
> > > On Oct 27, 2014, at 14:50, John-Mark Gurney wrote:
> > >
> > > There are issues w/ installing tests where the test files get installed
> > > multiple t
On 10/27/2014 22:29, Ryan Stone wrote:
On Mon, Oct 27, 2014 at 4:21 PM, Michael Schmiedgen wrote:
Hi List,
my ZFS does not mount. I bifurcated to r271963 that
does not work anymore. The commit seems not directly
related to ZFS, but is rather a conversion from timeout(9)
to callout(9).
After b
On Mon, Oct 27, 2014 at 02:55:09PM -0700, Garrett Cooper wrote:
>
> > On Oct 27, 2014, at 14:50, John-Mark Gurney wrote:
> >
> > There are issues w/ installing tests where the test files get installed
> > multiple times.
> >
> > To reproduce this, use the following steps:
> > make installworld
> On Oct 27, 2014, at 14:50, John-Mark Gurney wrote:
>
> There are issues w/ installing tests where the test files get installed
> multiple times.
>
> To reproduce this, use the following steps:
> make installworld -j 8 DESTDIR= -DNO_ROOT
>
> Once you have done the above, in there will be the
There are issues w/ installing tests where the test files get installed
multiple times.
To reproduce this, use the following steps:
make installworld -j 8 DESTDIR= -DNO_ROOT
Once you have done the above, in there will be the file
METALOG, run:
grep -v type=dir /METALOG | awk '{ print $1 }' | sor
On Mon, Oct 27, 2014 at 4:21 PM, Michael Schmiedgen wrote:
> Hi List,
>
> my ZFS does not mount. I bifurcated to r271963 that
> does not work anymore. The commit seems not directly
> related to ZFS, but is rather a conversion from timeout(9)
> to callout(9).
>
> After booting the kernel it drops t
Hi List,
my ZFS does not mount. I bifurcated to r271963 that
does not work anymore. The commit seems not directly
related to ZFS, but is rather a conversion from timeout(9)
to callout(9).
After booting the kernel it drops to the mount prompt,
stating that ZFS cannot be mounted because of 'error
This is Haswell, right?
Didn't Kib say "not interested in haswell testing yet" ?
-adrian
On 26 October 2014 14:02, Chagin Dmitry wrote:
> On Thu, Oct 23, 2014 at 10:03:29PM +0300, Konstantin Belousov wrote:
>> On Wed, Oct 22, 2014 at 03:59:23PM -0400, Adam McDougall wrote:
>> > On 10/22/2014 0
Hi!
> The updates to dd cause this on an i386 ..
Yes, I'm sorry. Change reverted.
--
p...@opsec.eu+49 171 3101372 6 years to go !
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinf
The updates to dd cause this on an i386 ..
===> bin/dd (all)
cc -O2 -pipe -march=pentium4 -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswit
Hello!
vt(4) is fairly usable today and we would like to enable it by default
in one week (Monday November 3, 2014).
For those who never used vt(4), here are its benefits:
o It supports Unicode and double-width characters.
o It supports the kernel video drivers (KMS) and allows to switc
On Sun, Oct 19, 2014 at 10:35 AM, Freddie Cash wrote:
> On Oct 19, 2014 12:46 AM, "John-Mark Gurney" wrote:
> >
> > Freddie Cash wrote this message on Sat, Oct 18, 2014 at 10:21 -0700:
> > > On Oct 18, 2014 3:54 AM, "Mark Martinec" >
> > > wrote:
> > > >
> > > > If the purpose of having a none
vgl(3) is a graphics library for syscons(4) that provides some basic
graphics operations (e.g. some mode setting, bitmaps, boxes,
ellipses). Right now it does not support the newer vt(4) console.
In order to help determine the priority of a porting effort to add
vt(4) support I'd like to better un
Compiling emulators/virtualbox-ose on a freshly installed CURRENT
(FreeBSD 11.0-CURRENT #0 r273719: Mon Oct 27 07:59:12 CET 2014 amd64)
results in the below shown error.
I also tried to install the package on CURRENT via pkg install, but
this results in a 32-Bit VirtualBox only - which is inaccept
Kostik wrote:
> On Sun, Oct 26, 2014 at 06:42:29PM -0400, Rick Macklem wrote:
> > Worked fine for me. Do you mind if I commit this or would you
> > rather
> > do it.
>
> I committed the change as r273727.
>
> One issue with the commit is the specified MFC. The change will
> compile
> on stable/10
El 25/10/2014 22:46, "Mateusz Guzik" escribió:
>
> Hello,
>
> In short, nice kernel tasks people with C language skills can do in few
> evenings.
It would be nice if this page lists other junior tasks in base,
documentation, etc, not just the kernel.
Cheers.
>
> https://wiki.freebsd.org/JuniorJ
Unfortunatelly it changed nothing. Still same error. I also did try grub2, but
without success.
> On 23 Oct 2014, at 13:12, Beeblebrox wrote:
>
> You might want to try from the mfsbsd.iso environment,
> 1. Import and mount the zpool you want to boot from
> 2. Copy /boot/zfs/zpool.cache to /mn
On Sun, Oct 26, 2014 at 06:42:29PM -0400, Rick Macklem wrote:
> Worked fine for me. Do you mind if I commit this or would you rather
> do it.
I committed the change as r273727.
One issue with the commit is the specified MFC. The change will compile
on stable/10, but as far as I remember the state
18 matches
Mail list logo