Can I switch back to x86 by just updating my profiles etc.. and doing an: emerge -e world?

Or do I basically need to reinstall?

It looks like this was a result of several changes to how the .mairixrc was read. Here's mine, which works well, now.

When I run mairix to search for a term, it takes several minutes. It used to work in seconds. I belive this changed when it updated from 0.15 to 0.16. Anyone else having this experience? Know how to fix it?

Actually, it's renamexm, now.

jefftang wrote:It's badly broken for me too.

I've run gcc-config and my ld.so.conf has the right directories in it, but the file just isn't anywhere to be found.

I unmerged gcc-3.4.3 and re emerged it and that seemed to fix things.

It's badly broken for me too.

I've run gcc-config and my ld.so.conf has the right directories in it, but the file just isn't anywhere to be found:




# ls /usr/lib/gcc/i686-pc-linux-gnu/3.4.3/libstdc++.*
/usr/lib/gcc/i686-pc-linux-gnu/3.4.3/libstdc++.a /usr/lib/gcc/i686-pc-linux-gnu/3.4.3/libstdc ...

I did:
but mplayer is still broken and there's no

libstdc++.so.6.so

anywhere under /usr.

I managed to solve it by editting the line in the virtuals file to only have one entry that I knew I had installed:

# grep ^virtual/jre /var/cache/edb/virtuals
virtual/jre dev-java/blackdown-jdk

Is this virtual stuff documented anywhere?

Tried that, made no difference:

/root# grep ^virtual/jre /var/cache/edb/virtuals
virtual/jre dev-java/blackdown-jdk dev-java/ibm-jdk dev-java/blackdown-jre dev-java/sun-j2sdk dev-java/ibm-jre
/root# emerge -s blackdown-jdk
Searching...
[ Results for search key : blackdown-jdk ]
[ Applications ...

This week, I'm getting this error:

malazan /root# emerge -Dup world

These are the packages that I would merge, in order:

Calculating world dependencies |
emerge: there are no masked or unmasked ebuilds to satisfy ">=virtual/jre-1.4.1".

!!! Problem with ebuild app-office/openoffice-1.1.1-r1 ...

I'm running ~x86 and I can't emerge sun-j2sdk 1.4.2. I've downloaded the correct files, but I keep getting:

gcc -c -ansi -pedantic -I. -I.. -I./exports/include -I. -I./exports/include -I./exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE=500L -D_BSD ...

OK. I think I understand what's going on.

xmms depends on: <gnome-base/gnome-panel-1.5.0

This is slot "1.4".

gnome-panel 2.4.1 is slot "0". When emerge does it's deep tree search it only considers the slots, so gnome-panel of any slot not "1.4", is left by the wayside.

To fix it, I'm doing ...

I already rtfm, thanks.

--deep (-D)
When used in conjunction with --update, this flag forces emerge to consider the entire
dependency tree of packages, instead of checking only the immediate dependencies of the
packages. As an example, this catches updates in libraries that are not directly ...

I was under the impression that:

emerge --deep --update world

Would update all packages to their latest version.

Messing around with revdep I find that gnome-panel is not up to date, but emerge doesn't seem to pick it up. It's not in the world file, but xmms depends on it. What's going on ...

I tried galeon 1.3.9 for a while, but decided I liked 1.2 better. There's a whole bunch of stuff I can't set in the preferences anymore.

When I have gconf-2.4.0.1 merged. (the only gconf 2 that will merge for me), galeon won't run, I get:

GConf Error: Failed to contact configuration server (a likely cause of this is that you have an existing configuration server (gconfd) running, but it isn't reachable from here - if you're logged ...

When I have gconf-2.4.0.1 merged. (the only gconf 2 that will merge for me), galeon won't run, I get:

GConf Error: Failed to contact configuration server (a likely cause of this is that you have an existing configuration server (gconfd) running, but it isn't reachable from here - if you're logged ...

(export USE "gtk2";emerge freeciv)

seems to work for me. At least it started compiling.

You will probably need to do:
export USE="gtk2";emerge freeciv



It seems that they fixed the corrupted file on ibiblio, but now I get this:


jmachace # emerge freeciv
Calculating dependencies ...done ...

I get the same error. There's something screwy going on with the file. The one from iblio and the one from freeciv.org seem to be different. emerge seems to be downloading the one from iblio then concatenating part of the freeciv version onto it.

malazan /root# emerge -f freeciv
Calculating ...

Great. Thanks.

slyde wrote:emerge -f would 'fetch' the distfile for what package. its useful when you just need to retrive the tarball.

But what does the F in the emerge output for xv mean? I can do an emerge -f for any package.

Today I got: malazan /root# emerge -up xv

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild FU ] media-gfx/xv-3.10a-r4 [3.10a-r3]


What does the "F" mean. I couldn't find anything in the documentation and searching the forums was pretty futile. It's ...

I fixed this by editting /var/cache/edb/virtuals and making the jdk line:

tod wrote:Just a guess, but which java is active. See java-config.

i tried setting my vm to the sun-jdk, sun-j2sdk and blackdown-jdk. Didn't make any difference.

I ran into a portage problem and wanted to check the forums for a solution. However I can't find a way to search for: virtual/jdk-1.4. I try a bunch of variations with quotes, but always get no results. Is this a limitation of the search engine, or is there some trick I'm missing?