---
src/shared/calendarspec.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/shared/calendarspec.c b/src/shared/calendarspec.c
index 8e6c871..ec84d65 100644
--- a/src/shared/calendarspec.c
+++ b/src/shared/calendarspec.c
@@ -907,6 +907,10 @@ int calendar_spec_from_string(const char
---
src/shared/calendarspec.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/src/shared/calendarspec.c b/src/shared/calendarspec.c
index 64d0dec..73f87c6 100644
--- a/src/shared/calendarspec.c
+++ b/src/shared/calendarspec.c
@@ -24,6 +24,12 @@
---
src/shared/calendarspec.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/src/shared/calendarspec.c b/src/shared/calendarspec.c
index 196a330..6186301 100644
--- a/src/shared/calendarspec.c
+++ b/src/shared/calendarspec.c
@@ -833,7 +833,12 @@ int
---
src/shared/calendarspec.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/src/shared/calendarspec.c b/src/shared/calendarspec.c
index 6186301..fae7dfd 100644
--- a/src/shared/calendarspec.c
+++ b/src/shared/calendarspec.c
@@ -857,10 +857,10 @@
---
src/shared/calendarspec.c | 198 ++
src/shared/calendarspec.h | 1 +
2 files changed, 199 insertions(+)
diff --git a/src/shared/calendarspec.c b/src/shared/calendarspec.c
index 67fd76a..196a330 100644
--- a/src/shared/calendarspec.c
+++
---
src/shared/calendarspec.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/shared/calendarspec.c b/src/shared/calendarspec.c
index fae7dfd..8e6c871 100644
--- a/src/shared/calendarspec.c
+++ b/src/shared/calendarspec.c
@@ -885,8 +885,7 @@ int
---
src/shared/calendarspec.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/shared/calendarspec.c b/src/shared/calendarspec.c
index 73f87c6..67fd76a 100644
--- a/src/shared/calendarspec.c
+++ b/src/shared/calendarspec.c
@@ -126,7 +126,7 @@ static void
---
man/systemd.socket.xml | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/man/systemd.socket.xml b/man/systemd.socket.xml
index ce04b0b..57f769f 100644
--- a/man/systemd.socket.xml
+++ b/man/systemd.socket.xml
@@ -678,7 +678,7 @@
varlistentry
Hi,
When implementing socket activation for PulseAudio, the question came up
of how to ship the enablement when running make install.
In my first incarnation I simply shipped a
/usr/lib/systemd/user/socket.target.wants/pulseaudio.socket symlink. I
did this because I considered this a vendor
Pushed. Thanks!
On Mon, Oct 27, 2014 at 10:07 AM, Ivan Shapovalov intelfx...@gmail.com wrote:
---
man/systemd.socket.xml | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/man/systemd.socket.xml b/man/systemd.socket.xml
index ce04b0b..57f769f 100644
---
On Tue, Oct 21, 2014 at 07:29:31PM +0200, Lennart Poettering wrote:
On Tue, 21.10.14 18:32, Michal Sekletar (msekl...@redhat.com) wrote:
snip
Go ahead and commit. Ideally with those two nitpicks fixed, but even
if you don't it's OK.
sethostname_idempotent now returns 1 when hostname was
On Wed, Oct 08, 2014 at 04:54:59PM +0200, Lennart Poettering wrote:
On Wed, 08.10.14 16:49, Michal Sekletar (msekl...@redhat.com) wrote:
Hmm, I think we should just do need_umount = !in_container, like we
do for the other things like loopback detaching, dm detaching or
swapoff.
On Mon, 27.10.14 08:42, Daniele Medri (dme...@gmail.com) wrote:
src/shared/calendarspec.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/src/shared/calendarspec.c b/src/shared/calendarspec.c
index 64d0dec..73f87c6 100644
---
On Mon, 27.10.14 08:42, Daniele Medri (dme...@gmail.com) wrote:
Could you merge the #define for BITS_WEEKDAYS into this patch please,
as this patch appears to be the one that starts making use of this?
---
src/shared/calendarspec.c | 10 +-
1 file changed, 5 insertions(+), 5
On Mon, 27.10.14 08:42, Daniele Medri (dme...@gmail.com) wrote:
typedef struct CalendarSpec {
int weekdays_bits;
+ int months_bits;
I see the usefulness of the functionality, and I am willing to take a
patch for this, but adding a new months_bits field here is not the way
to
On Mon, 27.10.14 08:42, Daniele Medri (dme...@gmail.com) wrote:
Looks good! Applied! Thanks!
---
src/shared/calendarspec.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/src/shared/calendarspec.c b/src/shared/calendarspec.c
index 196a330..6186301 100644
---
On Mon, 27.10.14 08:42, Daniele Medri (dme...@gmail.com) wrote:
Hmm, can you elaborate on this change and why you made it?
---
src/shared/calendarspec.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/src/shared/calendarspec.c
On Mon, 27.10.14 08:42, Daniele Medri (dme...@gmail.com) wrote:
Hmm? Why would we want to drop the backwards compatibility here? We
juste added it a few days ago!
---
src/shared/calendarspec.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/shared/calendarspec.c
On Mon, 27.10.14 08:42, Daniele Medri (dme...@gmail.com) wrote:
This should be in the same patch that introduces parse_months()!
---
src/shared/calendarspec.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/shared/calendarspec.c b/src/shared/calendarspec.c
index
On Mon, 27.10.14 13:42, Lennart Poettering (lenn...@poettering.net) wrote:
On Mon, 27.10.14 08:42, Daniele Medri (dme...@gmail.com) wrote:
Looks good! Applied! Thanks!
Also made man page changes for this now.
Please, when posting a patch like this always include the man page
changes
On Sun, 26.10.14 00:30, Timofey Titovets (nefelim...@gmail.com) wrote:
Completed TODO: remove multi-seat-x
Hmm, I don't remember the details of this, did X release a new version
which makes this tool unnecessary? I think they commited code that
made it unnecessary, but did they actually release
On lör, 2014-10-25 at 13:45 +0200, Kay Sievers wrote:
Kay, any ideas on the udev database stability?
No stability. And so far no guarantees that things will not change.
The versions of the udev daemon, libudev and the runtime data must
match. Any expectations about version mix and match
On Mon, Oct 27, 2014 at 2:22 PM, Alexander Larsson al...@redhat.com wrote:
On lör, 2014-10-25 at 13:45 +0200, Kay Sievers wrote:
Kay, any ideas on the udev database stability?
No stability. And so far no guarantees that things will not change.
The versions of the udev daemon, libudev and
On Mon, Oct 27, 2014 at 10:42:56AM +, Colin Guthrie wrote:
So that led me to ask myself: does systemctl preset support user units?
The man page doesn't make it clear that e.g. the --global switch applies
to preset as well as enable, but in testing it (happily) appears to
work! So I'm going
On Mon, 27.10.14 16:23, Timofey Titovets (nefelim...@gmail.com) wrote:
2014-10-27 16:00 GMT+03:00 Lennart Poettering lenn...@poettering.net:
On Sun, 26.10.14 00:30, Timofey Titovets (nefelim...@gmail.com) wrote:
Completed TODO: remove multi-seat-x
Hmm, I don't remember the details of
On Fri, 24.10.14 23:13, Lukasz Stelmach (stl...@poczta.fm) wrote:
On 24.10.2014 00:28, Lennart Poettering wrote:
On Thu, 23.10.14 21:24, Łukasz Stelmach (stl...@poczta.fm) wrote:
+int main(int argc, char *argv[]) {
+struct timex tbuf;
+int r;
+
+
On Mon, 06.10.14 14:41, Dale R. Worley (wor...@alum.mit.edu) wrote:
I am running Fedora 16 with kernel 3.14.19-100.fc19.x86_64 and
systemd-204-21.fc19.x86_64.
On startup (and sometimes shutdown), I see a message like this in
/var/log/messages:
Oct 6 13:53:37 hobgoblin modprobe[623]:
On Sat, 11.10.14 21:57, m...@zarb.org (m...@zarb.org) wrote:
From: Michael Scherer m...@zarb.org
Since apparmor need to access /proc to communicate with the kernel,
any unit setting / as readonly will be unable to also use the
AppArmorProfile setting, as found on debian bug 760526.
A unit
On Sat, 25.10.14 00:52, Ivan Shapovalov (intelfx...@gmail.com) wrote:
Hi,
A few questions regarding usage of systemd+udev in initramfs. Before all,
this is what I want to achieve (to prevent XY-problems): working
emergency.service in initramfs.
The questions are a bit Arch-specific and
On Sat, 25.10.14 05:39, Rich Freeman (r-syst...@thefreemanclan.net) wrote:
One of the useful options in nspawn is the ability to boot the init
within the container using -b, especially if that init happens to be
systemd.
However, I could not find any easy way to set a dependency on a
On Mon, Oct 27, 2014 at 02:16:38PM +, Colin Guthrie wrote:
Zbigniew Jędrzejewski-Szmek wrote on 27/10/14 13:52:
[As a side note, if this is the recommended approach, then we should
probably add appropriate RPM macros to macros.systemd for user unit
presets...]
Good point.
I
On Fri, 24.10.14 16:24, Martin Pitt (martin.p...@ubuntu.com) wrote:
Hey Zbyszek,
Zbigniew Jędrzejewski-Szmek [2014-10-24 19:45 +0200]:
This enumeration is also used below... The definition should be shared.
You might want to also consider using NULSTR_FOREACH for iteration.
Ah, thanks
On Sun, 26.10.14 07:51, Martin Pitt (martin.p...@ubuntu.com) wrote:
+static const char hwdb_bin_paths[] =
+/etc/udev/hwdb.bin\0
+UDEVLIBEXECDIR /hwdb.bin\0;
Actually we don't need to define a variable for this, a #define would be
enough.
Are #defines actually preferred in
On Sat, 25.10.14 23:18, Kay Sievers (k...@vrfy.org) wrote:
On Mon, Oct 20, 2014 at 6:35 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Fri, 17.10.14 15:10, Martin Pitt (martin.p...@ubuntu.com) wrote:
Looks generally OK (as discussed in Düsseldorf). I'll leave this for
Kay to
On Mon, Oct 27, 2014 at 10:49 AM, Lennart Poettering
lenn...@poettering.net wrote:
In general I think making use of socket notification here would be the
much better option, as it removes the entire need for ordering things
here. nspawn already support socket activation just fine. If your
On Mon, 27.10.14 14:43, Kay Sievers (k...@vrfy.org) wrote:
On Mon, Oct 27, 2014 at 2:22 PM, Alexander Larsson al...@redhat.com wrote:
On lör, 2014-10-25 at 13:45 +0200, Kay Sievers wrote:
Kay, any ideas on the udev database stability?
No stability. And so far no guarantees that things
2014-10-27 16:21 GMT+01:00 Lennart Poettering lenn...@poettering.net:
Sounds all fine, I would prefer though to use --usr-only or
--system-only, something a little bit more descriptive than just
--vendor though. The hwdb data is full ov vendor strings and it
sounds too confusing to me.
I'd
On Mon, 27.10.14 11:24, Rich Freeman (r-syst...@thefreemanclan.net) wrote:
On Mon, Oct 27, 2014 at 10:49 AM, Lennart Poettering
lenn...@poettering.net wrote:
In general I think making use of socket notification here would be the
much better option, as it removes the entire need for ordering
Am 27.10.2014 um 16:32 schrieb Lennart Poettering:
(Note though that ymmv on this, because depending on the software you
use it might want to reverse-dns lookup incomoing connections, and
that would fail if the container doesn't have network access to do
DNS... That said, if mysql would do
On Mon, 27.10.14 16:31, Michael Biebl (mbi...@gmail.com) wrote:
2014-10-27 16:21 GMT+01:00 Lennart Poettering lenn...@poettering.net:
Sounds all fine, I would prefer though to use --usr-only or
--system-only, something a little bit more descriptive than just
--vendor though. The hwdb data
Hmm, can you elaborate on this change and why you made it?
Readability, cases sorted by time (daily weekly monthly).
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Mon, 27.10.14 16:40, Daniele Medri (dme...@gmail.com) wrote:
Hmm, can you elaborate on this change and why you made it?
Readability, cases sorted by time (daily weekly monthly).
Well, I think I disagree. We mostly have ordered these if() blocks by
the order of appearance in the
On Mon, Oct 27, 2014 at 4:25 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Mon, 27.10.14 14:43, Kay Sievers (k...@vrfy.org) wrote:
On Mon, Oct 27, 2014 at 2:22 PM, Alexander Larsson al...@redhat.com wrote:
On lör, 2014-10-25 at 13:45 +0200, Kay Sievers wrote:
Kay, any ideas on
On Sat, 25.10.14 01:36, Tom Gundersen (t...@jklm.no) wrote:
On Mon, Oct 20, 2014 at 9:32 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Tue, 14.10.14 16:19, Jan Synacek (jsyna...@redhat.com) wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=1147248
Hmm, so far tmpfiles
On Mon, Oct 27, 2014 at 11:32 AM, Lennart Poettering
lenn...@poettering.net wrote:
Network namespaces are relevant for the process that originally binds
the sockets. In the case of socket-activated containers that would be
the host. If you then pass the fds into the containers and those are
On Mon, Oct 27, 2014 at 4:48 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
On Sat, 25.10.14 01:36, Tom Gundersen (t...@jklm.no) wrote:
On Mon, Oct 20, 2014 at 9:32 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Tue, 14.10.14 16:19, Jan Synacek (jsyna...@redhat.com) wrote:
Lennart Poettering [2014-10-27 16:37 +0100]:
After all, moving those files away from /etc doesn't really make
sense on split-/usr systems anyway, as it wouldn't help monopolizing
vendor data in /usr really... Or at least I think the --usr stuff is
really about monopolizing vendor data in /usr,
On Mon, 27.10.14 16:53, Martin Pitt (martin.p...@ubuntu.com) wrote:
Lennart Poettering [2014-10-27 16:37 +0100]:
After all, moving those files away from /etc doesn't really make
sense on split-/usr systems anyway, as it wouldn't help monopolizing
vendor data in /usr really... Or at least I
On Wed, Oct 22, 2014 at 7:44 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Tue, 02.09.14 10:06, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote:
Hi,
I would like to start a configurable set of services first and the
services are wanted by multi-user.target. I am using a service to
On Mon, 27.10.14 11:49, Rich Freeman (r-syst...@thefreemanclan.net) wrote:
On Mon, Oct 27, 2014 at 11:32 AM, Lennart Poettering
lenn...@poettering.net wrote:
Network namespaces are relevant for the process that originally binds
the sockets. In the case of socket-activated containers that
On Mon, 27.10.14 17:06, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote:
Should this be something we should support natively by systemd?
As discussed at th systemd hackfest: I am a bit conservative about
this as it introduces plenty chance for deadlocks, where services
might
2014-10-27 16:37 GMT+01:00 Lennart Poettering lenn...@poettering.net:
Well, I think that's OK really. We want to stay compatible with
split-usr distros, but that kind of setup is really not at the focus
of what we design for.
I still think this should be named --usr. After all, moving those
On Mon, 27.10.14 17:25, Michael Biebl (mbi...@gmail.com) wrote:
2014-10-27 16:37 GMT+01:00 Lennart Poettering lenn...@poettering.net:
Well, I think that's OK really. We want to stay compatible with
split-usr distros, but that kind of setup is really not at the focus
of what we design for.
2014-10-27 17:31 GMT+01:00 Lennart Poettering mzerq...@0pointer.de:
Now, the distinction udevadm is supposed to make here though is very
different, it is a distinction between /etc and /usr, i.e. between
vendor data and local configuration. Using the word system to
distuingish this is highly
Some time ago, I have complained that some boots are unsuccessful,
because the /dev/disk/by-id/ata-OCZ-VECTOR_OCZ-Z5CB4KC20X0ZG7F8-part2
symlink (which should point to /dev/sda2) is not created by udev in the
initramfs (which uses dracut). Thankfully, people on IRC have suggested
some useful
On Mon, 27.10.14 17:44, Michael Biebl (mbi...@gmail.com) wrote:
2014-10-27 17:31 GMT+01:00 Lennart Poettering mzerq...@0pointer.de:
Now, the distinction udevadm is supposed to make here though is very
different, it is a distinction between /etc and /usr, i.e. between
vendor data and
On Mon, 27.10.14 21:46, Alexander E. Patrakov (patra...@gmail.com) wrote:
Some time ago, I have complained that some boots are unsuccessful, because
the /dev/disk/by-id/ata-OCZ-VECTOR_OCZ-Z5CB4KC20X0ZG7F8-part2 symlink (which
should point to /dev/sda2) is not created by udev in the initramfs
27.10.2014 21:49, Lennart Poettering wrote:
On Mon, 27.10.14 21:46, Alexander E. Patrakov (patra...@gmail.com) wrote:
Some time ago, I have complained that some boots are unsuccessful, because
the /dev/disk/by-id/ata-OCZ-VECTOR_OCZ-Z5CB4KC20X0ZG7F8-part2 symlink (which
should point to
On Mon, Oct 27, 2014 at 4:53 PM, Tom Gundersen t...@jklm.no wrote:
On Mon, Oct 27, 2014 at 4:48 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
On Sat, 25.10.14 01:36, Tom Gundersen (t...@jklm.no) wrote:
On Mon, Oct 20, 2014 at 9:32 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Mon, 27.10.14 21:57, Alexander E. Patrakov (patra...@gmail.com) wrote:
27.10.2014 21:49, Lennart Poettering wrote:
On Mon, 27.10.14 21:46, Alexander E. Patrakov (patra...@gmail.com) wrote:
Some time ago, I have complained that some boots are unsuccessful, because
the
On Sun, 26.10.14 20:47, Damien Robert (damien.olivier.rob...@gmail.com) wrote:
From Lennart Poettering, Fri 24 Oct 2014 at 01:09:56 (+0200) :
So, I really would prefer if this logic wasn't just a hook, but
actually the primary action of logging in graphically via a display
manager.
Ok,
27.10.2014 22:13, Lennart Poettering wrote:
On Mon, 27.10.14 21:57, Alexander E. Patrakov (patra...@gmail.com) wrote:
27.10.2014 21:49, Lennart Poettering wrote:
On Mon, 27.10.14 21:46, Alexander E. Patrakov (patra...@gmail.com) wrote:
Some time ago, I have complained that some boots are
On Mon, 27.10.14 22:22, Alexander E. Patrakov (patra...@gmail.com) wrote:
Thanks for the pointer. It is good to know that the information is available
in the kernel.
Unfortunately, it is not possible to run the lslocks program manually or see
the contents of /proc/locks exactly at the
27.10.2014 22:28, Lennart Poettering wrote:
On Mon, 27.10.14 22:22, Alexander E. Patrakov (patra...@gmail.com) wrote:
Thanks for the pointer. It is good to know that the information is available
in the kernel.
Unfortunately, it is not possible to run the lslocks program manually or see
the
On Sun, 26.10.14 05:37, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=73942
So in really old systemd versions I had a concept in place of never
printing to the console if there was a controlling process on it. The
kernel's concept of a
On Mon, 27.10.14 22:35, Alexander E. Patrakov (patra...@gmail.com) wrote:
27.10.2014 22:28, Lennart Poettering wrote:
On Mon, 27.10.14 22:22, Alexander E. Patrakov (patra...@gmail.com) wrote:
Thanks for the pointer. It is good to know that the information is available
in the kernel.
On Sat, 25.10.14 21:43, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
---
This could use some more polishing, but is useful as is I think...
I love the idea!
+static int manager_log_running_jobs(Manager *m) {
+unsigned n;
+
+assert(m);
+
+n =
On Sat, 25.10.14 21:43, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
+if (result == JOB_DONE unit_has_name(u, SPECIAL_SYSINIT_TARGET))
+manager_cancel_start_timeout(u-manager);
+
I'd really prefer to hook this up with manager_state(), so that we
don't
Lennart,
I've told you some time ago that Xorg-server since release 1.16 no longer
requires multi-seat-x wrapper.
Em 27/10/2014 11:00, Lennart Poettering lenn...@poettering.net escreveu:
On Sun, 26.10.14 00:30, Timofey Titovets (nefelim...@gmail.com) wrote:
Completed TODO: remove
On Sat, 25.10.14 23:58, Umut Tezduyar Lindskog (umut.tezdu...@axis.com) wrote:
if sigabrt doesn't do the job, follow regular shutdown
routine, sigterm sigkill.
I like it, with one exception.
diff --git a/src/core/unit.c b/src/core/unit.c
index e40e6f2..66804c9 100644
---
On Mon, 27.10.14 16:00, Laércio de Sousa
(laercioso...@sme-mogidascruzes.sp.gov.br) wrote:
Lennart,
I've told you some time ago that Xorg-server since release 1.16 no longer
requires multi-seat-x wrapper.
Ah, OK!
Hmm, can't get the patch to apply though, seems corrupted by the
mailer.
On Thu, 09.10.14 12:03, Jan Synacek (jsyna...@redhat.com) wrote:
Patch looks good, but I'll leave this for Zbigniew to merge, as my own
expertise is bash completion stuff is pretty limited.
---
shell-completion/bash/systemctl.in | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
On Thu, 23.10.14 17:26, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
order it after basic.target (which things are by default anyway)...
My proposal now, (which is the same Damien's as I understood him):
1. pam_systemd should sync on default.target
2. by default
27.10.2014 22:13, Lennart Poettering wrote:
On Mon, 27.10.14 21:57, Alexander E. Patrakov (patra...@gmail.com) wrote:
27.10.2014 21:49, Lennart Poettering wrote:
On Mon, 27.10.14 21:46, Alexander E. Patrakov (patra...@gmail.com) wrote:
Some time ago, I have complained that some boots are
On Mon, Oct 27, 2014 at 06:51:08PM +0100, Lennart Poettering wrote:
On Sat, 25.10.14 21:43, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
+if (result == JOB_DONE unit_has_name(u, SPECIAL_SYSINIT_TARGET))
+manager_cancel_start_timeout(u-manager);
+
On Mon, Oct 27, 2014 at 06:49:22PM +0100, Lennart Poettering wrote:
+log_info(Active jobs (%u running):\n\t%s.,
m-n_running_jobs, all);
+} else
+log_info(No jobs seem to be running.);
+
+return 0;
+}
A long-standing TODO list item
On Mon, Oct 27, 2014 at 03:38:37PM +0100, Lennart Poettering wrote:
On Sat, 11.10.14 21:57, m...@zarb.org (m...@zarb.org) wrote:
From: Michael Scherer m...@zarb.org
Since apparmor need to access /proc to communicate with the kernel,
any unit setting / as readonly will be unable to also
2014-10-27 21:05 GMT+03:00 Lennart Poettering mzerq...@0pointer.de:
On Mon, 27.10.14 16:00, Laércio de Sousa
(laercioso...@sme-mogidascruzes.sp.gov.br) wrote:
Lennart,
I've told you some time ago that Xorg-server since release 1.16 no longer
requires multi-seat-x wrapper.
Ah, OK!
Hmm,
Hi, I was hoping someone could help me make sure I'm not overlooking
something with trying to manage mounts on iSCSI disks.
I have an iscsi.service which starts and stops sessions to iSCSI
targets. It's set with Before=remote-fs-pre.target and
Wants=remote-fs-pre.target to ensure that remote fs
From: Philippe De Swert philippedesw...@gmail.com
ordered_hashmap_steal_first() can return NULL (and this is usually checked
except here), so there is a potential NULL pointer reference.
Thus moving the NULL check to cover both possible allocations of the
ChainCacheItem.
Found with coverity.
On Mon, 27.10.14 20:03, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
On Mon, Oct 27, 2014 at 06:51:08PM +0100, Lennart Poettering wrote:
On Sat, 25.10.14 21:43, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl)
wrote:
+if (result == JOB_DONE unit_has_name(u,
On Mon, 27.10.14 20:07, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
On Mon, Oct 27, 2014 at 06:49:22PM +0100, Lennart Poettering wrote:
+log_info(Active jobs (%u running):\n\t%s.,
m-n_running_jobs, all);
+} else
+log_info(No jobs
On Mon, 27.10.14 20:16, Michael Scherer (m...@zarb.org) wrote:
On Mon, Oct 27, 2014 at 03:38:37PM +0100, Lennart Poettering wrote:
On Sat, 11.10.14 21:57, m...@zarb.org (m...@zarb.org) wrote:
From: Michael Scherer m...@zarb.org
Since apparmor need to access /proc to communicate
On Mon, 27.10.14 23:36, philippedesw...@gmail.com (philippedesw...@gmail.com)
wrote:
From: Philippe De Swert philippedesw...@gmail.com
ordered_hashmap_steal_first() can return NULL (and this is usually checked
except here), so there is a potential NULL pointer reference.
Thus moving the
From: Lennart Poettering lenn...@poettering.net
Please, let's discuss this elsewhere. Let's keep a strict technical
focus on this ML!
I believe that you mean that outsiders are welcome here to provide
assistance to systemd as it has already been implemented. One
difficulty is that outsiders
Am 27.10.2014 um 23:20 schrieb Lennart Poettering:
On Mon, 27.10.14 20:16, Michael Scherer (m...@zarb.org) wrote:
On Mon, Oct 27, 2014 at 03:38:37PM +0100, Lennart Poettering wrote:
On Sat, 11.10.14 21:57, m...@zarb.org (m...@zarb.org) wrote:
From: Michael Scherer m...@zarb.org
Since
It is tested and works,
# systemctl suspend
[ 144.218876] PM: Entering mem sleep
[ 144.219249] r8712u 2-3:1.0 wlp0s4f1u3: Suspending...
[ 144.219255] r8712u 2-3:1.0 wlp0s4f1u3: Unable to suspend
RESUME
[ 146.844240] r8712u 2-3:1.0 wlp0s4f1u3: Resuming...
[ 146.844241]
Hi-
I'd like to write a generic udev rule for U2F security tokens and to
possibly get it integrated into systemd / udev, but I'm not sure how
to write it in the first place.
U2F tokens are USB HID devices that have a usage page 0xF1D0 that
contains usage 0x01. The rule should match any hidraw
On Mon, 27.10.14 18:25, Dale R. Worley (wor...@alum.mit.edu) wrote:
From: Lennart Poettering lenn...@poettering.net
Please, let's discuss this elsewhere. Let's keep a strict technical
focus on this ML!
I believe that you mean that outsiders are welcome here to provide
assistance to
On Mon, 27.10.14 23:43, poma (pomidorabelis...@gmail.com) wrote:
but is there a better way to do it?
This appears to be a kernel driver bug. Please report this issue
against the kernel driver in question, systemd is not the right place
to work around that.
Lennart
--
Lennart Poettering, Red
On Mon, Oct 27, 2014 at 06:25:56PM -0400, Dale R. Worley wrote:
From: Lennart Poettering lenn...@poettering.net
Please, let's discuss this elsewhere. Let's keep a strict technical
focus on this ML!
I believe that you mean that outsiders are welcome here to provide
assistance to
On Mon, Oct 27, 2014 at 04:12:30PM -0700, Andy Lutomirski wrote:
Hi-
I'd like to write a generic udev rule for U2F security tokens and to
possibly get it integrated into systemd / udev, but I'm not sure how
to write it in the first place.
U2F tokens are USB HID devices that have a usage
On Mon, Oct 27, 2014 at 4:32 PM, Greg KH gre...@linuxfoundation.org wrote:
On Mon, Oct 27, 2014 at 04:12:30PM -0700, Andy Lutomirski wrote:
Hi-
I'd like to write a generic udev rule for U2F security tokens and to
possibly get it integrated into systemd / udev, but I'm not sure how
to write
On 28.10.2014 00:15, Lennart Poettering wrote:
On Mon, 27.10.14 23:43, poma (pomidorabelis...@gmail.com) wrote:
but is there a better way to do it?
This appears to be a kernel driver bug. Please report this issue
against the kernel driver in question, systemd is not the right place
to
[Resending to the list, as it seems recipients were wrong in the first attempt]
The discussion on this died down. I'm bringing this back up as it's IMO
quite a significant problem.
To recap:
The core issue is that if a start job is queued for foo.service,
systemctl reload foo.service blocks
Good time of day, list.
I try to fix Fixme in svg.c:
/* FIXME: this works only in the simple case */
By default function try to get root=/dev/*
I write small function to determine block device name by specified
LABEL, UUID, PARTUUID.
Please check code, its working, but i think it can look
On Tuesday 28 October 2014 at 03:30:13, Timofey Titovets wrote:
Good time of day, list.
I try to fix Fixme in svg.c:
/* FIXME: this works only in the simple case */
By default function try to get root=/dev/*
I write small function to determine block device name by specified
LABEL, UUID,
On Mon, Oct 27, 2014 at 02:10:47PM -0700, Chris Leech wrote:
Hi, I was hoping someone could help me make sure I'm not overlooking
something with trying to manage mounts on iSCSI disks.
I have an iscsi.service which starts and stops sessions to iSCSI
targets. It's set with
On Mon, 27.10.14 23:10, Timofey Titovets (nefelim...@gmail.com) wrote:
2014-10-27 21:05 GMT+03:00 Lennart Poettering mzerq...@0pointer.de:
On Mon, 27.10.14 16:00, Laércio de Sousa
(laercioso...@sme-mogidascruzes.sp.gov.br) wrote:
Lennart,
I've told you some time ago that Xorg-server
On Mon, 27.10.14 14:10, Chris Leech (cle...@redhat.com) wrote:
So for any mounts to remote block devices (unlike remote file system
protocols which are detected by the fs name), unless there is an fstab
entry at the time fstab-generator is run they get treated like local fs
mounts and
1 - 100 of 105 matches
Mail list logo
