This is a multi-part message in MIME format.
--nextPart2776320.hsi8hcfAM6
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="utf-8"
----- BACKGROUND STARTS -----
The text of the current mailing list code of conduct states:
"Wrap your lines at 80 characters or less for ordinary discussion. Lines longer than 80 characters are acceptable for computer-generated output (e.g., ls -l)."
https://www.debian.org/MailingLists/
There were historical reasons for requiring people to wrap outgoing emails relating to some older MUAs (Mail User Agents also known as email clients) not having the ability to wrap the text of incoming emails and some older screens being limited to an 80 character width.
These historical reasons no longer apply, as every MUA of which I am aware now has the ability to wrap incoming lines.
From a technical perspective, I believe having the sending MUA hard-wrap lines at a particular column is the incorrect approach because there is no single line
limit that works well on all receiving devices. Many cell phones have a display
width of 40 columns or less, while modern desktops have a display width of far more than 80 columns. The only system that knows how big the viewport is where the mail will be displayed is the receiving MUA, so that is where decisions about line wrapping should be made.
Having hard line wraps also causes problem with quoted text, where after multiple replies text will start to break in places that can make some of the quoted text appear to not be quoted. I am sure that everyone on the mailing lists has seen emails exhibiting that problem.
There has is some discussion about this issue on debian-devel beginning at:
https://lists.debian.org/debian-devel/2025/02/msg00302.html
In that discussion, several people have suggested the use of format=flowed as a solution. Format=flowed is an RFC that proposes a system for hard-wrapping text
but including special codes that allow a receiving MUA to unwrap them and then rewrap them to the current viewport.
https://www.ietf.org/rfc/rfc2646.txt
Format=flowed never gained wide adoption by the majority of MUAs. Although I don't have any objections to anyone using it, I don't see it as an appropriate requirement for communication on the mailing lists or a general solution to the problems of hard-wrapped text because it doesn't have wide enough implementation.
----- BACKGROUND ENDS -----
----- GENERAL RESOLUTION STARTS -----
It is no longer required that emails sent to or received from official Debian infrastructure like the mailing lists or the BTS (Bug Tracking System) be wrapped at any particular column, although users and automated systems may choose to wrap emails at any column they prefer. Using format=flowed is not required for emails, but users and automated systems may do so if they like.
The maintainers of the mailing list code of conduct shall update the text relating to the wrapping of emails at 80 characters to be the following:
"There is no expectation that emails sent to the mailing lists are wrapped by the sender at a particular column, but those sending emails may wrap them if they choose."
In the future, they may modify the above text of the code of conduct to meet changing circumstances as long as it does not violate the spirit of this General
Resolution.
----- GENERAL RESOLUTION ENDS -----
--
Soren Stoutner
[email protected]
--nextPart2776320.hsi8hcfAM6
Content-Transfer-Encoding: 7Bit
Content-Type: text/html; charset="utf-8"
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">----- BACKGROUND STARTS -----</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">The text of the current mailing list code of conduct states:</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">"Wrap your lines at 80 characters or less for ordinary discussion. Lines longer</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">than 80 characters are acceptable for computer-generated output (e.g., ls -l)."</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">
https://www.debian.org/MailingLists/</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">There were historical reasons for requiring people to wrap outgoing emails</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">relating to some older MUAs (Mail User Agents also known as email clients) not</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">having the ability to wrap the text of incoming emails and some older screens</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">being limited to an 80 character width.</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">These historical reasons no longer apply, as every MUA of which I am aware now</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">has the ability to wrap incoming lines.</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">From a technical perspective, I believe having the sending MUA hard-wrap lines</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">at a particular column is the incorrect approach because there is no single line</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">limit that works well on all receiving devices. Many cell phones have a display</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">width of 40 columns or less, while modern desktops have a display width of far</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">more than 80 columns. The only system that knows how big the viewport is where</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">the mail will be displayed is the receiving MUA, so that is where decisions</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">about line wrapping should be made.</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">Having hard line wraps also causes problem with quoted text, where after</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">multiple replies text will start to break in places that can make some of the</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">quoted text appear to not be quoted. I am sure that everyone on the mailing</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">lists has seen emails exhibiting that problem.</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">There has is some discussion about this issue on debian-devel beginning at:</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">
https://lists.debian.org/debian-devel/2025/02/msg00302.html</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">In that discussion, several people have suggested the use of format=flowed as a</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">solution. Format=flowed is an RFC that proposes a system for hard-wrapping text</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">but including special codes that allow a receiving MUA to unwrap them and then</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">rewrap them to the current viewport.</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">
https://www.ietf.org/rfc/rfc2646.txt</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">Format=flowed never gained wide adoption by the majority of MUAs. Although I</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">don't have any objections to anyone using it, I don't see it as an appropriate</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">requirement for communication on the mailing lists or a general solution to the</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">problems of hard-wrapped text because it doesn't have wide enough</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">implementation.</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">----- BACKGROUND ENDS -----</p>
<br /><br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">----- GENERAL RESOLUTION STARTS -----</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">It is no longer required that emails sent to or received from official Debian</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">infrastructure like the mailing lists or the BTS (Bug Tracking System) be</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">wrapped at any particular column, although users and automated systems may</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">choose to wrap emails at any column they prefer. Using format=flowed is not</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">required for emails, but users and automated systems may do so if they like.</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">The maintainers of the mailing list code of conduct shall update the text</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">relating to the wrapping of emails at 80 characters to be the following:</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">"There is no expectation that emails sent to the mailing lists are wrapped by</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">the sender at a particular column, but those sending emails may wrap them if</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">they choose."</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">In the future, they may modify the above text of the code of conduct to meet</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">changing circumstances as long as it does not violate the spirit of this General</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">Resolution.</p>
<br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">----- GENERAL RESOLUTION ENDS -----</p>
<br /><br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">-- </p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">Soren Stoutner</p>
<p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">
[email protected]</p>
</body>
</html>
--nextPart2776320.hsi8hcfAM6--
-----BEGIN PGP SIGNATURE-----
iQIzBAABCgAdFiEEJKVN2yNUZnlcqOI+wufLJ66wtgMFAmfVxMEACgkQwufLJ66w tgMV9BAAh4C9bPMM6mwEdjhmoRWBo9BPCAaa4GnwrVdObxwLqrExq9LCvyao2b4G knCVgDazgtSVZ/9x4Y4JOeyjJQp+8hDHBwjn09SYgWdctWIHY7zgtwkZk18KNNxc nV7Nkv6n4otHjtM2Ql9+1TvPzRHft9PyA3wG/kxBLXlx5DVAqO3MPJtdgq2It4Qv Ol5Oc4QLmKtwDOtRXdGlFAg+n4hozY+uFcGZ241yEmyykoThkgqUiPGzL0jt2fbb SKhYiRQqA0RbBq+Q9bLHaDCEdX8y9U1A8XOI0STRfPNhj/iowLdqNq6+DELi/9IK 5huh5mlMXnTfLsK5R3gPKtOeTBPM1AKj9BQIkKGQ9LLBVAUy7jqwX/zNAmrng6xT XqYcXSszwQ1aUIMwahaRT/r84by6jN/oJ3488Pplg5inSCPshS3oCjpVumwUrDnL CK3XxWviAx6u2jwrbsbsWUOA33kaGydKi1XGrStr3sd3A7UwVhxcAeFUBBkd3ZIo WZb1Y7u4L7MVXp4pctU5GzIKxzKpZs3Wrk/mYriWuud2yNFpCrHyl9JD7zDQlnEt eLgF8ygg+755+usEOA69qWz8DSjI9QFXMitIN8hKGdWGxCK0meFj7m4WWVBVwaXb yZ5b7fADs8fp6cjdHG/vCVN8dJoN+U75Cpbxm/iwGfR706U2qCw=
=azsw
-----END PGP SIGNATURE-----
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)