If you don't mind downgrading to the stable version of app-text/poppler, which is the version that libreoffice-bin links to, and assuming you run on the ~amd64 arch, you could modify your /etc/portage/package.keywords file:
echo app-text/poppler -~amd64 >> /etc/portage/package.keywords
This will ...

I read bug-reports but still can't find a solution :(.

Norberto Bensa suggest a resolution:

#######################
For samba just get rid of these:

extern int capget(struct cap_user_header * hdrp,
struct cap_user_data * datap);
extern int capset(struct cap_user_header * hdrp,
const struct cap ...

I fixed my problems with vmware by adding the vmware overlay via layman. I now use vmware-modules-1.0.0.17-r1 from the overlay with no problems.

I checked out conftest.sh and found out that it had a wrong asm folder reference. I needed to add the following symlink (I use x86 arch, modify as appropriate):

I checked out conftest.sh and found out that it had a wrong asm folder reference. I needed to add the following symlink (I use x86 arch, modify as appropriate):

I have the same problem, no idea what's wrong

A few changes for people using an external ripper via USB 2.0 or Firewire:

First, make sure to make an entry in your /etc/fstab file like this:
/dev/cdrom1 /mnt/cdrom1 iso9660 noauto,ro,user 0 0
where /dev/cdrom1 points to your SCSI emulated CDROM drive device (mine is /dev/sr0). Make sure that ...

I got tired of rlocate bitching about 2.6.15, so I patched it up a bit.

Replace the file /usr/portage/sys-apps/rlocate/files/rlocate-0.3.3-build.patch

with this one:
http://www.sundebo.dk/dark-sources/rlocate-0.3.3-build.patch

and do an "ebuild /usr/portage/sys-apps/rlocate/rlocate-0.3.3.ebuild ...

I'm seeing the same thing here...

Thanks Cintra, that solved my SPDIF output problem

I've also become slightly paranoid that my use of this flag globally might be responsible for 'mail-client/mozilla-thunderbird-1.0.2-r1' incorrectly believing that it was compiled without the 'crypt' flag enabled, hence no 'enigmail', & possibly why my mail-filters aren't working properly ...

I had this exact error myself. The problem? I had forgotten to run 'opengl-update ati' as root after my recent reinstall of Gentoo on my laptop.

I had the exact same problem. I got the "phpBB error: Unable to connect to database " reply all the time.

Finally, I found the cause. It turned out that I hard hard-coded forums.gentoo.org in my /etc/hosts file at some point where the forums resolved DNS very slowly.

After removing the entry in my ...

Yup, seeing the exact same thing here, using ati-drivers-3.11.1 and latest xorg, both from Portage.

This thread indicates that we're not alone:
http://www.rage3d.com/board/showthread.php?p=1333086687

Use -O1 and the options of your choise (preferably the "yes" options). If using -O2, you'll enable a lot of "no" options, as you pointed out yourself.

I'm seeing the same thing here regarding mono. I don't know what to blame yet.

I don't seem to be having the same kind of problems as everyone else (at least not yet). I've still to get anything to compile with 3.4.0. All the snapshot versions posted earlier in the thread worked fine for me, but 3.4.0 just won't work. I've tried various things posted in this thread and others ...

Evil Dark Archon wrote:rsync mirror for robmoss2k's overlay set up at rsync://rsync.andrewnelson.org/gcc34overlay

Sweet, thanks

To put that in other words: If there are certain flags known to break things for you (or you just don't feel like using them) then prevent Acovea from using them in the first place.

This can be done by modifying eg. /usr/share/acovea/config/gcc34_pentium4.acovea to not include specific flags ...

I wonder what it'll take to rewrite acovea to use user time instead of real time, so it won't be neccessary to run the tests while the system is otherwise left idle.

I found and applied a patch that fixes the glibc compilation error regarding "fixup" that shows up when using a recent GCC-3.4 snapshot.

Grab the ebuild here:
http://www.sundebo.dk/dark-sources/glibc-2.3.3_pre20040207.ebuild

And the patch here:
http://www.sundebo.dk/dark-sources/glibc-2.3.3 ...

I'm getting the same error when trying to run 'eupdatedb'.

I got vmware and ndiswrapper to compile!!

Replaced scripts/Makefile.modpost and /usr/src/linux/Makefile with respective files from -love3 and everything works....


I recommend switching them back if you want to recompile your kernel though :)

If everything works for you, then that's great ...

MadEgg wrote:Err, have I missed something? Why is supermount in love-sources? I thought you didn't want that?

Pizza time!

You are right, I should've made myself clearer to avoid confusion. Thanks for elaborating.