| 07:19.31 | *** join/#brlcad ibot (ibot@rikers.org) |
| 07:19.31 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225) |
| 08:24.08 | *** join/#brlcad mafm (~mafm@81.35.69.130) |
| 13:06.52 | CIA-73 | BRL-CAD: 03indianlarry * r38595 10/brlcad/trunk/src/rt/opt.c: Added flag to track when the display units option '-u' is specified. If flag not specified 'rtarea' will look at local units setting in model geometry. |
| 13:57.26 | d-lo | Mernin all |
| 13:58.24 | ``Erik | yargh |
| 13:58.35 | d-lo | whats new? |
| 13:58.37 | brlcad | Arr |
| 13:59.20 | d-lo | anyone happen to have a spare Enet hub? |
| 13:59.37 | d-lo | nothing fancy, just like 100baseT, 4 ports? |
| 13:59.54 | ``Erik | if hv3 is pure tcl, why does it need version and tea crap during configure? O.o |
| 14:00.07 | brlcad | I just have the one at the O and another here but it's in use too |
| 14:00.23 | d-lo | ah, the one at the O is yours? |
| 14:00.40 | brlcad | just a cheap lil thing |
| 14:00.40 | ``Erik | I have an unused 4 port 10baseT at home, but it's 10base... O.o ancient linksys piece o' crap |
| 14:00.42 | d-lo | thought it was work owned. |
| 14:01.12 | d-lo | ``Erik: Yeah I have a 4 port 10baseT also. Looking to upgrade a bit. |
| 14:01.16 | ``Erik | if it's at the office, it must be work owned, or it couldn't be plugged into anything O.o |
| 14:01.27 | d-lo | of course :) |
| 14:02.02 | ``Erik | um, a dumb hub would be dirty cheap, for $50, you could get a wap/router/hub |
| 14:02.25 | starseeker | ``Erik: OK, not pure tcl in that sense - my bad. Pure tcl in the sense that it doesn't need any external graphical or web toolkits to do web page display |
| 14:02.27 | ``Erik | tell ya, laptop on the deck on a nice day, nice office |
| 14:02.34 | d-lo | Im doing the inital ground work for wiring up the house. |
| 14:02.44 | d-lo | so looking for just a hub right now. |
| 14:02.50 | d-lo | 32 port switch comes later :) |
| 14:03.00 | ``Erik | <-- has given up on wiring houses, a wired 'bundle' somewhere and wireless for all remote bits is good *shrug* |
| 14:03.21 | d-lo | I can't stand how slow wireless is sometimes :/ |
| 14:03.30 | ``Erik | which 802.11 are you using? |
| 14:03.35 | d-lo | g |
| 14:03.42 | ``Erik | isn't n the hot new thing? |
| 14:03.57 | d-lo | sure, but still pales in comparision to hardwire |
| 14:04.33 | starseeker | ``Erik: I'm sure BSD will find some way to break hv3, of course... |
| 14:04.37 | d-lo | All my laptops are wirelss (duh) but having the servers on wired makes file xfers hellafaster |
| 14:05.07 | ``Erik | ah, heh, you're transferring big files between servers? :D |
| 14:05.37 | ``Erik | <-- has a 'leash' in his basement for big file xfers to his laptop... when downloading off the net, even b outpaces uplink *shrug* |
| 14:05.50 | d-lo | when I am doing HD backups in prep for reformatting.... when the wife needs to move sveral gigs of RAW imag data off the laptop, etc. hardwire rules. |
| 14:06.13 | d-lo | wow, you're uplink is that slow? |
| 14:06.24 | d-lo | s/you're/your/ |
| 14:06.39 | ``Erik | um, a couple mbps I think? haven't speed tested it lately |
| 14:06.39 | d-lo | then again, there is only one of you using your wireless ;) |
| 14:06.47 | ``Erik | heh, that I know of O:-) |
| 14:06.53 | d-lo | haha good point |
| 14:07.07 | ``Erik | yeah, one of me, usually... no more than 3-4 laptops grinding it |
| 14:08.01 | d-lo | well, my end goal is to have Telephone, Cable and ENet hubs all in one 'comms closet' down in the basement. |
| 14:08.11 | d-lo | that way my cable modem doesn't have to be in the open. |
| 14:08.29 | d-lo | or if I switch to Verizon, the modem will do in the same place, etc |
| 14:11.11 | d-lo | but that's a bit down the road still :) |
| 14:12.44 | d-lo | I know this might start a fight, but whats a good dev *nix/*bsd OS? |
| 14:13.48 | starseeker | define "good" |
| 14:14.38 | starseeker | likes Gentoo, but setup is a pain - ``Erik would claim that makes me a watered down FreeBSD user... |
| 14:15.15 | starseeker | If you just want to slap on the OS and tools, Ubuntu probably is the best chance of "working out of the box" |
| 14:15.34 | starseeker | catch there is making sure you have the required dev packages installed for compiling |
| 14:16.01 | d-lo | of course :) |
| 14:16.47 | d-lo | is it possible to make a short summary of the differences betwen Gentoo and Ubuntu? or is it night and day? |
| 14:17.30 | starseeker | Gentoo = compile everything from source. Good build environment for just about anything is a given by the nature of the OS, but it's install is expert friendly and very much hands on |
| 14:18.06 | ``Erik | what do ya mean by 'dev'? like IDE driven stuff? |
| 14:18.19 | ``Erik | <-- personally likes ssh'ing into a remote machine and running vim (or emacs on occasion) in a screen |
| 14:18.43 | starseeker | Ubuntu = "Friendlier Debian" - Installs MUCH faster than Gentoo, good hardware support, but doesn't assume out of the box that you'll be compiling anything strange |
| 14:18.51 | d-lo | Yeah, I'm an IDE weenie :) |
| 14:18.52 | ``Erik | and in developing, what's your goal? good portability? lots of 'goodies'? |
| 14:19.16 | starseeker | grr s/it's install/its install |
| 14:19.31 | ``Erik | if inter-nix portability is important, I'd say stay away from linux... it's very soft and forgiving, which leads to shoddy code, im(ns)ho |
| 14:20.15 | ``Erik | opensolaris may be a lost cause at this point :( |
| 14:20.51 | starseeker | would guess that it is, at least as an open platform |
| 14:21.24 | starseeker | Sun was never very good at building communities around their open source stuff - not even OpenOffice, which you might expect to attract some attention |
| 14:21.27 | ``Erik | I'm kinda under the impression that the opensolaris license does NOT permit any kind of forking :/ |
| 14:21.48 | starseeker | Urm. Not sure about that, but either way to fork you need a community willing to do so |
| 14:21.54 | d-lo | well I can understand not wanting anyone to fork with their stuff. |
| 14:22.01 | ``Erik | sun had engineers trying to do the right thing (in their minds) at odds with mgmt and lawyers trying to do the right thing (in their minds) |
| 14:22.15 | starseeker | IIRC the license DID permit inclusion of DTrace in *BSD... |
| 14:22.23 | starseeker | it just wasn't GPL compatible |
| 14:22.31 | ``Erik | yes, dtrace is in fbsd proper |
| 14:23.06 | starseeker | so that's one of the big goodies in OpenSolaris, although I don't know that fbsd integrates it as well as it was integrated into Solaris |
| 14:23.10 | ``Erik | and it's dang sexy, scriptable profiling from the microcode all the way up to the jvm if ya want, and anywhere inbetween |
| 14:23.34 | ``Erik | I think fbsd integrates it about as well as x86 opensolaris... the sw is willing, but the hw is weak |
| 14:24.08 | starseeker | from what I read about it, it required careful instrumentation of lots of parts of the OS to be able to support dtrace without major performance hits... |
| 14:24.46 | ``Erik | yeah... and some parts are necessarily going to be a major hit... *shrug* |
| 14:24.55 | starseeker | <snort> Aren't the x86 chips just now getting to the point where they can run multiple virtual machines at the hardware level? |
| 14:25.28 | ``Erik | can they? I thought they still needed a substantial software "hypervisor" |
| 14:25.38 | starseeker | ``Erik: I'm kinda thinking that the OpenSolaris guys will migrate to *BSD land and port their favorite goodie over |
| 14:25.59 | starseeker | ``Erik: er, yeah - the old x86 chips didn't even allow a hypervisor to function at all |
| 14:26.28 | starseeker | is much more concerned about the future of OpenOffice than either OpenSolaris or MySQL, to be honest |
| 14:26.28 | ``Erik | I'm kinda thinking a lot of the (community) opensolaris guys were bsd guys (and gals) toying with opensolaris on the side *cough* O:-) |
| 14:27.03 | ``Erik | isn't OOo sufficiently divorced from sun/oracle to be good gnu-tizens? |
| 14:27.10 | starseeker | If MySQL dies we'll simply see the rise of PostgreSQL (finally), and OpenSolaris was too late to the game... |
| 14:27.26 | starseeker | ``Erik: not as I understand it - most of the dev work was by Sun guys |
| 14:27.38 | d-lo | yall think MySQL has a death mark on it? |
| 14:27.44 | starseeker | ``Erik: apparently the code base was a great big nightmare even by C++ standards |
| 14:27.46 | ``Erik | thus the 'community' caveat :) |
| 14:28.07 | starseeker | d-lo: probably not, but I doubt Oracle will pump it up the way Sun did |
| 14:29.18 | d-lo | heh, pump it or pimp it? ;) |
| 14:29.27 | ``Erik | thinks mysql (and postgresql) were inevitably on the path to niche relegation before oracle bought sun... couch, mongo, cassandra, hadoop, tokyo cabinet, memcachedb, dynamo/voldemort, allegrograph, versant. gigaspaces, ... |
| 14:29.31 | starseeker | the Best Case Scenario for OpenOffice would probably be for the KOffice project to get a major shot in the arm and reach feature parity with OpenOffice, possibly by incorporation of OpenOffice code if necessary/possible |
| 14:29.58 | ``Erik | a lot of people seem to be stopping and saying "wait, why are we doing sql again? it's ... a really bad fit... for most things..." |
| 14:30.07 | starseeker | heh |
| 14:30.38 | starseeker | and if you DO really need it, PostgreSQL is likely to be the winner ('cause you'll need a real database and real database features...) |
| 14:30.47 | ``Erik | heh |
| 14:31.53 | ``Erik | wait wait wait... true story... "huh, mysql is slightly faster than postgresql in some microbenchmarks, lets switch! ... huh, floating point numbers don't come out exactly how we put them in... I know, let's store them as strings! isn't mysql grand, and faster than postgresql!" ... *looks up* |
| 14:33.05 | d-lo | *snicker* |
| 14:34.33 | ``Erik | if they hadn't decided to hide their shame and blast their repo history, I'd show ya the chain of events... but... |
| 14:36.34 | d-lo | nice. AMD PhenomII 3.4GHz X 4 is down to 175 bucks. |
| 14:36.58 | ``Erik | I d'no, I think a lot of people are learning not to automatically assume SQL when someone says 'database', and even changing the phrasing to avoid assumptions, saying 'data store' instead |
| 14:37.11 | ``Erik | hehehe "databasement" *snicker* |
| 15:09.16 | CIA-73 | BRL-CAD: 03starseeker * r38596 10/brlcad/trunk/src/mged/ (Makefile.am cmd.c cmd.h info.c setup.c): Make a new wrapper for info commands that is aware of the solid edit state - this makes info.c unnecessary and eliminates a lot of very similar code. |
| 15:22.28 | CIA-73 | BRL-CAD: 03starseeker * r38597 10/brlcad/trunk/src/mged/setup.c: cat and dbfind look like they make sense for activity given solid editing. |
| 16:57.14 | CIA-73 | BRL-CAD: 03starseeker * r38598 10/brlcad/trunk/NEWS: Note that analyze, cat, dbfind and l now are aware of what's being edited. |
| 17:38.18 | starseeker | god that's strange |
| 17:39.27 | starseeker | TkpChangeFocus gets called once when I do a zoom with the focus command in the tcl script, but after that it doesn't get called again even with changing back to the terminal and multiple zoom events |
| 18:16.47 | ``Erik | heh http://www.buynlarge.com/disclaimer/disclaimer.html |
| 18:18.41 | CIA-73 | BRL-CAD: 03brlcad * r38599 10/brlcad/trunk/src/libfb/fb_generic.c: move status into interior in case there are no framebuffer interfaces being compiled such that an unused var warning will result. |
| 18:42.43 | CIA-73 | BRL-CAD: 03brlcad * r38600 10/brlcad/trunk/NEWS: |
| 18:42.43 | CIA-73 | BRL-CAD: (minor reword to note sf tracker) 'Note that analyze, cat, dbfind and l now are |
| 18:42.43 | CIA-73 | BRL-CAD: aware of what's being edited.' This implements sf feature request 2954409 from |
| 18:42.43 | CIA-73 | BRL-CAD: Bob Anderson (Repair "l" and "analyze" commands when in solid edit), which |
| 18:42.43 | CIA-73 | BRL-CAD: reverts an unintended change due to libged refactoring. |
| 19:14.20 | CIA-73 | BRL-CAD: 03brlcad * r38601 10/brlcad/trunk/include/optical.h: quell shadow warning about ap param shadowing a global. renamed to app. |
| 19:18.01 | CIA-73 | BRL-CAD: 03brlcad * r38602 10/brlcad/trunk/src/rt/viewarea.c: |
| 19:18.02 | CIA-73 | BRL-CAD: use the default_units flag from opt.c to more verbosely warn if the output units |
| 19:18.02 | CIA-73 | BRL-CAD: are default mm since they are expected to change very soon (probably next minor) |
| 19:18.02 | CIA-73 | BRL-CAD: to defaulting to local units instead. print what those units will be to the |
| 19:18.02 | CIA-73 | BRL-CAD: user. was deprecated in 7.12, so we're already good to go. |
| 19:27.26 | CIA-73 | BRL-CAD: 03erikgreenwald * r38603 10/brlcad/trunk/ (include/bn.h src/libbn/plane.c): bn_npts_distinct() to abstract bn_3pts_distinct() functionality to an arbitrary number of points. O(n^2). |
| 19:30.02 | ``Erik | wonders if he shoulda used point_t **pts, instead |
| 19:38.53 | brlcad | *pts seems fine with npnts |
| 19:39.29 | ``Erik | yeah, but then ya might have to malloc() an array and VMOVE() everyting into it, instead of allocating a pointer table and pointing it to the pts you want |
| 19:39.34 | ``Erik | *shrug* |
| 19:40.37 | brlcad | so I'd have to always alloc a pointer table and point to my data |
| 19:41.21 | brlcad | or with current either alloc+vmove if they don't match (about the same about of work) OR I get lucky and have to do nothing |
| 19:41.34 | brlcad | seems reasonable |
| 19:41.37 | ``Erik | *shrug* |
| 19:42.46 | ``Erik | someone is struggling with adding valid non-triangle nmg's, I figured I'd start adding lowlevel bits to make life a little less painful |
| 19:42.51 | ``Erik | likes coding for coders O.o :D |
| 19:44.53 | brlcad | thinks you should make that O(nlogn) at least, insertion sort points based on position so you don't have to search all previous n-1 |
| 19:45.09 | ``Erik | probably |
| 19:45.29 | ``Erik | well, it's 1/2 n^2, to help some |
| 19:45.32 | ``Erik | an r-tree would be neat |
| 19:45.59 | ``Erik | but when does it start saving you? definitely not at 4... |
| 19:46.06 | brlcad | or fast-path checksum of sorts X+Y+Z within tol to presort |
| 19:47.43 | ``Erik | might try to write some reasonably generic {r,r+,r*}-tree stuff some day O.o neat shtuff |
| 19:51.02 | ``Erik | ponders bn_npts_collinear() |
| 19:51.36 | ``Erik | return 0 if any point is not on the line? or pointless? hmmm |
| 20:00.45 | CIA-73 | BRL-CAD: 03starseeker * r38604 10/brlcad/trunk/src/fb/fbthreadtest.c: More thread code, not doing anything yet. Need to study tclThreadTest.c |
| 20:24.46 | CIA-73 | BRL-CAD: 03erikgreenwald * r38605 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: start breaking things up to replace the walk/search part of shot |
| 20:24.51 | ``Erik | crap, that hv3 thing means the installed fileset has changed *sigh* |
| 20:25.51 | starseeker | problem for BSD? |
| 20:26.25 | ``Erik | well, I've been trying to track the install closely for this release to make sure the port installs without patches or sed's or anything |
| 20:26.50 | ``Erik | and bsd uses an explicit manifest, just have to figure out why my two dummy boxes are not letting me log in and add the new files to the manifest |
| 20:26.50 | starseeker | nods - I suppose I should have held off on that til after release |
| 20:28.52 | starseeker | heh - good think I didn't stick in tktreectrl and tktable yet |
| 20:28.57 | starseeker | er good thing even |
| 20:29.24 | ``Erik | (manifest saved in the repo, md5's generated on install, etc... 'undo' of upgrades is a bit clunky, still, but some good bits of solaris have been stolen *cough* back and forth heh) |
| 20:59.04 | CIA-73 | BRL-CAD: 03brlcad * r38606 10/brlcad/trunk/NEWS: erik fixed a minor mged bug where it could crash dereferencing a dbip if there was no database open (e.g. calling the units command). |
| 21:01.47 | CIA-73 | BRL-CAD: 03brlcad * r38607 10/brlcad/trunk/src/mged/cmd.c: ain't no double negatives allowed in these parts. |
| 21:09.18 | ``Erik | if(!!!!!!dbip){ |
| 21:10.01 | ``Erik | if(¡dbip!){ |
| 21:11.42 | *** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1) |
| 21:22.06 | CIA-73 | BRL-CAD: 03brlcad * r38608 10/brlcad/trunk/src/mged/cmd.c: interp shadow quellage and printing dbip addr. |
| 21:23.57 | ``Erik | weee, conflicts |
| 21:24.29 | CIA-73 | BRL-CAD: 03brlcad * r38609 10/brlcad/trunk/NEWS: bob's got it on the down-low with archer's new tree view visualization. reimplemented to support more advanced features, better organization, icons, and more. |
| 21:28.56 | CIA-73 | BRL-CAD: 03brlcad * r38610 10/brlcad/trunk/NEWS: |
| 21:28.56 | CIA-73 | BRL-CAD: keith fixed a bug with nirt being from from within mged that was causing a crash |
| 21:28.56 | CIA-73 | BRL-CAD: (of either nirt or mged or both, potentially several other applications could be |
| 21:28.56 | CIA-73 | BRL-CAD: affected). problem was bu_vls nibble bug that wasn't checking the size of the |
| 21:28.56 | CIA-73 | BRL-CAD: vls before nibbling causing an address to bad memory getting accessed. this bug |
| 21:28.57 | CIA-73 | BRL-CAD: was informally reported by an arl user and fixed on the fly. |
| 21:34.31 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) |
| 21:34.47 | brlcad | hm, that was odd |
| 21:45.03 | ``Erik | hm http://gizmodo.com/5520164/this-is-apples-next-iphone |
| 21:46.08 | CIA-73 | BRL-CAD: 03brlcad * r38611 10/brlcad/trunk/TODO: |
| 21:46.08 | CIA-73 | BRL-CAD: bob fixed the mac input bug. was some obscure problem related to calling |
| 21:46.08 | CIA-73 | BRL-CAD: 'focus' within the mged event handler on the mouse binding. needs more work, |
| 21:46.08 | CIA-73 | BRL-CAD: but core problem is fixed. tom suggested adding some means for force the |
| 21:46.08 | CIA-73 | BRL-CAD: tracers to overwrite the output file -- which seams reasonable so long as we're |
| 21:46.09 | CIA-73 | BRL-CAD: going to go to lengths to make them read-only via permissions. |
| 21:47.22 | starseeker | wryly notes that now all we need to do is fix all the hot keys for orientation in MGED... |
| 21:48.47 | CIA-73 | BRL-CAD: 03brlcad * r38612 10/brlcad/trunk/BUGS: rtedge usage shows redirection to file. it lies. |
| 21:49.10 | ``Erik | ooh, that may've been me with the bu_image shtuff |
| 21:58.04 | CIA-73 | BRL-CAD: 03r_weiss * r38613 10/brlcad/trunk/src/conv/obj-g_new.c: refactoring to support all face types, debugging nmg tolerance issues |
| 22:06.04 | CIA-73 | BRL-CAD: 03brlcad * r38614 10/brlcad/trunk/TODO: tom browder points out flaws in rtedge manual page, needs work. also need better docs for the saveview/loadview commands and migration to libged. |