Remove gnome, refuse to use systemd (udev blocking)

[Toffer]

Ok, I am aware that this is a recurring subject on these forums, but I can not get a decent solution out of what I have read so far. Either there is no obvious solution, or people tend to surrender to systemd. I've got nothing against systemd, I just do not want it at this time.

I use Xfce, but I have emerged some gnome ebuilds from time to time. It has been far too long since my last update, and now I find various packages pulling in systemd and it is of course blocking with udev.

I have been jerking around with this all day, possibly leaving my system in a worse state than ever.

Here is my last attempt for update world: http://pastebin.com/hSi4kZGM (unable to use phpBB-code: "code" on this without messing up the whole post)

I have unmerged all the ebuilds

equery list *gnome*

could find.

Here is my make.conf:

# These settings were set by the catalyst build script that automatically
# built this stage.
# Please consult /usr/share/portage/config/make.conf.example for a more
# detailed example.
CFLAGS="-O2 -march=prescott -pipe"
#CFLAGS="-O1 -march=i686 -pipe"
CXXFLAGS="${CFLAGS}"
# WARNING: Changing your CHOST is not something that should be done lightly.
# Please consult http://www.gentoo.org/doc/en/change-chost.xml before changing.
CHOST="i686-pc-linux-gnu"
MAKEOPTS="-j3"

GENTOO_MIRRORS="http://ftp.df.lth.se/pub/gentoo/ ftp://mirror.mdfnet.se/gentoo"

#SYNC="rsync://rsync.se.gentoo.org/gentoo-portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"

LINGUAS="en"

USE= "nsplugin -icu acl ldap pam winbindfat consolekit -orc pulseaudio -asyncns testdeps -dso perl git subversion pdf mp280 ntfs client-deps
usb minizip sqlite jabber kms drm keymap acpi alsa bzip2 caps cda cdda cups pam policykit dbus dvdr dvd encode exif ffmpeg flac ftp glib
gif gimp gdbm gtk gstreamer ieee1394 ipv6 jabber java javascript jpeg -gnome -kde -libproxy lm_sensors mbox mp3 mp4 mpeg mplayer msn
-networkmanager opengl qt4 python raw samba scanner session sockets sound sse3 ssl startup-notification svg -systemd tiff udev unicode
wifi webrtc-aec win32codecs X xscreensaver xcomposite xinerama xvid X"

INPUT_DEVICES="evdev"

INSTALL_MASK="${INSTALL_MASK}
/usr/lib/systemd"

VIDEO_CARDS="nvidia"

SANE_BACKENDS="pixma"

PORTDIR_OVERLAY="/usr/local/portage"
PORTDIR_OVERLAY="/var/lib/layman/steam"
FEATURES="parallel-fetch"

source /var/lib/layman/make.conf
ACCEPT_LICENCE="oracle-jre-bin"

I have been trying hints and tips from quite a few google-hits all day, but I am afraid I will only leave my system in a worse state if I continue on my own.

If it is unclear, the problem now is that systemd is pulled in like my masking has no effect.

Any clues or tips is greatly appreciated!

[PaulBredbury]

If you use XFCE, then you probably don't need gnome-settings-daemon.

[Toffer]

That's my opinion too. As far as I know can run everything on my desktop without any major gnome-things.

But thanks, you made me take a second look. Tried a quick fix and temporarily removed first Banshee, then Spotify, after reading here:

Code: Select all

The following keyword changes are necessary to proceed:
 (see "package.accept_keywords" in the portage(5) man page for more details)
# required by media-sound/spotify-0.8.8.323-r2
# required by @selected
# required by @world (argument)
=gnome-extra/gnome-integration-spotify-20131013 ~x86

The following mask changes are necessary to proceed:
 (see "package.unmask" in the portage(5) man page for more details)
# required by media-sound/banshee-2.6.1
# required by @selected
# required by @world (argument)
# /etc/portage/package.mask:
=gnome-base/gnome-settings-daemon-3.8.6.1
# required by sys-apps/systemd-208-r2[-vanilla]
# required by gnome-base/gnome-settings-daemon-3.8.6.1
# required by media-sound/banshee-2.6.1
# required by @selected
# required by @world (argument)
# /etc/portage/package.mask:
=sys-apps/gentoo-systemd-integration-2

