| 01:24.23 | hcurtis | I've been trying hard to find information on how to include multiple files in a single patch, but I don't see a clear answer. Some sources suggest copying entire directories, but that seems like overkill; I have a hunch there's a better way. Another site said to make individual diffs and pack them into one .zip file, but I'm not sure whether you guys would be able to use the file. Will someone point me in the right direction? |
| 01:40.45 | *** join/#brlcad Zhao_Anqing (~clouddrif@218.79.166.196) |
| 02:13.00 | brlcad | starseeker: it's calculating the jacobi iterative method that I was thinking of earlier (not eigen, but related) |
| 02:13.07 | brlcad | http://releases.jhu.edu/2014/06/30/19th-century-math-tactic-gets-a-makeover-and-yields-answers-up-to-200-times-faster/ |
| 02:14.47 | brlcad | hcurtis: patches are usually best if they're categoric -- they should make one logical change (regardless of how many instances there are of that change) |
| 02:16.19 | brlcad | so if you are making a spelling change, for example, you might categorically fix all instances of a particular mispelling across all files or you might fix all typos in a given directory or maybe all miuses of its vs it's, etc |
| 02:17.05 | brlcad | it's not so much about one or multiple files, it's that it's logically only doing one thing (and that it does that one thing correctly and "completely" for some subjective measure of completeness) |
| 02:17.40 | brlcad | Zhao_Anqing: how goes the nmg transformation? approaching stability?? |
| 02:20.23 | Zhao_Anqing | brlcad:it's OK to facetize a combination of sperated shells, but fails if shells are overlaps. There are some bugs when calling nmg_bool. |
| 02:20.33 | Zhao_Anqing | I fix some of them, but not all. |
| 02:22.14 | Zhao_Anqing | Mmmm, it seems not easy to find the reason. |
| 02:22.54 | Zhao_Anqing | I am so sorry to say this. |
| 02:26.42 | hcurtis | brlcad: Thanks |
| 02:35.06 | brlcad | raj12lnm: does this help your understanding? http://brlcad.org/tmp/geometry_representations.png |
| 02:36.00 | *** join/#brlcad Zhao_Anqing_1 (~clouddrif@218.79.166.196) |
| 02:36.24 | brlcad | raj12lnm: basically brep converts geometry that are of some other representation to boundary representation (but note that going from polygonal mesh (bot) to brep is rather pointless) |
| 02:36.46 | Zhao_Anqing_1 | brlcad: my net is broken just now, if you say something to me. |
| 02:37.01 | brlcad | raj12lnm: you may be misunderstanding the brep command -- you asked it to convert prism to a brep called "info", so it let you know that (object) "info is made" |
| 02:39.09 | brlcad | hcurtis: if you have a subversion checkout, subversion will create a patch for you (just run "svn diff" in your checkout directory) |
| 02:39.36 | brlcad | it will report differences in every file you edited, you can capture that output to a file (that is a patch file) |
| 02:40.29 | raj12lnm | brlcad: hi. |
| 02:40.49 | brlcad | e.g., get a checkout from the wiki instructions, edit a couple files, then run "svn diff > my_spelling_fixes.patch", then manually inspect the my_spelling_fixes.patch file to make sure it only contains changes you intended to include |
| 02:42.18 | hcurtis | Ok |
| 02:42.19 | brlcad | Zhao_Anqing: I was afraid you'd end up in this kind of situation - that is exactly the reason for my suggestions very early on about learning to "code complete" in small succinct working steps |
| 02:42.47 | brlcad | instead of top-down sweeping changes .. in the end, a tax is paid :) |
| 02:43.52 | raj12lnm | brlcad : What I meant to say is following |
| 02:44.31 | raj12lnm | But I fail to understand brep and how it is used in BRLCAD. It makes sense to me that when I create a "pipe" some shape is created, similarly for other primitives such as BOT, vol etc. |
| 02:44.59 | raj12lnm | brlcad: But when I use brep command I dont see any change. |
| 02:45.06 | raj12lnm | or a visible change in mged. |
| 02:48.28 | brlcad | raj12lnm: you shouldn't see a change, it merely converts the representation format |
| 02:48.43 | brlcad | e.g., say you create a sphere (make sph sph) |
| 02:48.54 | brlcad | then run "brep sph sph.brep" |
| 02:49.38 | brlcad | then inspect those two objects: "l sph" and "l sph.brep" |
| 02:50.06 | brlcad | they look the same, but they are described with dramatically different representation forms |
| 02:51.16 | raj12lnm | ok. |
| 02:51.21 | raj12lnm | That makes sense. |
| 02:51.34 | raj12lnm | just did those commands on mged |
| 02:52.00 | raj12lnm | so why are they used. (I know as format.) |
| 02:52.15 | Notify | 03BRL-CAD:brlcad * 61791 brlcad/trunk/src/libged/columns.c: why is this file including joint.h? seems to compile just fine without it |
| 02:52.26 | brlcad | raj12lnm: did you not read that png ? :) |
| 02:52.40 | brlcad | it explains what the different representations are commonly used for |
| 02:52.47 | brlcad | their limitations, their data impact |
| 02:53.24 | raj12lnm | has opened that image. |
| 02:54.01 | raj12lnm | brlcad : in the meanwhile can you see brlcad/doc/brep.txt |
| 02:54.26 | raj12lnm | Do you think changes are required in that file? or is it up-to-date. |
| 02:54.41 | brlcad | the first form (implicit) is highly mathematical, well-suited for analysis work and is somewhat our specialty |
| 02:55.25 | brlcad | the second form (BREP/NURBS) is basically what most commercial CAD systems use under the hood as how they represent (all) geometry |
| 02:56.33 | raj12lnm | ok. And we (BRL-CAD) also supports second. right ? |
| 02:56.39 | brlcad | the third form (polygonal mesh -- also can technically be a "boundary representation (brep)" but we don't usually call them that to not confuse them with NURBS) is more common with games and content modeling systems |
| 02:56.57 | brlcad | brl-cad supports all three, hence the brep command and bot meshes and implicit objects... |
| 02:57.08 | brlcad | we're becoming more and more a hybrid modeling system |
| 02:58.02 | brlcad | raj12lnm: brep.txt is not up to date .. that was last looked at several years ago |
| 02:58.19 | raj12lnm | brlcad : the brep/nurbs code in brlcad core repository is mostly in c. |
| 02:58.39 | raj12lnm | I mean in C++ (correction) |
| 02:59.06 | raj12lnm | Therefore It has become difficult to integrate it into python-brlcad |
| 02:59.18 | brlcad | that document hasn't been looked at by anyone since 2007 .. kind of interesting actually because it's right around when we started seriously implementing brep/nurbs support |
| 03:00.21 | brlcad | yeah, I'd expect it to be difficult, maybe have better luck swigifying a python interface over the opennurbs api? dunno |
| 03:03.43 | raj12lnm | kanzure(bryan) has written a swig wrapper here . Pranay Sharma |
| 03:03.59 | raj12lnm | http://diyhpl.us/~bryan/irc/opennurbs/brlcad-opennurbs2.zip |
| 03:05.01 | raj12lnm | brlcad : What advise will you give to me? |
| 03:05.28 | raj12lnm | I mean what pointers should I search on the web to be able to use this swig in the python-brlcad which uses ctypes. |
| 03:05.49 | raj12lnm | considering raj12lnm is a novice in wrapping ;) |
| 03:06.27 | kanzure | well, python-brlcad could consume some c wrapper to opennurbs, but someone would have to write a bunch of c source code to do that |
| 03:07.02 | raj12lnm | kanzure : in the main brlcad repo ? |
| 03:07.08 | kanzure | yep |
| 03:07.40 | raj12lnm | So you mean the opennurbs library has to be rewritten in C or some wrappers ? |
| 03:07.45 | brlcad | kanzure: is the swig output not useful? |
| 03:08.04 | brlcad | raj12lnm: he's suggesting (and said) a wrapper.. ;) |
| 03:08.20 | kanzure | opennurbs doesn't need to be rewritten in c, but that would be nice too! |
| 03:08.34 | *** join/#brlcad Zhao_Anqing (~clouddrif@218.79.166.196) |
| 03:08.43 | kanzure | so, the swig output works.. but maintaining both ctypes and swig wrappers seems a little confusing, plus probably-non-interoperable... |
| 03:08.54 | brlcad | you could write such a wrapper, focusing on the ON_Brep class, but that is a bit of work -- something that automates it would be more practical long-term |
| 03:09.08 | kanzure | and then i'd have to pass opennurbs swig python objects into brlcad through ON_Brep somehow? i'm not very sure that wont cause segfaults |
| 03:09.28 | kanzure | i think brlcad hides ON_Brep anyway |
| 03:09.40 | raj12lnm | brlcad something like this http://stackoverflow.com/questions/2045774/developing-c-wrapper-api-for-object-oriented-c-code ? |
| 03:09.55 | brlcad | if you only use the swig layer for opennurbs/ON_Brep, there's not really much interoperability I'd think |
| 03:10.05 | brlcad | at any interop is limited to just mk_brep() |
| 03:10.24 | kanzure | but there's the internal brep structures in idb objects everywhere |
| 03:10.27 | brlcad | yea, we hide ON_Brep from C, because it's C++ |
| 03:10.38 | kanzure | the internal ON_Brep objects are the ones i'm most interested in modifying or using |
| 03:10.59 | kanzure | (for what i hope are obvious reasons) |
| 03:11.22 | brlcad | sure, whip up some brep geometry, instantiate it like all the rest |
| 03:12.19 | kanzure | plus access to the brep intersection stuff |
| 03:12.25 | brlcad | we didn't want to reinvent our out api for that, which is why we use opennurbs |
| 03:12.34 | brlcad | we've been there, done that, and back |
| 03:12.37 | brlcad | but we also didn't want to convert all our sources to c++ that comes into any contact with NURBS functionality |
| 03:12.59 | raj12lnm | kanzure : so I see two options either to find out a way to use swig wrapped opennurbs in python-brlcad. Or implement other brlcad primitives in swig wrapped fashion. did I get this right ? |
| 03:13.02 | brlcad | especially our C libs, *especially* librt |
| 03:13.05 | kanzure | no, i certainly understand the pickle you're in |
| 03:13.25 | kanzure | raj12lnm: sorry, i don't know all the options. it's nuanced. |
| 03:13.59 | raj12lnm | kanzure : Isnt there a way out ? |
| 03:14.02 | brlcad | the best we could have done would have been to create a simple style container that describes a brep (which is a nasty concept to begin with and, like I said, we've been down that road) or wrap them .. or just use them |
| 03:14.12 | brlcad | we obviously chose the later |
| 03:14.15 | brlcad | latter even |
| 03:14.28 | brlcad | raj12lnm: give it a try |
| 03:14.51 | kanzure | i suppose python-brlcad could be transitioned away from ctypes to swig for everything |
| 03:14.54 | brlcad | suggest mimicing what we're doing with some simple code |
| 03:16.00 | raj12lnm | kanzure : is the work with swig wrapping of opennurbs code complete ? |
| 03:16.14 | raj12lnm | I mean the link you shared is it complete or some TODO left ? |
| 03:16.17 | kanzure | it compiles... but many of the functions are %ignored because they were causing errors. |
| 03:16.18 | brlcad | like a simple C function that you compile to a .so, and a simple C++ class that you compile to a different .so, then another C function that takes that C++ class as a void*, then swigify the C++ class, ctype the C lib, and try to call the C function that takes the c++ type |
| 03:16.38 | raj12lnm | brlccad |
| 03:16.39 | kanzure | that is very elaborate, |
| 03:16.47 | raj12lnm | brlcad : That is too much info ;) |
| 03:16.48 | kanzure | is that what you think the situation simplifies to? i am having trouble following :) |
| 03:16.53 | brlcad | he's got a couple weeks to sort it out ;) |
| 03:16.55 | kanzure | where are we passing c++ types |
| 03:17.09 | kanzure | i mean, in the non-example code |
| 03:17.10 | brlcad | that's what we're doing |
| 03:17.31 | kanzure | ON_Brep is passed to various c functions? |
| 03:18.18 | raj12lnm | brlcad : So if I could take the essence of this conversation. You are suggesting me to find a way to implement all the brlcad primitives in a swig wrapped way and using the OpenNurbs thing. ? |
| 03:18.40 | brlcad | we basically have "libA" and "libB" |
| 03:18.49 | brlcad | where libA is : C functions + C function taking a C++ class pointer masked as a C struct pointer |
| 03:18.56 | brlcad | and libB is : C++ classes |
| 03:19.10 | brlcad | libA => librt ; libB => openNURBS |
| 03:19.29 | brlcad | so create that situation, try it |
| 03:19.52 | brlcad | should be able to set up code that mimics that sitation in a day or two really |
| 03:20.15 | brlcad | and you'll know whether swig playing with ctypes will work here |
| 03:20.32 | kanzure | so, if it does work, i think that passing in the swig object will be something like swig_object.totally_real_pointer instead of just passing in swig_object, because ctypes won't know what to do with it |
| 03:20.37 | brlcad | alternatives? FAR easier that wrapping opennurbs API.... :) |
| 03:21.34 | kanzure | and it will be critical that the swig wrapper is generated from the exact same source code |
| 03:21.41 | brlcad | cya guys, I've hit my tired-typos-limit |
| 03:21.54 | raj12lnm | ok. brlcad :) |
| 03:22.08 | raj12lnm | I think I have understood partially. |
| 03:22.28 | brlcad | keep discussing, raj12lnm ... this is your baby to sort out proper (with guidance obviously, but keep researching until you understand the issues) |
| 03:22.40 | kanzure | also, try experiments |
| 03:23.15 | brlcad | go through the swig tutorials to get familiar with using it yourself |
| 03:23.32 | brlcad | alright, I go :) cheers |
| 03:30.49 | *** join/#brlcad infobot (ibot@rikers.org) |
| 03:30.49 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI winners: Jacob Burroughs and Peter Amidon! || GSoC 2014 selections are announced! Thank you to all we got to work with. Remember that SOCIS is coming up right around the corner and you don't need a summer of code to get involved with open source. |
| 03:50.38 | *** join/#brlcad Zhao_Anqing (~clouddrif@218.79.166.196) |
| 03:51.27 | Zhao_Anqing | brlcad: seems you are right indeed. |
| 05:05.09 | *** join/#brlcad Zhao_Anqing (~clouddrif@218.79.166.196) |
| 05:57.41 | *** join/#brlcad ries (~ries@D979EA84.cm-3-2d.dynamic.ziggo.nl) |
| 06:01.31 | *** join/#brlcad albertcoder (~albertcod@202.164.53.117) |
| 06:30.06 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) |
| 06:33.55 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) |
| 06:35.15 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |
| 07:43.21 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) |
| 07:50.34 | *** join/#brlcad Zhao_Anqing (~clouddrif@218.79.166.196) |
| 08:47.03 | *** join/#brlcad Zhao_Anqing (~clouddrif@218.79.166.196) |
| 08:52.23 | *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
| 09:02.53 | *** join/#brlcad Zhao_Anqing (~clouddrif@218.79.166.196) |
| 09:09.21 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) |
| 09:35.15 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 09:43.18 | *** join/#brlcad piyushparkash (~piyushpar@117.205.70.13) |
| 10:41.45 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 10:47.56 | *** join/#brlcad Zhao_Anqing (~clouddrif@218.79.166.196) |
| 11:17.35 | *** join/#brlcad piyushparkash (~piyushpar@117.205.70.13) |
| 11:43.00 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 11:46.21 | *** join/#brlcad Zhao_Anqing (~clouddrif@218.79.166.196) |
| 12:08.07 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) |
| 12:18.10 | *** join/#brlcad albertcoder (~albertcod@101.215.183.46) |
| 12:26.46 | Notify | 03BRL-CAD:brlcad * 61792 brlcad/trunk/doc/docbook/README: Apply sf patch 286 (Corrected Spelling Mistakes) from Henry Curtis (hcurtis) |
| 12:30.28 | *** join/#brlcad andrei_ (~IceChat77@188.26.59.85) |
| 13:23.09 | Notify | 03BRL-CAD:brlcad * 61793 brlcad/branches/bullet/src/librt/primitives/table.c: declare the right process_selection functab function |
| 13:23.31 | Notify | 03BRL-CAD:brlcad * 61794 brlcad/branches/bullet/src/libbrep/opennurbs_ext.cpp: split is unused, remove |
| 13:29.28 | Notify | 03BRL-CAD:brlcad * 61795 brlcad/branches/bullet/src/libbrep/PullbackCurve.cpp: quell warnings about unused vars, params, and shadowing. looks like the tol param probably should be used. |
| 13:35.41 | Notify | 03BRL-CAD:brlcad * 61796 brlcad/branches/bullet/src/libged/joint.c: use DB_FULL_PATH_GET instead of directly accessing the fp_names array |
| 13:48.33 | Notify | 03BRL-CAD:brlcad * 61797 brlcad/branches/bullet/src/libged/joint.c: use DB_FULL_PATH_CUR_DIR() instead of direclty accessing the last fp_names element. |
| 13:52.41 | Notify | 03BRL-CAD:brlcad * 61798 (brlcad/branches/bullet/src/tclscripts/archer/Archer.tcl brlcad/branches/bullet/src/tclscripts/archer/CMakeLists.txt): apply sf patch #287 (Joint Panel and Primitive Menu Item) from Matt Bayes (klinger4077) that provides a new archer panel for editing joint objects. some cleanup and follow-up needed, but a good start. |
| 13:58.24 | Notify | 03BRL-CAD:brlcad * 61799 brlcad/branches/bullet/AUTHORS: credit matt bayes with his first code constribution (sf patch 287); make other university affiliations consistent |
| 14:04.41 | *** join/#brlcad guest111121212 (803f2039@gateway/web/cgi-irc/kiwiirc.com/ip.128.63.32.57) |
| 14:36.25 | Notify | 03BRL-CAD:indianlarry * 61800 brlcad/branches/bullet/src/librt/primitives/joint/joint.c: Updated joints symbolic name for location from L to V to follow convention, also updated joint description output to include 'value' to A. |
| 14:49.10 | Notify | 03BRL-CAD:brlcad * 61801 brlcad/branches/bullet/src/libged/simulate/simphysics.cpp: most of these should be static funcs, but shouldn't be using sprintf anywhere .. unsafe. |
| 15:03.20 | *** join/#brlcad Zhao_Anqing (~clouddrif@218.79.166.196) |
| 15:09.15 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 15:11.12 | Notify | 03BRL-CAD:starseeker * 61802 brlcad/branches/bullet/misc/CMakeLists.txt: Got a Bullet demo working with a chain of boxes linked via point2point constraints. Stashing it in misc in the bullet branch since it doesn't belong anywhere - it will go away once we have properly working integration, but in the meantime store as a reference. |
| 15:26.26 | Notify | 03BRL-CAD:starseeker * 61803 brlcad/branches/bullet/src/librt/primitives/joint/joint.c: Clear set-but-unused warning |
| 15:27.38 | Notify | 03BRL-CAD:n_reed * 61804 brlcad/branches/bullet/src/librt/primitives/joint/joint.c: for non-primitive reference path edit member matrix of parent comb; matrix is wrong at the moment |
| 15:46.06 | Notify | 03BRL-CAD:brlcad * 61805 brlcad/branches/bullet/src/librt/primitives/joint/joint.c: no v4 support for joint objects, especially since we're moving forward and they've not worked in decades. |
| 15:48.13 | Notify | 03BRL-CAD:carlmoore * 61806 brlcad/trunk/doc/docbook/system/man1/en/rle-fb.xml: s,w,n inserted (same as S,W,N options); removed an unneeded 'is' |
| 15:52.36 | Notify | 03BRL-CAD:carlmoore * 61807 brlcad/trunk/src/fb/rle-fb.c: make swn/SWN fix for the rle-fb source code, too |
| 15:55.29 | *** join/#brlcad Izakey (~Isaac@195.24.220.134) |
| 16:11.43 | Notify | 03BRL-CAD:carlmoore * 61808 brlcad/trunk/doc/docbook/system/man1/en/fb-rle.xml: touch up fb-rle man page; 'E.g' used in place of 'i.e.' (capital E at start of sentence, and allow for arguments other than 10) |
| 16:21.35 | *** join/#brlcad albertcoder (~albertcod@101.208.180.136) |
| 16:40.03 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |
| 17:05.46 | *** join/#brlcad piyushparkash (~piyushpar@117.205.70.13) |
| 17:13.16 | Notify | 03BRL-CAD:starseeker * 61809 brlcad/branches/bullet/misc/Bullet_Box_Chain_Demo.cpp: Enable key bindings so we can run the simulation or pause and step it. |
| 17:21.21 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) |
| 17:36.31 | Notify | 03BRL-CAD:starseeker * 61810 brlcad/branches/bullet/misc/Bullet_Box_Chain_Demo.cpp: Get a look at the orientation quaternion for one of the shapes as the simulation changes. Presumably this will be what we need to translate back to BRL-CAD. |
| 18:24.42 | Notify | 03BRL-CAD:indianlarry * 61811 brlcad/branches/bullet/src/librt/primitives/joint/joint.c: Comment out bn_mat_xform_about_pt(pmat, rmat, jip->location), looks to already be transformed around point. |
| 18:26.07 | Notify | 03BRL-CAD:starseeker * 61812 brlcad/branches/bullet/src/librt/primitives/joint/joint.c: Avoid set-but-unused error |
| 18:32.44 | Notify | 03BRL-CAD:ejno * 61813 (brlcad/branches/bullet/src/libged/simulate/simrt.c brlcad/branches/bullet/src/libged/simulate/simrt.h brlcad/branches/bullet/src/libged/simulate/simulate.c): get the rt collision algorithm working |
| 18:46.41 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-hxqaonhuaxpckjyd) |
| 19:04.36 | Notify | 03BRL-CAD Wiki:ProBlowlUK * 0 /wiki/User:ProBlowlUK: |
| 19:26.29 | Notify | 03BRL-CAD:ejno * 61814 (brlcad/branches/bullet/src/libged/simulate/simrt.c brlcad/branches/bullet/src/libged/simulate/simulate.c): silence output by default |
| 19:33.10 | Notify | 03BRL-CAD:ejno * 61815 brlcad/branches/bullet/src/libged/simulate/simrt.c: silence rt overlap logs |
| 19:34.52 | Notify | 03BRL-CAD:ejno * 61816 brlcad/branches/bullet/src/libged/simulate/simulate.c: fix syntax error |
| 19:39.45 | Notify | 03BRL-CAD Wiki:Ankeshanand * 7527 /wiki/User:Ankeshanand/GSoC14/logs: /* Week 9 */ |
| 19:43.13 | Notify | 03BRL-CAD:ejno * 61817 brlcad/branches/bullet/src/libged/simulate/simulate.c: use a C-style comment |
| 19:47.41 | Notify | 03BRL-CAD:starseeker * 61818 brlcad/branches/bullet/misc/Bullet_Box_Chain_Demo.cpp: Vary the length in one of the boxes - need to generalize the chaining mechanism. |
| 19:54.30 | Notify | 03BRL-CAD:n_reed * 61819 brlcad/branches/bullet/src/librt/primitives/joint/joint.c: fix (or at least improve) calculation of rotation vector |
| 20:01.45 | *** join/#brlcad mihaineacsu_ (~mihaineac@92.85.194.103) |
| 20:18.42 | *** join/#brlcad vladbogo (~vlad@86.121.99.43) |
| 21:10.45 | Notify | 03BRL-CAD Wiki:Vladbogolin * 7528 /wiki/User:Vladbogolin/GSoC2014/Logs: /* Week 9 */ |
| 21:11.57 | Notify | 03BRL-CAD:carlmoore * 61820 brlcad/trunk/doc/docbook/system/man1/en/fb-orle.xml: touch-up work on fb-orle man page; the example turned out to have -h, which needed to be changed to -H |
| 21:19.01 | Notify | 03BRL-CAD:starseeker * 61821 (brlcad/branches/openscenegraph/CMakeLists.txt brlcad/branches/openscenegraph/NEWS and 57 others): Sync through trunk r61819 |
| 21:19.08 | Notify | 03BRL-CAD:starseeker * 61822 (brlcad/branches/rel8/CMakeLists.txt brlcad/branches/rel8/NEWS and 63 others): Sync through trunk r61819 |
| 21:24.46 | Notify | 03BRL-CAD:starseeker * 61823 (brlcad/branches/bullet/TODO brlcad/branches/bullet/doc/docbook/README and 14 others): Sync through trunk r61819 |
| 21:25.04 | Notify | 03BRL-CAD:starseeker * 61824 (brlcad/branches/gecode/TODO brlcad/branches/gecode/doc/docbook/README and 26 others): Sync through trunk r61819 |
| 21:38.38 | Notify | 03BRL-CAD Wiki:Albertcoder * 7529 /wiki/User:Albertcoder/GSoC2014/logs: /* Week 9 */ |
| 21:56.42 | Notify | 03BRL-CAD:starseeker * 61825 (brlcad/branches/openscenegraph/src/libdm/dm-osg.cpp brlcad/branches/openscenegraph/src/libdm/osg-test.cpp brlcad/branches/openscenegraph/src/mged/dm-osg.cpp): Get osg building again after merge. |
| 22:06.21 | Notify | 03BRL-CAD:starseeker * 61826 brlcad/branches/bullet/src/libged/simulate/simrt.c: Work in progress - for now, turn off unused code to avoid breaking build. |
| 22:53.24 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) |
| 22:53.24 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) |
| 22:53.24 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 22:53.24 | *** join/#brlcad raj12lnm (uid35020@gateway/web/irccloud.com/x-fcthcsxfmhevklxy) |
| 22:53.24 | *** join/#brlcad zxq9 (~ceverett@FL9-125-199-207-150.okn.mesh.ad.jp) |
| 22:53.42 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) |
| 22:53.42 | *** join/#brlcad yiyus (1242712427@je.je.je) |
| 22:59.19 | *** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-hxqaonhuaxpckjyd) |
| 22:59.19 | *** join/#brlcad yiyus (1242712427@je.je.je) |
| 22:59.26 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) |
| 22:59.26 | *** join/#brlcad zxq9 (~ceverett@FL9-125-199-207-150.okn.mesh.ad.jp) |
| 22:59.26 | *** join/#brlcad raj12lnm (uid35020@gateway/web/irccloud.com/x-fcthcsxfmhevklxy) |
| 22:59.26 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 22:59.26 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) |
| 22:59.26 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) |
| 22:59.26 | *** join/#brlcad mihaineacsu_ (~mihaineac@92.85.194.103) |
| 22:59.26 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |
| 22:59.26 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) |
| 22:59.26 | *** join/#brlcad ries (~ries@D979EA84.cm-3-2d.dynamic.ziggo.nl) |
| 22:59.26 | *** join/#brlcad caen23 (~caen23@92.83.166.162) |
| 22:59.26 | *** join/#brlcad ``Erik (~erik@66-118-151-70.static.sagonet.net) |
| 22:59.26 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) |
| 22:59.26 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) |
| 22:59.26 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) |
| 22:59.26 | *** join/#brlcad fenn_ (~fenn@131.252.130.248) |
| 22:59.26 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) |
| 22:59.26 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) |
| 22:59.26 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) |
| 22:59.26 | *** join/#brlcad mpictor (~mark@c-68-58-38-45.hsd1.in.comcast.net) |
| 22:59.26 | *** join/#brlcad ChanServ (ChanServ@services.) |
| 22:59.27 | *** mode/#brlcad [+o ChanServ] by hobana.freenode.net |
| 22:59.44 | *** join/#brlcad ``Erik_ (~erik@66-118-151-70.static.sagonet.net) |
| 23:04.15 | *** join/#brlcad caen23 (~caen23@92.83.166.162) |
| 23:28.44 | *** join/#brlcad gagan (~gagan@124.253.231.48) |
| 23:45.28 | *** part/#brlcad gagan (~gagan@124.253.231.48) |
