IRC log for #brlcad on 20090313

00:53.53*** join/#brlcad cad00 (n=42ead11b@bz.bzflag.bz)
00:56.00``Erikhuh, weird, hulu changed their buffer display, now it almost looks like cell phone bars
01:38.00*** join/#brlcad Ralith (n=ralith@216.162.199.202)
01:42.34starseeker``Erik:  yeah, awf isn't up to the new man output
01:42.58starseekerneed to make brlman a wrapper around man
01:45.48starseekerbrlcad:  the --with-arch arg requirement is from the original configure script in the NIST distribution
01:45.55starseekerit shouldn't be present any more
01:46.22starseekeralso, the new configure scripts have 3.2.0 as the version
01:50.39starseekerI would suggest clearing out the src/other/step subdirectory and checking it out clean, if that's possible
02:27.28*** join/#brlcad elite01 (n=omg@unaffiliated/elite01)
02:31.45*** join/#brlcad Ralith (n=ralith@216.162.199.202)
02:35.18brlcadsettles down with the best wings in baltimore
02:35.23brlcad(thusfar)
02:37.56*** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-61.sbndin.btas.verizon.net)
03:17.07starseekerscowls at configure.ac... why are you breaking distcheck?
03:18.18starseekerscripts a distcheck build to get full logging and sleeps on it
03:19.26starseekerbrlcad:  Would a configure.in file being checked in originally in src/other/step cause problems with subsequent configure.ac builds, even if removed from the repository?
03:19.41starseeker'cause somehow it's getting the old build system
04:03.18brlcadstarseeker: I don't know, it could be some generated file like aclocal.m4 or acinclude.m4
04:03.44brlcadcould be somehow specific to the checkout it's working with, hard to say without looking at the filesystem
04:17.07starseekerUhhhh.  distcheck failed for me without involving step afaict:  make[3]: *** No rule to make target `unix/config.status', needed by `distdir'.  Stop.
04:18.40starseekerthat was at src/other/tcl
04:32.10*** join/#brlcad ashishrai (i=d2d43dfb@gateway/web/ajax/mibbit.com/x-ae684e13fc106687)
04:37.20``Erikso either add tcl/unix/config.status to the repo or delete it form the Maekfile.am
04:42.56starseekerbut when/why did it change?
05:58.24*** join/#brlcad hippieindamakin8 (n=hippiein@59.96.200.142)
06:27.56*** join/#brlcad Don_ (n=Don@c-68-62-76-34.hsd1.mi.comcast.net)
06:29.28*** join/#brlcad madant (n=madant@117.196.145.129)
07:15.36*** join/#brlcad hippieindamakin8 (n=hippiein@59.96.46.229)
07:23.09*** join/#brlcad madant_ (n=madant@117.196.128.139)
08:17.08*** join/#brlcad _sushi_ (n=_sushi_@84-72-93-63.dclient.hispeed.ch)
10:00.15*** join/#brlcad ddreeves (n=4382fd0e@bz.bzflag.bz)
10:16.25*** join/#brlcad dreeves (n=dreeves@67.130.253.14)
10:28.09*** join/#brlcad dreeves__ (n=dreeves@67.130.253.14)
10:47.28brlcadstarseeker: something else is wrong
10:47.45brlcadthere should and needs to be a config.status (and it doesn't belong in the repo, it's generated by configure)
10:49.08bjorkintoshgoodness man, do you sleep?
10:49.13brlcaddon't know why it'd be listed in tcl/tk's Makefile.am EXTRA_DIST, though, that could be the problem
10:51.05brlcadbjorkintosh: I try not to
10:51.24bjorkintoshmakes sense.
10:51.24brlcadit's a nasty disease
12:06.06*** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-61.sbndin.btas.verizon.net)
12:26.02*** join/#brlcad madant (n=madant@117.196.147.36)
14:15.58madantWILL test the MathVM today :P
14:19.00brlcad:)
14:21.02*** join/#brlcad samrose (n=samrose@adsl-99-147-180-206.dsl.lgtpmi.sbcglobal.net)
14:49.29*** join/#brlcad elite01 (n=omg@unaffiliated/elite01)
15:10.13brlcadhas the initial application in
16:04.57dreeves__I don't know if it is appropriate place for me to ask this but is there a document with a little more detail about the approach if the new gui and how it will tie in to the geometry service or is this currently in the works.  If so is it possible to get privy to those discussions/work?
16:25.20*** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-61.sbndin.btas.verizon.net)
16:58.03brlcaddreeves__: there are some other docs but much of it is very much a work in progress
16:58.30brlcadthe discussions are intentionally supposed to be completely open so you're more than welcome to join in
16:58.59brlcadsome of them happen here on irc, some on the channel, and alas some in person for the few that can
16:59.07brlcader, mailing list too
16:59.34brlcadthere are a few docs and details on the wiki, and feel free to ask any questions here or on the devel mailing list
17:13.26madant:) seems like we are going to have a good number of applications this summer
17:54.38brlcadany devs present?  starseeker?
18:08.01CIA-40BRL-CAD: 03homovulgaris * r34026 10/brlcad/trunk/src/libpc/ (pcMathVM.cpp pcMathVM.h): adding BranchNode definition and methods to pcMathVM
18:10.48``ErikO.o
18:11.45*** join/#brlcad samrose (n=samrose@c-24-11-214-181.hsd1.mi.comcast.net)
18:14.06starseekerhere
18:14.14starseekerwhat's up?
18:15.03starseekerscowls at configure.ac - why are you haulting when step has a config.status file but not haulting when enigma has a config.status file
18:15.44starseekeroh, I see - it's in the tarball
18:15.46starseekerhmm
18:16.21brlcadhttp://socghop.appspot.com <-- log in, edit profile, create a link_id
18:16.44brlcadanyone interested in mentoring gsoc this year if we're accepted needs to do that
18:18.30starseekerbrlcad:  you just use brlcad for your link_id?
18:20.01brlcadyep
18:20.31starseekerOK, I'm in
18:21.18starseekerdo I need to associate myself with brlcad somehow?
18:21.26brlcadnope
18:21.34starseekerk
18:21.36brlcadjust tell me your id
18:21.42``Erikerikg
18:21.42starseekerlink_id?
18:23.56``Erikheh 'do you know what "irony" is?' 'is it like "stony" or "woody" but a lot better to make swords out of?'
18:24.25starseekerwell, irony CAN cut...
18:25.36starseekerbrlcad:  would it be OK to create a wiki page on brlcad with pdf versions of some of the NIST publications on the step libs?  so far total size would < 5 megs total for the papers
18:27.02brlcadstarseeker: dont' see why not
18:27.23starseekercool - thanks.  That way if the site goes byebye we still have the docs too :-)
18:27.56``Erikcould just shove it in your public_html/ as a "personal page", as well
18:28.25starseekeroh, sure.  But this way anyone wanting to do something with BRL-CAD + STEP will find them
18:28.39starseekermy personal site is just a grab bag ATM
18:29.13brlcadthere needs to be a brlcad.org/wiki/STEP page, maybe also a /wiki/STEP/NIST to talk about that portion
18:33.52CIA-40BRL-CAD: 03starseeker * r34027 10/brlcad/trunk/src/other/step/Makefile.am: Oops, step's configure.ac should be in the DISTCLEANFILES list.
18:35.50brlcadanything received during checkout shouldn't be in distcleanfiles...
18:37.00starseekeroh, really?  whoops - I guess enigma must generate it
18:37.35CIA-40BRL-CAD: 03erikgreenwald * r34028 10/rtcmp/trunk/ (rt/rt.c rtcmp.h tri.c): remove references to brlcad/machine.h. casting in ntohd/htond to quell warnings.
18:39.43starseekerhmm, no enigma's configure.ac is checked in...
18:42.36dreeves__brlcad are there any docs other than the 3 uml diagrams ?
18:43.34dreeves__I have searched the wiki and didn't locate anything else
18:45.13brlcadstarseeker: enigma lists *configure* in distcleanfiles, not configure.ac
18:45.18brlcadyou said configure.ac
18:45.18starseekerah
18:45.22starseekerwhooops
18:45.52brlcaddreeves__: yes there are, but did you have a particular question -- glad to just explain things  ;)
18:47.24starseekersmacks self upside the head
18:47.41CIA-40BRL-CAD: 03starseeker * r34029 10/brlcad/trunk/src/other/step/Makefile.am: Add configure to DISTCLEANFILES. Previous commit message was incorrected - added configure.ac to EXTRA_DIST files, NOT DISTCLEANFILES.
18:48.14dreeves__I guess I'm just toying with the idea of maybe getting involved in maybe helping out with that....  Was really look to see if you had mockups of what the new gui might look like with some possible flows...Also was interested in how the gui would interact with the service i.e. the gui knowing which parameters were editable or are you all thinking that would be just built into the gui itself
18:49.38dreeves__I could probably go on and on but I thought I would get educated with what the team had done first before I just started hammering everyone with a million questions
18:49.45brlcaddreeves__: ah, then should definitely also take a look at this:
18:50.01brlcadhttp://brlcad.org/design/
18:50.10dreeves__cool
18:50.11dreeves__thanks
18:50.26brlcadthe gui link in particular includes an extensive gui interaction mock-up
18:51.33brlcadit was intentionally made application agnostic and doesn't show CAD interface aspects yet, but the same basic ideas of localized modelessness, universal command access, pervasive drag and drop, context panels, etc
18:54.17dreeves__Just so I'm clear this is intended to be an mged replacement correct?
18:59.09brlcadlong term, yes
18:59.34dreeves__umm  what would it be in the short term?
18:59.50dreeves__or are you just saying it would take a while to replace mged?
19:00.34CIA-40BRL-CAD: 03erikgreenwald * r34030 10/rtcmp/trunk/rt/rt.c: comments to help understand interface to librt
19:00.56CIA-40BRL-CAD: 03erikgreenwald * r34031 10/rtcmp/trunk/ (adrt/adrt.c configure.ac): updates to handle updated tie interface
19:00.57brlcaddreeves__: the latter
19:01.03madantdreeves__ : it would take a while
19:01.06madantoops :D
19:01.06dreeves__ah ok
19:01.46brlcaddreeves__: so if you're interested, here's the big picture as I see it
19:02.04dreeves__ok?
19:02.05CIA-40BRL-CAD: 03Starseeker 07http://brlcad.org * r1232 10/wiki/STEP: Need to make a step wiki page - just rough out some categories for now - flesh out later
19:02.48brlcadmged's great in many ways, *lots* of functionality, powerful interface, it's been doing what it's doing forever but it's incredibly difficult to learn and takes a long time to master
19:03.19brlcadthat said, it really is *filled* with functionality, hundreds of staff-years of effort that would take even a big team many years to replicate
19:03.27brlcadso we really can't afford to do that
19:03.56brlcadon top of that, there is a ton of other functionality in brl-cad that many people don't know about or don't know how to use (the other 399 applications)
19:04.30brlcadbasically, our usability needs to improve in a major way
19:04.48brlcadbut not such that we just lose everything that has been invested, therein enters LIBGED
19:05.25brlcadlibged is a refactoring project that has been going on for almost a year now to take most of the best aspects of mged out of mged, and putting that logic into a library so it can be more readily reused
19:05.55brlcadlibged by itself, though, obviously won't make usability any better, for that we need a better gui
19:06.37brlcadon that front enters a refactoring prototype that was started several years ago -- archer; basically mged's gui rewritten but still using mged's geometry management and command functionality under the hood
19:06.48brlcadalso enter last year's gsoc project to start a completely new gui interface
19:07.38brlcadwhat remains is the infrastructure to tie the gui to the backend while also pulling in "the rest" of brl-cad under that same interface
19:08.08brlcadthat is where the geometry service and geometry engine are at, they tie the front to the back
19:09.31brlcadthe intent of the geometry engine is to modularize the geometry management API, provide better type encapsulation and geometry management features similar to other CAD kernels like ACIS or Granite
19:10.21brlcadthe geometry engine basically wraps libbu, libbn, librt, libwdb, and the new libged into a clean API
19:10.31dreeves__Yeah I grabbed the latest rt^3 package and got it to compile but seems like all the apps are just outputting timing type of things I'm sure I'm missing something but I didn't see any guis
19:11.40brlcaddreeves__: the rt^3 module hasn't really been cleaned up and unified yet, so you're sort of seeing a little of the gui work that happened during gsoc, some of the GE work, and a lot of the GS work
19:12.14brlcadand the three don't yet play with each other much given they're all being developed in parallel
19:12.23dreeves__oh ok that's fine I just wanted to see what had been done so far
19:12.30brlcad(as they really are three independent projects)
19:12.37dreeves__ok
19:13.31dreeves__I just flipped through some of the gui design I take it that is more of a concept type thing, survey of different style of guis if you will
19:13.37brlcadso project-wise related to improving the interface, there's BREP support, LIBGED refactoring, GE design, GS implementation, and the GUI itself
19:14.02brlcaddreeves__: it's not a survey, it's an actual interaction prototype
19:14.28dreeves__oh I must doing something wrong I will go back and look at it again
19:14.40brlcadwhat's missing is how that would actually look and act with a 3D context, geometry actions, object palettes, etc
19:14.56brlcadthis: http://brlcad.org/design/gui/ioe_proto_final.mov
19:15.04dreeves__ok
19:15.33brlcadit is a survey of different *interactions* you might encounter in the gui, just not multiple guis
19:16.33brlcadthe important aspect is how tasks are managed, how contexts are managed, command interaction, how the overall menu works, the clipboard, etc
19:17.09madantdreeves__: are u already an open source contributor ?
19:17.57dreeves__no
19:18.27brlcadyour name is very familiar
19:18.33dreeves__why am I stepping on toes and just don't know it
19:18.43dreeves__yes I use to work at brl about 20 years ok
19:18.44dreeves__ago
19:18.55brlcadyes, that just clicked with me
19:18.56brlcadgsi
19:19.01madant:)
19:19.03dreeves__yep
19:20.10brlcadthat's very interesting, for many reasons.. :)
19:20.24brlcadyou still coding these days?
19:20.25dreeves__:)
19:20.32dreeves__oh yeah very much so
19:20.52dreeves__just not open source
19:20.56brlcadnods
19:21.08brlcadsomething you maybe haven't seen: http://brlcad.org/BRL-CAD_Priorities.png
19:21.20madant:) 20+ years omg .thats like awesome experience :)
19:21.22dreeves__nope
19:21.41dreeves__Yeah I loved working on brlcad
19:22.57madantyou must have worked with Mike et al. ? :)
19:23.10dreeves__I meet him a few times
19:23.42brlcaddreeves__: I take it you stay in touch with Harry, maybe some of the other guys still out at apg?
19:24.14*** join/#brlcad _sushi_ (n=_sushi_@77-58-245-131.dclient.hispeed.ch)
19:24.25dreeves__I remember having a conversion with him when he was working NMG that was a very interesting discussion
19:24.57brlcadyou'll hear much of the same still going on :)
19:25.13dreeves__No Harry and I sort of went our own ways...
19:25.29dreeves__I miss Harry will have to get that way to see him soon
19:25.29brlcadthe BREP effort under way is our #1 priority in many ways
19:25.39brlcadah, shame
19:26.04brlcadhe's actually one of the few I don't think I've had the pleasure of meeting personally yet
19:26.06dreeves__Are you nugging me toward that?
19:26.19dreeves__Have you an I meet?
19:26.45brlcaddon't think so unless you've been over to see the CAD team
19:27.03dreeves__Do you know if Ed, Paul and Keith are still out there?
19:27.06brlcad(in the last 10 years or so)
19:27.10dreeves__no
19:27.24dreeves__i haven't unfortunately
19:27.25brlcaded is, he's current acting team lead
19:27.38dreeves__realllllly....
19:27.40dreeves__:)
19:27.50brlcadpaul has been promoted into managerial oblivion, no longer does anything productive
19:28.02dreeves__I really liked working with him
19:28.08brlcader, you mean deitz or tanenbaum?
19:28.21brlcadwell, same holds for both I suppose :)
19:28.23dreeves__deitz
19:28.44brlcadhe's leads one of the directorates
19:29.06dreeves__I probably shouldn't refer to him has Paul I suppose I don't mean any disrespect
19:29.21brlcadnah, he's still paul
19:29.28brlcadhttp://www.linkedin.com/pub/4/a19/206
19:30.09dreeves__Yeah I was sure he was but I didn't want anyone on here to get the wrong idea
19:30.16brlcadkeith retired and came back as a contractor, doesn't write code though -- still does some modeling
19:30.50dreeves__Yeah that is mostly what he before he is awesome at the modeling though
19:32.28brlcaddwayne kregel is one of the best brl-cad modelers out there now, he's helped inspire a lot of my ideas for things we need to work on
19:32.47dreeves__So funny I went to HS with him
19:32.48brlcadvictor is back and modeling again
19:32.53dreeves__aberdeen
19:33.08brlcadyeah, I think he told me that one
19:33.12brlcad*once
19:33.22brlcadbig D
19:33.29brlcadawesome guy
19:33.42dreeves__Yes he is a very tall guy
19:33.55dreeves__small world though
19:34.28dreeves__brlcad what is your email?
19:35.53dreeves__BTW I will check out the priorities maybe I will redirect my energy a little
19:36.19brlcadnote that those are open source priorities
19:36.26brlcadvery close to but not exactly the same as ARL priorities
19:37.18brlcadARL funds the cad team in more specific ways obviously to work on enhancements
19:38.06brlcadthinks who else gsiwise is still around
19:38.21brlcadadam
19:41.42dreeves__adam came on after I left
19:42.12brlcadah
19:43.40brlcadthere's another guy but I can't remember his name
19:46.12brlcadprobably a few names you recognize: http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/AUTHORS
19:46.37dreeves__so does your cad team basically work at what use to be brl?
19:46.53dreeves__I thought Lee Butler lead the cad team did he leave?
19:47.05brlcadhe left
19:47.23dreeves__Yeah I wend through that list the other night know quite a few people on it
19:48.21brlcadLee is still around, but he went to work on his phd for a year then came back to lead the modeling team and just recently moved onto another team
19:48.58dreeves__oh ok
19:49.00brlcadstill at the same place, maybe even the same building
19:49.17dreeves__I will have to send ed and email
19:49.34brlcadhe knows :)
19:49.40dreeves__ok
19:49.44dreeves__:)
19:49.50dreeves__What does he think?
19:53.59brlcadhe thinks he's ready to retire :)
19:54.23dreeves__LOL!! :)
19:55.40dreeves__So what's up with the work on Java?
19:56.27brlcadwonders if dreeves__ notices that he has other messages.. :)
19:56.47brlcadjohn anderson started that just playing around a couple years ago
19:56.54brlcads/couple/many/
19:57.11brlcadgot a simple ray query working, and it sat for a while
19:57.39brlcadthen another big java project started at arl, and it revived some attention on that project
19:57.44dreeves__Just noticed sorry
20:47.13*** join/#brlcad samrose (n=samrose@c-24-11-214-181.hsd1.mi.comcast.net)
20:49.13ysselivedreeves__: btw, more you may not have seen -- screenie of the "Archer" prototype interface I mentioned -- http://brlcad.org/tmp/archer.png
20:49.26ysseliveArcher is the test bed for most of the LIBGED refactoring
20:49.59ysseliveand will likely merge with MGED at some point (replacing mged's gui) as an intermediate step until the other new GUI is ready
20:56.21MrStayPuftdreeves__: another one of interest: http://brlcad.org/tmp/brepstep.jpg
21:05.18*** mode/#brlcad [+o brlcad] by ChanServ
21:06.10CIA-40BRL-CAD: 03starseeker * r34032 10/brlcad/trunk/src/other/step/ (Makefile.am autogen.sh): Don't need autogen.sh in this directory while step is acting as a part of brlcad
21:12.40brlcadgets the munchies
21:17.59``Erikwonders if that was staypuft or staypuffed O.o
21:18.10starseekerbrlcad:  config.status is in both EXTRA_DIST and DISTCLEANFILES in the tcl Makefile.am - is that intentional?
21:18.57brlcadit's mr stay puft
21:19.00brlcadhttp://en.wikipedia.org/wiki/Stay_Puft_Marshmallow_Man
21:19.16brlcadstarseeker: probably not
21:19.38``Eriksomeone has stayed up too late to catch the lame joke :D
21:19.48brlcadnot that they have much to do with each other .. being a distcleanfile doesn't mean it'll be included in the dist
21:19.56starseekerright
21:20.06starseekerthe failure on distcheck has something to do with it though
21:20.09``Erik$16k for a windows machine, ow
21:20.23brlcad``Erik: or I didn't stay up late enough?  puffing glue?
21:20.38brlcadpuffing a joint?
21:20.43``Erikthe latter, yeah
21:20.46brlcadah
21:20.49brlcadthen I caught it
21:20.54brlcadjust wasn't funny :)
21:21.07``Erik<-- said it was lame,  not funny :D
21:21.11brlcadhehe
21:21.32``Erikhas mysql and apache22 running on the new machine, btw
21:22.26starseekerbrlcad:  Any prior knowledge of the stepmod project on sourceforge?
21:24.17starseekerHmm, cool, NIST made some code for controlling a machining center using the STEP-NC spec
21:24.28brlcadstarseeker: yeah, prior guilty knowledge, yes
21:24.33starseekerheh
21:24.42starseekeranything useful there?
21:26.57brlcadprobably, but it was heavily biased towards lifecycle aspects of step
21:27.12brlcadMUCH of step has little/nothing to do with geometry
21:27.41brlcadhinted at by geometry starting at application protocol two *hundred* and three ..
21:28.05CIA-40BRL-CAD: 03homovulgaris * r34033 10/brlcad/trunk/src/libpc/pcMathGrammar.h: Complete description of the Expression Grammar : Stage 1/4
21:28.11brlcad~madant++
21:28.59starseekerhmm - looks like we're not the only ones playing around with NIST SCL:  http://code.google.com/p/fbics/
21:29.02brlcadstarseeker: one interesting piece they do is ap28 though .. that didn't exist until recently
21:29.07madanthuh
21:29.21starseekerah, nuts - he's going GPLv3
21:29.25brlcad(AP28 is STEP-XML)
21:29.30starseekerah, cool :-)
21:29.53brlcadproblem there, though, being no CAD software dumps that out that I'm aware of yet
21:30.01brlcadso not a high priority
21:30.07starseekertrue.
21:30.24brlcadstill have to deal with ap21 files
21:30.27starseekerponders using it as a good BRL-CAD archival output format, but that's also low priority...
21:32.21brlcadlooks like it's a new project
21:32.30brlcadthere is no code to it other than scl
21:32.42brlcadso you could check it out and see what mods he's made
21:33.05starseekermaybe, but since it's public domain code he's allowed to make his modes GPLv3
21:33.10brlcadwow, very new .. last commit was just yesterday
21:33.20brlcadand that was r2
21:33.29starseekercould ask him, I suppose
21:33.40brlcadi mean he's done nothing thusfar
21:33.41brlcadeven to scl
21:33.46starseekerah, ok
21:34.21starseekercan't find a license on the stepmod stuff
21:35.27evilcadthere is no stepmod stuff
21:35.43starseekerhttp://stepmod.cvs.sourceforge.net/stepmod/
21:35.44evilcadhe's not done anything yet
21:35.49starseekeraj
21:35.50starseekerah
21:35.52evilcadoh
21:35.58evilcadcrossed the streams
21:36.01evilcadmeant fbics
21:36.08starseekerand the universe is destroyed! :-)
21:36.25evilcadi was told it's a very bad thing to do
21:44.56*** join/#brlcad samrose (n=samrose@c-24-11-214-181.hsd1.mi.comcast.net)
21:47.11starseekergrr - bad project, publish licensing restrictions clearly
21:51.38starseekerHey ``Erik:  http://sourceforge.net/projects/e7bfc/
21:52.15starseekerwindows only, unfortunately
22:05.22CIA-40BRL-CAD: 03starseeker * r34034 10/brlcad/trunk/src/other/ (tcl/Makefile.am tk/Makefile.am): config.status doesn't belong in EXTRA_DIST, was breaking make distcheck.
22:21.39starseekerconfound it
22:23.59starseekerthe distcheck tarball is pulling in expparse.c and expscan.c even though they are included in DISTCLEANFILES in the Makefile.am!  That's apparently enough to stop bison from running, and since expparse.h is NOT being snarfed in as well the build fails
22:25.38starseekerbrlcad:  I'm not familiar yet with the distcheck rules for tarball building are implemented - is there a chance that some stray cp *.c command in there somewhere is pulling in files despite their being on the DISTCLEAN list?
22:42.19*** join/#brlcad redvsblue (n=blah@c-69-242-189-29.hsd1.mo.comcast.net)
22:47.05starseekeris forced to put it on hold
22:52.58``Eriknifty, starseeker, but I chose bf as a minimal basis for a case study :D
22:53.18``Erikat he moment, I think I'm gonna check out clozure (for some reason, I had it and clojure confused)
23:11.35evilcadstarseeker: again, being in distcleanfiles has nothing to do with being included in the dist -- it's just a list of what to try to remove if someone runs distclean
23:12.23evilcadthose .c files are included because they are either listed as extra_dist and/or because it figured out that they need to be included because they are .l/.y generated
23:18.46Ralithwonders what evilcad is eviling
23:21.32CIA-40BRL-CAD: 03Sean 07http://brlcad.org * r1233 10/wiki/Google_Summer_of_Code/2009: New page: = Getting started = Students participating with BRL-CAD in the 2008 GSoC have a '''[[Google_Summer_of_Code/Checklist|checklist]]''' of actions to attend to before getting started on thei...
23:23.32CIA-40BRL-CAD: 03Sean 07http://brlcad.org * r1234 10/wiki/Google_Summer_of_Code/2009:
23:28.43CIA-40BRL-CAD: 03Sean 07http://brlcad.org * r1236 10/wiki/Google_Summer_of_Code/2009: /* Additional Information */
23:28.44CIA-40BRL-CAD: 03Sean 07http://brlcad.org * r1235 10/wiki/Google_Summer_of_Code/2009: /* Additional Information */
23:33.57CIA-40BRL-CAD: 03Sean 07http://brlcad.org * r1237 10/wiki/Google_Summer_of_Code/2009/Project_Ideas: Redirecting to [[Google Summer of Code/Project Ideas]]
23:43.19CIA-40BRL-CAD: 03Sean 07http://brlcad.org * r1238 10/wiki/Google_Summer_of_Code/Project_Ideas: comment out a few to reduce the list
23:45.51CIA-40BRL-CAD: 03Sean 07http://brlcad.org * r1239 10/wiki/Google_Summer_of_Code/Project_Ideas: commenting out not working so hot, just remove them and rely on revision history
23:50.08brlcadRalith: heh, just evil craziness in another channel :)
23:51.21Ralithoo, SoC infos
23:51.31``Erikuh huh, rrrriiiiiggggghhhhhhtttttt
23:52.30``Erikah HA, that's where I stashed it *whew*
23:52.53CIA-40BRL-CAD: 03Sean 07http://brlcad.org * r1240 10/wiki/Google_Summer_of_Code: update to 2009
23:52.57CIA-40BRL-CAD: 03Sean 07http://brlcad.org * r1241 10/wiki/Google_Summer_of_Code/2009:

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