The block went away after unmerging them both. I couldn't even imagine the possibility of these two being so stubborn with the -gnome use flag. There's some kinda funky shit going on here, little doubt its PEBKAC, but I'll try to re-emerge them tomorrow and see what happens then.

[dol-sen]

I purged gnome too. I still haven't finished cleaning everything, but mostly done.
Don't forget to add the -t, --tree option to emerge to show what brings in what if you have any more difficulty with pkgs bringing back in systemd.

Oh, you might want to check your profile setting and select a plain desktop profile instead of the gnome sub-profile.

[cwr]

I managed to build a Gnome 2.x from the current Portage with a lot of masking;
the package list might be a help on Xfce:

Code: Select all

https://forums.gentoo.org/viewtopic-t-980608-highlight-.html

Will

[depontius]

There are several GNOME masking threads here. One thread masks GNOME >=3.0, and another masks GNOME >=3.8. I've been happily running with the latter since last December when it all hit the fan.

I'm not actually running GNOME, I just like some GNOME applications.

[Anon-E-moose]

Just an FYI.

Running a version of gnome >3.0 and <3.8 it would probably be wise to copy all the ebuilds that one needs into ones local tree.
The same for any supporting gtk3 version as newer versions break existing apps in mysterious ways (so I've heard).
This also applies to the source files.

[i92guboj]

You should really check the output of "equery d gtk+", then go line by line, and check for gtk+-3.x.

That can give you some pointers on what's pulling the gnome 3 stuff. Also, while you are at it, you might want to modify some overlays and put them into an overlay to revert them to gtk+-2.x (evince and abiword comes to my mind right now).

[depontius]

Just an FYI.

Running a version of gnome >3.0 and <3.8 it would probably be wise to copy all the ebuilds that one needs into ones local tree.
The same for any supporting gtk3 version as newer versions break existing apps in mysterious ways (so I've heard).
This also applies to the source files.

Any idea how the Mate overlay is coming along?

There are alternatives to GNOME>=3.8 (+systemd), and many of us have been practicing them. But as you say, adding persistence to those alternatives would be a very good idea. Since whatever is chosen is going to take some resource, I suggest that one one of these threads that we've both (along with many others) been on, we try to settle on the best (first choosing the meaning of "best" in this circumstance) alternative and work together on implementing it. Whether that's creating an overlay of legacy GNOME stuff, or Mate, or whatever.

[PaulBredbury]

With XFCE, it's not necessary to mask all of gnome 3.8

I was previously using evolution 3.8.5, and I currently use evince 3.11.3. With gtk+ 3.8.8. Edit: and glib 2.38.2

But not in Gentoo. Perhaps the official Gentoo ebuilds are a bit strict in their dependencies?

[Anon-E-moose]

Any idea how the Mate overlay is coming along?

Not really. I know there's a thread about it, but I don't know the state (works well, so so, etc) of it. http://forums.gentoo.org/viewtopic-t-980920.html

[OldTango]

Any idea how the Mate overlay is coming along?

Not sure what you are asking here, however, I have been using MATE from the MATE overlay for almost a year. Mate-1.6 is extremely stable. If your asking if and when it will get into the main portage tree. Soon maybe...

A couple of changes as of late. See This Bug
This was added to main portage tree @ /usr/portage/profiles/package.mask

Code: Select all

# Tom Wijsman <TomWij@gentoo.org> (21 Feb 2014)
# MATE introduction mask
mate-base/mate-common

Hopefully MATE gets into the main portage tree soon.

[Suicidal]

Any idea how the Mate overlay is coming along?

Not really. I know there's a thread about it, but I don't know the state (works well, so so, etc) of it. http://forums.gentoo.org/viewtopic-t-980920.html

I tried it about a month ago, works fairly well. bluetooth wasn't working for me so I decided to give kde a shot.