This includes regularly-submitted corrections to comma setting and
orthographical mishaps that appeared in man/ in recent commits.
---
man/crypttab.xml | 4 ++--
man/journalctl.xml | 2 +-
man/machinectl.xml | 2 +-
man/pam_systemd.xml |
On Saturday 2013-07-20 02:05, Pablo Nehab Hess wrote:
>Hi all,
>
>I was wondering how much systemd could add to current high
>availability cluster setups.
>[...]
>Does this idea even make sense? Is it too "one systemd to rule them all"?
If it means we can principally get rid of the OCF scripts (t
On Sat, Jul 20, 2013 at 10:15:13AM -0700, Shawn Landden wrote:
> ---
> src/shared/virt.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/src/shared/virt.c b/src/shared/virt.c
> index 1abd686..4f8134a 100644
> --- a/src/shared/virt.c
> +++ b/src/shared/virt.c
> @@ -29,
On Sun, Jul 21, 2013 at 02:52:09AM +0200, Tom Gundersen wrote:
> Most of the information in usb.ids is now contained in udev's hwdb. First
> attempt to query hwdb before falling back on the old file.
>
> This would allow distributions to no longer ship (most of) usb.ids by default,
> but rather ke
Most of the information in usb.ids is now contained in udev's hwdb. First
attempt to query hwdb before falling back on the old file.
This would allow distributions to no longer ship (most of) usb.ids by default,
but rather keep all the usb device information in only one place (the hwdb).
This pat
So OSTree sets up systemd inside a chroot - /usr is a read-only bind
mount, and /var is a bind mount outside the root to a shared location.
Furthermore, /sysroot points to the real root.
Since last time we discussed this:
http://lists.freedesktop.org/archives/systemd-devel/2012-September/006668.ht
Small correction to the subject, it should have said:
[PATCH][pciutils] libpci: pci_id_lookup - add udev/hwdb support
On Sat, Jul 20, 2013 at 10:44 PM, Tom Gundersen wrote:
> This lets you select hwdb support at compile time.
>
> hwdb is an efficient hardware database shipped with recent version
On Sat, Jul 20, 2013 at 10:54 PM, Michael Biebl wrote:
> 2013/7/20 Tom Gundersen :
>> Ideally Linux distros using systemd would like to not ship pci.ids, but use
>> hwdb as the only source
>> of this information, which this patch allows.
>
> I don't think you strictly need to run systemd to make
2013/7/20 Tom Gundersen :
> Ideally Linux distros using systemd would like to not ship pci.ids, but use
> hwdb as the only source
> of this information, which this patch allows.
I don't think you strictly need to run systemd to make use of hwdb.
You just need to run a recent enough version of ude
This lets you select hwdb support at compile time.
hwdb is an efficient hardware database shipped with recent versions of
systemd/udev. It contains
among other sources pci.ids so querying hwdb rather than reading pci.ids
directly should give
the same result.
Ideally Linux distros using systemd
On Saturday, July 20, 2013 02:34:58 PM Kay Sievers wrote:
> On Sat, Jul 20, 2013 at 1:47 PM, Kay Sievers wrote:
> > On Sat, Jul 20, 2013 at 12:56 PM, Rafael J. Wysocki wrote:
> >
> >> After a recent change present in 3.11-rc1 there is a driver, called
> >> processor,
> >> that can be bound to th
Hello
I am maintainer of Archiso project (The Arch Linux live ISO creator).
I like a feature for systemd within unit files, mainly for importing
/proc/cmdline in initramfs stage, or in a generic form for any other
file with a similar format. Something like ImportOneLineFile=, like
current Environ
Hi,
I noticed that my TERM is set to "linux", even when I boot the
console-getty.service. Isn't it supposed to be "console" instead,
since VT emulation is not guaranteed? Should we explicitly pass the
term argument to agetty?
Thanks.
___
systemd-devel
User-Mode Linux does not do VT102 emulation, and
$ systemd-vconsole-setup /dev/tty0
will always fail on it. In order to prevent vconsole-setup.service from
always failing, write an exception for it in vconsole-setup.c. Now,
vconsole-setup.service will pass on um Linux, and the logs will indic
---
src/shared/virt.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/shared/virt.c b/src/shared/virt.c
index 1abd686..4f8134a 100644
--- a/src/shared/virt.c
+++ b/src/shared/virt.c
@@ -29,6 +29,8 @@
/* Returns a short identifier for the various VM implementations */
Kay Sievers wrote:
>> If you're so particular about keeping primary unit files "clean", may
>> I suggest moving the exception code to vconsole-setup.c?
>
> That's what I meant, yeah, sorry for the confusion.
Cool, I understand that your desire to keep primary units clean: I'll
write a patch for th
On Sat, Jul 20, 2013 at 6:43 PM, Ramkumar Ramachandra
wrote:
> Kay Sievers wrote:
>> such work-arounds need to
>> be a generic as possible
>
> I disagree with this. I specifically asked Lennart about a /dev/tty0
> being created by hand using mknod earlier: his answer was that systemd
> does not s
On Sat, Jul 20, 2013 at 6:34 PM, Ramkumar Ramachandra
wrote:
> Kay Sievers wrote:
>> Oh, I meant turning is_vconsole() into returning success when it is
>> called for a tty0 that in fact doesn't work like tty0. :)
>
> We might as well remove is_vconsole() then. Does it make sense to
> execute the
Kay Sievers wrote:
> such work-arounds need to
> be a generic as possible
I disagree with this. I specifically asked Lennart about a /dev/tty0
being created by hand using mknod earlier: his answer was that systemd
does not support it. In the most generic scenario, you cannot rely on
the sanity o
Kay Sievers wrote:
> Oh, I meant turning is_vconsole() into returning success when it is
> called for a tty0 that in fact doesn't work like tty0. :)
We might as well remove is_vconsole() then. Does it make sense to
execute the rest of the code in vconsole-setup.c (fontmap, utf8 etc.)
on a non-VT
On Sat, Jul 20, 2013 at 6:16 PM, Zbigniew Jędrzejewski-Szmek
wrote:
>> What uml does here sound really weird, and vconsole should just
>> silently give up when it finds such a messed up setup. :)
> Sure, or we can add a one line check in the unit file. That what
> we have those Conditions for :)
On Sat, Jul 20, 2013 at 12:38 PM, Ramkumar Ramachandra
wrote:
> Kay Sievers wrote:
>> It's not about failing it, that would be ugly, sure. Vconsole can just
>> give up and return 0 if it finds a tt0 that actually isn't a tty0.
>
> Hm, how can I tell if vconsole-setup actually did something or not
On Sat, Jul 20, 2013 at 12:09:09PM +0200, Kay Sievers wrote:
> On Fri, Jul 19, 2013 at 8:31 PM, Zbigniew Jędrzejewski-Szmek
> wrote:
> > On Fri, Jul 19, 2013 at 11:50:53PM +0530, Ramkumar Ramachandra wrote:
> > [intertesting analysis removed]
> >
> >> So, I can provide a patch for getty-generator
On Sat, Jul 20, 2013 at 03:20:02PM +0200, Zbigniew Jędrzejewski-Szmek wrote:
> ... that's at least how it looks in my testing. I don't think that
> having %MAKEFILE% in the final Makefile makes any sense, and it
> swhould always be "Makefile". Maybe automake forgets to substitute it
> in your case
On Sat, Jul 20, 2013 at 08:37:14AM +0200, Holger Hans Peter Freyther wrote:
> On Sat, Jul 20, 2013 at 01:09:35AM +0200, Zbigniew Jędrzejewski-Szmek wrote:
>
> Hi,
>
>
> > Applied for now.
>
>
> I picked %MAKEFILE% as this is what was in the generated Makefile before
> my patch. I just tried to
On Sat, Jul 20, 2013 at 1:47 PM, Kay Sievers wrote:
> On Sat, Jul 20, 2013 at 12:56 PM, Rafael J. Wysocki wrote:
>
>> After a recent change present in 3.11-rc1 there is a driver, called
>> processor,
>> that can be bound to the CPU devices whose sysfs directories are located
>> under
>> /sys/de
Hi Kay,
After a recent change present in 3.11-rc1 there is a driver, called processor,
that can be bound to the CPU devices whose sysfs directories are located under
/sys/devices/system/cpu/. A side effect of this is that, after the driver has
been bound to those devices, the kernel adds DRIVER=p
On Saturday, July 20, 2013 12:56:54 PM Rafael J. Wysocki wrote:
> Hi Kay,
>
> After a recent change present in 3.11-rc1 there is a driver, called processor,
> that can be bound to the CPU devices whose sysfs directories are located under
> /sys/devices/system/cpu/. A side effect of this is that,
On Sat, Jul 20, 2013 at 12:56 PM, Rafael J. Wysocki wrote:
> After a recent change present in 3.11-rc1 there is a driver, called processor,
> that can be bound to the CPU devices whose sysfs directories are located under
> /sys/devices/system/cpu/. A side effect of this is that, after the driver
Kay Sievers wrote:
> It's not about failing it, that would be ugly, sure. Vconsole can just
> give up and return 0 if it finds a tt0 that actually isn't a tty0.
Hm, how can I tell if vconsole-setup actually did something or not
then? Doesn't it matter for curses apps, which require VT102
emulatio
On Sat, Jul 20, 2013 at 12:25 PM, Ramkumar Ramachandra
wrote:
> Kay Sievers wrote:
>> I would rather see vconsole to detect the mess and silently give up,
>> instead of adding exotic options for really weird faked and wrong tty0
>> setups.
>
> um Linux lacks VT102 emulation, and this is a document
Kay Sievers wrote:
> I would rather see vconsole to detect the mess and silently give up,
> instead of adding exotic options for really weird faked and wrong tty0
> setups.
um Linux lacks VT102 emulation, and this is a documented fact.
Therefore, your code:
unsigned char data[1];
On Fri, Jul 19, 2013 at 9:36 PM, Ramkumar Ramachandra
wrote:
> User-Mode Linux does not do VT102 emulation, and
>
> $ vconsole-setup /dev/tty0
>
> will always fail on it. In order to prevent vconsole-setup.service from
> always failing, disable it when uml is detected.
> ConditionPathExists=/
On Fri, Jul 19, 2013 at 8:31 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Fri, Jul 19, 2013 at 11:50:53PM +0530, Ramkumar Ramachandra wrote:
> [intertesting analysis removed]
>
>> So, I can provide a patch for getty-generator to detect um Linux and
>> switch to getty on /dev/console, but vconsole-s
34 matches
Mail list logo
