于 2011年05月10日 03:51, Koen Kooi 写道:
>
> Op 9 mei 2011, om 21:43 heeft Lennart Poettering het volgende geschreven:
>
>> On Mon, 09.05.11 11:53, Scott James Remnant ([email protected]) wrote:
>>
>>> Another question I wasn't able to find an answer to in the documentation
>>> I've read so far.
>>>
>
On Mon, May 9, 2011 at 12:16 PM, Gustavo Sverzut Barbieri <
[email protected]> wrote:
>
>> Well, right now let's make clear that Firefox/Chromium or other X clients
>> won't be started by systemd as they are user session applications, and
>> systemd itself will just deal with system context
Thanks for the reply!
On Mon, May 9, 2011 at 11:04 AM, Lennart Poettering
wrote:
> On Mon, 09.05.11 09:10, Scott James Remnant ([email protected]) wrote:
>
> > This seems to assume that it's a free cost to start a service or process
> and
> > have it block on a socket. But that isn't true, to g
On Mon, May 9, 2011 at 8:45 PM, Kay Sievers wrote:
> On Tue, May 10, 2011 at 00:27, Gustavo Sverzut Barbieri
> wrote:
>
> > you can blacklist it if there is no userspace tools to handle it. That
> would
> > require some packaging changes to cope, but it is doable.
> > If it's desirable to load i
On Wed, 04.05.11 18:57, Conrad Meyer ([email protected]) wrote:
> In case you haven't seen it yet. This is probably something
> you (Kay, Lennart, etc) can contribute quite a bit to.
>
> Regards,
- We have set up a new version control repository for the
DocBook source to the FHS.
On Mon, 09.05.11 11:04, Paul Menzel ([email protected]) wrote:
> Am Dienstag, den 03.05.2011, 00:39 +0200 schrieb Kay Sievers:
> > On Tue, May 3, 2011 at 00:20, Paul Menzel wrote:
> > > Am Montag, den 02.05.2011, 19:26 +0200 schrieb Lennart Poettering:
> > >> Hmm, this should be en
On Tue, May 10, 2011 at 01:42, Lennart Poettering
wrote:
> On Thu, 05.05.11 21:09, Koen Kooi ([email protected]) wrote:
>
>> > BTW, what's the
>> > feasibility to have Angstron as use systemd by default?
>>
>> I'd like that to happen, but first it needs to work :) I'm not even getting
>>
On Tue, May 10, 2011 at 00:27, Gustavo Sverzut Barbieri
wrote:
> you can blacklist it if there is no userspace tools to handle it. That would
> require some packaging changes to cope, but it is doable.
> If it's desirable to load it if there is some user space using it, one you'd
> need to add so
On Thu, 05.05.11 21:09, Koen Kooi ([email protected]) wrote:
> > BTW, what's the
> > feasibility to have Angstron as use systemd by default?
>
> I'd like that to happen, but first it needs to work :) I'm not even getting a
> getty on serial or fbcon:
>
> [ 96.019958] <28>systemd[1]:
On Fri, 06.05.11 09:19, Koen Kooi ([email protected]) wrote:
> This commit consists of the initial work to include Angstrom as a ported
> distribution for systemd.
>
> Angstrom tries to follow the debian way as much as possible, but deviates
> where it doesn't make sense for 'embedded'.
On Mon, 09.05.11 19:27, Gustavo Sverzut Barbieri ([email protected])
wrote:
> > So I was curious how these problems would be solved in the systemd world?
> > Reading through the documentation I came up with the following:
> >
> > The Kernel Driver is still going to get loaded regardless, be
On Mon, 09.05.11 13:13, Scott James Remnant ([email protected]) wrote:
> The System Daemon seems to be where systemd is much more clever; a Bluetooth
> device unit would "want" the System Daemon, but that could be joined with
> socket/D-Bus Activation right? So the presence of the device creates
On Mon, May 9, 2011 at 5:13 PM, Scott James Remnant wrote:
> Thanks for your answers so far, I haven't had a chance to fully read and
> digest them yet, but will do so before replying on those threads (if I even
> need to, it's likely your responses are complete in of themselves).
>
> My third que
2011/5/9 Lennart Poettering :
> On Mon, 09.05.11 23:31, Karel Zak ([email protected]) wrote:
>
>>
>> On Sun, Apr 03, 2011 at 11:45:51PM +0200, Kay Sievers wrote:
>> > 2011/4/3 Lennart Poettering :
>> > > On Sun, 03.04.11 23:28, Michał Piotrowski ([email protected]) wrote:
>> > >
>> > >> > But for /de
roughout boot, full logs here:
> http://dev.laptop.org/~dsd/20110509/systemd-boot.txt
You are lacking autofs4 support in the kernel. You should fix this first.
Your udev in your initrd is a different version than on your system. You
should really fix that too.
/etc/mtab is not a symlink to /pro
On Mon, 09.05.11 23:31, Karel Zak ([email protected]) wrote:
>
> On Sun, Apr 03, 2011 at 11:45:51PM +0200, Kay Sievers wrote:
> > 2011/4/3 Lennart Poettering :
> > > On Sun, 03.04.11 23:28, Michał Piotrowski ([email protected]) wrote:
> > >
> > >> > But for /dev/shm I see no quick fix... do you?
>
On Sun, Apr 03, 2011 at 11:45:51PM +0200, Kay Sievers wrote:
> 2011/4/3 Lennart Poettering :
> > On Sun, 03.04.11 23:28, Michał Piotrowski ([email protected]) wrote:
> >
> >> > But for /dev/shm I see no quick fix... do you?
> >>
> >> Unfortunately not. No one foresaw that quota support on tmpfs wil
On Mon, May 9, 2011 at 5:21 PM, Lennart Poettering
wrote:
> On Mon, 09.05.11 16:16, Gustavo Sverzut Barbieri ([email protected])
> wrote:
>
>> Well, right now let's make clear that Firefox/Chromium or other X clients
>> won't be started by systemd as they are user session applications, and
On Sun, 08.05.11 13:01, [email protected] ([email protected]) wrote:
> I guess this might be somthing like:
> cd /
> ln -sf ../../../lib/systemd/system/3.target
> etc/systemd/system/default.target
> but with 3 replaced by 6 (for shutdown).
>
> I need such a service so that I on shutdown I can
On Mon, May 9, 2011 at 22:39, Lennart Poettering wrote:
> On Mon, 09.05.11 22:35, Paul Menzel ([email protected]) wrote:
>
>> > But quite frankly I won't have the time to do spend time on that, sorry.
>>
>> Surely you will come by for a few minutes to see with your own eyes what
>>
Hi,
Another systemd error I am encountering is:
Failed to get D-Bus connection: Failed to connect to socket
/org/freedesktop/systemd1/private: Connection refused
The message appears a lot throughout boot, full logs here:
http://dev.laptop.org/~dsd/20110509/systemd-boot.txt
It also means I
On 9 May 2011 11:50, Kay Sievers wrote:
> Works all fine here with:
> # grep SECURITY .config
> CONFIG_EXT3_FS_SECURITY=y
> CONFIG_EXT4_FS_SECURITY=y
> # CONFIG_SECURITY_DMESG_RESTRICT is not set
> # CONFIG_SECURITY is not set
> # CONFIG_SECURITYFS is not set
> CONFIG_DEFAULT_SECURITY_DAC=y
On Sun, 08.05.11 13:39, Miklos Vajna ([email protected]) wrote:
> Hi,
>
> See the attached patch - we recently switched to Plymouth, this patch
> enables the plymouth bits in systemd for Frugalware.
>
> Thanks.
Thanks, applied.
Lennart
--
Lennart Poettering - Red Hat, Inc.
_
On Mon, 09.05.11 22:35, Paul Menzel ([email protected]) wrote:
> > But quite frankly I won't have the time to do spend time on that, sorry.
>
> Surely you will come by for a few minutes to see with your own eyes what
> you hear from all the visitors about that awesome user experie
Am Montag, den 09.05.2011, 22:17 +0200 schrieb Lennart Poettering:
> On Mon, 09.05.11 21:29, Paul Menzel ([email protected]) wrote:
>
> > Am Montag, den 09.05.2011, 20:04 +0200 schrieb Lennart Poettering:
> >
> > […]
> >
> > > We can now boot a reasonably complete GNOME userspace
On Mon, May 9, 2011 at 22:08, Lennart Poettering wrote:
> On Mon, 09.05.11 22:02, Lennart Poettering ([email protected]) wrote:
>
>> > It's still in the 10 second range on a 600MHz cortex-a8 machine
>> > booting from an SD card. I need to dig out my 400MHz arm920t to see
>> > how long it take
On Mon, 09.05.11 16:16, Gustavo Sverzut Barbieri ([email protected])
wrote:
> Well, right now let's make clear that Firefox/Chromium or other X clients
> won't be started by systemd as they are user session applications, and
> systemd itself will just deal with system context (ie: up to
> G
Gustavo Sverzut Barbieri wrote:
> If you want to be fast, then I can help you with E17 setup, it's
> faster than starting GNOME by a great margin ;-)
Help is welcome. GNOME might have the benefit of being slightly more
familiar to visitors though. Many end users at LinuxTag.
> All I'd ask you is
On Mon, 09.05.11 21:29, Paul Menzel ([email protected]) wrote:
> Am Montag, den 09.05.2011, 20:04 +0200 schrieb Lennart Poettering:
>
> […]
>
> > We can now boot a reasonably complete GNOME userspace in less than
> > 1s.
>
> Is there a demo image for that? What are the hardware
Thanks for your answers so far, I haven't had a chance to fully read and
digest them yet, but will do so before replying on those threads (if I even
need to, it's likely your responses are complete in of themselves).
My third question is about communicating need; for this I'd like to outline
a use
On Mon, 09.05.11 22:02, Lennart Poettering ([email protected]) wrote:
> > It's still in the 10 second range on a 600MHz cortex-a8 machine
> > booting from an SD card. I need to dig out my 400MHz arm920t to see
> > how long it takes there. So having udev-less operation in systemd
> > would be
On Mon, 09.05.11 21:51, Koen Kooi ([email protected]) wrote:
> >> This means there are a large number of devices already known to the kernel
> >> at the point that systemd starts, especially if you build the drivers into
> >> the kernel for those devices. It's possible to get going straig
Paul Menzel wrote:
> > We can now boot a reasonably complete GNOME userspace in less than
> > 1s.
>
> Is there a demo image for that? What are the hardware specs?
Yes, a short and sweet way to reproduce these results would be
lovely. I was hoping to build a userspace with systemd for the
machines
On Mon, 09.05.11 16:16, Gustavo Sverzut Barbieri ([email protected])
wrote:
> But I do agree with you an a way to state our priorities would be awesome.
> This is what Lennart said about a future way to feed it to kernel. I
> suggested some hackish way some time ago:
I actually discussed t
Op 9 mei 2011, om 21:43 heeft Lennart Poettering het volgende geschreven:
> On Mon, 09.05.11 11:53, Scott James Remnant ([email protected]) wrote:
>
>> Another question I wasn't able to find an answer to in the documentation
>> I've read so far.
>>
>> The use of device units seems to very much
On Mon, May 9, 2011 at 4:29 PM, Paul Menzel
wrote:
>
> Am Montag, den 09.05.2011, 20:04 +0200 schrieb Lennart Poettering:
>
> […]
>
> > We can now boot a reasonably complete GNOME userspace in less than
> > 1s.
>
> Is there a demo image for that? What are the hardware specs?
>
> Will you be on the
On Mon, 09.05.11 11:53, Scott James Remnant ([email protected]) wrote:
> Another question I wasn't able to find an answer to in the documentation
> I've read so far.
>
> The use of device units seems to very much rely on udevd running on the
> system, and not only that, udev rules having been pa
Am Montag, den 09.05.2011, 20:04 +0200 schrieb Lennart Poettering:
[…]
> We can now boot a reasonably complete GNOME userspace in less than
> 1s.
Is there a demo image for that? What are the hardware specs?
Will you be on the LinuxTag? coreboot will be demoing systems, e. g.,
Lenovo X60/T60, wh
Hi Scott,
Some answers below, but consider reading Lennart's reply first. I'll try to
cover some points he did not in his reply.
On Mon, May 9, 2011 at 1:10 PM, Scott James Remnant wrote:
> Hey, I've been reading through the documentation on systemd and the Mailing
> List Archives and have had
Another question I wasn't able to find an answer to in the documentation
I've read so far.
The use of device units seems to very much rely on udevd running on the
system, and not only that, udev rules having been parsed for the device and
a systemd tag "set" in the udevdb. udev obviously starts af
于 2011年05月10日 00:10, Scott James Remnant 写道:
> Hey, I've been reading through the documentation on systemd and the Mailing
> List Archives and have had some questions, so I figured I'd post them here.
> These might be fairly complicated or unusual cases, and there may be no good
> answers now, and
On Mon, 09.05.11 09:10, Scott James Remnant ([email protected]) wrote:
> This seems to assume that it's a free cost to start a service or process and
> have it block on a socket. But that isn't true, to get to the point where it
> connects to the socket, that service or process first has to be lo
Hey, I've been reading through the documentation on systemd and the Mailing
List Archives and have had some questions, so I figured I'd post them here.
These might be fairly complicated or unusual cases, and there may be no good
answers now, and maybe no good answers ever, but I'd still like to get
On Mon, May 9, 2011 at 10:52, Daniel Drake wrote:
> On 7 May 2011 23:43, Daniel Drake wrote:
>> On 7 May 2011 23:30, Kay Sievers wrote:
>>> You need capabilities in your kernel, or comment its use out, in the
>>> service file.
>>
>> I think I have capabilities in my kernel: CONFIG_SECURITY=y whi
Op 5 mei 2011, om 19:54 heeft Gustavo Sverzut Barbieri het volgende geschreven:
> On Thu, May 5, 2011 at 1:17 PM, Harald Hoyer wrote:
>>> diff --git a/src/util.c b/src/util.c
>>> index f0051ee..5af9161 100644
>>> --- a/src/util.c
>>> +++ b/src/util.c
>>> @@ -3426,6 +3426,18 @@ void status_welcom
Am Dienstag, den 03.05.2011, 00:39 +0200 schrieb Kay Sievers:
> On Tue, May 3, 2011 at 00:20, Paul Menzel wrote:
> > Am Montag, den 02.05.2011, 19:26 +0200 schrieb Lennart Poettering:
> >> Hmm, this should be enough to include in util.c, not util.h, right?
>
> > I tried adding it just to `util.c`
On 7 May 2011 23:43, Daniel Drake wrote:
> On 7 May 2011 23:30, Kay Sievers wrote:
>> You need capabilities in your kernel, or comment its use out, in the
>> service file.
>
> I think I have capabilities in my kernel: CONFIG_SECURITY=y which
> means security/capability.c gets compiled in. Were yo
47 matches
Mail list logo
