| 00:05.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 01:38.28 | *** join/#brlcad infobot (~infobot@rikers.org) |
| 01:38.28 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI winners: Jacob Burroughs and Peter Amidon! Thanks to all of our participants for the awesome work; stay in touch! || We're applying to GSoC 2014 |
| 02:56.20 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) |
| 03:01.50 | brlcad | ries: lgpl is used more for libraries (in part because it originally stood for "library gpl") because it removes the collective work clause that gpl has, so using and modifying an lgpl library does not impose anything on the code using the library (whereas with gpl, it does) |
| 03:02.40 | brlcad | that's particularly important for libraries, but it applies to non library code too .. and moreover, application code continually refactored tends to turn into library code anyways |
| 04:49.26 | *** join/#brlcad infobot (~infobot@rikers.org) |
| 04:49.26 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI winners: Jacob Burroughs and Peter Amidon! Thanks to all of our participants for the awesome work; stay in touch! || We're applying to GSoC 2014 |
| 04:57.07 | *** join/#brlcad infobot (~infobot@rikers.org) |
| 04:57.07 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI winners: Jacob Burroughs and Peter Amidon! Thanks to all of our participants for the awesome work; stay in touch! || We're applying to GSoC 2014 |
| 05:15.28 | brlcad | kanzure_: likewise, thanks :) |
| 05:15.48 | kanzure_ | aww so this is not a blanket pass to micromanage, how unfortunate |
| 05:16.03 | brlcad | you can micromanage if you like :) |
| 05:16.16 | kanzure_ | hah |
| 05:16.18 | brlcad | some students dig that |
| 05:16.57 | brlcad | was trying to characterize the minimum, not the maximum |
| 05:17.23 | kanzure_ | understood. yeah i'm not actually into micromanaging much. |
| 05:39.34 | brlcad | :) |
| 05:49.26 | *** join/#brlcad ries_nicked (~ries@190.9.171.121) |
| 06:13.45 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |
| 06:22.31 | *** join/#brlcad sandeep_chaudhar (464f09ea@gateway/web/cgi-irc/kiwiirc.com/ip.70.79.9.234) |
| 06:58.13 | *** join/#brlcad ishwerdas (~inderplus@202.164.53.117) |
| 07:25.59 | *** join/#brlcad ishwerdas (~inderplus@202.164.53.117) |
| 07:39.50 | brlcad | sandeep_chaudhar: saw your mailing list post, excellent. will reply in some hours... |
| 08:18.52 | *** join/#brlcad ishwerdas (~inderplus@202.164.53.117) |
| 09:01.25 | *** join/#brlcad Anaphaxeton (~george@unaffiliated/anaphaxeton) |
| 09:22.25 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) |
| 12:04.53 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) |
| 12:18.58 | *** join/#brlcad ries (~ries@190.9.171.121) |
| 13:02.28 | *** join/#brlcad luca79 (~luca@net-37-116-118-159.cust.vodafonedsl.it) |
| 13:41.41 | *** join/#brlcad Anaphaxeton (~george@unaffiliated/anaphaxeton) |
| 14:29.33 | *** join/#brlcad ishwerdas (~inderplus@117.220.169.86) |
| 14:30.17 | ries | brlcad: thanks for the mail |
| 14:41.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 15:16.50 | brlcad | ries: did I leave anything unanswered? |
| 15:17.17 | ries | brlcad: Nope, I think we are all good... when in doubth, I will for sure get in contact with you |
| 15:17.29 | brlcad | cool |
| 15:17.45 | ries | I will make a write up of my kernel, and already talked with Gaganx this morning |
| 15:17.51 | ries | Then he can write up his proposal. |
| 15:19.12 | brlcad | gaganx a student? |
| 15:26.25 | brlcad | when evaluating proposals, I suggest critiqing them as if they were scoped to 1 month of full-time effort |
| 15:26.43 | brlcad | most proposals are far overscoped and that becomes problematic come review-time at the midterm and final review |
| 15:27.28 | brlcad | we want them to succeed in their projects and when they name 20 objectives and only get to 7, it's demotivating, whereas 7 of 10 usually keeps the juices flowing |
| 15:28.26 | brlcad | if you want some examples of "good proposals", what you should expect to see, pretty much all of our students last year prepared outstanding detailed proposals |
| 15:28.37 | *** join/#brlcad Anaphaxeton (~george@unaffiliated/anaphaxeton) |
| 15:28.42 | brlcad | http://brlcad.org/wiki/Google_Summer_of_Code/2013 <-- see the Project Proposal links |
| 15:29.24 | brlcad | (and they all passed) |
| 15:29.37 | *** join/#brlcad ishwerdas (~inderplus@117.220.169.86) |
| 15:41.37 | ries | brlcad: thanks for the suggestions. This is my first time so hopefull you have a bit of time for me to look over my shoulder once a while.. |
| 16:16.43 | *** join/#brlcad zero_level_1 (0d117d09@gateway/web/freenode/ip.13.17.125.9) |
| 16:17.58 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) |
| 16:19.22 | zero_level | I would like to work for LIBICV this summer. |
| 16:20.21 | zero_level | Making it more modular and supporting other Image formats like OpenExr |
| 16:23.17 | zero_level | brlcad, ``Erik need suggestion regarding how to go about it. |
| 16:28.44 | ries | Does jasleen hang around here? |
| 16:47.48 | ishwerdas | ries: yes, she comes often. I have seen her name in mentors list too. |
| 16:48.49 | *** join/#brlcad gaganjyot__ (~gagan@124.253.225.52) |
| 16:50.55 | ries | ishwerdas: ok thanks.. |
| 16:51.12 | ishwerdas | :) |
| 16:59.31 | *** join/#brlcad gaganjyot (~gagan@124.253.225.52) |
| 17:08.40 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) |
| 17:24.04 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) |
| 17:50.38 | *** join/#brlcad ishwerdas (~inderplus@117.220.169.86) |
| 17:50.38 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) |
| 17:51.43 | *** join/#brlcad Anaphaxeton (~george@unaffiliated/anaphaxeton) |
| 17:52.35 | *** join/#brlcad jasleen (~chatzilla@117.253.203.34) |
| 17:53.25 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |
| 17:55.33 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) |
| 18:06.43 | *** join/#brlcad ishwerdas (~inderplus@117.220.169.86) |
| 18:12.19 | *** join/#brlcad javampire (~ncsaba@p4FF75BA6.dip0.t-ipconnect.de) |
| 18:13.20 | javampire | starseeker: I'm back with my include/bu/* concerns :-) |
| 18:13.30 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) |
| 18:15.10 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |
| 18:17.21 | javampire | I managed finally to compile my code, but I needed to manually prune duplicates of include/bu/* from include/* |
| 18:17.48 | javampire | now that I'm thinking that might be caused by running install on an existing deploy directory |
| 18:17.56 | javampire | let me check with a clean one... |
| 18:18.37 | javampire | ok, that was it... |
| 18:19.20 | kanzure_ | huh? |
| 18:20.04 | javampire | kanzure_: the headers included by bu were moved into a "bu" sub-directory of "include" |
| 18:20.40 | *** join/#brlcad Anaphaxeton (~george@unaffiliated/anaphaxeton) |
| 18:20.48 | *** join/#brlcad jasleen (~chatzilla@117.253.203.34) |
| 18:20.50 | javampire | that means: this is the moment where the configuration per BRL-CAD version will be actually useful to catch minor differences |
| 18:21.56 | kanzure_ | you mean, in a recent change in upstream brlcad? |
| 18:22.00 | javampire | yep |
| 18:22.33 | javampire | I could change the code to handle both with and without the subdirs (there are more than one), but that means code change versus only config file change |
| 18:23.36 | javampire | in any case I had to change the configuration to work with the latest svn BRL-CAD code, in an incompatible way to the older versions |
| 18:24.12 | *** part/#brlcad jasleen (~chatzilla@117.253.203.34) |
| 18:24.28 | javampire | I actually thought of this before-hand, and there is facility in the options code to override configuration for specific version (ranges) |
| 18:26.30 | javampire | this change could be handled by code fix too, so the question is which way to go, config override for BRL-CAD versions <= X, or code change to support with or without subdirs for include files ? |
| 18:28.51 | javampire | kanzure_: I would like your opinion on the question above :-) |
| 18:53.49 | starseeker | javampire: fwiw, the migration to sub-directory headers will be a gradual thing |
| 18:54.12 | starseeker | we may propose it as a GSoC idea, but even there it will be a gradual job |
| 18:54.59 | starseeker | libbu is relatively well organized - some of our other libraries will be much tricker |
| 18:55.36 | starseeker | anyway, for your application the key point is "don't count on things to stay the same" :-) |
| 18:57.05 | javampire | starseeker: it is all right, only I need to have clear BRL-CAD versions delimiting when a particular header was without subdirectory, and when it went into on |
| 18:57.28 | javampire | then I can put conditional configuration based on the BRL-CAD version |
| 18:58.35 | javampire | kanzure_: I just discovered that the HRT (heart) primitive is new in 7.24.1, so that's also one candidate to put in conditional code... |
| 18:59.40 | javampire | in general I guess we will need to use conditional code if we want to be compatible with a series of BRL-CAD versions instead of having the same release schedule as the core BRL-CAD |
| 19:00.11 | javampire | I wonder what is the sensible oldest version of BRL-CAD to be supported ? |
| 19:00.56 | javampire | I would say for anybody who starts using python-brlcad, they need to upgrade to at least core BRL-CAD 7.24.0 |
| 19:01.23 | javampire | then from that version on we could make it support each release |
| 19:02.11 | javampire | plus the latest unreleased python-brlcad should support the trunk of core BRL-CAD |
| 19:04.27 | kanzure_ | i don't think that the configuration file is a good idea because it means that pypi compatibility is broken i think |
| 19:06.17 | javampire | no, it should work, I actually tried using pypi and seemed to work |
| 19:07.45 | javampire | the config file has one default component in the distribution, and can be overridden by local file, but I aim for the default to just work |
| 19:09.46 | javampire | kanzure_: for the HRT primitive it is not a configuration change anyway, but I need to add version checking inside the distributed python files (primitives/table.py for now) |
| 19:10.08 | kanzure_ | yeah i haven't published python-brlcad to pypi in a while |
| 19:10.28 | javampire | I will do one more check with local pypi repo |
| 19:11.00 | kanzure_ | you have a local pypi repo? |
| 19:11.05 | javampire | but first I need to fix the Heart primitive at least, as it breaks on the last published windows version |
| 19:11.23 | javampire | no, but you can give a CL option to load from local dirs |
| 19:11.47 | javampire | so I build and publish to a local dir, then try to install from there |
| 19:12.13 | javampire | I did it once, don't remember all details but it worked |
| 19:12.59 | javampire | if you want I will search my CL history and try to make a short document how to do it |
| 19:13.16 | kanzure_ | there's also devpi for setting up a local pypi server, which might be useful for using with mockito or mocks for testing |
| 19:13.33 | kanzure_ | i haven't really considered that direction |
| 19:14.08 | javampire | well I prefer to hack on the code, infrastructure was never my strength :-) |
| 19:14.52 | kanzure_ | strange day for me.. just got back from a cattle supply store, right after spinning up some VMs. (bbl, on to my next adventure) |
| 19:17.53 | javampire | :-) |
| 19:50.36 | ``Erik | huh http://www.mathjax.org/ (javascript drive latex style math mode) |
| 19:56.34 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) |
| 19:56.51 | Notify | 03BRL-CAD Wiki:Manishlokur * 0 /wiki/User:Manishlokur: |
| 19:58.04 | Notify | 03BRL-CAD:n_reed * 59993 brlcad/trunk/src/libbrep/intersect.cpp: correct spelling and grammar |
| 19:58.06 | Notify | 03BRL-CAD:n_reed * 59994 brlcad/trunk/src/libbrep/intersect.cpp: group similar constants |
| 19:58.08 | Notify | 03BRL-CAD:d_rossberg * 59992 brlcad/trunk/src/libbu/argv.c: include declarations of here defined functions as well |
| 19:58.21 | Notify | 03BRL-CAD:starseeker * 59995 (brlcad/trunk/src/conv/step/g-ap214/Add_Tree.cpp brlcad/trunk/src/conv/step/g-ap214/G_Objects.cpp): Getting closer to generating boolean_result objects. Something still not right - crashing with an invalid pointer free. |
| 19:58.24 | Notify | 03BRL-CAD Wiki:128.63.32.9 * 6487 /wiki/Summer_of_Code/Expectations: /* Integrated development */ remove the branching language |
| 19:58.30 | Notify | 03BRL-CAD:starseeker * 59996 brlcad/trunk/src/conv/step/g-ap214/Add_Tree.cpp: Boolean operands, as Select objects, apparently don't use the instance list. |
| 19:58.34 | Notify | 03BRL-CAD Wiki:128.63.32.9 * 6488 /wiki/Summer_of_Code/Expectations: /* Resolving problems */ |
| 19:58.36 | Notify | 03BRL-CAD:starseeker * 59997 brlcad/trunk/src/conv/step/g-ap214/Add_Tree.cpp: Name the comb shapes so we can tell what's what in the step output. |
| 19:58.38 | Notify | 03BRL-CAD:r_weiss * 59998 (brlcad/trunk/src/libbu/tests/test_funcs.c brlcad/trunk/src/libbu/tests/test_internals.h): Fixed windows build failure for libbu_tests. |
| 19:58.43 | Notify | 03BRL-CAD:starseeker * 59999 brlcad/trunk/src/conv/step/g-ap214/Add_Tree.cpp: More intermediate boolean_result naming |
| 19:58.47 | Notify | 03BRL-CAD Wiki:128.63.32.9 * 6489 /wiki/Summer_of_Code/Acceptance: tighten |
| 19:58.55 | Notify | 03BRL-CAD:starseeker * 60000 brlcad/trunk/src/conv/step/g-ap214/Add_Tree.cpp: Getting boolean_result objects, now we need to figure out what to do with them. |
| 19:58.57 | Notify | 03BRL-CAD:starseeker * 60001 brlcad/trunk/src/conv/step/g-ap214/Add_Tree.cpp: Encode a bit more information in the names. |
| 19:59.23 | Notify | 03BRL-CAD Wiki:198.207.222.136 * 6490 /wiki/Google_Summer_of_Code/Project_Ideas: /* OpenSCAD Projects */ |
| 19:59.49 | Notify | 03BRL-CAD Wiki:Sean * 6491 /wiki/Compiling: update instructions |
| 20:00.00 | Notify | 03BRL-CAD Wiki:Sean * 6492 /wiki/Google_Summer_of_Code/Project_Ideas: add kanzure |
| 20:01.25 | Notify | 03BRL-CAD:d_rossberg * 60002 brlcad/trunk/src/libbu/tests/test_funcs.c: only include stdint.h if this file is present (with MSVC it isn't) |
| 20:01.36 | Notify | 03BRL-CAD Wiki:Rossberg * 6493 /wiki/Object-oriented_interfaces: Updated for GSoC 2014 |
| 20:01.38 | Notify | 03BRL-CAD Wiki:Rossberg * 6494 /wiki/Google_Summer_of_Code/Project_Ideas: added BRL-CAD core C++ interface |
| 20:02.26 | Notify | 03BRL-CAD Wiki:Javampires * 0 /wiki/User:Javampires: |
| 20:02.28 | Notify | 03BRL-CAD Wiki:Javampires * 6495 /wiki/Python_Geometry: Created page with "python-brlcad is an on-going effort to wrap BRL-CAD functionality with python code (see References). The project is in it's early development stage, the source code allows fo..." |
| 20:02.32 | Notify | 03BRL-CAD Wiki:Javampires * 6496 /wiki/Python_Geometry: /* References */ |
| 20:02.34 | Notify | 03BRL-CAD Wiki:Javampires * 6497 /wiki/Python_Geometry: /* Requirements */ |
| 20:02.36 | Notify | 03BRL-CAD Wiki:Javampires * 6498 /wiki/Python_Bindings: Created page with "While it would be possible to do this using SWIG, python-brlcad is an already on-going effort to wrap BRL-CAD functionality in python/ctypes via ctypesgen to allow for easier ..." |
| 20:02.38 | Notify | 03BRL-CAD Wiki:Javampires * 6499 /wiki/Python_Bindings: |
| 20:02.42 | Notify | 03BRL-CAD:starseeker * 60003 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Remove unnecessary header |
| 20:02.44 | Notify | 03BRL-CAD:starseeker * 60004 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Don't need Trees.h either |
| 20:02.47 | Notify | 03BRL-CAD:starseeker * 60005 (brlcad/trunk/src/conv/step/g-ap214/Add_Tree.cpp brlcad/trunk/src/conv/step/g-ap214/CMakeLists.txt): Start getting set up to add boolean_results explicitly to the hierarchy |
| 20:15.17 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) |
| 20:24.25 | Notify | 03BRL-CAD:tbrowder2 * 60006 NIL: remove obsolete files |
| 20:51.51 | Notify | 03BRL-CAD:starseeker * 60007 (brlcad/trunk/src/conv/step/g-ap214/Add_Tree.cpp brlcad/trunk/src/conv/step/g-ap214/Shape_Definition_Representation.cpp): Add some superstructure to the region boolean_result outputs. Still not doing assemblies above the regions - those should be similar to AP203 in approach |
| 20:53.40 | Notify | 03BRL-CAD:tbrowder2 * 60008 ova/VM-user-home-files/README-brlcad-development.txt: update and expand info |
| 20:54.51 | Notify | 03BRL-CAD:tbrowder2 * 60009 (ova/Build-VM/README.building-the-VM.txt ova/Sourceforge-VM-files/README.loading-the-VM.txt): updated info |
| 20:55.27 | Notify | 03BRL-CAD:tbrowder2 * 60010 (ova/Sourceforge-VM-files/README.txt =================================================================== and 64 others): moved file to proper place |
| 20:58.13 | Notify | 03BRL-CAD:tbrowder2 * 60011 ova/VM-user-home-files/README.txt: update info |
| 21:00.27 | Notify | 03BRL-CAD:tbrowder2 * 60012 (ova/VM-user-home-files/README-brlcad-development.txt ova/VM-user-home-files/README.txt): reformat files |
| 21:02.28 | Notify | 03BRL-CAD:starseeker * 60013 (brlcad/trunk/src/conv/step/g-ap214/Add_Tree.cpp brlcad/trunk/src/conv/step/g-ap214/G_Objects.cpp): Wrap the debugging messages in an ifdef variable. |
| 21:19.39 | *** join/#brlcad merzo (~merzo@40-3-132-95.pool.ukrtel.net) |
| 21:41.00 | brlcad | zero_level: what kind of suggestions? |
| 21:41.43 | brlcad | given where things left off, where is it most lacking and where will it be easiest to extend |
| 21:48.37 | Notify | 03BRL-CAD:tbrowder2 * 60014 (ova/Sourceforge-VM-files/copy-to-brlcad-vm-site.sh.template =================================================================== and 31 others): rename files for ease of script handling |
| 21:53.16 | Notify | 03BRL-CAD:tbrowder2 * 60015 (ova/Sourceforge-VM-files/copy-files-to-local-staging-area.sh =================================================================== and 42 others): add convenience script for staging files |
| 21:53.42 | Notify | 03BRL-CAD:bob1961 * 60016 (brlcad/trunk/src/util/bw-pix.c brlcad/trunk/src/util/pix-bw.c): When on windows we need to arrange for stdin, stdout and stderr to be in binary mode. This fixes the breakage of bw-pix and pix-bw on windows. |
| 22:07.21 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) |
| 22:11.21 | *** join/#brlcad Notify (~notify@66.118.151.70) |
| 22:14.56 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |
| 22:44.26 | starseeker | yipe - lots of bio.h complaints in distcheck |
| 22:44.39 | starseeker | regress-repository rather |
| 22:55.16 | ``Erik | hm |
| 22:55.29 | starseeker | I think the bio.h check is matching fbio.h too? |
| 22:56.02 | ``Erik | starseeker: didja see the javascript LaTeX mathmode link? :D awesome stuff there |
| 22:56.29 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) |
| 22:56.50 | starseeker | ``Erik: mathjax? |
| 22:56.52 | starseeker | looks |
| 22:56.52 | ``Erik | yeh |
| 22:56.57 | starseeker | O.o |
| 22:57.00 | starseeker | wow |
| 22:57.06 | ``Erik | there's notify, about time |
| 22:58.15 | starseeker | ``Erik: I wonder if doxygen could be persuaded to make use of mathjax |
| 22:58.35 | starseeker | combined with that svg viewer trick for graphviz, it would start looking *slick* |
| 22:58.50 | ``Erik | stuff like this just convinces me that the web as a 'first cut' user interface for errrrything is the future, much like the old days was "write in C, then rewrite in asm if you need", now it's "write for web, rewrite for local if needed" |
| 22:59.16 | starseeker | concedes that such does seem to be the case |
| 22:59.51 | starseeker | <old fogy mode>I still prefer a good-old down home desktop GUI myself</old fogy mode> |
| 23:06.00 | ``Erik | heh, hey, I'm a tty guy myself, but sometimes I have to put on my futurism pundit hat ;) When I claimed arm would be a significant presense in the server room, I think Alexis (maleoran) just about laughed at me, but here we is :D |
| 23:06.56 | starseeker | fair enough :-0 |
| 23:07.02 | starseeker | :-) rather |
| 23:12.08 | starseeker | brlcad: yeah, I think the repository regression test for bio.h is picking up files with fbio.h too |
| 23:17.49 | Notify | 03BRL-CAD:tbrowder2 * 60018 (ova/Sourceforge-VM-files/WARNING.txt =================================================================== and 7 others): add an interim file for the BRL-CAD files download area |
| 23:44.09 | Notify | 03BRL-CAD:tbrowder2 * 60019 (ova/Sourceforge-VM-files/README.loading-the-VM.txt ova/Sourceforge-VM-files/copy-files-to-local-staging-area.sh): update and expand instructions |
| 23:50.20 | Notify | 03BRL-CAD:tbrowder2 * 60020 NIL: rename dir for clarity |
| 23:51.47 | Notify | 03BRL-CAD:tbrowder2 * 60021 NIL: rename dir for better clarity |