At the same reason of /run and /dev/shm, when systemd is running with
SMACK, countless tasks are failed by missed privilege.
To avoid, /tmp is assigned '*' label.
---
Makefile.am| 10 ++
configure.ac |4 +++-
units/tmp.mount| 20
On Mon, 28.10.13 19:44, WaLyong Cho (walyong@samsung.com) wrote:
At the same reason of /run and /dev/shm, when systemd is running with
SMACK, countless tasks are failed by missed privilege.
To avoid, /tmp is assigned '*' label.
Won't this break if people compile systemd with SMACK enabled
On Mon, Oct 28, 2013 at 3:44 AM, WaLyong Cho walyong@samsung.com wrote:
At the same reason of /run and /dev/shm, when systemd is running with
SMACK, countless tasks are failed by missed privilege.
To avoid, /tmp is assigned '*' label.
We discussed this problem earlier in our office last
On Sat, 26.10.13 16:16, Tom Gundersen (t...@jklm.no) wrote:
This tool applies hardware specific settings to network devices before they
are announced via libudev.
Settings that will probably eventually be supported are MTU, Speed,
DuplexMode, WakeOnLan, MACAddress, MACAddressPolicy (e.g.,
On Mon, Oct 28, 2013 at 6:54 PM, Lennart Poettering
lenn...@poettering.net wrote:
+ctx-link_dirs_ts_usec = calloc(strv_length(ctx-link_dirs),
sizeof(usec_t));
[...]
Isn't it sufficient to merge these timestamps into a single one that is
the newest of all timestamps you find? After
On Sun, 27.10.13 21:47, Tom Gundersen (t...@jklm.no) wrote:
+static int message_new(sd_rtnl_message **ret, size_t initial_size) {
+sd_rtnl_message *m;
+
+assert_return(ret, -EINVAL);
+assert_return(initial_size 0, -EINVAL);
Shouldn't this check be = sizeof(struct
On Mon, 21.10.13 04:59, David Strauss (da...@davidstrauss.net) wrote:
This daemon is a proof-of-concept that manages a process pool of
(usually) socket-activated child processes. It exploits the ability to
have multiple processes accept() on the same socket, allowing the
kernel to
On Mon, Oct 28, 2013 at 8:58 AM, Lennart Poettering
lenn...@poettering.net wrote:
On Mon, 28.10.13 19:44, WaLyong Cho (walyong@samsung.com) wrote:
At the same reason of /run and /dev/shm, when systemd is running with
SMACK, countless tasks are failed by missed privilege.
To avoid, /tmp is
On Mon, Oct 28, 2013 at 8:33 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Mon, 28.10.13 20:30, Tom Gundersen (t...@jklm.no) wrote:
On Mon, Oct 28, 2013 at 6:54 PM, Lennart Poettering
lenn...@poettering.net wrote:
+struct link_config_ctx {
+LIST_HEAD(link_config, links);
On Mon, 28.10.13 12:59, Kok, Auke-jan H (auke-jan.h@intel.com) wrote:
On Mon, Oct 28, 2013 at 8:58 AM, Lennart Poettering
lenn...@poettering.net wrote:
On Mon, 28.10.13 19:44, WaLyong Cho (walyong@samsung.com) wrote:
At the same reason of /run and /dev/shm, when systemd is
On Mon, 28.10.13 21:07, Tom Gundersen (t...@jklm.no) wrote:
On Mon, Oct 28, 2013 at 8:33 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Mon, 28.10.13 20:30, Tom Gundersen (t...@jklm.no) wrote:
On Mon, Oct 28, 2013 at 6:54 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Mon, Oct 28, 2013 at 9:10 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Mon, 28.10.13 21:07, Tom Gundersen (t...@jklm.no) wrote:
On Mon, Oct 28, 2013 at 8:33 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Mon, 28.10.13 20:30, Tom Gundersen (t...@jklm.no) wrote:
On Sun, 20.10.13 23:59, Tom Gundersen (t...@jklm.no) wrote:
Hmm, we could probably allow this in
sd_bus_message_enter_container() directly, so that this extra work
becomes unnecessary. So far I tried to push people to always specify
what they expect as safety check, but I figure in this case this
On Sun, 20.10.13 23:59, Tom Gundersen (t...@jklm.no) wrote:
Is there a better way to parse the messages in show_one()?
We have no API calls that can do property GetAll() for you. The reason
is simply that I couldn't see what we could do any easier than just
doing sd_bus_call_method() for it...
On Tue, 22.10.13 16:45, Łukasz Stelmach (l.stelm...@samsung.com) wrote:
Hello Everyone.
rant
Some of you may know I and my colleagues work hard to make Tizen work
for you.
/rant
Rant? Hmm?
Tizen is growing really fast and we've got a problem. A lot of code
produce a lot of messages.
On Mon, Oct 28, 2013 at 6:54 PM, Lennart Poettering
lenn...@poettering.net wrote:
+struct link_config_ctx {
+LIST_HEAD(link_config, links);
+
+char **link_dirs;
+usec_t *link_dirs_ts_usec;
+};
Maybe define a local _cleanup_ macro here?
On Thu, 17.10.13 15:25, David Strauss (da...@davidstrauss.net) wrote:
Initial perf results confirm cgroups rework as the culprit. We're
seeing huge time spent in unit_get_members_mask,
cgroup_context_get_mask, and unit_get_cgroup_context.
Ah, OK, this is not too surprising. Thanks for
On Mon, 28.10.13 20:30, Tom Gundersen (t...@jklm.no) wrote:
On Mon, Oct 28, 2013 at 6:54 PM, Lennart Poettering
lenn...@poettering.net wrote:
+struct link_config_ctx {
+LIST_HEAD(link_config, links);
+
+char **link_dirs;
+usec_t *link_dirs_ts_usec;
+};
On Mon, Oct 28, 2013 at 7:54 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Sun, 20.10.13 23:59, Tom Gundersen (t...@jklm.no) wrote:
---
Hi Lennart,
This and the next patch trigger the bug in sd_bus_message_read() we
discussed.
I'm just posting them here to not forget about it.
On Mon, Oct 28, 2013 at 1:09 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Mon, 28.10.13 12:59, Kok, Auke-jan H (auke-jan.h@intel.com) wrote:
On Mon, Oct 28, 2013 at 8:58 AM, Lennart Poettering
lenn...@poettering.net wrote:
On Mon, 28.10.13 19:44, WaLyong Cho
-邮件原件-
发件人: Zbigniew Jędrzejewski-Szmek [mailto:zbys...@in.waw.pl]
发送时间: 2013年10月27日 3:29
收件人: Yang Zhiyong
抄送: systemd-devel@lists.freedesktop.org; k...@vrfy.org
主题: Re: [systemd-devel] [PATCH 1/2]add parameters checking for 'udevadm
settle'
On Wed, Oct 23, 2013 at 03:09:36PM
-Original Message-
From: YangZhiyong [mailto:yangzy.f...@cn.fujitsu.com]
Sent: Tuesday, October 29, 2013 11:33 AM
To: 'Zbigniew Jędrzejewski-Szmek'
Cc: systemd-devel@lists.freedesktop.org; k...@vrfy.org; fnst-
dri...@cn.fujitsu.com
Subject: 答复: [systemd-devel] [PATCH 1/2]add
22 matches
Mail list logo
