On Mon, Jan 28, 2013 at 07:27:22PM +, Burton, Ross wrote:
> On 28 January 2013 18:27, Martin Jansa wrote:
> > So I guess upgrade path from meta-systemd won't be ever provided (e.g.
> > with RPROVIDES/RCONFLICTS/RREPLACES combo).
>
> I'd prefer not too, but if we have to we can.
>
> > I would
On 28 January 2013 18:27, Martin Jansa wrote:
> So I guess upgrade path from meta-systemd won't be ever provided (e.g.
> with RPROVIDES/RCONFLICTS/RREPLACES combo).
I'd prefer not too, but if we have to we can.
> I wouldn't mind PN-sysvinit, PN-upstart, PN-openrc
But what's the point when its a
On Mon, Jan 28, 2013 at 10:44:08AM +, Burton, Ross wrote:
> On 25 January 2013 20:26, Martin Jansa wrote:
> > ALTERNATIVE_${PN}-systemd = "systemd-def-target"
>
> Let's not introduce packages controlled on distro features whose sole
> purpose is to contain a single file. systemd enabled -> u
On 28 January 2013 11:48, Andreas Müller wrote:
> On Mon, Jan 28, 2013 at 11:44 AM, Burton, Ross wrote:
>> On 25 January 2013 20:26, Martin Jansa wrote:
>>> ALTERNATIVE_${PN}-systemd = "systemd-def-target"
>>
>> Let's not introduce packages controlled on distro features whose sole
>> purpose is
On Mon, Jan 28, 2013 at 11:44 AM, Burton, Ross wrote:
> On 25 January 2013 20:26, Martin Jansa wrote:
>> ALTERNATIVE_${PN}-systemd = "systemd-def-target"
>
> Let's not introduce packages controlled on distro features whose sole
> purpose is to contain a single file. systemd enabled -> units go i
On Mon, Jan 28, 2013 at 8:44 AM, Burton, Ross wrote:
> On 25 January 2013 20:26, Martin Jansa wrote:
>> ALTERNATIVE_${PN}-systemd = "systemd-def-target"
>
> Let's not introduce packages controlled on distro features whose sole
> purpose is to contain a single file. systemd enabled -> units go in
On 25 January 2013 20:26, Martin Jansa wrote:
> ALTERNATIVE_${PN}-systemd = "systemd-def-target"
Let's not introduce packages controlled on distro features whose sole
purpose is to contain a single file. systemd enabled -> units go into
$PN.
Or, if we accept PN-systemd packages, then I expect t
On 01/25/2013 05:10 PM, Richard Purdie wrote:
On Fri, 2013-01-25 at 15:04 +, Burton, Ross wrote:
On 25 January 2013 14:59, Radu Moisan wrote:
+# "multi-user" vs "graphical"
+SYSTEMD_DEFAULT_TARGET ?= "multi-user"
Default to "graphical", so we're not regressing and just introducing a
warn
On Fri, 2013-01-25 at 22:09 +0100, Andreas Müller wrote:
> Please let's remember how it started: avoiding a single warning for
> missing display-manager.service on console images...
Don't be too quick to trivialise this. You start with accepting one
warning at boot. Another appears, well its only
On Fri, Jan 25, 2013 at 9:26 PM, Martin Jansa wrote:
> On Fri, Jan 25, 2013 at 08:21:05PM +, Ross Burton wrote:
>> On Friday, 25 January 2013 at 19:34, Martin Jansa wrote:
>> > Something like:
>> >
>> > systemd:
>> > inherit update-alternatives
>> > ALTERNATIVE_${PN} = "systemd-def-target"
>>
On Fri, Jan 25, 2013 at 08:21:05PM +, Ross Burton wrote:
> On Friday, 25 January 2013 at 19:34, Martin Jansa wrote:
> > Something like:
> >
> > systemd:
> > inherit update-alternatives
> > ALTERNATIVE_${PN} = "systemd-def-target"
> > ALTERNATIVE_TARGET[systemd-def-target] =
> > "${systemd_uni
On Friday, 25 January 2013 at 19:34, Martin Jansa wrote:
> Something like:
>
> systemd:
> inherit update-alternatives
> ALTERNATIVE_${PN} = "systemd-def-target"
> ALTERNATIVE_TARGET[systemd-def-target] =
> "${systemd_unitdir}/system/multi-user.target"
> ALTERNATIVE_LINK_NAME[systemd-def-target] =
On Fri, Jan 25, 2013 at 07:35:51PM +0100, Andreas Müller wrote:
> On Fri, Jan 25, 2013 at 7:06 PM, Martin Jansa wrote:
> > On Fri, Jan 25, 2013 at 06:53:54PM +0100, Andreas Müller wrote:
> >> On Fri, Jan 25, 2013 at 6:50 PM, Burton, Ross
> >> wrote:
> >> > Hi,
> >> >
> >> > Been chatting to Rich
On Fri, Jan 25, 2013 at 7:06 PM, Martin Jansa wrote:
> On Fri, Jan 25, 2013 at 06:53:54PM +0100, Andreas Müller wrote:
>> On Fri, Jan 25, 2013 at 6:50 PM, Burton, Ross wrote:
>> > Hi,
>> >
>> > Been chatting to Richard. How about systemd ships a symlink to
>> > multi-user, and the X11 init scrip
On Fri, Jan 25, 2013 at 06:53:54PM +0100, Andreas Müller wrote:
> On Fri, Jan 25, 2013 at 6:50 PM, Burton, Ross wrote:
> > Hi,
> >
> > Been chatting to Richard. How about systemd ships a symlink to
> > multi-user, and the X11 init script packages change the symlink to
> > graphical in their posti
On Fri, Jan 25, 2013 at 6:50 PM, Burton, Ross wrote:
> Hi,
>
> Been chatting to Richard. How about systemd ships a symlink to
> multi-user, and the X11 init script packages change the symlink to
> graphical in their postinst.
>
> (we must remember to put this in the release notes for anyone who h
Hi,
Been chatting to Richard. How about systemd ships a symlink to
multi-user, and the X11 init script packages change the symlink to
graphical in their postinst.
(we must remember to put this in the release notes for anyone who has
a custom X init script)
Ross
On Fri, Jan 25, 2013 at 03:04:25PM +, Burton, Ross wrote:
> On 25 January 2013 14:59, Radu Moisan wrote:
> > +# "multi-user" vs "graphical"
> > +SYSTEMD_DEFAULT_TARGET ?= "multi-user"
>
> Default to "graphical", so we're not regressing and just introducing a
> warning if someone doesn't set t
On Fri, 2013-01-25 at 15:04 +, Burton, Ross wrote:
> On 25 January 2013 14:59, Radu Moisan wrote:
> > +# "multi-user" vs "graphical"
> > +SYSTEMD_DEFAULT_TARGET ?= "multi-user"
>
> Default to "graphical", so we're not regressing and just introducing a
> warning if someone doesn't set this and
On 25 January 2013 14:59, Radu Moisan wrote:
> +# "multi-user" vs "graphical"
> +SYSTEMD_DEFAULT_TARGET ?= "multi-user"
Default to "graphical", so we're not regressing and just introducing a
warning if someone doesn't set this and doesn't have X.
> @@ -95,6 +95,11 @@ do_install() {
> ins
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.
Signed-off-by: Radu Moisan
---
meta/conf/distro/include/default-distrovars.inc |3 +++
meta/recipes-core/systemd/systemd_196.bb
21 matches
Mail list logo
