With the recent fixes to systemd-rpm-macros, presets
(/usr/lib/systemd/user-presets/) are being now applied on installation to
global *user* services in /usr/lib/systemd/user/ (user-presets, even if
present, were not applied on package installation in Leap 42.3 or earlier).

However no package actually provides any vendor presets for user services so
services which previously defaulted to disabled are now being enabled on
installation.

This has led to unexpected behaviour, e.g. boo#1090480 .

1) Is default-enabled user services the desired behaviour? System services
default to disabled.

2) Packagers should be made aware of this recent change in behaviour and
advised on the correct way to install a user service in either enabled or
disabled state.

3) Systemctl does not appear to show status or preset of global user services
correctly, e.g.

> ls /etc/systemd/user/default.target.wants/
redshift.service

> systemctl --user --global status redshift.service
��� redshift.service - Redshift display colour temperature adjustment
   Loaded: loaded (/usr/lib/systemd/user/redshift.service; disabled; vendor
preset: enabled)
   Active: inactive (dead)
     Docs: http://jonls.dk/redshift/

> echo "disable *" | sudo tee /usr/lib/systemd/user-preset/99-default.preset

> sudo systemctl --user --global preset redshift
Removed /etc/systemd/user/default.target.wants/redshift.service.

> systemctl --user --global status redshift
��� redshift.service - Redshift display colour temperature adjustment
   Loaded: loaded (/usr/lib/systemd/user/redshift.service; disabled; vendor
preset: enabled)
   Active: inactive (dead) since Tue 2018-04-24 22:35:40 BST; 16s ago

systemd-234-lp150.16.1
obs://build.opensuse.org/openSUSE:Leap:15.0/standard/429cb61bad4f78f5133241d63e443d4d-systemd