From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16471 invoked by uid 1002); 14 Oct 2003 21:21:57 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 19202 invoked from network); 14 Oct 2003 21:21:56 -0000 Message-ID: <3F8C6A09.4080705@gentoo.org> Date: Tue, 14 Oct 2003 22:26:33 +0100 From: Tim Yamin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030828 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gentoo-dev@gentoo.org References: <200310141446.09371.nbensa@gmx.net> <3F8C655A.2060509@codewordt.co.uk> In-Reply-To: <3F8C655A.2060509@codewordt.co.uk> X-Enigmail-Version: 0.76.4.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Oct 2003 21:21:55.0914 (UTC) FILETIME=[31C4D2A0:01C39299] Subject: Re: [gentoo-dev] Caching service dependencies... X-Archives-Salt: 45d8e707-b973-4573-b546-51ec70372107 X-Archives-Hash: 24584cb5d8e00162f074fce7750b9e4a Agreed, I really miss my old, simple, and fast Portage and this new depscan.sh code makes things visually irritating [it has to be silent unless there's an error!] not to mention a slower Portage as a result. Dhruba Bandopadhyay wrote: > Norberto Bensa wrote: > >> Hello, >> >> there are at least FOUR ${SUBJECT} messages for every package emerged. >> Is this on purpose or it's a bug? >> >> $ emerge -V >> Portage 2.0.49-r13 (default-x86-1.4, gcc-3.3.1, glibc-2.3.2-r1, 2.4.23) >> >> >> Regards, >> Norberto > > > From : > > 19 Sep 2003; Nicholas Jones portage.py: Unregister > signal handling after receiving the signal and resend the signal we got. > * Run depscan during env-update. Migrated eclass stuff into it's own > pickle. > Code for moving /var/cache/edb/dep into a pickle for each category added > disabled via hardcoded value presently. Removed some try blocks in favor > of detecting the cause of an error first -- Hopefully gives a little > speed > up. Cache fixes and useful output added. A tbz2 moving bug where an error > was printed about files the destination existing already is now fixed. > The > dircache is cleared on every unmerge now, to ensure the cache does not > * interfere. bzip2 is spawned with the quiet flag now. Update list is > sorted > for proper year/quarter order now. -arch isn't an invalid keywork > anymore. > Generic pickle reading and writing functions added. > > In short, yes it was deliberate. However, I find it incredibly strange > that: > > (1) depscan.sh was added into env-update > (2) env-update is now run four times on *every single emerge* > (3) env-update now takes even longer to run > (4) env-update is so verbose about these routine maintenance tasks i.e: > > $ env-update > >>> Regenerating /etc/ld.so.cache... > * Caching service dependencies... [ ok ] > > Although running depscan.sh through env-update resolves the problem of > uncached dependencies printing errors during /etc/init.d/ activities, I > believe that it should be made silent in its output since the output is > always constant and that it should not be run so many times! > > I have a script which performs `emerge -Duv world`, logs the output and > then produces all messages at the end. In the case of env-update > messages I have had to: echo $OUTPUT | sed '/Caching service > dependencies//d'. > > Incidentally, the idea of quietening bzip2 output was a welcome one. > > Any comments? > > > -- > gentoo-dev@gentoo.org mailing list > -- gentoo-dev@gentoo.org mailing list