Re: [gentoo-user] Is there any way out of this...?
On Sat, 7 Dec 2013 07:32:09 +0100 meino.cra...@gmx.de wrote: [blocks B ] sys-fs/udev (sys-fs/udev is blocking sys-apps/systemd-208-r2) Pick one or the other; you can use sys-apps/systemd without running or migrating to it if you want just the sys-fs/udev portion of it. sys-apps/tcp-wrappers:0 (sys-apps/tcp-wrappers-7.6-r8::gentoo, installed) pulled in by (no parents that aren't satisfied by other packages in this slot) This one can be ignored. sys-libs/libcap:0 (sys-libs/libcap-2.22::gentoo, installed) pulled in by (no parents that aren't satisfied by other packages in this slot) This one can be ignored. media-libs/flac:0 (media-libs/flac-1.2.1-r3::gentoo, installed) pulled in by (no parents that aren't satisfied by other packages in this slot) This one can be ignored. media-libs/libvorbis:0 (media-libs/libvorbis-1.3.3::gentoo, installed) pulled in by (no parents that aren't satisfied by other packages in this slot) This one can be ignored. virtual/libffi:0 (virtual/libffi-3.0.11::gentoo, installed) pulled in by (no parents that aren't satisfied by other packages in this slot) This one can be ignored. virtual/libiconv:0 (virtual/libiconv-0::gentoo, installed) pulled in by (no parents that aren't satisfied by other packages in this slot) This one can be ignored. * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-apps/systemd-208-r2::gentoo, ebuild scheduled for merge) pulled in by sys-apps/systemd required by (gnome-base/gnome-settings-daemon-3.8.6.1::gentoo, ebuild scheduled for merge) =sys-apps/systemd-207 required by (sys-apps/gentoo-systemd-integration-2::gentoo, ebuild scheduled for merge) (sys-fs/udev-208::gentoo, installed) pulled in by sys-fs/udev required by @selected =sys-fs/udev-208[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,gudev?,introspection?,kmod?,selinux?,static-libs?] (=sys-fs/udev-208[abi_x86_64(-),gudev,kmod]) required by (virtual/udev-208::gentoo, installed) This is the actual problem, which I have already covered; just enable the openrc-force USE flag on =gnome-base/gnome-settings-daemon-3.8.6.1 or alternatively mask =gnome-base/gnome-settings-daemon-3.8. You need to put -openrc-force in /etc/portage/profile/use.mask to start with and then you can toggle it as you see fit. As you don't intend to run GNOME as far as I understood, this USE flag doesn't need to be masked for you. -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D signature.asc Description: PGP signature
[gentoo-user] Something is pulling in gnome-base
Why is gnome-base suddenly necessary on my system? Is it media-plugins/gst-
plugins-gconf that wants to pull it in this morning, when it hadn't done so
before?
This is what I see, but I also include the full enchilada below in case it is
more informative:
[nomerge ] media-plugins/gst-plugins-gconf-0.10.31:0.10
[ebuild U ] gnome-base/gconf-3.2.6-r1:2 [2.32.4-r1:2]
==
~ # emerge -uatDv world
These are the packages that would be merged, in reverse order:
Calculating dependencies... done!
[nomerge ] app-portage/layman-2.0.0 USE=git subversion -bazaar -cvs -
darcs -mercurial {-test} PYTHON_TARGETS=python2_7 (-pypy2_0) -python2_6
[ebuild U ] dev-vcs/subversion-1.7.14 [1.7.13] USE=berkdb dso kde nls
webdav-neon -apache2 -ctypes-python -debug -doc -extras -gnome-keyring -java -
perl -python -ruby -sasl {-test} -vim-syntax -webdav-serf
PYTHON_TARGETS=python2_7 -python2_6 5,905 kB
[nomerge ] app-pda/barry-0.18.3 USE=nls -boost -desktop -doc -gui -
opensync -static-libs
[nomerge ] dev-cpp/libxmlpp-2.36.0:2.6 USE=-doc {-test}
[ebuild U ] dev-cpp/glibmm-2.36.2:2 [2.32.1:2] USE=-debug -doc -
examples {-test} 2,256 kB
[ebuild rR] kde-base/kamera-4.10.5:4 USE=handbook (-aqua) -debug 0 kB
[ebuild U ] dev-util/meld-1.8.2 [1.7.0] USE=highlight -gnome
PYTHON_SINGLE_TARGET=python2_7%* -python2_6% PYTHON_TARGETS=python2_7%* -
python2_6% 414 kB
[ebuild U ] www-client/chromium-31.0.1650.63 [31.0.1650.57] USE=cups -
bindist -custom-cflags -gnome -gnome-keyring -gps -kerberos (-neon) -
pulseaudio (-selinux) (-system-sqlite) (-tcmalloc) {-test} LINGUAS=en_GB -am
-ar -bg -bn -ca -cs -da -de -el -es -es_LA -et -fa -fi -fil -fr -gu -he -hi -
hr -hu -id -it -ja -kn -ko -lt -lv -ml -mr -ms -nb -nl -pl -pt_BR -pt_PT -ro -
ru -sk -sl -sr -sv -sw -ta -te -th -tr -uk -vi -zh_CN -zh_TW 170,438 kB
[ebuild U ] net-im/pidgin-2.10.7-r5 [2.10.7-r4] USE=dbus gstreamer gtk
ncurses nls spell xscreensaver (-aqua) -debug -doc -eds -gadu -gnutls -
groupwise -idn -meanwhile -mxit -networkmanager -perl -prediction -python -
sasl -silc -tcl -tk -zephyr -zeroconf PYTHON_SINGLE_TARGET=python2_7
PYTHON_TARGETS=python2_7 0 kB
[ebuild rR] app-office/libreoffice-4.1.2.3 USE=bluetooth branding cups
dbus gtk kde opengl vba webdav (-aqua) -debug -eds -gnome -gstreamer -gtk3 -
java -jemalloc -mysql -odk -postgres -telepathy {-test}
LIBREOFFICE_EXTENSIONS=presenter-minimizer -nlpsolver -scripting-beanshell -
scripting-javascript -wiki-publisher PYTHON_SINGLE_TARGET=python2_7 -
python3_3 PYTHON_TARGETS=python2_7 python3_3* 0 kB
[ebuild U ] www-client/firefox-24.1.1 [17.0.9] USE=alsa dbus jit
libnotify minimal startup-notification -bindist -custom-cflags -custom-
optimization -debug -gstreamer (-pgo) -pulseaudio% (-selinux) -system-cairo% -
system-icu% -system-jpeg% -system-sqlite -wifi LINGUAS=en_GB -af -ak -ar -as
-ast -be -bg -bn_BD -bn_IN -br -bs -ca -cs -csb -cy -da -de -el -en_ZA -eo -
es_AR -es_CL -es_ES -es_MX -et -eu -fa -fi -fr -fy_NL -ga_IE -gd -gl -gu_IN -
he -hi_IN -hr -hu -hy_AM -id -is -it -ja -kk -km -kn -ko -ku -lg -lt -lv -mai
-mk -ml -mr -nb_NO -nl -nn_NO -nso -or -pa_IN -pl -pt_BR -pt_PT -rm -ro -ru -
si -sk -sl -son -sq -sr -sv_SE -ta -ta_LK -te -th -tr -uk -vi -zh_CN -zh_TW -
zu 117,373 kB
[nomerge ] net-misc/icaclient-12.1.0 USE=nsplugin LINGUAS=-de -ja
[ebuild U ] app-emulation/emul-linux-x86-soundlibs-20131008-r2
[20131008-r1] USE=alsa development pulseaudio%* ABI_X86=(-32) 0 kB
[nomerge ] kde-base/kdeutils-meta-4.10.5:4 USE=cups (-aqua) -floppy -
lirc
[nomerge ] kde-base/print-manager-4.10.5:4 USE=(-aqua) -debug
[nomerge ] app-admin/system-config-printer-gnome-1.4.3 [1.3.12] USE=-
gnome-keyring LINGUAS=en_GB -ar -as -bg -bn -bn_IN -br -bs -ca -cs -cy -da -
de -el -es -et -fa -fi -fr -gu -he -hi -hr -hu -hy -id -is -it -ja -ka -kn -ko
-lo -lv -mai -mk -ml -mr -ms -nb -nl -nn -or -pa -pl -pt -pt_BR -ro -ru -si -
sk -sl -sr -sr@latin -sv -ta -te -th -tr -uk -vi -zh_CN -zh_TW
PYTHON_SINGLE_TARGET=python2_7%* -python2_6% PYTHON_TARGETS=python2_7%* -
python2_6%
[nomerge ]app-admin/system-config-printer-common-1.4.3 [1.3.12]
USE=policykit -doc PYTHON_SINGLE_TARGET=python2_7%* -python2_6%
PYTHON_TARGETS=python2_7%* -python2_6%
[blocks b ] app-admin/system-config-printer-gnome-1.4.3 (app-
admin/system-config-printer-gnome-1.4.3 is blocking app-admin/system-config-
printer-common-1.4.3)
[ebuild U ] app-admin/system-config-printer-gnome-1.4.3 [1.3.12]
USE=-gnome-keyring LINGUAS=en_GB -ar -as -bg -bn -bn_IN -br -bs -ca -cs -cy
-da -de -el -es -et -fa -fi -fr -gu -he -hi -hr -hu -hy -id -is -it -ja -ka -
kn -ko -lo -lv -mai -mk -ml -mr -ms -nb -nl -nn -or -pa -pl -pt -pt_BR -ro -ru
-si -sk -sl -sr -sr@latin -sv -ta -te -th -tr -uk -vi -zh_CN -zh_TW
PYTHON_SINGLE_TARGET=python2_7%* -python2_6%
Re: [gentoo-user] Something is pulling in gnome-base
On Sat, 7 Dec 2013 10:16:43 + Mick michaelkintz...@gmail.com wrote: Why is gnome-base suddenly necessary on my system? Is it media-plugins/gst- plugins-gconf that wants to pull it in this morning, when it hadn't done so before? This is what I see, but I also include the full enchilada below in case it is more informative: [nomerge ] media-plugins/gst-plugins-gconf-0.10.31:0.10 [ebuild U ] gnome-base/gconf-3.2.6-r1:2 [2.32.4-r1:2] Note how there is gconf in media-plugins/gst-plugins-gconf-0.10.31:0.10; thus, you don't want this so I suggest you to add gnome-base/gconf and media-plugins/gst-plugins-gconf to package.mask. By doing so, you will be warned when something depends on it in the future. In this case you will find that net-im/pidgin[gstreamer] depends on it; thus, you will want to disable that USE flag on net-im/pidgin. -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D signature.asc Description: PGP signature
[gentoo-user] dev-libs/efl-1.8.0_beta2 fails to emerge on x86
Any idea what causes this error: /bin/sh ../libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc -std=gnu99 - O2 -march=pentium3 -fomit-frame-pointer -msse -mmmx -pipe -Wl,-O1 -Wl,--as- needed -o bin/edje/edje_cc bin/edje/bin_edje_edje_cc-edje_cc.o bin/edje/bin_edje_edje_cc-edje_cc_out.o bin/edje/bin_edje_edje_cc- edje_cc_parse.o bin/edje/bin_edje_edje_cc-edje_cc_mem.o bin/edje/bin_edje_edje_cc-edje_cc_handlers.o bin/edje/bin_edje_edje_cc- edje_cc_sources.o bin/edje/bin_edje_edje_cc-edje_multisense_convert.o - fvisibility=hidden -fdata-sections -ffunction-sections -Wl,--gc-sections -fno- strict-aliasing -Wl,--as-needed -Wl,--no-copy-dt-needed-entries-llua -lm lib/eio/libeio.la lib/embryo/libembryo.la lib/ecore_imf_evas/libecore_imf_evas.la lib/ecore_imf/libecore_imf.la lib/ecore_input/libecore_input.la lib/ecore_file/libecore_file.la lib/ecore_evas/libecore_evas.la lib/ecore/libecore.la lib/evas/libevas.la lib/eet/libeet.la lib/eo/libeo.la lib/eina/libeina.la -lpthread -lm lib/edje/libedje.la libtool: link: i686-pc-linux-gnu-gcc -shared -fPIC -DPIC lib/ethumb/.libs/lib_ethumb_libethumb_la-ethumb.o lib/ethumb/.libs/lib_ethumb_libethumb_la-md5.o -Wl,-rpath - Wl,/var/tmp/portage/dev-libs/efl-1.8.0_beta2/work/efl-1.8.0- beta2/src/lib/edje/.libs -Wl,-rpath -Wl,/var/tmp/portage/dev- libs/efl-1.8.0_beta2/work/efl-1.8.0-beta2/src/lib/ecore_file/.libs -Wl,-rpath -Wl,/var/tmp/portage/dev-libs/efl-1.8.0_beta2/work/efl-1.8.0- beta2/src/lib/ecore_evas/.libs -Wl,-rpath -Wl,/var/tmp/portage/dev- libs/efl-1.8.0_beta2/work/efl-1.8.0-beta2/src/lib/ecore/.libs -Wl,-rpath - Wl,/var/tmp/portage/dev-libs/efl-1.8.0_beta2/work/efl-1.8.0- beta2/src/lib/eo/.libs -Wl,-rpath -Wl,/var/tmp/portage/dev- libs/efl-1.8.0_beta2/work/efl-1.8.0-beta2/src/lib/evas/.libs -Wl,-rpath - Wl,/var/tmp/portage/dev-libs/efl-1.8.0_beta2/work/efl-1.8.0- beta2/src/lib/eina/.libs -Wl,--as-needed lib/edje/.libs/libedje.so lib/ecore_file/.libs/libecore_file.so lib/ecore_evas/.libs/libecore_evas.so lib/ecore/.libs/libecore.so lib/eo/.libs/libeo.so lib/evas/.libs/libevas.so lib/eina/.libs/libeina.so -lpthread -O2 -march=pentium3 -msse -mmmx -Wl,-O1 - Wl,--gc-sections -Wl,--no-copy-dt-needed-entries -Wl,-soname - Wl,libethumb.so.1 -o lib/ethumb/.libs/libethumb.so.1.8.0 libtool: link: (cd lib/ethumb/.libs rm -f libethumb.so.1 ln -s libethumb.so.1.8.0 libethumb.so.1) libtool: link: (cd lib/ethumb/.libs rm -f libethumb.so ln -s libethumb.so.1.8.0 libethumb.so) libtool: link: ( cd lib/ethumb/.libs rm -f libethumb.la ln -s ../libethumb.la libethumb.la ) /bin/sh ../libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc -std=gnu99 - O2 -march=pentium3 -fomit-frame-pointer -msse -mmmx -pipe -Wl,-O1 -Wl,--as- needed -o bin/edje/edje_decc bin/edje/bin_edje_edje_decc-edje_decc.o bin/edje/bin_edje_edje_decc-edje_cc_mem.o bin/edje/bin_edje_edje_decc- edje_cc_sources.o -fvisibility=hidden -fdata-sections -ffunction-sections - Wl,--gc-sections -fno-strict-aliasing -Wl,--as-needed -Wl,--no-copy-dt-needed- entries-llua -lm lib/eio/libeio.la lib/embryo/libembryo.la lib/ecore_imf_evas/libecore_imf_evas.la lib/ecore_imf/libecore_imf.la lib/ecore_input/libecore_input.la lib/ecore_file/libecore_file.la lib/ecore_evas/libecore_evas.la lib/ecore/libecore.la lib/evas/libevas.la lib/eet/libeet.la lib/eo/libeo.la lib/eina/libeina.la -lpthread -lm lib/edje/libedje.la libtool: link: i686-pc-linux-gnu-gcc -std=gnu99 -O2 -march=pentium3 -fomit- frame-pointer -msse -mmmx -pipe -Wl,-O1 -o bin/edje/.libs/edje_cc bin/edje/bin_edje_edje_cc-edje_cc.o bin/edje/bin_edje_edje_cc-edje_cc_out.o bin/edje/bin_edje_edje_cc-edje_cc_parse.o bin/edje/bin_edje_edje_cc- edje_cc_mem.o bin/edje/bin_edje_edje_cc-edje_cc_handlers.o bin/edje/bin_edje_edje_cc-edje_cc_sources.o bin/edje/bin_edje_edje_cc- edje_multisense_convert.o -fvisibility=hidden -fdata-sections -ffunction- sections -Wl,--gc-sections -fno-strict-aliasing -Wl,--no-copy-dt-needed- entries -Wl,--as-needed /usr/lib//liblua.so lib/eio/.libs/libeio.so lib/embryo/.libs/libembryo.so lib/ecore_imf_evas/.libs/libecore_imf_evas.so lib/ecore_imf/.libs/libecore_imf.so lib/ecore_input/.libs/libecore_input.so lib/ecore_file/.libs/libecore_file.so lib/ecore_evas/.libs/libecore_evas.so lib/ecore/.libs/libecore.so lib/evas/.libs/libevas.so lib/eet/.libs/libeet.so lib/eo/.libs/libeo.so lib/eina/.libs/libeina.so -lpthread -lm lib/edje/.libs/libedje.so -Wl,-rpath -Wl,/usr/lib/ /bin/sh ../libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc -std=gnu99 - O2 -march=pentium3 -fomit-frame-pointer -msse -mmmx -pipe -Wl,-O1 -Wl,--as- needed -o bin/edje/edje_player bin/edje/bin_edje_edje_player-edje_player.o - fvisibility=hidden -fdata-sections -ffunction-sections -Wl,--gc-sections -fno- strict-aliasing -Wl,--as-needed -Wl,--no-copy-dt-needed-entries-llua -lm lib/eio/libeio.la lib/embryo/libembryo.la lib/ecore_imf_evas/libecore_imf_evas.la
Re: [gentoo-user] dev-libs/efl-1.8.0_beta2 fails to emerge on x86
On Sat, 7 Dec 2013 10:48:21 + Mick michaelkintz...@gmail.com wrote: lib/edje/.libs/libedje.so: undefined reference to `eet_mmap' This sounds like a bug to me, can you file a bug at https://bugs.gentoo.org and attach the complete build log as well as comment with the output of `emerge --info`? Thank you in advance. -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D signature.asc Description: PGP signature
Re: [gentoo-user] Something is pulling in gnome-base
On Saturday 07 Dec 2013 10:31:38 you wrote: On Sat, 7 Dec 2013 10:16:43 + Mick michaelkintz...@gmail.com wrote: Why is gnome-base suddenly necessary on my system? Is it media-plugins/gst- plugins-gconf that wants to pull it in this morning, when it hadn't done so before? This is what I see, but I also include the full enchilada below in case it is more informative: [nomerge ] media-plugins/gst-plugins-gconf-0.10.31:0.10 [ebuild U ] gnome-base/gconf-3.2.6-r1:2 [2.32.4-r1:2] Note how there is gconf in media-plugins/gst-plugins-gconf-0.10.31:0.10; thus, you don't want this so I suggest you to add gnome-base/gconf and media-plugins/gst-plugins-gconf to package.mask. By doing so, you will be warned when something depends on it in the future. In this case you will find that net-im/pidgin[gstreamer] depends on it; thus, you will want to disable that USE flag on net-im/pidgin. Thanks Tom! It used to be the case that setting -gnome globally would be sufficient, without having to manually mask packages. I had gstreamer in pidgin to be able to get sound. I'm guessing that I need gstreamer in pidgin to be able to set up a voice call in gtalk. Is it the case that now one has to install gnome-base to be able to use gstreamer? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Systemd as drop-in replacement for udev?
On Sat, 07 Dec 2013 01:43:37 -0500 Jonathan Callen jcal...@gentoo.org wrote: Udev as installed by sys-fs/udev is *exactly* the same as udev installed by sys-apps/systemd, except that the latter installs more files. It is very much possible to switch to systemd as your udev provider without using the rest of systemd. That's what I have suspected but I did not find anybody that has experience with such setup. If anyone tried it, comments are welcomed. In the meantime I have settled with lightdm instead of gdm and stay with sys-fs/udev. Robert -- Róbert Čerňanský E-mail: ope...@tightmail.com Jabber: h...@jabber.sk
Re: [gentoo-user] Something is pulling in gnome-base
On Sat, 7 Dec 2013 11:03:00 + Mick michaelkintz...@gmail.com wrote: It used to be the case that setting -gnome globally would be sufficient, without having to manually mask packages. I had gstreamer in pidgin to be able to get sound. I'm guessing that I need gstreamer in pidgin to be able to set up a voice call in gtalk. Is it the case that now one has to install gnome-base to be able to use gstreamer? Seems so, you'll need to check with upstream or with the code for more details; but it is just one small package though. -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D signature.asc Description: PGP signature
Re: [gentoo-user] Something is pulling in gnome-base
On Saturday 07 Dec 2013 11:03:00 Mick wrote: Is it the case that now one has to install gnome-base to be able to use gstreamer? Not here, no. I have gstreamer but no gnome-base on this KDE box (not ~amd64). In fact, eix -I gnome returns only polkit-gnome. I see that's only there because I've inherited a gtk USE flag from the desktop profile. I've now set -gtk in make.conf and I'm reinstalling world (13 packages, including gcc and libre-office) to check that I really don't need gtk. Even gimp doesn't need gtk! -- Regards Peter
Re: [gentoo-user] Is there any way out of this...?
On Sat, 7 Dec 2013 09:40:13 +0100 Tom Wijsman tom...@gentoo.org wrote: On Sat, 7 Dec 2013 07:32:09 +0100 meino.cra...@gmx.de wrote: [blocks B ] sys-fs/udev (sys-fs/udev is blocking sys-apps/systemd-208-r2) Pick one or the other; you can use sys-apps/systemd without running or migrating to it if you want just the sys-fs/udev portion of it. That is actually what I have asked just a few days ago in thread Systemd as drop-in replacement for udev? and here I have another answer. :-) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-apps/systemd-208-r2::gentoo, ebuild scheduled for merge) pulled in by sys-apps/systemd required by (gnome-base/gnome-settings-daemon-3.8.6.1::gentoo, ebuild scheduled for merge) =sys-apps/systemd-207 required by (sys-apps/gentoo-systemd-integration-2::gentoo, ebuild scheduled for merge) (sys-fs/udev-208::gentoo, installed) pulled in by sys-fs/udev required by @selected =sys-fs/udev-208[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,gudev?,introspection?,kmod?,selinux?,static-libs?] (=sys-fs/udev-208[abi_x86_64(-),gudev,kmod]) required by (virtual/udev-208::gentoo, installed) This is the actual problem, which I have already covered; just enable the openrc-force USE flag on =gnome-base/gnome-settings-daemon-3.8.6.1 or alternatively mask =gnome-base/gnome-settings-daemon-3.8. You need to put -openrc-force in /etc/portage/profile/use.mask to start with and then you can toggle it as you see fit. As you don't intend to run GNOME as far as I understood, this USE flag doesn't need to be masked for you. What about the message in gnome-settings-daemon ebuild? gnome-settings-daemon needs Systemd to be *running* for working properly. ... Also, Canek in the thread I have mentioned wrote: The GNOME stuff that requires systemd will not work under OpenRC from 3.10 on, you could get strange fails with gdm and gnome-settings-daemon. So *I think* for the long run, if not using GNOME, it could be better to get rid GNOME applications (in my case it was just GDM) and be free to choose either of systemd, udev or eudev OR fully migrate to systemd (and be able to use GNOME apps). Robert -- Róbert Čerňanský E-mail: ope...@tightmail.com Jabber: h...@jabber.sk
Re: [gentoo-user] Something is pulling in gnome-base
On Saturday 07 Dec 2013 11:27:50 Tom Wijsman wrote: On Sat, 7 Dec 2013 11:03:00 + Mick michaelkintz...@gmail.com wrote: It used to be the case that setting -gnome globally would be sufficient, without having to manually mask packages. I had gstreamer in pidgin to be able to get sound. I'm guessing that I need gstreamer in pidgin to be able to set up a voice call in gtalk. Is it the case that now one has to install gnome-base to be able to use gstreamer? Seems so, you'll need to check with upstream or with the code for more details; but it is just one small package though. Sure, today it is just gnome-base, tomorrow I could end up *having* to install systemd or whatever RHL and their developers have deemed appropriate for your average desktop system. I've masked the two you suggested for now. Thanks again! -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Is there any way out of this...?
On Sat, 7 Dec 2013 12:46:34 +0100 Róbert Čerňanský ope...@tightmail.com wrote: That is actually what I have asked just a few days ago in thread Systemd as drop-in replacement for udev? and here I have another answer. :-) `grep systemd /usr/portage/virtual/udev/udev-208.ebuild` confirms from the Portage view that systemd is a provider of udev functionality. Since I do not have another udev package besides systemd, I can confirm you that systemd provides udev; if I reboot to OpenRC, udev continues to work. So, yes, you can use it as a drop-in replacement. This is the actual problem, which I have already covered; just enable the openrc-force USE flag on =gnome-base/gnome-settings-daemon-3.8.6.1 or alternatively mask =gnome-base/gnome-settings-daemon-3.8. You need to put -openrc-force in /etc/portage/profile/use.mask to start with and then you can toggle it as you see fit. As you don't intend to run GNOME as far as I understood, this USE flag doesn't need to be masked for you. What about the message in gnome-settings-daemon ebuild? gnome-settings-daemon needs Systemd to be *running* for working properly. ... That message is broad and does not detail what you need it for, you'll find that parts of it continue whereas others don't; if you don't need to run GNOME itself, then you probably do not need most of the parts that gnome-settings-daemon has to offer. Also, Canek in the thread I have mentioned wrote: The GNOME stuff that requires systemd will not work under OpenRC from 3.10 on, you could get strange fails with gdm and gnome-settings-daemon. I cannot confirm whether they have tightened the integration. So *I think* for the long run, if not using GNOME, it could be better to get rid GNOME applications (in my case it was just GDM) and be free to choose either of systemd, udev or eudev OR fully migrate to systemd (and be able to use GNOME apps). I've switched to systemd while I was on XFCE, just because I have a preference for how its usage and I was looking for ways to decrease my boot time (due to kernel testing, not for bragging rights); I've actually switched in a time that GNOME 3.6 - 3.8 was broken on me due to some RandR incompatibility causing the login screen to break. After I pinpointed that bug and upstream fixed that bug I could use 3.8 again, after not having used GNOME since 3.4; I was happy to be back. If it weren't for the news, I wouldn't even have noticed the systemd dependency being present; I just don't see reason to switch away from GNOME or systemd so all I can see: Try different things and see what you like, don't listen to others. XFCE is now my favorite go-to DE if my main DE breaks; if XFCE broke as well, I'm going to question whether I still want to continue using Gentoo. Given that I'm not the type of person that would use KDE or one of the minimal DE or WM's out there... Just a side story of how I got hooked on systemd without being forced to use it and how I'm hooked on GNOME despite it being broken by one or two lines of code that don't take my odd system hardware into account: YMMV, there's not a single piece of software that fits everyone... If you had bad experiences with GNOME and absolutely don't want it; then yes, I think getting rid of associated applications is the way forward as to avoid having to go through unnecessary maintenance by the changes that might happen with their dependencies. PS: This does not imply that I consider other init systems or DEs as bad; I would switch to OpenRC if logid would be forked and boot time decreased (although Patrick demonstrated in a blog post you can lower it quite a lot), I'm also packaging a minimal init system soon. As for other DEs, I have simply not tried them long enough to judge them... -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D signature.asc Description: PGP signature
Re: [gentoo-user] Something is pulling in gnome-base
On Sat, 7 Dec 2013 11:47:41 + Mick michaelkintz...@gmail.com wrote: tomorrow I could end up *having* to install systemd or whatever RHL and their developers have deemed appropriate for your average desktop system. They don't have control over the dependencies in packages and distributions they don't own though; so, for them to be listed as a dependency goes a long way. I think that for most packages in the Portage tree there is a large enough chain of dependencies between the package and systemd such that one can always avoid having to install systemd. But we're not there and I think we will never be there, because systemd is not often listed as a dependency (only on ~2 or so GNOME packages?) compared to something like ncurses that is listed all over the place... -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D signature.asc Description: PGP signature
Re: [gentoo-user] trouble emerging (*not* running) systemd on stable amd64
On Fri, Dec 06 2013, Tom Wijsman wrote: On Fri, 06 Dec 2013 09:45:17 -0500 gottl...@nyu.edu wrote: Cannot open src/hostname/org.freedesktop.hostname1.policy: No such file or directory A stable ebuild being broken is concerning, the above feels like a bug to me; can you file a bug and attach the complete build log and comment with the output of `emerge --info`? Thank you in advance. Done. https://bugs.gentoo.org/show_bug.cgi?id=493542 allan
Re: [gentoo-user] trouble emerging (*not* running) systemd on stable amd64
On Sat, 07 Dec 2013 12:32:12 -0500 gottl...@nyu.edu wrote: On Fri, Dec 06 2013, Tom Wijsman wrote: A stable ebuild being broken is concerning, the above feels like a bug to me; can you file a bug and attach the complete build log and comment with the output of `emerge --info`? Thank you in advance. Done. https://bugs.gentoo.org/show_bug.cgi?id=493542 The bug has been assigned to the systemd maintainers. -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D signature.asc Description: PGP signature
[gentoo-user] [systemd] lvm.service running too early?
Just updated my stable amd64 machine to use systemd and all is working okay except for the lvm.service. The lvm.service starts with no errors, but OTOH it finds no physical or logical volumes. I suspect this happens because the drive using lvm2 is in a usb3 external dock instead of attached to the mobo. When I run 'systemctl restart lvm' manually, the usb3 disk is activated and mounted successfully. Thus I think the lvm.service runs too early during boot. Here is my lvm.service (which I copied from another distro, IIRC): #cat /etc/systemd/system/lvm.service [Unit] Description=LVM DefaultDependencies=no Requires=systemd-udev-settle.service Before=shutdown.target local-fs.target [Service] Type=oneshot RemainAfterExit=yes ExecStart=/sbin/pvscan --ignorelockingfailure ExecStart=/sbin/vgscan --mknodes --ignorelockingfailure ExecStart=/sbin/vgchange --sysinit -a ly ExecStop=/sbin/lvchange --sysinit -a ln $(/sbin/vgs -o vg_name --noheadings --nosuffix) ExecStop=/sbin/lvchange --sysinit -a ln ExecStop=/sbin/vgchange --sysinit -a ln [Install] WantedBy=sysinit.target Is there an elegant way to fix the problem as opposed to a hack? Thanks for any clues.
[gentoo-user] is there a good independent power-manager?
Hi, after the recent stabilization of gnome3 I want to migrate away from the whole gnome-toolchain. Maybe I will migrate to systemd in some months, if everything has settled down but as for now I don't think I gain anything from it. The thing is, on my laptop I used to use the gnome-power-manager along with cpufreqd and laptop-mode to manage battery-mode. Is there any good replacement for this tool that doesn't belong to one of the big desktop-environments (I use i3 since 2 years ago)? best regards, - Benjamin
Re: [gentoo-user] [systemd] lvm.service running too early?
On Dec 7, 2013 12:40 PM, walt w41...@gmail.com wrote: Just updated my stable amd64 machine to use systemd and all is working okay except for the lvm.service. The lvm.service starts with no errors, but OTOH it finds no physical or logical volumes. I suspect this happens because the drive using lvm2 is in a usb3 external dock instead of attached to the mobo. When I run 'systemctl restart lvm' manually, the usb3 disk is activated and mounted successfully. Thus I think the lvm.service runs too early during boot. Here is my lvm.service (which I copied from another distro, IIRC): #cat /etc/systemd/system/lvm.service [Unit] Description=LVM DefaultDependencies=no Requires=systemd-udev-settle.service Before=shutdown.target local-fs.target [Service] Type=oneshot RemainAfterExit=yes ExecStart=/sbin/pvscan --ignorelockingfailure ExecStart=/sbin/vgscan --mknodes --ignorelockingfailure ExecStart=/sbin/vgchange --sysinit -a ly ExecStop=/sbin/lvchange --sysinit -a ln $(/sbin/vgs -o vg_name --noheadings --nosuffix) ExecStop=/sbin/lvchange --sysinit -a ln ExecStop=/sbin/vgchange --sysinit -a ln [Install] WantedBy=sysinit.target Is there an elegant way to fix the problem as opposed to a hack? I believe that for recent enough versions of LVM2, it includes an official lvm2.service unit file(s). Could you try that one and see if it works as you expect? You should run systemd-delta from time to time to see if you are overriding anything in your /etc directory. Regards.
[gentoo-user] booting with kernel 3.10.17 - services fail to start. Help, please!
Hi, Gentoo! I finally built 3.10.17 a couple of weeks back, and have spent many hours, fruitlessly, trying to get a handle on the following problem. I boot with 3.10.17 and the services fail to start. Everything is fine with 3.8.13. My system is an amd-64 stable, with /usr on the root partition, udev is the device manager, and there is no initramfs. My evidence for this failure comes from $ rc config show -all: every visible service is marked as being [stopped]. If I try $ rc config start service-name, I get told something like service is already starting. The same happens with $ rc config restart. I'm also missing messages from OpenRC. I see only these: Mounting /proc Mounting /run /run/openrc: creating directory /run/lock: creating directory /run/lock: correcting owner Enter runlevel: . The first message I expect, but don't see (after the correcting owner one) is: Using /dev mounted from kernel . (By the way, are OpenRC messages written to a log anywhere?) To the Enter runlevel: prompt, I type 3, and OpenRC instantly displays the login prompt (rather than after starting the default services). I can log in as root. /dev exists, pretty much as normal, except the device-mapper devices used by lvm are missing. Either I've made a mistake configuring my kernel, or there's some new piece of configuration needed which I've somehow missed hearing about. I suppose I really ought to include my kernel config here, but I'll not, at least not yet, since it's 2737 lines long. Please help me sort out this bug. Thanks! -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] booting with kernel 3.10.17 - services fail to start. Help, please!
On Sat, 7 Dec 2013 21:26:08 + Alan Mackenzie a...@muc.de wrote: My evidence for this failure comes from $ rc config show -all: every visible service is marked as being [stopped]. If I try $ rc config start service-name, I get told something like service is already starting. The same happens with $ rc config restart. Check /var/log/messages. I'm also missing messages from OpenRC. I see only these: Mounting /proc Mounting /run /run/openrc: creating directory /run/lock: creating directory /run/lock: correcting owner Enter runlevel: . The first message I expect, but don't see (after the correcting owner one) is: Using /dev mounted from kernel Is CONFIG_TMPFS, CONFIG_DEVTMPFS and CONFIG_DEVTMPFS_MOUNT enabled in the kernel? These caused problems in the early boot in the past. . (By the way, are OpenRC messages written to a log anywhere?) Enable rc_logger=YES in /etc/rc.conf and check /var/log/rc.log. To the Enter runlevel: prompt, I type 3, and OpenRC instantly displays the login prompt (rather than after starting the default services). I'm not sure why it asks you, might be something crucial failing. I can log in as root. /dev exists, pretty much as normal, except the device-mapper devices used by lvm are missing. Did you set up the initramfs? Either I've made a mistake configuring my kernel, or there's some new piece of configuration needed which I've somehow missed hearing about. I suppose I really ought to include my kernel config here, but I'll not, at least not yet, since it's 2737 lines long. You can attach it to the email if needed. Please help me sort out this bug. Thanks! I hope /var/log/messages or /var/log/rc.log contains more details for us, to help you out; could you share those (attach or pastebin)? -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D signature.asc Description: PGP signature
Re: [gentoo-user] booting with kernel 3.10.17 - services fail to start. Help, please!
Hi, Tom. Thanks for such a rapid reply. On Sat, Dec 07, 2013 at 10:50:16PM +0100, Tom Wijsman wrote: On Sat, 7 Dec 2013 21:26:08 + Alan Mackenzie a...@muc.de wrote: My evidence for this failure comes from $ rc config show -all: every visible service is marked as being [stopped]. If I try $ rc config start service-name, I get told something like service is already starting. The same happens with $ rc config restart. Check /var/log/messages. I'm only seeing messages from my sessions with my working kernel. The only partition which ever gets mounted in 3.10.17 is /, and that only read only. :-( I'm also missing messages from OpenRC. I see only these: Mounting /proc Mounting /run /run/openrc: creating directory /run/lock: creating directory /run/lock: correcting owner Enter runlevel: . The first message I expect, but don't see (after the correcting owner one) is: Using /dev mounted from kernel Is CONFIG_TMPFS, CONFIG_DEVTMPFS and CONFIG_DEVTMPFS_MOUNT enabled in the kernel? These caused problems in the early boot in the past. All these three are enabled in the kernel, yes. . (By the way, are OpenRC messages written to a log anywhere?) Enable rc_logger=YES in /etc/rc.conf and check /var/log/rc.log. :-( My /var never gets mounted, and even my root partition only gets mounted read only. There was a log file at /run/openrc/rc.log, but it only contained info about the previous shutdown. To the Enter runlevel: prompt, I type 3, and OpenRC instantly displays the login prompt (rather than after starting the default services). I'm not sure why it asks you, might be something crucial failing. No, that's just that I don't have a default runlevel set in my /etc/inittab. I can log in as root. /dev exists, pretty much as normal, except the device-mapper devices used by lvm are missing. Did you set up the initramfs? My system doesn't use an initramfs. Either I've made a mistake configuring my kernel, or there's some new piece of configuration needed which I've somehow missed hearing about. I suppose I really ought to include my kernel config here, but I'll not, at least not yet, since it's 2737 lines long. You can attach it to the email if needed. Maybe later. Please help me sort out this bug. Thanks! I hope /var/log/messages or /var/log/rc.log contains more details for us, to help you out; could you share those (attach or pastebin)? They lack any entries generated by the runs with the broken kernel. So far, I've not managed to find any useful information. :-( -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] [systemd] lvm.service running too early?
On Sat, Dec 07 2013, Canek Peláez Valdés wrote: On Dec 7, 2013 12:40 PM, walt w41...@gmail.com wrote: Just updated my stable amd64 machine to use systemd and all is working okay except for the lvm.service. The lvm.service starts with no errors, but OTOH it finds no physical or logical volumes. I suspect this happens because the drive using lvm2 is in a usb3 external dock instead of attached to the mobo. When I run 'systemctl restart lvm' manually, the usb3 disk is activated and mounted successfully. Thus I think the lvm.service runs too early during boot. Here is my lvm.service (which I copied from another distro, IIRC): #cat /etc/systemd/system/lvm.service [Unit] Description=LVM DefaultDependencies=no Requires=systemd-udev-settle.service Before=shutdown.target local-fs.target [Service] Type=oneshot RemainAfterExit=yes ExecStart=/sbin/pvscan --ignorelockingfailure ExecStart=/sbin/vgscan --mknodes --ignorelockingfailure ExecStart=/sbin/vgchange --sysinit -a ly ExecStop=/sbin/lvchange --sysinit -a ln $(/sbin/vgs -o vg_name --noheadings --nosuffix) ExecStop=/sbin/lvchange --sysinit -a ln ExecStop=/sbin/vgchange --sysinit -a ln [Install] WantedBy=sysinit.target Is there an elegant way to fix the problem as opposed to a hack? I believe that for recent enough versions of LVM2, it includes an official lvm2.service unit file(s). Could you try that one and see if it works as you expect? I have the recent lvm2 (2.02.104) and the unit files in /usr/lib/systemd/system are called lvm2-lvmetad.service lvm2-lvmetad.socket lvm2-monitor.service lvm2-pvscan@.service I have *no* custom unit files for systemd or lvm (only homebrew unit is for my autobackup script). A few weeks ago there was a confusion between /sbin and /usr/sbin for the lvm2 files (lvm, pvchange, etc). But that is working fine now. Indeed I use systemd with lvm2 and my lv's are all recognized and mounted automatically. allan
Re: [gentoo-user] uzbl
On Fri, Dec 06, 2013 at 03:28:22PM +0100, Elias Diem wrote Is anybody else here using uzbl and can help me with the problem? * www-client/uzbl Latest version available: 2011.04.12 Latest version installed: 2011.04.12 I run amd64. Hi; I run the git version of uzbl-tabbed. Once the debugged uzbl- ebuild (not the Aug 20, 2012 version) ends up in portage, I may switch to that. The git version allows different config files for individual uzbl-tabbed windows. This is not available in the 2011.04.02 version. Believe me, you will want uzbl-tabbed, not uzbl-browser. There is a mailing list at http://lists.uzbl.org/listinfo/uzbl-dev (yes, users can join too), or you can contact me directly for questions. I've learned the hard way a lot of what to do and not to do. E.g. you need a custom local.mk to enable Flash to run. And various other stuff. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
