Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

[gentoo-user] emerge xfce-base/thunar: lobotomy needed

114 views
Skip to first unread message

Chris Stankevitz

unread,
Sep 10, 2012, 9:00:01 PM9/10/12
to
I installed xfce4-meta and was a little surprised to see it did not
come with thunar. When I tried to install it, portage became upset.

Question: is it normal that I would have to ~amd64 a bunch of packages
and deal with slot conflicts and static-libs to install a file
manager? FYI I am running a "stable" (non-~AMD64) system.

Thank you,

Chris

===

# emerge -pv xfce-base/thunar

These are the packages that would be merged, in order:

Calculating dependencies... done!

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

dev-libs/libgcrypt:0

(dev-libs/libgcrypt-1.5.0-r2::gentoo, ebuild scheduled for merge) pulled in by
dev-libs/libgcrypt[static-libs] required by
(sys-fs/cryptsetup-1.4.1::gentoo, ebuild scheduled for merge)

(dev-libs/libgcrypt-1.5.0-r2::gentoo, installed) pulled in by
(no parents that aren't satisfied by other packages in this slot)

sys-libs/zlib:0

(sys-libs/zlib-1.2.5.1-r2::gentoo, installed) pulled in by
(no parents that aren't satisfied by other packages in this slot)

(sys-libs/zlib-1.2.7::gentoo, ebuild scheduled for merge) pulled in by
>=sys-libs/zlib-1.2.6 required by (sys-apps/kmod-10::gentoo,
ebuild scheduled for merge)

dev-libs/popt:0

(dev-libs/popt-1.16-r1::gentoo, ebuild scheduled for merge) pulled in by
>=dev-libs/popt-1.16-r1[static-libs] required by
(sys-fs/cryptsetup-1.4.1::gentoo, ebuild scheduled for merge)

(dev-libs/popt-1.16-r1::gentoo, installed) pulled in by
(no parents that aren't satisfied by other packages in this slot)

dev-libs/glib:2

(dev-libs/glib-2.32.4::gentoo, ebuild scheduled for merge) pulled in by
>=dev-libs/glib-2.32.4:2 required by
(dev-util/gdbus-codegen-2.32.4::gentoo, ebuild scheduled for merge)
(and 3 more with the same problem)

(dev-libs/glib-2.30.3::gentoo, installed) pulled in by
(no parents that aren't satisfied by other packages in this slot)


It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously. If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously. You may want to try a larger value of
the --backtrack option, such as --backtrack=30, in order to see if
that will solve this conflict automatically.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.


The following keyword changes are necessary to proceed:
#required by sys-fs/udisks-1.99.0-r1, required by
gnome-base/gvfs-1.12.3[udisks], required by
xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash], required by
xfce-base/thunar (argument)
=sys-auth/polkit-0.107 ~amd64
#required by dev-util/gdbus-codegen-2.32.4, required by
sys-fs/udisks-1.99.0-r1, required by gnome-base/gvfs-1.12.3[udisks],
required by xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash], required
by xfce-base/thunar (argument)
=dev-libs/glib-2.32.4 ~amd64
#required by sys-fs/udev-init-scripts-16
=sys-fs/udev-189 ~amd64
#required by sys-fs/udev-189[openrc], required by
dev-libs/libatasmart-0.19, required by sys-fs/udisks-1.99.0-r1,
required by gnome-base/gvfs-1.12.3[udisks], required by
xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash], required by
xfce-base/thunar (argument)
=sys-fs/udev-init-scripts-16 ~amd64
#required by sys-fs/udev-189, required by sys-fs/udev-init-scripts-16
=sys-apps/kmod-10 ~amd64
#required by sys-apps/kmod-10[zlib], required by sys-fs/udev-189,
required by sys-fs/udev-init-scripts-16
=sys-libs/zlib-1.2.7 ~amd64
#required by xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash], required
by xfce-base/thunar (argument)
=gnome-base/gvfs-1.12.3 ~amd64
#required by gnome-base/gvfs-1.12.3[udisks], required by
xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash], required by
xfce-base/thunar (argument)
=sys-fs/udisks-1.99.0-r1 ~amd64
#required by sys-fs/udisks-1.99.0-r1, required by
gnome-base/gvfs-1.12.3[udisks], required by
xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash], required by
xfce-base/thunar (argument)
=dev-util/gdbus-codegen-2.32.4 ~amd64
#required by sys-fs/udev-189[hwdb], required by sys-fs/udev-init-scripts-16
=sys-apps/hwids-20120831 ~amd64
#required by sys-auth/polkit-0.107, required by
sys-fs/udisks-1.99.0-r1, required by gnome-base/gvfs-1.12.3[udisks],
required by xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash], required
by xfce-base/thunar (argument)
=dev-lang/spidermonkey-1.8.5-r1 ~amd64

