[00:10:08] *** jcsmith has joined #opensolaris
[00:17:07] *** gisburn has joined #opensolaris
[00:18:24] *** Cybernd has quit IRC
[00:19:59] <gisburn> Tpenta: ping!
[00:20:06] * gisburn looks for sickness
[00:20:17] <Tpenta> ACK
[00:20:44] <gisburn> Tpenta: who sets up review rules for code in solaris ?
[00:21:07] <gisburn> Tpenta: for example that new solaris projects should use the new version of perl instead of the old one ?
[00:21:26] <Tpenta> that would depend on the kind of review and the code in question. why do you ask?
[00:21:53] *** gtc has joined #opensolaris
[00:22:14] <gisburn> Tpenta: well, someone suggested that once the new ksh lands new code should no longer use the old one.
[00:22:33] *** solaris-user has joined #opensolaris
[00:23:12] <gisburn> Tpenta: based on my experience that each time has it's own rules this may be impossibe, right ?
[00:23:17] <Tpenta> gotta run, might be back later
[00:23:25] <gisburn> umpf
[00:23:44] * gisburn thows a brick in Tpenta's direction and watches him running away.
[00:23:57] <gisburn> s/thows/throws/
[00:24:20] *** J03- has quit IRC
[00:28:24] *** kimc has joined #opensolaris
[00:30:56] *** deny_ has joined #opensolaris
[00:36:08] *** besonen_mobile has joined #opensolaris
[00:37:47] *** mkhl has joined #opensolaris
[00:38:41] *** Xh4 has joined #opensolaris
[00:39:29] <Tpenta> roland, they would not vary if such a statement was made by an arc as what you are suggesting is an architectural thing
[00:40:32] <Tpenta> had to run off for an urgent piece of household business (wife needed mower started as she wants to run it over the back befor ethe rain arrives, ... nearly broke arm on open gate when using rope starter, .. owww)
[00:41:27] <gisburn> erm
[00:41:42] <gisburn> who (nearly) broke his/her arm - you or your wife ?
[00:43:06] <Tpenta> i nearly broke mine as I didnt notice the open gate behind me when I went to pull the rope
[00:43:15] <gisburn> ouch
[00:43:44] <Tpenta> the new pdfs on groklaw make an interesting read
[00:43:45] * gisburn grabs a spoon full of honey and stuffs it into Tpenta's mouth to make him happy again...
[00:44:14] * gisburn wonders if this 5y-kid treatment works for Tpenta, too...
[00:44:19] <gisburn> :-)
[00:44:35] <Tpenta> :-D
[00:45:04] <jamesd> gisburn, make that  honey weis ale  and he will be much more happier..
[00:45:24] <Tpenta> :)
[00:46:02] <gisburn> Well, We could meet in the middle...
[00:46:11] <gisburn> ... I know how I can create fermented honey.
[00:46:20] <gisburn> which tastes quite good, too.
[00:46:49] <gisburn> good enougth to make one of the horses drunk...
[00:46:52] <gisburn> (by accident)
[00:46:57] <gisburn> er
[00:47:08] <gisburn> s/of the/of my sisters/
[00:47:16] <Tpenta> which reminds me, i must pop down to the local bottle shop for another bottle of mead
[00:47:57] *** badcoder has joined #opensolaris
[00:48:31] <gisburn> does anyone have a part number for a old-sun-monistor to VGA adaptor that I can use an old Sun monitor with a VGA card ?
[00:49:03] <jamesd> gisburn,  ebay has 100's of them all over priced.. plenty enough to get a model number off of.
[00:49:47] <gisburn> jamesd: yes, but in many cases it is not clear whether this is a VGA ----> sun piece or  a sun ----> vga pirce
[00:49:54] <gisburn> s/pirce/piece/
[00:50:16] <gisburn> this is why I am trying to ask the experts
[00:50:37] <badcoder> im running solaris 10 6/06 where can i download the source code?
[00:51:15] <gisburn> badcoder: try cat </dev/zero >secret_solaris_source.tar,bz2
[00:51:27] <axisys> anyone can tell why it is failing http://www.rafb.net/paste/results/Gy3EQG22.html
[00:51:44] <gisburn> badcoder: really - try http://cvs.opensolaris.org
[00:52:01] <gisburn> badcoder: or http://svn.genunix.org/
[00:54:39] * delewis got his 13w3->VGA adapter when he purchased his SB1000
[00:55:00] <gisburn> delewis: part nol ?
[00:55:05] <gisburn> s/nol/no/
[00:55:54] <delewis> it's got two numbers on it, I'll give you both of them
[00:56:05] <delewis> C0017 and 130-3034-01
[00:56:14] <gisburn> delewis: thanks! :-)
[00:56:26] <delewis> oh, hold on
[00:56:37] <delewis> you're looking for a VGA->13w3 adapter, aren't you?
[00:57:23] <gisburn> delewis: VGA card on sun monitor
[00:57:34] <delewis> ah, this adapter won't help you then
[00:57:40] <delewis> it's for a 13w3 card to a VGA monitor
[00:57:41] *** dclarke has joined #opensolaris
[00:57:44] <gisburn> huh ?
[00:57:45] <gisburn> oh
[00:57:48] <gisburn> xx@@@!!!!!!!!!!!!!!!
[00:57:50] <dclarke> g'day
[00:58:03] <gisburn> dclarke: g'executionbykomododragons!
[00:58:07] <dclarke> gisburn : just read your post re-SUNlibC and QEMU
[00:58:18] <gisburn> erm
[00:58:21] <gisburn> not libC
[00:58:23] <gisburn> libc
[00:58:30] <dclarke> oh ..
[00:58:38] <dclarke> sorry .. minor typo there
[00:59:15] <dclarke> I'm here working on the build by Martin Bocknig : http://www.blastwave.org/dclarke/stuff/thin/SUNWqemu_0.8.2_test.log
[00:59:37] <dclarke> Martin Bochnig .. gotta spell his name correctly or he'll kill me
[00:59:42] <dclarke> :-)
[01:00:23] *** Fish- has quit IRC
[01:00:48] <dclarke> be right back .. Winnie The Pooh is lost .. gotta go help with that
[01:01:13] <gisburn> dclarke: kids ?
[01:02:56] <gisburn> dclarke: I secured one "Klappar" for my youngest niece (http://www.ikea.com/webapp/wcs/stores/servlet/ProductDisplay?topcategoryId=15567&catalogId=10103&storeId=5&productId=81161&langId=-3&news=1&categoryId=15567&chosenPartNumber=30107815)
[01:03:22] *** bunker has quit IRC
[01:03:45] <gisburn> dclarke: larger image: http://www.ikea.com/PIAimages/61554_PE167947_S4.jpg
[01:06:33] *** eops has joined #opensolaris
[01:07:44] *** eops has left #opensolaris
[01:07:55] *** Mdx4 has joined #opensolaris
[01:08:02] *** mikaeld has quit IRC
[01:08:15] <trygvis> hmm .. how do I set the default route within a zone?
[01:09:53] *** mikaeld has joined #opensolaris
[01:13:11] <trygvis> or, what I want to do is to have all the zones on a private subnet (10.0.0.x) and the global zone on the public inet
[01:13:24] <axisys> trygvis: it should take the global zone's default route by default
[01:14:03] <trygvis> that won't help if they're not on the same net, will it?
[01:14:11] <trygvis> anyway, it didn't so I assume that's why
[01:14:31] <axisys> u setup routing on global zone
[01:14:45] <trygvis> hm?
[01:14:53] <axisys> by default non-global zone has no access to devices
[01:14:58] <Tpenta> i believe there is a large discussion going on on just this topic on the zones mailing list
[01:15:53] <trygvis> hmm .. what's the subject? I'm only on zones-discuss
[01:15:58] <dclarke>  .. Winnie The Pooh was lost .. found him
[01:16:10] <Tpenta> maybe it wasn't there; I'll have to go look
[01:16:14] *** piwi has joined #opensolaris
[01:16:46] <Tpenta> o bugger it's on an internal list
[01:16:54] <trygvis> crap'o
[01:16:58] <gisburn> dclarke: http://www.ikea.com/PIAimages/61554_PE167947_S4.jpg
[01:17:13] <gisburn> dclarke: suggested replacement for winnie... =:-)
[01:17:20] <trygvis> but, this should be a pretty common case, I'm sure someone has blogged about but I just can't seem to find any info now
[01:18:16] <Tpenta> folks have blogged about using ipf in teh global zone to NAT the zones
[01:18:43] <trygvis> I guess that's good enough
[01:19:20] <Tpenta> specifically for brandZ, but the same theory should apply to solaris zones
[01:19:32] *** ekoe has joined #opensolaris
[01:19:46] *** Disorganized1 is now known as Disorganized
[01:20:00] <dclarke> gisburn : no freaking way am I cutting that lose on my baby
[01:20:25] <delewis> 29988 dlewis   0.4 0.0 0.0 0.0 0.3  88  12 0.0  22   3  52   0 java/15
[01:20:26] <delewis> lovely.
[01:20:41] <delewis> 12% of the time sleeping and 88% waiting for locks
[01:20:54] <delewis> Sun Studio IDE, btw.
[01:21:21] <gisburn> dclarke: my smallest piece likes her large version a lot... unfortunately it's 1.20cm long, making it larger than her... that's why I bought the smaller one as a more mobile version than last year's version...
[01:21:29] <gisburn> s/piece/niece/
[01:21:58] <ekoe> hey, anyone want to *really* help me out? im missing an important file. /var/sadm/pkg/SUNWcsr/pkginfo - dont ask.
[01:22:33] <dclarke> 1.2m
[01:22:36] <gisburn> yes
[01:22:52] <ekoe> and i cant get access to the server (where the cd's are helpfully kept) until monday...
[01:22:56] <dclarke> this little one here is maybe .. 45cm tall
[01:23:05] <dclarke> no .. must be 70cm
[01:23:19] <gisburn> dclarke: Imagine a 4j old girl with a 120cm krocodile
[01:24:03] <gisburn> dclarke: Imagine the problems my sister has to find a place in her car with two adults, three kids and this toy.
[01:24:04] <dclarke> yep .. its all fun at that age
[01:24:10] <dclarke> ha ha
[01:24:15] <dclarke> freaking big gator
[01:24:21] <dclarke> needs its own chair
[01:24:38] <gisburn> dclarke: Imagine the problem she had when she was flying to Malta this year.
[01:25:11] <gisburn> dclarke: this is why we need a smaller one.
[01:25:43] <dclarke> is that overhead storage
[01:25:46] <dclarke> ?
[01:26:17] <gisburn> dclarke: the checkin people were not happy about this piece... but dropped the objections after being bickered to death by the little girl
[01:26:34] <gisburn> dclarke: overhead would work ony if you could handle the girl overhead, too.
[01:26:55] <axisys> what library defines inet_aton?
[01:27:08] <gisburn> axisys: I guess libnsl or libsocket
[01:27:14] <dclarke> ha ha ..
[01:27:16] <dclarke> gotta go ..
[01:27:18] <dclarke> food !
[01:27:21] <axisys> gisburn: nah
[01:27:26] <gisburn> dclarke: the good point is the girl is good at "discussing" things
[01:27:37] <axisys> gisburn: inet_ntoa yes.. but not aton
[01:27:42] <gisburn> dclarke: usually gets her argument through
[01:29:14] <axisys> having trouble finding the damn inet_aton
[01:30:11] <gisburn> axisys: http://cvs.opensolaris.org/source/search?q=&defs=inet_aton&refs=&path=%2Fon%2Fusr%2Fsrc%2Flib&hist=
[01:33:45] <jamesd> http://www.breitbart.com/news/2006/10/14/D8KOBC2O0.html  grahma says her 30 fruitcakes are worth .5 million dollaros
[01:33:49] <jamesd> er dollars
[01:35:15] *** piwi has quit IRC
[01:37:36] <axisys> gisburn: then this one does not really make sense http://www.rafb.net/paste/results/8P11Cj53.html
[01:41:16] <gisburn> axisys: try reversing -lnsl -lsocket
[01:42:35] *** deather_ has joined #opensolaris
[01:42:59] <axisys> LDFLAGS="-lsocket -lnsl" ./configure --with-libnet=/opt/csw/lib did not help
[01:43:27] <axisys> gisburn: let me check the config.log again
[01:44:20] <gisburn> axisys: alternative problem is that you may need a special #define to use it.
[01:44:24] *** ekoe has quit IRC
[01:46:44] *** jamesd has left #opensolaris
[01:54:19] * gisburn counts of number of /ops
[01:54:24] <gisburn> grumpf
[01:54:28] *** gisburn is now known as nrubsig
[01:54:41] *** ChanServ sets mode: +o nrubsig
[01:55:55] *** gtc has quit IRC
[01:56:06] <Mdx4> axisys: looks like that configure is looking for a linux only libc call.
[01:57:16] *** piwi has joined #opensolaris
[01:59:52] *** deather has quit IRC
[02:02:50] <axisys> Mdx4: i am trying to compile tcpreplay on sol 10 u2.
[02:03:04] <axisys> Mdx4: let me see how it decides about the OS
[02:06:46] <dclarke> I return
[02:07:35] * nrubsig curses the issue that he is not allowed to make jokes a la the return of the dclarks
[02:07:44] <icon> hey dennis
[02:07:54] <dclarke> hello
[02:08:01] <dclarke> joke away
[02:08:04] <icon> <-- sstallion
[02:08:05] <dclarke> I need a good joke
[02:08:10] <dclarke> hello icon !
[02:08:13] <gdamore> hey dclarke?  so it looks like you got a ppc drop from sunlabs.
[02:08:22] <icon> took me a bit to get an old nick dropped :)
[02:08:24] <dclarke> indeeed I did
[02:08:41] <dclarke> icon : good thing
[02:08:53] <dclarke> icon : so man .. do you need access to a resource pool or what ?
[02:08:55] <axisys> Mdx4: according to config.log it thinks i am using solaris.. which is good
[02:09:05] <icon> dclarke: that would be great
[02:09:24] <icon> ive been working with laca from pkgbuild a bit, still ironing out some issues
[02:09:27] <dclarke> drom me an email .. I'll stick you on the same hardware laca uses for the pkgsrc project
[02:09:35] <icon> groovy
[02:09:36] <dclarke> although .. I have faster gear also
[02:09:53] <icon> im on an opty 150, so im doing pretty good for speed here, but i dont have any sparc hardware lying around
[02:10:11] <dclarke> oh .. Sparc .. no problem .. got that
[02:10:14] <dclarke> :-)
[02:10:17] <icon> not only that, theres the whole hosting issue too :)
[02:10:32] <dclarke> do you want to do work on older Sparc hardware ?  sun4m also ?
[02:10:49] <icon> has it been EOL'd yet?
[02:10:52] <gdamore> yes.
[02:10:56] <delewis> dclarke: I would be interested in sun4m for MPlayer builds
[02:10:57] <icon> nope :)
[02:11:05] <dclarke> okay .. no prob
[02:11:18] <dclarke> as for hosting .. I cna give you your own section of the webspace if you want
[02:11:19] <gdamore> you can run netbsd on sun4m, though.  i think you can still run Solaris 8, too.
[02:11:22] <dclarke> like this guy here : http://www.blastwave.org/wine/
[02:11:27] <delewis> gdamore: Solaris 8 and 9
[02:11:32] <delewis> sun4m was killed off in 10
[02:11:36] <icon> ahh okay
[02:11:41] <dclarke> or this : http://www.blastwave.org/smf/
[02:11:53] <dclarke> James has a MySQL database also for the backend of that
[02:12:01] <dclarke> I just allocate it and then get out of the way
[02:12:06] <gdamore> ah, it was sun4c that died in solaris 8.  nobody used it anymore after solaris8, though. :-)
[02:12:17] <dclarke> sun4m stilll ives
[02:12:24] * delewis never worked with sun4c
[02:12:29] <delewis> only sun4m and sun4u
[02:12:34] <delewis> though, sun4d would be cool :-)
[02:12:39] <icon> i had an ancient sun4c box around ages ago
[02:12:46] <gdamore> i heard rumors that there was an effort to reinstate UltraSPARC-1 support.  i wonder what happened to it.
[02:12:48] <icon> used it for a doorstop (seriously) ;)
[02:12:53] <delewis> gdamore: it fell through
[02:12:58] <gdamore> gotta have sun4m (and cray64m too!)
[02:12:59] <delewis> Sun really has no interest in UltraSPARC-I
[02:13:14] <delewis> they admit it's possible, but it has to be a communitu effort in order to put support back for it
[02:13:18] <dclarke> I have sun4m here right now .. running a compile job
[02:13:19] <gdamore> s/sun4m/sun4d/ s/cray4m/cray64d/
[02:13:20] <dclarke> slowly
[02:13:30] <delewis> the reason UltraSPARC-I was killed was because of the 64-bit security vuln.
[02:13:43] <delewis> (run your UltraSPARC-I in 64-bit and a sequence of opcodes will bring it down)
[02:14:26] <gdamore> yes, i know.  and they wanted to drop all 32-bit kernels.  so the end of 32-bit sparc meant the end of support for US-I.
[02:14:41] <delewis> well, 32-bit for SPARC, anyway.
[02:14:50] <gdamore> yeah, of course.
[02:14:54] <delewis> there were some architectural instances in DTrace and a few other subsystems, IIRC.
[02:15:01] <dclarke> balony
[02:15:02] <delewis> s/instances/concerns/
[02:15:18] <dclarke> the sequence of opcodes that would cause a problem were real rare
[02:15:30] <nrubsig> both the 64bit concerns and the dtrace things aren't valid.
[02:15:34] <delewis> dclarke: rare because no one outside of Sun knows them :-)
[02:15:36] <dclarke> you would need to hand code them into some inline assembly in your own code to try that
[02:15:38] <nrubsig> the 64bit issue can be scanned for in the elf loader.
[02:15:39] <gdamore> the problem was that an ordinary user could generate them.  so it was a security risk.
[02:15:40] <Auralis> just let sun4m rest in peace, its way overdue
[02:15:48] <dclarke> oh .. I agree
[02:15:52] <delewis> nrubsig: ah, that's what I heard from someone on the DTrace team, IIRC.
[02:15:56] <dclarke> but .. people still run them
[02:15:59] <delewis> and yes, the elf loader could mask the op codes
[02:16:00] <nrubsig> and the dtrace issue is for /dev/null since the same problem applied to US-2, too.
[02:16:05] <gdamore> ew... that would be ugly.  make it really slow if you have to scan the entire binary
[02:16:12] <delewis> gdamore: Linux does it
[02:16:16] <delewis> for f00f
[02:16:25] <delewis> and serveral other things, IIRC.
[02:16:34] <gdamore> i'm not sure i'd tout that as a screaming endorsement of the practice. :-)
[02:16:57] <delewis> gdamore: :-)
[02:17:53] <nrubsig> delewis: AFAIK the UltraSPARC-2 is a bugfixed UltraSPARC-1 core - and the main bugfixes were cache optimisations and the 64bit thing.
[02:18:06] <delewis> nrubsig: and prefetching
[02:18:16] <delewis> but that would fall into cache optimizations, I suppose
[02:18:22] <nrubsig> delewis: that was the cache thing.
[02:18:35] <gdamore> there is more to it.  there was a process change for the US-2, lower voltages and higher clocks
[02:18:39] <delewis> yes, other than that, there wasn't much a difference
[02:18:47] <delewis> VIS2 wasn't introduced till UltraSPARC-III
[02:18:58] <delewis> gdamore: ah
[02:19:03] <gdamore> i had to write code to do the power-on on E10k for USII. :-)
[02:19:07] <delewis> is that why we never say too many UltraSPARC-I laptops flying around?
[02:19:13] <delewis> saw*
[02:19:30] <gdamore> there was one, that we made. :-)
[02:19:41] <delewis> yes, and IIRC, it sucked down the battery :-)
[02:19:50] <gdamore> i've never seen it, though, because they almost immediately switched to US-II.
[02:19:55] <gdamore> actually US-IIi.
[02:20:12] <nrubsig> too bad that UltraSPARC has no "HLT"-like instruction to suspend the CPU until the next interrupt.
[02:21:03] <gdamore> sun had never paid any mind to power consumption before niagra.  or at least the sparc folks hadn't.
[02:21:26] <delewis> well, the i's ran out lower voltages didn't they?
[02:21:33] <delewis> and produced much less heat
[02:21:43] <gdamore> yes, the IIi was a big improvement.
[02:21:52] <nrubsig> gdamore: I think they had to pay some mind for UltraSPARC-IV ... :-)
[02:22:11] <delewis> well, it's still better than what the POWER line produced
[02:22:12] <gdamore> not much.  i know some funny things about the US-V project before it died.
[02:22:17] <delewis> real power guzzlers those things are
[02:22:22] <delewis> especially POWER4 and POWER5
[02:23:05] <gdamore> they were having some problems in the high end servers, because they couldn't move enough air to cool the systems  -- there just wasn't enough tile space (big servers pull air thru the floor) to get enough flow.
[02:23:25] <gdamore> i think there was even serious discussion of liquid cooling for US-V.
[02:23:55] <nrubsig> gdamore: I really wish Sun would offer liquid cooling for NIagara, too.
[02:24:02] <delewis> ah, nothing like pulling a Cray trick.
[02:24:09] <gdamore> why? niagra is supposed to be cool.
[02:24:19] <nrubsig> gdamore: well, only if you have a few servers.
[02:24:22] <delewis> gdamore: Niagra systems are loud..
[02:24:35] <gdamore> heh.  i think they were looking at power dissapation in the 100's of watts per cpu for niagra.
[02:24:41] <gdamore> s/niagra/US-V/
[02:24:56] <nrubsig> gdamore: newer centers are build with liquid cooling in mind but then lack a larger aid capacity.
[02:24:59] <delewis> gdamore: that's about what IBM was aiming at for the POWER5
[02:25:00] * gdamore doesn't have a niagra.
[02:25:11] *** briwe has quit IRC
[02:25:14] * gdamore and has never even seen one.
[02:25:22] <delewis> POWER5's power dissipation is much worse than UltraSPARC-IV even, IIRC.
[02:25:37] <nrubsig> gdamore: usually you either have a large air capacity OR liquid cooling support in the building but not both.
[02:26:37] <gdamore> i imagine some future carrier grade class standard will emerge for plugging your system into a central coolant line. :-)
[02:26:47] <delewis> that sounds like a Cray marketing line -- "Your datacenter only needs a liquid cooling infrastructure (radiators, etc.)"
[02:26:52] <gdamore> and then there will be large radiators on the roof of the buliding. :-)
[02:27:05] <delewis> NSA has their's *below* the datacenter
[02:27:10] <delewis> right above the Crays
[02:27:13] <nrubsig> gdamore: remeber the Cray2 ?
[02:27:29] <gdamore> not really.  i've read about them, but only tidbits here and there.
[02:27:32] <delewis> er right below the Crays rather
[02:27:59] <delewis> gdamore: they used a non-conductant liquid which means the entire system boards were emersed in it and the coolant was recycled via radiators
[02:28:00] <axisys> blastwave libnet 1.0.2 older than the one tcpreplay needs which is 1.1.x - just an fyi - thanks to blastwave for all these pkgs available
[02:28:09] <nrubsig> gdamore: the cray2 had all CPUs directly cooled by a fluid.
[02:28:14] <nrubsig> gdamore: direct contact.
[02:28:52] <nrubsig> gdamore: which allowed an extremely dense packaging and no need for pipes etc.
[02:28:55] <delewis> I wonder how much a gallon of that stuff cost from 3m (the original inventors of it)
[02:29:11] <nrubsig> delewis: not expensive.
[02:29:15] <gdamore> i sort of knew that much.
[02:29:20] <delewis> yes, Cray figured he had to liquid cool it in order to get 10 times the performance in the same package (which was always his goal for each system)
[02:29:23] <nrubsig> delewis: it is still used for other applications.
[02:29:34] <delewis> Cray1 was air-cooled, but it was very packed
[02:29:54] *** Mdx4 has quit IRC
[02:30:02] <gdamore> i've seen folks use oil to liquid cool their pcs.  kind of a funny hack job.
[02:30:17] <gdamore> i dunno if oil has the same useful thermal properties that water has, tho'.
[02:30:32] <gdamore> (i.e. very high heat capacity)
[02:30:44] <delewis> the 3M stuff was some Flourine-based substance
[02:31:18] <gdamore> weird.  i'm sure it wasn't HF though. :-)
[02:31:33] *** Kernel86 has joined #OpenSolaris
[02:31:50] <delewis> hehe, doubtful.
[02:32:35] <delewis> [dlewis@galileo ~]$ /usr/sbin/prtpicl -v | grep :Temperature
[02:32:36] <delewis>           :Temperature   79
[02:32:37] <delewis>           :Temperature   72
[02:32:54] <dclarke> question : if someone offered you a free dual proc 64-bit computer .. would you take it ?
[02:33:07] <delewis> dclarke: depends on the architecture :-)
[02:33:17] <dclarke> DEC Alpha 21164 !
[02:33:22] <nrubsig> dclarke: take it.
[02:33:22] <delewis> of course
[02:33:25] <delewis> VMS :-)
[02:33:32] <dclarke> on Monday I go pick it up
[02:33:32] <delewis> or Tru64
[02:33:47] <dclarke> I am told it weighs in at nearly 200 pounds
[02:33:48] <delewis> OpenSolaris/Alpha
[02:33:50] <gdamore> heh.  back when i was hacking netbsd i was lusting after an alpha to do some SMP hackery.
[02:33:59] <dclarke> those machine rock
[02:34:14] <dclarke> I guess I'll load Fedora Core or CentOS
[02:34:22] <icon> ouch
[02:34:26] <delewis> dclarke: or you could get yourself an OpenVMS hobbyist license..
[02:34:28] <gdamore> i'm still thinking seriously about OpenSolaris/MIPS, btw.
[02:34:33] <dclarke> it comes with no OS
[02:34:36] <dclarke> no drives
[02:35:31] <dclarke> so I'll attack external drives and then see if it powers up
[02:35:36] * delewis still wants a microVAX to run BSD4.3
[02:35:41] <dclarke> they say they are running Windows NT on it
[02:35:52] <icon> hrmm. does anyone know off the top of their head what scripting languages are included in a full install of 10 update 2?
[02:35:53] <delewis> Windows NT supposed ran better on an Alpha than x86
[02:35:55] <delewis> which I believe
[02:36:02] *** koolniczka has quit IRC
[02:36:27] <delewis> icon: python and perl
[02:36:38] <gdamore> almost anything would run better on something != x86. :-)
[02:36:38] <icon> hrmm
[02:36:39] <delewis> and Tcl/Tk
[02:37:11] <delewis> and of course, sed, awk, sh, etc. :-)
[02:37:20] <icon> ;)
[02:37:50] <delewis> Ruby in sfwnv would be nice..
[02:37:57] <delewis> though, Ruby happens to build with Sun Studio fine
[02:38:16] <icon> meh, i like ruby as a scripint language
[02:38:24] <icon> but the RoR 'movement' sets my teeth on edge
[02:38:27] <delewis> I had zero trouble building it on SPARC
[02:40:40] <dclarke> gisburn ?
[02:41:11] <dclarke> gisburn !?!
[02:41:18] <dclarke> ping gisburn
[02:42:09] <dclarke> sorry
[02:42:13] <dclarke> nrubsig
[02:42:16] <dclarke> nrubsig ?
[02:42:35] <nrubsig> here...
[02:42:41] <dclarke> hey
[02:42:45] <dclarke> you asked "[qemu-discuss] ETA for Sun Workshop/Forte/Studio-compiled "QEmu" ?" ?
[02:43:02] <nrubsig> yes
[02:43:12] <dclarke> go to : http://www.blastwave.org/testing/index_cron.html
[02:43:25] <dclarke> see 28752187  Oct 13 22:57 SUNWqemu_sparc_0.8.2_20061014sat__prepkg.tar.gz  ??
[02:43:33] <nrubsig> dclarke: because I think "-xipo=2"+profile feedback will be a huge win for QEmu
[02:44:45] *** drio has quit IRC
[02:49:45] <nrubsig> dclarke: is that archive compiled with sun studio ?
[02:50:15] <dclarke> yes
[02:50:19] <dclarke> Studio 11
[02:55:22] *** drio has joined #opensolaris
[02:56:29] <gdamore> i am not impressed.  i just found a bug in ypserv on NetBSD that prevented it from ever falling back to DNS lookups.  I submitted a fix.  I wonder how long that bug has been in there.
[02:59:16] <nrubsig> dclarke: could you please add "-xO4 -xipo=2" to the build options, please ?
[02:59:55] <dclarke> I think we had better just get it working first ya know ?
[03:00:06] <nrubsig> dclarke: erm
[03:00:21] <nrubsig> dclarke: I thought this package works...
[03:00:23] <nrubsig> ... or not ?
[03:00:30] <dclarke> its in the testing pool
[03:00:35] <dclarke> not the release pool
[03:01:00] <nrubsig> dclarke: does it run ?
[03:01:16] <dclarke> I'm looking into that
[03:01:19] <dclarke> right now
[03:05:01] <bitvector2> delewis/declarke - do either of you know how to run cc with some particular flags and have it expand them all and show what the actual flags are that will be used?
[03:05:44] <dclarke> yeah
[03:05:52] <dclarke> but I have to look it up in the manual
[03:06:04] <bitvector2> do you have a seach string that I can look for?
[03:06:07] <dclarke> # echo $CFLAGS
[03:06:10] <dclarke> #
[03:07:18] <dclarke> try
[03:07:19] <dclarke> # CFLAGS=\-xstrconst\ \-xildoff\ \-xarch\=sparcv7\ \-H\ \-Kpic\ \-Xa
[03:07:20] <dclarke> # export CFLAGS
[03:07:47] <dclarke> just a sec .. let me look it up .. for you
[03:08:22] <dclarke> go to http://docs.sun.com/app/docs/coll/771.7
[03:08:37] <dclarke> open  Sun Studio 11: C User's Guide
[03:09:13] <dclarke> goto Appendix B
[03:09:14] <dclarke> C Compiler Options Reference
[03:09:57] <bitvector2> BINGO
[03:10:13] <bitvector2> thanks
[03:10:26] * dclarke mutters "I'm not done yet"
[03:11:18] <dclarke> I generally use -H a lot
[03:11:29] <dclarke> as a matter of regualr usage I like to see every file processed
[03:11:33] <dclarke> its a tad verbose
[03:11:40] <dclarke> but .. no surprises
[03:11:47] <dclarke> you need something else
[03:12:10] <dclarke> B.2.1 -#
[03:12:11] <dclarke> Turns on verbose mode, showing how command options expand. Shows each component as it is invoked.
[03:12:28] <dclarke> give that a try
[03:12:31] <dclarke> cool ?
[03:12:37] <bitvector2> totally!
[03:12:41] <bitvector2> thank you
[03:12:46] <dclarke> glad I could help
[03:12:52] <dclarke> I need to look there anyways
[03:13:03] <dclarke> I have been running compile jobs with a -Xc strict ANSI option
[03:13:07] <dclarke> it was an issue
[03:13:17] <dclarke> I spotted it the moment you brought up your problem
[03:13:22] <dclarke> I reverted back to -Xa
[03:13:30] <dclarke> which generally works well
[03:15:14] <Error_404> i *really* ought to pick up another drive for this zpool
[03:16:10] <boyd> Wow... the linux kernel will include realtime features. How innovative.
[03:16:17] <Error_404> lol
[03:16:53] <dclarke> wow .. a RealTime execution class
[03:16:57] <dclarke> freaking amazing
[03:17:12] <dclarke> my Solaris 8 Sparc 20 has that
[03:17:18] <boyd> I can't believe nobody thought of it before
[03:17:50] <Error_404> they invented rtproc()
[03:21:42] <dclarke> next I hear that Windows will allow people to use a mouse
[03:22:32] <Error_404> i wonder how much a 160G sata drive'll run me
[03:23:57] <Error_404> about $70
[03:25:00] *** piwi has quit IRC
[03:31:07] *** lloy0076 has joined #opensolaris
[03:33:52] <delewis> Linux has had a real-time scheduling class
[03:33:57] <delewis> at least since the 2.6 release :-)
[03:34:11] <boyd> In mainline?
[03:34:19] <delewis> boyd: I believe so
[03:34:26] * boyd is wondering after todays /. article
[03:34:29] <delewis> http://developers.sun.com/solaris/articles/solaris_linux_app.html
[03:34:36] <delewis> that seems to indicate it at least, ironically :-)
[03:34:41] <boyd> :)
[03:36:57] * delewis thinks most of the commentors for that Slashdot haven't read "Modern Operating Systems: Design and Implementation" for a proper definition of RT scheduling
[03:37:04] <delewis> post*
[03:37:16] <delewis> not surprising, really.
[03:43:43] *** paulproteus has joined #opensolaris
[03:44:41] <paulproteus> Running an OpenSolaris machine with an rsync running in the background, what's an easy way to measure how much bandwidth it is using?
[03:53:39] <Error_404> jesus hell...
[03:53:40] <Error_404> java.lang.IllegalArgumentException: Present Platform, OS: SunOS version: 5.11 is not Solaris 10. This facility is not supported on platforms other than Solaris 10.
[04:04:23] <Error_404> any way to lie to asadmin?
[04:04:55] <paulproteus> Error_404, Decompile it and change the code?
[04:04:59] <paulproteus> jode.sf.net has a good decompiler.
[04:05:19] <Error_404> why in blazes would i decompile it, it's open-source
[04:05:58] <paulproteus> Oh, oops.
[04:06:03] <paulproteus> Sorry, I haven't used that program.
[04:06:05] <paulproteus> (-:
[04:06:11] <Error_404> heh
[04:16:07] *** jsubl2 has joined #opensolaris
[04:18:17] *** Kernel86|Laptop has quit IRC
[04:18:26] *** Kernel86|Laptop has joined #OpenSolaris
[04:25:04] *** Disorganized has quit IRC
[04:25:50] *** Tekni has joined #opensolaris
[04:25:52] *** sommerfeld has joined #opensolaris
[04:25:53] *** ChanServ sets mode: +o sommerfeld
[04:26:13] *** Teknix has quit IRC
[04:39:37] <boyd> Anyone played with TX?
[04:46:59] *** oooo has joined #opensolaris
[04:50:31] <bitvector2> I think the new linux realtime stuff is hard-realtime as opposed to the old soft-realtime in since 2.6
[05:04:36] *** mlh has quit IRC
[05:12:17] <Error_404> anyone happen to use glassfish/SUNWappserver on solaris10?
[05:15:29] *** lloy0076 has left #opensolaris
[05:18:27] *** mlh has joined #opensolaris
[05:20:51] *** nwf has joined #opensolaris
[05:22:07] <qbit> Error_404: I've played with Sun App server  v9 a little on OpenSolaris but it's really old,   snv_25 iirc
[05:22:19] <qbit> haven't done much with it though
[05:22:34] <Error_404> yeah, that won't do
[05:22:52] <Error_404> glassfish can generate an SMF manifest
[05:22:57] <qbit> trouble with it on Solaris proper?
[05:23:10] <Error_404> but for some retarded reason they've hardcoded solaris10 as a requirement for doing it
[05:23:25] <Error_404> not Solaris >5.10... it must be = Solaris10
[05:24:02] <qbit> ahh ok - that must have changed and be different from the actual sun commercial release as opposed to glassfish itself
[05:24:16] <Error_404> nope, SUNWappserver does it too
[05:24:47] <qbit> have only played with the old snv_25 I installed quite some time ago
[05:25:20] <Error_404> it works fine on opensolaris, but asadmin create-service fails
[05:27:06] <qbit> ok - I just asadmin start-domain when I want to play, haven't tried that
[05:27:30] <qbit> was wondering about it but never got around to it
[05:29:32] <Error_404> don't bother if you're not running solaris10
[05:31:02] <Error_404> who hardcodes that sort of thing?
[05:31:11] <Error_404> sun, apparantly
[05:33:56] <Error_404> and there's no "force" option
[05:36:45] <qbit> just looked at the admin docs and it does say "available for solaris 10 only"...
[05:37:06] <qbit> but as to why, it does sound kind of short-sighted
[05:38:47] <Error_404> yeah
[05:40:19] <Error_404> and if someone dumps the SMF manifest from a sol10 machine, i'd bet that it works flawlessly on opensolaris too
[05:42:30] *** sommerfeld has quit IRC
[05:42:35] *** nwf has quit IRC
[05:43:47] *** nwf has joined #opensolaris
[05:50:02] *** solaris-user has left #opensolaris
[05:54:27] <jteo> Error_404: of course it would.
[05:55:14] <Error_404> hence why i asked if anyone was using it... i could just get a dump of the manifest
[06:03:23] *** jsubl2 has quit IRC
[06:05:14] <Error_404> oh, -Dos.version works
[06:05:27] *** nrubsig is now known as gisburn
[06:14:55] *** nwf has quit IRC
[06:17:06] *** nwf has joined #opensolaris
[06:21:54] <Error_404> w00t.
[06:23:31] <Error_404> glassfish SMF goodness
[06:24:39] *** drio has quit IRC
[06:25:00] <Error_404> thank you jclingan
[06:25:09] <Error_404> whoever you are
[06:35:40] <dclarke> hello
[06:35:47] <delewis> jclingan == one of the Sun Java guys
[06:36:03] <dclarke> jclingan == one of the good guys
[06:37:19] <gdamore> OMG building software on this cobalt is slow.  i wish i could cross compile some of this stuff.
[06:37:33] <delewis> gdamore: NetBSD? :-)
[06:37:48] <gdamore> yep.
[06:38:04] <gdamore> building sudo and tcsh at the same time.  painful.
[06:38:40] <delewis> not as painful as a SPARCstation 2 /w 40MHz microSPARC
[06:38:51] <delewis> god, compilations took forever.
[06:39:03] <gdamore> i consider the fact that most of pkgsrc is only available as _source_ to be one of its greatest weaknesses, especially on some of the embedded hardware NetBSD targets
[06:39:20] <gdamore> i bet.  i have a 250MHz  MIPS.  and it is slow.
[06:39:38] <delewis> can't you cross compile the NetBSD pkgsrc targets and create a package to install on the system?
[06:39:41] <gdamore> reminds of waiting many hours for a linux kernel compile on my old 40MHz i386.
[06:39:54] <gdamore> not pkgsrc.  pkgsrc is not cross-compile friendly.
[06:40:02] <delewis> 40MHz microSPARC would've been a *bit* faster than an i486 in most cases.
[06:40:05] <delewis> gdamore: pity.
[06:40:11] <gdamore> the main system cross compiles nicely.  its all the crappy unbundled software.
[06:40:17] <delewis> that's a real shame, considering how much NetBSD touts portability.
[06:40:43] <gdamore> well it _is_ portable.  it works, just really slowly. :-)
[06:41:03] <gdamore> and of course, switching to the piggish gcc4 hasn't helped either.
[06:41:40] <delewis> gcc-2.95
[06:41:43] <delewis> :-)
[06:41:52] <gdamore> heh.
[06:41:57] <delewis> though, I imagine the MIPS code generation is *awful*
[06:42:15] <gdamore> probably.  gcc4 seems to generate much tighter code than even gcc 3.4.
[06:42:32] <delewis> in the case of PowerPC that's true, as well
[06:42:39] <delewis> SPARC generation is still well, bad.
[06:42:49] <gdamore> studio 11. :-)
[06:43:08] <gdamore> (with the sparc codegen patch applied, of course. :-)
[06:43:17] * delewis recalls how gcc-2.95 on IRIX 6.5 could only do static linking
[06:43:43] <gdamore> ah yes, i remember that.
[06:43:59] <delewis> I put up that with a *long* time, never having a MIPSpro license.
[06:44:02] <gdamore> i recall when gcc couldn't do dynamic linking on hppa either.  made bulding perl a serious problem.
[06:44:57] <gdamore> i seem to recall that the sparc guys shipped some gcc patches to improve sparc, but they were rejected by the gcc guys.
[06:45:02] <delewis> well, there's still a couple of fringe groups out there that argue static linking > dynamic linker (when in actuality their using that as an excuse for not having dynamic linking support in the first place)
[06:45:07] <delewis> Plan 9 is an example of this.
[06:45:43] <gdamore> heh.  for performance static linking clearly wins, but you have to ignore cache effects, and not care about compatibility.
[06:46:08] <gdamore> netbsd kernel still doesn't have a decent kernel linker, and i sort of doubt that it will get one anytime soon.
[06:46:11] <delewis> not to mention the memory overhead that static linking causes
[06:46:24] <delewis> which makes static linking on systems with lots of applications a PITA.
[06:46:50] <delewis> being able to map segments of shared libraries is quite nice :-)
[06:46:51] <gdamore> oh yes.  i think the real proof of win for dynamic linking was ages ago with Motif.
[06:47:08] <gdamore> remember when some vendors supplied only statically linked motif apps?
[06:47:57] <gdamore> sheese.  whatever happened to sudo being a self contained package?  now it pulls in the friggin' kitchen sink.
[06:48:56] <delewis> LDAP support?
[06:49:00] * delewis cringes
[06:49:09] <delewis> and what's sad is I just took a guess :-)
[06:49:11] <gdamore> and skey, and libtool, and....
[06:49:22] <gdamore> and kerberos....
[06:49:27] <delewis> "store your sudoers file in an LDAP directory"
[06:49:44] <gdamore> heh.  i am actually curious if i can store it in NIS.
[06:50:00] <delewis> what's the NetBSD NIS implementation like?
[06:50:14] <gdamore> well, i just committed a few fixes for ypserv. :-)
[06:50:18] <gdamore> but its much better now.
[06:51:02] <gdamore> the backwards amd automounter is a bit annoying though.  i had to write a script to convert maps and export _both_ amd and autofs maps
[06:51:16] <delewis> ugh, I hate amd.
[06:51:20] <LeftWing> sudoers in LDAP can be handy.
[06:51:34] <delewis> after playing around with the automounter that most UNIXes ship (Solaris, AIX, etc.) I can't stand amd.
[06:51:39] <gdamore> for my use, i'd probably be happy with the suders file compiled into the binary. :-)
[06:51:59] <delewis> it just feels like I'm not only shooting my foot, but I'm also ripping it off and throwing it to the dogs when I use amd.
[06:52:04] <gdamore> Solaris was the first one to have a nice automounter.  it is quite nice.  Linux finally got a good solaris clone.
[06:52:16] <delewis> gdamore: really? I thought Linux was still using amd.
[06:52:30] <gdamore> debian tested earlier today -- it at least groks solaris style maps.
[06:52:31] <LeftWing> Linux have an autofs type affair at the moment.
[06:52:44] <delewis> most Linux users don't like automounters :-)
[06:52:51] <LeftWing> heh
[06:52:53] <delewis> or rather, don't see the need.
[06:52:59] <delewis> "Let's just use Samba"
[06:53:04] <LeftWing> A lot of Linux users don't believe in NFS either.
[06:53:11] <delewis> LeftWing: exactly.
[06:53:16] <gdamore> that's the thing about those damned NAS linux boxes that pisses me off...
[06:53:25] <delewis> gdamore: Samba and no NFS? :-)
[06:53:27] <gdamore> most of 'em claim "unix/linux" support, but only offer it via CIFS
[06:53:32] <delewis> ugh!
[06:53:34] <delewis> that's horrible.
[06:53:36] <LeftWing> haha
[06:53:38] <delewis> what a rip-off.
[06:53:51] <delewis> I think I'll go beat my head against the wall, now.
[06:54:05] <LeftWing> There needs to be an embedded Solaris for proper NFSv4 NAS appliance support. ;P
[06:54:09] <gdamore> so far the only "low" end NAS box to ship with NFS enabled by default seems to be the ReadyNAS, at ~$600 without disks.
[06:54:12] <delewis> talk about the epitome of a "Linux-oriented corporation"
[06:54:26] <delewis> or rather the epitome of a product from a "Linux-oriented corporation"
[06:54:48] <gdamore> I want to do a MIPS port specifically targetted at embedded applications like NAS servers, routers, etc.
[06:54:59] <delewis> Solaris/MIPS port, you mean?
[06:55:03] <LeftWing> heh
[06:55:04] <gdamore> yes.
[06:55:07] <delewis> nice :-)
[06:55:24] <gdamore> i can't seem to get anyone else interested, though.  i am afraid it might be too much to tackle _completely_ by myself.
[06:55:25] * LeftWing is fascinated by some of the embeddedish x86 stuff from VIA.
[06:55:41] <delewis> unfortunately, I don't have any MIPS experience, whatsoever.
[06:55:42] <gdamore> x86 sucks.  power that it is.
[06:55:44] <delewis> only SPARC :-(
[06:55:54] <gdamore> even the "low power via" can't compete with some of the MIPS and ARM cores.
[06:56:22] <gdamore> e.g. there are some pretty capable cores out there running at ~3W.
[06:56:23] <LeftWing> gdamore: Yes, but it's easier to build a Low Power VIA NAS appliance with Solaris at the present than to port it to another architecture.
[06:56:45] <gdamore> LeftWing: yes, but much less fun.  And I abhor x86.
[06:56:58] <delewis> "the stack is in the wrong place!"
[06:57:03] *** badcoder has quit IRC
[06:57:04] <LeftWing> x86 is pretty demented.  But it's here to stay for the present. =P
[06:57:20] <gdamore> don't even get me started on BIOS, ACPI... ad naseum.
[06:57:23] <delewis> demented is an understatement.
[06:57:38] <delewis> though, AMD64 looks fairly nice.
[06:57:52] <gdamore> its just less ugly, that's all.
[06:57:55] <LeftWing> Still a lot of compatibility cruft in it.
[06:57:56] <delewis> the virtual memory layout resembles SPARC at least, somewhat.
[06:58:18] <delewis> gdamore: exactly.
[06:58:19] <gdamore> heh.  my sudo and tcsh builds are _still_ running.  like 15 minutes into this already.  i should have timed them.
[06:58:31] <delewis> at least the stack is in the right place, and there's no need for a kernel mapping at the top of memory.
[06:58:34] <LeftWing> gdamore: Could you not have built a barer sudo? =P
[06:58:41] <jengelh> that looks like either your box is loaded or sudo/tcsh is bigger than it should be
[06:58:55] <gdamore> no, its just slow.  250MHz MIPS.
[06:59:13] <delewis> R4000-something, I presume?
[06:59:28] <gdamore> sudo required building libtool, etc.  and yes, its an R5k drivative
[06:59:32] <gdamore> derivative i mean
[06:59:43] <delewis> ah
[07:00:10] * delewis used an R5000 O2 and it was horrendously slow compared to an R10K in an Octane
[07:00:17] <gdamore> anyway, a port to MIPS would open a huge (i mean VAST) number of options.  and could well pave the way for an ARM/Xscale port, too.
[07:01:08] <delewis> gdamore: you might petition a few companies that do embedded MIPS hardware to sign-on for an OpenSolaris port
[07:01:19] <gdamore> i have a thin client application that would be nice to run on Solaris on Alchemy, too.  (Another MIPS variant.)  I did a huge amount of work porting NetBSD to Alchemy.
[07:01:32] <gdamore> i asked around, but most of them have linux on the brain.
[07:01:44] <delewis> that's unfortuate
[07:02:01] <gdamore> even cavium, who has a 16-way MIPS cpu (1GHz) that would *rock* with Solaris had no interest
[07:02:04] <delewis> given Solaris has a compliant NFSv4 implementation that they could use for their future NAS hardware after they ported OpenSolaris :-)
[07:02:24] <LeftWing> And will run Samba just fine
[07:02:26] <delewis> and ZFS, ya-da, ya-da
[07:02:31] <gdamore> heh.
[07:03:32] <gdamore> folks just aren't thinking of OpenSolaris as being useful for these kinds of apps.  Maybe a miniITX/VIA port might prove something otherwise to them.  ENOHARDWARE in my case, plus ENOX86 interest
[07:03:33] <delewis> well, eventually these corporations that are funneling money into Linux development will see the light.
[07:03:40] <gdamore> maybe.
[07:03:58] <delewis> the situation with the Linux kernel is getting worse, and worse, and with something out there like Solaris, the situation will become apparent.
[07:04:07] <delewis> (one can hope, anyway)
[07:04:08] <gdamore> no one wants to be the first to switch, apparently.
[07:04:23] <LeftWing> It's the Emperor's New Kernel.
[07:04:57] <gdamore> i was trying to get cavium or someone like it to give me a system to work on a Solaris/MIPS port.  no dice.  but now I have some cobalt hardware (which is really slow, but at least is MIPS64), so I might try anyway.
[07:05:09] <jengelh> delewis : So what's so bad about Linux?
[07:05:10] <gdamore> we need both MIPS64 and MIPS32 though.
[07:05:16] <gdamore> have you looked at the kernel code?
[07:05:34] <gdamore> written by 5,000 people speaking 10,000 different languages....
[07:05:37] <delewis> jengelh: lack of decent volume management, poor observability tools, and the just the development philosophy in general
[07:05:49] <delewis> the most interesting stuff going on with Linux nowadays isn't even integrated into the mainstream
[07:05:50] <gdamore> they still don't have a kernel debugger, do they?
[07:05:59] <jengelh> KDB
[07:05:59] <delewis> gdamore: gdb :-)
[07:06:05] <delewis> [sic]
[07:06:17] <jengelh> and kgdb
[07:06:21] <gdamore> really?  i thought you still just got an "oops", and that was it.
[07:07:01] <jengelh> however, it's not included in main
[07:07:04] <delewis> and if the "interesting stuff" isn't integrated mainstream, most vendors won't ship it.
[07:07:21] <delewis> Red Hat, SuSE (though, SuSE does ship Xen nowadays), etc.
[07:07:25] <gdamore> the lack of any kind of a DDI/DDK is a huge shortcoming too.
[07:07:28] <jengelh> the suse kernel comes with kdb afaics
[07:07:44] <delewis> yes, SuSE seems do a pretty good job of shipping a lot of the interesting, non-mainstream stuff
[07:07:57] <delewis> but I have yet to see anyone ship something like Systemtap
[07:07:58] <gdamore> as far as i can tell, Sun is the only company that truly understands binary compatibility.
[07:08:01] <jengelh> LVM+EVMS seem to be decent enough
[07:08:10] <jengelh> gdamore : Wrong. Check Microsoft.
[07:08:23] <gdamore> good point.  i meant in the unix space. :-)
[07:08:41] <jengelh> Well, take it this way, Linux does not want to accumulate all that compatibility cruft.
[07:08:42] <delewis> IBM definitely doesn't
[07:08:45] <gdamore> holy shit.  sudo and tcsh builds just finished.  within about 30 secs of each other.
[07:08:50] <delewis> installing AIX 4.3.3 packages on say AIX 5.3 is a bad idea.
[07:08:55] <delewis> (in most cases)
[07:09:06] <delewis> and occasionally a libc update will "break" things
[07:09:08] <AbeFroman> one person's cruft...
[07:09:10] <gdamore> i think linus just doesn't want to accomodate folks who want to use binary drivers.
[07:09:15] <delewis> still better than the Linux situation, though
[07:09:17] <LeftWing> HP reckon that HP-UX has good binary compatibility.
[07:09:22] <jengelh> gdamore : which seems like a good idea
[07:09:35] <LeftWing> Provided you don't want to move from PA-RISC to Itanium ever. ;P
[07:09:49] <delewis> jengelh: no, it's just an excuse for not having a stable API.
[07:10:04] <delewis> "if you give us source to your drivers we'll maintain them whenever there's a change in the API"
[07:10:20] <gdamore> what delewis said.
[07:10:22] <jengelh> well, that's how it is. Linux is not backed by a specific company, therefore, ...
[07:10:34] <jengelh> you just don't like us because we're different
[07:10:54] <LeftWing> Irritating different. =P
[07:10:55] <gdamore> there are very, very good cases for binary drivers.  open source zealots (or GPL zealots + Theo) can't seem to see them though
[07:10:56] <delewis> jengelh: there's no need to personalize it.
[07:11:00] <delewis> I don't the way it's done
[07:11:03] <delewis> not the people, as such.
[07:11:15] <delewis> but after seeing how Solaris does drivers, Linux leaves a lot to be desired
[07:11:32] <delewis> Solaris makes *every* attempt to segment platform-dependent code from platform-independent code
[07:11:36] <gdamore> the Solaris kernel APIs are the best I've worked with by far.
[07:11:40] <jengelh> fact is, it is not commercial-centric, so there is no need to pay attention to any binary-only stuff some companies would like to throw at it
[07:11:40] <delewis> (which is one small stone on the road to a stable API)
[07:12:31] <delewis> jengelh: some would argue that the Linux kernel is commercial-centric, nowadays, and thus it needs to address these issues that everyone else in the commerical space has solved years ago.
[07:12:36] <gdamore> Linux doesn't have kernel APIs.  :-)  You kinda just try to figure out how to write kernel code by staring at sources, and use whatever internal structures or functions you can find in headers. :-)
[07:12:50] <delewis> gdamore: how does NetBSD fair in this regard?
[07:12:55] <delewis> better than Linux, I guess?
[07:12:59] <jengelh> gdamore: 'Just staring at sources' has worked better for me on Linux rather than Solaris :-(
[07:13:08] <gdamore> yes, better than linux, but they still don't really get it.
[07:13:19] <gdamore> for one they don't have a decent interface for loadable modules, period.
[07:13:28] <delewis> what's so difficult about public and private interfaces? :-)
[07:13:33] <jengelh> as for missing features, I stil wonder why neither BSD nor Solaris have a per-fd-close method for character drivers.
[07:13:50] <gdamore> for streams you do have them.
[07:14:04] <gdamore> almost all solaris character  drivers are really streams. :-)
[07:14:20] <jengelh> hm there was a reason I could not use a streams driver but had to add hacks to the core
[07:14:43] <jengelh> right I think it _was_ because streams don't have per-fd-close either
[07:14:53] <gdamore> streams are weird if you have never used them before.  they are both a huge blessing, and a huge curse.
[07:15:21] <gdamore> they do, but you have to use the clone open to get them.
[07:15:30] <gdamore> anyway, wifey time.  later all.
[07:15:45] <jengelh> clone hm.
[07:17:19] *** dclarke has quit IRC
[07:19:30] *** Chef_ has joined #opensolaris
[07:21:22] *** quellhorst has quit IRC
[07:53:24] *** sahafeez has joined #opensolaris
[07:55:41] *** sahafeez has quit IRC
[07:56:58] *** sahafeez has joined #opensolaris
[08:06:23] *** lloy0076 has joined #opensolaris
[08:09:05] <Gr|ffous> I have a rather odd network card issue with my server, it's generating this warning in syslog: "Oct 15 19:03:57 supernova ip: [ID 903730 kern.warning] WARNING: IP: Hardware address '00:04:76:2f:af:2f' trying to be our address 192.168.010.002!
[08:09:06] <Gr|ffous> Oct 15 19:04:42 supernova last message repeated 14 times". That mac address is the nic with that IP on that server.
[08:09:33] <Error_404> hey, is there a resolution to a SMF service that won't transition?
[08:09:46] <Error_404> it's in state online NSTATE offline for like, half an hour
[08:10:32] *** bitvector2 has quit IRC
[08:11:57] <Error_404> n/m, just SIGKILL'ed the process
[08:18:21] *** nwf has quit IRC
[08:20:19] *** nwf has joined #opensolaris
[08:29:48] <Gr|ffous> does netstat count arp packets in the in/out count?
[08:30:49] *** nwf has quit IRC
[08:31:11] *** nwf has joined #opensolaris
[08:33:31] *** nwf has quit IRC
[08:34:18] *** nwf has joined #opensolaris
[08:58:36] *** nwf has quit IRC
[09:07:12] *** Xh4 has quit IRC
[09:13:26] <dho> goodnight
[09:13:40] *** quellhorst has joined #opensolaris
[09:27:30] *** lloy0076 has left #opensolaris
[09:54:46] *** Mdx4 has joined #opensolaris
[10:10:15] *** alanc_away has quit IRC
[10:11:00] *** alanc_away has joined #opensolaris
[10:29:23] <trygvis> which of the default groups are supposed to be used by admins?
[10:29:39] <trygvis> IOW: are there a document describing the differences between sys,adm,stadd and sysadmin?
[10:35:11] *** bengtf has joined #opensolaris
[10:35:35] *** Fish has joined #opensolaris
[10:36:28] <Fish> hello
[10:46:26] *** LordKing has joined #opensolaris
[10:53:43] <Error_404> hmm... evidently there's no way to force itunes to change the location of this track
[10:54:05] *** lplatypus_ has joined #opensolaris
[11:03:35] *** mega has joined #opensolaris
[11:08:12] *** lloy0076 has joined #opensolaris
[11:10:26] <lloy0076> Is lxrun the only way to run Linux binaries?
[11:16:32] <sickness> morning all
[11:16:45] <sickness> lloy0076: lx branded zones is another way
[11:17:28] * lloy0076 hmmmm
[11:17:36] <lloy0076> Zones. I'm having a hard enough time with basic network config :P
[11:17:38] <lloy0076> lol@me
[11:17:53] <lloy0076> Anyway, I've been staring at the screen too long, I must be off and away!
[11:17:54] *** lloy0076 has quit IRC
[11:20:19] *** sahafeez has quit IRC
[11:53:46] *** sporq_ has quit IRC
[11:53:51] *** sporq_ has joined #opensolaris
[11:56:20] *** mega has quit IRC
[11:58:30] *** jfndi has joined #opensolaris
[12:11:54] <kimc> good morning
[12:12:57] <quasi> good afternoon ;)
[12:15:38] <kimc> good day :)
[12:16:02] <kimc> another Sunday of iscsi experiments
[12:16:19] <kimc> now with both test machines running b49
[12:17:26] <kimc> gettting pretty fast rates of ~100MB/second but not for really large files.. like 1 GB
[12:17:48] <kimc> in the case of large files it hangs
[12:19:35] <quasi> bummer
[12:20:52] *** Mdx4 has quit IRC
[12:22:44] <kimc> trying to figure out what its doing when it hangs..
[12:23:53] <quasi> using mdb or dtrace?
[12:25:19] *** oooo has quit IRC
[12:25:31] <kimc> wish I knew more about dtrace.. that would do it
[12:26:09] <kimc> the flow of data on the network slows to a crawl
[12:26:31] <quasi> I've get something like 1001 iscsi related probes from dtrace -l
[12:27:05] <kimc> cool, how is your iscsi going ?
[12:27:31] <quasi> not using it - that was just a grep on the box I had at hand
[12:28:56] <kimc> ok..
[12:37:25] <kimc> benr put a post on the storage-discuss list last Tuesday describing some really poor performance with iSCSI
[12:37:53] <kimc> no better than 30mb/s
[12:37:58] <quasi> ah, so you're not alone ;)
[12:38:25] *** LeftWing has quit IRC
[12:38:35] <kimc> no.. I can get data rates way faster than that though..
[12:38:42] *** LeftWing has joined #OpenSolaris
[12:39:01] <kimc> dunno whats wrong in ben's case
[12:40:08] <kimc> Rick McNeal at Sun apparently wrote the iSCSI code and reads that list, responded that he's working on it.. which is great
[12:40:29] *** jfndi has left #opensolaris
[12:40:36] <kimc> Rick gets wire-speed with his test setup
[12:40:41] <quasi> perhaps a followup with your observations could be helpful
[12:41:37] <kimc> yeh I thinking of that, I have just setup the machine running the initiator with b49 last night
[12:42:25] <kimc> before that it was running Solaris 10u2 which is aka 06/something
[12:43:09] <kimc> this way both initiator and target are running the latest available bits
[12:43:29] <quasi> 6/06
[12:43:45] <kimc> yes thankyou :)
[12:45:30] <kimc> ben even has dual gige setup in aggregated mode.. I don't have that, just single gige
[12:45:57] <kimc> I've got the stuff to run dual gige
[12:47:15] <quasi> should be doable with dladm
[12:48:03] <kimc> did not know about dladm until now, thanks
[12:49:00] <kimc> theres also iSCSI MPxIO which I think uses the links at the iSCSI layer somehow
[12:50:05] <quasi> http://docs.sun.com/app/docs/doc/816-4554/6maoq01nk?a=view has details for link aggregations
[12:50:16] <kimc> very good thanks
[12:51:19] <kimc> says there its IEEE 802.3ad
[12:52:34] <kimc> huh how about that.. i followed the ieee link and it actually brought up the page at the ieee site.. not refusing it unless you're an ieee member
[12:53:01] <kimc> maybe they've had a change of heart ;)
[12:54:19] *** trs81 has quit IRC
[12:55:44] <kimc> huh.. says here it hides the addresses of the interfaces
[12:56:26] <kimc> you can aggregate by application
[13:00:31] *** deather_ is now known as deather
[13:00:44] <kimc> iSCSI target on Solaris is new enough that there aren't many google hits for MPxIO on it
[13:03:04] *** _william_ has joined #opensolaris
[13:04:56] <_william_> hi all
[13:05:05] <kimc> maybe it would make more sense to concentrate on the basic iSCSI performance situation.. hi william
[13:08:15] <kimc> we'll see how it goes with the iscsi initiator running on b49 instead of 10u2
[13:09:17] <kimc> then theres a little matter of the inability to interoperate with Windows iSCSI..
[13:10:06] <kimc> dunno about some iSCSI initiators running on OSX.. thats an ultimate goal
[13:11:21] * quasi goes off to work to prepare for arrival of test thumper tomorrow or Tuesday
[13:12:45] <Error_404> neat, now all my services are neatly sliced up in to zones
[13:13:07] <Error_404> unneccessary amounts of ram? you bet!
[13:16:54] <kimc> what services are you referring to ?
[13:17:48] <kimc> quasi: have fun with the thumper
[13:19:36] <quasi> kimc: thanks, I'm sure I will (and I've found a cheap ripoff that I should probably try too - costs about the same as sun 12TB thumper with 36TB and still only 4U)
[13:19:58] <kimc> din't know there were ripoffs already
[13:20:12] <quasi> neither did I till last week
[13:21:28] <kimc> you could build your own if you really wanted to ripoff :)
[13:24:51] <jteo> not without a bottleneck.
[13:25:08] <kimc> not as high performance though..
[13:26:03] <ofu> quasi: you got a link to this thing?
[13:26:16] <ofu> less disk controllers, i bet
[13:35:58] <kimc> brb..
[13:36:29] <soultan> http://www.youtube.com/watch?v=jZxIovtIJg8 watch that brothers
[13:51:27] *** mkhl has quit IRC
[13:55:32] *** oooo has joined #opensolaris
[14:00:49] <quasi> ofu: nope, I'm digging for a link - but they did say 3 seperate pcix buses like the thumper
[14:04:16] *** Mdx4 has joined #opensolaris
[14:14:28] *** nyati_ has quit IRC
[14:27:06] <quellhorst> is it possible to make one large filestore with many opensolaris boxes each with 4x400gb sata disks?
[14:27:14] <quellhorst> i want to have it all using zfs
[14:30:16] <quasi> quellhorst: you'd need some sort of frontend or clustering mechanism (or wait for suns honeycomb)
[14:31:30] <quellhorst> otherwise i would need to just have a diff mount point for each box?
[14:31:49] <quasi> or if the number of machines isn't too great, perhaps the next sun cluster may work
[14:32:00] <quasi> yeah, something like that
[14:32:10] <quellhorst> define too great?
[14:32:21] <quellhorst> i doubt ill have more than 1 rack of 1u for the next year
[14:32:44] <quasi> I don't think that'd work
[14:32:53] <quellhorst> ?
[14:33:16] <quasi> not with sun cluster 3.2 that is
[14:33:21] <quellhorst> oh
[14:33:32] <quellhorst> when is honeycomb suppose to come out?
[14:33:47] <quasi> something like qfs may be usable
[14:34:06] <quellhorst> with the thumper boxes, how is sun making more than one work together?
[14:34:31] <quasi> uhm, I can't say - but if you're serious about it, I'd suggest talking to your sun rep
[14:36:29] <quasi> Sun StorageTek SAM-FS software and Sun StorageTek QFS would be qualified guesses
[14:44:25] *** Fish has quit IRC
[14:44:37] *** Fish has joined #opensolaris
[14:53:20] <quasi> http://www.sdsc.edu/srb/index.php/What_is_the_SRB or http://www.danga.com/mogilefs/ could be 2 ways of hacking your own
[14:59:44] *** quellhorst has quit IRC
[15:23:13] *** LordKing has quit IRC
[15:37:43] *** koolniczka has joined #opensolaris
[15:49:39] *** nyati has joined #opensolaris
[15:56:47] *** nyati_ has joined #opensolaris
[16:08:54] *** nyati has quit IRC
[16:10:06] <Fish> good bye
[16:11:28] *** Fish has quit IRC
[16:22:02] *** quellhorst has joined #opensolaris
[16:26:05] <quellhorst> quasi: i have used mogilefs before, and its rather neat, and likely something that i would use since the zfs cluster stuff isnt out
[16:27:03] <quellhorst> i guess after reading about zfs i assumed that you could already run it across a cluster of boxes
[16:31:16] <quasi> you can with sun cluster 3.2 for HA - but I'm not convinced that's something which would scale quite to a full rack of machines
[16:31:37] <quasi> honeycomb seems to be suns answer in that area
[16:37:08] *** Mdx4 has quit IRC
[16:37:24] <ofu> what exactly does honeycomb do?
[16:40:49] <quasi> http://research.sun.com/minds/2005-0628/
[16:43:12] <ofu> so is it a clustered filesystem based on zfs?
[16:43:31] <ofu> or distributed filesystem?
[16:43:43] <quasi> http://storagemojo.com/?p=63 says a bit more
[16:44:35] *** hile_ has quit IRC
[16:46:07] <quellhorst> will honeycomb be free/opensource?+
[16:46:53] <quellhorst> according to storagemojo its like gfs, which is exactly what i want.
[16:48:56] <quasi> it is tied into hw, so I'm not sure about the free/opensource bit
[16:50:15] <quellhorst> the beauty of what google created is that it runs on just a bunch of cheap boxes. heck they dont even use sata but 2x400gb ide per dual opteron box
[16:50:59] <quasi> speaking of google - http://www.wired.com/wired/archive/14.10/cloudware.html
[16:51:19] <trygvis> crap .. now solaris won't work processes again .. "Not enough space"
[16:51:28] <trygvis> but there is still plenty of memory free
[16:52:44] <quellhorst> quasi: yeah, they have trouble with the standard datacenter since they are too dense, and require more power than the datacenters are able to deliver
[16:53:08] <quellhorst> i know ev1servers in houston had one building where they built it out until they maxed out the available power from the local utility
[16:53:34] <quasi> quellhorst: and I keep hearing rumors that the "build own pc" strategy is getting to be quite troublesome
[16:54:26] <quellhorst> yeah, well how many machines do they have with non redundant power, cheap ram, and cheap disk?
[16:54:44] <quellhorst> damn thats a bunch of stuff to replace every day
[16:55:52] <quasi> indeed
[16:55:59] <quellhorst> but you know, as we get solid state storage it will freaking change all of this.
[16:56:43] <ofu> in 5-10 years, perhaps...
[16:56:51] <quellhorst> but i have trouble convincing the big internet co i work for about this.
[16:56:54] <quellhorst> not even 5 years
[16:57:37] <quellhorst> maybe 5/10 years for most companies... but they will be the slow adopters
[17:00:46] *** trs81 has joined #opensolaris
[17:07:34] *** ___schily has joined #opensolaris
[17:24:58] *** __schily_ has quit IRC
[17:40:31] *** _dreams_ has joined #opensolaris
[18:32:26] *** coffman has joined #opensolaris
[18:51:07] <quasi> quellhorst: sounds like a lot of fun ;)
[18:51:39] <quellhorst> yeah, i love what i do
[18:54:51] <quasi> quellhorst: I'd probably also be more comfortable at a place that moved at somewhat slower speed
[19:01:12] <pjd_> Can I log in-kernel function calls with dtrace?
[19:02:11] <quasi> yes
[19:03:25] *** Griffous has joined #opensolaris
[19:03:55] *** oooo has quit IRC
[19:04:23] *** Gr|ffous has quit IRC
[19:29:36] *** drio has joined #opensolaris
[19:37:37] *** jteo_ has joined #opensolaris
[19:43:27] *** eokyere has joined #opensolaris
[19:51:32] *** nwf has joined #opensolaris
[19:52:58] *** kloczek has quit IRC
[19:56:19] *** jteo has quit IRC
[20:01:36] *** klocze1 has joined #opensolaris
[20:02:59] <quasi> gah, http://www.linux.com/article.pl?sid=06/10/06/150252
[20:06:46] <delewis> Ubuntu?
[20:06:49] <delewis> I thought it was Debian
[20:07:01] <asyd> quasi: nice
[20:07:33] <delewis> "Utilities like ps, top, and ifconfig are the Solaris/Berkeley variants"
[20:07:42] <delewis> I think that qualifies as an oxymoron
[20:07:43] <trygvis> it's mostly ubuntu, but also a few bits from debian
[20:07:52] <delewis> "Solaris/Berkeley". classic.
[20:08:25] *** archer7-Wiki has joined #opensolaris
[20:08:25] <delewis> "while some utilities, such as procinfo, sar, and iostat, are not available at all. This is probably because many of the tools, like the sysstat package that includes sar and iostat, are Linux-specific."
[20:08:30] <delewis> oh, god.
[20:08:32] <delewis> that's horrible.
[20:09:28] <quasi> indeed
[20:09:36] <delewis> "It's a shame that the licensing issues prevent porting DTrace and Zones to Linux, but until that's sorted out, Nexenta provides the most user-friendly OpenSolaris-based OS that I've tried."
[20:09:46] <delewis> um, why do you need Linux, period?
[20:09:47] * delewis sighs
[20:10:09] <quasi> yeah, that's the one that really got me annoyed
[20:10:33] <delewis> if all these features are coming from a particular OS, it stands to reason that particular OS has something to offer.
[20:10:36] <delewis> what twits.
[20:11:00] *** nwf has quit IRC
[20:11:12] *** n0rus has joined #opensolaris
[20:14:14] *** nwf has joined #opensolaris
[20:16:10] * delewis just submitted his comment to this discussion
[20:16:19] <delewis> I wonder how long it'll take to figure out which one is mine :-)
[20:20:07] <quasi> " looks like winblows users don't hold a monopoly on cross-platform ignorance...
[20:20:10] <quasi> "
[20:21:39] <delewis> the one below that :-)
[20:22:40] *** anthony79 has joined #opensolaris
[20:22:58] <quasi> ah, that didn't show up till after a reload
[20:25:22] <delewis> hopefully, that guy won't write such an uninformed article again, but that's being hopeful, of course.
[20:28:38] *** LordKing has joined #opensolaris
[20:35:01] <quasi> indeed
[20:37:06] <n0rus> http://lj.deformica.com/SunOBP_Quick_Ref.pdf
[20:38:56] <delewis> http://distrocenter.linux.com/comments.pl?sid=37432&op=&threshold=0&commentsort=0&mode=thread&tid=127&pid=91933#91982
[20:38:59] <delewis> :-)
[20:40:20] <quasi> heh
[20:40:35] <delewis> I also forgot to point out that "flying" does not necessarily equal scalability as the author implied.
[20:42:02] <quasi> the poor guy has no clue what scalability is
[20:42:09] <delewis> obviously.
[20:42:42] <delewis> nor is he probably aware of how important it is to have adequate kernel-levels synchronization primitives to make scalability possible.
[20:43:32] *** nwf has quit IRC
[20:44:49] <quasi> most people being happy on linux have decided not to care or just don't understand
[20:44:59] <n0rus> because linux is a religion
[20:45:03] <delewis> unfortunate, but true.
[20:45:35] <delewis> whatever happened to using a system because of it's functionality and features than bothering with religion.
[20:46:14] <delewis> which is also directly related to "license squabbles"
[20:46:48] <delewis> afterall, I just want to write and use code -- that's what developers do, instead of becoming lawyers nowadays (as is the popular trend).
[20:47:02] <quasi> blame the fsf ;)
[20:47:11] <delewis> quasi: indeed.
[20:47:35] <delewis> "So Linux may "fly" on your eight-core Opterons, but the fan is only a couple of feet away at any given moment. " I think I'll submit that to bash.org :-)
[20:48:29] <quasi> yeah, that one is pretty cool
[20:48:52] <delewis> divine coffee inspiriation :-)
[20:49:31] * quasi should go get dinner before everything closes
[20:51:32] *** Tpenta has quit IRC
[20:53:27] *** sparc-kly_ has joined #opensolaris
[20:54:19] *** LeftWing has quit IRC
[20:55:31] *** LeftWing has joined #OpenSolaris
[20:59:12] *** axisys has quit IRC
[21:03:16] *** drio has quit IRC
[21:06:26] <Error_404> "Cannot share filesystems in non-global zones"
[21:06:28] <Error_404> drats.
[21:07:55] <Error_404> delewis: in my experience it's mostly not developers that get involved in lawyering
[21:11:22] *** sparc-kly has quit IRC
[21:12:24] *** archer7-Wiki has left #opensolaris
[21:23:02] *** jcsmith has quit IRC
[21:23:51] *** jcsmith has joined #opensolaris
[21:26:41] *** trede has quit IRC
[21:27:19] <quasi> Error_404: I see my fair share of the lawyering at asf
[21:28:19] <quasi> more than enough to make me wonder if it is really worth the bother
[21:38:43] *** deny_ has quit IRC
[21:49:39] *** Tpenta has joined #opensolaris
[22:00:43] *** nwf has joined #opensolaris
[22:09:57] *** solaris-user has joined #opensolaris
[22:13:23] *** karrotx has joined #opensolaris
[22:13:36] *** karrotx has quit IRC
[22:14:11] *** karrotx has joined #opensolaris
[22:20:51] *** |tsoome| has joined #opensolaris
[22:24:03] *** LordKing has quit IRC
[22:28:14] *** gtc has joined #opensolaris
[22:31:27] *** jsubl2 has joined #opensolaris
[22:36:46] *** Tpenta has quit IRC
[22:38:18] *** tsoome has quit IRC
[22:38:58] *** sparc-kly_ is now known as sparc-kly
[22:39:04] <_william_> gn
[22:39:05] *** _william_ has left #opensolaris
[22:39:14] *** ChanServ sets mode: +o sparc-kly
[22:42:06] *** jsubl2 has quit IRC
[22:42:15] * sparc-kly is away: I'm busy
[22:42:20] *** qbit has left #opensolaris
[22:49:20] *** koolniczka has left #opensolaris
[22:49:39] *** nwf has quit IRC
[22:56:12] *** n0rus has quit IRC
[22:56:27] *** gtc_ has joined #opensolaris
[23:02:42] *** Gman has joined #opensolaris
[23:03:51] <Gman> hey all
[23:04:24] <solaris-user> sup
[23:08:27] <quasi> hey Gman
[23:14:35] *** gtc has quit IRC
[23:19:33] *** bank has joined #opensolaris
[23:20:09] <bank> hi all
[23:24:39] *** bank has quit IRC
[23:36:27] *** kimc has quit IRC
[23:42:55] *** solaris-user has left #opensolaris
[23:46:38] *** rmorse has joined #opensolaris
[23:48:06] *** drio has joined #opensolaris
[23:50:42] *** rmorse has quit IRC
[23:55:50] *** rmorse has joined #opensolaris
[23:57:33] *** nwf has joined #opensolaris





top