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 1EWvOX-0007WT-Ov
for garchives@archives.gentoo.org; Tue, 01 Nov 2005 12:37:42 +0000
Received: from robin.gentoo.org (localhost [127.0.0.1])
by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jA1CQXsM009089;
Tue, 1 Nov 2005 12:26:33 GMT
Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200])
by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id jA1CKu7E010190
for <gentoo-dev@lists.gentoo.org>; Tue, 1 Nov 2005 12:20:56 GMT
Received: by wproxy.gmail.com with SMTP id 71so519180wri
for <gentoo-dev@lists.gentoo.org>; Tue, 01 Nov 2005 04:20:55 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
s=beta; d=gmail.com;
h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
b=rbhKjcgPQ2GsILaczWviUgGxp/Q+nXjAJH6n32K7yqEzkbrH3tdRon3jaNnFUZtQOExhe2FbtNuiXFfItEQhN12vocC5ajZPAMaR7tTZbvf2XfCkQYOgHltVu6aOjwhPlHwSQvGwRs18nU61Gz8NMsOgngNE6TbGruy3MiFe3wc=
Received: by 10.54.141.13 with SMTP id o13mr1368928wrd;
Tue, 01 Nov 2005 04:20:55 -0800 (PST)
Received: by 10.54.110.16 with HTTP; Tue, 1 Nov 2005 04:20:55 -0800 (PST)
Message-ID: <46059ce10511010420s7410e79odeee7cb43189be84@mail.gmail.com>
Date: Tue, 1 Nov 2005 07:20:55 -0500
From: Dan Meltzer <parallelgrapefruit@gmail.com>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] Re: GLEP ??: Critical News Reporting
In-Reply-To: <20051101121327.GA6659@ols-dell.iic.hokudai.ac.jp>
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Disposition: inline
References: <20051101015125.1cc45eb4@snowdrop.home>
<43673CB6.1010907@gentoo.org> <1875709846.20051101114508@gentoo.org>
<20051101121327.GA6659@ols-dell.iic.hokudai.ac.jp>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by robin.gentoo.org id jA1CKu7E010190
X-Archives-Salt: 96755004-1cb6-465e-93b8-72f555d1f15e
X-Archives-Hash: d574d181109e47aaed5534f38c2a93df
Two things.
One, if users run --sync in a cronjob, which many do, this preemptive
goes out the window.
Two, an alternative to that, if we are all recoding portage anyways :)
Have portage place a special note next to any items with relevent
news when -a or -p is passed, and then, emerge --news cat/package
could show relvent stuff, or --news to see it all.
On 11/1/05, Georgi Georgiev <chutz@gg3.net> wrote:
> maillog: 01/11/2005-11:45:08(+0100): Jakub Moc types
> > 1.11.2005, 11:00:22, Thierry Carrez wrote:
> >
> > > Aren't those messages displayed after the damage is done ? Typical use
> :
> >
> > > - emerge --sync run as a daily cron job
> > > - emerge -a mysql
> > > - great, a new version is there. Typing "Yes"
> > > - system gets borken
> > > - emerge spits out message saying 14 files need updating and there is 1
> > > unread news item
> >
> > > I'm probably missing something here. Please elaborate on how this GLEP
> > > meets the "Preemptive" design goal...
> >
> >
> > I'm probably missing something obvious here, because I can't see why
> *existing*
> > emerge --changelog code cannot be recycled for this feature to display
> upgrade
> > messages when running emerge -uDav world...
>
> That reminds me of the idea to stick tags in the ChangeLog:
> http://groups.google.com/group/linux.gentoo.dev/msg/8f2dc84619be5c5b?fwc=1
>
> But still, I'm guessing the idea of "--news" is to tell people that they
> need to do something A.S.A.P. This means as soon as the news are
> obtained, and the users are nagged about the news on *every invocation
> of emerge*, similar to the /etc messages, and not only when they decide
> to install some package, which is when --changelog kicks in.
>
> And then, I am not sure why glsa-check cannot do the same job...
>
> --
> () Georgi Georgiev () Computers are unreliable, but humans are ()
> () chutz@gg3.net () even more unreliable. Any system which ()
> () http://www.gg3.net/ () depends on human reliability is ()
> () ------------------- () unreliable. -- Gilb ()
>
>
--
gentoo-dev@gentoo.org mailing list