On 12 Jul 2013 08:28, "Oleksii Shevchuk" wrote:
>
> Latest innovation with kmod-static-nodes.service introduce next issues
with
>
> 1. default distro paths
> 2. interacting with rest configuration
>
> So, what is the problem.
>
> kmod-static-nodes.service.in:
>
> ExecStartPre=/usr/bin/mkdir -p /ru
On Fri, Jul 12, 2013 at 1:08 AM, Lennart Poettering
wrote:
> On Wed, 10.07.13 12:30, Umut Tezduyar (u...@tezduyar.com) wrote:
>
>> > We though about just bumping this globally via sysctl, but we feared
>> > that might not sit well with some folks, as we shouldn't change a global
>> > setting just
On Wed, Jul 10, 2013 at 2:24 PM, Umut Tezduyar wrote:
> On Wed, Jul 10, 2013 at 9:19 AM, Umut Tezduyar wrote:
>> ---
>> systemd/src/core/service.c | 31 ---
>> systemd/src/core/socket.c | 33 -
>> systemd/src/core/socket.h |3
It was <2013-07-12 pią 04:48>, when Kyungmin Park wrote:
> On Fri, Jul 12, 2013 at 7:43 AM, Lennart Poettering
> wrote:
>> On Thu, 11.07.13 13:37, Dave Reisner (d...@falconindy.com) wrote:
>>
>>> > +p = strchr(path, ':');
>>>
>>> This is going to fail for a file:value pair such as /foo:/ba
It was <2013-07-11 czw 19:18>, when Karol Lewandowski wrote:
> Add ability to test if given file contains specified value.
> File and expected value are given as one argument separated
> by colon (":"), i.e.
>
> ConditionFileContains=/sys/module/sn/parameters/enabled:1
>
> ---
> As above example
On Wed, Jul 10, 2013 at 11:38 PM, Kay Sievers wrote:
> The systemd git source tree has now all the pieces to prepare the move
> from the current keymap handling to the hardware database. None of it
> will take any action at the moment, the hwdb file is not committed.
The hand-edited:
/usr/lib/
On Fri, 12.07.13 11:48, Kyungmin Park (kmp...@infradead.org) wrote:
> It's another question.
> the main goal of this patch is that supports conditional execution
> If some services are executed with given condition, it should check
> some conditions and execute different flow.
> if [ condition is
On Fri, 12.07.13 10:16, Łukasz Stelmach (l.stelm...@samsung.com) wrote:
> It was <2013-07-11 czw 19:18>, when Karol Lewandowski wrote:
> > Add ability to test if given file contains specified value.
> > File and expected value are given as one argument separated
> > by colon (":"), i.e.
> >
> >
On Fri, Jul 12, 2013 at 3:31 PM, Lennart Poettering
wrote:
>> > ConditionFileContains=/sys/module/sn/parameters/enabled:1
> To make this clear: I am not keen on adding this. I can see the
> usefulness, and the thing is still simple enough so that it would be OK
> to add this, but if you guys d
We're hitting a problem in libvirt where 'udevadm settle' will get stuck
in a loop until it eventually times out. Eventually we realized this
happens when we have any LXC containers active with veth devices in a
separate network namespace.
It is quite easy to reproduce the hang. In one terminal se
On Fri, Jul 12, 2013 at 10:29 PM, Lennart Poettering
wrote:
> On Fri, 12.07.13 11:48, Kyungmin Park (kmp...@infradead.org) wrote:
>
>> It's another question.
>> the main goal of this patch is that supports conditional execution
>> If some services are executed with given condition, it should check
On Fri, Jul 12, 2013 at 3:51 PM, Daniel P. Berrange wrote:
> We're hitting a problem in libvirt where 'udevadm settle' will get stuck
> in a loop until it eventually times out. Eventually we realized this
> happens when we have any LXC containers active with veth devices in a
> separate network na
On Fri, Jul 12, 2013 at 04:10:35PM +0200, Kay Sievers wrote:
> On Fri, Jul 12, 2013 at 3:51 PM, Daniel P. Berrange
> wrote:
> > We're hitting a problem in libvirt where 'udevadm settle' will get stuck
> > in a loop until it eventually times out. Eventually we realized this
> > happens when we hav
On Fri, Jul 12, 2013 at 4:14 PM, Daniel P. Berrange wrote:
> On Fri, Jul 12, 2013 at 04:10:35PM +0200, Kay Sievers wrote:
>> Hmm, we just don't really support running udev inside of containers.
>> Hotplug and full OS containers have did never get any real attention
>> from udev running inside con
Dave Reisner:
On Thu, Jul 11, 2013 at 12:57:22PM -0700, cac...@quantum-sci.com wrote:
I'd understood that if a mount is in fstab, that it should be
re-established when the system wakes. But that's not happening.
Meaning two sshfs mounts as so:
sshfs#carl@droog:/ /media/droogfuse
use
Lennart Poettering:
On Thu, 11.07.13 12:57, cac...@quantum-sci.com (cac...@quantum-sci.com) wrote:
I'd understood that if a mount is in fstab, that it should be
re-established when the system wakes. But that's not happening.
Meaning two sshfs mounts as so:
sshfs#carl@droog:/ /media/droo
On Fri, Jul 12, 2013 at 4:21 PM, Kay Sievers wrote:
> On Fri, Jul 12, 2013 at 4:14 PM, Daniel P. Berrange
> wrote:
>> On Fri, Jul 12, 2013 at 04:10:35PM +0200, Kay Sievers wrote:
>
>>> Hmm, we just don't really support running udev inside of containers.
>>> Hotplug and full OS containers have di
On Fri, Jul 12, 2013 at 04:42:34PM +0200, Kay Sievers wrote:
> On Fri, Jul 12, 2013 at 4:21 PM, Kay Sievers wrote:
> > On Fri, Jul 12, 2013 at 4:14 PM, Daniel P. Berrange
> > wrote:
> >> On Fri, Jul 12, 2013 at 04:10:35PM +0200, Kay Sievers wrote:
> >
> >>> Hmm, we just don't really support runn
On Fri, Jul 12, 2013 at 02:51:10PM +0100, Daniel P. Berrange wrote:
> We're hitting a problem in libvirt where 'udevadm settle' will get stuck
> in a loop until it eventually times out. Eventually we realized this
> happens when we have any LXC containers active with veth devices in a
> separate ne
On Fri, Jul 12, 2013 at 4:49 PM, Daniel P. Berrange wrote:
> On Fri, Jul 12, 2013 at 04:42:34PM +0200, Kay Sievers wrote:
>> On Fri, Jul 12, 2013 at 4:21 PM, Kay Sievers wrote:
>> > On Fri, Jul 12, 2013 at 4:14 PM, Daniel P. Berrange
>> > wrote:
>> >> On Fri, Jul 12, 2013 at 04:10:35PM +0200, K
cac...@quantum-sci.com:
Dave Reisner:
On Thu, Jul 11, 2013 at 12:57:22PM -0700, cac...@quantum-sci.com wrote:
I'd understood that if a mount is in fstab, that it should be
re-established when the system wakes. But that's not happening.
Meaning two sshfs mounts as so:
sshfs#carl@droog://m
as most (if not all) of the prefix strings are static, these will get
forward constant propagation optimized into single memcmp() calls, which
should be much better than the non-SIMD hand-rolled version.
---
src/journal/journal-send.c | 2 +-
src/journal/journald-native.c | 12 ++--
as most (if not all) of the prefix strings are static, these will get
forward constant propagation optimized into single memcmp() calls, which
should be much better than the non-SIMD hand-rolled version.
---
TODO | 2 --
src/journal/journal-send.c | 2 +-
src/journa
>>> Your use of sshfs# as a FUSE type is wrong -- you must use fuse.sshfs as
>>> the fstype instead.
this simply wrong, this line below in /etc/fstab works day
and night from FC9 to Fedora 18 as well as curlftpsfs
mounts in /etc/fstab are starting with curlftpfs#
and *both* have "fuse" and nothin
On Fri, Jul 12, 2013 at 05:46:37PM +0200, Reindl Harald wrote:
>
> >>> Your use of sshfs# as a FUSE type is wrong -- you must use fuse.sshfs as
> >>> the fstype instead.
>
> this simply wrong, this line below in /etc/fstab works day
> and night from FC9 to Fedora 18 as well as curlftpsfs
> mounts
Am 12.07.2013 17:54, schrieb Dave Reisner:
> On Fri, Jul 12, 2013 at 05:46:37PM +0200, Reindl Harald wrote:
>>
> Your use of sshfs# as a FUSE type is wrong -- you must use fuse.sshfs as
> the fstype instead.
>>
>> this simply wrong, this line below in /etc/fstab works day
>> and night from
Reindl Harald:
Your use of sshfs# as a FUSE type is wrong -- you must use fuse.sshfs as
the fstype instead.
this simply wrong, this line below in /etc/fstab works day
and night from FC9 to Fedora 18 as well as curlftpsfs
mounts in /etc/fstab are starting with curlftpfs#
and *both* have "fuse"
On Fri, 12.07.13 08:42, Shawn Landden (shawnland...@gmail.com) wrote:
> as most (if not all) of the prefix strings are static, these will get
> forward constant propagation optimized into single memcmp() calls, which
> should be much better than the non-SIMD hand-rolled version.
They are function
On Fri, Jul 12, 2013 at 5:00 PM, Daniel P. Berrange wrote:
> On Fri, Jul 12, 2013 at 02:51:10PM +0100, Daniel P. Berrange wrote:
>> We're hitting a problem in libvirt where 'udevadm settle' will get stuck
>> in a loop until it eventually times out. Eventually we realized this
>> happens when we ha
Am 12.07.2013 17:58, schrieb cac...@quantum-sci.com:
> Reindl Harald:
>>
> Your use of sshfs# as a FUSE type is wrong -- you must use fuse.sshfs as
> the fstype instead.
>>
>> this simply wrong, this line below in /etc/fstab works day
>> and night from FC9 to Fedora 18 as well as curlftps
On Fri, Jul 12, 2013 at 07:25:04AM -0700, cac...@quantum-sci.com wrote:
> Lennart Poettering:
> >On Thu, 11.07.13 12:57, cac...@quantum-sci.com (cac...@quantum-sci.com)
> >wrote:
> >
> >>
> >>I'd understood that if a mount is in fstab, that it should be
> >>re-established when the system wakes. B
On Fri, Jul 12, 2013 at 06:00:42PM +0200, Kay Sievers wrote:
> On Fri, Jul 12, 2013 at 5:00 PM, Daniel P. Berrange
> wrote:
> > On Fri, Jul 12, 2013 at 02:51:10PM +0100, Daniel P. Berrange wrote:
> >> We're hitting a problem in libvirt where 'udevadm settle' will get stuck
> >> in a loop until it
Dave Reisner:
On Fri, Jul 12, 2013 at 05:46:37PM +0200, Reindl Harald wrote:
Your use of sshfs# as a FUSE type is wrong -- you must use fuse.sshfs as
the fstype instead.
this simply wrong, this line below in /etc/fstab works day
and night from FC9 to Fedora 18 as well as curlftpsfs
mounts in
2013/7/12 :
> Reindl Harald:
>
>>
> Your use of sshfs# as a FUSE type is wrong -- you must use fuse.sshfs
> as
> the fstype instead.
>>
>>
>> this simply wrong, this line below in /etc/fstab works day
>> and night from FC9 to Fedora 18 as well as curlftpsfs
>> mounts in /etc/fstab are
On Fri, Jul 12, 2013 at 5:35 PM, Shawn Landden wrote:
> as most (if not all) of the prefix strings are static, these will get
> forward constant propagation optimized into single memcmp() calls, which
> should be much better than the non-SIMD hand-rolled version.
> -#define hasprefix(s, prefix) (
Michael Biebl:
2013/7/12 :
Reindl Harald:
Your use of sshfs# as a FUSE type is wrong -- you must use fuse.sshfs
as
the fstype instead.
this simply wrong, this line below in /etc/fstab works day
and night from FC9 to Fedora 18 as well as curlftpsfs
mounts in /etc/fstab are starting with c
On Fri, 12.07.13 18:09, Kay Sievers (k...@vrfy.org) wrote:
>
> On Fri, Jul 12, 2013 at 5:35 PM, Shawn Landden wrote:
> > as most (if not all) of the prefix strings are static, these will get
> > forward constant propagation optimized into single memcmp() calls, which
> > should be much better th
Am 12.07.2013 18:06, schrieb Michael Biebl:
> 2013/7/12 :
>> Reindl Harald:
>>
>> Your use of sshfs# as a FUSE type is wrong -- you must use fuse.sshfs
>> as
>> the fstype instead.
>>>
>>> this simply wrong, this line below in /etc/fstab works day
>>> and night from FC9 to Fedora 18
On Fri, 12.07.13 07:25, cac...@quantum-sci.com (cac...@quantum-sci.com) wrote:
>
> Lennart Poettering:
> >On Thu, 11.07.13 12:57, cac...@quantum-sci.com (cac...@quantum-sci.com)
> >wrote:
> >
> >>
> >>I'd understood that if a mount is in fstab, that it should be
> >>re-established when the syste
Am 12.07.2013 18:18, schrieb cac...@quantum-sci.com:
> Michael Biebl:
>> systemd doesn't unmount the fs on suspend, why should it mount it on resume?
>> Maybe you are mixing up what "auto" means.
>
> Why is everyone so uptight here?
because this is a DEVEL list
> No, I am not mixing up what "a
On Fri, Jul 12, 2013 at 09:18:27AM -0700, cac...@quantum-sci.com wrote:
> >>>this simply wrong, this line below in /etc/fstab works day
> >>>and night from FC9 to Fedora 18 as well as curlftpsfs
> >>>mounts in /etc/fstab are starting with curlftpfs#
> >>>and *both* have "fuse" and nothing else as f
On Fri, 12.07.13 09:18, cac...@quantum-sci.com (cac...@quantum-sci.com) wrote:
> >>Reindl, thank goodness you're listening. Have you by chance, tried this
> >>with auto, to see whether it automounts on wake from suspend?
> >
> >systemd doesn't unmount the fs on suspend, why should it mount it on
On Fri, Jul 12, 2013 at 06:00:38PM +0200, Lennart Poettering wrote:
> On Fri, 12.07.13 08:42, Shawn Landden (shawnland...@gmail.com) wrote:
>
> > as most (if not all) of the prefix strings are static, these will get
> > forward constant propagation optimized into single memcmp() calls, which
> > s
On Fri, 12.07.13 18:38, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
> On Fri, Jul 12, 2013 at 06:00:38PM +0200, Lennart Poettering wrote:
> > On Fri, 12.07.13 08:42, Shawn Landden (shawnland...@gmail.com) wrote:
> >
> > > as most (if not all) of the prefix strings are static, these
Reindl Harald:
the example settings below mean i have 30 seconds
which my ssh-tunnels and connections are surviving
network downtime for whatever reason
Server (/etc/ssh/sshd_config):
TCPKeepAlive yes
KeepAlive yes
ClientAliveCountMax 10
ClientAliveInterval 20
Client (/etc/ssh/ssh_config or ~/
Tomasz Torcz:
Second, the solution. The functionality you want is provide by ”automount”.
When using fstab, you can use the handy shortcut of putting
”x-systemd.automount” in your fstab. Best replace your ”auto” with
”x-systemd.automount”.
For details, see man systemd.mount.
Thank you.
On Fri, 12.07.13 09:28, Oleksii Shevchuk (alx...@gmail.com) wrote:
> Latest innovation with kmod-static-nodes.service introduce next issues with
>
> 1. default distro paths
> 2. interacting with rest configuration
>
> So, what is the problem.
>
> kmod-static-nodes.service.in:
>
> ExecStartPre=
On Tue, 09.07.13 18:09, Holger Hans Peter Freyther (hol...@freyther.de) wrote:
> From: Holger Hans Peter Freyther
>
> Instruct travis-ci to build systemd and create a tarball. In case
> of an error travis-ci will complain on IRC. The systemd testsuite
> currently requires the host to have a rece
On Fri, Jul 12, 2013 at 07:08:48PM +0200, Lennart Poettering wrote:
> On Fri, 12.07.13 09:28, Oleksii Shevchuk (alx...@gmail.com) wrote:
>
> > Latest innovation with kmod-static-nodes.service introduce next issues with
> >
> > 1. default distro paths
> > 2. interacting with rest configuration
> >
On Fri, 12.07.13 19:57, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
> On Fri, Jul 12, 2013 at 07:08:48PM +0200, Lennart Poettering wrote:
> > On Fri, 12.07.13 09:28, Oleksii Shevchuk (alx...@gmail.com) wrote:
> >
> > > Latest innovation with kmod-static-nodes.service introduce next
On Fri, Jul 12, 2013 at 7:08 PM, Lennart Poettering
wrote:
> On Fri, 12.07.13 09:28, Oleksii Shevchuk (alx...@gmail.com) wrote:
>
>> Latest innovation with kmod-static-nodes.service introduce next issues with
>>
>> 1. default distro paths
>> 2. interacting with rest configuration
>>
>> So, what is
On Fri, Jul 12, 2013 at 08:16:51PM +0200, Lennart Poettering wrote:
> On Fri, 12.07.13 19:57, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
> >
> > On Fri, Jul 12, 2013 at 07:08:48PM +0200, Lennart Poettering wrote:
> > > On Fri, 12.07.13 09:28, Oleksii Shevchuk (alx...@gmail.com) wrot
On Wed, 03.07.13 11:47, Martin Langhoff (martin.langh...@gmail.com) wrote:
> On Wed, Jul 3, 2013 at 10:49 AM, Zbigniew Jędrzejewski-Szmek
> wrote:
> >> - How do I tell several services to use the "same" cg?
> > They can't all use the same cg, because systemd uses groups to group
> > units. But t
On Wed, 03.07.13 07:40, Martin Langhoff (martin.langh...@gmail.com) wrote:
> On Wed, Jul 3, 2013 at 12:53 AM, Zbigniew Jędrzejewski-Szmek
> wrote:
> > I haven't really tried anythng like what you describe, but in general
> > both container and container-less approaches should work.
>
> Thanks fo
On Fri, Jul 12, 2013 at 8:16 PM, Lennart Poettering
wrote:
> Oh, humm, does the unit file really belong in systemd? Sounds like
> something that should be in kmod, no?
I don't have a strong opinion about where the unit should live. As far
as I remember Lucas requested I put it in systemd, but I f
On Tue, 09.07.13 21:15, Jan Janssen (medhe...@web.de) wrote:
> +if (*key_file) {
> +r = read_one_line_file(*key_file, &passphrase);
> +if (r < 0) {
> +log_error("Failed to read key file: %s",
> strerror(-r));
> +
On Fri, Jul 12, 2013 at 7:57 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> I see another problem: in a container, this unit fails with:
> # /usr/bin/kmod static-nodes --format=tmpfiles
> --output=/run/tmpfiles.d/kmod.conf
> Error: could not open /lib/modules/3.9.6-301.fc19.x86_64/modules.devname - No
On Fri, 12.07.13 20:33, Tom Gundersen (t...@jklm.no) wrote:
>
> On Fri, Jul 12, 2013 at 8:16 PM, Lennart Poettering
> wrote:
> > Oh, humm, does the unit file really belong in systemd? Sounds like
> > something that should be in kmod, no?
>
> I don't have a strong opinion about where the unit sh
On Fri, 12.07.13 20:37, Tom Gundersen (t...@jklm.no) wrote:
>
> On Fri, Jul 12, 2013 at 7:57 PM, Zbigniew Jędrzejewski-Szmek
> wrote:
> > I see another problem: in a container, this unit fails with:
> > # /usr/bin/kmod static-nodes --format=tmpfiles
> > --output=/run/tmpfiles.d/kmod.conf
> > Er
On Fri, Jul 12, 2013 at 08:42:31PM +0200, Lennart Poettering wrote:
> On Fri, 12.07.13 20:37, Tom Gundersen (t...@jklm.no) wrote:
>
> >
> > On Fri, Jul 12, 2013 at 7:57 PM, Zbigniew Jędrzejewski-Szmek
> > wrote:
> > > I see another problem: in a container, this unit fails with:
> > > # /usr/bin/
On 07/12/2013 08:36 PM, Lennart Poettering wrote:
On Tue, 09.07.13 21:15, Jan Janssen (medhe...@web.de) wrote:
+if (*key_file) {
+r = read_one_line_file(*key_file, &passphrase);
+if (r < 0) {
+log_error("Failed to read key file: %s
On Tue, 02.07.13 21:42, Tristan Van Berkom (trista...@openismus.com) wrote:
> Hello Mailing List.
>
> I have a quick question about the org.freedesktop.locale1 interface.
>
> I've been working on some locale bound addressbook features for
> Evolution Data Server, and we wanted a feature to handl
On 07/12/2013 03:40 PM, Kay Sievers wrote:
> On Fri, Jul 12, 2013 at 3:31 PM, Lennart Poettering
> wrote:
>
ConditionFileContains=/sys/module/sn/parameters/enabled:1
>
>> To make this clear: I am not keen on adding this. I can see the
>> usefulness, and the thing is still simple enough so
On Fri, Jul 12, 2013 at 8:42 PM, Lennart Poettering
wrote:
> On Fri, 12.07.13 20:37, Tom Gundersen (t...@jklm.no) wrote:
>
>>
>> On Fri, Jul 12, 2013 at 7:57 PM, Zbigniew Jędrzejewski-Szmek
>> wrote:
>> > I see another problem: in a container, this unit fails with:
>> > # /usr/bin/kmod static-nod
On Sun, 30.06.13 21:58, Andrey Borzenkov (arvidj...@gmail.com) wrote:
> Is it intentional? This could be quite confusing when trying to debug
> problems involving generated units.
No, not intentional, just forgotten... Added to the TODO list now.
We probably should show it along with a specific
On Fri, 12.07.13 20:48, Jan Janssen (medhe...@web.de) wrote:
>
> On 07/12/2013 08:36 PM, Lennart Poettering wrote:
> >On Tue, 09.07.13 21:15, Jan Janssen (medhe...@web.de) wrote:
> >
> >>+if (*key_file) {
> >>+r = read_one_line_file(*key_file, &passphrase);
> >>+
On Fri, 12.07.13 20:42, Karol Lewandowski (k.lewando...@samsung.com) wrote:
> > On Fri, Jul 12, 2013 at 3:31 PM, Lennart Poettering
> > wrote:
> >
> ConditionFileContains=/sys/module/sn/parameters/enabled:1
> >
> >> To make this clear: I am not keen on adding this. I can see the
> >> use
On Fri, Jul 12, 2013 at 07:51:26PM +0200, Lennart Poettering wrote:
> On Tue, 09.07.13 18:09, Holger Hans Peter Freyther (hol...@freyther.de) wrote:
> I figure a simple
>
> if (sd_booted() <= 0)
> return EXIT_TEST_SKIP;
Ah great, I had planned to search if something like
Generating seed...
Generating key pair...
Generating sealing key...
Failed to open
/var/log/journal/33f46101703a10c5fc6fa4f451840101/fss.tmp.k2wDDU: No such file
or directory
---
src/journal/journalctl.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/src/journal/journalc
69 matches
Mail list logo