build: support automake-1.14.1 and previous

Change-Id: I557f5aef69580f3f7ce2faa64d956ad2770f30fa
Signed-off-by: Philippe Coval <philippe.coval@open.eurogiciel.org>

packaging: cleanup

Change-Id: Id5a6da84345b382057d6b40d8f9d04339414a71d
Signed-off-by: Philippe Coval <philippe.coval@open.eurogiciel.org>

build: support automake-1.14.1

Change-Id: I91176c3786a898a99928d954e5985afe18f5d378
Bug-Tizen: TC-2003/part
Signed-off-by: Philippe Coval <philippe.coval@open.eurogiciel.org>

Fix a typo in changelog

The typo do break the package biuld on OBS, however, it build fine with
'gbs build', and now OBS remote build is disabled for developers. So
this is a real problem for us.

Change-Id: I1881bb9cb0880bf0aec92c8e60338bb058e03df3
Signed-off-by: Chengwei Yang <chengwei.yang@intel.com>

Fix activate xorg.service failed

If "Type=forking" specified in systemd service file, then systemd
expected that the father process which invoke fork() will exit soon, in
the start timeout. Otherwise, this service will be treated as fail to
start.

Since xorg-launch-helper didn't exit after start Xorg, so it will
timeout, then the whole user session timed out.

Bug: https://bugs.tizen.org/jira/browse/TDIST-311
Change-Id: I48116acb6fb1f49838670f13a5c2ea2aa6145c84
Signed-off-by: Chengwei Yang <chengwei.yang@intel.com>

systemd: can not set negative OOMScoreAdjust for user service

systemd will put the service into failure state if set OOMScoreAdjust
failed. So do not set a negative OOMScoreAdjust for user service.

Bug: https://bugs.tizen.org/jira/browse/TDIST-274
Change-Id: I1ad00a33465f50a24fac5899f65872ffec7e0278
Signed-off-by: Chengwei Yang <chengwei.yang@intel.com>

Modify xorg.service.in to support Tizen 2.2 releast

Change-Id: I1d14031b3386bb36bb25609be4c5adb38c5e2ef7

resetting manifest requested domain to floor

Set license using %license

Update to v4

Fixed license/group

add packaging

add packaging

use sigtimedwait instead of pthread_cond_timedwait

pthread mutexes should not be used inside signal handlers

v4.

Revert "Change xorg.service to KillMode=process."

This reverts commit e1a6f6ee6f63d6cb09b9ef69393be9f70452e90f.

While this change had some beneficial influence on the shutdown issue,
it didn't completely address the issue. A better fix can be found in
v6 of user-session-units instead, which should be used with this
version.

Change xorg.service to KillMode=process.

Withtout TERM signal, Xorg remains hanging since the normal user
isn't permitted to cgroup terminate the group with Xorg still in
it (at least that's my assumption).

With KillMode=process, xorg-launch-helper properly gets a TERM
and delegates it to Xorg, and shutdown proceeds as normal.

Missing <errno.h>

Convert to Type=notify. No hardcoded options.

This departs from the forking service, and rewrites xorg-launch-helper
to be a Notify type service to systemd. This allows us to monitor
and pass through TERM signals, as well as debug startup and shutdown
issues better.

Remove any harcoded options - any option needed to start Xorg now
needs to be passed to xorg-launch-helper as well. This can be done
through the unit file.

Attempt to fix shutdown issue causing 90sec timeout.

This adds a PIDFile for Xorg in the XDG_RUNTIME_DIR, in an attempt
to fix the shutdown timeout. The theory is that with this PIDFile,
system --user knows how to properly shut down Xorg, and won't
wait for 90 seconds to see it exit.

However, it doesn't work. I still see timeouts when shutting down
with this patch.

README: add git URL.

README: put something useful in here.

Don't really want dbus.service either.

v2

Don't need to pull syslog.target here.

Fixu unit file installation.

Add a few more things needed due to the rename/fork.

Bulk of the xorg-launch-helper checkin.

Initial commit of xorg-launch-helper.

There is not much left of uxlaunch OR user-session. After careful testing,
we can do almost all the bits that we need in systemd without any more
code than this.

The last remaining bit missing is Xorg startup synchronization. To start
a desktop session with X applications, we need to assure that Xorg is
ready before forking services that require an active $DISPLAY server.

This code comes all the way from uxlaunch and discards Xauth support, and
just includes the bits needed to start Xorg and wait for it to signal that
it is ready to accept and paint pixels for us. At that point, it exits
and thus tells systemd that the service is operational.

;###################################################################
;
;   THIS ENDS THE HISTORY FOR USER-SESSION.  :^)
;
;###################################################################

Remove Xau support.

After looking through this, I don't see any other way that Xauth
support is providing functionality other than to remote displays,
which exclude ssh X forwarding. Remote displays are in the form
where DISPLAY=some-other-machine:0.

We really don't care for those at all at this time, so let's
remove all this legacy support that we don't need as it just
complicates things.

v1

Move Xauth to just after env(). Stop creating ~/.xsession-errors.

All log output just goes into the journal.

Quick gitignore.

Build code to install the service file and changes in the previous commit.

Add a systemd service file. Force systemd dependency. Require default username.

Adding Authors.

Wrong version of the GPL, all this code is GPLv2.

Initial import.

User-session is entirely based on uxlaunch code, but heavily reduced
in features. The removed features can and should all be replaced
with systemd --user equivalend units.