Op 4 apr. 2013, om 16:30 heeft "Burton, Ross" het
volgende geschreven:
> On 4 April 2013 08:37, Koen Kooi wrote:
>> 1) console-image already using systemd, used as-is
>> 2) gdm-image already using systemd, used as-is
>> 3) console-image already using systemd, gdm will be opkg-installed at some
On 4 April 2013 16:17, Andreas Müller wrote:
> On Thu, Apr 4, 2013 at 4:30 PM, Burton, Ross wrote:
>> In my world order, console-image uses the
>> default.target->multi-user.target as defined by systemd. The gdm
>> package as it's a graphical session manager (like xserver-nodm-init)
>> should sw
On Thu, Apr 4, 2013 at 4:30 PM, Burton, Ross wrote:
> In my world order, console-image uses the
> default.target->multi-user.target as defined by systemd. The gdm
> package as it's a graphical session manager (like xserver-nodm-init)
> should switch the alternative graphical.target, with a higher
On 4 April 2013 08:37, Koen Kooi wrote:
> 1) console-image already using systemd, used as-is
> 2) gdm-image already using systemd, used as-is
> 3) console-image already using systemd, gdm will be opkg-installed at some
> point.
>
> What will be different between 2 clean builds before and after th
2013/4/4 Koen Kooi :
>
> Op 3 apr. 2013, om 17:27 heeft "Burton, Ross" het
> volgende geschreven:
>
>> On 3 April 2013 15:51, Samuel Stirtzel wrote:
>>> When we decide that we handle standard behavior different than the
>>> rest of the world, then this patch is basically a fork of systemd.
>>> A
Op 3 apr. 2013, om 17:27 heeft "Burton, Ross" het
volgende geschreven:
> On 3 April 2013 15:51, Samuel Stirtzel wrote:
>> When we decide that we handle standard behavior different than the
>> rest of the world, then this patch is basically a fork of systemd.
>> Also we tell every affected soft
On Thu, Apr 04, 2013 at 08:59:11AM +0200, Samuel Stirtzel wrote:
> 2013/4/3 Burton, Ross :
> > On 3 April 2013 15:51, Samuel Stirtzel wrote:
> >> When we decide that we handle standard behavior different than the
> >> rest of the world, then this patch is basically a fork of systemd.
> >> Also we
2013/4/3 Burton, Ross :
> On 3 April 2013 15:51, Samuel Stirtzel wrote:
>> When we decide that we handle standard behavior different than the
>> rest of the world, then this patch is basically a fork of systemd.
>> Also we tell every affected software developer:
>> "No your software won't work wit
2013/4/3 Richard Purdie :
> On Wed, 2013-04-03 at 16:51 +0200, Samuel Stirtzel wrote:
>> 2013/4/3 Burton, Ross :
>> > Hi,
>> >
>> > On 2 April 2013 15:15, Samuel Stirtzel wrote:
>> > For xserver-nodm-init we would then have something like:
>> > inherit update-alternatives
>> > ALTERNAT
On 3 April 2013 15:51, Samuel Stirtzel wrote:
> When we decide that we handle standard behavior different than the
> rest of the world, then this patch is basically a fork of systemd.
> Also we tell every affected software developer:
> "No your software won't work with OE-core / Yocto Project with
On Wed, 2013-04-03 at 16:51 +0200, Samuel Stirtzel wrote:
> 2013/4/3 Burton, Ross :
> > Hi,
> >
> > On 2 April 2013 15:15, Samuel Stirtzel wrote:
> > For xserver-nodm-init we would then have something like:
> > inherit update-alternatives
> > ALTERNATIVE_${PN} = "systemd-def-target"
>
2013/4/3 Burton, Ross :
> Hi,
>
> On 2 April 2013 15:15, Samuel Stirtzel wrote:
> For xserver-nodm-init we would then have something like:
> inherit update-alternatives
> ALTERNATIVE_${PN} = "systemd-def-target"
> ALTERNATIVE_TARGET[systemd-def-target] =
> "${systemd_unitdir}/s
Hi,
On 2 April 2013 15:15, Samuel Stirtzel wrote:
For xserver-nodm-init we would then have something like:
inherit update-alternatives
ALTERNATIVE_${PN} = "systemd-def-target"
ALTERNATIVE_TARGET[systemd-def-target] =
"${systemd_unitdir}/system/graphical.target"
ALTER
2013/4/2 Radu Moisan :
>
> On 04/02/2013 04:02 PM, Samuel Stirtzel wrote:
>>
>> 2013/4/2 Radu Moisan :
>>>
>>> This fixes a service dependency issue;
>>> While graphical.target is the default mode, systemd
>>> will try to start display-manager.service which is not
>>> available.
>>>
>>> For xserver
On 04/02/2013 04:02 PM, Samuel Stirtzel wrote:
2013/4/2 Radu Moisan :
This fixes a service dependency issue;
While graphical.target is the default mode, systemd
will try to start display-manager.service which is not
available.
For xserver-nodm-init we would then have something like:
inherit up
2013/4/2 Radu Moisan :
> This fixes a service dependency issue;
> While graphical.target is the default mode, systemd
> will try to start display-manager.service which is not
> available.
>
> For xserver-nodm-init we would then have something like:
> inherit update-alternatives
> ALTERNATIVE_${PN}
This fixes a service dependency issue;
While graphical.target is the default mode, systemd
will try to start display-manager.service which is not
available.
For xserver-nodm-init we would then have something like:
inherit update-alternatives
ALTERNATIVE_${PN} = "systemd-def-target"
ALTERNATIVE_TAR
17 matches
Mail list logo
