Re: [gentoo-user] Re: banshee installation without systemd
On Mon, 24 Feb 2014 03:11:25 +0100 eroen er...@falcon.eroen.eu wrote: One would hope (mostly for their image's sake) the gnome team does not remove gnome-settings-daemon-2 until at least one of cinnamon-settings-daemon and mate-settings-daemon are included in gentoo proper. + 05 Mar 2014; Tom Wijsman tom...@gentoo.org + +files/mate-settings-daemon-1.2.0-syndaemon-mode.patch, + +files/mate-settings-daemon-1.4.0-netfs-monitor.patch, + +mate-settings-daemon-1.6.2.ebuild, +metadata.xml: + New ebuild for mate-base/mate-settings-daemon, MATE Settings Daemon; + imported from the mate-overlay, reviewed and adjusted. Hoping to see it unmasked in the next week, just a few more to add... -- 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] Re: banshee installation without systemd
On 24/02/14 09:31, eroen wrote: On Sun, 23 Feb 2014 18:02:01 +0100, Fox halfsocial...@gmail.com wrote: Hello, after reading the thread about systemd somebody mentioned sys-fs/eudev. I decided used because I had systemd only to used udev and unmerge systemd. Now I can't use Banshee which I use as my music player because of the next dependency tree: banshee - gnome-base/gnome-settings-daemon - sys-apps/gentoo-systemd-integration - sys-apps/systemd and systemd can't be used because it conflicts with eudev. Is there anyway to avoid emerge systemd in this case? Thank you, Quim On a system running ~amd64 with eudev/openrc: moriah ~ # emerge gnome-base/gnome-settings-daemon -vp These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] gnome-base/gnome-desktop-3.8.4:3/7 USE=introspection -debug 1,019 kB [ebuild N ] x11-themes/gnome-themes-standard-3.8.4 USE=gtk 3,765 kB [ebuild N ] sys-apps/systemd-208-r2:0/1 USE=filecaps firmware-loader gcrypt kmod lzma pam policykit python tcpd xattr -acl -audit -cryptsetup -doc -gudev -http -introspection -qrcode (-selinux) {-test} -vanilla PYTHON_SINGLE_TARGET=python2_7 PYTHON_TARGETS=python2_7 2,335 kB [ebuild N ] sys-apps/gentoo-systemd-integration-2 0 kB [ebuild N ] gnome-base/gnome-settings-daemon-3.8.6.1 USE=colord cups i18n policykit short-touchpad-timeout udev -debug (-openrc-force) (-packagekit) {-test} INPUT_DEVICES=-wacom 1,543 kB [blocks B ] sys-apps/systemd (sys-apps/systemd is blocking sys-fs/eudev-1.4-r1) I have a system like the above ... eudev/openrc with openrc-force in the USE flags and the 13.0 profile (not desktop/gnome etc) As you can see above, something is forcing (-openrc-force) - any ideas on how to get it to honour the openrc-force flag or find out what is causing the problem? BillK
Re: [gentoo-user] Re: banshee installation without systemd
On Mon, 24 Feb 2014 17:52:13 +0800, William Kenworthy wrote: As you can see above, something is forcing (-openrc-force) - any ideas on how to get it to honour the openrc-force flag or find out what is causing the problem? The flag is masked because it is an unsupported option. Unmask it by adding this to /etc/portage/profile/package.use.mask gnome-base/gnome-settings-daemon -openrc-force -- Neil Bothwick MSDOS didn't get as bad as it is overnight -- it took over ten years of careful development. signature.asc Description: PGP signature
[gentoo-user] Re: banshee installation without systemd
On Mon, 24 Feb 2014 17:52:13 +0800, William Kenworthy bi...@iinet.net.au wrote: moriah ~ # emerge gnome-base/gnome-settings-daemon -vp These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] gnome-base/gnome-desktop-3.8.4:3/7 USE=introspection -debug 1,019 kB [ebuild N ] x11-themes/gnome-themes-standard-3.8.4 USE=gtk 3,765 kB [ebuild N ] sys-apps/systemd-208-r2:0/1 USE=filecaps firmware-loader gcrypt kmod lzma pam policykit python tcpd xattr -acl -audit -cryptsetup -doc -gudev -http -introspection -qrcode (-selinux) {-test} -vanilla PYTHON_SINGLE_TARGET=python2_7 PYTHON_TARGETS=python2_7 2,335 kB [ebuild N ] sys-apps/gentoo-systemd-integration-2 0 kB [ebuild N ] gnome-base/gnome-settings-daemon-3.8.6.1 USE=colord cups i18n policykit short-touchpad-timeout udev -debug (-openrc-force) (-packagekit) {-test} INPUT_DEVICES=-wacom 1,543 kB [blocks B ] sys-apps/systemd (sys-apps/systemd is blocking sys-fs/eudev-1.4-r1) I have a system like the above ... eudev/openrc with openrc-force in the USE flags and the 13.0 profile (not desktop/gnome etc) As you can see above, something is forcing (-openrc-force) - any ideas on how to get it to honour the openrc-force flag or find out what is causing the problem? BillK openrc-force is masked in /usr/portage/profiles/base/use.mask: # Pacho Ramos pa...@gentoo.org (28 Sep 2013) # This USE flag is available after long dicussion in # http://www.gossamer-threads.com/lists/gentoo/dev/276077 # to let some prople not able to run systemd to skip the dep (#480336). # Enabling this you will get a fully unsupported Gnome setup that # could suffer unexpected problem, don't expect support for it then. openrc-force If you are unfamiliar with gentoo's profiles, most (all the handbook-documented) profiles inherit the base profile which contains this file, which means this mask is in effect on most systems. None of the other profiles currently disable this use-mask. emerge's output indicates to you that this use flag is masked by enclosing it in parenthesis, check the documentation for the --verbose switch in emerge(1)[1]. Use-flag masks from the selected profile (and the opposite, force) override the use-flag settings normally made by users in make.conf and package.use. User modifications to the profile should be made in /etc/portage/profile/, see portage(5)[2]. To un-mask the openrc use flag, you can create the file /etc/portage/profile/use.mask with this line: -openrc-force 1: https://dev.gentoo.org/~zmedico/portage/doc/man/emerge.1.html 2: https://dev.gentoo.org/~zmedico/portage/doc/man/portage.5.html -- eroen signature.asc Description: PGP signature
Re: [gentoo-user] Re: banshee installation without systemd
On 24/02/14 18:39, Neil Bothwick wrote: On Mon, 24 Feb 2014 17:52:13 +0800, William Kenworthy wrote: As you can see above, something is forcing (-openrc-force) - any ideas on how to get it to honour the openrc-force flag or find out what is causing the problem? The flag is masked because it is an unsupported option. Unmask it by adding this to /etc/portage/profile/package.use.mask gnome-base/gnome-settings-daemon -openrc-force Ta, thats the hint I needed. Thanks, BillK
[gentoo-user] Re: banshee installation without systemd
On Sun, 23 Feb 2014 18:02:01 +0100, Fox halfsocial...@gmail.com wrote: Hello, after reading the thread about systemd somebody mentioned sys-fs/eudev. I decided used because I had systemd only to used udev and unmerge systemd. Now I can't use Banshee which I use as my music player because of the next dependency tree: banshee - gnome-base/gnome-settings-daemon - sys-apps/gentoo-systemd-integration - sys-apps/systemd and systemd can't be used because it conflicts with eudev. Is there anyway to avoid emerge systemd in this case? Thank you, Quim On a system running ~amd64 with eudev/openrc: eroen@falcon ~ $ emerge -pv media-sound/banshee =gnome-base/gnome-settings-daemon-2.32.1-r2 These are the packages that would be merged, in order: Calculating dependencies . . ... done! [ebuild N ] media-sound/banshee-2.6.1 USE=aac bpm cdda encode mtp {test} udev web -daap -doc -ipod -karma -youtube 3,246 kB [ebuild N ] dev-dotnet/gtk-sharp-beans-2.14.0 21 kB [ebuild N ] dev-dotnet/gtk-sharp-gapi-2.12.10:2 USE=-debug 1,601 kB [ebuild NS]sys-devel/automake-1.10.3:1.10 [1.9.6-r3:1.9, 1.11.6:1.11, 1.12.6:1.12, 1.13.4:1.13, 1.14.1:1.14] 936 kB [ebuild N ]dev-lang/mono-3.2.3 USE=nls -debug -doc -minimal -pax_kernel -xen 0 kB [ebuild N ] dev-dotnet/libgdiplus-2.10.9-r1 USE=cairo 0 kB [ebuild N ] dev-dotnet/glib-sharp-2.12.10:2 USE=-debug 0 kB [ebuild N ] dev-dotnet/gtk-sharp-2.12.10:2 USE=-debug 0 kB [ebuild N ]dev-dotnet/atk-sharp-2.12.10:2 USE=-debug 0 kB [ebuild N ]dev-dotnet/gdk-sharp-2.12.10:2 USE=-debug 0 kB [ebuild N ] dev-dotnet/pango-sharp-2.12.10:2 USE=-debug 0 kB [ebuild N ] dev-dotnet/gio-sharp-0.3 88 kB [ebuild N ] dev-dotnet/gkeyfile-sharp-0.1 20 kB [ebuild N ] media-plugins/gst-plugins-taglib-0.10.31:0.10 0 kB [ebuild N ] dev-dotnet/dbus-sharp-0.7.0-r1 125 kB [ebuild N ] media-plugins/gst-plugins-soundtouch-0.10.23:0.10 0 kB [ebuild N ] media-libs/libsoundtouch-1.8.0 USE=sse2 -static-libs 104 kB [ebuild N ] dev-dotnet/gconf-sharp-2.24.2:2 USE=-debug 412 kB [ebuild N ] dev-dotnet/gnome-sharp-2.24.2:2 USE=-debug 0 kB [ebuild N ]dev-dotnet/art-sharp-2.24.2:2 USE=-debug 0 kB [ebuild N ]dev-dotnet/gnomevfs-sharp-2.24.2:2 USE=-debug 0 kB [ebuild N ] dev-dotnet/glade-sharp-2.12.10:2 USE=-debug 0 kB [ebuild N ] net-libs/webkit-gtk-2.2.5-r200:2 USE=egl gstreamer jit opengl {test} webgl (-aqua) -coverage -debug -geoloc -gles2 -introspection -libsecret -spell 9,181 kB [ebuild N ] media-plugins/gst-plugins-lame-0.10.19:0.10 0 kB [ebuild N ] dev-dotnet/dbus-sharp-glib-0.5.0 94 kB [ebuild N ] gnome-base/gnome-settings-daemon-2.32.1-r2 USE=libnotify -debug -policykit -pulseaudio -smartcard 1,327 kB [ebuild N ] gnome-base/libgnomekbd-2.32.0-r1 USE={test} 402 kB [ebuild N ] gnome-base/gnome-desktop-2.32.1-r2:2 USE=-debug -license-docs PYTHON_TARGETS=python2_7 -python2_6 1,596 kB [ebuild N ] dev-dotnet/notify-sharp-0.4.0_pre20090305 USE=-doc 78 kB [ebuild N ] dev-dotnet/taglib-sharp-2.1.0.0 503 kB [ebuild N ] media-plugins/gst-plugins-gio-0.10.36:0.10 0 kB [ebuild N ] dev-dotnet/mono-addins-0.6.2 USE=gtk 330 kB [ebuild N ] dev-dotnet/gudev-sharp-0.1 101 kB Total: 33 packages (32 new, 1 in new slot), Size of downloads: 20,155 kB For ease of upgrades, you might want to add =gnome-base/gnome-settings-daemon-3 in /etc/portage/package.mask rather than specifying it with a specific version on the command line. -- eroen signature.asc Description: PGP signature
Re: [gentoo-user] Re: banshee installation without systemd
On Sun, Feb 23, 2014 at 7:31 PM, eroen er...@falcon.eroen.eu wrote: On Sun, 23 Feb 2014 18:02:01 +0100, Fox halfsocial...@gmail.com wrote: Hello, after reading the thread about systemd somebody mentioned sys-fs/eudev. I decided used because I had systemd only to used udev and unmerge systemd. Now I can't use Banshee which I use as my music player because of the next dependency tree: banshee - gnome-base/gnome-settings-daemon - sys-apps/gentoo-systemd-integration - sys-apps/systemd and systemd can't be used because it conflicts with eudev. Is there anyway to avoid emerge systemd in this case? Thank you, Quim On a system running ~amd64 with eudev/openrc: eroen@falcon ~ $ emerge -pv media-sound/banshee =gnome-base/gnome-settings-daemon-2.32.1-r2 [ snip emerge output ] For ease of upgrades, you might want to add =gnome-base/gnome-settings-daemon-3 in /etc/portage/package.mask rather than specifying it with a specific version on the command line. That solution is a dead end. GNOME 2 is being removed from the tree[1]. Regards. [1] http://blogs.gentoo.org/eva/2014/02/16/the-future-of-gnome-2/ -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
[gentoo-user] Re: banshee installation without systemd
On Sun, 23 Feb 2014 19:47:55 -0600, Canek Peláez Valdés can...@gmail.com wrote: On Sun, Feb 23, 2014 at 7:31 PM, eroen er...@falcon.eroen.eu wrote: On Sun, 23 Feb 2014 18:02:01 +0100, Fox halfsocial...@gmail.com wrote: Hello, after reading the thread about systemd somebody mentioned sys-fs/eudev. I decided used because I had systemd only to used udev and unmerge systemd. Now I can't use Banshee which I use as my music player because of the next dependency tree: banshee - gnome-base/gnome-settings-daemon - sys-apps/gentoo-systemd-integration - sys-apps/systemd and systemd can't be used because it conflicts with eudev. Is there anyway to avoid emerge systemd in this case? Thank you, Quim On a system running ~amd64 with eudev/openrc: eroen@falcon ~ $ emerge -pv media-sound/banshee =gnome-base/gnome-settings-daemon-2.32.1-r2 [ snip emerge output ] For ease of upgrades, you might want to add =gnome-base/gnome-settings-daemon-3 in /etc/portage/package.mask rather than specifying it with a specific version on the command line. That solution is a dead end. GNOME 2 is being removed from the tree[1]. Regards. [1] http://blogs.gentoo.org/eva/2014/02/16/the-future-of-gnome-2/ You probably mean temporary. The expression dead end would imply it makes future migration more difficult in some way. One would hope (mostly for their image's sake) the gnome team does not remove gnome-settings-daemon-2 until at least one of cinnamon-settings-daemon and mate-settings-daemon are included in gentoo proper. -- eroen signature.asc Description: PGP signature
Re: [gentoo-user] Re: banshee installation without systemd
On Sun, Feb 23, 2014 at 8:11 PM, eroen er...@falcon.eroen.eu wrote: On Sun, 23 Feb 2014 19:47:55 -0600, Canek Peláez Valdés can...@gmail.com wrote: On Sun, Feb 23, 2014 at 7:31 PM, eroen er...@falcon.eroen.eu wrote: On Sun, 23 Feb 2014 18:02:01 +0100, Fox halfsocial...@gmail.com wrote: Hello, after reading the thread about systemd somebody mentioned sys-fs/eudev. I decided used because I had systemd only to used udev and unmerge systemd. Now I can't use Banshee which I use as my music player because of the next dependency tree: banshee - gnome-base/gnome-settings-daemon - sys-apps/gentoo-systemd-integration - sys-apps/systemd and systemd can't be used because it conflicts with eudev. Is there anyway to avoid emerge systemd in this case? Thank you, Quim On a system running ~amd64 with eudev/openrc: eroen@falcon ~ $ emerge -pv media-sound/banshee =gnome-base/gnome-settings-daemon-2.32.1-r2 [ snip emerge output ] For ease of upgrades, you might want to add =gnome-base/gnome-settings-daemon-3 in /etc/portage/package.mask rather than specifying it with a specific version on the command line. That solution is a dead end. GNOME 2 is being removed from the tree[1]. Regards. [1] http://blogs.gentoo.org/eva/2014/02/16/the-future-of-gnome-2/ You probably mean temporary. The expression dead end would imply it makes future migration more difficult in some way. Call it temporary if you want to. The point is that gnome-settings-daemon 2.x has been unmaintained for years now. One would hope (mostly for their image's sake) the gnome team does not remove gnome-settings-daemon-2 until at least one of cinnamon-settings-daemon and mate-settings-daemon are included in gentoo proper. Nobody cares about any team image, I suppose. They are all volunteers. If you want cinnamon-sd or mate-sd to get into the tree, help out. Don't assume someone is going to do it for you. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México