On 9/2/14, 1:22 PM, Dan McDonald dan...@omniti.com wrote:
This includes HW goodies like LSI 3008-based 12G SAS (albeit not at
optimal performance yet)
How sub-optimal is the LSI 3008-based support currently (as in 014)? Are
we talking faster than 6G SAS but not as fast as it should be or same
I *believe* it's more than 6G, but not quite 12 yet. I didn't have any 3008
boards in house to see, but the illumos community did. You may be better off
asking an illumos mailing list that question.
I'd go with a 3008 on the board one, just make sure it has the IT firmware, and
the correct
Le 03/09/14 00:06, Bob Friesenhahn a écrit :
On Tue, 2 Sep 2014, Theo Schlossnagle wrote:
The poses the question: we're already responsible for the correct
operation of the pkgadd (SVR4 tools) and pkg(5) IPS tools.
I'm not sure that OmniOS wants to be responsible for the correct
operation
Hey Dan,
As mentioned on IRC, maybe we should bundle vioblk in the ISO/USB/Kayak
images.
It's in the following package:
pkg:/driver/storage/vioblk
And we might also include the network drivers
pkg:/driver/misc/virtio
Thanks
Jorge
On 2014-09-02 20:22, Dan McDonald wrote:
Hello folks!
I'm
We should just stick those in entire... so... +1.
On Thu, Sep 4, 2014 at 3:16 PM, Jorge Schrauwen sjorge...@blackdot.be
wrote:
Hey Dan,
As mentioned on IRC, maybe we should bundle vioblk in the ISO/USB/Kayak
images.
It's in the following package:
pkg:/driver/storage/vioblk
And we might
lotheac said on IRC virtio is just pulls in vioblk as there is no
virtio-net driver.
But the vioblk is the important one for installs.
But getting it in entire would be nice, that would mean kayak images
will have it too :)
On 2014-09-04 22:00, Theo Schlossnagle wrote:
We should just stick
On Sep 4, 2014, at 4:04 PM, Jorge Schrauwen sjorge...@blackdot.be wrote:
lotheac said on IRC virtio is just pulls in vioblk as there is no virtio-net
driver.
But the vioblk is the important one for installs.
But getting it in entire would be nice, that would mean kayak images will
have
seems good to me, although I am not overly familiar with p5m's I usually
let build.sh deal with those.
On 2014-09-04 22:14, Dan McDonald wrote:
On Sep 4, 2014, at 4:12 PM, Dan McDonald dan...@omniti.com wrote:
On Sep 4, 2014, at 4:04 PM, Jorge Schrauwen sjorge...@blackdot.be
wrote:
Alright, I just switched all my vms to nahamu pre bardiche binaries
(copied from smartos).
If they hold up I will look into getting some patches. I had a peak at
omnios-build and seems messy though.
Regards
Jorge
On 2014-09-03 00:11, Jorge Schrauwen wrote:
Attempt nr 2, my mail client is
On Wed, Sep 3, 2014 at 2:16 AM, Lauri Tirkkonen loth...@iki.fi wrote:
On Wed, Sep 03 2014 00:16:46 -0400, Eric Sproul wrote:
This ensures that this package version will only install on one
release.
Perhaps off-topic, but I'm curious: was this prompted by being bitten by
binary
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
-discuss] r151012 is coming...
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
On Tue, Sep 02 2014 14:22:56 -0400, Dan McDonald wrote:
What I'd like to know now is:
Any updates you need/want in r151012?
Since you asked - how about this? :)
https://github.com/postwait/pkg5/pull/4
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
On Sep 2, 2014, at 2:41 PM, Lauri Tirkkonen loth...@iki.fi wrote:
On Tue, Sep 02 2014 14:22:56 -0400, Dan McDonald wrote:
What I'd like to know now is:
Any updates you need/want in r151012?
Since you asked - how about this? :)
https://github.com/postwait/pkg5/pull/4
Yes. I'd have
It would be convenient if pkgsrc were installed (not that it's a huge
deal to install it, just one more thing to do on a new install).
Obviously not all of the packages in that repository will work
perfectly, but certain things are very convenient and quick to
install.
On Tue, Sep 2, 2014 at 2:45
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
Something to consider, but not in the timeframe for 012.
Thanks,
Dan
Sent from my iPhone (typos, autocorrect, and all)
On Sep 2, 2014, at 3:13 PM, Valrhona valrh...@gmail.com wrote:
It would be convenient if pkgsrc were installed (not that it's a huge
deal to install it, just one more
On Tue, Sep 02, 2014 at 04:21:56PM -0500, Bob Friesenhahn wrote:
If pkgsrc (presumably Joyent's pkgin binaries?) were bundled into
OmniOS, I would hope they'd be optional packages and not part of the
default install.
By 'pkgsrc' I assume that they mean the package manager itself, which
The poses the question: we're already responsible for the correct operation
of the pkgadd (SVR4 tools) and pkg(5) IPS tools. I'm not sure that OmniOS
wants to be responsible for the correct operation of pkgin (not even
opening the can of worms that are the packages that it provides).
On Tue,
On Tue, 2 Sep 2014, Theo Schlossnagle wrote:
The poses the question: we're already responsible for the correct operation of
the pkgadd (SVR4 tools) and pkg(5) IPS tools.
I'm not sure that OmniOS wants to be responsible for the correct operation of
pkgin (not even opening the can of worms
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
On Tuesday, September 2, 2014, Jorge Schrauwen sjorge...@blackdot.be
wrote:
Attempt 2, because my mail client is dumb.
Oh another one that came to mind...
Maybe also move omniti-ms to a versioned repository like and rebuild them
every release, we now have stuff with build number over th 060
22 matches
Mail list logo