| 02:40.21 | *** join/#brlcad infobot (ibot@208.53.50.136) |
| 02:40.21 | *** topic/#brlcad is BRL-CAD and open source CAx discussion ! Also @ http://brlcad.zulipchat.com ! Logs @ http://infobot.rikers.org/%23brlcad/ |
| 09:46.44 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) |
| 10:47.02 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) |
| 11:10.35 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 11:16.03 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) |
| 11:33.05 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) |
| 13:00.48 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) |
| 13:17.37 | *** join/#brlcad yorik (~yorik@2804:431:f720:ed5c:290:f5ff:fedc:3bb2) |
| 15:54.00 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) |
| 16:03.45 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) |
| 20:50.20 | *** join/#brlcad KimK (~Kim__@2001:579:d00c:600:c3a:95ea:6e9e:8506) |
| 22:18.21 | *** join/#brlcad brlcad (~sean@104.225.5.10) |
| 22:18.21 | *** mode/#brlcad [+o brlcad] by ChanServ |
| 22:19.06 | brlcad | starseeker: so caching is enabled, still going to the wrong directory but that's what I'm working on now |
| 22:19.30 | brlcad | feel free to tag it as-is if you like, and I'm going to keep working on this through the weekend |
| 22:21.36 | brlcad | the directory code is just about ready, but testing it is taking a while, few hours needed still |
| 23:15.09 | starseeker | brlcad: OK, I'll hold off tagging |
| 23:15.26 | starseeker | brlcad: is the news item update OK? |
| 23:19.12 | brlcad | yeah, that looked great |
| 23:20.05 | starseeker | also, wanted to double check with you about listing libtermio/libcursor - realized belatedly that you might interpret that as trying to sneak it in at the last second |
| 23:20.44 | starseeker | wasn't my intent - just dawned on me that I hadn't checked to see what should be added to the deprecation list prior to tagging |
| 23:22.46 | starseeker | ditto nixing dem-g |
| 23:23.11 | brlcad | didn't take it that way, it's fine |
| 23:24.21 | brlcad | they're not documented, so they don't technically need to go through deprecation -- just implementation detail libs |
| 23:24.41 | starseeker | ah, OK |
| 23:24.43 | brlcad | dem-g on the other hand, that obviously does |
| 23:25.00 | starseeker | I think functionality wise gcv is a full replacement |
| 23:25.27 | starseeker | was hoping could be categorized as minimally impacting, but game to do deprecation as well |
| 23:25.31 | brlcad | and fwiw, it did work, but only with specific types of dem files and it didn't gracefully tell you when it wasn't that type |
| 23:26.11 | brlcad | no, you're right -- I meant that it has docs |
| 23:26.21 | starseeker | ah, it does? |
| 23:26.23 | brlcad | but replacement is full and then some, so it's minimal |
| 23:26.36 | brlcad | doesn't it? |
| 23:26.38 | starseeker | I didn't see a man page... |
| 23:26.40 | starseeker | double checks |
| 23:27.45 | brlcad | ah yeah, no manual page, but I do believe it's been in many presentations and talks -- if doc/ where more comprehensive |
| 23:27.53 | starseeker | nope - in fact,only grep hit in all of docs for dem-g is trunk_hierarchy.org |
| 23:28.09 | starseeker | ah |
| 23:28.11 | starseeker | point |
| 23:28.23 | starseeker | yeah, most of the presentations haven't been docbookified |
| 23:28.52 | starseeker | makes side note to figure out how to autogenerate trunk_hierarchy.org file... gets out of date pretty fast... |
| 23:28.55 | brlcad | huh, that may not be true ... |
| 23:29.10 | brlcad | I was thinking this was one of them, but it's not: http://brlcad.org/tmp/converters_page23.jpg |
| 23:29.35 | brlcad | so yeah, maybe not even technically published ... |
| 23:29.38 | brlcad | checks NEWS |
| 23:29.41 | starseeker | whoops, two hits - tool_categories.txt lists it |
| 23:30.29 | brlcad | yeah, it even got a highlight on the 7.14.2 release |
| 23:30.39 | brlcad | still minimally impacting |
| 23:30.59 | starseeker | winces slightly - wonder how many folks saw that highlight and fed it random dem files... |
| 23:31.01 | brlcad | I'd just wait for a minor release (like this one) |
| 23:31.24 | starseeker | so... leave it for now, or go ahead and yank it? |
| 23:31.27 | brlcad | that was 9 years ago |
| 23:31.39 | starseeker | erk |
| 23:31.44 | starseeker | feels old now... |
| 23:31.51 | brlcad | there really wasn't a huge variety of types in the wild back when that was done |
| 23:31.57 | starseeker | ah |
| 23:32.12 | brlcad | everything we got our hands on was typically one of two types |
| 23:32.53 | brlcad | ascii and binary, and we only handled ascii iirc |
| 23:33.28 | brlcad | and within those, a couple subtypes, but never encountered them |
| 23:33.47 | starseeker | nods - I probably hit the binary case then |
| 23:34.32 | brlcad | probably .. binary was relatively new and not in wide use ... I would expect that to have changed fully since then |
| 23:34.48 | brlcad | and then the other formats came along |
| 23:34.54 | starseeker | is undoubtely an old fogie, but he's glad to be back on IRC |
| 23:35.03 | brlcad | look what I just ran across: http://brlcad.org/tmp/conversion-11663-run.log |
| 23:35.33 | starseeker | O.o |
| 23:35.34 | brlcad | yeah, I so need to get that bridge set up ... so I can talk to zulip from irc |
| 23:35.56 | starseeker | holy smoke, what'd we break? |
| 23:36.43 | brlcad | this was all objects, so you'd have to re-run to compare |
| 23:37.02 | starseeker | oh, right |
| 23:37.18 | brlcad | 10% bump isn't out of the bounds of possibility |
| 23:37.33 | brlcad | definitely feels better :) |
| 23:40.27 | starseeker | with a MAXTIME of file I would expect (hope) it would be pretty close - the fallback method isn't going to succeed that quickly in most cases |
| 23:40.34 | starseeker | s/file/five seconds |
| 23:44.15 | starseeker | also need to make sure to pull the geometry set from that era - a lot of the new ones (nist, faa) are going to drop the success percentages a lot |
| 23:44.59 | brlcad | yeah, I wish I had that really big run later |
| 23:47.41 | starseeker | wonder if we can get the commit bot working again now that they've had to lock down the channels against spamming |
| 23:51.20 | starseeker | brlcad: where's it writing the cache at the moment? (just in case I need to clear it manually...) |
| 23:51.25 | brlcad | conversion would make a good compliment under CI performance testing... a dashboard graphing out benchmark, conversion rate, db i/o metrics, and source code metrics |
| 23:51.54 | brlcad | it's going to ~/rt_cache.tmp right now |
| 23:52.08 | starseeker | nods |
| 23:52.25 | starseeker | fyi, make check just passed on Linux |
| 23:52.30 | brlcad | if you need to disable it, just set LIBRT_CACHE=off |
| 23:53.08 | starseeker | It's cool - I mostly wanted to make sure which file to remove once it starts going where it should |
| 23:53.15 | brlcad | nods |
| 23:54.59 | starseeker | brlcad: I'm a little curious about btclsh's manipulation of the terminal state - is that necessary on modern systems, or a leftover from earlier eras? |