The following USE changes are necessary to proceed:
#required by xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash], required
by xfce-base/thunar (argument)
>=gnome-base/gvfs-1.12.3 udisks
#required by sys-fs/cryptsetup-1.4.1[static], required by
sys-fs/udisks-1.99.0-r1[crypt], required by
gnome-base/gvfs-1.12.3[udisks], required by
xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash], required by
xfce-base/thunar (argument)
>=dev-libs/libgcrypt-1.5.0-r2 static-libs
#required by sys-fs/cryptsetup-1.4.1[static], required by
sys-fs/udisks-1.99.0-r1[crypt], required by
gnome-base/gvfs-1.12.3[udisks], required by
xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash], required by
xfce-base/thunar (argument)
>=dev-libs/popt-1.16-r1 static-libs
#required by sys-fs/udisks-1.99.0-r1, required by
gnome-base/gvfs-1.12.3[udisks], required by
xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash], required by
xfce-base/thunar (argument)
=sys-fs/udev-189 static-libs hwdb
#required by sys-fs/cryptsetup-1.4.1[static], required by
sys-fs/udisks-1.99.0-r1[crypt], required by
gnome-base/gvfs-1.12.3[udisks], required by
xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash], required by
xfce-base/thunar (argument)
=dev-libs/libgpg-error-1.10 static-libs

!!! All ebuilds that could satisfy ">=sys-fs/udev-182[static-libs]"
have been masked.
!!! One of the following masked packages is required to complete your request:
- sys-fs/udev-9999::gentoo (masked by: missing keyword)
- sys-fs/udev-189::gentoo (masked by: ~amd64 keyword)
- sys-fs/udev-188::gentoo (masked by: ~amd64 keyword)

(dependency required by "sys-fs/cryptsetup-1.4.1[static]" [ebuild])
(dependency required by "sys-fs/udisks-1.99.0-r1[crypt]" [ebuild])
(dependency required by "gnome-base/gvfs-1.12.3[udisks]" [ebuild])
(dependency required by
"xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash]" [ebuild])
(dependency required by "xfce-base/thunar" [argument])
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.

drg ~ #

Canek Peláez Valdés

unread,
Sep 10, 2012, 9:20:02 PM9/10/12
to
On Mon, Sep 10, 2012 at 7:53 PM, Chris Stankevitz
<chrisst...@gmail.com> wrote:
> I installed xfce4-meta and was a little surprised to see it did not
> come with thunar. When I tried to install it, portage became upset.
>
> Question: is it normal that I would have to ~amd64 a bunch of packages
> and deal with slot conflicts and static-libs to install a file
> manager? FYI I am running a "stable" (non-~AMD64) system.
>
> Thank you,

The problem seems to be the use of static libraries (which I firmly
believe are completely useless in a modern Linux system). I don't have
enabled *any* static nor static-libs flag in my whole system (a full
fledged GNOME 3 desktop), and neither in my server.

Try reemerging world with USE="-static -static-libs", and then try to
emerge thunar also with USE="-static -static-libs".

Regards.
--
Canek Peláez Valdés
Posgrado en Ciencia e Ingeniería de la Computación
Universidad Nacional Autónoma de México

Mark Knecht

unread,
Sep 10, 2012, 9:20:02 PM9/10/12
to
On Mon, Sep 10, 2012 at 5:53 PM, Chris Stankevitz
<chrisst...@gmail.com> wrote:
> I installed xfce4-meta and was a little surprised to see it did not
> come with thunar. When I tried to install it, portage became upset.
>
> Question: is it normal that I would have to ~amd64 a bunch of packages
> and deal with slot conflicts and static-libs to install a file
> manager? FYI I am running a "stable" (non-~AMD64) system.
>
> Thank you,
>
> Chris

My wife uses XFCE with none of that confusion going on. I don't have
anything much on the machine in terms of controlling XFCE. It just
works. The machine was updated a few days ago so unless something got
messed up in portage it sounds like a config issue on your end to me.

HTH,
Mark

