| Message ID | 20220511121038.1002898-1-heiko@ist.eigentlich.net |
|---|---|
| State | Accepted |
| Headers |
Return-Path: <openvpn-devel-bounces@lists.sourceforge.net> Delivered-To: patchwork@openvpn.net Delivered-To: patchwork@openvpn.net Received: from director11.mail.ord1d.rsapps.net ([172.31.255.6]) by backend41.mail.ord1d.rsapps.net with LMTP id fToVBhWoe2JJVgAAqwncew (envelope-from <openvpn-devel-bounces@lists.sourceforge.net>) for <patchwork@openvpn.net>; Wed, 11 May 2022 08:12:05 -0400 Received: from proxy12.mail.iad3b.rsapps.net ([172.31.255.6]) by director11.mail.ord1d.rsapps.net with LMTP id AAZdGhWoe2JjPgAAvGGmqA (envelope-from <openvpn-devel-bounces@lists.sourceforge.net>) for <patchwork@openvpn.net>; Wed, 11 May 2022 08:12:05 -0400 Received: from smtp23.gate.iad3b ([172.31.255.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) by proxy12.mail.iad3b.rsapps.net with LMTPS id WPNqEhWoe2L3ZAAAEsW3lA (envelope-from <openvpn-devel-bounces@lists.sourceforge.net>) for <patchwork@openvpn.net>; Wed, 11 May 2022 08:12:05 -0400 X-Spam-Threshold: 95 X-Spam-Score: 0 X-Spam-Flag: NO X-Virus-Scanned: OK X-Orig-To: openvpnslackdevel@openvpn.net X-Originating-Ip: [216.105.38.7] Authentication-Results: smtp23.gate.iad3b.rsapps.net; iprev=pass policy.iprev="216.105.38.7"; spf=pass smtp.mailfrom="openvpn-devel-bounces@lists.sourceforge.net" smtp.helo="lists.sourceforge.net"; dkim=fail (signature verification failed) header.d=sourceforge.net; dkim=fail (signature verification failed) header.d=sf.net; dmarc=none (p=nil; dis=none) header.from=ist.eigentlich.net X-Suspicious-Flag: YES X-Classification-ID: 91b2eff2-d123-11ec-864c-525400aa5716-1-1 Received: from [216.105.38.7] ([216.105.38.7:54112] helo=lists.sourceforge.net) by smtp23.gate.iad3b.rsapps.net (envelope-from <openvpn-devel-bounces@lists.sourceforge.net>) (ecelerity 4.2.38.62370 r(:)) with ESMTPS (cipher=DHE-RSA-AES256-GCM-SHA384) id EB/7F-27394-418AB726; Wed, 11 May 2022 08:12:04 -0400 Received: from [127.0.0.1] (helo=sfs-ml-4.v29.lw.sourceforge.com) by sfs-ml-4.v29.lw.sourceforge.com with esmtp (Exim 4.94.2) (envelope-from <openvpn-devel-bounces@lists.sourceforge.net>) id 1nolBH-0006Hj-GH; Wed, 11 May 2022 12:11:02 +0000 Received: from [172.30.20.202] (helo=mx.sourceforge.net) by sfs-ml-4.v29.lw.sourceforge.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from <SRS0=R8h4=VT=ist.eigentlich.net=heiko@exit0.net>) id 1nolBF-0006HR-Fv for openvpn-devel@lists.sourceforge.net; Wed, 11 May 2022 12:11:00 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sourceforge.net; s=x; h=Content-Transfer-Encoding:MIME-Version:Message-Id: Date:Subject:To:From:Sender:Reply-To:Cc:Content-Type:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=pKTeplfIvYQC1mvJwkGZTxPZhqANqp2+JX4WMUNmspE=; b=FQygxHH/DK92KkOlhrRbdvZFHs CXPTA7u7Zv2+KBZAsNSSknjsXZ0A8t+sc5PZk9tyRnYY+nzNE9O8O6fluK9h+QMkybm6mQL5C0MpM daWA9nL8oJUWluTkrcqlBAVJC03PldGU2PnAx13At8Gl6cCb1zW/18RfDnNrj1QgDpzI=; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sf.net; s=x ; h=Content-Transfer-Encoding:MIME-Version:Message-Id:Date:Subject:To:From: Sender:Reply-To:Cc:Content-Type:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To: References:List-Id:List-Help:List-Unsubscribe:List-Subscribe:List-Post: List-Owner:List-Archive; bh=pKTeplfIvYQC1mvJwkGZTxPZhqANqp2+JX4WMUNmspE=; b=Q jhkEDv4ngQL6IOsj27gfsO/1gbDwoDBjpArBMHNGU16DP+Oka8jASG9+ejWEI/9scg0EoKhkO03/D fT7Abl0EppHPmdOu2t2bgi668JYUDJ1mLGAGbvAWt6MdqbkH/LvDZypQeWFG3VvOBlmYxUueIPWcP K7gUadFk/pXXoEaA=; Received: from exit0.net ([85.25.119.185]) by sfi-mx-1.v28.lw.sourceforge.com with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.94.2) id 1nolBB-008mlU-Oj for openvpn-devel@lists.sourceforge.net; Wed, 11 May 2022 12:10:59 +0000 Received: from coruscant.fritz.box (unknown [87.123.245.251]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by exit0.net (Postfix) with ESMTPSA id A4DC064801A1 for <openvpn-devel@lists.sourceforge.net>; Wed, 11 May 2022 14:10:45 +0200 (CEST) From: Heiko Hund <heiko@ist.eigentlich.net> To: openvpn-devel@lists.sourceforge.net Date: Wed, 11 May 2022 14:10:38 +0200 Message-Id: <20220511121038.1002898-1-heiko@ist.eigentlich.net> X-Mailer: git-send-email 2.32.0 MIME-Version: 1.0 X-Spam-Report: Spam detection software, running on the system "util-spamd-2.v13.lw.sourceforge.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Signed-off-by: Heiko Hund <heiko@ist.eigentlich.net> --- doc/man-sections/tls-options.rst | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/doc/man-sections/tls-options.rst b/doc/man-sections/tls-options.rst index c06ee335..d51aff77 100644 --- a/doc/man-sections/tls-options.rst +++ b/doc/man-sections/tls-options.rst @@ -487,8 [...] Content analysis details: (0.2 points, 6.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 T_SCC_BODY_TEXT_LINE No description available. X-Headers-End: 1nolBB-008mlU-Oj Subject: [Openvpn-devel] [PATCH] doc: fix literal block in tls-options.rst X-BeenThere: openvpn-devel@lists.sourceforge.net X-Mailman-Version: 2.1.21 Precedence: list List-Id: <openvpn-devel.lists.sourceforge.net> List-Unsubscribe: <https://lists.sourceforge.net/lists/options/openvpn-devel>, <mailto:openvpn-devel-request@lists.sourceforge.net?subject=unsubscribe> List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=openvpn-devel> List-Post: <mailto:openvpn-devel@lists.sourceforge.net> List-Help: <mailto:openvpn-devel-request@lists.sourceforge.net?subject=help> List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/openvpn-devel>, <mailto:openvpn-devel-request@lists.sourceforge.net?subject=subscribe> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: openvpn-devel-bounces@lists.sourceforge.net X-getmail-retrieved-from-mailbox: Inbox |
| Series |
[Openvpn-devel] doc: fix literal block in tls-options.rst
|
|
Commit Message
Heiko Hund
May 11, 2022, 2:10 a.m. UTC
Signed-off-by: Heiko Hund <heiko@ist.eigentlich.net>
---
doc/man-sections/tls-options.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Comments
Am 11.05.22 um 14:10 schrieb Heiko Hund: > Signed-off-by: Heiko Hund <heiko@ist.eigentlich.net> > --- > doc/man-sections/tls-options.rst | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/doc/man-sections/tls-options.rst b/doc/man-sections/tls-options.rst > index c06ee335..d51aff77 100644 > --- a/doc/man-sections/tls-options.rst > +++ b/doc/man-sections/tls-options.rst > @@ -487,8 +487,8 @@ certificates and keys: https://github.com/OpenVPN/easy-rsa > > --tls-crypt-v2 keyfile > > - Valid syntax: > - :: > + Valid syntax:: > + > tls-crypt-v2 keyfile > tls-crypt-v2 keyfile force-cookie > tls-crypt-v2 keyfile allow-noncookie I don't understand this to be honest. I don't have a good about rst but all other instances of Valid syntax use the form like what was before the patch, e.g. Valid syntax: :: peer-fingerprint AD:B0:95:D8:09:... So why exactly does this one need to be different? Arne
On Freitag, 13. Mai 2022 10:55:32 CEST Arne Schwabe wrote: > Am 11.05.22 um 14:10 schrieb Heiko Hund: > > + Valid syntax:: > > I don't understand this to be honest. I don't have a good about rst but > all other instances of Valid syntax use the form like what was before > the patch, e.g. > > Valid syntax: > > peer-fingerprint AD:B0:95:D8:09:... > > So why exactly does this one need to be different? It doesn't need to. :: on an end of line are replaced by a single : and serve the same formatting purpose as :: on a separate line followed by a blank line: https://docutils.sourceforge.io/docs/user/rst/quickref.html#literal-blocks Thought it is easier on the eye here, because it is possible. The actual problem is that a blank line after the :: is missing. Let me know if I should send a version with :: separate. Cheers Heiko
Acked-by: Gert Doering <gert@greenie.muc.de> I think this was duly discussed, fixed a real formatting issue (blank line missing), and whether or not "::" should be on a separate line or not can be clarified separately. For now, fix the issue. (I have no idea about .rst, but the explanation + URL given sounds reasonable) Your patch has been applied to the master branch. commit ceeb37a6c728dc9bf4ae19637aa320f02806b6ff Author: Heiko Hund Date: Wed May 11 14:10:38 2022 +0200 doc: fix literal block in tls-options.rst Signed-off-by: Heiko Hund <heiko@ist.eigentlich.net> Acked-by: Gert Doering <gert@greenie.muc.de> Message-Id: <20220511121038.1002898-1-heiko@ist.eigentlich.net> URL: https://www.mail-archive.com/openvpn-devel@lists.sourceforge.net/msg24320.html Signed-off-by: Gert Doering <gert@greenie.muc.de> -- kind regards, Gert Doering
diff --git a/doc/man-sections/tls-options.rst b/doc/man-sections/tls-options.rst index c06ee335..d51aff77 100644 --- a/doc/man-sections/tls-options.rst +++ b/doc/man-sections/tls-options.rst @@ -487,8 +487,8 @@ certificates and keys: https://github.com/OpenVPN/easy-rsa --tls-crypt-v2 keyfile - Valid syntax: - :: + Valid syntax:: + tls-crypt-v2 keyfile tls-crypt-v2 keyfile force-cookie tls-crypt-v2 keyfile allow-noncookie