From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 400 invoked by uid 1002); 14 Oct 2003 21:05:31 -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 16786 invoked from network); 14 Oct 2003 21:05:31 -0000 Message-ID: <3F8C655A.2060509@codewordt.co.uk> Date: Tue, 14 Oct 2003 22:06:34 +0100 From: Dhruba Bandopadhyay Reply-To: gentoo-dev@gentoo.org User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6a) Gecko/20031004 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gentoo-dev@gentoo.org References: <200310141446.09371.nbensa@gmx.net> In-Reply-To: <200310141446.09371.nbensa@gmx.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [gentoo-dev] Caching service dependencies... X-Archives-Salt: 42008d7b-1ac5-455c-8362-a48468b36a83 X-Archives-Hash: 8ca6835cd83e75e5f77e285c16ce8fda 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