On Wed, Jan 23, 2013 at 9:45 PM, Lennart Poettering
wrote:
> On Wed, 23.01.13 12:43, Kok, Auke-jan H (auke-jan.h@intel.com) wrote:
>> On Wed, Jan 23, 2013 at 12:16 PM, Lennart Poettering
>> wrote:
>> > On Wed, 23.01.13 12:03, Kok, Auke-jan H (auke-jan.h@intel.com) wrote:
>> >
>> >>
>> >>
On Wed, 23.01.13 12:43, Kok, Auke-jan H (auke-jan.h@intel.com) wrote:
>
> On Wed, Jan 23, 2013 at 12:16 PM, Lennart Poettering
> wrote:
> > On Wed, 23.01.13 12:03, Kok, Auke-jan H (auke-jan.h@intel.com) wrote:
> >
> >>
> >> On Tue, Jan 22, 2013 at 10:05 PM, Kok, Auke-jan H
> >> wrote:
>
On Wed, Jan 23, 2013 at 12:16 PM, Lennart Poettering
wrote:
> On Wed, 23.01.13 12:03, Kok, Auke-jan H (auke-jan.h@intel.com) wrote:
>
>>
>> On Tue, Jan 22, 2013 at 10:05 PM, Kok, Auke-jan H
>> wrote:
>> > On Tue, Jan 22, 2013 at 7:33 PM, Kay Sievers wrote:
>> >> On Wed, Jan 23, 2013 at 4:21
On Wed, 23.01.13 12:03, Kok, Auke-jan H (auke-jan.h@intel.com) wrote:
>
> On Tue, Jan 22, 2013 at 10:05 PM, Kok, Auke-jan H
> wrote:
> > On Tue, Jan 22, 2013 at 7:33 PM, Kay Sievers wrote:
> >> On Wed, Jan 23, 2013 at 4:21 AM, Lennart Poettering
> >>>
> >>> Check if you have
> >>> /sys/firm
On Tue, Jan 22, 2013 at 10:05 PM, Kok, Auke-jan H
wrote:
> On Tue, Jan 22, 2013 at 7:33 PM, Kay Sievers wrote:
>> On Wed, Jan 23, 2013 at 4:21 AM, Lennart Poettering
>>>
>>> Check if you have
>>> /sys/firmware/efi/efivars/LoaderTicksExec-4a67b082-0a4c-41cf-b6c7-440b29bb8c4f
>>> on your system.
>>
On Tue, Jan 22, 2013 at 7:33 PM, Kay Sievers wrote:
> On Wed, Jan 23, 2013 at 4:21 AM, Lennart Poettering
> wrote:
>> On Mon, 21.01.13 14:33, Kok, Auke-jan H (auke-jan.h@intel.com) wrote:
>>
>>> > ps: doing some extra cleaning on the code, expect a new patch soon.
>>>
>>> I just updated my EF
On Wed, Jan 23, 2013 at 4:21 AM, Lennart Poettering
wrote:
> On Mon, 21.01.13 14:33, Kok, Auke-jan H (auke-jan.h@intel.com) wrote:
>
>> > ps: doing some extra cleaning on the code, expect a new patch soon.
>>
>> I just updated my EFI system to HEAD with your latest patch applied,
>> and everyt
On Mon, 21.01.13 14:33, Kok, Auke-jan H (auke-jan.h@intel.com) wrote:
> > ps: doing some extra cleaning on the code, expect a new patch soon.
>
> I just updated my EFI system to HEAD with your latest patch applied,
> and everything works fine - the DBus warnings are now gone.
>
> However, I'
On Sat, Jan 19, 2013 at 7:48 AM, Peeters Simon wrote:
> 2013/1/17 Kok, Auke-jan H :
>> For those that wish to test this, here is a patch against HEAD that
>> integrates it and replaces the current script
>>
>> http://foo-projects.org/~sofar/0001-systemd-analyze-rewrite-in-C.patch
>
> thank you
On Sat, Jan 19, 2013 at 7:48 AM, Peeters Simon wrote:
> 2013/1/17 Kok, Auke-jan H :
>> For those that wish to test this, here is a patch against HEAD that
>> integrates it and replaces the current script
>>
>> http://foo-projects.org/~sofar/0001-systemd-analyze-rewrite-in-C.patch
>
> thank you
2013/1/17 Kok, Auke-jan H :
> On Tue, Jan 15, 2013 at 9:46 AM, Peeters Simon
> wrote:
>> done!
>>
>> the code is ugly, but it works :)
>>
>> url is still https://gist.github.com/4539003
>> i added an example plot from my system:
>> https://gist.github.com/raw/4539003/6115831235f9a0fa8db8eaf88147d
2013/1/17 Kok, Auke-jan H :
> For those that wish to test this, here is a patch against HEAD that
> integrates it and replaces the current script
>
> http://foo-projects.org/~sofar/0001-systemd-analyze-rewrite-in-C.patch
thank you for making it into a nice patch :)
> This should give people s
On Tue, Jan 15, 2013 at 9:46 AM, Peeters Simon wrote:
> done!
>
> the code is ugly, but it works :)
>
> url is still https://gist.github.com/4539003
> i added an example plot from my system:
> https://gist.github.com/raw/4539003/6115831235f9a0fa8db8eaf88147d527437045a2/plot.svg
>
> If somebody fee
On Tue, Jan 15, 2013 at 9:46 AM, Peeters Simon wrote:
> 2013/1/15 Peeters Simon :
>> 2013/1/15 Colin Guthrie :
>>> 'Twas brillig, and Kok, Auke-jan H at 14/01/13 23:55 did gyre and gimble:
> > does systemd really need to introduce one 3rd party component
> > after the next (libmicrohttpd a
2013/1/15 Peeters Simon :
> 2013/1/15 Colin Guthrie :
>> 'Twas brillig, and Kok, Auke-jan H at 14/01/13 23:55 did gyre and gimble:
> does systemd really need to introduce one 3rd party component
> after the next (libmicrohttpd as example) which will sooner
> or later terrible break d
2013/1/15 Colin Guthrie :
> 'Twas brillig, and Kok, Auke-jan H at 14/01/13 23:55 did gyre and gimble:
>>> > does systemd really need to introduce one 3rd party component
>>> > after the next (libmicrohttpd as example) which will sooner
>>> > or later terrible break due incompatible changes in this
'Twas brillig, and Kok, Auke-jan H at 14/01/13 23:55 did gyre and gimble:
>> > does systemd really need to introduce one 3rd party component
>> > after the next (libmicrohttpd as example) which will sooner
>> > or later terrible break due incompatible changes in this minefiled
> I don't think it's
Op 15 jan. 2013, om 06:20 heeft "Kok, Auke-jan H"
het volgende geschreven:
> On Mon, Jan 14, 2013 at 8:21 PM, Holger Winkelmann
> wrote:
>> I'm just following this discussion and would ask the developer to keep the
>> embedded folks in mind. Embedded systems hardly have all the dependencies
On Mon, Jan 14, 2013 at 8:21 PM, Holger Winkelmann wrote:
> I'm just following this discussion and would ask the developer to keep the
> embedded folks in mind. Embedded systems hardly have all the dependencies
> available or even phyton but need a debug tool too. So far I know systemd
> will a
On Mon, Jan 14, 2013 at 4:23 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Tue, Jan 15, 2013 at 01:16:24AM +0100, Zbigniew Jędrzejewski-Szmek wrote:
>> On Mon, Jan 14, 2013 at 03:55:42PM -0800, Kok, Auke-jan H wrote:
>> > On Mon, Jan 14, 2013 at 3:38 PM, Reindl Harald
>> > wrote:
>> > > Am 15.01.2
On Mon, Jan 14, 2013 at 4:16 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Mon, Jan 14, 2013 at 03:55:42PM -0800, Kok, Auke-jan H wrote:
>> On Mon, Jan 14, 2013 at 3:38 PM, Reindl Harald
>> wrote:
>> > Am 15.01.2013 00:00, schrieb Jan Engelhardt:
>> >> On Monday 2013-01-14 23:44, Reindl Harald wro
Hi,
I'm just following this discussion and would ask the developer to keep the
embedded folks in mind. Embedded systems hardly have all the dependencies
available or even phyton but need a debug tool too. So far I know systemd will
address this embedded UseCases as well.
Holger
--
Holger W
Am 15.01.2013 02:50, schrieb Zbigniew Jędrzejewski-Szmek:
> On Tue, Jan 15, 2013 at 02:15:42AM +0100, Reindl Harald wrote:
>>
>>
>> Am 15.01.2013 02:06, schrieb Zbigniew Jędrzejewski-Szmek:
honestyl i have often seen such cross-deps freeing up
around 100 MB, on a virtual infrastructure
On Tue, Jan 15, 2013 at 02:15:42AM +0100, Reindl Harald wrote:
>
>
> Am 15.01.2013 02:06, schrieb Zbigniew Jędrzejewski-Szmek:
> >> honestyl i have often seen such cross-deps freeing up
> >> around 100 MB, on a virtual infrastructure multiplied
> >> with 30 we are at 300 MB and additionally the b
Am 15.01.2013 02:06, schrieb Zbigniew Jędrzejewski-Szmek:
>> honestyl i have often seen such cross-deps freeing up
>> around 100 MB, on a virtual infrastructure multiplied
>> with 30 we are at 300 MB and additionally the benefit
>> besides only the storage is:
> C'mon, 100 MB? 12% of the size of
On Tue, Jan 15, 2013 at 01:43:52AM +0100, Reindl Harald wrote:
>
>
> Am 15.01.2013 01:34, schrieb Zbigniew Jędrzejewski-Szmek:
> > It doesn't. Graphical libraries are loaded only when used.
> >
> > Of course systemd-analyze is _packaged_ as dependent on graphical
> > libraries, because the split
Am 15.01.2013 01:34, schrieb Zbigniew Jędrzejewski-Szmek:
> It doesn't. Graphical libraries are loaded only when used.
>
> Of course systemd-analyze is _packaged_ as dependent on graphical
> libraries, because the split to save a few megabytes on a server
> installation is not worth the maintain
On Tue, Jan 15, 2013 at 01:23:00AM +0100, Reindl Harald wrote:
>
>
> Am 15.01.2013 01:16, schrieb Zbigniew Jędrzejewski-Szmek:
> >> I don't think it's as bad as you portray it, but I have an intern
> >> software engineer that I will be making systemd-analyze (the non-plot
> >> parts - the plot pa
On Tue, Jan 15, 2013 at 01:16:24AM +0100, Zbigniew Jędrzejewski-Szmek wrote:
> On Mon, Jan 14, 2013 at 03:55:42PM -0800, Kok, Auke-jan H wrote:
> > On Mon, Jan 14, 2013 at 3:38 PM, Reindl Harald
> > wrote:
> > > Am 15.01.2013 00:00, schrieb Jan Engelhardt:
> > >> On Monday 2013-01-14 23:44, Reind
Am 15.01.2013 01:16, schrieb Zbigniew Jędrzejewski-Szmek:
>> I don't think it's as bad as you portray it, but I have an intern
>> software engineer that I will be making systemd-analyze (the non-plot
>> parts - the plot parts should be replaced by bootchart IMO) rewrite in
>> C, so hopefully we c
On Mon, Jan 14, 2013 at 03:55:42PM -0800, Kok, Auke-jan H wrote:
> On Mon, Jan 14, 2013 at 3:38 PM, Reindl Harald wrote:
> > Am 15.01.2013 00:00, schrieb Jan Engelhardt:
> >> On Monday 2013-01-14 23:44, Reindl Harald wrote:
> >>
> >>> what does systemd-analyze try to tell me?
> >>> systemd-197 its
Am 15.01.2013 00:55, schrieb Kok:
> On Mon, Jan 14, 2013 at 3:38 PM, Reindl Harald wrote:
what does systemd-analyze try to tell me?
systemd-197 itself works fine
[root@testserver:~]$ systemd-analyze
Traceback (most recent call last):
File "/usr/bin/systemd-analyze"
On Mon, Jan 14, 2013 at 3:38 PM, Reindl Harald wrote:
> Am 15.01.2013 00:00, schrieb Jan Engelhardt:
>> On Monday 2013-01-14 23:44, Reindl Harald wrote:
>>
>>> what does systemd-analyze try to tell me?
>>> systemd-197 itself works fine
>>>
>>> [root@testserver:~]$ systemd-analyze
>>> Traceback (mo
On Tue, Jan 15, 2013 at 12:38 AM, Reindl Harald wrote:
> Am 15.01.2013 00:00, schrieb Jan Engelhardt:
>> python is telling you about a missing (python) module named
>> gi.repository
>
> but
>
> * where does it comre from (gi.repository doe snot tell me anything)
> * when was it introduced
http://
Am 15.01.2013 00:00, schrieb Jan Engelhardt:
> On Monday 2013-01-14 23:44, Reindl Harald wrote:
>
>> what does systemd-analyze try to tell me?
>> systemd-197 itself works fine
>>
>> [root@testserver:~]$ systemd-analyze
>> Traceback (most recent call last):
>> File "/usr/bin/systemd-analyze", li
On Monday 2013-01-14 23:44, Reindl Harald wrote:
>what does systemd-analyze try to tell me?
>systemd-197 itself works fine
>
>[root@testserver:~]$ systemd-analyze
>Traceback (most recent call last):
> File "/usr/bin/systemd-analyze", line 23, in
>from gi.repository import Gio
>ImportError: N
what does systemd-analyze try to tell me?
systemd-197 itself works fine
[root@testserver:~]$ systemd-analyze
Traceback (most recent call last):
File "/usr/bin/systemd-analyze", line 23, in
from gi.repository import Gio
ImportError: No module named gi.repository
[root@testserver:~]$ rpm -qa
37 matches
Mail list logo