k2 ~ # eix -Ic xfce
[U] x11-themes/gtk-engines-xfce (3.0.0-r200{tbz2}@05/17/12 ->
3.0.0-r200{tbz2} 3.0.0-r300(3)): A port of Xfce engine to GTK+-3.x
[I] xfce-base/libxfce4ui (4.10.0{tbz2}@05/22/12): Unified widgets and
session management libraries for the Xfce desktop environment
[I] xfce-base/libxfce4util (4.10.0{tbz2}@05/22/12): A basic utility
library for the Xfce desktop environment
[I] xfce-base/libxfcegui4 (4.10.0{tbz2}@05/22/12): A compability
library for unported Xfce 4.6 plugins
[I] xfce-base/xfce4-appfinder (4.10.0{tbz2}@05/22/12): A tool to find
and launch installed applications for the Xfce desktop environment
[I] xfce-base/xfce4-meta (4.10{tbz2}@05/22/12): The Xfce Desktop
Environment (meta package)
[I] xfce-base/xfce4-panel (4.10.0{tbz2}@05/22/12): Panel for the Xfce
desktop environment
[I] xfce-base/xfce4-session (4.10.0{tbz2}@05/22/12): A session manager
for the Xfce desktop environment
[I] xfce-base/xfce4-settings (4.10.0{tbz2}@05/22/12): Configuration
system for the Xfce desktop environment
[I] xfce-extra/xfce4-datetime-plugin (0.6.1{tbz2}@05/22/12): A panel
plug-in with date, time and embedded calender
[I] xfce-extra/xfce4-mixer (4.8.0{tbz2}@05/22/12): A volume control
application (and panel plug-in) for the Xfce desktop environment
[I] xfce-extra/xfce4-notes-plugin (1.7.7{tbz2}@05/22/12): Xfce4 panel
sticky notes plugin
[I] xfce-extra/xfce4-timer-plugin (0.6.4{tbz2}@05/22/12): A simple
timer plug-in for the Xfce desktop environment
Found 13 matches.
k2 ~ # eix -Ic thunar
[I] xfce-base/thunar (1.4.0{tbz2}@06/12/12): File manager for the Xfce
desktop environment
k2 ~ # cat /etc/portage/package.keywords | grep xfce
k2 ~ # cat /etc/portage/package.use | grep xfce
k2 ~ #

Chris Stankevitz

unread,
Sep 10, 2012, 9:40:01 PM9/10/12
to
On Mon, Sep 10, 2012 at 6:08 PM, Canek Peláez Valdés <can...@gmail.com> wrote:
> Try reemerging world with USE="-static -static-libs", and then try to
> emerge thunar also with USE="-static -static-libs".

Canek,

Thank you for your help. I
1. added "-static -static-libs" to /etc/make.conf USE.
2. emerge --newuse --deep world (rebuilt only glib)
3. emerge -pv thunar (also with the use flag enabled although thunar
seems to not use that USE flag?).

I got farther this time, but it seems that emerge is still asking a lot of me.

Eventhough I think it's odd (and a sign that I screwed up somewhere),
I can satisfy the USE flag requests and the ~amd64 requests.

I do not know how to solve the slot conflicts.

Thanks again for your help,

Chris

PS: This is a new install without anything fancy AFAIK. I synced
portage about 10 hours ago.

===

