On Wed, Aug 13, 2014 at 03:04:20PM +0200, Lennart Poettering wrote:
I applied a different patch now that makes sure we either get the full
IPv6 support or none at all, and doesn't generate a warning.
Please have a look, if this fixes things for you.
This work now. However I had to revert
2014-08-15 4:43 GMT+04:00 Lennart Poettering lenn...@poettering.net:
router advertisment allows passing along DNS server info. The kernel
can't make use of that, but we cetrainly should make use of it in
userspace.
Yes, rdnss (DNS services) and dnssl (domain search list)
--
Vasiliy Tolstov,
On Fri, Aug 15, 2014 at 2:45 AM, Lennart Poettering
lenn...@poettering.net wrote:
On Fri, 15.08.14 02:42, Lennart Poettering (lenn...@poettering.net) wrote:
On Tue, 15.07.14 11:53, Umut Tezduyar Lindskog (umut.tezdu...@axis.com)
wrote:
Looks Ok, but doesn't apply to currently git
On Thu, Aug 14, 2014 at 05:38:05PM +0200, Lennart Poettering wrote:
On Fri, 25.07.14 09:48, Michael Olbrich (m.olbr...@pengutronix.de) wrote:
What I'm _not_ seeing, and what usually comes when anything else changes in
the network configuration is:
systemd-timesyncd[348]: Network
On 14.08.2014 17:27, Lennart Poettering wrote:
On Thu, 14.08.14 17:10, Harald Hoyer (harald.ho...@gmail.com) wrote:
On 14.08.2014 13:00, Lennart Poettering wrote:
On Thu, 14.08.14 10:02, Ivan Shapovalov (intelfx...@gmail.com) wrote:
The only thing: PROGRAM=..., ENV{SYSTEMD_WANTS}+=...%c...
On 14.08.2014 19:20, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Aug 14, 2014 at 06:44:03PM +0200, Michael Biebl wrote:
2014-08-14 18:36 GMT+02:00 Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl:
It would be more useful to remove the / 1min 30s part. Maybe the cylon
code could be smart enough for
Hi
On Thu, Aug 14, 2014 at 8:07 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Fri, 18.07.14 16:02, Thomas H.P. Andersen (pho...@gmail.com) wrote:
1716f6dcf54d4c181c2e2558e3d5414f54c8d9ca (resolved: add LLMNR support
for looking up names) broke the build on clang.
On Thursday 14 August 2014 at 12:56:10, Lennart Poettering wrote:
On Thu, 14.08.14 09:20, Ivan Shapovalov (intelfx...@gmail.com) wrote:
The udev rule should be possible (provided that udevd does not need rootfs
remounted read-write -- I'd like to preserve some decency towards
On Fri, 15.08.14 10:22, Harald Hoyer (harald.ho...@gmail.com) wrote:
On 14.08.2014 19:20, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Aug 14, 2014 at 06:44:03PM +0200, Michael Biebl wrote:
2014-08-14 18:36 GMT+02:00 Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl:
It would be more useful to
On Fri, 15.08.14 13:02, Ivan Shapovalov (intelfx...@gmail.com) wrote:
Ah, well, if the resume= switch is supposed to simply carry the finished
device node path, and nothing we still have to translate into one, then
of course the entire udev rules step is unnecessary, and you can just
write this
On Fri, 15.08.14 09:58, Harald Hoyer (harald.ho...@gmail.com) wrote:
On 14.08.2014 17:27, Lennart Poettering wrote:
On Thu, 14.08.14 17:10, Harald Hoyer (harald.ho...@gmail.com) wrote:
On 14.08.2014 13:00, Lennart Poettering wrote:
On Thu, 14.08.14 10:02, Ivan Shapovalov
On Fri, Aug 15, 2014 at 10:55 AM, David Herrmann dh.herrm...@gmail.com wrote:
Hi
On Thu, Aug 14, 2014 at 8:07 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Fri, 18.07.14 16:02, Thomas H.P. Andersen (pho...@gmail.com) wrote:
1716f6dcf54d4c181c2e2558e3d5414f54c8d9ca (resolved: add
On Fri, 15.08.14 10:55, David Herrmann (dh.herrm...@gmail.com) wrote:
Hm, I don't know whether that works. See the description here:
https://gcc.gnu.org/onlinedocs/gcc-4.3.3/gcc/Other-Builtins.html
What you propose is something like my attached patch, I guess? Along
the lines of:
On Fri, 15.08.14 15:04, Roger Qiu (roger@polycademy.com) wrote:
Hello Lennart,
Thanks for answering.
Is there any way to enforce ordering to make this error not occur?
You could order systemd-logind.service After= dbus.service. That way
dbus is started first, and logind second. And
On Fri, 15.08.14 09:12, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote:
On Fri, Aug 15, 2014 at 2:45 AM, Lennart Poettering
lenn...@poettering.net wrote:
On Fri, 15.08.14 02:42, Lennart Poettering (lenn...@poettering.net) wrote:
On Tue, 15.07.14 11:53, Umut Tezduyar Lindskog
Hi
On Fri, Aug 15, 2014 at 11:35 AM, Thomas H.P. Andersen pho...@gmail.com wrote:
On Fri, Aug 15, 2014 at 10:55 AM, David Herrmann dh.herrm...@gmail.com
wrote:
Hi
On Thu, Aug 14, 2014 at 8:07 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Fri, 18.07.14 16:02, Thomas H.P. Andersen
Hi
On Fri, Aug 15, 2014 at 11:38 AM, Lennart Poettering
lenn...@poettering.net wrote:
On Fri, 15.08.14 10:55, David Herrmann (dh.herrm...@gmail.com) wrote:
Hm, I don't know whether that works. See the description here:
https://gcc.gnu.org/onlinedocs/gcc-4.3.3/gcc/Other-Builtins.html
On Friday 15 August 2014 at 11:32:59, Lennart Poettering wrote:
On Fri, 15.08.14 13:02, Ivan Shapovalov (intelfx...@gmail.com) wrote:
Ah, well, if the resume= switch is supposed to simply carry the finished
device node path, and nothing we still have to translate into one, then
of course
On Thursday 14 August 2014 at 13:00:50, Lennart Poettering wrote:
On Thu, 14.08.14 10:02, Ivan Shapovalov (intelfx...@gmail.com) wrote:
The only thing: PROGRAM=..., ENV{SYSTEMD_WANTS}+=...%c... idiom seems a
pretty ugly way to invoke systemd-escape. This looks like a pretty common
On Fri, 15.08.14 13:54, Ivan Shapovalov (intelfx...@gmail.com) wrote:
On Friday 15 August 2014 at 11:32:59, Lennart Poettering wrote:
On Fri, 15.08.14 13:02, Ivan Shapovalov (intelfx...@gmail.com) wrote:
Ah, well, if the resume= switch is supposed to simply carry the finished
On Fri, 15.08.14 11:46, Lennart Poettering (lenn...@poettering.net) wrote:
I think there is a misunderstanding. Cgroup properties do not exist if
they are turned off. And since your concern is EACCESS, I think a
file exists? check inside cg_set_attribute before we call
write_string_file
On Friday 15 August 2014 at 11:34:28, Lennart Poettering wrote:
On Fri, 15.08.14 09:58, Harald Hoyer (harald.ho...@gmail.com) wrote:
On 14.08.2014 17:27, Lennart Poettering wrote:
On Thu, 14.08.14 17:10, Harald Hoyer (harald.ho...@gmail.com) wrote:
On 14.08.2014 13:00,
On Friday 15 August 2014 at 12:00:41, Lennart Poettering wrote:
[...]
So is Before=local-fs-pre.target a sufficient ordering for such
resume unit?
Again, the resume unit must be started before any filesystems are
(re)mounted
read-write, either from initrd or not.
On Fri, 15.08.14 09:12, Michael Olbrich (m.olbr...@pengutronix.de) wrote:
On Thu, Aug 14, 2014 at 05:38:05PM +0200, Lennart Poettering wrote:
On Fri, 25.07.14 09:48, Michael Olbrich (m.olbr...@pengutronix.de) wrote:
What I'm _not_ seeing, and what usually comes when anything else
On Fri, Aug 15, 2014 at 10:55:57AM +0200, David Herrmann wrote:
Hi
On Thu, Aug 14, 2014 at 8:07 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Fri, 18.07.14 16:02, Thomas H.P. Andersen (pho...@gmail.com) wrote:
1716f6dcf54d4c181c2e2558e3d5414f54c8d9ca (resolved: add LLMNR
On Fri, 15.08.14 14:07, Ivan Shapovalov (intelfx...@gmail.com) wrote:
On Friday 15 August 2014 at 12:00:41, Lennart Poettering wrote:
[...]
So is Before=local-fs-pre.target a sufficient ordering for such
resume unit?
Again, the resume unit must be started
On Fri, 15.08.14 11:49, David Herrmann (dh.herrm...@gmail.com) wrote:
If that still doesn't work, I guess we're left with your proposed
solution below, or we add MAX_CONST() which just does (A B)?A:B.
We could also just define MAX() differently if we detect we run on
LLVM. There must be some
Hi,
Quoting a part of a discussion in debian-user that may be of interest to you .
Bonno Bloksma
-Oorspronkelijk bericht-
Van: Bonno Bloksma
Verzonden: vrijdag 15 augustus 2014 11:20
Aan: debian-u...@lists.debian.org
Onderwerp: RE: systemd fails to poweroff - A stop job is running for
Hi
On Fri, Aug 15, 2014 at 12:29 PM, Thomas H.P. Andersen pho...@gmail.com wrote:
On Fri, Aug 15, 2014 at 11:49 AM, David Herrmann dh.herrm...@gmail.com
wrote:
Thanks for trying!
Result is as I expected. Evaluation takes place _after_ validating
compile-time constants, and thus
On Fri, Aug 15, 2014 at 12:35 PM, David Herrmann dh.herrm...@gmail.com wrote:
Hi
On Fri, Aug 15, 2014 at 12:29 PM, Thomas H.P. Andersen pho...@gmail.com
wrote:
On Fri, Aug 15, 2014 at 11:49 AM, David Herrmann dh.herrm...@gmail.com
wrote:
Thanks for trying!
Result is as I expected.
On Fri, 15.08.14 05:09, Uoti Urpala (uoti.urp...@pp1.inet.fi) wrote:
Before this commit systemctl reload on an inactive unit with a queued
start job would block until the unit had started if the unit supported
reload, but return failure immediately if the unit didn't.
This sounds
On Fri, 15.08.14 12:40, Thomas H.P. Andersen (pho...@gmail.com) wrote:
On Fri, Aug 15, 2014 at 12:35 PM, David Herrmann dh.herrm...@gmail.com
wrote:
Hi
On Fri, Aug 15, 2014 at 12:29 PM, Thomas H.P. Andersen pho...@gmail.com
wrote:
On Fri, Aug 15, 2014 at 11:49 AM, David Herrmann
On Thu, Aug 14, 2014 at 08:18:10PM +0200, Lennart Poettering wrote:
On Thu, 14.08.14 20:10, Marc Haber (mh+systemd-de...@zugschlus.de) wrote:
Not aware of an C++ code. There's a vala one, and of course the one we
ship in systemd itself in C, but c++ i cannot help you with, sorry.
Is it
On Fri, 15.08.14 13:00, David Herrmann (dh.herrm...@gmail.com) wrote:
src/resolve/resolved-dns-stream.c:67:43: error: non-const static data
member must be initialized out of line
uint8_t buffer[CMSG_SPACE(MAX(sizeof(struct
in_pktinfo), sizeof(struct in6_pktinfo)))
On Fri, 15.08.14 12:56, Marc Haber (mh+systemd-de...@zugschlus.de) wrote:
Is it possible to write a PasswordAgent in shell? Example code please
;)
Probably possible, after all bash allows you to talk to unix sockets and
stuff. And you could probably put the protocol together with
Hi
On Fri, Aug 15, 2014 at 1:22 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Fri, 15.08.14 13:00, David Herrmann (dh.herrm...@gmail.com) wrote:
src/resolve/resolved-dns-stream.c:67:43: error: non-const static data
member must be initialized out of line
uint8_t
On Fri, Aug 15, 2014 at 01:30:32PM +0200, Lennart Poettering wrote:
On Fri, 15.08.14 12:56, Marc Haber (mh+systemd-de...@zugschlus.de) wrote:
Is it possible to write a PasswordAgent in shell? Example code please
;)
Probably possible, after all bash allows you to talk to unix
On Fri, 15.08.14 13:42, David Herrmann (dh.herrm...@gmail.com) wrote:
Hi
On Fri, Aug 15, 2014 at 1:22 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Fri, 15.08.14 13:00, David Herrmann (dh.herrm...@gmail.com) wrote:
src/resolve/resolved-dns-stream.c:67:43: error: non-const
Hi
On Fri, Aug 15, 2014 at 1:53 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Fri, 15.08.14 13:42, David Herrmann (dh.herrm...@gmail.com) wrote:
Hi
On Fri, Aug 15, 2014 at 1:22 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Fri, 15.08.14 13:00, David Herrmann
Hi
On Fri, Aug 15, 2014 at 1:53 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Fri, 15.08.14 13:42, David Herrmann (dh.herrm...@gmail.com) wrote:
Hi
On Fri, Aug 15, 2014 at 1:22 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Fri, 15.08.14 13:00, David Herrmann
On Thu, 14.08.14 21:07, Daniel Buch (boogiewasth...@gmail.com) wrote:
I just hit this assert on my arch system with gcc 4.9,
dbuch-laptop systemd-resolved[457]: Assertion 's-protocol ==
DNS_PROTOCOL_LLMNR' failed at src/resolve/resolved-dns-scope.c:369
Yuck!
Fixed now in git.
Lennart
--
On Fri, 15.08.14 08:41, Michael Olbrich (m.olbr...@pengutronix.de) wrote:
On Wed, Aug 13, 2014 at 03:04:20PM +0200, Lennart Poettering wrote:
I applied a different patch now that makes sure we either get the full
IPv6 support or none at all, and doesn't generate a warning.
Please have
Hi
On Fri, Jul 18, 2014 at 4:02 PM, Thomas H.P. Andersen pho...@gmail.com wrote:
1716f6dcf54d4c181c2e2558e3d5414f54c8d9ca (resolved: add LLMNR support
for looking up names) broke the build on clang.
src/resolve/resolved-manager.c:553:43: error: non-const static data
member must be
On Tue, 08.07.14 16:52, David Timothy Strauss (da...@davidstrauss.net) wrote:
As someone who deploys developer VMs and production ones, this is
useful. Will it be possible to make units have ConditionDeployment=?
That would allow disabling, say, pushes of log messages to our log
aggregation
On Tue, 08.07.14 23:07, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
Now let's start the dialog with machine roles and start by agreeing
what roles are
What's the latest on this?
I'd be willing to take a patch for this, but he same rules as for
deployment should apply: no strict checks
On Tue, 08.07.14 14:38, Chaiken, Alison (alison_chai...@mentor.com) wrote:
I am actually all for moving the file, though. But can't we find a more
automatic solution for this, that doesn't
require manual configuration. Maybe a scheme like this could work:
a) readahead-reply would look for
On Tue, 08.07.14 19:02, Chaiken, Alison (alison_chai...@mentor.com) wrote:
Lennart suggest:
I am actually all for moving the file, though. But can't we find a more
automatic solution for this, that doesn't
require manual configuration. Maybe a scheme like this could work:
a)
On 08/13/2014 12:11 PM, Alban Crequy wrote:
On Wed, 13 Aug 2014 16:37:17 +0200
Lennart Poettering lenn...@poettering.net wrote:
On Thu, 07.08.14 15:19, Alban Crequy (alban.cre...@collabora.co.uk)
wrote:
Hi,
Should unprivileged processes be allowed to change cgroup?
Well, they
On Mon, 07.07.14 21:17, Maciej Piechotka (uzytkown...@gmail.com) wrote:
Hi,
I have following problem. I'd like to suspend and then after the
system resumes execute a command - problem is that systemctl suspend
finishes immediately, without waiting for the resume. Is there a way
of
On Fri, Aug 15, 2014 at 02:14:58AM +0200, Luis R. Rodriguez wrote:
This driver also uses module_pci_driver() so a module_long_probe_driver()
and respective module_long_probe_pci_driver() would need to be considered
if but easily implemented (sent to Alex to test).
No, don't create bus-only
On 15/08/2014 16:30, David Herrmann wrote:
Ok, took me a while, but I now figured out how to cause compilation to
fail even in expressions that initialize types (_Static_assert is not
allowed there):
#define assert_const(expr)
((void)(__builtin_types_compatible_p(int[(expr) ? 1 : -1],
On Tue, 01.07.14 23:47, Mike Gilbert (flop...@gentoo.org) wrote:
I have noticed that when the 'debug' option is passed on the kernel
command line, it is impossible to override this using the
'systemd.log_level' option.
I also note that passing SYSTEMD_LOG_LEVEL on the kernel command line
On Fri, 15.08.14 17:22, Daniele Nicolodi (dani...@grinta.net) wrote:
On 15/08/2014 16:30, David Herrmann wrote:
Ok, took me a while, but I now figured out how to cause compilation to
fail even in expressions that initialize types (_Static_assert is not
allowed there):
#define
On Sun, 06.07.14 12:43, Leonid Isaev (lis...@umail.iu.edu) wrote:
Hi,
Sorry for a delayed reply.
On Thu, Jul 03, 2014 at 01:46:53PM +0200, Lennart Poettering wrote:
it would be good to know what the precise error output is you get now
with this new change...
With systemd-215 udevd
On 13.08.2014 20:27, Lennart Poettering wrote:
On Wed, 06.08.14 13:23, Stef Walter (st...@redhat.com) wrote:
I've done initial work on adding polkit support to systemd1 DBus
methods. You can see it here:
Thanks for the review. Worked on this a bit more.
I might drop off the face of the
On Mon, 07.07.14 09:46, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote:
Hi,
I have tested it and it is working on git.
I dug this up to figure few things out on shutting down dbus activated
services when they are idle. Is it possible that follow up activation
request on a service is
On Fri, 15.08.14 18:25, Stef Walter (st...@redhat.com) wrote:
On 13.08.2014 20:27, Lennart Poettering wrote:
On Wed, 06.08.14 13:23, Stef Walter (st...@redhat.com) wrote:
I've done initial work on adding polkit support to systemd1 DBus
methods. You can see it here:
Thanks for the
On Fri, 2014-08-15 at 12:50 +0200, Lennart Poettering wrote:
On Fri, 15.08.14 05:09, Uoti Urpala (uoti.urp...@pp1.inet.fi) wrote:
Before this commit systemctl reload on an inactive unit with a queued
start job would block until the unit had started if the unit supported
reload, but
On 15.08.2014 18:56, Lennart Poettering wrote:
On Fri, 15.08.14 18:25, Stef Walter (st...@redhat.com) wrote:
On 13.08.2014 20:27, Lennart Poettering wrote:
On Wed, 06.08.14 13:23, Stef Walter (st...@redhat.com) wrote:
I've done initial work on adding polkit support to systemd1 DBus
thumbs up from me, thanks for sending this.
Auke
On Thu, Jul 31, 2014 at 1:15 AM, Karel Zak k...@redhat.com wrote:
* systemd-bootchart always parses /proc/uptime, although the
information is unnecessary when --rel specified
* use /proc/uptime is overkill, since Linux 2.6.39 we have
thanks!
Auke
On Sat, Aug 2, 2014 at 10:17 PM, Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl wrote:
On Thu, Jul 31, 2014 at 10:15:40AM +0200, Karel Zak wrote:
This patch uses access(/proc/vmstat, F_OK) to detect procfs.
We always read system uptime before log start time. So the uptime
On Thu, Aug 14, 2014 at 10:16 AM, Lennart Poettering lenn...@poettering.net
wrote:
Heya,
Since its early days systemd contained the systemd-readahead tool, whose
job was to improve boot times by reading files in their order on disk,
before they would actually be needed by applications. In
В Fri, 15 Aug 2014 20:25:57 +0300
Uoti Urpala uoti.urp...@pp1.inet.fi пишет:
What is your desired state for reload then?
*operating* with the new configuration loaded.
The problem with this is that it's common for things updating
configuration to be separate from things using
On Fri, 2014-08-15 at 22:22 +0400, Andrei Borzenkov wrote:
В Fri, 15 Aug 2014 20:25:57 +0300
Uoti Urpala uoti.urp...@pp1.inet.fi пишет:
The problem with this is that it's common for things updating
configuration to be separate from things using the daemon. If something
changes, the
2014-08-15 12:50 GMT+02:00 Lennart Poettering lenn...@poettering.net:
I think most of the confusion here comes from the fact that sysv service
restarts don't care about ordering at all, really, and we do. But the
answer to that is not to weaken the current strong semantics of
blocking, but
To facility the feature of doing an asynchronous sending of messages
when the bus is idle, make sure to return POLLOUT | POLLWRNORM from
kdbus_handle_poll.
Signed-off-by: Marcel Holtmann mar...@holtmann.org
---
handle.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/handle.c b/handle.c
2014-07-31 10:15 GMT+02:00 Karel Zak k...@redhat.com:
Hi,
* systemd-bootchart always parses /proc/uptime, although the
information is unnecessary when --rel specified
* use /proc/uptime is overkill, since Linux 2.6.39 we have
clock_gettime(CLOCK_BOOTTIME, ...). The backend on kernel side
Hi,
On 08/15/2014 09:43 PM, Marcel Holtmann wrote:
To facility the feature of doing an asynchronous sending of messages
when the bus is idle, make sure to return POLLOUT | POLLWRNORM from
kdbus_handle_poll.
Signed-off-by: Marcel Holtmann mar...@holtmann.org
---
handle.c | 2 ++
1 file
Hi Daniel,
To facility the feature of doing an asynchronous sending of messages
when the bus is idle, make sure to return POLLOUT | POLLWRNORM from
kdbus_handle_poll.
Signed-off-by: Marcel Holtmann mar...@holtmann.org
---
handle.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
On Friday 15 August 2014 at 12:19:50, Lennart Poettering wrote:
[...]
I'd like to make this work both with initramfs and without one
(provided that
the rootfs has been mounted read-only by using 'ro' kernel cmdline
parameter).
In this case, what are the needed
70 matches
Mail list logo
