From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.50) id 1EYCQX-0002wv-B4 for garchives@archives.gentoo.org; Sat, 05 Nov 2005 01:01:02 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jA510Glw028037; Sat, 5 Nov 2005 01:00:16 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id jA50wUFf016649 for ; Sat, 5 Nov 2005 00:58:30 GMT Received: from 82-41-57-20.cable.ubr08.edin.blueyonder.co.uk ([82.41.57.20] helo=snowdrop.home) by smtp.gentoo.org with esmtpa (Exim 4.43) id 1EYCNz-0001kw-AS; Sat, 05 Nov 2005 00:58:24 +0000 Received: from localhost.home ([127.0.0.1] helo=snowdrop.home) by snowdrop.home with esmtp (Exim 4.54) id 1EYCNv-0002Gp-79; Sat, 05 Nov 2005 00:58:19 +0000 Date: Sat, 5 Nov 2005 00:58:14 +0000 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Cc: glep@gentoo.org Subject: [gentoo-dev] GLEP 42 "Critical News Reporting" Round Two Message-ID: <20051105005814.0de0d8ff@snowdrop.home> X-Mailer: Sylpheed-Claws 1.9.99-rc2 (GTK+ 2.6.10; i686-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Signature_Sat__5_Nov_2005_00_58_14_+0000_pzsSRi3=dAT42=ae"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: f6161981-ba24-4a65-9edb-61b05f14f016 X-Archives-Hash: d7e6c5e303b94f410111693cc7be9a30 --Signature_Sat__5_Nov_2005_00_58_14_+0000_pzsSRi3=dAT42=ae Content-Type: multipart/mixed; boundary=Multipart_Sat__5_Nov_2005_00_58_14_+0000_1vAWjTvxhfrtFW0y --Multipart_Sat__5_Nov_2005_00_58_14_+0000_1vAWjTvxhfrtFW0y Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Attached is a substantially reworked draft. I've restructured the whole thing, fleshed it out in places, clarified some parts and incorporated the useful stuff from previous discussions. Note: this is now GLEP 42 as allocated by Grant. AFAIK ChrisWhite's GLEP of the same number never made it to official status. Feedback from people who have something useful to say would be very much welcomed, assuming of course that they've read the GLEP. If you're going to rant on about XML or anything that assumes we have a static release Debian-style against which we somehow make 'corrections', you'll be ignored unless you come up with a very good justification based upon requirements and implementation rather than hand waving and incoherent rants. If you don't like it, you're welcome to write a competing GLEP. To give those who like arguing endlessly something else to go on about, the eselect news module is now upgraded to the 'suggested' tool for displaying news items. Look! I'm sneakily and evilly pushing a sekrit agenda here! Also, I murdered three puppies last night. Grant, please commit this to CVS. I'm too scared of docutils to do it myself. --=20 Ciaran McCreesh : Gentoo Developer (Anti-XML, anti-newbie conspiracy) Mail : ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm --Multipart_Sat__5_Nov_2005_00_58_14_+0000_1vAWjTvxhfrtFW0y Content-Type: text/plain; name=glep-news.txt Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=glep-news.txt GLEP: 42 Title: Critical News Reporting Version: $Revision: $ Author: Ciaran McCreesh Last-Modified: $Date: $ Status: Draft Type: Standards Track Content-Type: text/x-rst Created: 31-October-2005 Post-Date: 1-November-2005, 5-November-2005 Abstract =3D=3D=3D=3D=3D=3D=3D=3D This GLEP proposes a new way of informing users about important updates and= news regarding tree-related items. Motivation =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D There are currently several ways of getting news out to our users, none of = them particularly effective: * Gentoo Weekly News * The ``gentoo-announce`` mailing list * The Gentoo Forums * The main Gentoo website * RSS feeds of Gentoo news A more reliable way of getting news of critical updates out to users is req= uired to avoid repeats of the various recent upgrade debacles. This GLEP proposes= a solution based around pushing news items out to the user via the ``rsync`` = tree. Requirements =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An adequate solution must meet all of the following requirements: Preemptive Users should be told of changes *before* they break the user's system, after the damage has already been done. No user subscription required It has already been demonstrated [#forums-whining]_ that many users do = not read the ``gentoo-announce`` mailing list or ``RSS`` feeds. A solution = which requires subscription has no advantage over current methods. No user monitoring required It has already been demonstrated [#forums-whining]_ that many users do = not read news items posted to the Gentoo website, or do not read news items until it is too late. A solution that relies upon active monitoring of a particular source has no advantage over current methods. Relevant System administrators who do not use a particular package should not ha= ve to read news items which affect purely that package. Some news items may b= e of relevance to most or all users, but those that are not should not be fo= rced upon users unnecessarily. Lightweight It is not reasonable to expect all users to have an MTA, web browser, e= mail client, cron daemon or text processing suite available on their system. No privacy violations Users of the solution should not be required to provide information abo= ut their systems (for example, IP addresses or installed packages). Multiple delivery method support Some users may wish to view news items via email, some via a terminal a= nd some via a web browser. A solution should either support all of these methods or (better still) make it trivial to write clients for displayi= ng news items in different ways. The following characteristics would be desirable: Internationalisable Being able to provide messages in multiple languages may be beneficial. Quality control There should be some way to ensure that badly written or irrelevant mes= sages are not sent out, for example by inexperienced developers, those whose English language skills are below par or morons. Simple for developers Posting news items should be as simple as is reasonably possible. Simple for users Reading relevant news items should be as simple as is reasonably possib= le. Compatibility with existing and future news sources A news system would ideally be able to be integrated with existing news sources (for example, Forums, GWN, the main Gentoo website) without excessive difficulty. Similarly, easy interoperation with any future ne= ws sources should not be precluded. Specification =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Overview -------- News items are published and delivered to users as follows: 1. A news item is written. The format to be used is described in `News Item File Format`_. 2. The news item is reviewed, following the process described in `News Item Quality Control`_. 3. The news item is committed to a CVS (or Subversion [#glep-36]_) reposito= ry. From here, it is merged with the rsync tree. This is described in `News = Item Distribution`_. 4. The news item is merged with the rsync tree. Implementation details of t= his point are beyond the scope of this GLEP; existing solutions are in place for merging GLSAs to the tree. 5. Users fetch the news item when they sync. This ensures that the news ite= ms in question are pushed to the user before the user accidentally makes an unwanted change. No changes to the existing rsync process are required by this GLEP. 6. Portage filters the news item and, if it is relevant, installs it in a special location to be read by a news item reader. Messages are also displayed to inform the user that news is available. 7. The news item is handled by the user's choice of news item reader. See `= News Item Clients`_. News Item File Format --------------------- Each news item will be represented by a single text file. This file will be encoded using UTF-8 for compatibility with and for the same reason as exist= ing Gentoo documentation [#docs-policy]_ and tree [#glep-31]_ practices. The news item will be named in the form ``yyyy-mm-dd-item-name.en.txt``, wh= ere ``item-name`` is a very short name (e.g. ``apache-updates``) and ``en`` is = the two letter ISO 639 [#iso-639]_ language code for the news item. The short n= ame must consist only of characters ``a-z``, ``A-Z``, ``0-9`` and ``-`` (hyphen= ). News items may be signed using GPG. If this is done, a detached signature s= hould be used. The directory and file name rules are designed specifically to allow easy sorting by date. An English (``en``) version must be available for all news items. Other languages may be provided either by the original author or by other transla= tors who have commit access. This anglocentricity is justified on the grounds th= at nobody objected to it with GLEP 34 [#glep-34]_. A news item's content will consist of an RFC 822 [#rfc-822]_ style header followed by the main body of the message as plain text. This GLEP defines various optional and mandatory headers. Future GLEPs may propose new header= s -- tools handling these news items must ignore any unrecognised header. News Item Headers ''''''''''''''''' The following headers describe the purpose and format of the news item: ``Title:`` A short (maximum 44 characters) descriptive title. Mandatory. ``Author:`` Author's name and email address, in the form ``Real Name ``. Mandatory, multiple author fields may be specified if appropriate. ``Translator:`` For translated news items, the translator's name and email address. ``Content-Type:`` Must be ``text/plain``. Mandatory. ``Posted:`` Date of posting, in ``dd-mmm-yyyy`` format (e.g. 14-Aug-2001). UTC time= in ``hh-mm-ss +0000`` format may also be included. This field is mandatory. ``Version:`` Initially 1. Incremented every time a non-trivial change is made. Chan= ges which require a re-read of the news item should instead use a new news = item file. ``News-Item-Format:`` Must be ``1.0``. Future revisions to the format may increment the minor number for backwards-compatible changes, or the major number for major changes. The following headers are used for filtering. If none of these headers are specified, the news item is displayed for all users. Otherwise, the news it= em is displayed if *at least one* header matches. ``Display-If-Installed:`` A dependency atom or simple package name (for example, `` Content-Type: text/plain Posted: 01-Nov-2005 Display-If-Installed: