From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8158 invoked by uid 1002); 20 Feb 2003 04:17:17 -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 14462 invoked from network); 20 Feb 2003 04:17:17 -0000 From: Eric Andresen To: gentoo-dev@gentoo.org In-Reply-To: References: <20030216094614.B27729@twobit.net> <3E535F7B.2050406@komcept.com> Content-Type: text/plain Organization: Message-Id: <1045713598.21001.1.camel@ndiin> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.1- Date: 19 Feb 2003 20:59:58 -0700 Content-Transfer-Encoding: 7bit Subject: Re: [gentoo-dev] Portage-2.0.47-r2 testing X-Archives-Salt: 153cde83-6f82-45de-8cef-803153407166 X-Archives-Hash: cbb9be1656b8415a1261faeee406bb66 On Wed, 2003-02-19 at 19:56, Terje Kvernes wrote: > MAL writes: > > [ ... ] > > > So I look for the elusive /usr/sbin/gcc-config, and lo and behold it's > > missing?! I ran it a few days ago! > > > > So, promptly onto emerge gcc-config, which appears to emerge > > successfully, but produces the following messages: > > > > * Adding compat symlinks... > > /usr/lib/portage/bin/newbin: line 13: dobin: command not found > > /usr/lib/portage/bin/prepall: line 6: prepallman: command not found > > /usr/lib/portage/bin/prepall: line 7: prepallinfo: command not found > > /usr/lib/portage/bin/prepall: line 8: prepallstrip: command not found > > >>> Completed installing into /var/tmp/portage/gcc-config-1.3.1/image/ > > > > The build continues and completes... but.. gcc-config is not on the > > system?! in either /usr/bin/gcc-config or /usr/sbin/gcc-config. > > It looks like the build hasn't written any files out. > > the same thing happens here. reverting to portage 2.0.46-whatever > fixed the problem. this also made forkbombs on my box, since even > restarting X uses the GCC preprocessor, which didn't quite do it's > thing. this is, for the record, a 1.2-based system. I'll submit to > bugzilla eventually, when it's not 4am. :-) > > and yes, I've included MAL explicitly in the To:-header. I'm willing to bet that the problem is caused by that particular ebuild's changing of the PATH. Just a thought. ;) -- --Eric Andresen ndiin@asu.edu -- gentoo-dev@gentoo.org mailing list