<html><head></head><body>   <div dir="auto">The best course of action in the better interest of the industry, given the direction the official IETF standards process which is what the industry will inevitably follow, would be for the LibrePGP Message Format branch to merge back onto main at some point, either now or in the future; sooner rather than later in the interest of resolving those merge conflicts, as difficult as that may be. And then continuing forward with the effort collaboratively.</div><div dir="auto"><br></div><div dir="auto">The information provided in the comp I would hope would be a great starting point for this effort.</div><div dir="auto"><br></div><div dir="auto">But if that can’t be done, then there’s really no point to further discussion on this issue. Because what we’re saying then is that the only place where all this talk and effort will actually make a difference in resolving this split, is simply out of the question. And RFC 9580 will continue on as-is into the future as the industry standard ratified by IETF until some similar disruptive event in the future transpires; rinse and repeat.</div><div dir="auto"><br></div><div dir="auto"><br></div>On Thu, Sep 11, 2025 at 08:30, Vincent Breitmoser via Gnupg-devel <<a class="" href="mailto:On Thu, Sep 11, 2025 at 08:30, Vincent Breitmoser via Gnupg-devel <<a href=">gnupg-devel@gnupg.org</a>> wrote:<blockquote type="cite" class="protonmail_quote">  Hey List and Matt,

<br>

<br> > It’s one thing to have varying implementations of a given standard. We

<br> > just can’t be having multiple standards surrounding the same thing.

<br>

<br>Well, that's what we ended up with. GnuPG has also been emitting

<br>LibrePGP packets by default for some years by now, so it's not just

<br>something that's coming soon, it's already here. And on the flip side,

<br>support of OpenPGP v6 is fairly complete in most big implementations and

<br>everyone is moving on to PQC, although none emit v6 by default yet as

<br>far as I'm aware. There are some comparison charts here:

<br>

<br>https://sequoia-pgp.gitlab.io/openpgp-interoperability-test-suite/results.html?q=v6#test-summary

<br>

<br> > But as an engineer, if I get in there and find out Koch was right

<br> > about LibrePGP and that that should’ve been the next version, but we

<br> > go end up ratifying the other one instead, I’m just going to rage quit

<br>

<br>To give you a starting point, there is a comparison of OpenPGP and

<br>LibrePGP from a technical and spec management perspective here:

<br>

<br>https://github.com/crypto-security-tools/OpenPGP-LibrePGP-comparison/blob/main/opgp-lpgp-comp.pdf

<br>

<br>Cheers

<br>

<br> - V

<br>

<br>_______________________________________________

<br>Gnupg-devel mailing list

<br>Gnupg-devel@gnupg.org

<br>https://lists.gnupg.org/mailman/listinfo/gnupg-devel

<br></blockquote></body></html>