web: i think they're moving to gcc 4...
omnios seems to be bundling gcc 4
interesting
doesn't the gcc license get messy at some 4 version too?
well
4.3
4.2 is fine
gcc version 4.2.1 20070719
openbsd is using gcc 4.2.1
and it's dated 2007
yup
so yes gcc 3.4.3 must b epretty old
same with freebsd
hangon i remember using that versino back in libc5 days
well, actually only 2006
i think?
well at least years ago
3.4 was released in 2006
June 18, 2001: GCC 3.0 has been released.
oh
oh it's 2.7.2 i used to use
clang is where it is at now adays though
ro something liek that
unless you use a fully gpl system
yeh migrations are still happening in that direciton
there are a lot of migrations happenin in the open source wordl atm
heh up_the_irons  was just looking for iscsi support and we ended up talking about illumos for agees
mercutio: yeah i learned a lot of new stuff :)
4.2 is where apple, freebsd, etc. all cut it off.
opensolaris is sexy. I wonder if illumos will survive though.
i hope so
i think with the different, specialized forks they will prosper
the tech really can't be matched in the linux wodl
not soon anyway
... right, but the tech all came from oracle/sun
I'm curious what happens now.
those developers are working on illumos
whether it just stagnates, or...
SOME of those developers are.
a lot of them
the community is still pretty tiny.
there is a surprising amount of interest
the problem is that major corporations won't recognize it
most are transitioning from unix's to RHEL
perhaps it'll grow to the ranks of openbsd or even freebsd; not as large as linux but still with large and strong followings
which is fine
it's even better
less mess
well, the thing illumos has going for it is a couple strong corporations backing it
and there has been a lot of talk in the zfs and dtrace working groups
i c
at least in zfs, they have laid the groundwork for future progress
new libzfs
features flags so zfs changes can be made by multiple parties
no single revision stuff anymore
there's just async deleting of snapshots so far
yup
async deleting any zvol
oh is that what it was
i had a list of a bunch of stuff in the works
well, a snapshot is just a zvol
are you a developer on it?
nope
but i talked to someone who is
ahh
god i wish i saved it
when are thye doing the 1mb block sizes :)
large blocksize support is in the works
no idea about 1mb though
i'd actually like to see some focus on performance in some ways
yea, that would be nice
so that people can stop bitching about how much faster btrfs/ext4 is
yea.....
btrfs is scary
i just experimented on two vps's with /usr btrfs
and compression
and it will be scary for a long time because data integrity was not the focus
they're on zvols
so i could actually use zfs for the compression
btrfs has worked fine for me on laptops with ssds
it sees my volume as a ssd for some reason
ha
i think it is good though
[    3.746418] btrfs: use lzo compression
[    3.746422] btrfs: disk space caching is enabled
[    3.977270] Btrfs detected SSD devices, enabling SSD mode
i don't seem to have lz4 support
that was meant to be getting merged
i don't think lz4 support is in the kernel yet?
i don't know what disk space caching is
i thought it was going to be
yea...
this is 3.6.0-rc2
but it still isn't
last i checked
with patch to fix the xen booting problem
dunno
xen actually works on openindiana
is zfs hosting the btrfs volume?
with everything you read it sounds like it doesn't
yeh
hmmmm
openindiana
with sync=disabled
i didn't think btrfs chose ssd mode automatically
is that new?
it's in openindiana but not opensolaris
you can run this utility to disable sync on zvol's on opensolaris
no, sorry, btrfs ssd detection
http://milek.blogspot.co.nz/2010/02/zvols-write-cache.html
oh
no idea
wow, what's the deal with the llvm+clang hate
christ
especially the fact that people think it is pioneered by apple
heh
istanbul, not constantinople.
that was a long time ago jpalmer
it was recently remixed :P
up_the_irons: around?