irclog2html for #brlcad on 20051121

01:01.16 *** join/#brlcad learner (n=brlcad@pcp0011649376pcs.aberdn01.md.comcast.net)
01:01.16 *** mode/#brlcad [+o learner] by ChanServ
01:24.51 ``Erik *yawn*
01:28.24 ``Erik yes, sean, I realized that :)
01:28.27 ``Erik work is retarding me.
01:28.54 ``Erik sysutils/uptimed and lang/gauche
01:30.07 ``Erik uptimed give you uptime records with some neat stuff like milestone notifications, etc... so your awesome uptimes aren't lost forever when the janitor kicks the cord
01:30.13 ``Erik and lang/gauche, well, I want my scheme ;)
01:30.38 brlcad sounds good to me
01:31.18 brlcad probaby a good time to portupgrade -Ra too ..
01:31.24 ``Erik -Raus
01:31.27 ``Erik well
01:31.27 brlcad maybe later tonight
01:31.30 ``Erik sudo -Rau
01:31.33 ``Erik :)
01:31.50 ``Erik ooh, that reminds me, I'm gonna do sysutils/pkg_cutleaves, too
01:32.05 brlcad never heard of it
01:32.17 ``Erik pkg_cutleaves -l <-- will display all ports installed that are not dependancies for other ports
01:32.26 ``Erik and it has an interactive mode that lets you cull down your pkg list
01:33.07 brlcad why would one cull down your pkg list?
01:33.38 ``Erik I've installed shit to try something, then forgot it *shrug*
01:34.18 brlcad ah
01:34.40 ``Erik also; similiar uses as "deborphan"
01:34.54 ``Erik if you've done much serious debian admin
01:35.38 ``Erik it's my favorite leenewx, but I haven't tried gentoo or ubuntoo yet
01:36.17 ``Erik woops, ruby is getting upgraded here
01:36.53 brlcad upgrades are fine, so long as it doesn't clobber or break existing stuff
01:37.23 ``Erik hopefully not :)
01:37.31 ``Erik that reminds me
01:38.15 ``Erik purdue hosts anoncvs for fbsd, their machine ate part of itself, so anoncvs is gone right now... I talked to the admins, "greg" says that parts are on order and the parts will be in next week...
01:38.31 ``Erik once that's back, I'll send-pr brlcad 7.6.4 for fbsd
01:38.49 ``Erik and submit a pkg to the sf site
01:38.59 brlcad cool deal
01:39.18 brlcad there's one patch to make to the source tarball potentially
01:39.29 ``Erik hrmmmmm
01:39.41 ``Erik I know there's be considerable changes, since I'll be using the system tcl now...
01:39.56 brlcad a quick test of an mged build will tell you if it works or not
01:40.05 brlcad if it runs, it works ;)
01:40.15 ``Erik well, that's the trivial part... the hard part is the pkg-plist
01:40.24 brlcad if it doesn't, have to add a 0 && to a line in src/mged/ged.c
01:40.47 ``Erik if it doesn't work, I'll talk to ya
01:41.16 brlcad hopefully this cvsup doesn't bork your portupgrade..
01:41.29 ``Erik ummmmm
01:41.29 ``Erik hrm
01:41.51 ``Erik there wasn't much in the update list... I think I'm on the last package, so probly not
01:42.22 brlcad it's only up to ports/lang so far
01:42.34 brlcad ports/mail
01:43.03 brlcad misc
01:43.15 brlcad multimedia
01:43.24 brlcad net
01:43.26 ``Erik I'll tell ya when mine is done, then you can do the portupgrade...
01:43.33 brlcad like ticking timebomb :)
01:43.53 ``Erik I intend to bring most if not all our work machines to 60, btw
01:44.35 ``Erik the clusters already run it, it's the fs's that need updating...
01:44.53 ``Erik and those highly deviant zen labs boxen
01:45.40 brlcad past sysutils
01:46.40 brlcad all done
01:46.58 brlcad eh, ruby just coredumped
01:47.34 ``Erik doing what?
01:48.12 ``Erik try removing INDEX.db ?
01:48.13 brlcad no idea, ruby18
01:48.22 ``Erik (did you try running portupgrade?)
01:48.38 brlcad it didn't crash on ME.. just a process on the system crashed
01:48.45 ``Erik hrm
01:48.53 brlcad i just see the core dump notifications
01:49.55 brlcad portupgrade is written in ruby? never noticed
01:50.15 ``Erik yup
01:50.29 ``Erik seems to be chunkin' along for me
01:51.28 ``Erik guess i'm doing the portupgrade for ya
01:51.51 brlcad ahh, you did add -a, yeah
01:52.46 Maloeran Interesting, Gentoo's portage written in Python sure is pathetically slow
01:53.36 ``Erik I don't think python is inherently slow, but it may be poorly coded... :)
01:54.13 brlcad compiled bootstrap, python, and shell tools optimized?
01:54.24 brlcad default isn't exactly the best set of optimization options
01:56.46 ``Erik http://funroll-loops.org/ makes me nervous to try gento
01:56.48 ``Erik o
01:57.03 Maloeran Sure, all optimized and on amd64, I'm just amazed how slow it can be
01:57.39 ``Erik hrmmmmm, I've seen "more" optimization produce significantly slower executables o.O
02:03.24 ``Erik heh, I got some for the wench, and she decided she didn't like it anymore *sigh*
02:05.25 brlcad that's succulent ;)
02:06.01 ``Erik hold the olives???
02:06.04 ``Erik you FREAK
02:06.19 brlcad more optimization producing slower execs sounds like a gcc4ism or otherwise buggy compiler ;)
02:06.46 Maloeran I'm not sure, we would have to benchmark against this royal couscous with merguez and sublime lamb :)
02:06.48 ``Erik 3 did it, too... probably related to cache misses or something
02:07.39 Maloeran Compilers don't really know what's the fastest solution, sometimes -Os prove fastest as it makes the whole algorithm fit in L1 cache
02:08.11 ``Erik maybe
02:09.14 brlcad that's the problem, they SHOULD know .. call it a bug or compiler inadequacy -- they know the hardware they are compiling on, it shouldn't get slower
02:09.59 Maloeran There's so much that compilers can't know regarding the code execution, I don't think it would be possible without collecting abundant statistics and recompiling from previous runs
02:10.25 brlcad and several compilers do that now ;)
02:11.14 brlcad multipass compilation is almost a forgone necessity now for effective branch prediction and cache coherency
02:11.16 Maloeran When I tried GCC's branching collection and prediction switches, the result was slower :)
02:12.02 Maloeran In any case... I just ended up writing an amd64 assembly path of my ray-tracer's pipeline, I welcome any compiler to try to defeat that :}
02:12.12 brlcad gcc, as prevalent as it is, has never shaken a decent stick at optimization compared to the compilers from the vendors
02:12.39 brlcad except for maybe solaris, which has a compiler that actually generates slower code for their own platform
02:12.43 brlcad but then they suck
02:13.50 Maloeran GCC's register allocation scheme is fairly poor, to me it seems to be the most important problem
02:14.15 ``Erik x86 registers are extremely poor
02:14.18 Maloeran Plus various chip-specific stupidities it tend to generate once in a while, stalling execution
02:14.29 Maloeran Sure, I'm mostly referring to amd64
02:16.29 ``Erik bah, who uses those lame amd chips anyways ;)
02:17.04 ``Erik stare all you want, but lemme go hide, um, all my x86 breed machines...
02:17.06 ``Erik first
02:17.07 ``Erik :)
02:17.25 brlcad mm.. chips, I could go for a bag of salt and vinegar right about now
02:17.51 brlcad deep fried hopefully
02:18.50 Maloeran Most chips aren't too far from being the worst thing one can eat and still bears the label "food"
02:19.41 brlcad you've apparently never tried sea urchin
02:20.25 Maloeran Indeed, I haven't :)
02:20.28 brlcad that defined a whole new level of "bad food" to me
02:20.42 brlcad but an interesting experience nonetheless
02:21.10 ``Erik http://www.anti-rice.com/images/Patrick%20-%203.jpg *ghah*
02:21.22 ``Erik http://www.anti-rice.com/images/Patrick%20-%202.jpg
02:21.30 ``Erik http://www.anti-rice.com/images/Patrick%20-%201.jpg
02:22.31 ``Erik http://www.anti-rice.com/images/Dalens69%20-%201.jpg
02:22.32 ``Erik http://www.anti-rice.com/images/Dalens69%20-%202.jpg
02:22.52 brlcad that sucker is huge
02:23.13 brlcad oooh, now that one is purdy
02:23.14 ``Erik which, the beast in the nova?
02:23.21 ``Erik the 69 camaro is sweet
02:23.31 brlcad the greenie
02:23.33 ``Erik supposedly that nova pushes more than 750bhp
02:23.36 brlcad shweet
02:27.57 ``Erik do you know how many kw you can put out?
02:28.27 ``Erik that nova is, um, 560kw
02:28.36 Maloeran Definitely not, any idea how to mesure that? :)
02:29.09 ``Erik um, here's a webpage that says the average human can put out about 125 watts from pedalling
02:29.13 ``Erik http://www.windstreampower.com/humanpower/hpgtech.html
02:29.29 ``Erik hand cranking is about 50 watts
02:29.55 ``Erik so that car has as much muscle as probably about 4500 of you.
02:29.56 ``Erik :)
02:30.16 Maloeran 0.17 horse power, neat
02:31.15 ``Erik my pickup has about 90kw, so, um, 720 of you :D
02:32.17 Maloeran Amusing thought that it might be possible to keep a 200-300W box on by pedalling for a little while
02:36.21 ``Erik get a more efficient machine? :)
02:49.56 pra5ad anyone know if jason is online?
02:50.18 pra5ad and when is the partay tomorrow
02:51.11 brlcad all day no?
02:51.20 pra5ad even morning?
02:51.27 pra5ad im supposed to bring drinks (and keg)
02:51.44 pra5ad w/ jason
02:52.03 brlcad joked that both of you should just bring 1 bottle
02:52.14 brlcad just to see the panic
02:52.40 pra5ad and piss off wendy9000
02:52.42 pra5ad no thanks =)
05:56.08 *** join/#brlcad learner (n=brlcad@pdpc/supporter/silver/brlcad)
05:56.08 *** join/#brlcad DTRemenak (n=DTRemena@DHCP-170-143.caltech.edu)
05:56.08 *** join/#brlcad Maloeran (n=alexis@modemcable084.164-81-70.mc.videotron.ca) [NETSPLIT VICTIM]
05:56.08 *** join/#brlcad Guu (i=guu@myth.gibbscam.com)
05:56.09 *** join/#brlcad age (n=nothx@pool-138-88-13-177.res.east.verizon.net) [NETSPLIT VICTIM]
05:56.09 *** join/#brlcad AchiestDragon (n=dave@whipy.demon.co.uk) [NETSPLIT VICTIM]
05:56.09 *** join/#brlcad archivist (n=archivis@host217-35-76-52.in-addr.btopenworld.com) [NETSPLIT VICTIM]
05:56.09 *** join/#brlcad CIA-12 (n=CIA@flapjack.navi.cx)
05:56.09 *** join/#brlcad archivist_ (n=archivis@host217-35-76-52.in-addr.btopenworld.com) [NETSPLIT VICTIM]
05:56.09 *** mode/#brlcad [+o learner] by irc.freenode.net
14:43.58 *** join/#brlcad joevalleyfield (n=joevalle@bz.bzflag.bz)
17:59.51 *** join/#brlcad DTRemenak (n=DTRemena@DHCP-170-143.caltech.edu)
18:52.07 *** join/#brlcad brlcad_ (n=brlcad@bz.bzflag.bz)
19:25.51 *** join/#brlcad blossa (n=blossa@h84n2fls301o1099.telia.com)
19:27.19 blossa Hi! I run Gentoo and having problems with framebuffer... anyone that can point me into the right direction?
19:28.57 blossa Also, i don't know if it matters but, I use udev...
19:44.19 blossa brb
19:50.49 *** join/#brlcad blossa (n=blossa@h84n2fls301o1099.telia.com)
20:05.00 joevalleyfield udev makes no difference
20:05.05 joevalleyfield it works for me on gentoo
20:05.18 joevalleyfield the "/dev/fb" is just an identier
20:05.37 joevalleyfield not a device or pipe or file or anything at all
20:06.05 joevalleyfield did you try fbserv standalone?
20:32.17 blossa I got it working now. I found an old log from irc: http://ibot.rikers.org/%23brlcad/20050312.html.gz
20:33.31 blossa that lead me into the right direction. :-)
20:41.37 blossa I thought... hehe I used /dev/X, and got a 'framebuffer-window'. When i use /dev/ogl the hole screen goes black. /dev/fb gives me 'no such device'.
20:41.54 blossa So /dev/X is the right for me?
20:56.34 *** join/#brlcad _AchiestDragon (n=dave@whipy.demon.co.uk)
20:57.29 *** part/#brlcad _AchiestDragon (n=dave@whipy.demon.co.uk)
21:07.27 joevalleyfield you're right
21:13.41 blossa I have been testing some rendering now... At the beginning I thought I made something wrong, but then I realized that it is fast!!! :-)
21:22.16 blossa As far as I can see, rendering uses both processors. But are there any settings I can do to make sure it uses both processors?
23:01.07 *** join/#brlcad fenn (n=fenn@adsl-68-251-146-214.dsl.bltnin.ameritech.net)
23:01.44 fenn any estimate for when archer will be released?

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.