ietf-openpgp
[Top] [All Lists]

[openpgp] it's option 2 (was: Re: ways forward wrt IETF wg - please try answer by Apr 8th)

2015-04-10 06:37:44

Hi all,

Many thanks for the set of reasoned responses.

I think the outcome is clear (see below for notes I took while
re-reading the thread) and is to go with option 2 - develop a
4880bis. Starting more-or-less from DKG's list as an initial
proposed set of changes seemed to resonate with a few folks.

What I'd like to do next is to get a sense of whether we have enough
volunteer cycles to deliver option 2 (unless people volunteer to do
stuff, and actually do stuff, then stuff won't happen).

That means some folks who can do chair-like things and help organise,
and some folks who'll do editing and review work.

Please send me an offlist mail if you'd be willing and able to help
co-chair a re-formed openpgp WG chartered to do a 4880bis. If you're
going to do that, please do so before Tuesday next April 14th. (Sending
that to the list disqualifies you from chairing btw:-) If you're not
sure, send me a mail anyway and we can chat.

Please send a mail to the list if you're willing and able to do
editing or review of drafts during this calendar year. (Say which
or both.) If you'd also be implementing in roughly that timeframe
feel free to say that too. Doing that in the next week would be
a fine thing. (So deadline: April 17th.)

If we appear to have sufficient volunteer cycles and I can identify
a couple of chair-like beings, then what I'd like is for those to
manage the discussion that ends up with a WG charter that'd get us
to option 2. And if that all goes smoothly, then we can just proceed
with chartering a WG. Optimistically, we could have that all done
and dusted by sometime in May and the WG could fire ahead from
there.

In terms of chairs, I'd prefer to get two, at least one of whom has
done the IETF WG chairing thing before and at least one of whom knows
the subject matter very well. Various combinations of people and
skills can satisfy that ask. I'm also checking separately with a
few folks to see if I can find any victims^H^H^H^H^H^Hvolunteers
with chairing experience who're not on this list but are willing
to help out. (But also sane, etc:-)

In terms of charter, there are a few options to consider, e.g.
how much detail of the planned work to put in a charter,
whether or not to mention a possible re-charter for broader work
and whether or not to let folks write non-normative documents
that describe some trust models. Probably a few more things too.
If we seem to have chairs and editor/reviewers then we can
start in on that week after next, so no need to worry about that
for a little bit.

It's probably worth clarifying one thing too: if we form a WG,
then the WG chairs are the people who pick the editors of WG
drafts. So we don't need to decide that now, we just need to know
there're sensible choices from which the chairs can pick, and
that there's a bunch of folks who'll review text. But if you're
feeling motivated enough to start now on writing a draft then
please go ahead and do so!

And lastly, I'll also start a thread where folks can discuss
what bits of work to include in scope of option 2. Partly that's
to give you all something to do while we work on the process
crap:-) But we also need to give folks a chance to make the
case that their favourite things be included in a 4880bis.

Cheers,
S.

Notes I made when re-reading the responses:

17 responses from:
cole,phb,dkg,ingersoll,
cloos,iang,ritter,mcginnes,
carboni,datapacrat,fiskerstrand,sniffen,
koch,gil,kaduk,mitterer,
schuermann

Those were split as follows (CAPS used for
preferred option where someone said >1 was
ok)

1: gil,mitterer

2: cole, phb, dkg, ingersoll,
cloos,ritter,mcginnes,carboni,
fiskerstrand,SNIFFEN,koch,
gil,kaduk,mitterer,schuermann

3: phb,ritter,sniffen,GIL,MITTERER

4: iang, mitterer

2t: DATAPACRAT

3t: PHB,iang,datapacrat

4t: IANG,datapacrat

- dkg's list referred to a couple of times
- informational (non-normative) trust model
  RFC idea liked by a few
- option 2 now, maybe more later, liked by a
  few
- "t" options (or one-such as normative)
  disliked by a good few





_______________________________________________
openpgp mailing list
openpgp(_at_)ietf(_dot_)org
https://www.ietf.org/mailman/listinfo/openpgp