drg ~ # emerge -pv thunar

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild N ~] sys-apps/hwids-20120831 360 kB
[ebuild U ~] sys-libs/zlib-1.2.7 [1.2.5.1-r2] USE="-minizip
-static-libs" 548 kB
[ebuild N ] dev-libs/icu-49.1.2 USE="-debug -doc -examples
-static-libs" 18,566 kB
[ebuild N ] sys-apps/gptfdisk-0.8.4 179 kB
[ebuild N ] app-arch/zip-3.0 USE="bzip2 crypt unicode" 1,258 kB
[ebuild N ] dev-libs/libtasn1-2.12 USE="-doc -static-libs" 1,906 kB
[ebuild NS ] sys-devel/autoconf-2.13 [2.68] 434 kB
[ebuild N ] dev-libs/nspr-4.9.2 USE="-debug" 1,145 kB
[ebuild N ] dev-libs/nettle-2.4 USE="gmp" 1,051 kB
[ebuild N ] gnome-base/orbit-2.14.19-r1 USE="-debug -doc -test" 747 kB
[ebuild N ~] dev-lang/spidermonkey-1.8.5-r1 USE="-debug
-static-libs -test" 6,021 kB
[ebuild N ] dev-libs/elfutils-0.149 USE="bzip2 nls zlib -lzma" 1,780 kB
[ebuild N ] net-libs/gnutls-2.12.18 USE="cxx nettle nls zlib
-bindist -doc -examples -guile -lzo -pkcs11 -static-libs -test" 7,040
kB
[ebuild N ] sys-block/parted-3.1 USE="debug nls readline
-device-mapper (-selinux) -static-libs -test" 1,489 kB
[ebuild N ] sys-block/eject-2.1.5-r2 USE="nls" 121 kB
[ebuild U ~] dev-libs/glib-2.32.4 [2.30.3] USE="-debug -doc (-fam)
(-selinux) -static-libs -systemtap -test -utils -xattr" 6,034 kB
[ebuild N ] gnome-base/gsettings-desktop-schemas-3.2.0-r1 152 kB
[ebuild N ] virtual/eject-0 0 kB
[ebuild N ] net-libs/libproxy-0.4.7 USE="python -gnome -kde
-mono -networkmanager -perl -test" 89 kB
[ebuild N ] net-libs/glib-networking-2.30.2 USE="gnome libproxy
ssl" 291 kB
[ebuild N ] net-libs/libsoup-2.36.1-r1 USE="introspection ssl
-debug -doc -samba -test" 595 kB
[ebuild N ~] dev-util/gdbus-codegen-2.32.4
PYTHON_TARGETS="python2_7 python3_2 -python2_5 -python2_6 -python3_1"
0 kB
[ebuild N ] gnome-base/gconf-2.32.4 USE="introspection -debug
-doc -ldap -policykit" 1,296 kB
[ebuild N ] gnome-base/gnome-keyring-2.32.1-r1 USE="pam -debug
-doc -test" 1,582 kB
[ebuild N ] gnome-base/libgnome-keyring-2.32.0 USE="-debug -doc
-test" 403 kB
[ebuild N ] net-libs/libsoup-gnome-2.36.1 USE="introspection
-debug -doc" 0 kB
[ebuild N ~] sys-apps/kmod-10 USE="tools zlib -debug -doc -lzma
-static-libs" 1,100 kB
[uninstall ] sys-apps/module-init-tools-3.16-r1 USE="-static"
[blocks b ] sys-apps/kmod ("sys-apps/kmod" is blocking
sys-apps/module-init-tools-3.16-r1)
[blocks b ] sys-apps/module-init-tools
("sys-apps/module-init-tools" is blocking sys-apps/kmod-10)
[ebuild U ~] sys-auth/polkit-0.107 [0.104-r1] USE="introspection
nls pam -examples -gtk -kde (-selinux) -systemd (-debug%) (-doc%)"
1,351 kB
[ebuild U ~] sys-fs/udev-189 [171-r6] USE="acl%* gudev hwdb*
openrc%* -doc% -introspection -keymap (-selinux) -static-libs%
(-action_modeswitch%) (-build%) (-debug%) (-edd%) (-extras%)
(-floppy%) (-rule_generator%*) (-test%)" 1,341 kB
[blocks b ] <sys-fs/udev-186 ("<sys-fs/udev-186" is blocking
sys-fs/udev-init-scripts-16)
[ebuild N ~] sys-fs/udev-init-scripts-16 5 kB
[ebuild N ] dev-libs/libatasmart-0.19 USE="-static-libs" 246 kB
[ebuild N ] sys-fs/lvm2-2.02.88 USE="lvm1 readline (-clvm)
(-cman) (-selinux) -static -static-libs" 1,006 kB
[ebuild N ] sys-fs/cryptsetup-1.4.1 USE="nls (-selinux) -static" 755 kB
[ebuild N ~] sys-fs/udisks-1.99.0-r1 USE="crypt gptfdisk
introspection -debug -systemd" 713 kB
[ebuild N ~] gnome-base/gvfs-1.12.3 USE="http udev udisks -afp
-archive -avahi -bluetooth -bluray -cdda -doc -fuse -gdu
-gnome-keyring -gphoto2 -ios -samba" 1,332 kB
[ebuild N ] xfce-base/thunar-1.4.0 USE="dbus pcre udev -debug
-exif -libnotify -startup-notification -test" XFCE_PLUGINS="trash"
1,871 kB
[blocks B ] <sys-apps/pciutils-3.1.9-r2
("<sys-apps/pciutils-3.1.9-r2" is blocking sys-apps/hwids-20120831)
[blocks B ] <sys-apps/portage-2.1.10.58
("<sys-apps/portage-2.1.10.58" is blocking
dev-util/gdbus-codegen-2.32.4)
[blocks B ] <sys-apps/openrc-0.9.9 ("<sys-apps/openrc-0.9.9" is
blocking sys-fs/udev-189)


