| 00:13.10 | maths22 | should I stop connecting to crit.brlcad.org and start connecting to brlcad.org |
| 00:14.12 | ``Erik | brlcad.org == crit.brlcad.org now |
| 00:17.20 | maths22 | will the domain crti.brlcad.org be deactivated? |
| 01:16.48 | ``Erik | <-- kinda surprised brlcad didn't set up brlcad.org as a cname to crit.brlcad.org |
| 01:17.22 | ``Erik | I don't see any reason why crit would be deactivated *shrug* but that's not my call |
| 01:19.17 | maths22 | I will change my ssh seetings either way. |
| 01:19.28 | archivist | no need for cname, just add another A record, one less dns trip |
| 01:19.58 | maths22 | I am now connected via brlcad.org |
| 03:12.17 | *** join/#brlcad crdueck (~cdk@24.212.219.10) |
| 03:17.10 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) |
| 06:25.12 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) |
| 10:06.40 | *** join/#brlcad luca79 (~luca@net-37-116-119-195.cust.dsl.vodafone.it) |
| 12:56.02 | *** join/#brlcad Suryajith (~Stattrav@ns.cmi.ac.in) |
| 13:17.37 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-85-25-160.web.vodafone.de) |
| 14:05.32 | Notify | 03BRL-CAD:bob1961 * 54202 brlcad/trunk/src/libged/draw.c: Fixed a bug in _ged_drawtrees that was causing vlists for previously drawn objects to be created each time anything was drawn, causing the vlists to grow larger for the redrawn objects (i.e. the created vlists were added to the previously created vlists for the redrawn objects). |
| 14:19.10 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) |
| 14:53.19 | *** join/#brlcad luca79 (~luca@net-37-116-119-195.cust.dsl.vodafone.it) |
| 15:35.11 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) |
| 15:38.25 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) |
| 15:39.21 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) |
| 16:06.37 | *** join/#brlcad ibot (~ibot@rikers.org) |
| 16:06.37 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out... |
| 16:47.12 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-0-133.web.vodafone.de) |
| 17:23.25 | maths22 | what does/did bz.bzflag.bz host other than brlcad.org |
| 17:42.33 | ``Erik | 58 hosts |
| 17:42.47 | ``Erik | mostly small ones, like small business, local hobby groups, etc |
| 17:56.38 | maths22 | ok. thanks. I was just wondering. |
| 18:32.41 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.167.113) |
| 18:37.57 | maths22 | on a related note, what does crit host? |
| 18:42.38 | *** join/#brlcad Eric_ (~Eric@ip-109-41-185-126.web.vodafone.de) |
| 19:03.15 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.167.113) |
| 19:30.23 | n_reed | r54202 doesn't make sense to me, I don't see the evidence for the bug described, but assuming it exists I don't think that would be the way to fix it |
| 19:32.53 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) |
| 19:34.31 | Notify | 03BRL-CAD:r_weiss * 54203 brlcad/trunk/src/other/openNURBS.dist: Updated openNURBS file "openNURBS.dist" and removed files "opennurbs_brep_changesrf.cpp", "opennurbs_brep_kinky.cpp", "opennurbs_crashtest.h", "opennurbs_memory_new.cpp", "opennurbs.sln", "opennurbs.vcproj" and "opennurbs_staticlib.vcproj". These changes remove files not used by BRL-CAD and are not part of the 2012-10-24 version of openNURBS. In |
| 19:34.33 | Notify | addition this corrects an error "Files listed in subversion but not accounted for in build logic", related to openNURBS, when running "make distcheck-full". |
| 19:35.10 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) |
| 19:42.57 | n_reed_ | ah, yeah it appends a duplicate if you draw a subpath of a displayed object |
| 19:54.24 | brlcad | n_reed: can revert, causing a problem? |
| 19:58.27 | n_reed | I know, I'm still looking into it |
| 20:03.22 | brlcad | lemme know if it's a show-stopper, working through my commit reviews now for a hopeful source release asap |
| 20:09.51 | brlcad | doing what should be the final sync of the user home dirs (so some early migraters may have to delete files) |
| 20:15.32 | ``Erik | frightening arg line on that rsync |
| 20:31.40 | Notify | 03BRL-CAD:n_reed * 54204 brlcad/trunk/src/libged/draw.c: first item won't always exist, don't assume it does |
| 20:34.43 | maths22 | Why does the login message now say "bz.bzflag.bz" ? |
| 20:35.56 | n_reed | bob got lucky; the sp->s_vlist hp is a bu_list, not a bn_vlist, so vp->nused could have been garbage if vp was the head, but it just so happens that struct solid has a int s_vlen initialized to 0 right after the s_vlist member |
| 20:38.00 | Notify | 03BRL-CAD:r_weiss * 54205 brlcad/trunk/src/other/openNURBS/Makefile.am: Update to "Makefile.am" for openNURBS version 2012-10-24. |
| 20:44.30 | n_reed | so bob's change does seem to fix a real problem, but it seems like ged_erasePathFromDisplay is where that case is really supposed to be handled; I think it's fine for now though |
| 21:08.34 | Notify | 03BRL-CAD:n_reed * 54206 brlcad/trunk/src/libged/draw.c: Have to count the vlists' commands before appending them, or else s_vlen is always 0. Interestingly, this doesn't change any behavior because none of our code seems to read s_vlen. |
| 21:24.22 | brlcad | maths22: that's just the motd |
| 21:24.40 | brlcad | maths22: that server name will also eventually get migrated, the child becomes the master |
| 21:26.11 | brlcad | n_reed: interesting |
| 21:27.44 | maths22 | ok. thanks. |
| 21:28.29 | maths22 | is the switch there waiting until everyone is off of the old server? |
| 22:08.30 | Notify | 03BRL-CAD:r_weiss * 54207 brlcad/trunk/src/tclscripts/mged/lc.tcl: Fixed a bug and added features to the mged "lc" (list codes) command. Fix a bug which caused some duplicates to not be reported. Added an option to not list duplicates which all have the same parent and material_id. Also added region parent to the list. |
| 22:11.27 | brlcad | maths22: not really, just a lot more behind the scenes work to verify, sync, update, migrate |
| 22:15.27 | maths22 | ok |
| 22:38.47 | brlcad | maths22: if you want something to look into, you could check on the CIANotify mediawiki plugin |
| 22:40.44 | brlcad | I don't think it's announcing in there which means it's not sending mail |
| 22:40.59 | brlcad | the plugin was written against a previous version, so the hooks may have simply changed slightly |
| 22:41.39 | brlcad | another thing still needing attention is the gallery -- the default gallery3 settings kinda suck :) |
| 22:42.24 | brlcad | would be better to minimize / eliminate "pages" when browsing an album |
| 22:49.52 | brlcad | and that's just getting started.. :) |
| 22:51.50 | brlcad | getting site style on the gallery, setting up site-wide search (wiki and drupal and maybe gallery), syncing logins/accounts (single sign-on), and updating the appearance are all on the to-do list too |
| 22:57.35 | maths22 | Must gallery be an independent site, or can I integrate it with Drupal? |
| 22:57.53 | maths22 | I also will look into the CIANotify plugin |
| 23:03.03 | brlcad | maths22: integrated would be awesome |
| 23:03.18 | brlcad | the concern is mostly about usability |
| 23:03.32 | brlcad | drupal's image gallery support really sucked the last time it was attempted |
| 23:15.36 | maths22 | I'm going to see if gallery3 integrates with drupal |
| 23:32.28 | maths22 | exit |