IRC log for #brlcad on 20120402

00:19.20 *** join/#brlcad Neil__ (~chatzilla@117.229.115.183)
00:25.24 CIA-128 BRL-CAD: 03starseeker * r49867 10/brlcad/trunk/ (58 files in 52 dirs): Finally bite the bullet and start reworking the build logic to be robust to weirder source and build directory names. This is not everything needed, but it's a step in the right direction.
00:45.57 CIA-128 BRL-CAD: 03starseeker * r49868 10/brlcad/trunk/CMakeLists.txt: want this to happen before the timestamp, not after...
00:47.02 CIA-128 BRL-CAD: 03starseeker * r49869 10/brlcad/trunk/doc/docbook/ (6 files in 2 dirs): xsltproc doesn't like literal spaces in the template paths
01:16.18 CIA-128 BRL-CAD: 03starseeker * r49870 10/brlcad/trunk/misc/CMake/xsltproc.cmake.in: Hmm - not respecting the output location for some reason with man pages when names have spaces in paths. Add some back-up logic to catch output in the wrong place and relocate it
01:20.34 CIA-128 BRL-CAD: 03starseeker * r49871 10/brlcad/trunk/misc/CMake/TCL_PKGINDEX.cmake: Add quotes to the paths in pkgIndex.tcl files
01:35.53 *** join/#brlcad IriX64 (~kvirc@64.229.210.36)
01:36.48 IriX64 http://pastebin.ca/2134648 -< results of an install checked out from svn a half hour ago.
01:36.52 IriX64 ciao
01:41.11 CIA-128 BRL-CAD: 03starseeker * r49872 10/brlcad/trunk/src/archer/archer: Archer wasn't liking spaces in paths on start-up - do some quoting
01:41.30 brlcad NEWS-worthy there
01:43.39 starseeker IriX64 is really annoying me - not enough info to do anything with
02:02.47 starseeker brlcad: which, the Archer thing?
02:10.25 CIA-128 BRL-CAD: 03starseeker * r49873 10/brlcad/trunk/misc/CMake/xsltproc.cmake.in: explain why the second check for xsltproc
02:13.07 starseeker brlcad: wasn't really general, just the non-Windows start-up script - probably should have reworded that commit message
02:51.17 brlcad basically sounds/sounded like archer previously wouldn't initialize/start properly if BRL-CAD is installed into a root that has spaces
02:51.30 brlcad and the commit with some quotes fixed it so it will
02:51.48 starseeker on non-Windows platforms, yeah
02:52.05 starseeker but usually nobody uses spaces except on Windows
02:52.36 brlcad that's not necessary true
02:53.16 brlcad might as well be the letter 'z' and say nobody uses that letter
02:54.16 brlcad it's a perfectly valid path to have spaces so it's user-visible that it didn't handle them properly
02:54.29 starseeker valid, but rare
02:54.31 brlcad as noted by someone even running into a problem prompting the fixes
02:54.44 starseeker That was on Windows - different issue
02:54.45 brlcad so is the letter 'z', but would it be any less wrong?
02:54.59 brlcad it's a valid path char
02:55.01 starseeker z would break fewer script assumptions ;-)
02:55.23 brlcad still a failure of the script (along with any other untested assumptions)
02:55.33 starseeker shrugs - we can add it - needs more testing than just me though
02:56.02 brlcad assumptions are the root of most evil ...
02:57.14 starseeker speaking of which...
02:58.06 brlcad nobody could possibly ever need more than 256kb memory .. or more than one cpu .. or a computer in their home .. or a computer in their pocket .. or 65536 colors .. or ...
03:01.01 starseeker growl
03:01.08 CIA-128 BRL-CAD: 03starseeker * r49874 10/brlcad/trunk/misc/CMake/xsltproc.cmake.in: Only move xsltproc's output if it isn't where it is intended to be
03:01.13 starseeker come on FOP, get with the program here...
03:24.10 starseeker calls for help on CLASSPATH quoting and calls it a night...
03:26.07 CIA-128 BRL-CAD: 03starseeker * r49875 10/brlcad/trunk/misc/CMake/xsltproc.cmake.in: Do the easy test first before we hit the filesystem
05:14.41 bhinesley <PROTECTED>
05:18.36 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
05:34.27 *** join/#brlcad Neil__ (~chatzilla@117.229.74.14)
06:39.32 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3430 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Introduction */
06:42.05 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3431 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Introduction */
06:43.04 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3432 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works already done in BRL-CAD */
06:45.25 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3433 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works already done in BRL-CAD */
06:46.43 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3434 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Proposal ideas */
06:47.22 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3435 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Time availability */
08:12.25 *** join/#brlcad stas (~stas@82.208.133.12)
08:17.50 *** join/#brlcad pierokr (73f88294@gateway/web/freenode/ip.115.248.130.148)
08:39.00 *** join/#brlcad Neil__ (~chatzilla@117.229.74.14)
09:29.32 *** join/#brlcad tuxilina (~tuxilina@141.85.252.190)
09:29.43 tuxilina hello!
10:10.39 andrei_ I have submitted the global variable removal patch, will move to effective refactoring later this day after I m done changing my proposal according to the feedback recieved.
10:10.57 andrei_ In case there's time to look it up and there is something wrong about the patch please let me know.
10:35.01 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3436 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Time availability */
10:35.54 CIA-128 BRL-CAD: 03Phoenix 07http://brlcad.org * r3437 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Things I have done now (Patches) */
11:04.35 *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com)
11:10.46 *** join/#brlcad Neil__ (~chatzilla@117.229.46.248)
11:42.04 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
11:51.34 *** join/#brlcad Neil__ (~chatzilla@117.229.46.248)
12:10.00 *** join/#brlcad witness123 (~witness@14.139.228.211)
12:30.45 *** join/#brlcad pierokr (73f88294@gateway/web/freenode/ip.115.248.130.148)
12:42.50 Neil__ brlcad: Hi!
12:45.53 *** join/#brlcad tuxilina (~tuxilina@141.85.252.190)
13:03.29 *** join/#brlcad roaldfre1 (~roald@d54C03B0C.access.telenet.be)
13:12.03 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
13:14.18 roaldfre1 Hi guys! I'm wondering how much interest there has already been in the GSOC project idea 'Generalised abstracted spacial partitioning capability'? [I'm interested in applying for that idea myself]
13:14.40 *** join/#brlcad merzo (~merzo@211-93-132-95.pool.ukrtel.net)
13:21.09 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3438 10/wiki/User:Ksuzee/Proposal:
13:25.24 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3439 10/wiki/User:Ksuzee/Proposal:
13:27.07 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3440 10/wiki/User:Ksuzee/Proposal:
13:35.27 brlcad roaldfre1: there's not been much interest in that idea yet
13:36.15 brlcad not, however, that it's a *VERY* hard topic and even generalized would require some careful integration so that it's not just a new/theoretical API but something being used by our tracers
13:36.23 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3441 10/wiki/User:Ksuzee/Proposal:
13:36.55 roaldfre1 I see
13:37.56 brlcad ideally you will either have already implemented spatial partitioning before, or worked on our librt library spatial partitioning before, or both ;)
13:38.03 roaldfre1 I'm checking out the svn repository right now, to have a look at the code. (I know, I'm a bit late to the party)
13:38.12 brlcad that said, you can always keep the scope to a minimum so you can verify progress
13:38.27 brlcad nods, sounds good -- not too late ;)
13:38.37 roaldfre1 I've written a raytracer (in Haskell - *beautiful* language) that heavily uses space partitioning (on an abstract level)
13:39.07 brlcad so that's great, you have some experience to bear
13:39.54 brlcad the burden on your part then will be understanding a large body of non-academic real tracer code with heavy refactorings and optimizations over decades of development
13:39.59 brlcad i.e., it's pretty complex ;)
13:40.08 roaldfre1 :-)
13:40.22 brlcad just about everything has a reason or purpose, and many are not clear or documented
13:40.23 roaldfre1 well, there wouldn't any fun otherwise, now would there?
13:41.12 brlcad for some perspective, brl-cad's raytracer is the first distributed parallel raytracer (ever written, back in early 80's)
13:41.16 roaldfre1 (the sourceforge svn checkout takes ages, btw (even restricted to only cloning the trunk))
13:42.25 brlcad we provide a vm disk image to help get you started more quickly with everything downloaded, installed, documentation downloaded, and several code examples identified
13:43.02 brlcad is a little over a GB download and requires about 6GB of disk to install, VirtualBox is a free VM that will run it
13:44.37 roaldfre1 Hmm, I'll look into it, thanks (though I'm a bit anal about my development environment [vim, xmonad as TWM, programmer dvorak keyboard layout, ...])
13:44.50 brlcad sure
13:45.09 brlcad it's more just to get folks going quickly -- students selected are entirely expected to use their own environment
13:46.07 brlcad otherwise (as you note) it's a large download via svn and there's still a myriad of docs on the website and can be a complex compile (for some)
13:46.48 brlcad basically, have at it -- but we don't have a lot of time to spare this week or next if you run into problems given all the proposals and patches being reviewed
13:47.15 roaldfre1 I understand :-)
13:47.25 *** join/#brlcad ksuzee (c1976b2a@gateway/web/freenode/ip.193.151.107.42)
13:47.46 Al_Da_Best How do you want us to submit said patches? I should have one ready today.
13:47.57 ``Erik sourceforge patch tracker is good
13:48.13 Al_Da_Best Will do, thanks.
13:48.25 ``Erik might want to provide a link to your wiki user page in the notes, so we can make that association
13:48.34 Al_Da_Best Yeah indeed
13:49.38 roaldfre1 while svn is still pulling the stuff in, any quick pointers to where I should look or identify the places that are using (their custom) spatial partitioning acceleration schemes?
13:50.40 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3442 10/wiki/User:Ksuzee/Proposal:
13:51.22 ``Erik src/librt would probably have most if it
13:53.01 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3443 10/wiki/User:Ksuzee/Proposal:
13:53.13 ``Erik BoT has 2 space partitioning schemes in it, nurbs has another, nmg probably has one, and I think the top level scene uses a bvh
13:53.33 Neil__ brlcad: Hi! Did you get a chance to look at my Materials Database website proposal?
13:54.39 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3444 10/wiki/User:Ksuzee/Proposal:
13:55.02 roaldfre1 ``Erik: Thanks! I'll have a look as soon as I've pulled everything in!
13:55.33 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3445 10/wiki/User:Ksuzee/Proposal:
13:57.16 ``Erik roaldfre1: "prep" and "shoot" are the two concepts you might want to focus on, prep will build the scenegraphs, and shoot traverses... rt_shootray() will call, say, rt_bot_shot()
14:02.12 ksuzee Hello! Could you have a look on my proposal? Another items I'm going to write some hours later, but the main parts (summary and detailed description) are ready on 80%. I want to be sure that they are correct, because I hope to send the proposal today.
14:02.27 *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
14:06.03 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3446 10/wiki/User:Ksuzee/Proposal:
14:16.05 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
16:40.40 *** join/#brlcad witness123 (~witness@14.139.228.211)
16:47.14 *** join/#brlcad Neil__ (~chatzilla@117.229.10.11)
17:04.56 *** join/#brlcad pierokr (73f88294@gateway/web/freenode/ip.115.248.130.148)
17:09.29 brlcad hello pierokr
17:09.53 pierokr hi
17:10.59 Neil__ brlcad: Hi! Sorry I keep getting disconnected and hence I keep asking again and again. Were you able to check my proposal?
17:12.14 Neil__ Link: http://brlcad.org/wiki/User:Neildhruva
17:14.10 brlcad Neil__: you're going to have to be patient ... go ahead and post it to google-melange regardless
17:14.28 brlcad it takes a while to get through even one proposal, they are given a lot of individual attention
17:14.56 brlcad that's why we emphasize getting them in as soon as possible because they tend to be first come, first reviewed
17:15.16 brlcad that said, you have been notibly interactive so yours is up soon ;)
17:16.45 Neil__ ah thank you. Sorry for the bother. My internet is a little weak since last two days so I don't know if you replied until the logs are up the next day. heh
17:17.01 Neil__ but thanks anyway, appreciate all the help!
17:17.38 Neil__ just one thing though, any code/patch suggestions you might have for the Materials Database Website?
17:18.11 brlcad if you're not here, there's nobody to response to, right?
17:19.03 Neil__ yeah, but it seems I stay online a bit longer after getting abruptly disconnected. either way, i apologize
17:20.02 brlcad Neil__: for a patch, I think that is a tricky one for the web apps
17:20.05 brlcad you could develop the database sql schema
17:20.11 Neil__ aha
17:20.12 brlcad or a mock-up gui
17:20.41 Neil__ right. i'll do that right away. :)
17:22.06 brlcad it'd be just as important to focus time on the architecture diagram if you didn't have one or a prototype user interface
17:23.32 Neil__ i updated my riginal diagram a bit, but i also provided an architecture flowchart along with the flow of the website as I see it
17:23.37 Neil__ original*
17:26.41 brlcad great
17:26.46 Neil__ :)
17:32.20 CIA-128 BRL-CAD: 03Matovitch 07http://brlcad.org * r3447 10/wiki/User:Matovitch:
17:33.07 *** part/#brlcad witness123 (~witness@14.139.228.211)
17:33.20 CIA-128 BRL-CAD: 03Matovitch 07http://brlcad.org * r3448 10/wiki/User:Matovitch:
17:34.51 CIA-128 BRL-CAD: 03Matovitch 07http://brlcad.org * r3449 10/wiki/User:Matovitch:
17:35.47 CIA-128 BRL-CAD: 03Matovitch 07http://brlcad.org * r3450 10/wiki/User:Matovitch:
17:37.28 *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72)
17:43.01 CIA-128 BRL-CAD: 03r_weiss * r49876 10/brlcad/trunk/src/other/xmltools/libxml/config.h.in:
17:43.02 CIA-128 BRL-CAD: Updated file "config.h.in" in directory "/src/other/xmltools/libxml" to allow
17:43.02 CIA-128 BRL-CAD: libxml to compile with Visual Studio 2008. This fix is related to differences in
17:43.02 CIA-128 BRL-CAD: how function "vsnprintf" is defined in versions of Visual Studio previous to
17:43.02 CIA-128 BRL-CAD: Visual Studio 2010.
17:46.26 CIA-128 BRL-CAD: 03r_weiss * r49877 10/brlcad/trunk/src/other/xmltools/libxslt/config.h.in:
17:46.26 CIA-128 BRL-CAD: Updated file "config.h.in" in directory "/src/other/xmltools/libxslt" to allow
17:46.26 CIA-128 BRL-CAD: libxslt to compile with Visual Studio 2008. This fix is related to differences
17:46.26 CIA-128 BRL-CAD: in how function "vsnprintf" is defined in versions of Visual Studio previous to
17:46.26 CIA-128 BRL-CAD: Visual Studio 2010.
17:50.25 CIA-128 BRL-CAD: 03Neildhruva 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Arch diagram3.pdf]]": Architecture diagram with further additions, along with architecture flowchart.
17:58.39 CIA-128 BRL-CAD: 03Neildhruva 07http://brlcad.org * r3452 10/wiki/User:Neildhruva: /* BRL-CAD Tentative Proposal */
18:11.33 *** join/#brlcad andrei__ (~andrei@188.25.172.172)
18:11.38 andrei__ hello!
18:34.36 CIA-128 BRL-CAD: 03starseeker * r49878 10/brlcad/trunk/doc/docbook/books/en/CMakeLists.txt:
18:34.36 CIA-128 BRL-CAD: Hmm. Looks like the classpath setting failure may have been a bug in the way
18:34.36 CIA-128 BRL-CAD: the Gentoo java script was working - FOP is running OK on a different system.
18:34.36 CIA-128 BRL-CAD: Now that it DOES run, exposes a problem with the cover templates related to the
18:34.36 CIA-128 BRL-CAD: other space-in-path problems xsltproc exhibited. Fix it.
18:36.56 *** join/#brlcad ksuzee (c1976b2a@gateway/web/freenode/ip.193.151.107.42)
18:43.48 *** join/#brlcad atneik (~atneik@59.178.154.252)
19:00.35 *** join/#brlcad merzo (~merzo@195-92-200-46.pool.ukrtel.net)
19:18.21 andrei__ I have adapted my proposal acording to the feedback I recieved, here you can find the latest version : https://docs.google.com/file/d/0BzrcTnxrBIMvbmpGR2dqT01ScVNFRk5aQmRjbmphZw/edit
20:07.48 CIA-128 BRL-CAD: 03Roaldfre 07http://brlcad.org * r3453 10/wiki/User:Roaldfre: New page: [This wil hold my proposal for the 'Generalized abstracted spacial partitioning capability' GSOC 2012 idea.]
20:25.07 *** join/#brlcad npcdoom (~npcdoom@190.39.142.150)
20:25.07 *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom)
20:28.19 *** join/#brlcad piksi_ (piksi@pi-xi.net)
20:39.15 *** join/#brlcad piksi_ (piksi@pi-xi.net)
21:01.23 roaldfre1 GSOC question: how flexible are the mentors with the deadlines? In Belgium, the study period starts at the same time the official coding starts, and exams and a week before the mid-term evaluation (So I can't yet work on it full time, then). I can still continue full-time for a complete month after the official GSOC deadline, though (university starts again at the end of September, here)
21:02.28 andrei__ the deadlines are set by google , not by mentors as far as I know.
21:03.00 CIA-128 BRL-CAD: 03starseeker * r49879 10/brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: For multiconfig builds, optimization isn't determined at configure time anymore.
21:10.46 *** join/#brlcad stas (~stas@188.24.36.145)
21:11.28 *** part/#brlcad atneik (~atneik@59.178.154.252)
21:26.22 CIA-128 BRL-CAD: 03Crdueck 07http://brlcad.org * r3454 10/wiki/User:Crdueck: added proposal, completed timeline, some minor edits
21:30.55 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3455 10/wiki/User:Ksuzee/Proposal:
21:31.27 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3456 10/wiki/User:Ksuzee/Proposal:
21:37.37 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3457 10/wiki/User:Ksuzee/Proposal:
21:38.14 CIA-128 BRL-CAD: 03Ksuzee 07http://brlcad.org * r3458 10/wiki/User:Ksuzee/Proposal:
22:11.44 stas brlcad, around?
22:12.11 stas just wanted to say sorry, but I'm afraid I won
22:12.23 stas wont* be able to apply
22:13.50 stas i'll try to make some time during this summer and see if I can help if there will be no one else assigned to work on docbook task
22:14.32 stas thanks again for time spent during last weeks chat, and good luck with proposals
22:14.42 stas andrei__, good luck to you too, nice proposal!
23:03.01 *** join/#brlcad andrei_ (~andrei@188.25.172.172)
23:34.13 CIA-128 BRL-CAD: 03starseeker * r49880 10/brlcad/trunk/src/other/tcl/CMakeLists.txt: quote some OSX tcl path logic
23:36.27 CIA-128 BRL-CAD: 03starseeker * r49881 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: fix for OSX debug flag logic
23:48.36 brlcad stas: okay, thanks for letting us know
23:48.50 brlcad personal reasons? work? school?
23:49.23 brlcad andrei_: thanks for the update, hopefully can give updated feedback in a day or two
23:50.01 brlcad roaldfre1: the application and midterm/final review deadlines are fixed in stone hard deadlines with zero-tolerance
23:50.23 roaldfre1 uhu, that's what I expected
23:50.35 brlcad for the work schedule, that's fully adjustable but is entail to comprise full-time work expectations
23:51.02 brlcad s/entail to comprise/entails or is expected to comprise/
23:51.57 brlcad if you can't make time up (vacation, studies, whatever), then make that clear in your proposal how long and the reasons
23:52.14 brlcad if you are making time up, make that clear too ;)
23:53.08 roaldfre1 Well, I would propose continuing for a month after the official GSOC deadline, but that leads to a couple of difficulties
23:54.06 brlcad indeed
23:54.20 roaldfre1 the first being that we have to send in code samples to google at the end (I'm not sure how elaborate this should be?, but it could be a tight squeeze to get that done)
23:54.25 brlcad we'd hope you'd continue after the deadline regardless of gsoc ;0
23:54.39 roaldfre1 :-)
23:55.00 brlcad working past the deadline code-wise is no good for the upload
23:55.51 brlcad what is uploaded should be what it was completed by the deadline -- made up time should happen before that
23:56.09 brlcad or denoted in your schedule, as I mentioned
23:56.45 brlcad if you're proposal is good and you're a strong coder, a week isn't going to make a big difference (easily "made up for" in terms of productivity)
23:58.14 brlcad if your behind schedule a couple weeks with slow progress and that week for exams turns into two weeks, then there's a serious problem and you'd probably not pass the midterm eval
23:59.42 roaldfre1 indeed
23:59.49 roaldfre1 I discussed this over at #gsoc as well

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