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
19 matches
Mail list logo
