diff for duplicates of <74696d9a8906e3c16dcdff558aaab4f9663b06f5.camel@infradead.org> diff --git a/N1/1.1.hdr b/N1/1.1.hdr new file mode 100644 index 0000000..9a40e9f --- /dev/null +++ b/N1/1.1.hdr @@ -0,0 +1,2 @@ +Content-Type: text/plain; charset="UTF-8" +Content-Transfer-Encoding: quoted-printable diff --git a/a/1.txt b/N1/1.1.txt similarity index 100% rename from a/1.txt rename to N1/1.1.txt diff --git a/a/2.bin b/N1/1.2.bin similarity index 100% rename from a/2.bin rename to N1/1.2.bin diff --git a/N1/1.2.hdr b/N1/1.2.hdr new file mode 100644 index 0000000..307aaef --- /dev/null +++ b/N1/1.2.hdr @@ -0,0 +1,3 @@ +Content-Type: application/x-pkcs7-signature; name="smime.p7s" +Content-Disposition: attachment; filename="smime.p7s" +Content-Transfer-Encoding: base64 diff --git a/a/2.hdr b/N1/2.hdr index 307aaef..4b86001 100644 --- a/a/2.hdr +++ b/N1/2.hdr @@ -1,3 +1,4 @@ -Content-Type: application/x-pkcs7-signature; name="smime.p7s" -Content-Disposition: attachment; filename="smime.p7s" -Content-Transfer-Encoding: base64 +Content-Type: text/plain; charset="us-ascii" +MIME-Version: 1.0 +Content-Transfer-Encoding: 7bit +Content-Disposition: inline diff --git a/N1/2.txt b/N1/2.txt new file mode 100644 index 0000000..fdee621 --- /dev/null +++ b/N1/2.txt @@ -0,0 +1,4 @@ +_______________________________________________ +Intel-gfx mailing list +Intel-gfx@lists.freedesktop.org +https://lists.freedesktop.org/mailman/listinfo/intel-gfx diff --git a/a/content_digest b/N1/content_digest index 19a333d..8e20348 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -23,7 +23,7 @@ "From\0David Woodhouse <dwmw2\@infradead.org>\0" ] [ - "Subject\0Re: [PATCH v2 00/40] Use ASCII subset instead of UTF-8 alternate symbols\0" + "Subject\0Re: [Intel-gfx] [PATCH v2 00/40] Use ASCII subset instead of UTF-8 alternate symbols\0" ] [ "Date\0Sat, 15 May 2021 13:02:18 +0100\0" @@ -32,37 +32,37 @@ "To\0Mauro Carvalho Chehab <mchehab+huawei\@kernel.org>\0" ] [ - "Cc\0Linux Doc Mailing List <linux-doc\@vger.kernel.org>", - " linux-kernel\@vger.kernel.org", + "Cc\0alsa-devel\@alsa-project.org", + " kvm\@vger.kernel.org", + " Linux Doc Mailing List <linux-doc\@vger.kernel.org>", + " linux-iio\@vger.kernel.org", + " linux-pci\@vger.kernel.org", + " keyrings\@vger.kernel.org", + " linux-sgx\@vger.kernel.org", " Jonathan Corbet <corbet\@lwn.net>", + " linux-rdma\@vger.kernel.org", + " linux-acpi\@vger.kernel.org", " Mali DP Maintainers <malidp\@foss.arm.com>", - " alsa-devel\@alsa-project.org", - " coresight\@lists.linaro.org", - " intel-gfx\@lists.freedesktop.org", + " linux-input\@vger.kernel.org", " intel-wired-lan\@lists.osuosl.org", - " keyrings\@vger.kernel.org", - " kvm\@vger.kernel.org", - " linux-acpi\@vger.kernel.org", - " linux-arm-kernel\@lists.infradead.org", - " linux-edac\@vger.kernel.org", " linux-ext4\@vger.kernel.org", - " linux-f2fs-devel\@lists.sourceforge.net", - " linux-hwmon\@vger.kernel.org", - " linux-iio\@vger.kernel.org", - " linux-input\@vger.kernel.org", - " linux-integrity\@vger.kernel.org", + " intel-gfx\@lists.freedesktop.org", " linux-media\@vger.kernel.org", - " linux-pci\@vger.kernel.org", " linux-pm\@vger.kernel.org", - " linux-rdma\@vger.kernel.org", - " linux-sgx\@vger.kernel.org", - " linux-usb\@vger.kernel.org", + " coresight\@lists.linaro.org", + " rcu\@vger.kernel.org", " mjpeg-users\@lists.sourceforge.net", + " linux-arm-kernel\@lists.infradead.org", + " linux-edac\@vger.kernel.org", + " linux-hwmon\@vger.kernel.org", " netdev\@vger.kernel.org", - " rcu\@vger.kernel.org\0" + " linux-usb\@vger.kernel.org", + " linux-kernel\@vger.kernel.org", + " linux-f2fs-devel\@lists.sourceforge.net", + " linux-integrity\@vger.kernel.org\0" ] [ - "\0001:1\0" + "\0002:1.1\0" ] [ "b\0" @@ -308,7 +308,7 @@ "the monospaced font in email." ] [ - "\0001:2\0" + "\0002:1.2\0" ] [ "fn\0smime.p7s\0" @@ -338,5 +338,17 @@ "\312\342\301`t\373c^\332\374\241\361Q\213dc\242\271\235\233\307\255,\241t\331\17\230\0006K\t\334\235\364,+\r\252\r\250\20\351#\26\230,\337\300\362\221\365:9\213\302\215\353\227\35t#H\21u\35%\356.Cx\34449\271\366\351\362\317L/\342V\347\323N\252\17\n", "\273\217\225\311=<}\257\2551]9+bh\1\324\325`v\341~\206\306\22\215\20\242\f%\356\311\24\251\301<\1\376\0\0\0\0\0\0" ] +[ + "\0001:2\0" +] +[ + "b\0" +] +[ + "_______________________________________________\n", + "Intel-gfx mailing list\n", + "Intel-gfx\@lists.freedesktop.org\n", + "https://lists.freedesktop.org/mailman/listinfo/intel-gfx" +] -ef07af402fa0b2c45fe0924f834f94e48324edf28991fac673e9152197315b2b +7328cedf81cc7e124b0fcd9f1ee65ded5005955ec9eb63911a9304610d9d690b
diff --git a/a/content_digest b/N2/content_digest index 19a333d..b8e514d 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -32,34 +32,34 @@ "To\0Mauro Carvalho Chehab <mchehab+huawei\@kernel.org>\0" ] [ - "Cc\0Linux Doc Mailing List <linux-doc\@vger.kernel.org>", - " linux-kernel\@vger.kernel.org", + "Cc\0alsa-devel\@alsa-project.org", + " kvm\@vger.kernel.org", + " Linux Doc Mailing List <linux-doc\@vger.kernel.org>", + " linux-iio\@vger.kernel.org", + " linux-pci\@vger.kernel.org", + " keyrings\@vger.kernel.org", + " linux-sgx\@vger.kernel.org", " Jonathan Corbet <corbet\@lwn.net>", + " linux-rdma\@vger.kernel.org", + " linux-acpi\@vger.kernel.org", " Mali DP Maintainers <malidp\@foss.arm.com>", - " alsa-devel\@alsa-project.org", - " coresight\@lists.linaro.org", - " intel-gfx\@lists.freedesktop.org", + " linux-input\@vger.kernel.org", " intel-wired-lan\@lists.osuosl.org", - " keyrings\@vger.kernel.org", - " kvm\@vger.kernel.org", - " linux-acpi\@vger.kernel.org", - " linux-arm-kernel\@lists.infradead.org", - " linux-edac\@vger.kernel.org", " linux-ext4\@vger.kernel.org", - " linux-f2fs-devel\@lists.sourceforge.net", - " linux-hwmon\@vger.kernel.org", - " linux-iio\@vger.kernel.org", - " linux-input\@vger.kernel.org", - " linux-integrity\@vger.kernel.org", + " intel-gfx\@lists.freedesktop.org", " linux-media\@vger.kernel.org", - " linux-pci\@vger.kernel.org", " linux-pm\@vger.kernel.org", - " linux-rdma\@vger.kernel.org", - " linux-sgx\@vger.kernel.org", - " linux-usb\@vger.kernel.org", + " coresight\@lists.linaro.org", + " rcu\@vger.kernel.org", " mjpeg-users\@lists.sourceforge.net", + " linux-arm-kernel\@lists.infradead.org", + " linux-edac\@vger.kernel.org", + " linux-hwmon\@vger.kernel.org", " netdev\@vger.kernel.org", - " rcu\@vger.kernel.org\0" + " linux-usb\@vger.kernel.org", + " linux-kernel\@vger.kernel.org", + " linux-f2fs-devel\@lists.sourceforge.net", + " linux-integrity\@vger.kernel.org\0" ] [ "\0001:1\0" @@ -339,4 +339,4 @@ "\273\217\225\311=<}\257\2551]9+bh\1\324\325`v\341~\206\306\22\215\20\242\f%\356\311\24\251\301<\1\376\0\0\0\0\0\0" ] -ef07af402fa0b2c45fe0924f834f94e48324edf28991fac673e9152197315b2b +3b45bf2e12b8218c0ceb036dbcef6c61065fd501d575cb2acdcb1fa5422926bc
diff --git a/N3/1.1.hdr b/N3/1.1.hdr new file mode 100644 index 0000000..9a40e9f --- /dev/null +++ b/N3/1.1.hdr @@ -0,0 +1,2 @@ +Content-Type: text/plain; charset="UTF-8" +Content-Transfer-Encoding: quoted-printable diff --git a/a/1.txt b/N3/1.1.txt similarity index 100% rename from a/1.txt rename to N3/1.1.txt diff --git a/a/2.bin b/N3/1.2.bin similarity index 100% rename from a/2.bin rename to N3/1.2.bin diff --git a/N3/1.2.hdr b/N3/1.2.hdr new file mode 100644 index 0000000..307aaef --- /dev/null +++ b/N3/1.2.hdr @@ -0,0 +1,3 @@ +Content-Type: application/x-pkcs7-signature; name="smime.p7s" +Content-Disposition: attachment; filename="smime.p7s" +Content-Transfer-Encoding: base64 diff --git a/a/2.hdr b/N3/2.hdr index 307aaef..4b86001 100644 --- a/a/2.hdr +++ b/N3/2.hdr @@ -1,3 +1,4 @@ -Content-Type: application/x-pkcs7-signature; name="smime.p7s" -Content-Disposition: attachment; filename="smime.p7s" -Content-Transfer-Encoding: base64 +Content-Type: text/plain; charset="us-ascii" +MIME-Version: 1.0 +Content-Transfer-Encoding: 7bit +Content-Disposition: inline diff --git a/N3/2.txt b/N3/2.txt new file mode 100644 index 0000000..8133cf0 --- /dev/null +++ b/N3/2.txt @@ -0,0 +1,4 @@ +_______________________________________________ +linux-arm-kernel mailing list +linux-arm-kernel@lists.infradead.org +http://lists.infradead.org/mailman/listinfo/linux-arm-kernel diff --git a/a/content_digest b/N3/content_digest index 19a333d..80c3645 100644 --- a/a/content_digest +++ b/N3/content_digest @@ -62,7 +62,7 @@ " rcu\@vger.kernel.org\0" ] [ - "\0001:1\0" + "\0002:1.1\0" ] [ "b\0" @@ -308,7 +308,7 @@ "the monospaced font in email." ] [ - "\0001:2\0" + "\0002:1.2\0" ] [ "fn\0smime.p7s\0" @@ -338,5 +338,17 @@ "\312\342\301`t\373c^\332\374\241\361Q\213dc\242\271\235\233\307\255,\241t\331\17\230\0006K\t\334\235\364,+\r\252\r\250\20\351#\26\230,\337\300\362\221\365:9\213\302\215\353\227\35t#H\21u\35%\356.Cx\34449\271\366\351\362\317L/\342V\347\323N\252\17\n", "\273\217\225\311=<}\257\2551]9+bh\1\324\325`v\341~\206\306\22\215\20\242\f%\356\311\24\251\301<\1\376\0\0\0\0\0\0" ] +[ + "\0001:2\0" +] +[ + "b\0" +] +[ + "_______________________________________________\n", + "linux-arm-kernel mailing list\n", + "linux-arm-kernel\@lists.infradead.org\n", + "http://lists.infradead.org/mailman/listinfo/linux-arm-kernel" +] -ef07af402fa0b2c45fe0924f834f94e48324edf28991fac673e9152197315b2b +225d96cd75d84c03ea62763a1f4393876aa9ddf8d1e8c53a77a5e706d895fa8e
diff --git a/a/1.txt b/N4/1.txt index 30dcf5a..3fa813f 100644 --- a/a/1.txt +++ b/N4/1.txt @@ -24,14 +24,14 @@ On Sat, 2021-05-15 at 13:23 +0200, Mauro Carvalho Chehab wrote: OK, fine. So that's an unrelated issue really, and just happened to be what historically triggered the discussion. Let's set it aside. -> > > I actually checked the current UTF-8 issues … +> > > I actually checked the current UTF-8 issues ? > > > > No, these aren't "UTF-8 issues". Those are *conversion* issues, and -> > … *nothing* to do with the encoding that we happen to be using. +> > ? *nothing* to do with the encoding that we happen to be using. > > Yes. That's what I said. -Er… I'm fairly sure you *did* call them "UTF-8 issues". Whatever. +Er? I'm fairly sure you *did* call them "UTF-8 issues". Whatever. @@ -46,7 +46,7 @@ Er… I'm fairly sure you *did* call them "UTF-8 issues". Whatever. > > > So, I'll post a v3 of this series, changing only: > > > > > > - U+00a0 (' '): NO-BREAK SPACE -> > > - U+feff (''): ZERO WIDTH NO-BREAK SPACE (BOM) +> > > - U+feff ('?'): ZERO WIDTH NO-BREAK SPACE (BOM) > > > > Ack, as long as those make *no* mention of UTF-8. Except perhaps to > > note that BOM is redundant because UTF-8 doesn't have a byteorder. @@ -71,7 +71,7 @@ As I said, the only time that it makes sense to mention UTF-8 in this context is when talking about *why* the BOM is not needed. And even then, you could say "because we *aren't* using an encoding where endianness matters, such as UTF-16", instead of actually mentioning -UTF-8. Try it ☺ +UTF-8. Try it ? > > > > > --- @@ -80,10 +80,10 @@ UTF-8. Try it ☺ > > > > > > 5. curly commas: > > > -> > > - U+2018 ('‘'): LEFT SINGLE QUOTATION MARK -> > > - U+2019 ('’'): RIGHT SINGLE QUOTATION MARK -> > > - U+201c ('“'): LEFT DOUBLE QUOTATION MARK -> > > - U+201d ('”'): RIGHT DOUBLE QUOTATION MARK +> > > - U+2018 ('?'): LEFT SINGLE QUOTATION MARK +> > > - U+2019 ('?'): RIGHT SINGLE QUOTATION MARK +> > > - U+201c ('?'): LEFT DOUBLE QUOTATION MARK +> > > - U+201d ('?'): RIGHT DOUBLE QUOTATION MARK > > > > > > IMO, those should be replaced by ASCII commas: ' and ". > > > @@ -91,7 +91,7 @@ UTF-8. Try it ☺ > > > > > > - most were introduced during the conversion from Docbook, > > > markdown and LaTex; -> > > - they don't add any extra value, as using "foo" of “foo” means +> > > - they don't add any extra value, as using "foo" of ?foo? means > > > the same thing; > > > - Sphinx already use "fancy" commas at the output. > > > @@ -189,9 +189,9 @@ conflate is with talking about charset encodings. > > > > > > 6. Hyphen/Dashes and ellipsis > > > -> > > - U+2212 ('−'): MINUS SIGN -> > > - U+00ad (''): SOFT HYPHEN -> > > - U+2010 ('‐'): HYPHEN +> > > - U+2212 ('?'): MINUS SIGN +> > > - U+00ad ('?'): SOFT HYPHEN +> > > - U+2010 ('?'): HYPHEN > > > > > > Those three are used on places where a normal ASCII hyphen/minus > > > should be used instead. There are even a couple of C files which @@ -201,9 +201,9 @@ conflate is with talking about charset encodings. > > > > That seems to make sense. > > -> > > - U+2013 ('–'): EN DASH -> > > - U+2014 ('—'): EM DASH -> > > - U+2026 ('…'): HORIZONTAL ELLIPSIS +> > > - U+2013 ('?'): EN DASH +> > > - U+2014 ('?'): EM DASH +> > > - U+2026 ('?'): HORIZONTAL ELLIPSIS > > > > > > Those are auto-replaced by Sphinx from "--", "---" and "...", > > > respectively. @@ -220,7 +220,7 @@ conflate is with talking about charset encodings. > > > > > > > Again using the trigraph-like '--' and '...' instead of just using the -> > plain text '—' and '…' breaks searching, because what's in the output +> > plain text '?' and '?' breaks searching, because what's in the output > > doesn't match the input. Again consistency is good, but perhaps we > > should standardise on just putting these in their plain text form > > instead of the trigraphs? @@ -236,3 +236,11 @@ conflate is with talking about charset encodings. Interesting. They definitely show differently in my terminal, and in the monospaced font in email. + +-------------- next part -------------- +A non-text attachment was scrubbed... +Name: smime.p7s +Type: application/x-pkcs7-signature +Size: 5174 bytes +Desc: not available +URL: <http://lists.osuosl.org/pipermail/intel-wired-lan/attachments/20210515/5715f4a5/attachment.bin> diff --git a/a/2.bin b/a/2.bin deleted file mode 100644 index b1fc80c..0000000 Binary files a/a/2.bin and /dev/null differ diff --git a/a/2.hdr b/a/2.hdr deleted file mode 100644 index 307aaef..0000000 --- a/a/2.hdr +++ /dev/null @@ -1,3 +0,0 @@ -Content-Type: application/x-pkcs7-signature; name="smime.p7s" -Content-Disposition: attachment; filename="smime.p7s" -Content-Transfer-Encoding: base64 diff --git a/a/content_digest b/N4/content_digest index 19a333d..92a4f9f 100644 --- a/a/content_digest +++ b/N4/content_digest @@ -23,46 +23,16 @@ "From\0David Woodhouse <dwmw2\@infradead.org>\0" ] [ - "Subject\0Re: [PATCH v2 00/40] Use ASCII subset instead of UTF-8 alternate symbols\0" + "Subject\0[Intel-wired-lan] [PATCH v2 00/40] Use ASCII subset instead of UTF-8 alternate symbols\0" ] [ "Date\0Sat, 15 May 2021 13:02:18 +0100\0" ] [ - "To\0Mauro Carvalho Chehab <mchehab+huawei\@kernel.org>\0" + "To\0intel-wired-lan\@osuosl.org\0" ] [ - "Cc\0Linux Doc Mailing List <linux-doc\@vger.kernel.org>", - " linux-kernel\@vger.kernel.org", - " Jonathan Corbet <corbet\@lwn.net>", - " Mali DP Maintainers <malidp\@foss.arm.com>", - " alsa-devel\@alsa-project.org", - " coresight\@lists.linaro.org", - " intel-gfx\@lists.freedesktop.org", - " intel-wired-lan\@lists.osuosl.org", - " keyrings\@vger.kernel.org", - " kvm\@vger.kernel.org", - " linux-acpi\@vger.kernel.org", - " linux-arm-kernel\@lists.infradead.org", - " linux-edac\@vger.kernel.org", - " linux-ext4\@vger.kernel.org", - " linux-f2fs-devel\@lists.sourceforge.net", - " linux-hwmon\@vger.kernel.org", - " linux-iio\@vger.kernel.org", - " linux-input\@vger.kernel.org", - " linux-integrity\@vger.kernel.org", - " linux-media\@vger.kernel.org", - " linux-pci\@vger.kernel.org", - " linux-pm\@vger.kernel.org", - " linux-rdma\@vger.kernel.org", - " linux-sgx\@vger.kernel.org", - " linux-usb\@vger.kernel.org", - " mjpeg-users\@lists.sourceforge.net", - " netdev\@vger.kernel.org", - " rcu\@vger.kernel.org\0" -] -[ - "\0001:1\0" + "\0000:1\0" ] [ "b\0" @@ -94,14 +64,14 @@ "OK, fine. So that's an unrelated issue really, and just happened to be\n", "what historically triggered the discussion. Let's set it aside.\n", "\n", - "> > > I actually checked the current UTF-8 issues \342\200\246 \n", + "> > > I actually checked the current UTF-8 issues ? \n", "> > \n", "> > No, these aren't \"UTF-8 issues\". Those are *conversion* issues, and \n", - "> > \342\200\246 *nothing* to do with the encoding that we happen to be using.\n", + "> > ? *nothing* to do with the encoding that we happen to be using.\n", "> \n", "> Yes. That's what I said.\n", "\n", - "Er\342\200\246 I'm fairly sure you *did* call them \"UTF-8 issues\". Whatever.\n", + "Er? I'm fairly sure you *did* call them \"UTF-8 issues\". Whatever.\n", "\n", "\n", "\n", @@ -116,7 +86,7 @@ "> > > So, I'll post a v3 of this series, changing only:\n", "> > > \n", "> > > - U+00a0 (' '): NO-BREAK SPACE\n", - "> > > - U+feff ('\357\273\277'): ZERO WIDTH NO-BREAK SPACE (BOM) \n", + "> > > - U+feff ('?'): ZERO WIDTH NO-BREAK SPACE (BOM) \n", "> > \n", "> > Ack, as long as those make *no* mention of UTF-8. Except perhaps to\n", "> > note that BOM is redundant because UTF-8 doesn't have a byteorder.\n", @@ -141,7 +111,7 @@ "context is when talking about *why* the BOM is not needed. And even\n", "then, you could say \"because we *aren't* using an encoding where\n", "endianness matters, such as UTF-16\", instead of actually mentioning\n", - "UTF-8. Try it \342\230\272\n", + "UTF-8. Try it ?\n", "\n", "> > \n", "> > > ---\n", @@ -150,10 +120,10 @@ "> > > \n", "> > > 5. curly commas:\n", "> > > \n", - "> > > - U+2018 ('\342\200\230'): LEFT SINGLE QUOTATION MARK\n", - "> > > - U+2019 ('\342\200\231'): RIGHT SINGLE QUOTATION MARK\n", - "> > > - U+201c ('\342\200\234'): LEFT DOUBLE QUOTATION MARK\n", - "> > > - U+201d ('\342\200\235'): RIGHT DOUBLE QUOTATION MARK\n", + "> > > - U+2018 ('?'): LEFT SINGLE QUOTATION MARK\n", + "> > > - U+2019 ('?'): RIGHT SINGLE QUOTATION MARK\n", + "> > > - U+201c ('?'): LEFT DOUBLE QUOTATION MARK\n", + "> > > - U+201d ('?'): RIGHT DOUBLE QUOTATION MARK\n", "> > > \n", "> > > IMO, those should be replaced by ASCII commas: ' and \".\n", "> > > \n", @@ -161,7 +131,7 @@ "> > > \n", "> > > - most were introduced during the conversion from Docbook,\n", "> > > markdown and LaTex;\n", - "> > > - they don't add any extra value, as using \"foo\" of \342\200\234foo\342\200\235 means\n", + "> > > - they don't add any extra value, as using \"foo\" of ?foo? means\n", "> > > the same thing;\n", "> > > - Sphinx already use \"fancy\" commas at the output. \n", "> > > \n", @@ -259,9 +229,9 @@ "> > > \n", "> > > 6. Hyphen/Dashes and ellipsis\n", "> > > \n", - "> > > - U+2212 ('\342\210\222'): MINUS SIGN\n", - "> > > - U+00ad ('\302\255'): SOFT HYPHEN\n", - "> > > - U+2010 ('\342\200\220'): HYPHEN\n", + "> > > - U+2212 ('?'): MINUS SIGN\n", + "> > > - U+00ad ('?'): SOFT HYPHEN\n", + "> > > - U+2010 ('?'): HYPHEN\n", "> > > \n", "> > > Those three are used on places where a normal ASCII hyphen/minus\n", "> > > should be used instead. There are even a couple of C files which\n", @@ -271,9 +241,9 @@ "> > \n", "> > That seems to make sense.\n", "> > \n", - "> > > - U+2013 ('\342\200\223'): EN DASH\n", - "> > > - U+2014 ('\342\200\224'): EM DASH\n", - "> > > - U+2026 ('\342\200\246'): HORIZONTAL ELLIPSIS\n", + "> > > - U+2013 ('?'): EN DASH\n", + "> > > - U+2014 ('?'): EM DASH\n", + "> > > - U+2026 ('?'): HORIZONTAL ELLIPSIS\n", "> > > \n", "> > > Those are auto-replaced by Sphinx from \"--\", \"---\" and \"...\",\n", "> > > respectively.\n", @@ -290,7 +260,7 @@ "> > > \n", "> > \n", "> > Again using the trigraph-like '--' and '...' instead of just using the\n", - "> > plain text '\342\200\224' and '\342\200\246' breaks searching, because what's in the output\n", + "> > plain text '?' and '?' breaks searching, because what's in the output\n", "> > doesn't match the input. Again consistency is good, but perhaps we\n", "> > should standardise on just putting these in their plain text form\n", "> > instead of the trigraphs?\n", @@ -305,38 +275,15 @@ "> the same.\n", "\n", "Interesting. They definitely show differently in my terminal, and in\n", - "the monospaced font in email." -] -[ - "\0001:2\0" -] -[ - "fn\0smime.p7s\0" -] -[ - "b\0" -] -[ - "0\200\6\t*\206H\206\367\r\1\a\2\240\2000\200\2\1\0011\0170\r\6\t`\206H\1e\3\4\2\1\5\0000\200\6\t*\206H\206\367\r\1\a\1\0\0\240\202\20*0\202\5\0340\202\4\4\240\3\2\1\2\2\21\0\342\273IHy*\354\t\351\304\245\30\361\231Xf0\r\6\t*\206H\206\367\r\1\1\13\5\0000\201\2271\0130\t\6\3U\4\6\23\2GB1\e0\31\6\3U\4\b\23\22Greater Manchester1\0200\16\6\3U\4\a\23\aSalford1\0320\30\6\3U\4\n", - "\23\21COMODO CA Limited1=0;\6\3U\4\3\0234COMODO RSA Client Authentication and Secure Email CA0\36\27\r190102000000Z\27\r220101235959Z0\$1\"0 \6\t*\206H\206\367\r\1\t\1\26\23dwmw2\@infradead.org0\202\1\"0\r\6\t*\206H\206\367\r\1\1\1\5\0\3\202\1\17\0000\202\1\n", - "\2\202\1\1\0\262\375\3609\262\323\t\265\0\354bj*?o\34g\376\25\257\255\246C\276e\25o{\321)6\303,}xo\26\226\374F\2\374\274?\213\327}\360+\247,b\200\324\3572\242\2\217v\24\305\26i\215G\313\241\352\275Z\375\241\353\337M]\361\204\36k\@\355Q\34\232\0~K\341\313\354)\216\216\320q{\263\220\352bn\255\230\272\265R\264p\"\32\240\0160c\27\205\305F\250\373\206\205\305\\W5T\216\313\304\314\5}>\217J\332\272Y\347aD\342\260\344\2442\265\244\22\276\270\3402:H\b\203\367\3\360\253\240j\376m\311\252ru\345\214e\22P\37[\314C\243\225On\2\310\t\366\311y\2666\4\3201-f\2474\255?h\250>\324\347\2632\20\"\36\300I\\\341W\247,\35\277\30\256L|\232\te;*\355\365\215\244Y\24I\26o\305=\23D\272\263\2365^\245\235\200\27;)\225'\2\3\1\0\1\243\202\1\3230\202\1\3170\37\6\3U\35#\4\0300\26\200\24\202\257l\214\370\305\376\226a|\350\37=+qH^\304\213\3000\35\6\3U\35\16\4\26\4\24\267\3565\3776\320\273\332O\200\n", - "\306\261\212\334B\261\3241;0\16\6\3U\35\17\1\1\377\4\4\3\2\5\2400\f\6\3U\35\23\1\1\377\4\0020\0000\35\6\3U\35%\4\0260\24\6\b+\6\1\5\5\a\3\4\6\b+\6\1\5\5\a\3\0020F\6\3U\35 \4?0=0;\6\f+\6\1\4\1\2621\1\2\1\3\0050+0)\6\b+\6\1\5\5\a\2\1\26\35https://secure.comodo.net/CPS0Z\6\3U\35\37\4S0Q0O\240M\240K\206Ihttp://crl.comodoca.com/COMODORSAClientAuthenticationandSecureEmailCA.crl0\201\213\6\b+\6\1\5\5\a\1\1\4\1770}0U\6\b+\6\1\5\5\a0\2\206Ihttp://crt.comodoca.com/COMODORSAClientAuthenticationandSecureEmailCA.crt0\$\6\b+\6\1\5\5\a0\1\206\30http://ocsp.comodoca.com0\36\6\3U\35\21\4\0270\25\201\23dwmw2\@infradead.org0\r\6\t*\206H\206\367\r\1\1\13\5\0\3\202\1\1\0\13m,\244\26\353/\275Y\22!kmpG\242|\341\206*\316\326\307g\371\177\216[\236\375\240\205\314J\345DcR\360\247&\30>\262\214N2\204\13\e\257\247n\34\363oj\313M\324U\31\273\343d}\0378\354\352\320\264\241\253A\27\262\251\311m\273\260&\22\276>pm\251~N\333s\314\36\353O\326_<\2\325M\371\26\373\332\204\257\234?\235+\256\364\360\232\252S\35\214\0R\314z\372\341%\25\313\214\246\3662o\277\361pi\23\17\201\3548\2547\204\314\224\260\177w\236V\235?T<\321\346C\355\312\24\276\320\2553\274\205\2011\221O8\366\16|\16}\315\303z\2l\305 \237/5\241\312\313\224\35\231\345\361FB\355\@t\330\201\3\351 \375Ls\310\226i\25\262\237\b\204\335\347%\370\365\263\253\210\276\275\331\243\25\17*\224\276\37\37?\344\375\364\372\250\254~\34 \223\372;\24\223w\22\2140\202\5\0340\202\4\4\240\3\2\1\2\2\21\0\342\273IHy*\354\t\351\304\245\30\361\231Xf0\r\6\t*\206H\206\367\r\1\1\13\5\0000\201\2271\0130\t\6\3U\4\6\23\2GB1\e0\31\6\3U\4\b\23\22Greater Manchester1\0200\16\6\3U\4\a\23\aSalford1\0320\30\6\3U\4\n", - "\23\21COMODO CA Limited1=0;\6\3U\4\3\0234COMODO RSA Client Authentication and Secure Email CA0\36\27\r190102000000Z\27\r220101235959Z0\$1\"0 \6\t*\206H\206\367\r\1\t\1\26\23dwmw2\@infradead.org0\202\1\"0\r\6\t*\206H\206\367\r\1\1\1\5\0\3\202\1\17\0000\202\1\n", - "\2\202\1\1\0\262\375\3609\262\323\t\265\0\354bj*?o\34g\376\25\257\255\246C\276e\25o{\321)6\303,}xo\26\226\374F\2\374\274?\213\327}\360+\247,b\200\324\3572\242\2\217v\24\305\26i\215G\313\241\352\275Z\375\241\353\337M]\361\204\36k\@\355Q\34\232\0~K\341\313\354)\216\216\320q{\263\220\352bn\255\230\272\265R\264p\"\32\240\0160c\27\205\305F\250\373\206\205\305\\W5T\216\313\304\314\5}>\217J\332\272Y\347aD\342\260\344\2442\265\244\22\276\270\3402:H\b\203\367\3\360\253\240j\376m\311\252ru\345\214e\22P\37[\314C\243\225On\2\310\t\366\311y\2666\4\3201-f\2474\255?h\250>\324\347\2632\20\"\36\300I\\\341W\247,\35\277\30\256L|\232\te;*\355\365\215\244Y\24I\26o\305=\23D\272\263\2365^\245\235\200\27;)\225'\2\3\1\0\1\243\202\1\3230\202\1\3170\37\6\3U\35#\4\0300\26\200\24\202\257l\214\370\305\376\226a|\350\37=+qH^\304\213\3000\35\6\3U\35\16\4\26\4\24\267\3565\3776\320\273\332O\200\n", - "\306\261\212\334B\261\3241;0\16\6\3U\35\17\1\1\377\4\4\3\2\5\2400\f\6\3U\35\23\1\1\377\4\0020\0000\35\6\3U\35%\4\0260\24\6\b+\6\1\5\5\a\3\4\6\b+\6\1\5\5\a\3\0020F\6\3U\35 \4?0=0;\6\f+\6\1\4\1\2621\1\2\1\3\0050+0)\6\b+\6\1\5\5\a\2\1\26\35https://secure.comodo.net/CPS0Z\6\3U\35\37\4S0Q0O\240M\240K\206Ihttp://crl.comodoca.com/COMODORSAClientAuthenticationandSecureEmailCA.crl0\201\213\6\b+\6\1\5\5\a\1\1\4\1770}0U\6\b+\6\1\5\5\a0\2\206Ihttp://crt.comodoca.com/COMODORSAClientAuthenticationandSecureEmailCA.crt0\$\6\b+\6\1\5\5\a0\1\206\30http://ocsp.comodoca.com0\36\6\3U\35\21\4\0270\25\201\23dwmw2\@infradead.org0\r\6\t*\206H\206\367\r\1\1\13\5\0\3\202\1\1\0\13m,\244\26\353/\275Y\22!kmpG\242|\341\206*\316\326\307g\371\177\216[\236\375\240\205\314J\345DcR\360\247&\30>\262\214N2\204\13\e\257\247n\34\363oj\313M\324U\31\273\343d}\0378\354\352\320\264\241\253A\27\262\251\311m\273\260&\22\276>pm\251~N\333s\314\36\353O\326_<\2\325M\371\26\373\332\204\257\234?\235+\256\364\360\232\252S\35\214\0R\314z\372\341%\25\313\214\246\3662o\277\361pi\23\17\201\3548\2547\204\314\224\260\177w\236V\235?T<\321\346C\355\312\24\276\320\2553\274\205\2011\221O8\366\16|\16}\315\303z\2l\305 \237/5\241\312\313\224\35\231\345\361FB\355\@t\330\201\3\351 \375Ls\310\226i\25\262\237\b\204\335\347%\370\365\263\253\210\276\275\331\243\25\17*\224\276\37\37?\344\375\364\372\250\254~\34 \223\372;\24\223w\22\2140\202\5\3460\202\3\316\240\3\2\1\2\2\20j\233\3418;\377+k\237\1\325\331\270\247RV0\r\6\t*\206H\206\367\r\1\1\f\5\0000\201\2051\0130\t\6\3U\4\6\23\2GB1\e0\31\6\3U\4\b\23\22Greater Manchester1\0200\16\6\3U\4\a\23\aSalford1\0320\30\6\3U\4\n", - "\23\21COMODO CA Limited1+0)\6\3U\4\3\23\"COMODO RSA Certification Authority0\36\27\r130110000000Z\27\r280109235959Z0\201\2271\0130\t\6\3U\4\6\23\2GB1\e0\31\6\3U\4\b\23\22Greater Manchester1\0200\16\6\3U\4\a\23\aSalford1\0320\30\6\3U\4\n", - "\23\21COMODO CA Limited1=0;\6\3U\4\3\0234COMODO RSA Client Authentication and Secure Email CA0\202\1\"0\r\6\t*\206H\206\367\r\1\1\1\5\0\3\202\1\17\0000\202\1\n", - "\2\202\1\1\0\276\263\236W\254(vu\@\26\3078\3\230\323\306\30v!P\363%y\13L\265\240\321}:X>\234\2471.\247\3664v\331\204j\332\320=4H\344\352\365\273\254\337\371\261\201K \375h\177yt4\246z|\265\237\27e`'\227\"\214\2462\376\251\@rF5\302\3\244P\3103*U\245T\221\262+\345%4D5\377\221+\n", - "\301\352\367\37ZS\374u+\4\335\27\362\302\255=7F_\305\300Z\337\325t\302\301\255\220e\202\371\344\n", - "\213>)\5\226\n", - "\216\26794\352F\366\252\361\245\234ro\2128\310\323pN\254\332h\372FF\245\301\354\203#\265\376\355Ne6\216\243\314/\21M{UW\217\325\301\326\261\357m\30\244\303\311A\240\332\22Y\216\272\234\223\177T\"o\347)\272CI\235\t\260\312\b\303\362m8\3504\$.zW4 \6\216\342r\324^M\0019,R\306\337\$\n", - "\373\24\265\2\3\1\0\1\243\202\1<0\202\00180\37\6\3U\35#\4\0300\26\200\24\273\257~\2=\372\246\361<\204\216\255\3568\230\354\33122\3240\35\6\3U\35\16\4\26\4\24\202\257l\214\370\305\376\226a|\350\37=+qH^\304\213\3000\16\6\3U\35\17\1\1\377\4\4\3\2\1\2060\22\6\3U\35\23\1\1\377\4\b0\6\1\1\377\2\1\0000\21\6\3U\35 \4\n", - "0\b0\6\6\4U\35 \0000L\6\3U\35\37\4E0C0A\240?\240=\206;http://crl.comodoca.com/COMODORSACertificationAuthority.crl0q\6\b+\6\1\5\5\a\1\1\4e0c0;\6\b+\6\1\5\5\a0\2\206/http://crt.comodoca.com/COMODORSAAddTrustCA.crt0\$\6\b+\6\1\5\5\a0\1\206\30http://ocsp.comodoca.com0\r\6\t*\206H\206\367\r\1\1\f\5\0\3\202\2\1\0x\\\262\201(4O<\356_V\316\237\227V\354\217\242k\27\366\363\366I\b\6\324\330/5\315\337\@\376\323q\343\350\354B\f\21\32!\343f\260\30k&k\256n\374\204\354{hJd|\323\320 q\206\350[\352\334L\326\177\362\357\307\277\341\223\254\322?\2\32\227\333\371\"\@\334f\201C\355\375\342O\263\335\220rX\364\36ur\313\324\347J\361\244H5;#\223\361\3716\316\373\317\6\3438\251\3jle\245\236\23) \314)Y\224\374\365\0264\302\222N\373ezyq\6\30{\21:\315\347\215\343\375\16\252\252\0\226\201k\214\1x\243\235\30%\247\327\362i\332\206:w#f6\232H\341\223LP~\23jo9KX\372\23\336n\343\355M\272\273\274\340\352\314#:\257!!6\34\337\371\351\346\3239i\\\256\352\337}\247^\333M\266;\373TSX\e\3427\326\t\314\257\a\3073\233]\205\201\177\362\376Tc\2306\304\3O\20\$\320v\357oX\372*5!\203\267\316\333\336\5\333\324\b\206\31\2424\352\374\340\221\350\313\347\315.\227\357a\317\320\364KE8\216HI\210\16\304\2717\234?\360\205\265\36\366\271\204Ar\351\360\300}\337r#\343\276 \303\0\217R\234/\366h\366<\311\327\241\316\346n\264\266\331u\22y<1\t3\375m\311\224v\236#\230\212\26~\24&\355\177p\375\230\35v\17\211g\366' s\260\260k\32MH#\355\362/\306\250\255\207\260\350\$/uX\237\13q\355\302T\232\233\325u\236(\202|\340^\330-vM\322\206\273NKX\2007fA\\X\221\2325s\231\350h2\207\364\352\275q\271\277\274\346\21P\315\\Y\307\237\333E\244\312NR\374ar\310\362p\eG\321\326tZ\263p\352\1\376\34_\23\"\20\247\37\177\263\315k\2037Dd\352\37JVG\312z\0221\202\3\3120\202\3\306\2\1\0010\201\2550\201\2271\0130\t\6\3U\4\6\23\2GB1\e0\31\6\3U\4\b\23\22Greater Manchester1\0200\16\6\3U\4\a\23\aSalford1\0320\30\6\3U\4\n", - "\23\21COMODO CA Limited1=0;\6\3U\4\3\0234COMODO RSA Client Authentication and Secure Email CA\2\21\0\342\273IHy*\354\t\351\304\245\30\361\231Xf0\r\6\t`\206H\1e\3\4\2\1\5\0\240\202\1\3550\30\6\t*\206H\206\367\r\1\t\0031\13\6\t*\206H\206\367\r\1\a\0010\34\6\t*\206H\206\367\r\1\t\0051\17\27\r210515120218Z0/\6\t*\206H\206\367\r\1\t\0041\"\4 }o\257\206\215\2Y\252\352\361/N\274\301=\3662u<\301\344\214/>\220\22\\\eu4\247\2430\201\276\6\t+\6\1\4\1\2027\20\0041\201\2600\201\2550\201\2271\0130\t\6\3U\4\6\23\2GB1\e0\31\6\3U\4\b\23\22Greater Manchester1\0200\16\6\3U\4\a\23\aSalford1\0320\30\6\3U\4\n", - "\23\21COMODO CA Limited1=0;\6\3U\4\3\0234COMODO RSA Client Authentication and Secure Email CA\2\21\0\342\273IHy*\354\t\351\304\245\30\361\231Xf0\201\300\6\13*\206H\206\367\r\1\t\20\2\0131\201\260\240\201\2550\201\2271\0130\t\6\3U\4\6\23\2GB1\e0\31\6\3U\4\b\23\22Greater Manchester1\0200\16\6\3U\4\a\23\aSalford1\0320\30\6\3U\4\n", - "\23\21COMODO CA Limited1=0;\6\3U\4\3\0234COMODO RSA Client Authentication and Secure Email CA\2\21\0\342\273IHy*\354\t\351\304\245\30\361\231Xf0\r\6\t*\206H\206\367\r\1\1\1\5\0\4\202\1\0!x\257K\353\0357Z\$b\371\225\233\f\301-\177\16H}\243q\bMP\3125B\363\t7\fJ5+\241\203\@\22\$\2645\320\353\f\334\25,\315\e\251j\266I\tUI\221\22d\230\360<\266!\t\306\362\225\202\351vR_\236\264\31\323`\221m\250\367\232\376\232\227\233H\201W\2\223:>S\247\265\370VfP\370\353\22356\3671s\361}\34\366\26\272\340f&\231\354\17\371rf\230`e\n", - "\312\342\301`t\373c^\332\374\241\361Q\213dc\242\271\235\233\307\255,\241t\331\17\230\0006K\t\334\235\364,+\r\252\r\250\20\351#\26\230,\337\300\362\221\365:9\213\302\215\353\227\35t#H\21u\35%\356.Cx\34449\271\366\351\362\317L/\342V\347\323N\252\17\n", - "\273\217\225\311=<}\257\2551]9+bh\1\324\325`v\341~\206\306\22\215\20\242\f%\356\311\24\251\301<\1\376\0\0\0\0\0\0" + "the monospaced font in email.\n", + "\n", + "-------------- next part --------------\n", + "A non-text attachment was scrubbed...\n", + "Name: smime.p7s\n", + "Type: application/x-pkcs7-signature\n", + "Size: 5174 bytes\n", + "Desc: not available\n", + "URL: <http://lists.osuosl.org/pipermail/intel-wired-lan/attachments/20210515/5715f4a5/attachment.bin>" ] -ef07af402fa0b2c45fe0924f834f94e48324edf28991fac673e9152197315b2b +6debb1b07c12c177fbb828a36f0f9e4d55859dd1812e4eb4696fcc0a5f764315
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.