A couple things I noted: (1) In News Item Identities we have the following date format, > Each news item will have a unique identifier. This identifier will be > in the form ``yyyy-mm-dd-short-name``
Later in "News Item Headers" we have an other in order to be compatable with GLEP 1. > ``Posted:`` > Date of posting, in ``dd-mmm-yyyy`` format (e.g. 14-Aug-2001) Is there any reason why we can't keep all the dates in the GLEP 1 date format? IMHO this helps prevent confusion. (2) > Checks for new news messages should be displayed: > > * After an ``emerge sync`` > * After an ``emerge --pretend`` Add: * Before an ``emerge --ask`` 'yes||no' response I don't know if this is implied but I think it should be explicitly stated > * Before an ``emerge <target>`` (which may also include a red warning message) (3) Could you be more verbose in the 'News Item Removal' section. I ask because what would be considered "no longer relevant". I think the case where a router(or similar) box is not updated for >6mths must be considered. The Admin may have very well forgot about some particular News Item, and if it is removed, this box will 'miss' the News Item. May I suggest only removing news Items after all the packages in the Display-If-(Installed|Profile) slots are no longer in the tree. Just a lowely ATs opinion -- Lares Moreau <[EMAIL PROTECTED]> | LRU: 400755 http://counter.li.org lares/irc.freenode.net | Gentoo x86 Arch Tester | ::0 Alberta, Canada Public Key: 0D46BB6E @ subkeys.pgp.net | Encrypted Mail Preferred Key fingerprint = 0CA3 E40D F897 7709 3628 C5D4 7D94 483E 0D46 BB6E
signature.asc
Description: This is a digitally signed message part
