On Sunday 02 March 2008, Chris Walters wrote: > Alan McKinnon wrote: > > On Sunday 02 March 2008, Dan Farrell wrote: > >> doesn't sound like a broken package to me. perhaps something else > >> got borked? > > > > Or maybe some "unusual" compiler settings? > > > > OP, please post your /etc/make.conf > > I don't think it is the compiler settings - they are fairly standard > "-O3 -march=athlon64 -pipe" That's it. I've never had any problems > with -O3, but it could still be a part of the problem, since it > substantially changes the code at compile time.
I don't -O3 can ever be considered "standard". Also you say you don't think that's it, then admit -O3 changes the code substantially. I'm having horrible visions that you are taking a shotgun approach to fault-finding > The problem has to do the the Service Dependencies not being able to > be scanned, and I am advised to run /sbin/depscan.sh > > When I run that, I just get the same error - which also involves a > missing /bin/mktemp file. It seems that that package blocks that > latest version of coreutils... What you wrote doesn't make sense. depscan.sh is installed by baselayout and mktemp is installed by coreutils. You have depscan.sh Which package is blocking which? You don't have to guess which one, portage will tell you when an emerge fails. You really should supply more information so that we can help you. You have now posted 4 times on this thread, and have not supplied any relevant info at all apart from your arch is ~amd64 and you have a problem. So let's do this the right way which involves you supplying the following: - when your system "broke twice", what exactly does this mean? What no longer works, and how does the system's behaviour differ from what you expect? - relevant logs - command(s) run before the problem manifests - console output that demonstrates a problem -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
