dpiddy
Joined 18 years ago
Karma
45
Submissions
10
Member since
Jan 29
https://danp.net | https://github.com/danp
View on Hacker NewsRecent submissions
Comment · 3 years ago
You are correct, I should have clarified that it's just the publicly-available tests. Still, those are pretty expansive.
Comment · 3 years ago
The bits in https://gitlab.com/cznic/sqlite/-/blob/master/tcl_test.go run the full suite of SQLite TCL tests as part of a Go test. That's in turn run as part a CI setup with results at https://modern-c.appspot.com/-/builder/?importpath=modernc.o....
Comment · 3 years ago
Hey, sorry to hear that. I'm a contributor on the project and if you're able to open an issue (https://gitlab.com/cznic/sqlite/-/issues/new) with any info you have it would be very appreciated.
Comment · 12 years ago
As discussed on twitter (https://twitter.com/grittygrease/status/453606054698692608), I should have said:
We generated new CSRs, with new private keys, but with the same dates and details as the originals. This let us get fresh certs without going through a full renewal.
Thanks for the prod.
Comment · 12 years ago
Hi, Heroku engineer here. We rekeyed our certificates, including the one for *.herokuapp.com, meaning we resent our original certificate requests (CSR) to our CA but signed with new private keys. This is why the dates didn't change.
Our CA will eventually revoke the previous incarnations of our certificates, signed with the old private keys, making them invalid.
Comment · 15 years ago
Maybe for rubygems, not so easy for apt/rpm as they use gpg signing/verification of package indices.