WARN: polkit pulls systemd to image if not disabled explicitly

WARN: polkit pulls systemd to image if not disabled explicitly

[Martin Jansa]

[-- Attachment #1: Type: text/plain, Size: 802 bytes --]

Since version 104 polkit has support for systemd session tracking
commit
http://cgit.freedesktop.org/PolicyKit/commit/?id=2027302e803a9569a370b429a475dae5ef8afe34

Unless passed --disable-systemd it will autodetect libsystemd-login
with pkg-config and enable it, which results in polkit package pulling
systemd as RDEPEND.

To check your build look for
Session tracking:           ConsoleKit
or
Session tracking:           systemd
in polkit-0.104-r*/temp/log.do_configure

and as gconf depends on polkit I guess this happens for a lot of images.

You can disable it in your layer by something like this:
http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=fdfca500137491ee3a91c457213eba9bf5fe08a6

Cheers,

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

Re: WARN: polkit pulls systemd to image if not disabled explicitly

[Paul Eggleton]

On Tuesday 31 January 2012 14:27:18 Martin Jansa wrote:
> Since version 104 polkit has support for systemd session tracking
> commit
> http://cgit.freedesktop.org/PolicyKit/commit/?id=2027302e803a9569a370b429a47
> 5dae5ef8afe34
> 
> Unless passed --disable-systemd it will autodetect libsystemd-login
> with pkg-config and enable it, which results in polkit package pulling
> systemd as RDEPEND.
> 
> To check your build look for
> Session tracking:           ConsoleKit
> or
> Session tracking:           systemd
> in polkit-0.104-r*/temp/log.do_configure
> 
> and as gconf depends on polkit I guess this happens for a lot of images.

Are we now at the stage where we need a distro-level option to enable/disable 
systemd?

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre

Re: WARN: polkit pulls systemd to image if not disabled explicitly

[Martin Jansa]

[-- Attachment #1: Type: text/plain, Size: 1256 bytes --]

On Tue, Jan 31, 2012 at 01:36:15PM +0000, Paul Eggleton wrote:
> On Tuesday 31 January 2012 14:27:18 Martin Jansa wrote:
> > Since version 104 polkit has support for systemd session tracking
> > commit
> > http://cgit.freedesktop.org/PolicyKit/commit/?id=2027302e803a9569a370b429a47
> > 5dae5ef8afe34
> > 
> > Unless passed --disable-systemd it will autodetect libsystemd-login
> > with pkg-config and enable it, which results in polkit package pulling
> > systemd as RDEPEND.
> > 
> > To check your build look for
> > Session tracking:           ConsoleKit
> > or
> > Session tracking:           systemd
> > in polkit-0.104-r*/temp/log.do_configure
> > 
> > and as gconf depends on polkit I guess this happens for a lot of images.
> 
> Are we now at the stage where we need a distro-level option to enable/disable 
> systemd?

It would be easier with some global (as distro-level) switch.. it's easy
to watch for ${PN}-systemd subpackages going to image (as they are
usually pulled by task-* recipes), but in case like this with polkit
it's more difficult and cannot work OOTB for both sides I guess. 
(I'm fine with bbappend in my distro layer for now..)

Cheers,
-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

Re: WARN: polkit pulls systemd to image if not disabled explicitly

[Otavio Salvador]

On Tue, Jan 31, 2012 at 11:36, Paul Eggleton
<paul.eggleton@linux.intel.com>wrote:

> Are we now at the stage where we need a distro-level option to
> enable/disable
> systemd?
>

For now, OE-Core ought to disable systemd and Meta-OE needs a bbappend to
add it.

Later yes. But in fact it needs to be well designed because people using
systemd might not want to have init files around ... dunno how it might be
handled in future.

-- 
Otavio Salvador                             O.S. Systems
E-mail: otavio@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br