Total: 36 packages (4 upgrades, 31 new, 1 in new slot, 1 uninstall),
Size of downloads: 62,790 kB
Conflict: 6 blocks (3 unsatisfied)

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

sys-libs/zlib:0

(sys-libs/zlib-1.2.5.1-r2::gentoo, installed) pulled in by
(no parents that aren't satisfied by other packages in this slot)

(sys-libs/zlib-1.2.7::gentoo, ebuild scheduled for merge) pulled in by
>=sys-libs/zlib-1.2.6 required by (sys-apps/kmod-10::gentoo,
ebuild scheduled for merge)

dev-libs/glib:2

(dev-libs/glib-2.32.4::gentoo, ebuild scheduled for merge) pulled in by
>=dev-libs/glib-2.32.4:2 required by
(dev-util/gdbus-codegen-2.32.4::gentoo, ebuild scheduled for merge)
(and 3 more with the same problem)

(dev-libs/glib-2.30.3::gentoo, installed) pulled in by
(no parents that aren't satisfied by other packages in this slot)


It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously. If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously. You may want to try a larger value of
the --backtrack option, such as --backtrack=30, in order to see if
that will solve this conflict automatically.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.


The following keyword changes are necessary to proceed:
#required by sys-fs/udisks-1.99.0-r1, required by
gnome-base/gvfs-1.12.3[udisks], required by
xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash], required by thunar
(argument)
=sys-auth/polkit-0.107 ~amd64
#required by x11-libs/vte-0.28.2-r203, required by
x11-terms/terminal-0.4.8, required by @selected, required by @world
(argument)
=dev-libs/glib-2.32.4 ~amd64
#required by sys-fs/udev-init-scripts-16
=sys-fs/udev-189 ~amd64
#required by sys-fs/udev-189[openrc], required by
xfce-base/thunar-1.4.0[udev], required by thunar (argument)
=sys-fs/udev-init-scripts-16 ~amd64
#required by sys-fs/udev-189, required by
xfce-base/thunar-1.4.0[udev], required by thunar (argument)
=sys-apps/kmod-10 ~amd64
#required by sys-apps/kmod-10[zlib], required by sys-fs/udev-189,
required by xfce-base/thunar-1.4.0[udev], required by thunar
(argument)
=sys-libs/zlib-1.2.7 ~amd64
#required by xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash], required
by thunar (argument)
=gnome-base/gvfs-1.12.3 ~amd64
#required by gnome-base/gvfs-1.12.3[udisks], required by
xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash], required by thunar
(argument)
=sys-fs/udisks-1.99.0-r1 ~amd64
#required by sys-fs/udisks-1.99.0-r1, required by
gnome-base/gvfs-1.12.3[udisks], required by
xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash], required by thunar
(argument)
=dev-util/gdbus-codegen-2.32.4 ~amd64
#required by sys-fs/udev-189[hwdb], required by
xfce-base/thunar-1.4.0[udev], required by thunar (argument)
=sys-apps/hwids-20120831 ~amd64
#required by sys-auth/polkit-0.107, required by
sys-fs/udisks-1.99.0-r1, required by gnome-base/gvfs-1.12.3[udisks],
required by xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash], required
by thunar (argument)
=dev-lang/spidermonkey-1.8.5-r1 ~amd64

The following USE changes are necessary to proceed:
#required by xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash], required
by thunar (argument)
>=gnome-base/gvfs-1.12.3 udisks
#required by sys-fs/udisks-1.99.0-r1, required by
gnome-base/gvfs-1.12.3[udisks], required by
xfce-base/thunar-1.4.0[dbus,xfce_plugins_trash], required by thunar
(argument)
=sys-fs/udev-189 hwdb

Canek Peláez Valdés

unread,
Sep 10, 2012, 10:00:01 PM9/10/12
to
On Mon, Sep 10, 2012 at 8:26 PM, Chris Stankevitz
<chrisst...@gmail.com> wrote:
[snip]

> I got farther this time, but it seems that emerge is still asking a lot of me.
>
> Eventhough I think it's odd (and a sign that I screwed up somewhere),
> I can satisfy the USE flag requests and the ~amd64 requests.
>
> I do not know how to solve the slot conflicts.

This is weird. xfce-base/thunar-1.4.0 (the only available version) is
stable; every one of its dependencies should be stable. You should not
require to keyword any package.

Can I see your USE variable in /etc/make.conf (or
/etc/portage/make.conf, if you use the new recommended location)?
Also, if you have it, your /etc/portage/package.use file or files?

I have an old server running without nothing X-related, and portage
allows me to merge thunar by just setting "X" and "gudev" to my USE
flags.

