Bug 755112

Summary: gnome-session fails with "Error: Requiring AccountsService"
Product: [Fedora] Fedora Reporter: Michal Jaegermann <michal>
Component: gnome-sessionAssignee: Ray Strode [halfline] <rstrode>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: jmccann, mclasen, rstrode
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-02-10 04:57:39 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Michal Jaegermann 2011-11-18 21:18:51 UTC
Description of problem:

On an updated rawhide installation an attempt to start gnome-session records, many times, the following in ~/.xsession-errors:

    JS ERROR: !!!     message = '"Requiring AccountsService, version none: Typelib file for namespace 'AccountsService' (any version) not found"'
    JS ERROR: !!!   Exception was: Error: Requiring AccountsService, version none: Typelib file for namespace 'AccountsService' (any version) not found
    JS ERROR: !!!     lineNumber = '0'
    JS ERROR: !!!     fileName = '"gjs_throw"'
    JS ERROR: !!!     stack = '"("Requiring AccountsService, version none: Typelib file for namespace 'AccountsService' (any version) not found")@gjs_throw:0
@/usr/share/gnome-shell/js/ui/endSessionDialog.js:25
"'

After that one gets:

gnome-session[21840]: WARNING: App 'gnome-shell.desktop' respawning too quickly

and all this ends with "Oh, no ....".

How to find that mythical "AccountsService" is one of those unexplained mysteries.

Version-Release number of selected component (if applicable):
gnome-session-3.3.1-2.fc17

How reproducible:
always

Additional info:
Seems to be a side-effect of an attempt to run gnome-shell on a hardware where previously that thingy refused to start.

Comment 1 Michal Jaegermann 2011-11-30 21:51:02 UTC
I see the same error with gnome-session-3.3.2-1.fc17 and all related updates applied and accountsservice-0.6.15-2.fc17 and with accounts-daemon.service
enabled and running.  Well in an error message this time this is /usr/share/gnome-shell/js/ui/endSessionDialog.js:24 for a change.

BTW - that is presumably that 'AccountsService' from the error message which accounts-daemon.service is supposed to provide?  If yes then what is assumed to ensure that it is enabled and running after updates?  'accountsservice' package does not have any scripts to take care of this and a guessing game on a part of a user does not seem to be such good way.  Or this is not really required at all as gnome-session chokes regardless if this daemon is running or not?

Comment 2 Michal Jaegermann 2011-12-23 03:27:56 UTC
Any clues what may be causing this bug?  The situation became more urgent now because I have a machine upgraded from Fedora 14 to 16, so this is not a rawhide anymore, and now on this box any attempt to start "GNOME session" or "Classic GNOME session" does work for a few short seconds and after that immediately crashes writing to ~/.xsession-errors a repeating series of:

    JS ERROR: !!!   Exception was: Error: Requiring AccountsService, version none: Typelib file for namespace 'AccountsService' (any version) not found
    JS ERROR: !!!     lineNumber = '0'
    JS ERROR: !!!     fileName = '"gjs_throw"'
    JS ERROR: !!!     stack = '"("Requiring AccountsService, version none: Typelib file for namespace 'AccountsService' (any version) not found")@gjs_throw:0
@/usr/share/gnome-shell/js/ui/endSessionDialog.js:25
"'
    JS ERROR: !!!     message = '"Requiring AccountsService, version none: Typelib file for namespace 'AccountsService' (any version) not found"'

A search on google like this one:

https://encrypted.google.com/search?q=%22+Error%3A+Requiring+AccountsService%22++gnome3

with results mostly from Ubuntu forums, reveals that I am not the only one which bumped into that issue but proffered solutions depend on providing some form of accountsservice package.  The catch is that I do have accountsservice-0.6.15-2.fc16 installed and 'systemctl | grep account' gives:

accounts-daemon.service   loaded active running       Accounts Service

with 'systemctl status accounts-daemon.service' in a full agreement with that.

To make the situation more baffling I have around other machines with a very similar software configuration and which were also moved F14 -> F16 and they do NOT show this issue.  Any idea what this "Typelib file for namespace 'AccountsService'" is supposed to be, what is searching for it and why not finding?  Any clues how to possibly debug this pile?  BTW - on this particular box selinux happens to be _disabled_.

Versions on the affected Fedora 16 machine:
gnome-session-3.2.1-2.fc16.x86_64
clutter-1.8.2-3.fc16.x86_64
mutter-3.2.1-2.fc16.x86_64
accountsservice-0.6.15-2.fc16.x86_64

The only redeeming point which saves me from beeing tarred-and-feathered by a machine owner is that xfce runs just fine.

Comment 3 Michal Jaegermann 2011-12-30 06:47:56 UTC
It looks like that I found at last why I was getting "JS ERROR: !!!     message = '"Requiring AccountsService, version none:" and "not found".  After I installed also accountsservice-libs then gnome-session eventually started.

The catch is that nothing in gnome-session enforces dependencies on those packages and without those gnome-session simply does not run. It runs for me only in a "fallback mode" due to hardware issues but it runs.

My current versions:
gnome-session-3.3.3-1.fc17
accountsservice-0.6.15-2.fc17
accountsservice-libs-0.6.15-2.fc17

I did not check yet a machine running Fedora 16 and described in comment #2 but I expect to find the similar problem.

Comment 4 Matthias Clasen 2012-02-10 04:57:39 UTC
I've added an explicit dep in gnome-shell now.