El 18/02/14 11:27, Zbigniew Jędrzejewski-Szmek escribió:
On Tue, Feb 18, 2014 at 10:56:36AM -0300, Cristian Rodríguez wrote:
SECCOMP_CFLAGS must be in the global CFLAGS as seccomp.h is
included in core/execute.h. when seccomp.h is not in the standard
path.(i.e openSUSE has it in /usr/include
El 27/02/14 17:35, Vincent Batts escribió:
I see that despite --enable-static listed as a ./configure flag, it is
not supported. Can we get a Makefile target for compiling the
systemd-socket-proxyd as statically linked? For it to be portable for
any guest container.
static linking will not
El 01/03/14 05:46, 황재영 escribió:
Hello,
I've tried to build systemd(v43) with statically linking.
I revised Makefile.am and spec file but it was not built statically.
Do not use static linking, it won't work. also systemd 43 is an ancient
relic.
El 01/03/14 15:36, Samuli Suominen escribió:
which is a prerequisite for
building static lvm2/cryptsetup binaries
Just wondering.. why would want to do that ?
It is going to break sooner or later.. maybe even worst, it may only
appear to work..
Any program remotely useful needs a shared
El 11/03/14 09:24, Vasiliy Tolstov escribió:
I have strange kernel panic
Kernel 3.13.3 vanilla
root is mounted via 9p virtfs (readonly).
virsh --version
1.2.1
qemu --version
QEMU emulator version 1.7.0, Copyright (c) 2003-2008 Fabrice Bellard
systemd version 210
[ 14.640174] Kernel panic
El 13/03/14 15:37, Alan Stern escribió:
sult?
All I have been able to think of is to have ExecStart= run a shell
script that computes the necessary values and then execs the actual
server program. Is there a better way?
That's a workable hack, however the correct solution is to have the
The underlying components have not seen any upstream activity
since 1997 and are not particulary nice either.
Those interested in computer archeology can explicitly use --enable-tcpwrap
---
configure.ac | 22 --
1 file changed, 8 insertions(+), 14 deletions(-)
diff --git
El 20/03/14 16:29, Lennart Poettering escribió:
On Thu, 20.03.14 12:49, Cristian Rodríguez (crrodrig...@opensuse.org) wrote:
The underlying components have not seen any upstream activity
since 1997 and are not particulary nice either.
Those interested in computer archeology can explicitly use
El 24/03/14 16:16, Lennart Poettering escribió:
However, I figure this doesn't have to stop us from killing it in
systemd though, which I now did. This doesn't mean much however, since
people who want tcpwrap support can actually easily restore it by
plugging tcpd into systemd, the same way is
El 27/03/14 20:21, Felix Miata escribió:
I see this repeated often during reboot attempts that do not proceed as
expected to swiftly do the deed. It seems to be prerequisite to
shutdown/reboot. I can't recall ever seeing anything like it when
sysvinit was employed. Why does rebooting require the
Needs KMOD_CFLAGS
---
Makefile.am | 4
1 file changed, 4 insertions(+)
diff --git a/Makefile.am b/Makefile.am
index 6c7d6e5..77495a4 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -1399,6 +1399,10 @@ test_ipcrm_LDADD = \
libsystemd-shared.la \
-lrt
+test_rtnl_manual_CFLAGS
While it is cool to be neat and clean all the time, this
task can wait if we are on battery.
---
units/systemd-tmpfiles-clean.service.in | 1 +
1 file changed, 1 insertion(+)
diff --git a/units/systemd-tmpfiles-clean.service.in
b/units/systemd-tmpfiles-clean.service.in
index a5b5acb..06bb21f
El 06/04/14 12:59, poma escribió:
/usr/lib/systemd/system/netconsole.service:
[Unit]
Description=Adds the netconsole module with the configured parameters
After=network.target
[Service]
EnvironmentFile=/etc/sysconfig/netconsole
Type=simple
RemainAfterExit=yes
ExecStart=/usr/sbin/modprobe
El 06/04/14 13:42, Cristian Rodríguez escribió:
Hrmm.. a systemd-netconsole.service that could setup this is a clean
race-free fashion will be a cool addition to the stack ;)
The question is.. as a separate tool or an extension to networkd, which
seems to be a more suitable place
El 07/04/14 15:15, Kevin Wilson escribió:
What it the reason for this concatenation?
automake subdir-objects does this..
--
Cristian
Team PITA
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
El 08/04/14 03:04, Samuli Suominen escribió:
This is the *only* patch we are carrying for udev currently, otherwise
uClibc builds work fine, so please at least consider what
I just said.
All this locale_t thing is standarized in POSIX 2008, . it is up to
the particular libc to keep up with
El 09/04/14 16:41, Richard Weinberger escribió:
e other things like this too I suppose).
Okay, I'll send patches for OOMScoreAdjust and other settings to ignore
failures.
This way systemd can also support containers without user namespaces.
No matter how useful these are. (hello docker.io
---
configure.ac | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure.ac b/configure.ac
index 5074114..d40fb38 100644
--- a/configure.ac
+++ b/configure.ac
@@ -156,6 +156,7 @@ CC_CHECK_FLAGS_APPEND([with_cflags], [CFLAGS], [\
-ffunction-sections \
-fdata-sections \
El 20/04/14 10:53, Kay Sievers escribió:
On Sun, Apr 20, 2014 at 5:36 AM, Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl wrote:
Hi Kay,
it seems that handles are not crucial, and the simplified version below
works too. Is there something I'm missing?
The real problem here is that kernel
El 22/04/14 20:05, Jan Engelhardt escribió:
On Monday 2014-03-03 07:51, Jan Engelhardt wrote:
When building with GCC 4.9.0 [svn r208221], then the following happens:
[...]
$ nm src/libsystemd/sd-bus/.libs/libsystemd_la-sd-bus.o
0001 C __gnu_lto_slim
0001 C __gnu_lto_v1
El 22/04/14 20:05, Jan Engelhardt escribió:
On Monday 2014-03-03 07:51, Jan Engelhardt wrote:
When building with GCC 4.9.0 [svn r208221], then the following happens:
[...]
$ nm src/libsystemd/sd-bus/.libs/libsystemd_la-sd-bus.o
0001 C __gnu_lto_slim
0001 C __gnu_lto_v1
There is no need for this hackery, just hide the internal
functions using glib 's G_GNUC_INTERNAL macro.
---
Makefile.am | 3 +--
src/gudev/gudevprivate.h | 4 ++--
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index 6967b6f..903d888 100644
El 29/04/14 14:43, Florian Weimer escribió:
The message at
https://mail.gnome.org/archives/ostree-list/2014-February/msg00010.html
contains
two boot traces from virtual machines which show that the SSH key is
generated before the kernel pool is sufficiently seeded.
Would it be possible using
- Add KMOD_CFLAGS and KMOD_LIBS where appropiate
- networkd now requires kmod. make --disable-kmod --enable-networkd
to raise an error.
---
Makefile.am | 7 ++-
configure.ac | 2 ++
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index b8ff732..0d08975
timesyncd requires networkd running.
---
configure.ac | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configure.ac b/configure.ac
index 16b689e..a19ca24 100644
--- a/configure.ac
+++ b/configure.ac
@@ -830,6 +830,8 @@ AC_ARG_ENABLE(timesyncd,
AS_HELP_STRING([--disable-timesyncd], [disable
El 15/05/14 18:23, Cristian Rodríguez escribió:
timesyncd requires networkd running. --- configure.ac | 2 ++ 1 file
changed, 2 insertions(+)
diff --git a/configure.ac b/configure.ac index 16b689e..a19ca24
100644 --- a/configure.ac +++ b/configure.ac @@ -830,6 +830,8 @@
AC_ARG_ENABLE
El 15/05/14 18:34, Lennart Poettering escribió:
On Thu, 15.05.14 18:23, Cristian Rodríguez
(crrodrig...@opensuse.org) wrote:
timesyncd requires networkd running.
It doesn't really Should work either way...
I tried that a few hours ago..
r = manager_network_monitor_listen(m
El 15/05/14 19:20, Lennart Poettering escribió:
ilure.
What's the precise error?
Failed to listen to networkd events: No such file or directory)
--
Cristian
I don't know the key to success, but the key to failure is trying to
please everybody.
El vie 16 may 2014 15:58:27 CLT, Josh Triplett escribió:
Does that sound like a reasonable addition?
Yeah, that may be useful for distributions too. +1
--
Cristian
I don't know the key to success, but the key to failure is trying to
please everybody.
This is the standard* way used to pass special linker/compiler
flags such as -fPIE and -pie
* Standard in the sense it is understood by many other
packages and commonly used by distributions.
---
configure.ac | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git
El 17/05/14 14:56, Dave Reisner escribió:
On Sat, May 17, 2014 at 12:39:47PM -0400, Cristian Rodríguez
wrote:
This is the standard* way used to pass special linker/compiler
flags such as -fPIE and -pie
* Standard in the sense it is understood by many other packages
and commonly used
El 18/05/14 06:47, Lennart Poettering escribió:
On Sat, 17.05.14 12:39, Cristian Rodríguez (crrodrig...@opensuse.org) wrote:
This is the standard* way used to pass special linker/compiler
flags such as -fPIE and -pie
* Standard in the sense it is understood by many other
packages
---
src/journal/test-journal-stream.c | 2 +-
src/libsystemd/sd-login/sd-login.c | 2 +-
src/shared/util.c | 4 ++--
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/journal/test-journal-stream.c
b/src/journal/test-journal-stream.c
index 8e1d08d..4f56edb
El 19/05/14 13:52, Tom Gundersen escribió:
I can't reproduce this warning, but more importantly, why is this
necessary in this function and not the subsequent noes (which all
seem to be more or less equivalent)?
What compiler did you tried ? happens with GCC 4.9.0 r209782.
--
Cristian
I
---
Makefile.am | 4
1 file changed, 4 insertions(+)
diff --git a/Makefile.am b/Makefile.am
index f2a3bbd..bea3876 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -4195,6 +4195,8 @@ endif
#
--
if ENABLE_RESOLVED
El mar 20 may 2014 13:25:52 CLT, Kay Sievers escribió:
On Wed, Apr 23, 2014 at 11:43 AM, Cristian Rodríguez
crrodrig...@opensuse.org wrote:
There is no need for this hackery, just hide the internal
functions using glib 's G_GNUC_INTERNAL macro.
Hmm, why is that a hack?
Explicitly
El 20/05/14 12:16, Lennart Poettering escribió:
Please, remove the old cruft! Or at least disable it by default int the
code!
mdadm also has the same ugly assumptions.. even worst, it does not use
libudev but determines if udev is running by :
( (stat(/dev/.udev, stb) == 0 || stat(/run/udev,
---
src/journal/sd-journal.c| 6 ++
src/libsystemd-network/sd-dhcp-client.c | 4 ++--
src/nspawn/nspawn.c | 2 +-
src/shared/label.c | 2 +-
4 files changed, 6 insertions(+), 8 deletions(-)
diff --git a/src/journal/sd-journal.c
---
src/test/test-unit-file.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/test/test-unit-file.c b/src/test/test-unit-file.c
index 63a8a7d..4813342 100644
--- a/src/test/test-unit-file.c
+++ b/src/test/test-unit-file.c
@@ -48,6 +48,12 @@ static int test_unit_file_get_set(void) {
El 26/05/14 22:38, Zbigniew Jędrzejewski-Szmek escribió:
On Mon, May 26, 2014 at 09:39:46PM +0200, Tom Gundersen wrote:
When enabled in [Network] it will set up a dhcp server on the interface,
listening
on one of its statically configured IPv4 addresses and with a fixed size pool of
leases
El 27/05/14 10:04, Eelco Dolstra escribió:
¿
That sounds reasonable. However, to be honest, I've never really understood why
networkd needs to be part of systemd in the first place.
For the start, to share a large amount code..
It seems to me that it
would work just as well as a separate
El 27/05/14 07:39, David Herrmann escribió:
I strongly disagree. One major example is Wifi-P2P which requires a
DHCP-Server for ad-hoc P2P connections.
OOk. that convinced me, thanks..
--
Cristian
I don't know the key to success, but the key to failure is trying to
please everybody.
El 27/05/14 20:14, Peeters Simon escribió:
this feels wrong, the native unit should override the sysv one.
Is there any reason why you want to change this?
Couldn't you just use arg_dest = argv[3]; instead?
This behaviour is probably my only objection to the idea in question,
the generated
---
src/tty-ask-password-agent/tty-ask-password-agent.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/tty-ask-password-agent/tty-ask-password-agent.c
b/src/tty-ask-password-agent/tty-ask-password-agent.c
index 3203474..55a2215 100644
---
As discussed ad-nauseum previously, it is the kernel's task
to load firmware, not udev's.
---
Makefile.am | 8
configure.ac| 20
src/udev/udev-builtin.c | 3 ---
src/udev/udev.h | 6 --
src/udev/udevd.c| 13 -
El 29/05/14 21:54, Greg KH escribió:
On Thu, May 29, 2014 at 08:54:22PM -0400, Cristian Rodríguez wrote:
As discussed ad-nauseum previously, it is the kernel's task
to load firmware, not udev's.
---
Makefile.am | 8
configure.ac| 20
El 30/05/14 00:17, Michael Biebl escribió:
As a responsible and serious upstream project I expect us to not
gratiously break our downstream users, especially if it can be easily
avoided.
And as already said, the maintenance cost is basically zero.
So your argument is that we should keep code
El vie 30 may 2014 01:41:37 CLT, Samuli Suominen escribió:
On 30/05/14 04:55, Greg KH wrote:
On Fri, May 30, 2014 at 03:40:52AM +0200, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, May 29, 2014 at 08:54:22PM -0400, Cristian Rodríguez wrote:
As discussed ad-nauseum previously, it is the kernel's
I am getting
Error calling EVIOCSKEYCODE (scan code 0xc022d, key code 418): Invalid
argument, the error message does not tell on which specific device the
problem is, add that info.
---
src/udev/udev-builtin-keyboard.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
El 30/05/14 13:08, Greg KH escribió:
On Thu, May 29, 2014 at 08:54:22PM -0400, Cristian Rodríguez wrote:
As discussed ad-nauseum previously, it is the kernel's task
to load firmware, not udev's.
Ok, it turns out there is still one kernel driver that requires this to
work properly, so we
El 31/05/14 13:00, Samuli Suominen escribió:
A proper git formatted patch for inclusion.
IN my opinion, we should just make KMOD a mandatory dependency, drop all
ifdefs, error out if not found.
--
Cristian
I don't know the key to success, but the key to failure is trying to
please everybody.
Commit 235c6e628199221b7885f159367614b7105547cf
build-sys: accommodate gcc-4.9.0 link-time optimization (LTO) changes
systemd fails to build (symbols not found/resolved during cgls link
step)
under gcc-4.9.0 due to link-time optimization (lto) changes, in
particular
from
El 05/06/14 17:49, Jan Alexander Steffens (heftig) escribió:
commit 235c6e6 added `-ffat-lto-objects` in order to work around
GCC 4.9's new default of disabling such objects.
However, this also means LTO doesn't optimize across static
libraries — and never did so in the past, either.
Use
El 05/06/14 17:49, Jan Alexander Steffens (heftig) escribió:
commit 235c6e6 added `-ffat-lto-objects` in order to work around
GCC 4.9's new default of disabling such objects.
The other possibility and that we face that this LTO thing does not seem
ready for prime time yet and either disable it
El 12/06/14 04:51, Mantas Mikulėnas escribió:
name_to_handle_at(0xff9c, 0x96444, 0x7eefb7b8, 0x7eefb844, 0x400) = -1
ENOSYS (Function not implemented)
systemd is checking if it should load SMACK or IMA policy; this can be
safely ignored if you don't use these security modules.
Or could
El 12/06/14 12:44, Colin King escribió:
From: Colin Ian King colin.k...@canonical.com
File pointer f is not closed on the multiple error exit paths
or on the end of create_dbus_files() causing multiple points
of a resource leak. Close f on the appropriate paths.
There is no resource leak..
It is no longer required.
---
README | 1 -
1 file changed, 1 deletion(-)
diff --git a/README b/README
index de159fe..2fd95e9 100644
--- a/README
+++ b/README
@@ -115,7 +115,6 @@ REQUIREMENTS:
libcryptsetup (optional)
libaudit (optional)
libacl (optional)
-
El 13/06/14 05:19, Jay D Bhatt escribió:
Thanks. I surely forgot to attach log.
Now you can find it attached.
Nope, there is no attached log in your message.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
El 16/06/14 08:52, Dr. Werner Fink escribió:
On Fri, Jun 13, 2014 at 05:51:34PM +0200, Tom Gundersen wrote:
On Fri, Jun 13, 2014 at 4:41 PM, Werner Fink wer...@suse.de wrote:
From: Frederic Crozat fcro...@suse.com
Hm, this would not help at all for modules loaded on-demand (which are
most of
El 13/06/14 10:41, Werner Fink escribió:
That is: set NOATIME, NOCOW, and NOCOMP for the journal directory
---
src/journal/journald-server.c | 29 +++--
1 file changed, 27 insertions(+), 2 deletions(-)
diff --git src/journal/journald-server.c
El 21/06/14 01:38, Chase Rayfield escribió:
udev up to version 208 builds correctly on Sparc v8. However 212 and
greater does not.
Complete build logs of 208 and 214 can be found here:
https://bugs.gentoo.org/show_bug.cgi?id=514016
Any suggestions or alternatives to how we can fix this would
El 25/06/14 07:57, Tom Hirst escribió:
The Avocent KVM over IP devices doesn't work correctly with USB power
management enabled.
Doesn't this also require kernel side blacklisting ?
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
El 12/06/14 21:04, Luis R. Rodriguez escribió:
- If you want to use the dynamic link loader you should use
AX_AVAILABLE_SYSTEMD() but must then ensure to use -rdynamic -ldl
when linking, if using automake autotools will deal with this for you,
otherwise you must ensure
El 25/06/14 13:00, Luis R. Rodriguez escribió:
On Wed, Jun 25, 2014 at 9:45 AM, Cristian Rodríguez
crrodrig...@opensuse.org wrote:
El 12/06/14 21:04, Luis R. Rodriguez escribió:
- If you want to use the dynamic link loader you should use
AX_AVAILABLE_SYSTEMD() but must then ensure
El 26/06/14 01:58, Zbigniew Jędrzejewski-Szmek escribió:
On Wed, Jun 25, 2014 at 11:45:45AM +, Tom Hirst wrote:
Failure to mount cgroups with xattr should not be fatal
---
src/core/mount-setup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/core/mount-setup.c
Hi:
With v205, I sometimes get at boot time:
Failed to destroy cgroup /system.slice/plymouth-start.service: Device or
resource busy
void unit_destroy_cgroup(Unit *u) {..
r = cg_trim_with_mask(u-cgroup_mask, u-cgroup_path, true); ...
calls:
cg_trim(SYSTEMD_CGROUP_CONTROLLER, path,
El 09/07/13 16:01, Shawn escribió:
It should IMHO all be wrapped in #ifdef SO_REUSEPORT
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
El 24/07/13 15:40, Armin K. escribió:
I have been seeing the same behaviour for a long time (since 19x
releases).
Can't be the same, there were no .scope units in that releases.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
El 27/07/13 19:14, Tom Gundersen escribió:
I believe you want to use UUID, rather than the name of one of your
devices (see lsblk -f).
It also fails to umount here with v206, however I am using UUID instead
of device names.
___
systemd-devel
El 05/09/13 17:57, Manuel Reimer escribió:
Hello,
I want to boot up a smaller ARM system with systemd. This, so far, works
well, but all the tools around systemd take a significant amount of my
available system memory.
What do you mean *exactly* ? in a full blown desktop, systemd is using
El 18/09/13 20:54, Colin Guthrie escribió:
Hi,
So recently (not sure if just since 207 or if it happened also for me
with 206), but I've noticed that some services don't detect when they
have stopped and remain in deactivating state until they timeout.
As you can see, no processes are
El 24/09/13 02:16, praveenkumar jakati escribió:
checking if libtool supports shared libraries... no
That's the problem, libtool test for shared library support fails, see
config.log for the reason.
ELF Shared library support is mandatory.
___
El 27/09/13 04:26, Muhammad Shakeel escribió:
Hi,
If there is a foo.service which is required to run during first system
boot then what is the best solution to permanently disable it afterwards?
I can think of two solutions but I am not sure which one is correct/more
appropriate.
1)
Distributions such as openSUSE and probably others never included
upstart, in that case there is no need to include this code.
This introduces --disable-upstartcompat, however upstart compat is still
enabled by default.
---
configure.ac | 3 +++
src/systemctl/systemctl.c | 5 +
El 29/09/13 15:11, Lennart Poettering escribió:
On Fri, 27.09.13 23:04, Kay Sievers (k...@vrfy.org) wrote:
On Fri, Sep 27, 2013 at 9:24 PM, Cristian Rodríguez
crrodrig...@opensuse.org wrote:
Distributions such as openSUSE and probably others never included
upstart, in that case
El 08/10/13 08:56, David Strauss escribió:
(2) Waits for nginx's PID file
hold on there, are you aware that almost no software available creates
this pid files in a race-free fashion ?
--
If debugging is the process of removing bugs, then programming must be
the process of putting them in.
El 24/10/13 09:15, Koehne Kai escribió:
Hi,
First time I post to the list, so please bear with me :) I'm a developer
working on Qt. The Qt project just released a beta of the upcoming version
5.2, and to help people to test it we've been also releasing an installer
with binaries for
Real executable might be in /usr and not in /bin
---
configure.ac| 4
src/core/mount.c| 4 ++--
src/remount-fs/remount-fs.c | 10 +-
3 files changed, 11 insertions(+), 7 deletions(-)
diff --git a/configure.ac b/configure.ac
index 7e41d57..8ad3c43 100644
El mié 30 oct 2013 15:18:48 CLST, Tom Gundersen escribió:
On Wed, Oct 30, 2013 at 7:12 PM, Cristian Rodríguez
crrodrig...@opensuse.org wrote:
Real executable might be in /usr and not in /bin
I'm not against the patch, but the justification seems lacking... Does
anyone actually do this? I.e
El jue 31 oct 2013 07:43:54 CLST, Harald Hoyer escribió:
On 10/30/2013 09:25 PM, Cristian Rodríguez wrote:
El 30/10/13 15:34, Harald Hoyer escribió:
On 10/30/2013 07:27 PM, Cristian Rodríguez wrote:
El mié 30 oct 2013 15:18:48 CLST, Tom Gundersen escribió:
On Wed, Oct 30, 2013 at 7:12 PM
El 03/11/13 10:42, Hoyer, Marko (ADITG/SW2) escribió:
Isn't the classical Linux way an option to?
- the daemon does its initialization with the calling thread
- once it is done with the initialization, it forks off a process that goes on
with the daemons work (the main loop probably)
- the
El 19/11/13 13:18, Marcos Felipe Rasia de Mello escribió:
It works fine, but after the machine wakes up from suspend, I need
that all hdparm@.service be run again. Is there a way to accomplish
You are looking at the wrong place.. if you disable the HDD power
managment, then suspend but after
El 28/11/13 20:11, Cecil Westerhof escribió:
I have done a trial presentation about systemd. One of the questions
there was: when a restart of for example apache is doen, is this restart
done graceful?
It depends on what the person writting the unit files intends to do, in
most
El 28/11/13 20:27, Cecil Westerhof escribió:
I was asked if you could use systemd for QOS?
Not directly with systemd.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
El 07/12/13 15:25, Colin Guthrie escribió:
1. Is pam_securetty worth it?
No, it is not.
2. If so, is adding console to the default /etc/securetty safe?
It is as secure as any device access white/black list that it is not
enforced by the kernel. (i.e not at all, people are fooling themselves)
El 07/12/13 16:46, Robert Milasan escribió:
I'm running systemd 208 and I've noticed that the service that
takes the most time to finish is 'systemd-udev-settle.service':
rmilasan@coolcat:~ systemd-analyze blame|head
1.890s systemd-udev-settle.service
1.804s
El 07/12/13 18:39, Robert Milasan escribió:
On Sat, 07 Dec 2013 18:35:38 -0300
Cristian Rodríguez crrodrig...@opensuse.org wrote:
I have the same issue ..(not much of a problem actually) it is
caused by the LVM activator that (in openSUSE at least) runs even
when you are not using lvm
El 10/12/13 03:47, Andrey Borzenkov escribió:
There is no such service on openSUSE, which OP has :)
Yes there is :-) but in factory only.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
El 10/12/13 19:59, Jason A. Donenfeld escribió:
Is this by design,
No, It is clearly a kernel bug.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
El 13/01/14 18:59, Greg KH escribió:
On Mon, Jan 13, 2014 at 04:20:05PM -0500, Mark Hounschell wrote:
I'll have to admit, I don't have a very good understanding of
systemd/udev. I am using systemd/udev version 208-15.1 on an
openSuSE-13.1 dist and a 3.4.74 kernel.
3.4? That's an incompatible
El 13/01/14 19:42, Dominique Michel escribió:
Or I am wrong and systemd will not work without the
kernel cgroups?
systemd *requires* cgroups, what you can disable are certain controllers.
I do not know to which extent this ability to disable controllers will
remain in place. Whatever is
El 14/01/14 09:52, Mark Hounschell escribió:
Well, the systemd/udev README file from 208-15.1:
yeah, one thing is what systemd upstream requires and a completely
different one is what openSUSE can/will support or allow.
It is not just systemd really, other applications or libraries may
El 14/01/14 11:10, Reindl Harald escribió:
which application should this be?
please state a real-world example - the Kernel usually does not break userland
Fedora 18 as example was released with Kernel 3.6 and is now at EOL on 3.11.10
Fedora 17 as example was released with Kernel 3.3 and at
El 27/01/14 10:52, Lucas De Marchi escribió:
This unlink() doesn't make much sense with O_TMPFILE.
Yup, the name can't be seen in the filesystem and it goes away on
close() or program termination.
it is more like tmpfile(3) than mkstemp(3)
___
El 05/02/14 21:08, Kay Sievers escribió:
Starting Create dynamic rule for /dev/root link...
This is so bogus that it hurts ^^^
Seems some distros cannot let bad ideas die. :)
Yeah, this is an openSUSE hack. for a long time I have suspected it does
not really work.
El 11/02/14 09:12, Allmeroth, Robert escribió:
Hi,
While crosscompiling to an embedded system I got the following error:
systemd-208/.libs/libudev.so: undefined reference to `efi_loader_get_boot_usec'
Ok, I think the attached patch should be applied to current HEAD.
From
El 11/02/14 13:16, Zbigniew Jędrzejewski-Szmek escribió:
On Tue, Feb 11, 2014 at 03:57:36PM +, Michael Meeks wrote:
(gdb) down
#4 __strnlen_sse2 ()
at ../sysdeps/i386/i686/multiarch/strlen-sse2.S:125
125 pcmpeqb (%eax), %xmm0
an inlined strlen.
All of the
El 11/02/14 09:12, Allmeroth, Robert escribió:
I helped myself to #ifdef the body of boot_timestamps() in
shared/boot_timestamp.c
Oh btw.. since you figured out before I did.. the next time please send
patches, it does not matter if they are wrong, ifdef is misplaced or
whatever.. just
El 14/02/14 13:32, Richard Purdie escribió:
Both conditions are checked, can you find out why the second seems to
fail too, it shouldn't?
CONFIG_FHANDLE is in your kernel?
No, it wasn't. I enabled that and that image started working better,
thanks!
I believe we should throw a big fat
SECCOMP_CFLAGS must be in the global CFLAGS as seccomp.h is
included in core/execute.h. when seccomp.h is not in the standard
path.(i.e openSUSE has it in /usr/include/pkg/libseccomp/, precisely to
catch this kind of bugs) compiling systemd fails.
---
Makefile.am | 1 +
1 file changed, 1
1 - 100 of 288 matches
Mail list logo