Also, your xfce-meta installation didn't pull thunar because you
didn't set the (surprise) thunar USE flag. Before merging something,
do a:

emerge -pv xfce-meta

You will see the possible USE flags, and which ones are set.

Chris Stankevitz

unread,
Sep 10, 2012, 10:20:02 PM9/10/12
to
On Mon, Sep 10, 2012 at 6:08 PM, Canek Peláez Valdés <can...@gmail.com> wrote:
> The problem seems to be the use of static libraries

I temporarily worked around by adding "xfce-base/thunar -udev" to
package.use. Somehow building thunar with udev introduced the mess.

Chris

Chris Stankevitz

unread,
Sep 10, 2012, 10:50:01 PM9/10/12
to
On Mon, Sep 10, 2012 at 6:53 PM, Canek Peláez Valdés <can...@gmail.com> wrote:
> Can I see your USE

Canek,

Thank you for your help. My USE flags are pretty benign. I'm
beginning to suspect something is grossly wrong with my setup. Below
I will post my USE line from make.conf and my entire package.use.

# make.conf
#
# 2012-09-10: Added udev, X, python to appease xorg
# 2012-09-10: Added -gnome dbus" to appease the xfce configuration guide
USE="mmx sse sse2 udev X python -gnome dbus"

# package.use
# 2012-09-10: appease xfce4-meta
sys-fs/udev gudev
sys-auth/consolekit policykit
sys-auth/pambase consolekit

# 2012-09-10: appease thunar
xfce-base/thunar -udev

> Also, your xfce-meta installation didn't pull thunar because you
> didn't set the (surprise) thunar USE flag.

Ahh. It's coming back to me now. I believe I had it set originally
but dropped it when I discovered the mess it created.

Thank you,

Chris

Canek Peláez Valdés

unread,
Sep 10, 2012, 11:10:02 PM9/10/12
to
On Mon, Sep 10, 2012 at 9:37 PM, Chris Stankevitz
<chrisst...@gmail.com> wrote:
[snip]
> # 2012-09-10: appease thunar
> xfce-base/thunar -udev

This makes no sense; the udev flag in thunar only asks for
>=sys-fs/udev-171, which is stable. Are you sure you don't have
anything in /etc/portage/package.keywords?

By the way, it will be difficult for you to find a stronger supporter
of udev/systemd than myself; and I don't have the global udev flag

Canek Peláez Valdés

unread,
Sep 10, 2012, 11:20:01 PM9/10/12
to
On Mon, Sep 10, 2012 at 9:57 PM, Canek Peláez Valdés <can...@gmail.com> wrote:
> On Mon, Sep 10, 2012 at 9:37 PM, Chris Stankevitz
> <chrisst...@gmail.com> wrote:
> [snip]
>> # 2012-09-10: appease thunar
>> xfce-base/thunar -udev
>
> This makes no sense; the udev flag in thunar only asks for
>>=sys-fs/udev-171, which is stable. Are you sure you don't have
> anything in /etc/portage/package.keywords?
>
> By the way, it will be difficult for you to find a stronger supporter
> of udev/systemd than myself; and I don't have the global udev flag
> set.

One more thing; which profile (/etc/make.profile or
/etc/portage/make.profile) do you have?

Chris Stankevitz

unread,
Sep 11, 2012, 1:40:01 AM9/11/12
to
On Mon, Sep 10, 2012 at 7:57 PM, Canek Peláez Valdés <can...@gmail.com> wrote:
>>=sys-fs/udev-171, which is stable. Are you sure you don't have
> anything in /etc/portage/package.keywords?

I know it sounds absurd, but... I have no package.keywords file. My
package.use is small and benign. My make.conf is also benign. I am
using the default profile ([1] default/linux/amd64/10.10 *)

Emerge output is pretty clear:
- thunar (argument) is pulling in
- xfce-base/thunar-1.4.0[udev], which is pulling in
- gnome-base/gvfs-1.12.3 ~amd64
- which pulls in all kinds of stuff

This sure makes it look like I have gvfs in my package.keywords, but I
do not. I promise!

This command:
find /usr/portage -name \*.ebuild | xargs grep gvfs-1.12

Returns these files:
/usr/portage/gnome-base/gnome-core-libs/gnome-core-libs-3.4.1.ebuild
/usr/portage/gnome-base/gnome/gnome-3.4.1.ebuild
/usr/portage/gnome-base/gnome-light/gnome-light-3.4.1.ebuild
/usr/portage/gnome-base/gvfs/gvfs-1.12.*.ebuild

