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 1EagCE-0002SY-7B for garchives@archives.gentoo.org; Fri, 11 Nov 2005 21:12:30 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jABLBmsP006070; Fri, 11 Nov 2005 21:11:48 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 jABL9xlK025680 for ; Fri, 11 Nov 2005 21:09:59 GMT Received: from adsl-70-241-101-237.dsl.hstntx.swbell.net ([70.241.101.237] helo=localhost) by smtp.gentoo.org with esmtpa (Exim 4.43) id 1Eag9n-0008D0-6g for gentoo-dev@lists.gentoo.org; Fri, 11 Nov 2005 21:09:59 +0000 Date: Fri, 11 Nov 2005 15:09:58 -0600 From: Grant Goodyear To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] GLEP 42 "Critical News Reporting" Round Two Message-ID: <20051111210958.GI12958@dst.grantgoodyear.org> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <20051105005814.0de0d8ff@snowdrop.home> <20051111184053.780ed8c9@sven.genone.homeip.net> 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; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <20051111184053.780ed8c9@sven.genone.homeip.net> User-Agent: Mutt/1.5.11 X-Archives-Salt: 3524767f-221c-44db-80ad-b4c35fcb0be5 X-Archives-Hash: 43836c7be78d946d22a71cbcb41c8bed --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Marius Mauch wrote: [Fri Nov 11 2005, 11:40:53AM CST] > Things that I'd like to be changed/I'm not completely sure about: > - filtering of news items: > I've already asked a similar question in another mail (in other > context) without an answer, but how many news items do people believe > will exist at any given time? Depending on the actual implementation it > might be required to scan all existing news items which could take some > time if there is a large number of them (say, more than a few hundred) > It's clear that noone can present accurate numbers, just after some > rough estimates here. The GLEP sets the bar pretty high for what should be a significant news item, so my extremely rough guess is that 30/year would be on the quite high side. Ideally this system should extend, not supplant, the normal einfo/ewarn notices. (Um, what is the status of the einfo/ewarn message system that went into CVS. Any ETA on when it's going to be back-ported to current portage? I could see where there might be a tendency to abuse the news system if the messaging stuff is still unavailable.) > Also it might be useful for this filtering to be an external tool using > portage functions and called by portage (see also below). Although this > could be considered an implementation detail as it's mostly transparent > for ebuild devs/users. I'm not quite sure what you're saying here. > - local storage of news items / "read" attribute: > I don't really the like the copy-if-new feature and handling at the fs > level, I'd use a file that lists the ids of news items (potentially > with a timestamp and/or status field). I don't see any benefits of > having redundancy here, and accessing the news in $PORTDIR is simple > enough. Granted race conditions might be an issue (where the solution > complicates tools), but that's so minor I wouldn't really care about > it.=20 My impression was that ciaranm was thinking of using something akin to a Maildir mailbox to hold and handle news items, because then one can leverage an insane amount of existing stuff. *Shrug* I also wouldn't object to a flat list of pointers to relevant files. > Another thing that's unclear: "Whenever relevant unread news items are > found, emerge will copy or symlink the news file into > /var/lib/gentoo/news/."=20 > This "Whenever ... are found" is too vague, should this apply to emerge > --sync, any emerge operation, any "import portage" call or what? This > isn't just an implementation detail.=20 I was going to say that the only way new news items could appear is during an emerge --sync, but of course that's not true for people who either add an overlay or use CVS. I'd be comfortable with making it run only at --sync time, or if it were triggered explicitly (--check-news, or some such). =20 -g2boojum- --=20 Grant Goodyear=09 Gentoo Developer g2boojum@gentoo.org http://www.gentoo.org/~g2boojum GPG Fingerprint: D706 9802 1663 DEF5 81B0 9573 A6DC 7152 E0F6 5B76 --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDdQimptxxUuD2W3YRApGTAJ0QxGKXsjwvU7es/fZd3P01vdjBnwCffOIO S+gmHimPAE5c0PyKlj8rqKc= =Yfub -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- -- gentoo-dev@gentoo.org mailing list