According to strace -p, xorg is spinning on a select(), which always return
the same fd #6, which seems related to the system dbus:
$ pgrep Xorg
614
$ strace -p 614
Process 614 attached
select(256, [1 3 5 6 8 10 19 23 25 29 36 37 38 39 40 41], NULL, NULL, {214,
537000}) = 1 (in [6], left {214, 53
Hi
On Tue, Sep 22, 2015 at 9:23 PM, Jin Liu wrote:
> After upgrading to 226, the Xorg process keeps using 100% CPU. Also, the
> "xrandr --dpi 168" command in my .xinitrc no longer works.
>
> My startx.service and .xinitrc:
>
> $ systemctl cat startx.service
> # /etc/systemd/system/startx.service
What we could add is a --disable switch which makes
units/systemd-initctl.{socket,service} and src/initctl/ conditional so
distros that don't need it anymore can disable it (or make it disabled
by default and let distros which need it enable it).
Would that work for you, Lennart?
2015-09-23 1:17
2015-09-23 0:45 GMT+02:00 Lennart Poettering :
> On Wed, 23.09.15 00:38, Michael Biebl (mbi...@gmail.com) wrote:
>
>> Hi,
>>
>> yes, in Debian we'll need /dev/initctl support for at least another
>> release cycle so users can switch between the init system and safely
>> reboot (in both directions).
On Mon, Sep 21, 2015 at 8:31 PM, Lennart Poettering
wrote:
> Heya!
>
> Since a long time systemd has been shipping with two-way compat
> support for /dev/initctl, and I am tempted to remove it. Before I do
> so, I'd like some input on the relevance of this interface:
Gentoo currently utilizes thi
On Wed, 23.09.15 00:38, Michael Biebl (mbi...@gmail.com) wrote:
> Hi,
>
> yes, in Debian we'll need /dev/initctl support for at least another
> release cycle so users can switch between the init system and safely
> reboot (in both directions).
How does Debian switch between the init systems? Cou
Hi,
yes, in Debian we'll need /dev/initctl support for at least another
release cycle so users can switch between the init system and safely
reboot (in both directions).
If it's not too much of a nuisance, it would be great if it could
still be provided a bit longer upstream, otherwise we'll have
After upgrading to 226, the Xorg process keeps using 100% CPU. Also, the
"xrandr --dpi 168" command in my .xinitrc no longer works.
My startx.service and .xinitrc:
$ systemctl cat startx.service
# /etc/systemd/system/startx.service
[Unit]
Description=Direct X login
After=systemd-user-sessions.ser
Hi
Continuing with our triweekly release schedule, we plan to release
version 227 the next few days. There are a couple of bugs pinned on
github, which should get fixed beforehand. Other than that, we should
be good to go. Please give it a spin and make sure there is no major
breakage before the r
On Mon, 21.09.15 16:50, Francis Moreau (francis.m...@gmail.com) wrote:
> Hi,
>
> If a unit depends on a slice, a Wants=machine.slice is automatically
> added to the unit constraints.
>
> Why is "Requires=machine.slice" not prefered instead ?
I think I agree, we should really make this a require
On Tue, Sep 22, 2015 at 2:18 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Tue, Sep 22, 2015 at 11:52:05AM +0200, Francis Moreau wrote:
>> On Tue, Sep 22, 2015 at 11:14 AM, David Herrmann
>> wrote:
>> > Hi
>> >
>> > On Tue, Sep 22, 2015 at 10:58 AM, Francis Moreau
>> > wrote:
>> [...]
>> >>>
>>
On Tue, Sep 22, 2015 at 2:35 PM, David Herrmann wrote:
> Hi
>
> On Tue, Sep 22, 2015 at 2:26 PM, Francis Moreau
> wrote:
>> On Tue, Sep 22, 2015 at 12:19 PM, David Herrmann
>> wrote:
>>> On Tue, Sep 22, 2015 at 11:59 AM, Francis Moreau
>>> wrote:
>> [...]
Well during package instal
Hi
On Tue, Sep 22, 2015 at 2:26 PM, Francis Moreau wrote:
> On Tue, Sep 22, 2015 at 12:19 PM, David Herrmann
> wrote:
>> On Tue, Sep 22, 2015 at 11:59 AM, Francis Moreau
>> wrote:
> [...]
>>>
>>> Well during package installation done by the installer, some packages,
>>> usually the ones that
On Tue, Sep 22, 2015 at 12:19 PM, David Herrmann wrote:
> On Tue, Sep 22, 2015 at 11:59 AM, Francis Moreau
> wrote:
[...]
>>
>> Well during package installation done by the installer, some packages,
>> usually the ones that installs daemons/services, populates
>> /etc/shadow.
>>
>> On Archlinux,
Hi.
There were many reports of "Looping too fast. Throttling execution a
little" behavior but they never got anywhere. Not this time. At least
for this particular case.
Initially I was able to reproduce this issue just by calling `systemctl
restart some_specific_service` - then most of further `s
On Tue, Sep 22, 2015 at 11:52:05AM +0200, Francis Moreau wrote:
> On Tue, Sep 22, 2015 at 11:14 AM, David Herrmann
> wrote:
> > Hi
> >
> > On Tue, Sep 22, 2015 at 10:58 AM, Francis Moreau
> > wrote:
> [...]
> >>>
> >>
> >> But what if the slice fails to start ?
> >>
> >> Will the unit asking fo
On Tue, Sep 22, 2015 at 02:31:25AM +0200, Lennart Poettering wrote:
> Heya!
>
> Since a long time systemd has been shipping with two-way compat
> support for /dev/initctl, and I am tempted to remove it. Before I do
> so, I'd like some input on the relevance of this interface:
I'd guess that debian
On Tue, Sep 22, 2015 at 12:48:21PM +0200, Lennart Poettering wrote:
> On Tue, 22.09.15 11:41, Daniel P. Berrange (berra...@redhat.com) wrote:
>
> > > One more addendum to the original mail:
> > >
> > > We already declared the interface "obsolete" in the docs, which makes
> > > me particularly kee
On Tue, 22.09.15 11:41, Daniel P. Berrange (berra...@redhat.com) wrote:
> > One more addendum to the original mail:
> >
> > We already declared the interface "obsolete" in the docs, which makes
> > me particularly keen on dropping it...
>
> I guess one thing is that even if support for /dev/intc
On Tue, Sep 22, 2015 at 12:32:25PM +0200, Lennart Poettering wrote:
> On Tue, 22.09.15 10:11, Daniel P. Berrange (berra...@redhat.com) wrote:
>
> > > And most importantly: the entire protocol use by sysvinit via
> > > /dev/initctl is deeply flawed, since it sends messages over
> > > /dev/initctl t
On Tue, 22.09.15 10:11, Daniel P. Berrange (berra...@redhat.com) wrote:
> > And most importantly: the entire protocol use by sysvinit via
> > /dev/initctl is deeply flawed, since it sends messages over
> > /dev/initctl that are not a divisor of PIPE_SIZE in length. Thus, if
> > PID 1 didn't read m
Hi
On Tue, Sep 22, 2015 at 11:59 AM, Francis Moreau wrote:
> On Tue, Sep 22, 2015 at 11:16 AM, David Herrmann
> wrote:
>> Hi
>>
>> On Tue, Sep 22, 2015 at 11:07 AM, Francis Moreau
>> wrote:
>>> Hello,
>>>
>>> On Mon, Sep 21, 2015 at 7:45 PM, David Herrmann
>>> wrote:
Hi
On Fr
On Tue, Sep 22, 2015 at 11:16 AM, David Herrmann wrote:
> Hi
>
> On Tue, Sep 22, 2015 at 11:07 AM, Francis Moreau
> wrote:
>> Hello,
>>
>> On Mon, Sep 21, 2015 at 7:45 PM, David Herrmann
>> wrote:
>>> Hi
>>>
>>> On Fri, Sep 18, 2015 at 6:31 PM, Francis Moreau
>>> wrote:
Hi,
I
On Tue, Sep 22, 2015 at 11:14 AM, David Herrmann wrote:
> Hi
>
> On Tue, Sep 22, 2015 at 10:58 AM, Francis Moreau
> wrote:
[...]
>>>
>>
>> But what if the slice fails to start ?
>>
>> Will the unit asking for a specific slice (which fails to start) be
>> moved into another slice ? It seems that
Hi
On Tue, Sep 22, 2015 at 11:07 AM, Francis Moreau wrote:
> Hello,
>
> On Mon, Sep 21, 2015 at 7:45 PM, David Herrmann wrote:
>> Hi
>>
>> On Fri, Sep 18, 2015 at 6:31 PM, Francis Moreau
>> wrote:
>>> Hi,
>>>
>>> I find odd that systemd-firstboot skips root password init if
>>> /etc/shadow exi
Hi
On Tue, Sep 22, 2015 at 10:58 AM, Francis Moreau wrote:
> Hello,
>
> On Mon, Sep 21, 2015 at 7:43 PM, David Herrmann wrote:
>> Hi
>>
>> On Mon, Sep 21, 2015 at 4:50 PM, Francis Moreau
>> wrote:
>>> Hi,
>>>
>>> If a unit depends on a slice, a Wants=machine.slice is automatically
>>> added to
On Tue, Sep 22, 2015 at 02:31:25AM +0200, Lennart Poettering wrote:
> Heya!
>
> Since a long time systemd has been shipping with two-way compat
> support for /dev/initctl, and I am tempted to remove it. Before I do
> so, I'd like some input on the relevance of this interface:
>
> a) there's suppo
Hello,
On Mon, Sep 21, 2015 at 7:45 PM, David Herrmann wrote:
> Hi
>
> On Fri, Sep 18, 2015 at 6:31 PM, Francis Moreau
> wrote:
>> Hi,
>>
>> I find odd that systemd-firstboot skips root password init if
>> /etc/shadow exists because AFAICS this file is always part of a
>> minimal rootfs after b
Hello,
On Mon, Sep 21, 2015 at 7:43 PM, David Herrmann wrote:
> Hi
>
> On Mon, Sep 21, 2015 at 4:50 PM, Francis Moreau
> wrote:
>> Hi,
>>
>> If a unit depends on a slice, a Wants=machine.slice is automatically
>> added to the unit constraints.
>>
>> Why is "Requires=machine.slice" not prefered
29 matches
Mail list logo
