| 01:45.24 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 05:41.28 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.130.178) | |
| 06:57.30 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:25.42 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 07:25.46 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:34.57 | *** join/#brlcad cristina (~cristina@188.24.75.98) | |
| 09:06.56 | *** join/#brlcad cristina (~cristina@188.24.75.98) | |
| 09:13.28 | *** join/#brlcad Stattrav_ (~Stattrav@117.202.22.13) | |
| 11:06.18 | *** join/#brlcad Stattrav_ (~Stattrav@117.202.22.13) | |
| 12:17.15 | CIA-65 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3652 10/wiki/User:Stattrav/GSoC2012_log: Updation of logs |
| 12:27.04 | CIA-65 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3653 10/wiki/User:Phoenix/GSoc2012/Reports: /* Community Bonding */ |
| 12:39.42 | *** join/#brlcad Maloeran (~maloeran@mail.catchgamer.no) | |
| 12:49.02 | *** join/#brlcad Stattrav_ (~Stattrav@117.202.22.13) | |
| 12:49.08 | CIA-65 | BRL-CAD: 03starseeker * r50530 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Make RtWizard namespace more explicitly toplevel, add extra check to make sure we have a proposed output file before doing the file exists test. |
| 12:56.16 | CIA-65 | BRL-CAD: 03starseeker * r50531 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Use 'C' for color |
| 13:46.53 | CIA-65 | BRL-CAD: 03starseeker * r50532 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: rename a few variables |
| 13:59.21 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.147.36) | |
| 14:28.53 | *** join/#brlcad cristina_ (~cristina@188.24.79.172) | |
| 14:31.55 | CIA-65 | BRL-CAD: 03Anoop 07http://brlcad.org * r3654 10/wiki/User:Anoop/Logs: |
| 15:02.33 | *** join/#brlcad cristina__ (~cristina@188.24.76.130) | |
| 15:57.49 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 15:59.46 | CIA-65 | BRL-CAD: 03Anoop 07http://brlcad.org * r3655 10/wiki/User:Anoop/Logs: |
| 16:00.47 | CIA-65 | BRL-CAD: 03Anoop 07http://brlcad.org * r3656 10/wiki/User:Anoop/Logs: /* May 14,2012 */ |
| 16:21.09 | *** join/#brlcad cristina (~cristina@188.24.76.101) | |
| 16:43.30 | CIA-65 | BRL-CAD: 03starseeker * r50533 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: If an output file is specified but doesn't have a pix or png extension, assume pix |
| 16:47.41 | brlcad | waves |
| 16:53.11 | brlcad | starseeker: did you try downloading the new bsd sort utility? |
| 16:54.31 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.147.36) | |
| 16:55.33 | brlcad | cristina: you can (and should) run "svn mv" .. and yes it'll make your patch crazy-huge |
| 16:55.48 | brlcad | compress it and should be fine |
| 16:56.29 | brlcad | that said, if someone gets to reviewing and applying you patch before you can get to it, no worries -- the instructions work too |
| 16:57.08 | brlcad | i just may myself since it's rather major and great to see :) |
| 17:12.19 | *** join/#brlcad kane_ (~Mesut@g226124248.adsl.alicedsl.de) | |
| 17:32.54 | cristina | brlcad: I've used "svn mv" but then decided to use the alternative, i.e. specify the steps and let someone with commit access to do them |
| 17:33.14 | cristina | the problem was that with "svn mv", the /nmg folder would still remain |
| 17:50.07 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 18:50.53 | *** join/#brlcad andrei_ (~andrei@5-12-64-10.residential.rdsnet.ro) | |
| 18:52.41 | brlcad | cristina: it only remains for you until you "svn commit", it would have been automatically removed when applied |
| 18:53.01 | brlcad | until you commit, you can still revert and you need the directory to exist (with the embedded .svn dirs) for that |
| 18:53.09 | brlcad | no worries, it's a great patch |
| 18:57.53 | cristina | brlcad: that makes sense :). I was thinking on creating a separate repository with brlcad and apply the changes there, where I would have commit access |
| 19:01.34 | brlcad | how would that have helped? :) |
| 19:03.36 | andrei_ | hey brlcad |
| 19:03.43 | brlcad | hola andrei_ |
| 19:03.47 | cristina | well, my problem is that if I move the files from one side to another, the patch will contain only informations about the lines in the files deleted (i.e., '- <line>'). It doesn't say anything about the files in the new location ('+ <line>') |
| 19:03.56 | andrei_ | from what I have read on the sourceforge comments(and I have done that a pretty long time ago ) I should only remove comments from my patch |
| 19:03.58 | andrei_ | and apply it? |
| 19:04.09 | andrei_ | the one with strdup global var. |
| 19:04.52 | CIA-65 | BRL-CAD: 03starseeker * r50534 10/brlcad/trunk/doc/docbook/system/man1/en/rtwizard.xml: Make some updates to the rtwizard man page. |
| 19:04.53 | starseeker | brlcad: not yet - only page I found so far was that portage one |
| 19:05.01 | starseeker | or ports |
| 19:08.11 | starseeker | scowls at rtedge |
| 19:10.57 | andrei_ | I will also post some more detailed and accurate info about my current situation, possible work schedule etc. |
| 19:11.08 | andrei_ | hopefuly today. |
| 19:15.52 | brlcad | cristina: hm, the patch should have included the removal and addition if you used svn mv (or at least instructions for a mv) |
| 19:16.31 | brlcad | andrei_: actually it looked like your patch doesn't actually work, no? |
| 19:16.59 | brlcad | andrei_: you split the variable into a local scope, but then it's intended purpose no longer works -- why it was global in the first place |
| 19:17.22 | brlcad | I'd have to read it again to be sure, but it seemed more complex than the patch made it out to be |
| 19:21.28 | brlcad | cristina: thanks for helping anoop -- that's awesome |
| 19:22.16 | cristina | brlcad: no problem. I'm glad when I can be useful |
| 19:24.27 | andrei_ | brlcad, I will try to look into it aswell. |
| 19:31.10 | CIA-65 | BRL-CAD: 03starseeker * r50535 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Want to pop up the GUI if all we have is the .g file specified |
| 19:50.05 | *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 19:55.58 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-btcdotlynjvynyrw) | |
| 20:09.16 | *** join/#brlcad merzo (~merzo@154-123-133-95.pool.ukrtel.net) | |
| 20:33.55 | CIA-65 | BRL-CAD: 03brlcad * r50536 10/brlcad/trunk/AUTHORS: credit wu jianbang (aka phoenix) with an initial code contribution that added support to the brep command for converting existing primitives to brep form. (sf patch 3515194 applied in r50529 by starseeker). thanks wu! |
| 20:36.51 | CIA-65 | BRL-CAD: 03brlcad * r50537 10/brlcad/trunk/NEWS: |
| 20:36.51 | CIA-65 | BRL-CAD: credit wu jianbang (aka phoenix) with an initial code contribution that added |
| 20:36.51 | CIA-65 | BRL-CAD: support to the brep command for converting existing primitives to brep form. (sf |
| 20:36.51 | CIA-65 | BRL-CAD: patch 3515194 applied slightly tweaked in r50529 by starseeker). gsoc2012. |
| 20:37.58 | brlcad | starseeker: does the png output support work in gui mode too? |
| 20:38.00 | brlcad | (rtwizard) |
| 20:41.08 | CIA-65 | BRL-CAD: 03brlcad * r50538 10/brlcad/trunk/NEWS: cliff added support to rtwizard so that (at least in command-line mode) it'll write out a png file from the framebuffer. if the filename indicates a png extension, it's used and otherwise still defaults to pix. |
| 20:42.10 | brlcad | patch leads me to believe 'yes', so feel free to delete that NEWS line if it's otherwise |
| 20:54.19 | CIA-65 | BRL-CAD: 03brlcad * r50539 10/brlcad/trunk/NEWS: richard fixed a region demotion bug in the mged 'red' command (really, another bug? regression should test/catch this...) where a region was being having the region-flag unset. |
| 20:54.23 | brlcad | is a little dubious of that .. want more info |
| 20:57.31 | CIA-65 | BRL-CAD: 03brlcad * r50540 10/brlcad/trunk/src/libged/red.c: shouldn't muddle our own terminology with redundancy. regions and groups are combinations. (plus the serial comma was missing and the usage implied an option null set) |
| 20:59.21 | CIA-65 | BRL-CAD: 03brlcad * r50541 10/brlcad/trunk/TODO: red has failed too many times. new failures such as r50521 necessitate a regression test. |
| 21:04.05 | brlcad | starseeker: unrelated, came across CMAKE_FIND_LIBRARY_SUFFIXES -- apparently used to find installed libraries that don't have a "usual" suffix |
| 21:04.28 | brlcad | like having a libwhatever.so.5 but no libwhatever.so, you'd add .so.5 to CMAKE_FIND_LIBRARY_SUFFIXES and it'll find it |
| 21:04.49 | brlcad | of course, wrapped in some sort of if (unix) check for that one |
| 21:05.26 | brlcad | if (platform_supports_so_extension) |
| 21:10.21 | CIA-65 | BRL-CAD: 03brlcad * r50542 10/brlcad/trunk/TODO: need to bump (most, but probably not all) libs version number .. for any whose headers have changed |
| 21:13.11 | CIA-65 | BRL-CAD: 03brlcad * r50543 10/brlcad/trunk/NEWS: |
| 21:13.11 | CIA-65 | BRL-CAD: keith improved nurbs raytracing (fixing the segment lists being returned to |
| 21:13.11 | CIA-65 | BRL-CAD: analysis codes) when we're shooting from inside nurbs geometry. before, it was |
| 21:13.11 | CIA-65 | BRL-CAD: ignoring hits from behind. r50167 makes them look at those too so the negative |
| 21:13.11 | CIA-65 | BRL-CAD: hit point is properly returned. |
| 21:13.36 | *** join/#brlcad cristina (~cristina@188.24.76.101) | |
| 21:17.45 | CIA-65 | BRL-CAD: 03brlcad * r50544 10/brlcad/trunk/NEWS: |
| 21:17.46 | CIA-65 | BRL-CAD: keith fixed a surprising bug in the relatively new BoT mesh TIE rendering bug |
| 21:17.46 | CIA-65 | BRL-CAD: where segments were being lost during rt_bot_makesegs. it was using a hit_vpriv |
| 21:17.46 | CIA-65 | BRL-CAD: array that TIE was never filling in, used for cleaning up odd hits, exiting |
| 21:17.46 | CIA-65 | BRL-CAD: before entrance, and dangling entrace cases. |
| 21:23.51 | CIA-65 | BRL-CAD: 03brlcad * r50545 10/brlcad/trunk/NEWS: |
| 21:23.52 | CIA-65 | BRL-CAD: keith fixed a surprising bug in the relatively new BoT mesh TIE rendering bug |
| 21:23.52 | CIA-65 | BRL-CAD: where segments were being lost during rt_bot_makesegs. it was using a hit_vpriv |
| 21:23.52 | CIA-65 | BRL-CAD: array that TIE was never filling in, used for cleaning up odd hits, exiting |
| 21:23.52 | CIA-65 | BRL-CAD: before entrance, and dangling entrace cases. this consequently was related to |
| 21:23.52 | CIA-65 | BRL-CAD: another issue where hit segments were off by 1.01 units. |
| 21:40.48 | brlcad | starseeker: maybe you can hit this up while you're mucking with rtwizard: https://sourceforge.net/tracker/?func=detail&atid=640805&aid=3485107&group_id=105292 |
| 21:41.12 | brlcad | the summary has the crux: rtwizard needs output file menu with default name |
| 21:46.38 | starseeker | brlcad: it will output png in at least one case, but last time we discussed it I think the conclusion was more changes to the GUI are needed |
| 21:47.25 | brlcad | hm, okay .. your recent change seemed different |
| 21:47.46 | starseeker | command line and GUI are different worlds at the moment |
| 21:47.56 | starseeker | I'm considering syncing them, but that's a fair bit of work |
| 21:49.38 | starseeker | actually, Bob and I had discussed integrating "rtwizard-like" abilities into Archer already |
| 21:50.05 | starseeker | probably won't let us outright kill rtwizard sadly, but for frequent users it should "suck quite a lot less" |
| 21:53.32 | starseeker | CMAKE_FIND_LIBRARY_SUFFIXES is actually fairly interesting... might help with the stdc++ check... |
| 22:00.25 | starseeker | brlcad: yeah, we can leave the news item for png output - if any of the GUI modes don't output PNG, now's the time to fix it |
| 22:04.15 | brlcad | if archer gets rtwizard-like features .. it really should get the majority so we don't have to maintain two codes |
| 22:04.56 | crdueck | hey guys, taking a look at src/libanalyze/density.c, it seems like lines 43-50 can be safely removed since the if(){ ... continue;} section should handle skipping comment blocks |
| 22:05.15 | brlcad | rtwizard was written in just a couple weeks .. an archer rewrite shouldn't take longer than that or someone's doing something wrong (or drastically inefficiently different) |
| 22:06.31 | brlcad | crdueck: have you tested that? |
| 22:06.41 | brlcad | there's a test_density regression in there I believe |
| 22:06.55 | CIA-65 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3657 10/wiki/MgedFAQ: initial cut at making a wiki FAQ out of the referenced help forum msg |
| 22:07.01 | crdueck | oh okay perfect, i was going to ask how the density function is used so i could do some tests |
| 22:07.53 | brlcad | "brlman gqa" has an example density file |
| 22:08.18 | brlcad | or just "man gqa" if you have a proper install and your MANPATH is set |
| 22:30.56 | crdueck | where are the "BU_INCLUDE_DIRS"? they seemingly arent in the main include dir |
| 22:32.49 | crdueck | or rather, i'm compiling test_density.c with "gcc test_density.c -I ../../include" and its complaining about undefined references to some bu functions. so what do i need to do to include the bu dirs? |
| 23:01.05 | cristina | brlcad: I've made a new patch that includes changing the location of the files from src/primitives/nmg |
| 23:01.41 | cristina | however, the size of the archived patch exceeds the maximum size allowed for files to be uploaded |
| 23:01.58 | cristina | should I store the file somewhere else and provide a link to it? |
| 23:05.52 | CIA-65 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3658 10/wiki/User:Cprecup/GSoC2012_progress: alternative patch created for migrating libnmg from librt |
| 23:14.11 | CIA-65 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3659 10/wiki/User:Cprecup/GSoC2012_progress: update: provided temporary link for the new patch |
| 23:28.20 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |