Hi all
I've got a problem here:
When my system setup I need to execute a shell script to export dbus
session address, the script as follows:
#!/bin/sh
rm /tmp/session_amgr
dbus-daemon --session --print-address --fork > /tmp/session_amgr
export DBUS_SESSION_BUS_ADDRESS=`cat /tmp/session_amgr`
An
On Wed, Feb 04, 2015 at 02:30:28AM +0100, Lennart Poettering wrote:
> On Wed, 04.02.15 02:23, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
> > > Sounds OK to me. Question is how to check this best...
> > >
> > > Maybe check with get_ctty_devnr() if we have a controlling tty?
Done!
On 5 February 2015 at 12:48, Vasiliy Tolstov wrote:
>
> 2015-02-05 12:44 GMT+03:00 Alban Crequy :
>>
>> Manual page namespaces(7):
>>
>>Creation of new namespaces using clone(2) and unshare(2) in most
>> cases
>>requires the CAP_SYS_ADMIN capability. User namespaces are the
>>
Hi,
Lee Duncan and I were looking at a situation with iscsid where a
systemctl stop command would sometimes print a job canceled message, and
the service would be immediately restarted.
The problem seems to be that the ExecStop command is sending a shutdown
request over an IPC socket, the same IP
On Thu, Feb 05, 2015 at 03:37:13PM +0100, Umut Tezduyar Lindskog wrote:
> On Wed, Feb 4, 2015 at 4:55 PM, Zbigniew Jędrzejewski-Szmek
> wrote:
> > On Wed, Feb 04, 2015 at 03:50:01PM +0100, Umut Tezduyar Lindskog wrote:
> >> not while applying the parsed sysctl values. Otherwise
> >> info "Overwrit
On 02/03/15 22:17, Lennart Poettering wrote:
> On Fri, 12.12.14 16:06, Olivier Brunel (j...@jjacky.com) wrote:
>
> Sorry for resurrecting this old thread this late. Is this still an
> issue? Does this work on current git?
Still an issue w/ 218 yes, haven't actually had time to try with current
gi
>From 0c33545e512307774cb280cbf83e7b2c3e2137ef Mon Sep 17 00:00:00 2001
From: Didier Roche
Date: Mon, 26 Jan 2015 17:46:36 +0100
Subject: [PATCH 9/9] Add mock fsck process
---
test/mocks/fsck | 27 +++
1 file changed, 27 insertions(+)
create mode 100755 test/mocks/fsck
>From 2533acf15135d9db18fbd79e63de9a702e3859cc Mon Sep 17 00:00:00 2001
From: Didier Roche
Date: Mon, 26 Jan 2015 17:34:59 +0100
Subject: [PATCH 8/9] Add man page and references to it.
Add man page explaining the plymouth theme protocol, usage of the daemon
as well as the socket activation part
>From 045e99a6865fec2a3e6167d271e01b77236c477d Mon Sep 17 00:00:00 2001
From: Didier Roche
Date: Mon, 26 Jan 2015 17:30:00 +0100
Subject: [PATCH 7/9] Add fsckd service and socket, retarget systemd-fsck
systemd-fsckd can be socket-activated by systemd-fsck process. Reflect that
in the different
>From e850b1cf9b49918265609da8a6ef2fd4e78541b6 Mon Sep 17 00:00:00 2001
From: Didier Roche
Date: Mon, 26 Jan 2015 17:12:54 +0100
Subject: [PATCH 5/9] Translate fsckd messages for plymouth
For plymouth themes not supporting i18n (like .script), send translated
messages to display to user, which
>From ec3b3d2cd4b0097f9fafa6c3f0f400e06292e21c Mon Sep 17 00:00:00 2001
From: Didier Roche
Date: Thu, 5 Feb 2015 17:08:18 +0100
Subject: [PATCH 3/9] Connect to plymouth and support cancellation of in
progress fsck
Try to connect and send to plymouth (if running) some checked report progress,
u
>From 94bc7097a176c90127a9ff0106e81b4fce6e9ff2 Mon Sep 17 00:00:00 2001
From: Didier Roche
Date: Thu, 29 Jan 2015 16:12:58 +0100
Subject: [PATCH 4/9] Add gettext support
---
configure.ac | 1 +
src/shared/util.c | 8
src/shared/util.h | 2 ++
3 files changed, 11 insertions(+)
di
>From 1579acc911be682cddf4fc91646c4ded231a409a Mon Sep 17 00:00:00 2001
From: Didier Roche
Date: Mon, 26 Jan 2015 16:01:11 +0100
Subject: [PATCH 2/9] systemd-fsck: always connect to systemd-fsckd
Remove the plymouth running or show-status checks from systemd-fsck. Instead,
always connect to sys
Hey,
Posting the new set of patches for the fsck/plymouth integration,
rebased from all the comments and the systemd event loop system.
This version talks the raw plymouth protocol directly, supporting only
what is needed (sending updates, messages, requesting key listening, get
key events).
Some context for this patch.
I would like to support a new preset model, which has the following properties:
- distribution shipped defaults are enabled
- and are applied to each boot/upgrade
- without overriding any user configuration
In many ways it is very similar to existing functionality
---
man/systemd-system.conf.xml | 1 +
src/core/main.c | 30 +++
src/core/system.conf| 1 +
src/core/unit.c | 2 +-
src/shared/install.c| 59 ++---
src/shared/install.h| 2 +-
src/shared
On Wed, Feb 04, 2015 at 06:28:59PM +0100, Zbigniew Jędrzejewski-Szmek wrote:
> On Wed, Feb 04, 2015 at 06:24:13PM +0100, Lennart Poettering wrote:
> > - If we did not manage to get a successful sync, try again
> > immediately, but not any more often than once per 10s or so...
> I think we should
On Wed, Feb 4, 2015 at 4:55 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Wed, Feb 04, 2015 at 03:50:01PM +0100, Umut Tezduyar Lindskog wrote:
>> not while applying the parsed sysctl values. Otherwise
>> info "Overwriting earlier assignment of %s in file %s" is
>> visible many times even though the
Signed-off-by: Robert Milasan
---
src/udev/ata_id/ata_id.c | 4
1 file changed, 4 deletions(-)
diff --git a/src/udev/ata_id/ata_id.c b/src/udev/ata_id/ata_id.c
index 31bc167..9e4f674 100644
--- a/src/udev/ata_id/ata_id.c
+++ b/src/udev/ata_id/ata_id.c
@@ -34,12 +34,8 @@
#include
#include
2015-02-05 12:44 GMT+03:00 Alban Crequy :
> Manual page namespaces(7):
>
>Creation of new namespaces using clone(2) and unshare(2) in most
> cases
>requires the CAP_SYS_ADMIN capability. User namespaces are the
>exception: since Linux 3.8, no privilege is required to crea
"Jóhann B. Guðmundsson" [2015-02-04 22:36 +]:
> I expect Debian to do the same sane thing as everyone else did back in the
> day and strike out that components will be allowed to migrate to units
> [...]
> Then next thing the Debian community will realize is that once maintainers
> have made th
On 02/02/15 20:54, Lennart Poettering wrote:
> On Sat, 31.01.15 11:21, John Lane (syst...@jelmail.com) wrote:
>
>> Further to this, I tried manually creating a systemd-cryptsetup unit
>> instead of putting an entry in /etc/crypttab.
>> This allowed me to remove the "RequiresMountsFor" entry.
> Yeah
[reposting - sorry I forgot to Cc the mailing list]
On 4 February 2015 at 23:03, Vasiliy Tolstov wrote:
> Hello!
> Does it possible to create container as regular user? Oh what capabilities i
> need to add to create container not using root?
Hello,
Manual page namespaces(7):
Creation of
Le 04/02/2015 18:20, Lennart Poettering a écrit :
On Wed, 04.02.15 17:40, Didier Roche (didro...@ubuntu.com) wrote:
Le 04/02/2015 17:10, Lennart Poettering a écrit :
On Wed, 04.02.15 17:05, Didier Roche (didro...@ubuntu.com) wrote:
Hey,
I rewrote a version of this patch including the feedba
24 matches
Mail list logo
