On Wed, Nov 06, 2013 at 03:22:49PM +0900, WaLyong Cho wrote:
>
>
> On 09/12/2013 02:20 AM, Lennart Poettering wrote:
> > On Tue, 13.08.13 03:01, WaLyong Cho (fyd0...@gmail.com) wrote:
> >
> >> From: WaLyong Cho
> >>
> >> reboot syscall can be performed with additional argument. In some of
> >>
On 09/12/2013 02:20 AM, Lennart Poettering wrote:
> On Tue, 13.08.13 03:01, WaLyong Cho (fyd0...@gmail.com) wrote:
>
>> From: WaLyong Cho
>>
>> reboot syscall can be performed with additional argument. In some of
>> system, this functionality can be useful to ask next boot mode to
>> bootloader
Another critical feature for server configs is bonding. It's possible right
from Kickstart and with the normal configurations in Fedora. We use it on
every bare-metal server we manage to get HA networking.
___
systemd-devel mailing list
systemd-devel@list
On Wednesday 2013-11-06 02:57, Tom Gundersen wrote:
>
>>> Gateway=192.168.1.1
>>> Address=label@192.168.1.23/24
>>> Address=fe80::9aee:94ff:fe3f:c618/64
>>
>The @ syntax is my invention, but i'm very happy to
>change it if anyone has a better suggestion.
Be sure to support
Address=192.16
On Tue, Nov 5, 2013 at 4:33 PM, Tom Gundersen wrote:
> This daemon listens for and configures network devices tagged with
> 'systemd-networkd'. By default, no devices are tagged so this daemon
> can safely run in parallel with existing network daemons/scripts.
>
> Networks are configured in /etc/s
On Wed, Nov 6, 2013 at 2:25 AM, Lennart Poettering
wrote:
> On Wed, 06.11.13 01:33, Tom Gundersen (t...@jklm.no) wrote:
>> Short-term TODO:
>> - make rtnl calls asynchronous
>
> Don't wait for too long for this! The longer you wait the more code you
> have to rework for this. And you shouldn't un
On Wed, 06.11.13 01:33, Tom Gundersen (t...@jklm.no) wrote:
> Short-term TODO:
> - make rtnl calls asynchronous
Don't wait for too long for this! The longer you wait the more code you
have to rework for this. And you shouldn't underestimate how complex
changes from sync to async are...
> Gateway
This daemon listens for and configures network devices tagged with
'systemd-networkd'. By default, no devices are tagged so this daemon
can safely run in parallel with existing network daemons/scripts.
Networks are configured in /etc/systemd/network/*.network. The first .network
file that matches
---
TODO| 2 +-
test/TEST-01-BASIC/test.sh | 190 ++
test/TEST-02-CRYPTSETUP/test.sh | 192 +++---
test/TEST-03-JOBS/test.sh | 184 ++---
test/test-functions | 254
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/05/2013 12:22 PM, Lennart Poettering wrote:
Ok lets add a check that checks for start on a service labeled with the remote
process label, then we can add rules like
allow systemd_logind_t self:service start
Or we can make it simpler and have t
On Tue, Nov 05, 2013 at 08:49:03PM +0100, ScotXW wrote:
> It is a pity that nobody on this entire list, wants to give me some
> concrete ideas for the numbers 1 to 8 in the scheme [1]. :-O
Probably because this list is about systemd. Your question is offtopic.
--
Regards,
Olav
__
On 11/05/2013 01:06 AM, Jan Engelhardt wrote:
On Tuesday 2013-11-05 00:19, ScotXW wrote:
On 11/05/2013 12:01 AM, Kay Sievers wrote:
Most of this is just misleading, plain wrong or backwards. Systemd is
not in-between the kernel and applications, especially not for the
ones you listed.
[Yes is
On 11/05/2013 12:44 AM, Greg KH wrote:
On 11/05/2013 12:01 AM, Kay Sievers wrote:
Why do "we" have to do anything here? You are trying to document
something that has been documented numerous times before, for no valid
reason why it needs to be documented in this manner in the first place.
It
On Sun, 03.11.13 15:07, Ronny Chevalier (chevalier.ro...@gmail.com) wrote:
Applied! Thanks!
> ---
> man/systemd-run.xml | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/man/systemd-run.xml b/man/systemd-run.xml
> index 0881561..cc8a68a 100644
> --- a/man/systemd-run.xml
On Mon, 04.11.13 11:05, Luke T. Shumaker (luke...@sbcglobal.net) wrote:
> A couple of weeks ago, I reported a bug that systemd-nspawn does not
> correctly handle I/O redirection[1].
>
> I described in detail the several smaller bugs that lead up to both
> stdin and stdout redirection being broken
On Mon, 04.11.13 18:47, Oleksii Shevchuk (alx...@gmail.com) wrote:
> https://bugs.freedesktop.org/show_bug.cgi?id=71132
>
> Patch adds DefaultTimeoutStartSec, DefaultTimeoutStopSec, DefaultRestartSec
> configuration options to manager configuration file.
Applied! Thanks!
Lennart
--
Lennart Po
On Tue, 05.11.13 21:42, Marc-Antoine Perennou (marc-anto...@perennou.com) wrote:
> They will soon be used in systemctl
Looks good! But please send along with the rest of the patch series for
systemctl, as alone it doesn't bring much benefit!
Thanks!
Lennart
--
Lennart Poettering, Red Hat
On Tue, 05.11.13 21:42, Marc-Antoine Perennou (marc-anto...@perennou.com) wrote:
> Useful to check whether there are still things to read or not,
> in order to be able not to allocate when not needed, when reading
> arrays or such.
> Will soon be used in systemctl
I added a similar call now "sd_b
On 05/11/13 16:45, Colin Walters wrote:
> On Tue, 2013-11-05 at 16:39 +, Colin Guthrie wrote:
>> Does this not increase the danger that a "make dist" run on a machine
>> without those deps installed would result in a "configure" script that
>> accidentally doesn't have support for those feature
On Mon, 04.11.13 15:05, Daniel J Walsh (dwa...@redhat.com) wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 11/04/2013 02:05 PM, Lennart Poettering wrote:
> > On Mon, 04.11.13 17:06, Lennart Poettering (lenn...@poettering.net) wrote:
> >
> >> On Thu, 31.10.13 15:51, Vaclav Pavl
On Tue, 05.11.13 21:42, Marc-Antoine Perennou (marc-anto...@perennou.com) wrote:
> It will be useful to have that in the public API
Applied! Thanks!
>
> Signed-off-by: Marc-Antoine Perennou
We don't do S-o-b in systemd. Hence I dropped this before applying.
> +int sd_bus_message_read_strv(sd
On Tue, 05.11.13 15:26, Djalal Harouni (tix...@opendz.org) wrote:
Applied!
Thanks!
> ---
> src/nspawn/nspawn.c | 7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/src/nspawn/nspawn.c b/src/nspawn/nspawn.c
> index 1477456..80903a7 100644
> --- a/src/nspawn/nspawn.c
>
On Tue, 2013-11-05 at 16:39 +, Colin Guthrie wrote:
> Does this not increase the danger that a "make dist" run on a machine
> without those deps installed would result in a "configure" script that
> accidentally doesn't have support for those features? Or do I
> misunderstand how the m4_ifdef
'Twas brillig, and Colin Walters at 05/11/13 15:33 did gyre and gimble:
> On Tue, 2013-11-05 at 16:22 +0100, Lennart Poettering wrote:
>
>> This pretty much like all other projects
>> handle this, too.
>
> Just for what it's worth in a number of parts of GNOME we started using
> m4_ifdef more con
On Tue, 2013-11-05 at 16:22 +0100, Lennart Poettering wrote:
> This pretty much like all other projects
> handle this, too.
Just for what it's worth in a number of parts of GNOME we started using
m4_ifdef more consistently. For example:
https://git.gnome.org/browse/glib/tree/configure.ac?id=f49
On Tue, 05.11.13 15:44, Djalal Harouni (tix...@opendz.org) wrote:
>
> On Mon, Nov 04, 2013 at 10:28:20PM +0100, Jan Engelhardt wrote:
> >
> > On Monday 2013-11-04 13:01, Lennart Poettering wrote:
> > >On Sat, 02.11.13 02:11, Djalal Harouni (tix...@opendz.org) wrote:
> > >>
> > >>I'm building fr
From: Richard Marko
Allows using journal.send('msg', PRIORITY=journal.LOG_CRIT)
Before this commit this results in
TypeError: cannot concatenate 'str' and 'int' objects
and requires passing PRIORITY value as string to work.
Signed-off-by: Richard Marko
---
src/python-systemd/journal.py | 2 +-
On Mon, Nov 04, 2013 at 10:28:20PM +0100, Jan Engelhardt wrote:
>
> On Monday 2013-11-04 13:01, Lennart Poettering wrote:
> >On Sat, 02.11.13 02:11, Djalal Harouni (tix...@opendz.org) wrote:
> >>
> >>I'm building from git tree, and I've noticed that systemd autogen.sh
> >>will fail if the libgcr
---
src/nspawn/nspawn.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/src/nspawn/nspawn.c b/src/nspawn/nspawn.c
index 1477456..80903a7 100644
--- a/src/nspawn/nspawn.c
+++ b/src/nspawn/nspawn.c
@@ -224,6 +224,9 @@ static int parse_argv(int argc, char *argv[]) {
It will be useful to have that in the public API
Signed-off-by: Marc-Antoine Perennou
---
src/libsystemd-bus/bus-message.c | 15 +++
src/systemd/sd-bus.h | 1 +
2 files changed, 16 insertions(+)
diff --git a/src/libsystemd-bus/bus-message.c b/src/libsystemd-bus/bus-mess
Useful to check whether there are still things to read or not,
in order to be able not to allocate when not needed, when reading
arrays or such.
Will soon be used in systemctl
Signed-off-by: Marc-Antoine Perennou
---
src/libsystemd-bus/bus-message.c | 22 +++---
src/systemd/sd-bu
They will soon be used in systemctl
Signed-off-by: Marc-Antoine Perennou
---
src/analyze/analyze.c | 80 +++
src/libsystemd-bus/bus-util.c | 46 +
src/libsystemd-bus/bus-util.h | 17 +
3 files changed, 67 insertions(
On Tue, 05.11.13 15:03, Ivan Shapovalov (intelfx...@gmail.com) wrote:
> > By design I guess. The automatic stuff is for the common case. I doubt
> > that such a "hybrid" session is really such a common case, especially
> > since it creates a ton of problems when you mix it with normal physical
> >
On Tuesday 05 November 2013 at 11:33:31, Lennart wrote:
> On Tue, 05.11.13 14:24, Ivan Shapovalov (intelfx...@gmail.com) wrote:
>
> > > So you want something like a "hybrid" session, i.e. one that is virtual
> > > but has access to local devices? That's a special setup that is not
> > > supported
On Tue, 5 Nov 2013 11:33:31 +0100
>
> > Sure, I can try to configure polkit, but will that grant me
> > permissions on device nodes (e. g. printers)?
>
> Printers are a system resource, they are not reassigned to user
> sessions, they are expected to be written to only by system services
> like
On Tue, 05.11.13 14:24, Ivan Shapovalov (intelfx...@gmail.com) wrote:
> > So you want something like a "hybrid" session, i.e. one that is virtual
> > but has access to local devices? That's a special setup that is not
> > supported by logind itself. However note that you can express any
> > polici
On Tuesday 05 November 2013 at 11:15:30, Lennart wrote:
> On Tue, 05.11.13 12:37, Ivan Shapovalov (intelfx...@gmail.com) wrote:
>
> > > > So the question is: it is possible to mark a session as "always
active"
> > > > or something like that?
> > >
> > > Well, that should be the case implicitly i
On Tue, 05.11.13 12:37, Ivan Shapovalov (intelfx...@gmail.com) wrote:
> > > So the question is: it is possible to mark a session as "always active"
> > > or something like that?
> >
> > Well, that should be the case implicitly if the session is properly
> > registered. What does "loginctl show-se
On Mon, 2013-11-04 at 16:52 +0100, Lennart Poettering wrote:
> On Mon, 04.11.13 16:10, Bastien Nocera (had...@hadess.net) wrote:
>
> > > And I figure other ones to add here are:
> > >
> > > - mandb cache cleanups
> > > - rotation of legacy log files
> > >
> > > (are there more usecases you can c
On Tuesday 05 November 2013 at 03:41:01, Lennart wrote:
> On Tue, 05.11.13 00:51, Ivan Shapovalov (intelfx...@gmail.com) wrote:
>
> > Hello!
> >
> > I'm still trying to make my friendship with logind.
> >
> > I have a headless server with Xvnc server running on it. Under the server
> > a logind
40 matches
Mail list logo