> > > > > > > > From: dantr...@mirthil.org [mailto:dantr...@mirthil.org]
> > > > > > > > Sent: Wednesday, 24 June, 2015 17:40
> > > > > > > > To: john.frank...@outlook.com
> > > > > > > > Subject: Re: gnome-3.16.x without systemd
> > > > > > > >
> > > > > > > > I came across your post by chance. To answer your question,
> > > > > > > > it is indeed possible for GNOME 3.16 to work without
systemd.
> > > > > > > > I have actually been maintaining a patchset that
reintegrates support
> > > > > > > >for Session Tracking and Power Management.
> > > > > > > > A recent version of the most directly related files can be 
> > > > > > > > found here: https://bugs.funtoo.org/browse/FL-2485
> > > > > > > > I have a newer version but I'm not quite ready to share it.
> > > > > > > > If you let me know what operating system you use, I may to
be able to help you expedite matters.
> > > > > > > > In fact, if you use Gentoo or Funtoo Linux you can be using
GNOME 3.16
> > > > > > > >without systemd as fast as you can compile it.
> > > > > > > >
> > > > > > >
> > > > > > > Thanks for the positive feedback.
> > > > > > >
> > > > > > > I'm using the 64-bit version of tinycorelinux on which I have
gnome-3.10.x working without problems.
> > > > > > >
> > > > > > > I've compiled everything for gnome-3.16.x, but cannot post 
> > > > > > > the various extensions (packages) to the tinycorelinux repo as
gnome-session will not run.
> > > > > > > As posted, gnome-shell fails to register with gnome-session,
but without any error
> > > > > > > messages to go on, I'm unable to fix things.
> > > > > > > I had a quick look at the site you mention, but I don't see
any patches that
> > > > > > > stand out as being likely to fix my problem?
> > > > > > > 
> > > > > > I am not actually familiar with tinycorenetwork but what I do 
> > > > > > know is that GNOME 3.16 should actually work as-is (although 
> > > > > > with reduced features), if you don't use GDM (as in 3.16
ConsoleKit support was removed)
> > > > > > and if you force clutter to use the X11 backend (as the other
backends require systemd, as far as I can tell).
> > > > > >
> > > > > > My patchset is further down on that page under the attachment
section.
> > > > > > Here's a direct link:
http://files.mirthil.org/dantrell-portage-overlays.tar.xz
> > > > > > (mind, this will only stay live for a while longer).
> > > > > > You will mostly be interested in any package that applies a 
> > > > > > *restore-deprecated-code.patch file but you will also want to 
> > > > > > look at what configure options are being passed regarding
consolekit and systemd,
> > > > > > especially if you intend to use GDM. Only a few packages not in
that attachment
> > > > > > are not very relevant to your purposes.
> > > > > >
> > > > > > You wouldn't by chance be using ConsoleKit2 (any version greater
than 0.4.6)?
> > > > > > Because when I tested GNOME 3.16 against that, I believe things
went similarly haywire.
> > > > > > Also, if you manage to things working but find that native 
> > > > > > applications don't launch/work, double check that clutter is
using an appropriate backend as I mentioned earlier.
> > > > > >
> > > > > 
> > > > > Thanks - to answer some of your questions:
> > > > >
> > > > > 1. I don't know what backend clutter is using, but I don't get any
clutter errors
> > > > > and using CLUTTER_BACKEND=x11 doesn't change anything.
> > > > >
> > > > > 2. I'm not using gdm.
> > > > >
> > > > > 3. I've tried with both consolekit-0.4.6 and consolekit2 and
neither give any error messages.
> > > > >
> > > > > I already reverted the consolekit changes to gnome-shell-3.16 
> > > > > and applied your revert patch to gnome-settings-daemon, but
unfortunately this did > not help.
> > > >
> > > > In general I compiled the various packages against upower-0.99.2 
> > > > except where they would not (telepathy-mission-control) and against
consolekit.
> > > > I don't see any particular configure switches in your tarball that
I've missed.
> > > > I have not compiled gnome-bluetooth-3.16 as the version of udev in 
> > > > tinycorelinux is too old for this, but other than that everything I
know of is present.
> > > >
> > > > I'm starting gnome-session with a wrapper script:
> > > >
> > > > ck-launch-session dbus-launch --exit-with-session gnome-session2  >
> > > --autostart=/usr/local/etc/xdg/autostart --debug
> > > > 
> > > > ..which gives the attached output - as you can see there's 
> > > > nothing to indicate why gnome-shell fails to register and I'm unable
to get any debug output from gnome-shell.
> > > >
> > > > It's possible I might be missing a runtime dep as opposed to 
> > > > having a consolekit problem, but without error messages it's
impossible to tell.
> > > >
> > > > I took another at things, including the logs you provided and I 
> > > > think that your problems have nothing to do with any patches
(missing or otherwise).
> > > > Since you are not using GDM I think ConsoleKit is not the problem.
> > > > In fact, if things don't work without the patches (yours or mine),
it won't work with them.
> > > >
> > > > Without actually getting tinycorelinux myself and retracing your 
> > > > efforts, my best guess is that you are probably correct in thinking
that you
> > > > forgot a dependency or built something against an incorrect one.
> > > > The only thing that comes to mind is gobject-introspection, dbus and
udev (in that order).
> > > >
> > > > Also, while I don't think your wrapper script is suspect, in
Gentoo/Funtoo, we use the following .xinitrc:
> > > >
> > > > # Fix Missing Applications in Gnome export XDG_MENU_PREFIX=gnome-
> > > > 
> > > > # Properly Launch the Desired X Session exec ck-launch-session 
> > > > gnome-session
> > > >
> > > Thanks - I'm using gobject-introspection-1.44.0, dbus-1.18.6 and
udev-174
> > > udev is in the tinycorelinux base, so I cannot change that.
> > >
> > > I'm reasonably sure I haven't missed compiling against
gobject-introspection and/or dbus
> > > what makes you think that I might have?
> > >
> > > As mentioned, the only app that complains about udev-174 is
gnome-bluetooth, so I haven't compiled against that.
> > >
> > > I was thinking it was more likely that I'd missed a runtime dep, but
what?
> > >
> > > A couple of points on your patches:
> > >
> > > patch -Np1 -i 
> > > ../gnome-control-center-3.16.2-restore-deprecated-code.patch
> > >
> > > patching file config.h.in
> > > patching file configure
> > > patching file configure.ac
> > > Hunk #1 succeeded at 340 (offset -99 lines).
> > > Hunk #2 FAILED at 649.
> > > 1 out of 2 hunks FAILED -- saving rejects to file configure.ac.rej 
> > > patching file panels/power/cc-power-panel.c
> > >
> > > patch -Np1 -i 
> > > ../telepathy-mission-control-5.16.3-restore-deprecated-code.patch
> > >...
> > > Make
> > >...
> > > cd . && /bin/bash 
> > >/usr/src/telepathy-mission-control-5.16.3/build-aux/missing 
> > >automake-1.13 --gnu
> > > configure.ac:20: warning: The 'AM_PROG_MKDIR_P' macro is deprecated,
and its use is discouraged.
> > > configure.ac:20: You should use the Autoconf-provided 
> > > 'AC_PROG_MKDIR_P' macro instead,  [snip]
> > > tests/twisted/Makefile.am:228: warning: 'INCLUDES' is the old name 
> > > for 'AM_CPPFLAGS' (or '*_CPPFLAGS')
> > > Makefile:445: recipe for target 'Makefile.in' failed
> > > make: *** [Makefile.in] Error 1
> > >
> > While udev is probably moot, gobject-introspection can be finicky,
likewise with dbus.
> > Sometimes, when those are updated, everything that depends on it needs 
> > to be rebuilt otherwise when you start GNOME, it will say something 
> > along the lines of "GNOME 3 Failed to Load" (if I recall correctly) and
fail gracefully
> > but without any obvious errors. Usually it's enough to rebuild around
5-10 critical applications.
> > 
> > If you are not already aware, here's the list of core GNOME 3.16
applications:
> > https://download.gnome.org/core/3.16/3.16.2/sources/
> > 
> > Are you missing something from that list (excluding anything that starts
with gnome)?
> > 
> > The first patch failed to apply because it depends on prior patches
being applied first.
> > You can see what is being applied by looking at the ebuild.
> > I think in the case of gnome-control-center only the optional patch
matters.
> > As for telepathy-mission-control, did you configure it with
--disable-static and --enable-deprecated?
> > 
> Thanks - I compiled dbus and gobject-introspection first and then
everything was compiled against
> them - in any case, I don't see the "gnome-3 failed to load error.
>
> I'd seen the list of gnome apps and I seem to have them all.
>
> Telepathy-mission-control was indeed compiled with "--disable-static
--enable-deprecated"
>
> If somebody could point me to where in the gnome-shell code it tests for
what is required
> to register with gnome-session and then sends the dbus registration
request to gnome-session, I could try to debug things.
>
> The other thing I would need to know is how to pass debug messages from
gnome-shell to stdout/stderr
> when it is started by gnome-session - gnome-shell does not appear to
output to stdout/stderr/js log/js error
> - or maybe it does, but gnome-session kills the putput?
>
Finally I found it...

Gnome-shell calls on mutter to register with gnome-session.

With the x11 backend, mutter eventually calls XIGrabTouchBegin, which fails
with libXi <= 1.7.4

After compiling libXi from git, things work :)

..albeit it takes +/-30s after startx for the gnome-session desktop to
appear on a fast machine, but that's a problem for another day

Thanks again for the positive suggestions.

John
_______________________________________________
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Reply via email to