Dear systemd folks,
Am Dienstag, den 22.05.2012, 11:06 +0200 schrieb Paul Menzel:
[…]
4. All units take less than a second to start.
$ systemd-analyze blame
948ms avahi-daemon.service
729ms postfix.service
656ms rsyslog.service
632ms
Am Mittwoch, den 23.05.2012, 22:54 +0200 schrieb Paul Menzel:
Am Dienstag, den 22.05.2012, 23:48 +0200 schrieb Paul Menzel:
Am Dienstag, den 22.05.2012, 18:41 +0200 schrieb Michael Biebl:
2012/5/22 Paul Menzel:
2. GDM 3 did not list the available users though, which had to be
entered
Dear systemd folks,
I do not understand why a disabled unit file is listed in
`systemd-analyze blame`.
$ systemctl list-unit-files
[…]
accounts-daemon.servicedisabled
[…]
$ systemd-analyze blame
[…]
35ms
On Sun, Jun 10, 2012 at 03:10:52PM +0200, Paul Menzel wrote:
Dear systemd folks,
I do not understand why a disabled unit file is listed in
`systemd-analyze blame`.
$ systemctl list-unit-files
[…]
accounts-daemon.servicedisabled
[…]
On Sun, Jun 10, 2012 at 2:40 PM, Paul Menzel
paulepan...@users.sourceforge.net wrote:
Dear systemd folks,
Am Dienstag, den 22.05.2012, 11:06 +0200 schrieb Paul Menzel:
[…]
4. All units take less than a second to start.
$ systemd-analyze blame
948ms
On Sat, Jun 9, 2012 at 12:46 AM, Malte Starostik li...@malte.homeip.net wrote:
Rules get installed in $(libexecdir)/udev/, so are keymaps. Helper
binaries go to $(rootprefix)/lib/udev though. Problem is, in the code,
both are referenced via UDEVLIBEXECDIR which is defined to the former
On Sat, Jun 9, 2012 at 1:08 AM, Tom Gundersen t...@jklm.no wrote:
Our downstream generator takes care of all the sysvcompat support we need.
Nice stuff! Applied.
Thanks,
Kay
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
Am Sonntag, 10. Juni 2012, 17:32:55 schrieb Kay Sievers:
On Sat, Jun 9, 2012 at 12:46 AM, Malte Starostik li...@malte.homeip.net
wrote:
Rules get installed in $(libexecdir)/udev/, so are keymaps. Helper
binaries go to $(rootprefix)/lib/udev though. Problem is, in the code,
both are
On Sat, Jun 9, 2012 at 4:31 AM, Dave Reisner dreis...@archlinux.org wrote:
Allow passing fragment names alone, letting systemd-tmpfiles perform a
path lookup for the proper fragment path. This allows distributions to
properly recreate tmpfiles on upgrade of a package without concern for
Rather than assuming the console is in utf-8 mode if nothing else is
specified, be a bit more robust and enable it explicitly.
This fixes a regression compared with Arch's initscripts when not
using a framebuffer as the old VGA console would not be in utf-8
mode by default.
Furthermore, this
On Sun, Jun 10, 2012 at 8:37 PM, Tom Gundersen t...@jklm.no wrote:
Rather than assuming the console is in utf-8 mode if nothing else is
specified, be a bit more robust and enable it explicitly.
This fixes a regression compared with Arch's initscripts when not
using a framebuffer as the old
On Sun, Jun 10, 2012 at 10:30 PM, Kay Sievers k...@vrfy.org wrote:
Hmm, what setup exactly would be fixed by this?
In my case I can reprodce the problem by blacklisting my graphics
driver (i915). In this case my console at boot is not in utf-8 mode,
even though my locale is en_US.UTF-8.
12 matches
Mail list logo