IRC log for #brlcad on 20090204

00:23.03 ``Erik http://www.boingboing.net/2008/02/29/ted-2008-crow-vendin.html skeers me
01:02.28 mafm night
01:08.11 *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6)
01:45.45 *** join/#brlcad Dr_Phreakenstein (n=phreak@216.151.24.198)
02:17.40 ``Erik <PROTECTED>
02:18.58 Dr_Phreakenstein i still need to see it
02:19.23 Dr_Phreakenstein i was not one of the 92.4 million that watched the game
02:19.47 Dr_Phreakenstein anyone else having trouble starting archer?
02:20.01 ``Erik http://www.collegehumor.com/video:1899103
02:20.24 brlcad Dr_Phreakenstein: works here
02:20.46 Dr_Phreakenstein thanks, both
02:21.04 Dr_Phreakenstein probably my bad installation
02:21.47 brlcad that was one of the best sb commercials
02:22.03 Dr_Phreakenstein recompiling, brb
02:25.31 ``Erik "chinlone: a new sport that's like soccer, only interesting." hehehe
02:38.17 *** join/#brlcad schwinn434 (n=schwinn4@75.81.196.139)
02:47.30 Dr_Phreakenstein i don't suppose that originated in, say, china
02:55.20 ``Erik burma, apparently
02:57.12 Dr_Phreakenstein eh, close (sorta)
03:06.13 Dr_Phreakenstein archer gives:
03:06.16 Dr_Phreakenstein unknown option "-menu"
03:06.39 Dr_Phreakenstein then tells me that the error is unexpected, aborting
03:07.34 ``Erik hm, did you build with --enable-all ?
03:10.04 Dr_Phreakenstein make clean;CFLAGS="-O2 -fomit-frame-pointer -msse3 -mmmx -m3dnow -pipe -march=opteron -w" CXXFLAGS="${CFLAGS}" ./configure --build=x86_64-pc-linux-gnu --enable-64bit-build --enable-optimized --disable-debug --prefix=/usr/local --with-gnu-ld ;make -iks --no-print-directory;make html-recursive; make install
03:10.09 Dr_Phreakenstein no
03:10.26 Dr_Phreakenstein are any of those options problematic?
03:10.30 ``Erik it may be that archer is using features added after your version of tk
03:11.21 Dr_Phreakenstein tk ver 8.5.6
03:11.42 Dr_Phreakenstein should i retry with internal tk?
03:11.44 ``Erik um, possibly, we have a tuned set of optimizations, --enable-optimized should be used instead of that CFLAGS stuff (there might be conflicts), and --build should theoretically be left to do its own
03:12.21 Dr_Phreakenstein does -optimized find my processor type (-march)
03:12.25 ``Erik --with-gnu-ld would be assume, and I believe --enable-optimized insinuates --disbale-debug
03:12.45 ``Erik it finds a good enough match based on what the skeery weird shit we do is :D
03:12.59 Dr_Phreakenstein fair enough
03:13.10 ``Erik the general rule is "when it don't work right, just do "./configure --enable-all --prefix=wherever"
03:13.17 Dr_Phreakenstein can i use parallel make (-j 17)
03:13.20 ``Erik yeah
03:13.40 ``Erik and we have a 'fast' build rule that helps if you have more than 8 or so cores
03:13.45 ``Erik make -j23 fast
03:14.24 Dr_Phreakenstein i only have dual-proc, dual core, and i am using a new kde, so i need some processor left ;)
03:14.31 ``Erik heh
03:14.44 ``Erik so the fast rule won't benefit you :D
03:14.48 ``Erik nice make -j3
03:14.49 ``Erik :D
03:14.51 brlcad 8.5.6 should be fine, but it's an easy enough recompile to make sure .. suspect it's just something minor
03:15.30 Dr_Phreakenstein probably, seems to be someting with bwish, if i followed strace correctly
03:15.37 ``Erik ya didn't show up today, brlcad :) the tl was wondering where you were, and ya missed korean
03:15.46 Dr_Phreakenstein it made a 10 meg trace, so you can only read that in so much depth
03:15.49 brlcad i sent him e-mail
03:16.20 brlcad repairs yesterday went till 3am, didn't get going until late
03:16.22 Dr_Phreakenstein email tubes clogged, valve shut off
03:16.36 ``Erik eck (repairs?)
03:23.05 brlcad floor joists on the main floor -- a series of repairs made during sale were done very poorly
03:23.20 brlcad now it's outstanding, the guy that came to work on them was phenomenal
03:23.25 ``Erik ah, cool
03:23.38 ``Erik needs to try calling the guy to fix his front woodwork again :/
03:24.35 ``Erik (try calling him again, fix it again)
03:31.18 *** join/#brlcad Twingy (n=justin@74.92.144.217)
03:33.30 *** join/#brlcad Twingy (n=justin@74.92.144.217)
03:52.19 Dr_Phreakenstein Erik: hope he is better than the Iraqi carpenters we found
03:52.43 Dr_Phreakenstein they used wood screws, and pounded them in with a hammer
03:54.27 brlcad hah
03:55.38 Dr_Phreakenstein if that was the only problem, i could forgive them, but they were slow, flakey, expensive, and the language barrier did not help
03:56.01 Dr_Phreakenstein finished work was sub-par at best
03:56.42 Dr_Phreakenstein in their defense, wood is not the material of choice over there, so they as a whole had little experience, and less to work with
03:57.23 Dr_Phreakenstein here, every 9-year old boy knows how to hammer nails, and use a tape measure, at least a little bit
03:57.42 Dr_Phreakenstein "helping" dad with some honey-dos and a tree fort
03:58.18 Dr_Phreakenstein perhaps excepting urban apartment dwellers
04:29.35 Dr_Phreakenstein oops.... make distclean foo-barred my brlcad sources. probably something i did
05:11.21 Dr_Phreakenstein ok, ran into error running make test
05:11.40 Dr_Phreakenstein this may be why i stoppped using internal tcl
05:13.39 Dr_Phreakenstein question:
05:14.10 Dr_Phreakenstein if i use internal tcl/tk, where can i put brlcad specific init.tcl?
05:15.57 Dr_Phreakenstein or, more specifically, how do i point brlcad components to a different init.tcl file
05:25.25 Dr_Phreakenstein fixed it
05:25.42 Dr_Phreakenstein gotta make install *before* make test
05:45.42 brlcad ah, yes .. make test has lots of limitations
05:46.17 brlcad has to be installed, maybe requires an in-place build iirc too
05:57.03 Dr_Phreakenstein back to same -menu error after recommended options
05:57.41 Dr_Phreakenstein something in tcl
05:58.22 Dr_Phreakenstein i am looking at my environment to see how it is (likely) clobbering brlcad's local tcl install
05:58.31 Dr_Phreakenstein by tcl i mean tcl/tk
05:58.49 Dr_Phreakenstein , itk, and friends
06:01.39 brlcad where are you installing to? the default path?
06:02.00 brlcad ah, /usr/local
06:04.14 brlcad was going to say that it's very unlikely that it'd be an environment issue, unless you're mixing into a dir with existing tcl data
06:04.45 brlcad still seems unlikely to me (more likely just a simple, maybe recent, bug in archer)
06:05.34 brlcad easy enough test if you really want to test it would be to install into /usr/brlcad
06:05.43 brlcad (i.e., the configure default)
06:08.37 Dr_Phreakenstein how do i tell it to go to /usr/local/brlcad? have tried in past, with no success (trying to keep /usr uncluttered, no luck)
06:09.53 Dr_Phreakenstein wait- that may have been the ebuild that i made (gentoo install file) that could not do it
06:10.01 Dr_Phreakenstein trying now...
06:11.25 Dr_Phreakenstein by chance, does brlcad look at an environment variable named TCL_LIBRARY
06:11.41 Dr_Phreakenstein i have that, set by something else, to 8.4
06:13.33 Dr_Phreakenstein also, TCLHOME, TCLLIBPATH, ITCL_LIBRARY, ITK_LIBRARY
06:15.49 Dr_Phreakenstein brlcad: are you on the east coast?
06:20.55 brlcad --prefix=/usr/local/brlcad
06:21.07 Dr_Phreakenstein more directly, do you ever sleep? you are tremendously helpful, about 22 hrs/day
06:21.22 brlcad it will obey the various tcl/tk _LIBRARY variables, but you shouldn't need to set them
06:21.50 brlcad thanks, trying to get it up to 25 hours a day
06:21.51 Dr_Phreakenstein iow, if they are set wrong, i should clear them, no?
06:22.01 brlcad oh absolutely
06:22.11 Dr_Phreakenstein look into something called polyphasic sleep
06:22.12 brlcad they will override on pretty much every version of tcl
06:23.03 Dr_Phreakenstein in a nutshell, trains your body to achieve REM in less time
06:23.03 Dr_Phreakenstein sleep 20 minutes, wake for 3 hrs 40 minutes
06:23.15 Dr_Phreakenstein total of 3 hrs sleep per night
06:23.24 brlcad i've actually done that for short stints
06:23.29 brlcad weekends screw it up though
06:23.32 Dr_Phreakenstein they call it the uber-hacker schedule
06:23.33 Dr_Phreakenstein yep
06:23.59 brlcad as well as long coding stints
06:24.03 Dr_Phreakenstein also, interactions with humans in "meatspace" can make it less practical
06:24.38 Dr_Phreakenstein as in, you are awake all the time, but can only talk to people, go to store, etc, certain times of the day
06:24.56 Dr_Phreakenstein i am considering it, how did it work for you?
06:25.06 Dr_Phreakenstein besides above mentioned
06:25.07 brlcad yeah, that already sucks to varying degrees with how I sleep/work now
06:25.13 Dr_Phreakenstein :)
06:25.16 brlcad there are upsides too though
06:25.39 brlcad I moved into the city party because of that same issue actually, more things open much much later
06:25.46 Dr_Phreakenstein did sig-other think you were insane?
06:25.48 Dr_Phreakenstein true
06:26.20 Dr_Phreakenstein i live in mid-smallish town (~40k ppl)
06:26.39 Dr_Phreakenstein half of me wants to live in a loft above telco,
06:26.50 Dr_Phreakenstein other half wants to be hermit in woods
06:27.09 brlcad I find it easier to just sleep 3-5 hours a day, a lot easier to sustain than powernapping all the time
06:27.37 brlcad particularly with a work schedule where folks are calling and stopping by when you'd be needing to nap
06:28.09 Dr_Phreakenstein loft would be downtown portland, OR, over fictitious telco( there are none dt witha loft ovre them, and I could get u-DSL at 40 megs
06:28.54 brlcad downtown portland sounds hella fun
06:29.03 Dr_Phreakenstein have you been?
06:29.06 brlcad nope
06:29.17 Dr_Phreakenstein nothing like it
06:29.20 brlcad had a buddy that lived there for a couple years
06:29.35 Dr_Phreakenstein how did they make him leave?
06:29.53 Dr_Phreakenstein tow cable in front, fire behind?
06:30.09 brlcad heh
06:30.25 brlcad job changed iirc, found a great job out east
06:30.34 Dr_Phreakenstein no job is that good
06:30.54 Dr_Phreakenstein rather starve in stumptown, than succeed anywhere else
06:31.20 Dr_Phreakenstein stumptown, pdx, city of roses
06:31.23 brlcad :)
06:32.09 Dr_Phreakenstein downside is crazy laws, and nearly communist ideas everywhere, creaping into legislation
06:32.27 Dr_Phreakenstein they want to install box in cars, charge by mile
06:33.05 brlcad they've talked about doing that out here too
06:33.12 Dr_Phreakenstein we actually have an (by comparison) active communist party, and green party
06:33.24 Dr_Phreakenstein small problem;
06:33.27 Dr_Phreakenstein hackers
06:34.11 Dr_Phreakenstein also, it shoots self in foot by discouraging better fuel mileage the way gas tax does
06:34.59 Dr_Phreakenstein and... with rising energy rates/demand, they want to actually *destroy* our hydro power
06:35.09 Dr_Phreakenstein literally demolish dams
06:35.19 Dr_Phreakenstein they forget that will flood portland
06:35.31 brlcad that's a longer topic for another day :)
06:35.39 Dr_Phreakenstein but it will save 4000 fish
06:35.53 brlcad is compelled to get a lil more code done before naptime
06:35.55 Dr_Phreakenstein sorry, fresh fury still here
06:36.21 brlcad can tell
06:36.26 Dr_Phreakenstein still compiling, will keep posted of progress
06:36.29 Dr_Phreakenstein :)
06:36.46 brlcad good luck on the compiling -- here as usual and will respond eventually if you have details
06:36.59 Dr_Phreakenstein thanks
06:37.29 Dr_Phreakenstein also, you are welcome here anytime you would like to venture out west
06:37.45 brlcad for testing, you shouldn't have any env vars set that would override runtime behavior including all the *_LIBRARY* vars
06:37.57 Dr_Phreakenstein k
06:40.26 brlcad be sure to read the INSTALL file if you haven't yet (along with the README and doc/README*)
06:40.44 brlcad waves g'luck
06:41.02 Dr_Phreakenstein thnx
07:22.28 *** join/#brlcad Dr_Phreakenstein (n=phreak@216.151.24.198)
07:23.41 Dr_Phreakenstein profit!
07:25.35 Dr_Phreakenstein awww... segfault
07:25.52 Dr_Phreakenstein but archer did work long enough to do that
07:25.54 Dr_Phreakenstein :)
08:19.50 *** join/#brlcad brlquestions (n=user@12.Red-83-44-240.dynamicIP.rima-tde.net)
08:28.38 Dr_Phreakenstein thanks for help brlcad and Erik
08:29.53 Dr_Phreakenstein (entering biphasic sleep mode, suspending operations)
09:13.01 ruskie decides to not bother with separating utah... to much pain...
09:46.24 *** join/#brlcad _sushi_ (n=_sushi_@77-58-236-115.dclient.hispeed.ch)
10:55.59 *** join/#brlcad appletizer (i=user@82-32-123-8.cable.ubr04.hawk.blueyonder.co.uk)
10:57.55 *** join/#brlcad Guest65051 (n=ssaq@ner-as25280.alshamil.net.ae)
11:28.16 *** join/#brlcad _sushi_ (n=_sushi_@84-72-91-240.dclient.hispeed.ch)
12:04.34 d-lo Morning all! *Reads Backlog*
12:04.57 d-lo heard the superbowl commercials were sub-par this year :/
12:05.57 d-lo Heh, I'll walk to work before I have to pay a black box. Sounds like a move by the Cabbie Party.
12:07.19 d-lo As a former Nuclear Engineer, I can understand the frustration with fish clogging up pumps, pipes and strainers. The answer, however, is not to remove the power plant... its to sharpen the blades on the pump impeller :)
12:08.29 d-lo Anyone: Any Fedora Core users here? Can they speak to the Pros and Cons of the OS?
12:13.23 appletizer fedora?
12:13.28 appletizer it's good :)
12:13.34 appletizer centos is better though
12:13.39 appletizer fedora is considered legacy
12:14.09 archivist selinux bites a few
12:14.21 d-lo Well I was checking out the FC10 VMware appliance last night.... gotta admit, the KDE looks *a lot* like Vista... dunno how I feel about that :/
12:14.45 d-lo appletizer: Why, in your opinion, is centos > fedora?
12:14.56 appletizer depends on your goals
12:15.11 appletizer for server type goals, centos provides better stability
12:15.22 d-lo Workstation stuff.
12:15.41 appletizer for workstation, then people tend to use fedora
12:16.04 appletizer fedora has more bleeding edge packages
12:16.13 archivist uses ubuntu due to EMC2
12:16.27 d-lo Trying to make a smart decision as to which OS i am going to use... don't feel like reinstalling/reconfiguring more than once.
12:17.13 appletizer hehe honestly it doesn't really matter
12:17.54 d-lo It kinda does, since each flavor has its own quirks, features and pitfalls.
12:18.05 appletizer yeah that's what fuel unnecessary distro wars
12:18.52 appletizer but there's always a shift in distro popularity anyway
12:18.58 appletizer it used to be redhat once upon a time
12:19.01 appletizer now it's ubuntu
12:19.23 d-lo heh, not after popular :) If anything, I am anti-trendy.
12:19.33 d-lo Its the 'Underdog complex' I suppose :)
12:19.52 appletizer hehe underdog could be useful
12:20.02 appletizer in that you're less exposed to malicious codings
12:20.12 appletizer but the downside of that is you get less userbase exposure
12:20.30 d-lo True enough.
12:21.12 appletizer as long as you're using one of the more popular distros, you're fine :) anywhere between centos, fedora, rhel and ubuntu
12:21.21 archivist I use ubuntu only because the EMC2 devs use that for the RTAT realtime, makes it easy for me to do cnc
12:21.25 appletizer oh and freebsd/openbsd of course :)
12:21.29 archivist RTAI
12:22.52 _sushi_ !calc 2+3
12:23.06 appletizer if you prefer underdogs, nimblex or wolvix could be useful
12:23.07 appletizer :P
12:23.13 appletizer they're like among the least populars
12:23.14 appletizer haha
12:24.00 d-lo heh, and that gets back to my criteria of 'make a smart choice' :P
12:25.10 d-lo spins some Prodigy. Good stuff.
12:30.49 *** join/#brlcad elite01 (n=omg@unaffiliated/elite01)
12:37.12 Defcon- d-lo, do you remember the video of One Love
12:37.26 Defcon- i'm still wondering how long it took to render it back then :)
12:37.33 Defcon- *than
12:39.27 d-lo artist?
12:40.59 Defcon- prodigy
12:41.00 Defcon- :p
12:41.15 d-lo don't think I ever saw the video :/
12:41.28 Defcon- :)
12:41.31 Defcon- it's on youtube
12:42.11 d-lo didn't have cable/mtv/vh1/highspeed internet till he was out of highschool :/
12:42.27 d-lo I missed a bunch of videos.
12:43.00 Defcon- :)
12:46.45 d-lo Defcon-: Heh, I feel bad for not recognizing the song by title. Thats one of my al time fav movies... as horrible as it was. lol
12:52.11 Defcon- haha, it's ok :)
12:53.08 Defcon- everybody is allowed to forgot the
12:53.16 Defcon- everybody is allowed to forgot the Prodigy once..
13:08.47 brlquestions hello again, another question ...
13:09.08 d-lo turns off the lights and hides.
13:09.11 d-lo ;)
13:09.26 brlquestions is there some way to sketch bezier passing closer to control points in BRL CAD ?
13:11.32 brlquestions I converted the whole sketch on a single closed bezier that renders well on qcad after writing it by means of libdime
13:12.01 brlquestions the problem is that bezier primitive in BRLCAD's sketch API rounds my corners too much ...
13:12.21 brlquestions (sorry single closed NURBS or whatever ...)
13:25.47 d-lo brlquestions: Gonna have to defer that to someone more knowledgeable than me :/ sorry!
13:25.58 CIA-32 BRL-CAD: 03davidloman * r33651 10/rt^3/trunk/ (13 files in 5 dirs): Updated NetMsg and subclasses to use DataStream. Updated netMsgSerialTest.
13:27.22 brlquestions OK, thanks ... suppose there's some representation problem dealing with libdime specs, qcad NURBS splines and bezier primitive in BRLCAD
13:40.15 brlcad brlquestions: you can always add more control points, but I suspect the issue eis a translation problem
13:42.51 brlcad either a bezier getting imported as a sketch incorrectly via dxf-g (remember, that is "brand new" code to bring in the 2D entities) or an entity getting imported with params for the wrong type of curve (like making a bspline as a bezier curve and vice versa)
13:43.56 *** join/#brlcad piksi (n=piksi@pi-xi.net)
13:45.30 CIA-32 BRL-CAD: 03johnranderson * r33652 10/jbrlcad/trunk/ (14 files in 4 dirs): Modifications to make jBrlcad compatible with other projects
13:48.44 brlcad our sketch primitive really only supports bezier curves (though the logic for also supporting nurbs curves is pretty much done too)
13:50.50 brlcad so I guess the question is what type of curve did you originally make with libdime, what type of curve did you end up with in the sketch, and how'd you go from dime to sketch
14:03.01 ``Erik *readreadread* if I had to use linux, I'd probably go with ubuntu on the desktop and debian on the server
14:04.09 d-lo ``Erik: whyso?
14:06.42 ``Erik ubuntu has decent package management and a fairly user interface focus, debian historically has been extremely solid compared to other leenewxes
14:07.03 ``Erik and both use apt/dpkg instead of the rpm trainwreck :D
14:07.42 ``Erik hugs fbsd (and obsd on occasion)
14:08.02 ``Erik I need to scrap together another machine to give solaris10 a whirl
14:08.07 d-lo Well, for me, 'RPM' has a place in my heart.... for neigh to 9 years, it stood for Reactor Plant Manual... the bane of my existance >8-(
14:08.41 ``Erik heh, 'redhat package manager'.. 'really putrid muck', whatever :D
14:09.22 ``Erik it's far easier to make an rpm than a dpkg, it's far easier to use a dpkg than an rpm :D
14:09.40 d-lo interesting....
14:09.47 ``Erik im(ns)ho
14:10.18 d-lo i figured I would get a few nsho here, so its a good place to ask ;)
14:10.29 d-lo brlcad: How are those repairs going?
14:13.03 brlquestions thank you very much brlcad ... I have to learn a lot of three dee modeling !!! thanks again for your help !
14:23.23 ``Erik heh, for some reason, my brain parsed /jbrlcad/trunk as "brlcad junk" O.o
14:23.40 d-lo jyou're just not jused to speaking jjava speak ;)
14:30.31 *** join/#brlcad samrose (n=samrose@c-24-11-214-181.hsd1.mi.comcast.net)
14:32.00 ``Erik heh, 'jjava', even brief periods of java development are so traumatic, you develop uncontrollable stuttering? ;)
14:32.48 d-lo jI don't jknow what joo are jtalking about....
14:33.00 *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-219.sbndin.btas.verizon.net)
15:08.53 brlcad wanders about but won't be going to lunch
15:08.54 CIA-32 BRL-CAD: 03erikgreenwald * r33653 10/brlcad/trunk/src/adrt/adrt.h: macro to turn network opcodes into human readable names
15:09.14 ``Erik how very odd, "svn commit file.h" failed, but "svn commit ./file.h" succeeded
15:09.25 brlcad serverage funness
15:09.33 brlcad probably would have worked just a second time
15:09.50 ``Erik failed many times in a row, tried removing and restoring the file, reapplying the changes, same failure
15:10.03 ``Erik perhaps smething about symlinks and nfs mounts confuzzled svn
15:10.03 brlcad what was the error?
15:10.53 ``Erik beh, lost the backlog, was something about not being able to find .svn/text-base/adrt.h.adrt.h.svn-base
15:10.58 ``Erik (which existed)
15:11.11 *** join/#brlcad mafm (n=mafm@65.Red-81-34-125.dynamicIP.rima-tde.net)
15:11.59 brlcad huh, that is odd
15:12.08 brlcad likes the nfs theory
15:16.53 ``Erik suddenly remembers why he had gtk installed on that machine. *sigh* *compile*
15:21.53 brlcad fwiw, not going to lunch
15:31.56 ``Erik so I've heard :D
15:31.59 ``Erik big breakfast?
15:32.18 brlcad no, just busy
15:32.46 ``Erik aren't we all? :D which'll happen first, release or migration?
15:33.01 brlcad no, definitely not all
15:34.41 ``Erik ah, gtk is done compiling, autoreconf can now occur
15:41.19 CIA-32 BRL-CAD: 03erikgreenwald * r33654 10/brlcad/trunk/src/adrt/libutil/: empty dir
15:49.24 CIA-32 BRL-CAD: 03bob1961 * r33655 10/brlcad/trunk/src/tclscripts/mged/ (font.tcl openw.tcl): This fixes a bug that was breaking the font preferences panel (i.e. it's init routine was not getting called if a .mgedrc file was present).
15:51.36 mafm hi
15:51.44 d-lo hai mafm !
17:16.02 brlquestions Hello again ... what do you think about the possibility of using :
17:16.06 brlquestions void
17:16.06 brlquestions nurb_c_to_bezier(struct bu_list *clist, struct edge_g_cnurb *crv)
17:16.29 brlquestions in nurb_bezier.c to change representation before sketch extrusion ...
17:17.00 brlquestions where can I find documentation about bu_list and edge_g_cnurb structures to use it in my own code ...
17:21.02 starseeker brlquestions: best bet is probably the code itself
17:21.16 starseeker not sure there are any useful programmer docs for those routines
17:22.02 brlquestions OK thanks starseeker ... anyway you now where are those structs defined ?
17:22.14 CIA-32 BRL-CAD: 03starseeker * r33656 10/brlcad/trunk/regress/mged_test.sh: Fix couple minor issues in mged test script.
17:23.11 starseeker check bu.h and nmg.h in brlcad/include directory
17:23.36 brlquestions ok thanks again !
17:24.11 brlquestions that's it include directory :)
18:23.15 CIA-32 BRL-CAD: 03starseeker * r33657 10/brlcad/trunk/regress/mged_test.sh: Add first tests of view commands
18:29.50 *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-219.sbndin.btas.verizon.net)
18:33.02 CIA-32 BRL-CAD: 03erikgreenwald * r33658 10/brlcad/trunk/src/adrt/slave/slave.c: fix up performance info (but leave disabled for now)
18:38.07 CIA-32 BRL-CAD: 03starseeker * r33659 10/brlcad/trunk/regress/mged_test.sh: Add ae, center and eye_pt tests
18:38.43 CIA-32 BRL-CAD: 03davidloman * r33660 10/rt^3/trunk/ (7 files in 6 dirs): More cleanup on DataStream, NetMsg & Subs, and GeometryService
18:50.37 CIA-32 BRL-CAD: 03davidloman * r33661 10/rt^3/trunk/src/tests/gsph0_Test.java: Adding groundwork for a simple cross language test.
19:31.25 CIA-32 BRL-CAD: 03erikgreenwald * r33662 10/brlcad/trunk/src/adrt/librender/cut.c: use vmath.h
19:32.04 brlcad mmm.. buzzing with activity, nice
19:33.11 brlcad that conversion using the old brep routine might work, but the data containers are wrong dimension (I think)
19:33.32 brlcad I believe that takes a nurbs surface and turns it into a set of bezier patches
19:34.14 brlcad which means he's on the right track, and might be able to make that routine or one similar work, but it'd be better to fix sketch nurbs curve support
19:34.50 d-lo buzzes.
19:49.04 CIA-32 BRL-CAD: 03erikgreenwald * r33663 10/brlcad/trunk/src/adrt/librender/normal.c: use vmath
19:49.07 CIA-32 BRL-CAD: 03erikgreenwald * r33664 10/brlcad/trunk/src/adrt/librender/phong.c: irrelevant structural changes
19:51.27 CIA-32 BRL-CAD: 03johnranderson * r33665 10/brlcad/trunk/src/librtserver/rtserver.c: Modified to use the classes in jbrlcad
19:52.30 brlcad you too? my phone's been buzzing all day
19:52.40 brlcad buzzes when a commit is made
19:53.11 brlcad oh wow.. librtserver is no longer stand-alone
19:53.11 brlcad hrm
19:53.38 CIA-32 BRL-CAD: 03starseeker * r33666 10/brlcad/trunk/regress/mged_test.sh: Add a few more view commands
19:54.18 starseeker erm, wait a minute - does that mean brlcad now depends on jbrlcad to build??
19:58.25 ``Erik only librtserver
19:58.38 ``Erik which is a JNI stub monstrosity
19:59.24 starseeker right, but my point is would a garden variety build hault on librtserver now?
20:00.12 ``Erik uhm, I'd have to look at the change, but I BELIEVE that the jni asks for classes via strings, and he updated the classnames... so it should build just fine, you just have to define the symbols to be able to require it into a jvm
20:01.57 ``Erik yeah, he just changed the values of some string constants to say "org/brlcad/numerics" instead of "mil/army/muvs/sim/math"
20:01.59 brlcad starseeker: yeah, no -- but you would have to have jbrlcad to *use* librtserver
20:02.15 starseeker ok
20:02.17 ``Erik (previously, you needed MUVE-3 to use librtserver)
20:03.23 brlcad it's a todo item to update the src/java portions to be all org/brlcad if they're not already
20:03.39 brlcad dont' recall if john did that already
20:04.29 brlcad long-term, it'll make sense to either merge in jbrlcad (if it's used a lot more, or at least the pieces required by librtserver), or move src/java over into jbrlcad
20:04.49 CIA-32 BRL-CAD: 03erikgreenwald * r33667 10/brlcad/trunk/src/adrt/librender/component.c: minor formatting and elimination of superfluous temporary variable
20:05.12 brlcad shakes fist at not having a graphical console on cad
20:05.15 ``Erik votes move to jbrlcad, so'z we can have a clbrlcad, pybrlcad, etc :D
20:05.28 brlcad heh
20:05.50 brlcad have I ever mentioned how much I hate language prefixes on project names? :)
20:05.54 starseeker clbrlcad - for... mind bending designs :-)
20:06.05 ``Erik yeah, but they do it
20:06.23 brlcad geeks are horrible at internalizing a name, using implementation to name
20:06.30 d-lo its l33t and you know you like it.
20:07.03 ``Erik $ ls ~/src/macports/dports/python/py* | wc -l
20:07.03 ``Erik <PROTECTED>
20:07.08 brlcad it's a long winded bikeshed discussion on usability, branding, marketing, and readability :)
20:08.28 ``Erik names suck :D "wtf is a 'maven'? oh, you mean plwwwfm, I see" hehehe
20:08.29 brlcad yeah, python folks are some of the worst at it, php and java too
20:08.52 ``Erik 'boost'? is that an energy drink? :D
20:09.18 brlcad maven's at least a 'word' and can be pronounced fairly unambiguously
20:09.30 ``Erik </smartass> time to ponder code
20:10.02 brlcad it only stops mattering if your project gets so popular that the prefix is no longer a prefix and it's a popularly recognized trademark on it's own
20:10.07 brlcad like "jboss"
20:10.59 *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-219.sbndin.btas.verizon.net)
20:11.03 brlcad stops ranting and returns to hammering on the server
20:11.57 d-lo It will probably go quicker if you use jHammer, iHammer or mcHammer.
20:12.07 d-lo :D
20:12.13 starseeker mcHammer is overrated
20:12.49 d-lo Especially since 'You Can't Touch' it
20:12.55 starseeker prefers the flexibility o cl-Hammer, the only hammer that can hammer itself
20:15.06 CIA-32 BRL-CAD: 03starseeker * r33668 10/brlcad/trunk/regress/mged_test.sh: Add view version of sca to testing
20:19.38 ``Erik heh
20:20.06 ``Erik erHammer and mlHammer can be fun
20:20.39 ``Erik (but clHammer and scmHammer are the only ones that can deal with screws elegantly)
20:21.27 brlcad starseeker: press isn't so much tied to the graphics as the graphics is tied to press
20:22.24 starseeker brlcad: sorry, wasn't clear - trying to select an arb face to rotate strictly from the command line doesn't seem to be workable even with press
20:22.27 brlcad press is a very old command, so you could press buttons on the overlay menu when you didn't have an input device
20:22.54 brlcad if it's doable from the gui, it should be doable on the command line
20:23.09 brlcad it's just rather unexpected as to how it works
20:23.40 starseeker after all the pressing it pops up a GUI asking for a vertex to rotate around, and press doesn't seem to hit the OK in the dialog
20:23.44 brlcad like if you wanted to select a face, it's something like: press "Edit Face 1234"
20:24.08 brlcad sounds like the wrong press string
20:24.53 brlcad that pop-up dialog would be something like CMD_MORE with typein where it prompts if there is an incomplete action
20:25.05 starseeker mutters under his breath about archane user interface interaction techniques...
20:25.29 brlcad it's a lot more intuitive if you turn on faceplate mode
20:25.37 starseeker brlcad: ah
20:25.46 brlcad the things you can press and the strings you can specify are usually directly spelled out there
20:26.32 brlcad <PROTECTED>
20:27.35 starseeker Is it worth all that just for eqn in the context of arb rotation?
20:28.27 starseeker I suppose it's a more general issue for testing graphical mged functionality in the end...
20:28.41 brlcad it it worth you understanding the details of how press works, probably :)
20:28.51 brlcad for eqn, of course not
20:29.01 starseeker growl...
20:29.19 starseeker OK, I'll figure it out once I'm done grabbing low hanging fruit for testing
20:29.46 brlcad that's a common (simple) command that is very useful in many contexts (particularly for users that want to script)
20:29.56 starseeker wonders how to deal with testing the commands that flip up an editor...
20:30.15 brlcad 'accept' and 'reject' for example are really just aliases for "press accept" and "press reject"
20:30.53 brlcad notes the sore lack of "apply" that would be good to have so long as we have the modality
20:31.19 brlcad starseeker: set EDITOR to something scriptable
20:31.25 starseeker wants reset to work in the editing context as well as press reset, but supposes it conflicts with something...
20:31.26 brlcad like 'cat'
20:31.29 starseeker heh
20:31.38 brlcad "reset" is also missing
20:32.00 starseeker thought it was a libged bug at first when reset didn't work...
20:32.46 brlcad there are other EDITOR tricks you can use -- just depends on the command being tested
20:34.34 starseeker wonders where the pink pen on his desk came from...
20:35.41 starseeker alright, time for fizzy energy drink of some kind...
20:37.01 brlcad mm. fizzy blue bawls
20:37.25 brlcad haven't had that much caffeine in a long while
20:55.05 CIA-32 BRL-CAD: 03davidloman * r33669 10/rt^3/trunk/src/ (3 files in 3 dirs): Minor adjustments, bugfixes and tweaks.
20:56.17 CIA-32 BRL-CAD: 03davidloman * r33670 10/rt^3/trunk/src/tests/ (. gsph0_Test.java java/ java/gsph0_Test.java): Small directory organization change. More work on the test for 'phase-0' GeometryServer.
20:56.33 d-lo Whelp... cyas all tomarrow.
21:06.20 *** join/#brlcad Elrohir (n=kvirc@p5B14D3BF.dip.t-dialin.net)
21:07.43 brlcad dya d-lo
22:06.07 CIA-32 BRL-CAD: 03erikgreenwald * r33671 10/brlcad/trunk/src/adrt/slave/slave.c: fix component view
23:31.58 *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-219.sbndin.btas.verizon.net)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.