Trying to emerge my new system but it fails on librsvg (cairo.h is the culprit), on my other system I feel like I had to make a symbolic link of /usr/include/cairo/cairo.h somewhere to resolve the issue, unsure though. Any help would be wonderful.

Hmph, lemme chroot back into my install-in-progress and let you know. Thought I tried with -j1 already but I'll doublecheck._________________"Linux is like a wigwam; no windows, no gates, apache inside."

This will fail, introspection has already been added to the use flags upstream, and -uavND will fail every time with the same cairo error, while USE="-introspection" emerge librsvg installs every time with no error.
I added it to package.use with
gnome-base/librsvg introspection
And it still fails.

Not a big issue, I have a failed update and can not run a depclean for example. But have some free time and playing with this, a chance to learn more.
I ask, why can I manually insert the use flag and it works, while the use flag does not work as offered?[/code][/quote]

This will fail, introspection has already been added to the use flags upstream, and -uavND will fail every time with the same cairo error, while USE="-introspection" emerge librsvg installs every time with no error.

Typically, "upstream" refers to the maintainers found via $HOMEPAGE. They typically do not deal with USE flags at all. That is the domain of the Gentoo maintainers of the package. You are correct that the Gentoo maintainers have configured that version to default the USE flag to enabled.

carpenterguy wrote:

I added it to package.use with
gnome-base/librsvg introspection
And it still fails.

By default, emerge wants to USE=introspection because of ebuild settings. You explicitly informed emerge that, independent of whether the ebuild requests USE=introspection, you want Portage to USE=introspection. Given that multiple people have stated that USE=introspection is bad, failure is expected.

carpenterguy wrote:

I ask, why can I manually insert the use flag and it works, while the use flag does not work as offered?

When you manually insert the flag via the environment, which is bad practice for non-pretend runs, you choose the configuration that works. When you allow your per-package USE to prevail or when you rely on the Gentoo maintainers, you get a configuration that is (apparently) broken. Are you asking why the ebuild allows USE=introspection when it does not work or are you asking why your per-package USE is not equivalent to the environmental override?

When you manually insert the flag via the environment, which is bad practice for non-pretend runs, you choose the configuration that works. When you allow your per-package USE to prevail or when you rely on the Gentoo maintainers, you get a configuration that is (apparently) broken. Are you asking why the ebuild allows USE=introspection when it does not work or are you asking why your per-package USE is not equivalent to the environmental override?

I was curious as why when I manually inserted USE= that it would compile, while just having the use flag in package.use had no effect.

To be honest, the package librsvg has no ill effect on this kde system, I had some free time and have been following the bug report. I somehow thought that having the flag set in package.use, or using USE= should have same effect. I see that I was wrong, and thanks to Watchman detailed explanation, I learned something new.
Thank you for the time

Still following the bug, grasping at straws someone suggested to re-install gobject-introspection and try again.
I confirm that after installing the package and a -uavND world, librsvg installed with no problem.

I also have this problem on a brand new installation. Running "emerge -1 gobject-introspection" even though my system says it will be remerging it ... *a minute or so later* ... This seems to have fixed things for me as well, as librsvg completed install without error this time.

Is this kind of error caused by gobject-introspection needing to be recompiled before it will work properly for librsvg? With no useflag changes i would have expected the first compilation to have been sufficient._________________krenshala
:wq

I also have this problem on a brand new installation. Running "emerge -1 gobject-introspection" even though my system says it will be remerging it ... *a minute or so later* ... This seems to have fixed things for me as well, as librsvg completed install without error this time.

Quote:

I had this same issue and this did infact resolve the error. Does anyone know why remerging gobject-introspection fixed this?

Normally when this happens it simply means the deep tree is out of order. Using the one-shot solves the problem by installing the package with out adding it to world. Just to make sure the short flag is -1 not -l