Re: [Sks-devel] sks-peer.spodhuis.org catching back up

2012-05-29 Thread David Benfell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/29/2012 08:27 PM, Phil Pennock wrote: > On 2012-05-29 at 20:11 -0700, David Benfell wrote: >>> How many keyservers run NTP, BTW? >> >> DisUnitedStates.com runs openntp. It turns out this is publicly >> available (which is fine with me but I hav

Re: [Sks-devel] sks-peer.spodhuis.org catching back up

2012-05-29 Thread Phil Pennock
On 2012-05-29 at 20:11 -0700, David Benfell wrote: > > How many keyservers run NTP, BTW? > > DisUnitedStates.com runs openntp. It turns out this is publicly > available (which is fine with me but I haven't checked that it is > associated with an appropriate tier). OpenNTP is not disciplined enoug

Re: [Sks-devel] sks-peer.spodhuis.org catching back up

2012-05-29 Thread David Benfell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > How many keyservers run NTP, BTW? DisUnitedStates.com runs openntp. It turns out this is publicly available (which is fine with me but I haven't checked that it is associated with an appropriate tier). - -- David Benfell benf...@parts-unknown.org

Re: [Sks-devel] sks-peer.spodhuis.org catching back up

2012-05-29 Thread Phil Pennock
On 2012-05-29 at 22:26 -0400, Jeffrey Johnson wrote: > The problem with VM timing was reported here: I'm still not > sure what the mechanism is (from what I think I know about > Berkeley DB, perhaps wrongly). There's also the chance that > tstamps as data change program flow: but that is applicatio

Re: [Sks-devel] sks-peer.spodhuis.org catching back up

2012-05-29 Thread Jeffrey Johnson
On May 29, 2012, at 10:08 PM, Jason Harris wrote: > On Tue, May 29, 2012 at 05:42:03PM -0400, Jeffrey Johnson wrote: >> On May 29, 2012, at 5:29 PM, Phil Pennock wrote: >>> On 2012-05-29 at 14:20 -0400, Jeffrey Johnson wrote: > >>> Ah. Everything I tried was using a dbenv, as the context for o

Re: [Sks-devel] sks-peer.spodhuis.org catching back up

2012-05-29 Thread Jason Harris
On Tue, May 29, 2012 at 05:42:03PM -0400, Jeffrey Johnson wrote: > On May 29, 2012, at 5:29 PM, Phil Pennock wrote: > > On 2012-05-29 at 14:20 -0400, Jeffrey Johnson wrote: > > Ah. Everything I tried was using a dbenv, as the context for opening > > the db. I saw nothing in the docs suggesting t

Re: [Sks-devel] sks-peer.spodhuis.org catching back up

2012-05-29 Thread Kristian Fiskerstrand
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2012-05-29 23:42, Jeffrey Johnson wrote: > > On May 29, 2012, at 5:29 PM, Phil Pennock wrote: > >> On 2012-05-29 at 14:20 -0400, Jeffrey Johnson wrote: >>> Sure there's a way to use Berkeley DB without transactional >>> logs. >> [snip] >> ...

Re: [Sks-devel] sks-peer.spodhuis.org catching back up

2012-05-29 Thread Jeffrey Johnson
On May 29, 2012, at 5:29 PM, Phil Pennock wrote: > On 2012-05-29 at 14:20 -0400, Jeffrey Johnson wrote: >> Sure there's a way to use Berkeley DB without transactional logs. > [snip] > > Okay, pedantically you're correct, but since I was trying to *just* > modify sksclient and not the server, mos

Re: [Sks-devel] sks-peer.spodhuis.org catching back up

2012-05-29 Thread Phil Pennock
On 2012-05-29 at 14:20 -0400, Jeffrey Johnson wrote: > Sure there's a way to use Berkeley DB without transactional logs. [snip] Okay, pedantically you're correct, but since I was trying to *just* modify sksclient and not the server, most of what's possible with other modes of operation is irreleva

Re: [Sks-devel] sks-peer.spodhuis.org catching back up

2012-05-29 Thread Jeffrey Johnson
On May 29, 2012, at 2:20 PM, Jeffrey Johnson wrote: > > On May 29, 2012, at 1:49 PM, Phil Pennock wrote: > >> Kristian drew my attention to sks.spodhuis.org showing a last update of >> May 25th. >> >> I'd tried to make sksclient be read-only in BDB access, but failed to >> find a way to do so

Re: [Sks-devel] sks-peer.spodhuis.org catching back up

2012-05-29 Thread Jeffrey Johnson
On May 29, 2012, at 4:43 PM, Kim Minh Kaplan wrote: > Phil Pennock : > >> I'd tried to make sksclient be read-only in BDB access, but failed to >> find a way to do so because a directory-based BDB *always* seems to use >> log files. So I'd given up and gone with the flow. >> >> Apparently the

Re: [Sks-devel] sks-peer.spodhuis.org catching back up

2012-05-29 Thread Kim Minh Kaplan
Phil PennockĀ : > I'd tried to make sksclient be read-only in BDB access, but failed to > find a way to do so because a directory-based BDB *always* seems to use > log files. So I'd given up and gone with the flow. > > Apparently the locking is not what it could be, as I ended up with a DB > that

Re: [Sks-devel] sks-peer.spodhuis.org catching back up

2012-05-29 Thread Kristian Fiskerstrand
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2012-05-29 19:49, Phil Pennock wrote: > Kristian drew my attention to sks.spodhuis.org showing a last > update of May 25th. > This can be an issue for the pool, as the reverse proxy is "tricking" my spider into believing it is still active. The

Re: [Sks-devel] sks-peer.spodhuis.org catching back up

2012-05-29 Thread Jeffrey Johnson
On May 29, 2012, at 1:49 PM, Phil Pennock wrote: > Kristian drew my attention to sks.spodhuis.org showing a last update of > May 25th. > > I'd tried to make sksclient be read-only in BDB access, but failed to > find a way to do so because a directory-based BDB *always* seems to use > log files.

[Sks-devel] sks-peer.spodhuis.org catching back up

2012-05-29 Thread Phil Pennock
Kristian drew my attention to sks.spodhuis.org showing a last update of May 25th. I'd tried to make sksclient be read-only in BDB access, but failed to find a way to do so because a directory-based BDB *always* seems to use log files. So I'd given up and gone with the flow. Apparently the lockin