| 00:25.59 | ``Erik | heh, favorite language poll http://news.ycombinator.com/item?id=3746692 |
| 01:19.48 | bhinesley | finished my last final yesterday... I've decided to submit another proposal this year. |
| 01:22.05 | bhinesley | just thinking aloud here, but what comes to mind is doing some refactoring of the edit command, maybe adding another subcommand (rotate?), and trying to mix in elements from another project on the wiki to make things more interesting |
| 01:23.18 | bhinesley | perhaps I could even do the refactoring of edit before gsoc |
| 01:23.59 | bhinesley | to clear up time for more in depth non-edit related business :) |
| 01:27.12 | bhinesley | now is probably a good time to ask what you guys think about edit/translate and the future of rotate/scale. From a usability standpoint. Is it practical, something that will actually be used? |
| 02:22.40 | brlcad | great progress but definitely more is needed before they're ready for production use |
| 02:23.26 | brlcad | it would be better to have one of them "fully done" than having one 95% and two others even at 90% |
| 02:26.18 | bhinesley | well I certainly wouldn't move on until we're satisfied with edit/translate |
| 02:26.50 | bhinesley | assuming I should continue in that direction |
| 02:32.00 | brlcad | it would be good to identify what exactly is remaining before it can be considered "done", what is necessary and what is just nice to have convenience |
| 02:32.57 | brlcad | then do just what is necessary to bring it to completion |
| 02:36.09 | bhinesley | speaking from inexperience here... could you give me an idea of what type of things are expected, for it to be considered ready for production? I made sure that translate at least "works" last gsoc. |
| 02:37.02 | bhinesley | for any command to be considered "ready", for that matter |
| 02:41.39 | brlcad | well "done" in the sense of it can do the variety of operations that it needs to do, but not necessarily everything that was scheduled to be done |
| 02:41.43 | brlcad | so sure, it translates |
| 02:41.49 | brlcad | relative and absolute, great |
| 02:42.18 | brlcad | it's probably easier to itemize everything you had planned that is not complete, then we could go over that list |
| 02:42.47 | bhinesley | ok, i'll get back to you within a day or so |
| 02:42.53 | brlcad | excellent |
| 04:44.25 | *** join/#brlcad Akshat (~chatzilla@14.140.40.14) |
| 04:45.52 | Akshat | anyone there |
| 04:55.10 | Akshat | anyone there |
| 06:59.41 | *** join/#brlcad newbies2012 (~chatzilla@123.49.42.194) |
| 07:26.00 | newbies2012 | hi |
| 07:44.36 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) |
| 07:44.41 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) |
| 07:44.45 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) |
| 07:58.02 | andrei__ | brlcad: let me know when you re arround please |
| 08:14.13 | *** join/#brlcad stas__ (~stas@5ED2BDA6.cm-7-3c.dynamic.ziggo.nl) |
| 08:37.51 | *** join/#brlcad Neil___ (~chatzilla@117.229.122.207) |
| 08:44.19 | brlcad | ~ask |
| 08:44.20 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 08:54.16 | Khobaib | Hi |
| 08:54.30 | Khobaib | I am interested in shader enhancement project |
| 08:54.53 | andrei__ | brlcad, I believe I have finished the torus surface area function |
| 08:55.00 | andrei__ | you can find it here for now : https://github.com/pandrei/BRL-CAD-related/blob/master/tor_area.c |
| 08:57.12 | andrei__ | now i m trying to find out how could I test it |
| 09:00.30 | andrei__ | also, on a side note , I read that bhinesley intends to continue his work on the code refactoring project. Should I keep my focus on that project or try to find something else? What do you advice me to do? |
| 09:02.16 | brlcad | howdy Khobaib and glad to hear it |
| 09:02.25 | brlcad | andrei__: excellent -- i'll have to take a closer look later though |
| 09:03.17 | Khobaib | Hi brlcad, I worry I am a little late to contact |
| 09:03.32 | brlcad | no worries about bhinesley (or any other student) applying or not -- every application is evaluated and ranked independently and overlapping applicants are expected |
| 09:04.04 | Khobaib | :-) |
| 09:04.12 | brlcad | which is part why we recommend submitting two applications too, but it's still a fair shake and we very well may select multiple applicants for some project areas if the proposals warrant it |
| 09:04.27 | brlcad | Khobaib: a little catch-up to do, but there's still lots of time |
| 09:05.18 | Khobaib | ok can u tell me how I can proceed with that project? |
| 09:08.22 | Khobaib | I am going through the reference |
| 09:10.02 | Khobaib | In the page, it says I should study BRL-CAD's shader system |
| 09:12.14 | Khobaib | can u tell me the link of the system? |
| 09:14.29 | andrei__ | brlcad: I will probably also submit the hashmap test later today . After that I will start documenting and writing my proposal, may I show you various draft of the proposal to see if the timelines and goals are viable , for example? |
| 09:28.17 | *** join/#brlcad atneik (~atneik@59.178.34.219) |
| 09:38.33 | *** join/#brlcad witness123 (~witness@14.139.228.210) |
| 10:04.19 | jordisayol | I'm unable to compile brlcad in Linux without debug symbols, even if I add |
| 10:04.20 | jordisayol | -DBRLCAD_ENABLE_RUNTIME_DEBUG=OFF |
| 10:04.20 | jordisayol | and |
| 10:04.20 | jordisayol | -DBRLCAD_FLAGS_DEBUG=OFF |
| 10:04.20 | jordisayol | to cmake |
| 11:02.47 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) |
| 11:30.53 | *** join/#brlcad andrei_ (~andrei@188.25.174.181) |
| 11:51.49 | *** join/#brlcad Aun`Shi (~Al_Da_Bes@027e71f6.bb.sky.com) |
| 13:07.30 | ``Erik | Khobaib: src/liboptical/ is the shader set, there's an 'osl' component that was a link to the openshaderlanguage done as a gsoc project last year |
| 13:08.51 | ``Erik | Khobaib: src/libmultispectral/ uses many sources from liboptical, but with different #defines set, so that may be worth looking at a bit, as well |
| 13:09.03 | Khobaib | ok looking into it |
| 13:38.12 | *** join/#brlcad atneik_ (~atneik@59.178.43.193) |
| 13:42.17 | *** join/#brlcad cristina (~cristina@79.114.175.172) |
| 14:16.53 | *** join/#brlcad atneik__ (~atneik@59.178.43.193) |
| 14:17.55 | brlcad | Khobaib: going through the references is how to proceed, feel free to ask specific questions as they come up |
| 14:18.32 | brlcad | emphasis on *specific* questions .. asking "how to proceed" is not at all specific :) |
| 14:18.42 | Khobaib | ok |
| 14:19.03 | brlcad | andrei_: absolutely, that's strongly encouraged |
| 14:19.39 | brlcad | one of the mailing list messages has links to previous GSoC student pages where you can see how they included their proposals there |
| 14:21.03 | brlcad | jordisayol: you don't want to disable runtime-debug -- that has nothing to do with debug symbols and should be left enabled for 99.9% of users |
| 14:21.13 | brlcad | runtime-debug is only for specific production installs |
| 14:22.53 | jordisayol | brlcad: ok |
| 14:23.00 | brlcad | jordisayol: I believe the flag is BRLCAD_DEBUG_BUILD=OFF |
| 14:24.05 | jordisayol | aha, I think that too, but exe/lib resulting with this flag is much bigger than some time ago |
| 14:34.20 | brlcad | could be a lot of reasons for that |
| 14:34.43 | brlcad | libs do generally get bigger, not smaller ;) |
| 14:35.05 | brlcad | if you run strip, does the lib get smaller? |
| 14:36.24 | jordisayol | rpm for fedora was ≃ 50 mb. Now is about 150 mb. |
| 14:39.40 | jordisayol | bin/3dm-g before strip 1016.3 KB, after 70.9 KB |
| 14:42.11 | atneik__ | Hello everyone! |
| 14:42.49 | Al_Da_Best | Hallo |
| 14:43.38 | atneik__ | I should probably introduce myself to IRC too. My name is Aniket Handa, currently enrolled in JIIT, Noida. |
| 14:45.25 | atneik__ | I was trying to fix Bounding Box function for bot from contributor quickies..and was lost in 1M+ lines. |
| 14:50.44 | atneik__ | Meanwhile I found a little bug in centroid for arb8 primitive. Here is quick patch, kindly have a look: http://pastebin.ca/2131801 |
| 14:58.37 | brlcad | jordisayol: did you try to delete your cmake cache? |
| 14:58.45 | brlcad | it may be overridden or something |
| 14:58.55 | brlcad | and make clean, of course |
| 14:59.18 | jordisayol | mmm well, I built it from a clean svn checkout |
| 14:59.51 | jordisayol | I'll try again |
| 15:01.20 | brlcad | jordisayol: look at the flags summary at the end of cmake -- it lists the flags to be used, see if -g is one of them |
| 15:02.30 | brlcad | atneik__: bot bounding box is in src/librt/primitives/bot/bot.c |
| 15:03.00 | atneik__ | brlcad: sure! I was just wandering ;) |
| 15:03.30 | brlcad | atneik__: plus, your patch isn't right |
| 15:03.39 | brlcad | what makes you think that was a bug? |
| 15:04.27 | atneik__ | brlcad: shouldn't centre_pt be passed? |
| 15:04.41 | brlcad | it is |
| 15:05.17 | brlcad | i'd bet you didn't compile with that patch too, because it should halt the build where that function is used |
| 15:05.49 | brlcad | point_t is an array |
| 15:06.06 | atneik__ | brlcad: No, I did it on 7.20.4 |
| 15:06.19 | atneik__ | trunk isn't building up on my mac |
| 15:06.23 | brlcad | version shouldn't matter |
| 15:07.13 | brlcad | you could use the VM image to avoid platform issues, or fix the build failure and make that your patch |
| 15:07.32 | atneik__ | yeah it should not.. strange |
| 15:07.59 | atneik__ | can you please give some directions for fixing it up.. |
| 15:08.14 | brlcad | not really, that's the point no? :) |
| 15:08.21 | brlcad | if you have a specific question, I'll be glad to answer |
| 15:08.36 | brlcad | vague questions like "what should I do" are pointless, though |
| 15:09.41 | brlcad | open source requires self-sufficience, you got to be able to figure things out on your own (while knowing when to ask questions AFTER you've done your homework, when you can ask a specific question for clarity) |
| 15:09.45 | brlcad | make sense? |
| 15:10.58 | jordisayol | brlcad: yes, with -DBRLCAD_FLAGS_DEBUG=OFF, CFLAGS and CXXFLAGS contains -g |
| 15:11.07 | brlcad | jordisayol: so that's a bug |
| 15:11.14 | jordisayol | ok |
| 15:11.51 | atneik__ | brlcad: Second you completely. Sorry for my bad. |
| 15:11.55 | brlcad | jordisayol: try setting the CMAKE_BUILD_TYPE=NONE |
| 15:12.06 | brlcad | atneik__: no worries |
| 15:12.44 | atneik__ | It always hangs up here: http://pastebin.ca/2131805 |
| 15:13.19 | atneik__ | I'll get back to you after some possible tweaks. |
| 15:13.50 | brlcad | atneik__: loosely related to what we were just talking about is a pretty cool presentation someone posted to the list yesterday: http://www.shakthimaan.com/downloads/glv/presentations/i-want-2-do-project-tell-me-wat-2-do.pdf |
| 15:14.17 | brlcad | it's maybe 95% spot-on, some points I'd disagree with but overall interesting |
| 15:15.02 | brlcad | atneik__: ah yeah, I recall that snippet -- it's failing in our new step convert |
| 15:15.20 | brlcad | basically, the parser generator (fedex_plus) is crashing |
| 15:15.31 | brlcad | it gets run during the build to generate source code for our step-g convert |
| 15:15.46 | brlcad | for whatever reason, it's crashing during source generation so the build halts |
| 15:15.56 | brlcad | even better patch ;) |
| 15:16.01 | atneik__ | lol |
| 15:16.04 | brlcad | maybe easy, maybe not |
| 15:16.06 | Al_Da_Best | argh bright colours. Nice presentation though, saw that :P |
| 15:16.29 | brlcad | if you run "make VERBOSE=1", you'll see the exact command it ran and can manually try to reproduce the crash on the command-line |
| 15:16.30 | jordisayol | brlcad: yes, -DCMAKE_BUILD_TYPE=NONE disable -g, among many others |
| 15:16.38 | brlcad | if you can reproduce it, you should be able to debug it |
| 15:16.38 | atneik__ | I downloaded that one, but the text was too large to read ;) |
| 15:17.09 | brlcad | goes wandering for a bit |
| 15:25.55 | atneik__ | Ahh I get it now, how wrong the patch was. |
| 15:34.26 | *** join/#brlcad Ban (duh@112.211.207.250) |
| 15:34.28 | *** part/#brlcad Ban (duh@112.211.207.250) |
| 15:41.28 | andrei_ | brlcad : at this secton ( (optional) Link to resumé ) , I am a bit unclear. Should I give a link to my background info resume, or should I write it there? |
| 15:51.49 | *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246) |
| 16:33.14 | CIA-128 | BRL-CAD: 03jordisayol * r49811 10/brlcad/trunk/ (misc/debian/rules sh/make_rpm.sh): update cmake arguments for deb/rpm building |
| 16:37.01 | brlcad | yes |
| 16:38.05 | andrei_ | yes as in can I write it there ? :) |
| 17:22.33 | *** join/#brlcad Rentroth (cd95497c@gateway/web/freenode/ip.205.149.73.124) |
| 17:27.50 | *** join/#brlcad tuxilina (~tuxilina@p6.eregie.pub.ro) |
| 17:28.00 | *** part/#brlcad tuxilina (~tuxilina@p6.eregie.pub.ro) |
| 17:37.56 | brlcad | yes as in you should give a link to your background info resume or you should write it there |
| 17:39.22 | andrei_ | right:) |
| 17:53.59 | atneik__ | brlcad: with verbose on, looks like its using a wrong path. I looked for Cmake bug (in exppp and fedex_plus cmakefiles) specific to mac but was unsuccessful. Am I in right direction? Here is the error: http://pastebin.ca/2131820 |
| 17:55.05 | *** join/#brlcad Khobaib_ (~chatzilla@123.49.42.194) |
| 18:00.49 | *** part/#brlcad atneik__ (~atneik@59.178.43.193) |
| 18:04.35 | brlcad | it's not using the wrong path |
| 18:04.50 | brlcad | the paths are relative to the build directory |
| 18:06.07 | brlcad | rather, *cmake* _wasn't_ using the wrong path .. it was crashing |
| 18:06.37 | brlcad | whatever that paste is from does seem to have two paths concatenated together incorrectly, a bad copy/paste or bad edit or something |
| 18:48.16 | *** join/#brlcad thiago_ (~thiago@201.82.137.119) |
| 18:49.01 | thiago_ | hello! |
| 18:56.22 | *** join/#brlcad ksuzee (c1976953@gateway/web/freenode/ip.193.151.105.83) |
| 18:56.42 | *** join/#brlcad atneik (~atneik@59.178.43.193) |
| 19:20.07 | *** join/#brlcad atneik (~atneik@59.178.43.193) |
| 19:32.54 | andrei_ | brlcad : I am done with the non-technical part of my proposal, may I show you what I have wrote so far? |
| 19:33.24 | andrei_ | I wrote that first because I believed it's less likely to change and I haven't really documented myself enough |
| 19:39.55 | *** join/#brlcad atneik_ (~atneik@59.178.54.110) |
| 19:45.15 | *** join/#brlcad thiago_ (~thiago@201.82.137.119) |
| 19:48.47 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) |
| 19:59.19 | andrei_ | brb ~ 1 hour |
| 20:09.42 | cristina | brlcad: regarding the "Visualizing CSG" project, I understand that the goal is for each geometry to create a corresponding graph that represents its modelling steps. |
| 20:10.35 | cristina | should I understand by this graph, a tree like this: http://en.wikipedia.org/wiki/File:Csg_tree.png? |
| 20:19.28 | *** join/#brlcad b0ef (~b0ef@175.134.202.84.customer.cdi.no) |
| 20:37.39 | *** join/#brlcad merzo (~merzo@215-163-133-95.pool.ukrtel.net) |
| 20:57.57 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) |
| 20:59.24 | *** join/#brlcad merzo (~merzo@10-183-133-95.pool.ukrtel.net) |
| 21:08.21 | *** join/#brlcad Neil___ (~chatzilla@117.229.76.212) |
| 21:21.32 | *** join/#brlcad witness123 (~witness@14.139.228.210) |
| 21:22.40 | *** join/#brlcad andrei_ (~andrei@188.25.174.181) |
| 21:24.39 | andrei_ | brlcad: have you had a chance to look over my torus surface area function? |
| 21:24.48 | andrei_ | also, have you got time to look over my proposal draft? |
| 21:32.35 | *** join/#brlcad Neil___ (~chatzilla@117.229.76.212) |
| 23:05.18 | Neil___ | brlcad: i have written down a few ideas I had for the materials database website. whom can i mail it to? |
| 23:06.02 | Al_Da_Best | Probably best to go for the mailing list Neil___ |
| 23:06.26 | Neil___ | Al_Da_Best: yeah but it is sort of my proposal. |
| 23:06.58 | Neil___ | so if I can mail it to the mentors directly, it might be better? |
| 23:07.02 | Al_Da_Best | Put it on there anyway :) I'm currently putting my proposal together, going to make a page on the BRL-CAD wiki for it, then link to it on the mailing list |
| 23:08.29 | Neil___ | ah right. nice |
| 23:08.46 | Neil___ | which idea are you working on? |
| 23:08.59 | Al_Da_Best | One of the scientific ones, the non-vacuum gravity simulator |
| 23:09.21 | Neil___ | wow. all the best Al_Da_Best! :D |
| 23:09.53 | Al_Da_Best | Haha :P Good luck with yours as well! I have ideas that would make good use of a database for materials, using densities and so on |
| 23:10.50 | Neil___ | that's great. and true, a website for the database materials will go a long way in helping everyone sync |
| 23:11.00 | Al_Da_Best | It will indeed |
