Re: [gentoo-user] emerge xfce-base/thunar: lobotomy needed
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 Description: PGP signature
Re: [gentoo-user] emerge xfce-base/thunar: lobotomy needed
On Tue, Sep 11, 2012 at 12:53 AM, Neil Bothwick n...@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 Portage 2.1.11.9 (default/linux/amd64/10.0, gcc-4.5.4, glibc-2.15-r2, 3.4.9-gentoo x86_64) = System uname: Linux-3.4.9-gentoo-x86_64-Intel-R-_Core-TM-_i7-3520M_CPU_@_2.90GHz-with-gentoo-2.1 Timestamp of tree: Tue, 11 Sep 2012 07:00:01 + app-shells/bash: 4.2_p37 dev-lang/python: 2.7.3-r2, 3.2.3 dev-util/cmake: 2.8.8-r3 dev-util/pkgconfig: 0.27.1 sys-apps/baselayout: 2.1-r1 sys-apps/openrc: 0.9.8.4 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.68 sys-devel/automake: 1.9.6-r3, 1.11.6 sys-devel/binutils: 2.22-r1 sys-devel/gcc:4.5.4 sys-devel/gcc-config: 1.7.3 sys-devel/libtool:2.4-r1 sys-devel/make: 3.82-r3 sys-kernel/linux-headers: 3.4-r2 (virtual/os-headers) sys-libs/glibc: 2.15-r2 Repositories: gentoo x-portage ACCEPT_KEYWORDS=amd64 ACCEPT_LICENSE=* -@EULA CBUILD=x86_64-pc-linux-gnu CFLAGS=-march=native -O2 -pipe CHOST=x86_64-pc-linux-gnu CONFIG_PROTECT=/etc CONFIG_PROTECT_MASK=/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/sandbox.d /etc/terminfo CXXFLAGS=-march=native -O2 -pipe DISTDIR=/usr/portage/distfiles FCFLAGS=-O2 -pipe FEATURES=assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles news parallel-fetch parse-eapi-ebuild-head protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch FFLAGS=-O2 -pipe GENTOO_MIRRORS=ftp://ftp.ucsb.edu/pub/mirrors/linux/gentoo; LANG=en_US.UTF8 LC_ALL=en_US.UTF8 LDFLAGS=-Wl,-O1 -Wl,--as-needed MAKEOPTS=-j4 PKGDIR=/usr/portage/packages PORTAGE_CONFIGROOT=/ PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages PORTAGE_TMPDIR=/var/tmp PORTDIR=/usr/portage PORTDIR_OVERLAY=/usr/local/portage SYNC=rsync://rsync.gentoo.org/gentoo-portage USE=X acl amd64 berkdb bzip2 cli cracklib crypt cups cxx dbus dri fortran gdbm gpm iconv ipv6 mmx modules mudflap multilib ncurses nls nptl openmp pam pcre pppd python readline session sse sse2 ssl tcpd unicode zlib ALSA_CARDS=ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci ALSA_PCM_PLUGINS=adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol APACHE2_MODULES=actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias CALLIGRA_FEATURES=kexi words flow plan sheets stage tables krita karbon braindump CAMERAS=ptp2 COLLECTD_PLUGINS=df interface irq load memory rrdtool swap syslog ELIBC=glibc GPSD_PROTOCOLS=ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx INPUT_DEVICES=evdev synaptics KERNEL=linux LCD_DEVICES=bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text LIBREOFFICE_EXTENSIONS=presenter-console presenter-minimizer PHP_TARGETS=php5-3 PYTHON_TARGETS=python3_2 python2_7 RUBY_TARGETS=ruby18 ruby19 USERLAND=GNU VIDEO_CARDS=nvidia vesa fbdev XTABLES_ADDONS=quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LINGUAS, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
Re: [gentoo-user] emerge xfce-base/thunar: lobotomy needed
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
Re: [gentoo-user] emerge xfce-base/thunar: lobotomy needed
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
Re: [gentoo-user] emerge xfce-base/thunar: lobotomy needed
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 -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] emerge xfce-base/thunar: lobotomy needed
On Tue, Sep 11, 2012 at 8:12 AM, Chris Stankevitz chrisstankev...@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
Re: [gentoo-user] emerge xfce-base/thunar: lobotomy needed
Am Montag, 10. September 2012, 17:53:23 schrieb Chris Stankevitz: 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
Re: [gentoo-user] emerge xfce-base/thunar: lobotomy needed
On Mon, Sep 10, 2012 at 5:53 PM, Chris Stankevitz chrisstankev...@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 ~ #
[gentoo-user] emerge xfce-base/thunar: lobotomy needed
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
Re: [gentoo-user] emerge xfce-base/thunar: lobotomy needed
On Mon, Sep 10, 2012 at 5:53 PM, Chris Stankevitz chrisstankev...@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 ~ #
Re: [gentoo-user] emerge xfce-base/thunar: lobotomy needed
On Mon, Sep 10, 2012 at 7:53 PM, Chris Stankevitz chrisstankev...@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
Re: [gentoo-user] emerge xfce-base/thunar: lobotomy needed
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
Re: [gentoo-user] emerge xfce-base/thunar: lobotomy needed
On Mon, Sep 10, 2012 at 8:26 PM, Chris Stankevitz chrisstankev...@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. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] emerge xfce-base/thunar: lobotomy needed
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
Re: [gentoo-user] emerge xfce-base/thunar: lobotomy needed
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
Re: [gentoo-user] emerge xfce-base/thunar: lobotomy needed
On Mon, Sep 10, 2012 at 9:37 PM, Chris Stankevitz chrisstankev...@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. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] emerge xfce-base/thunar: lobotomy needed
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 chrisstankev...@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? Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] emerge xfce-base/thunar: lobotomy needed
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