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? |