Patrick Cable

Results 11 comments of Patrick Cable

Sure. abstract#show view: ![abstract_view](https://cloud.githubusercontent.com/assets/2254952/15086433/cb41d032-13ae-11e6-9b55-2947b45681e5.png) scores#index view: ![score_view](https://cloud.githubusercontent.com/assets/2254952/15086438/d078eedc-13ae-11e6-8484-ee7b9d410abe.png)

:wave: I'm not sure if this something folks would be interested in, but, it is a thing that seems to work in my environment. I didn't add tests because reasonably...

Hmmm... so, this is pretty half baked now that i've run into a few issues, mainly: i was a little optimistic with the use of node.override in my wrapper. Overrides...

I removed the non-working interpolation and rebased; though being new to tests i'm a little unsure of how to proceed there.

Hey @phiggins - makes sense re: `Chef::Dist` though i'm a little unclear on how to pull it and maintain backwards compatibility. Could something like this work? Went back to find...

👋 nice to see you here, @mouse07410. So -- one thing I noticed when using the OpenSC PKCS11 library _and_ the `pivtoken` CTK driver simultaneously is that it seemed like...

Totally understand -- I wanted to drop this here if other folks run into the same issue. But also, if there are things I can do to collect more info...

Huh, conveniently seems to have happened again. Just posting extra debug info. Here are the OpenSCToken logs. They do end abruptly here after "sc_release_context called" ``` P:52645; T:0x6103183360 11:09:34.686 [cryptotokenkit]...

I have a feeling that this is related to #2418 and am testing that theory with the 0.23.0 release candidate now :)

So, I think it does still happen occasionally; `pkill -9 -u $USER ctk\|opensc` clears it up. But i havent tried with 0.24 so i'll give that a shot.