> > > > > > > > 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