| 00:20.29 | starseeker | brlcad: http://brlcad.org/~starseeker/brlcad_build_log_openindiana.txt |
| 01:12.47 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 02:50.12 | Notify | 03BRL-CAD:brlcad * 55542 (brlcad/trunk/src/tclscripts/ami.tcl brlcad/trunk/src/tclscripts/ampi.tcl): fix the silent error that was causing mged to run without a slew of commands being available. if we can't build a tclIndex, stop hard because something went terribly wrong. sync ami.tcl and ampi.tcl too so they basically do the same thing (might want to merge at some point). print the actual error if there was one. |
| 02:51.32 | brlcad | starseeker: yep, I skipped some of the indiana warnings because they're libc implementation errors |
| 02:53.36 | brlcad | the paste issue is compiler options needing adjustment |
| 03:07.21 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 03:10.02 | Notify | 03BRL-CAD:brlcad * 55543 brlcad/trunk/src/other/openNURBS/opennurbs_system.h: quell mass of openindiana warnings for NAME_MAX not being defined |
| 03:34.00 | Notify | 03BRL-CAD:brlcad * 55544 brlcad/trunk/src/other/openNURBS/opennurbs_system.h: also provide isfinite(), but comment out both so they can be specifically tested |
| 03:41.53 | Notify | 03BRL-CAD:brlcad * 55545 brlcad/trunk/src/libfb/if_mem.c: quell redefinition error for openindiana |
| 03:48.30 | Notify | 03BRL-CAD:brlcad * 55546 brlcad/trunk/src/anim/anim_offset.c: don't shadow time |
| 03:49.08 | Notify | 03BRL-CAD:brlcad * 55547 brlcad/trunk/src/anim/anim_keyread.c: anothoer time shadow |
| 04:04.00 | Notify | 03BRL-CAD:brlcad * 55548 brlcad/trunk/doc/docbook/system/man1/en/fb-rle.xml: remove extended characters |
| 04:16.27 | Notify | 03BRL-CAD:brlcad * 55549 brlcad/trunk/doc/docbook/system/man1/en/fb-rle.xml: indent and format to look for tag errors, but looks clean |
| 04:17.37 | brlcad | starseeker: I think that's all of them from that log file |
| 04:44.56 | *** join/#brlcad caen23 (~caen23@92.81.193.129) | |
| 04:49.04 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 05:29.20 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 06:47.51 | *** join/#brlcad kesha_ (~kesha@49.249.18.44) | |
| 06:53.10 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:51.59 | *** join/#brlcad jasleen (~chatzilla@202.164.53.118) | |
| 09:12.06 | *** join/#brlcad navdeep (75c76178@gateway/web/freenode/ip.117.199.97.120) | |
| 09:18.05 | *** join/#brlcad jasleen (~chatzilla@202.164.53.117) | |
| 09:49.30 | *** join/#brlcad jasleen (~chatzilla@202.164.53.120) | |
| 09:54.29 | *** join/#brlcad merzo (~merzo@9-6-132-95.pool.ukrtel.net) | |
| 11:11.22 | Notify | 03BRL-CAD Wiki:Phoenix * 5303 /wiki/User:Phoenix/GSoc2013/Proposal: /* Links */ |
| 11:27.00 | starseeker | brlcad: I'm not too concerned about the lex issue - the correct answer there is to convert that code to re2c/lemon anyway. |
| 11:27.20 | starseeker | I'll give it another go tonight |
| 11:29.50 | Notify | 03BRL-CAD:phoenixyjll * 55550 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/intersect.cpp and 3 others): Fix return value of ON_Intersect (SSI) - returns the number of intersection events (consistent with openNURBS), and add comment to brep.h. Remove the uncessary check of OPENNURBS_PLUS_INC_, and reduce debugging messages. |
| 11:30.32 | Notify | 03BRL-CAD Wiki:Phoenix * 5304 /wiki/User:Phoenix/GSoc2013/Proposal: /* Things I have done this year */ |
| 11:50.12 | Notify | 03BRL-CAD:d_rossberg * 55551 (brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt brlcad/trunk/src/libbrep/CMakeLists.txt and 3 others): link openNURBS statically in brlcad.dlldoing so some of the Windows-DLL-import/export-flag logic can be simplified |
| 12:19.05 | Notify | 03BRL-CAD:phoenixyjll * 55552 (brlcad/trunk/src/librt/tests/arb_intersect.g =================================================================== (Binary files differ)): Add a test geometry for SSI - surface tree approach is not so suitable for intersection of two plane surfaces, and we need some special handling. It includes transverse intersection curve, tangent intersection curve, tangent intersection point, |
| 12:19.07 | Notify | overlap intersection and some other corner cases - a good test case to test to find the problem in and improve the SSI routine. |
| 12:21.02 | Notify | 03BRL-CAD Wiki:Phoenix * 5305 /wiki/User:Phoenix/GSoc2013/Proposal: /* Things I have done this year */ |
| 12:27.37 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 13:12.03 | *** join/#brlcad phoenixyjll (8c71fd66@gateway/web/freenode/ip.140.113.253.102) | |
| 13:32.50 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 13:49.24 | *** join/#brlcad kesha_ (~kesha@49.249.18.44) | |
| 14:14.46 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 15:22.31 | Notify | 03BRL-CAD:indianlarry * 55553 brlcad/trunk/src/libged/tables.c: For the 'idents' command skip over non-union combinations above the region level, these members of a combination don't add positively to the defined regions of space and their region ID's will not show up along a shotline unless positively added elsewhere in the hierarchy. This is causing headaches for users generating an association table from our |
| 15:22.33 | Notify | 'idents' listing. |
| 15:45.24 | Notify | 03BRL-CAD:brlcad * 55554 brlcad/trunk/NEWS: the idents command now skips over non-union combination members above the region level. to quote commit r55553: these members of a combination don't add positively to the defined regions of space and their region ID's will not show up along a shotline unless positively added elsewhere in the hierarchy. This was causing headaches for users generating an association table |
| 15:45.26 | Notify | from our idents listing. |
| 15:49.47 | Notify | 03BRL-CAD:brlcad * 55555 brlcad/trunk/NEWS: Aiming to finally release 7.24.0 on Monday! Good times ... r55555 woot! |
| 16:13.57 | starseeker | bugger - getting a regression test failure |
| 16:14.43 | brlcad | starseeker: which one? |
| 16:14.58 | Notify | 03BRL-CAD:brlcad * 55556 brlcad/trunk/include/bu.h: talked with some of our s2 users and we're going to go ahead with the new INFINITY values even though they introduce/expose changes to results. changing infinity results in slightly different bsp cell traversal (grazing case) but the object being reported was always on the shotline to begin with. the decision was to allow this change since the new hits encountered |
| 16:14.58 | brlcad | I'm getting a command not found error on regress-mged |
| 16:14.59 | Notify | are correct. |
| 16:15.09 | brlcad | which is what I was working on yesterday with the cmake changes |
| 16:15.43 | brlcad | some build system issue, tcl file not found |
| 16:16.03 | starseeker | hmm - this is a bu_bomb of some sort |
| 16:16.42 | starseeker | wipeout in bu_noise_init |
| 16:21.40 | starseeker | ah, might be my fault |
| 16:22.27 | Notify | 03BRL-CAD:starseeker * 55557 brlcad/trunk/src/librt/tests/CMakeLists.txt: add arb_intersect.g to the CMAKEFILES list. |
| 16:41.50 | *** join/#brlcad jasleen (~chatzilla@117.253.203.165) | |
| 16:44.23 | *** join/#brlcad kesha_ (~kesha@49.249.200.98) | |
| 16:53.32 | starseeker | yeah, my fault |
| 16:53.54 | starseeker | had a local change I forgot to revert - regression passing now |
| 16:54.16 | starseeker | brlcad: you still seeing your error? |
| 16:55.10 | brlcad | will test, but I presume yes because it was a different test |
| 17:08.44 | *** join/#brlcad kesha__ (~kesha@49.249.200.98) | |
| 17:14.58 | *** join/#brlcad jasleen (~chatzilla@117.253.203.165) | |
| 17:52.37 | brlcad | starseeker: I found the error, it's because of symlinking instead of copy |
| 17:53.04 | brlcad | fortunately not major and workaroundable |
| 18:04.15 | *** join/#brlcad kesha (~kesha@49.249.9.241) | |
| 18:09.05 | *** join/#brlcad Ch3ck (~Ch3ck@77.220.0.18) | |
| 18:16.57 | *** join/#brlcad kesha_ (~kesha@49.249.9.241) | |
| 18:20.30 | *** join/#brlcad caen23 (~caen23@92.81.168.35) | |
| 18:37.29 | Notify | 03BRL-CAD:carlmoore * 55558 brlcad/trunk/src/sig/bw-d.c: implement -h, -? |
| 18:50.19 | *** join/#brlcad Ch3ck (~Ch3ck@77.220.0.18) | |
| 18:59.26 | *** join/#brlcad Ch3ck (~Ch3ck@77.220.0.18) | |
| 19:00.35 | *** join/#brlcad Ch3ck (~Ch3ck@77.220.0.18) | |
| 19:01.25 | *** join/#brlcad Ch3ck (~Ch3ck@77.220.0.18) | |
| 19:03.23 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 19:16.27 | *** join/#brlcad jasleen (~chatzilla@117.253.203.165) | |
| 19:22.50 | Notify | 03BRL-CAD Wiki:117.253.203.165 * 5306 /wiki/User:Jasleen_Kaur: |
| 19:37.21 | *** join/#brlcad kesha_ (~kesha@49.249.19.243) | |
| 19:45.58 | Notify | 03BRL-CAD Wiki:Jasleen Kaur * 5307 /wiki/User:Jasleen_Kaur: |
| 19:51.54 | brlcad | gdb --args bin/nirt -xffffffff -b -e "units in; xyz -181.91 0 96; dir -1 0 0; s; q;" ../infbug.g tube |
| 19:52.39 | Notify | 03BRL-CAD Wiki:Jasleen Kaur * 5308 /wiki/User:Jasleen_Kaur: |
| 19:54.21 | starseeker | woot - finally, someone other than Apple getting into high PPI screens - both Google and Toshiba are getting into the game (finally) |
| 19:54.57 | starseeker | 12.85" 2560x1700 :-) |
| 19:56.23 | Notify | 03BRL-CAD Wiki:Jasleen Kaur * 5309 /wiki/User:Jasleen_Kaur: |
| 20:01.28 | jasleen | brlcad: Is my approach of work wrong? |
| 20:06.58 | Notify | 03BRL-CAD:carlmoore * 55559 brlcad/trunk/src/sig/bw-d.c: supply 'bad argument' message for arguments other than the prescribed ones |
| 20:10.36 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 20:27.14 | Notify | 03BRL-CAD:carlmoore * 55560 brlcad/trunk/src/fb/bw-fb.c: supplied h and ? as help flags; converted old h to H because the workaround would require BOTH s and S in place of old h |
| 20:40.08 | Notify | 03BRL-CAD Wiki:Jasleen Kaur * 5310 /wiki/User:Jasleen_Kaur: |
| 20:58.07 | starseeker | drools... a 3:2 aspect ratio on a truly high DPI screen... kinda ironic that the ultimate programmers laptop screen is in a machine that comes with such a locked-down OS |
| 21:04.34 | mpictor | starseeker: slightly higher resolution than the nexus 10 http://bergie.iki.fi/files/nexus10-shell.png |
| 21:05.16 | starseeker | grins - now *that's* what laptop screenshots *should* look like |
| 21:05.38 | mpictor | he claims to like it, but of course it's limited to wifi since he's compiling on a desktop |
| 21:05.40 | mpictor | http://bergie.iki.fi/blog/six-weeks-working-android/ |
| 21:06.21 | mpictor | yea... if only those buttons at the bottom didn't waste soooo much space! |
| 21:06.57 | starseeker | that's why the reports that you can run Ubuntu on the chromebook pixel make it interesting |
| 21:07.08 | starseeker | fluxbox + gkrellm for the win |
| 21:07.18 | mpictor | huh. didn't realize that was possible |
| 21:07.50 | starseeker | http://lifehacker.com/how-to-install-linux-on-a-chromebook-and-unlock-its-ful-509039343 |
| 21:07.50 | mpictor | not too surprising since google uses 100% goobuntu internally |
| 21:08.57 | starseeker | wouldn't be worth squat with just Chrom OS, but a full Linux distribution makes it an entirely different proposition |
| 21:08.59 | ``Erik | starseeker: what machine has the 3:2 high resolution? |
| 21:09.07 | starseeker | Chromebook Pixel |
| 21:09.38 | starseeker | http://en.wikipedia.org/wiki/Chromebook_Pixel |
| 21:09.46 | *** join/#brlcad vladbogo (~vlad@188.25.238.238) | |
| 21:09.48 | ``Erik | hm, saw the samsung one a couple days ago, but I think it's 16:9 or something |
| 21:10.10 | starseeker | yeah, this sucker is apperently the ultimate in laptop screens for the moment |
| 21:10.21 | ``Erik | touch screen, even |
| 21:10.30 | ``Erik | a bazillion pixels hidden by smudges |
| 21:11.00 | starseeker | Torvalds himself likes it, so it's a pretty good candidate for proper Linux support: http://www.zdnet.com/chromebooks-biggest-fan-linus-torvalds-7000012842/ |
| 21:11.28 | mpictor | my n10 is 2560x1600, and I really don't notice smudges on it |
| 21:11.44 | starseeker | is trying to think of the last time he saw *any* laptop screen with a 3:2 ratio... |
| 21:12.54 | starseeker | not what google designed it for, but that has "programming laptop" written all over it (given the proper OS) |
| 21:13.44 | starseeker | is not a fan of "short and wide" in laptop screens - or desktop either, come to think of it |
| 21:14.21 | mpictor | I *hate* 16:9 |
| 21:14.45 | ``Erik | <-- still on an old macbook with 1280x800, so *shrug* all of 'em look good |
| 21:16.03 | starseeker | <snort> - ``Erik, with your approach to hardware I'm surprised you're not staring at an old green CRT and wondering what all the fuss is about with this "full color" thing |
| 21:16.42 | starseeker | *likes* being able to have a zillion terminals and documents open at once without them overlapping |
| 21:18.06 | starseeker | funny how things change - these days $1,500 is considered a very expensive laptop. If you factor in inflation especially, you don't have to go back so far before that wouldn't have gotten you much of anything |
| 21:18.07 | ``Erik | I, um, actually do still have a monochrome vga display somewhere... 640x400! |
| 21:19.14 | starseeker | hands ``Erik +3 nerd points - touchée |
| 21:19.37 | starseeker | what's its power consumption like? |
| 21:19.53 | *** join/#brlcad kesha_ (~kesha@49.248.244.126) | |
| 21:20.03 | ``Erik | I don't think this laptop can hold a number that big |
| 21:20.11 | starseeker | heh |
| 21:20.39 | ``Erik | but ya throw the big rocker switch and it does make an impressive 'bzzt' |
| 21:21.39 | ``Erik | my next laptop might still be a mac, mostly due to xcode/ios |
| 21:22.20 | starseeker | nods - yeah, that's the logical platform for that work |
| 21:23.20 | mpictor | I've been using KDevelop for a couple years. It has improved drastically from the 3.x versions. Never tried xcode, but I do hear that it's good. |
| 21:23.46 | starseeker | is still quite fond of the Mac retina machines - without them, no one would be pushing PPI on laptop screens at all |
| 21:24.27 | starseeker | however annoying the Mac "walled garden" approach may be, they do at least force the industry to keep moving |
| 21:24.45 | mpictor | that they do |
| 21:25.22 | starseeker | mpictor: I poked at KDevelop once or twice - I probably should look at it again, I understand they have pretty good CMake support |
| 21:26.33 | mpictor | your relative path commit make kdevelop crash, but they fixed it within a couple days |
| 21:26.45 | starseeker | heh - oops |
| 21:27.12 | starseeker | wonder what would happen with the full BRL-CAD cmake build logic |
| 21:27.22 | starseeker | that's quite a bit more gnarly |
| 21:27.57 | mpictor | their cmake support is pretty good, but they do parse the files themselves - so things don't match 100% |
| 21:28.20 | mpictor | I'd try it myself, but you guys haven't moved to git yet |
| 21:28.20 | starseeker | ah - yeah, now that you say that I remember a developer discussing that with them on the CMake list |
| 21:28.25 | mpictor | svn is slooooooooow |
| 21:28.46 | starseeker | mpictor: heh - actually, things got a lot better in that regard now that sf.net has upgraded things |
| 21:33.02 | mpictor | is impressed |
| 21:33.26 | mpictor | I thought they'd _never_ upgrade |
| 21:33.58 | mpictor | BTW, your twitter url is invalid at http://sourceforge.net/projects/brlcad/ |
| 21:52.42 | Notify | 03BRL-CAD:carlmoore * 55561 brlcad/trunk/src/util/bw-imp.c: implement h and ? as help flags; old h is replaced by '-s 1024' |
| 21:53.50 | kesha_ | Read this. http://opensource.com/government/13/2/bug-fix-day Awesome!! :) |
| 21:56.26 | Notify | 03BRL-CAD:carlmoore * 55562 brlcad/trunk/doc/docbook/system/man1/en/bw-imp.xml: change the man page for bw-imp; old h has been removed |
| 22:26.23 | ``Erik | mpictor: http://brlcad.org/brlcad.git/ |
| 22:26.25 | brlcad | mpictor: thanks, will fix |
| 22:28.22 | ``Erik | huh, doesn't seem to have updated since april 22 O.o |
| 22:37.08 | ``Erik | heh http://www.giantfreakinrobot.com/scifi/dalek-bottom-british-pond-biding-time.html |
| 22:54.51 | *** join/#brlcad kesha_ (~kesha@49.248.244.126) | |
| 23:49.07 | *** join/#brlcad kesha_ (~kesha@49.248.244.126) | |
| 23:54.51 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