Weird. I have no idea where the gvfs-1.12 dependency is coming in.
And "emerge -t" won't even tell me. Portage is so upset about this it
will not even show me a tree (see original post in this thread).

> By the way, it will be difficult for you to find a stronger supporter
> of udev/systemd than myself; and I don't have the global udev flag
> set.

I don't really know what udev is (I know it holds actions to take when
certain USB devices are plugged... that's all I know). I just added
global udev to obey the gentoo xfce install guide. If I remove it
from make.conf, I can install thunar... but if I try to install
thunar-volman the problem returns (thunar-volman requires thunar with
udev)

Thank you,

Chris

Neil Bothwick

unread,
Sep 11, 2012, 4:00:02 AM9/11/12
to
On Mon, 10 Sep 2012 22:00:46 -0500, Canek Peláez Valdés wrote:

> One more thing; which profile (/etc/make.profile or
> /etc/portage/make.profile) do you have?

To make things easier, please post the output from emerge --info.

This shows all USE flags in use, not just those you have explicitly set,
along with profile and other information.


--
Neil Bothwick

And then Adam said, "What's a headache?
signature.asc

Chris Stankevitz

unread,
Sep 11, 2012, 4:30:02 AM9/11/12
to
On Tue, Sep 11, 2012 at 12:53 AM, Neil Bothwick <ne...@digimed.co.uk> wrote:
> To make things easier, please post the output from emerge --info.

Neil,

Great idea. Output attached.

PS:
emerge -pv thunar[udev] pulls in gnome-base/gfvs-1.12.3
emerge -pv gvfs pulls in gnome-base/gvfs-1.10.1

Thank you,

Chris
info.txt

Philip Webb

unread,
Sep 11, 2012, 5:00:02 AM9/11/12
to
120910 Chris Stankevitz wrote:
> On Mon, Sep 10, 2012 at 6:08 PM, Canek Pel�ez Vald�s <can...@gmail.com> wrote:
>> The problem seems to be the use of static libraries

The only place I use a static library/thing is Busybox.

> I temporarily worked around by adding "xfce-base/thunar -udev"
> to package.use. Somehow building thunar with udev introduced the mess.

From my home-made list of installed pkgs :

W 120506 xfce-base/thunar-1.4.0 [USE]
...
USE FLAGS required
...
xfce-base/thunar USE=-udev [avoids Gnome disk utils]

& from /etc/portage/package.use

# for thunar
xfce-base/thunar -udev

So why do you say "temporary" (smile) ?

Xfce is a good substitute for KDE/Gnome ;
its only weakness is sometimes following Gnome's irritating oddities.

