| 01:09.07 | Notify | 03BRL-CAD:starseeker * 62555 brlcad/trunk/misc/svn2git/README: Cute trick for getting a csv version of the whole BRL-CAD log output. |
| 01:31.07 | starseeker | brlcad: before I wander any further down this pit, is there a quick/easy way to get svn to report a list of all the branches ever created in the history of an svn repo? |
| 03:32.45 | *** join/#brlcad FreezingCold (~FreezingC@CPE602ad06bea2a-CM602ad06bea27.cpe.net.cable.rogers.com) | |
| 04:16.35 | starseeker | brlcad: nevermind, figured it out |
| 04:16.52 | starseeker | close enough, anyway |
| 04:48.36 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 04:48.36 | *** 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. | |
| 05:10.12 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 06:04.17 | Notify | 03BRL-CAD:starseeker * 62556 (brlcad/trunk/misc/svn2git/README brlcad/trunk/misc/svn2git/account-map brlcad/trunk/misc/svn2git/rules): The svn2git account-map and rules files mature to something approaching ready-for-prime-time. Only thing that pops up in the catch-all 'unknown' repo currently is the /CVSROOT commits - not sure whether to go ahead and explicitly mark those as ignore or put them somewhere in the |
| 06:04.19 | Notify | interests of full history presentation. Need to study the created git repos to see how good they are, but definitely much closer than we've ever been to a high quality, fast git commit process. |
| 06:09.29 | starseeker | sighs - and to think I could have been learning more C++ or something instead of doing that... oh well |
| 06:35.15 | Notify | 03BRL-CAD:starseeker * 62557 brlcad/trunk/misc/svn2git/README: Add a way to scrub the branches in the git repo to trim down what 'git branch' lists to match what we've currently got in play in brlcad/branches, although the list is manual at the moment. |
| 06:36.11 | starseeker | hmph. done that way, the BRL-CAD git repo is 1.3 gigs |
| 06:36.43 | starseeker | wonders what github would make of that... |
| 06:49.37 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 06:59.48 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 08:55.19 | *** join/#brlcad Izakey (~Isaac@195.24.220.134) | |
| 09:29.30 | *** join/#brlcad ries (~ries@D979EA84.cm-3-2d.dynamic.ziggo.nl) | |
| 10:10.42 | Izakey | brlcad ``Erik starseeker Is there a command to test the rt_xxx_curve() function ? |
| 10:20.16 | *** join/#brlcad mihaineacsu (~mihaineac@92.81.155.32) | |
| 10:45.01 | *** join/#brlcad Izakey (~Isaac@195.24.220.134) | |
| 10:52.48 | Izakey | brlcad ``Erik starseeker Is there a command to test the rt_xxx_curve() function ? |
| 11:15.52 | *** join/#brlcad localhost__ (~localhost@195.24.220.134) | |
| 11:51.41 | *** join/#brlcad Izakey (~Isaac@195.24.220.134) | |
| 12:29.29 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 14:41.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:47.22 | *** join/#brlcad luca79 (~luca@net-188-216-232-10.cust.vodafonedsl.it) | |
| 15:15.27 | *** join/#brlcad Izakey (~Isaac@195.24.220.134) | |
| 15:32.15 | *** join/#brlcad Izakey (~Isaac@195.24.220.134) | |
| 15:34.34 | kanzure | what is get_evaluated_faces in src/libbrep/boolean.cpp ? what does it mean for a face to have been evaluated? |
| 15:49.45 | *** join/#brlcad Izakey (~Isaac@195.24.220.134) | |
| 15:54.45 | Notify | 03BRL-CAD:starseeker * 62558 brlcad/trunk/misc/svn2git/README: svn2git has reached the point where it's worth taking some trouble to ensure the svn2git tool itself remains available. svn2git is not license compatible with BRL-CAD, which means it goes into misc as a utility-only tool and can't be merged with any BRL-CAD code. CMakeify it so it's easier for those already familiar with BRL-CAD to build. |
| 15:56.37 | *** join/#brlcad Izakee (~Isaac@195.24.220.134) | |
| 15:56.50 | kanzure | starseeker: is svn2git disappearing? |
| 15:58.07 | starseeker | kanzure: not to my knowledge |
| 15:58.33 | starseeker | but 1) there are at least 2 programs using the svn2git name, which is good for some confusion and 2) it's not terribly active in its development |
| 15:59.37 | starseeker | this is far and away the best solution/tool I've found for this conversion |
| 16:03.32 | starseeker | kanzure: another interesting experience - http://blog.smartbear.com/software-quality/migrating-from-subversion-to-git-lessons-learned/ |
| 16:04.17 | starseeker | the "stock" git-svn tools don't seem to really be set up to deal with very large svn repos - leave it to the KDE guys to figure out what to do :-) |
| 16:07.10 | kanzure | huh, okay |
| 16:07.50 | starseeker | it's not the more typical "my team is using svn but I want to use git" use case - that involves translating between the two on a "working" basis |
| 16:08.18 | starseeker | this is different - the equivalent of Sean's original CVS to SVN migration |
| 16:08.58 | starseeker | this is "how do I switch (or mirror, in this case) the entire history of the SVN project in git" |
| 16:12.21 | starseeker | the smartbear post describes the process of moving their team entirely to git - we generally prefer subversion for exactly the reasons a lot of devs don't like it (making everyone pay attention to a common repo as opposed to working in isolation) so we aren't likely to migrate anytime soon, but this work proves it is possible |
| 16:13.12 | starseeker | ``Erik was already maintaining a git conversion of BRL-CAD (although I believe that was trunk, not everything) - this takes that further and aims for total preservation of everything |
| 16:16.06 | *** join/#brlcad Stragus_ (~alexis@modemcable008.161-160-184.mc.videotron.ca) | |
| 16:16.56 | kanzure | you know i think i wrote a tom lehrer song once about migrating cvs -> svn -> git.. not sure why he never sang it. |
| 16:19.09 | kanzure | svn-all-fast-export was pretty nice to use. i think this might be from kde's svn2git and it might be what you're talking about? |
| 16:26.47 | starseeker | yes |
| 16:34.34 | Notify | 03BRL-CAD:starseeker * 62559 brlcad/trunk/misc/svn2git/README: Make a note about gitk --all vs gitk --branches="*" when viewing a result using the add-metadata-notes option. |
| 16:36.36 | starseeker | http://brlcad.org/~starseeker/gitk-svn2git-result.png |
| 16:49.03 | starseeker | cool - http://stackoverflow.com/questions/1838873/visualizing-branch-topology-in-git/7509303#7509303 |
| 16:51.21 | starseeker | ``Erik: I think we found your git GUI: http://jonas.nitro.dk/tig/ |
| 16:53.47 | brlcad | starseeker: ohloh's enlistments are intentional, they must only track a single code line or stats will be wrong (this is true of git or svn or any other enlistment type) |
| 16:55.45 | Izakee | brlcad starseeker Is there a command used to test the curvature of a primitive ? |
| 16:56.49 | starseeker | brlcad: ah |
| 16:57.07 | brlcad | for gurwinder later: http://stackoverflow.com/questions/1263072/changing-a-matrix-from-right-handed-to-left-handed-coordinate-system |
| 16:57.53 | starseeker | http://brlcad.org/~starseeker/tig_brlcad_git-simplify-by-decoration.png |
| 17:06.14 | brlcad | starseeker: nice |
| 17:19.33 | mihaineacsu | Izakee: I had looked it up a few hours ago when you first asked. try running a grep for RT_CURVATURE |
| 17:21.54 | Izakee | thanks mihaineascu |
| 17:24.52 | mihaineacsu | RT_CURVATURE is defined in raytrace.h and it ends up calling ft_curve (which is a function pointer to your rt_xxx_curve) |
| 17:25.31 | Izakee | mihaineascu there so many files containing 'RT_CURVATURE' |
| 17:41.12 | clock | Does anyone use BRL-CAD for data visualisation? |
| 17:41.28 | clock | Like automated convert your data into a model and raytrace it? |
| 17:41.39 | clock | like some kind of 3D graphs or whatever? |
| 18:14.14 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 18:32.17 | *** join/#brlcad ries (~ries@D979EA84.cm-3-2d.dynamic.ziggo.nl) | |
| 18:56.59 | Notify | 03BRL-CAD:brlcad * 62560 brlcad/trunk/include/raytrace.h: initialize resource with a valid magic number so RT_CK_RESOURCE() will pass |
| 18:58.16 | Notify | 03BRL-CAD:brlcad * 62561 brlcad/trunk/src/libged/pull.c: don't need a var to use the rt_uniresource, just use it. |
| 19:01.38 | Notify | 03BRL-CAD:brlcad * 62562 brlcad/trunk/src/librt/prep.c: we no longer allocate MAX_PSW+1, so don't let something index that far. moreover, not needed for rt_uniresource as that will be cpu 0, particularly now that recursive bu_parallel works. the uniresource belongs to the first thread, so we can mark it as 0. |
| 19:03.06 | Notify | 03BRL-CAD:brlcad * 62563 brlcad/trunk/src/remrt/rtsrv.c: don't need to manually initialize the rt_uniresource, but make sure our own resource array starts off as zero |
| 19:04.28 | Notify | 03BRL-CAD:brlcad * 62564 brlcad/trunk/src/rt/main.c: same here, don't manually init rt_uniresource but do make sure our resource array is zero-initialized first. |
| 19:10.35 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 19:17.05 | Notify | 03BRL-CAD:brlcad * 62565 brlcad/trunk/src/gtools/beset/fitness.c: don't need to manually init the rt_uniresource here because it's now statically initialized. |
| 19:25.08 | kanzure | starseeker: do you know what the difference is between face, surface, and surfaceproperties in opennurbs? is there a strong reason for face and surface being different? |
| 19:28.16 | kanzure | also how is BrepFace's bounding box calculated? i can't seem to trace this down to anything meaningful.. presumably it should be based on the properties of the surface, but i think it's defaulting to ON_Geometry::GetBBox. |
| 19:29.05 | Notify | 03BRL-CAD:brlcad * 62566 brlcad/trunk/src/librt/prep.c: give a go at initializing the 'application' random number pointer. apps can still override with a different init, but this makes it not necessary to explicitly call bn_rand_init() every time we init a resource. |
| 19:31.11 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 19:31.57 | Notify | 03BRL-CAD:brlcad * 62567 brlcad/trunk/src/librt/prep.c: greatreason |
| 19:34.57 | Notify | 03BRL-CAD:brlcad * 62568 (brlcad/trunk/src/remrt/rtsrv.c brlcad/trunk/src/rt/main.c brlcad/trunk/src/rt/viewedge.c): no longer need to manually seed our random number generator per-cpu as rt_init_resource is doing it for us now. |
| 19:35.44 | Notify | 03BRL-CAD:brlcad * 62569 brlcad/trunk/src/libged/gqa.c: no longer need to manually seed our random number generator per-cpu as rt_init_resource is doing it for us now. |
| 19:36.56 | Notify | 03BRL-CAD:brlcad * 62570 brlcad/trunk/src/libged/wdb_obj.c: static-init this lone resource. no longer need to init the rt_uniresource, and don't use a var just to pass it. |
| 19:37.39 | Notify | 03BRL-CAD:brlcad * 62571 brlcad/trunk/src/librt/shoot.c: unsmoosh |
| 19:51.23 | Notify | 03BRL-CAD:brlcad * 62572 (brlcad/trunk/src/adrt/load_g.c brlcad/trunk/src/conv/asc/asc2g.c and 34 others): no longer need to manually initialize the rt_uniresource now that it's being statically initialized. this passes all tests, but could still affect some too. particularly might affect code relying on one of the lists being set, but those are next on the radar (hoping to fix the ptbl allocations). |
| 20:30.00 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 21:51.47 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:32.03 | *** join/#brlcad yukonbob (~bch@216.190.25.246) | |
| 23:32.08 | yukonbob | hello #brlcad |
