All of lore.kernel.org
 help / color / mirror / Atom feed
From: Scott Garman <scott.a.garman@intel.com>
To: openembedded-core@lists.openembedded.org
Subject: Re: Trouble by last dbus patch (46e6c3fa8034b12d178d605f3f5d7efe69671a13)?
Date: Thu, 27 Oct 2011 15:30:36 -0700	[thread overview]
Message-ID: <4EA9DB8C.7070504@intel.com> (raw)
In-Reply-To: <201110272342.19640.schnitzeltony@gmx.de>

On 10/27/2011 02:42 PM, Andreas Müller wrote:
> On Thursday, October 27, 2011 10:43:17 PM Scott Garman wrote:
>> On 10/27/2011 01:30 PM, Andreas Müller wrote:
>>> Since the last updates of all layers (angstrom based) I have issues with
>>>
>>> * networkmanager/nm-applet (meta-oe): I am not allowed to change the settings
>>>     any more
>>> * xfce-session (meta-oe): Logging out takes very long and Restart/Shutdown is
>>>     disabled
>>>
>>> I remember that I had similar issues a while ago. That could be worked around
>>> by starting some dbus stuff ( do not exactly remember what it was ).
>>>
>>> With this vague idea I checked and found in oe-core:
>>>
>>> | dbus: use useradd class to allow use in read-only filesystems
>>> | author	Otavio Salvador<otavio@ossystems.com.br>
>>> | commit	46e6c3fa8034b12d178d605f3f5d7efe69671a13
>>>
>>> Not understanding totally what is all about I see in /etc/passw
>>>
>>> | messagebus:x:999:998::/var/lib/dbus:/bin/sh
>>>
>>> but I don't have /var/lib/dbus on my sytem!!
>>>
>>> I did not check yet, but maybe this is an incompatibilty with angstrom custom
>>>
>>> | FILESYSTEM_PERMS_TABLES = "fs-perms-angstrom.txt"
>>>
>>> somebody around to enlight the darkness?
>>
>> useradd should be creating the home directory automatically, but I'd
>> guess it's not being picked up during packaging. Try adding:
>>
>> ${localstatedir}/lib/dbus
>>
>> to FILES_${PN}
>>
>> This is a reasonable guess off the top of my head.
>>
>> Scott
>>
>>
> On the machine I created /var/lib/dbus and made messagebus owner but no change
> in behaviour..

And in retrospect, I now realize the useradd utility should create this 
home directory at rootfs creation time, so there's no chance it could be 
a packaging problem. So forget my initial suggestion.

Scott

-- 
Scott Garman
Embedded Linux Engineer - Yocto Project
Intel Open Source Technology Center



  reply	other threads:[~2011-10-27 22:36 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-27 20:30 Trouble by last dbus patch (46e6c3fa8034b12d178d605f3f5d7efe69671a13)? Andreas Müller
2011-10-27 20:43 ` Scott Garman
2011-10-27 21:42   ` Andreas Müller
2011-10-27 22:30     ` Scott Garman [this message]
2011-10-28  7:30 ` Henning Heinold
2011-10-28 10:22 ` Richard Purdie
2011-10-28 22:33   ` Andreas Müller
2011-11-09 20:38     ` Andreas Müller
2011-11-09 20:39       ` Martin Jansa
2011-11-09 20:56         ` Andreas Müller
2011-10-28 20:58 ` Klaus 'mrmoku' Kurzmann
2011-10-29 10:53   ` [PATCH] dbus: add work around to set right owner in postinst Martin Jansa
2011-10-30  4:13     ` Otavio Salvador
2011-10-30  4:17       ` Otavio Salvador
2011-10-31  8:54     ` Koen Kooi
2011-10-31 16:49       ` Saul Wold
2011-10-31 17:43     ` [PATCHv2] dbus: fix for " Martin Jansa
2011-10-31 22:40       ` Richard Purdie
2011-11-01 11:26         ` Koen Kooi
2011-11-01 14:16           ` Richard Purdie
2011-11-01 13:36         ` Martin Jansa
2011-11-01 14:15           ` Richard Purdie

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4EA9DB8C.7070504@intel.com \
    --to=scott.a.garman@intel.com \
    --cc=openembedded-core@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.