[OmniOS-discuss] r151012 is coming...

[Jorge Schrauwen]

Attempt nr 2, my mail client is dumb!

1. should not be a problem, it's on my list of things to do (actually 
first) when looking at the bradiche stuff.

2. I've been running a the one from his smartos dataset on 080 and 010 
for a while now. (The pre vnd one) Mostly experimenting around, had not 
had an issue yet. I will try to switch over my 2 main vm's tomorrow to 
see how they hold up.

3. Alright, lets forget about it for 012 and I'll see if I can get it to 
work after I get back from Iceland.

Regards

Jorge

On 2014-09-02 21:43, Dan McDonald wrote:
> I'll consider that IF:
> 
> 1.) We can build it without needing bardiche.
> 
> 2.) I need test reports from 010 or preferably bloody showing it works.
> 
> 3.) A set of diffs that can drop into omnios-build.
> 
> It's risky changing something like this close to a release.  That's
> why documented testing is so important here.
> 
> Dan
> 
> Sent from my iPhone (typos, autocorrect, and all)
> 
>> On Sep 2, 2014, at 3:24 PM, Jorge Schrauwen <sjorge+ml at blackdot.be> 
>> wrote:
>> 
>> Can we have qemu-kvm-1.1.2, nahamu has both normal, spice and 
>> spice+bardiche working.
>> Having the normal or even better the spice one replacing the current 
>> 0.14.x would be really awesome.
>> 
>> Regards
>> 
>> Jorge
>> 
>> 
>> 
>>> On 2014-09-02 20:22, Dan McDonald wrote:
>>> Hello folks!
>>> I'm now starting to wind up the r151012 build process.  You'll see me
>>> dump updates here occasionally.
>>> What I'd like to know now is:
>>>    Any updates you need/want in r151012?
>>> If you've been keeping up with my bloody announcements, everything 
>>> you
>>> see there will be landing in r151012.  This includes HW goodies like
>>> LSI 3008-based 12G SAS (albeit not at optimal performance yet), for
>>> example.  Once this week's bloody update goes out, there will be a 
>>> lot
>>> of updates to both userspace and in the kernel.
>>> I'd like to hear if anyone here has suggestions.  I cannot guarantee 
>>> I
>>> will take 'em, but I can at least explain why-not if I don't.
>>> Thanks,
>>> Dan McD. - OmniOS Engineering
>>> _______________________________________________
>>> OmniOS-discuss mailing list
>>> OmniOS-discuss at lists.omniti.com
>>> http://lists.omniti.com/mailman/listinfo/omnios-discuss