--
========================,,============================================
SUPPORT ___________//___, Philip Webb
ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto
TRANSIT `-O----------O---' purslowatchassdotutorontodotca

Chris Stankevitz

unread,
Sep 11, 2012, 11:20:01 AM9/11/12
to
Thank you to all who are following this.

I used emerge -vptd to get some debugging info. This is the reason
emerge wants to bring in the ~amd64 to my stable system:

Parent: (xfce-base/thunar-1.4.0::gentoo, ebuild scheduled for merge)
Depstring: || ( >=gnome-base/gvfs-1.10.1[udisks,udev]
>=gnome-base/gvfs-1.10.1[gdu,udev] )
Priority: runtime
installed: gnome-base/gvfs-1.10.1::gentoo
Candidates: ['>=gnome-base/gvfs-1.10.1[udisks,udev]']
ebuild: gnome-base/gvfs-1.12.3::gentoo

I do not know how to translate to english, but these questions arise:

1. What is this saying in english?
2. Should I have the udisks USE flag set?
3. Should I have the udev USE flag set?
4. Should I have the gdu USE flag set?
5. Will (3)-(5) change the way portage brings in the gvfs dependency?

Questions (3)-(5) are not educated questions. I really do not know
what any of that stuff does. I just see it listed in the output above
and naturally I wondered "should I set them?" The "Ubuntu forums"
approach would be for me to try all combinations of those three use
flags until it just works. In this case I would prefer to understand
what is going on :)

Thank you again,

Chris

Philip Webb

unread,
Sep 11, 2012, 12:00:02 PM9/11/12
to
120911 Chris Stankevitz wrote:
> I used emerge -vptd to get some debugging info. This is the reason
> emerge wants to bring in the ~amd64 to my stable system:
>
> Parent: (xfce-base/thunar-1.4.0::gentoo, ebuild scheduled for merge)
> Depstring: || ( >=gnome-base/gvfs-1.10.1[udisks,udev]
> >=gnome-base/gvfs-1.10.1[gdu,udev] )
> Priority: runtime
> installed: gnome-base/gvfs-1.10.1::gentoo
> Candidates: ['>=gnome-base/gvfs-1.10.1[udisks,udev]']
> ebuild: gnome-base/gvfs-1.12.3::gentoo
>
> I really do not know what any of that stuff does.
> The "Ubuntu forums" approach would be for me to try all combinations
> until it just works. I would prefer to understand what is going on.

Sometimes the former is the best way to achieve the latter (smile).

I have Thunar installed with USE='-udev', but I also have Gvfs installed
& 'emerge -cpv gvfs' tells me it's needed for Thunar.
My conclusion is that this dependency is absolute
& that's confirmed by looking at the ebuild itself,
which says GVFS_DEPEND=">=gnome-base/gvfs-1.10.1" .

HTH a bit

Chris Stankevitz

unread,
Sep 11, 2012, 12:00:03 PM9/11/12
to
On Tue, Sep 11, 2012 at 8:12 AM, Chris Stankevitz
<chrisst...@gmail.com> wrote:
> Questions (3)-(5)

This should have said (2)-(4).

===

The problem is "solved" in the Ubuntu sense. I suspect that I
encountered some kind of portage bug or oddity on the way.

I "solved" the problem by:
1. removed global USE flag -gnome
2. added global USE flag fuse
3. added global USE flag udisks
4. added global USE flag gdu
5. emerge -DNa world


Some/all of the above steps allowed me to successfully "emerge -vat
thunar-volman"

Now here is the weird part:

thunar-volman demands thunar with the udev USE flag. Before steps
(1)-(5) above, during install of thunar-volman portage would take it
upon itself to add the udev USE flag to thunar. And consequently pull
in an ~amd64 version of gvfs.

After steps (1)-(5) above, during install of thunar-volman, portage
would halt the process with the common complaint: "please add udev USE
flag to thunar". I added the USE flag and then portage happily
installed thunar-volman.

Weird!

===

I'm a little upset I solved this using the Ubuntu approach of "try a
bunch of random crap until it works" (in this case the random crap was
me turning on global USE flags without really knowing why). I guessed
to turn on those USE flags due to the output of "emerge -d" which I
posted earlier.

Thanks for your help everyone,

Chris

Volker Armin Hemmann

unread,
Sep 11, 2012, 1:20:02 PM9/11/12
to
use --tree option to see who is really pulling all the crap in.
--
#163933

Mark Knecht

unread,
Sep 11, 2012, 4:20:01 PM9/11/12
to
On Mon, Sep 10, 2012 at 5:53 PM, Chris Stankevitz
<chrisst...@gmail.com> wrote:
> I installed xfce4-meta and was a little surprised to see it did not
> come with thunar. When I tried to install it, portage became upset.
>
> Question: is it normal that I would have to ~amd64 a bunch of packages
> and deal with slot conflicts and static-libs to install a file
> manager? FYI I am running a "stable" (non-~AMD64) system.
>
> Thank you,
>
> Chris
>
<SNIP>

Hi Chris,
I think you got your problem solved if my quick scan of this thread
is correct. However one comment I didn't see come up was to point out
that it can make a huge difference in terms of use flag choices
depending on which system profile you choose to orient your system
around. In the case of my wife's XFCE machine I found that using the
plain profile worked pretty well, but when I added KDE to it (I use
KDE when sitting on that machine) I needed to add a lot of use flags
and keyword a number of files. In the case of my own systems I choose
the KDE profile which ends up with most everything use flag oriented
pretty optimized for KDE. (No surprise.)

Anyway, as you're new to Gentoo and looking for more in-depth
answers, I wanted to just make sure you at least considered the system
profile chosen and it's effect on what you have to do to emerge
packages.

Cheers,
Mark

k2 ~ # eselect profile list
Available profile symlink targets:
[1] default/linux/amd64/10.0 *
[2] default/linux/amd64/10.0/selinux
[3] default/linux/amd64/10.0/desktop
[4] default/linux/amd64/10.0/desktop/gnome
[5] default/linux/amd64/10.0/desktop/kde
[6] default/linux/amd64/10.0/developer
[7] default/linux/amd64/10.0/no-multilib
[8] default/linux/amd64/10.0/server
[9] hardened/linux/amd64
[10] hardened/linux/amd64/selinux
[11] hardened/linux/amd64/no-multilib
[12] hardened/linux/amd64/no-multilib/selinux
k2 ~ #
0 new messages