On Thu, 20.02.14 05:14, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
> > -Note that kernel auditing is broken when used with systemd's
> > -container code. When using systemd in conjunction with
> > -containers, please make sure to either turn off auditing at
> >
On Wed, 19.02.14 23:17, Djalal Harouni (tix...@opendz.org) wrote:
Applied! Thanks!
> If the session already exists then the only way to log it is to set the
> debug option of pam_systemd. There are no debug messages in the login
> service that permits to log if the session already exists.
>
> So
On Fri, 21.02.14 20:44, Andrey Borzenkov (arvidj...@gmail.com) wrote:
> It was backward - --after fetches After property, so units shown really
> come *before* unit given as argument. Same for --before.
Applied! Thanks!
(I figure the whole paragraph could use some more comprehensive
rewording, d
On Tue, 25.02.14 23:08, Jason A. Donenfeld (ja...@zx2c4.com) wrote:
> Hey folks,
>
> Just came across this section in the systemd-sleep.conf man page:
>
> "More than one value can be specified by separating multiple values
> with commas."
>
> But then I remember seeing in 99-default.link the li
On Mon, 24.02.14 19:48, Thomas Bächler (tho...@archlinux.org) wrote:
> I am trying to set properties on scopes or services of my user instance,
> for example:
>
> systemctl --user set-property --runtime foobar.scope CPUShares=150
>
> This command returns without error, but in the journal, I get
On Fri, 28.02.14 15:19, Łukasz Stelmach (l.stelm...@samsung.com) wrote:
> Hello All,
>
> I am debugging some problems around mount_setup_early() and find that
> systemd, with log_max_level set to LOG_INFO in log.c and configured
> hundred lines below in main.c, is unable to tell me things I'd lik
On Fri, 28.02.14 17:09, Łukasz Stelmach (l.stelm...@samsung.com) wrote:
> use_smack() is called very early via mkdir_p_label(). This happens
> before /sys is mounted and hence before the authoritative information
> about smack is even available. To prevent caching of the invalid value
> check whet
On Wed, 05.03.14 17:41, WaLyong Cho (walyong@samsung.com) wrote:
> Similar to CPUShares= and BlockIOWeight= respectively. However only
> assign the specified weight during startup. Each control group
> attribute is re-assigned as weight by CPUShares=weight and
> BlockIOWeight=weight after star
On Tue, 04.03.14 23:01, Djalal Harouni (tix...@opendz.org) wrote:
The other two patches look fine (well, this one needs updating, if the
prop names change as proposed in the other mail...)
Please rebase, and repost, will merge then!
Thanks a lot!
> ---
> src/hostname/hostnamectl.c | 22 +++
On Tue, 04.03.14 23:01, Djalal Harouni (tix...@opendz.org) wrote:
> ---
> src/hostname/hostnamed.c | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/src/hostname/hostnamed.c b/src/hostname/hostnamed.c
> index fab0601..f8aea78 100644
> --- a/src/hostname/hostnamed.c
> +++ b/sr
On Wed, 05.03.14 11:31, Josh Triplett (j...@joshtriplett.org) wrote:
> On restore, I'd suggest reading max_brightness, and if the stored value
> falls under a threshold of ceil(max_brightness/SOME_DIVISOR), restore it
> to that value instead. (Ideally there should be some way to ask the
> driver
On Wed, 05.03.14 23:48, Thomas H.P. Andersen (pho...@gmail.com) wrote:
> From: Thomas Hindoe Paaboel Andersen
>
> --system
> -H --host
> -M --machine
> --service-type (options: simple forking oneshot dbus notify idle)
> --uid
> --gid
> --nice
> --setenv
> -p --property (options read from bus_app
On Thu, 06.03.14 16:35, har...@redhat.com (har...@redhat.com) wrote:
> From: Harald Hoyer
>
> If "systemctl switch-root" is called with a specific "INIT" or
> /proc/cmdline contains "init=", then systemd would not serialize
> itsself.
>
> Let systemctl check, if the new init is in the standard
On Fri, 07.03.14 14:32, Hannes Reinecke (h...@suse.de) wrote:
> Old versions of powerd will be using the initctl fifo to signal
> state changes. To maintain backward compability systemd should
> be interpreting these messages, too.
Yuck. Can't say I am particularly enthusiastic adding compat klud
Lennart Poettering wrote:
> On Mon, 10.03.14 23:39, Goffredo Baroncelli (kreij...@libero.it) wrote:
>
>> > Well, the name is property of the admin really. There needs to be a way
>> > how the admin can label his subvolumes, with a potentially localized
>> > name. This makes it unsuitable for our
On Mon, 10.03.14 23:39, Goffredo Baroncelli (kreij...@libero.it) wrote:
> > Well, the name is property of the admin really. There needs to be a way
> > how the admin can label his subvolumes, with a potentially localized
> > name. This makes it unsuitable for our purpose, we cannot just take
> > p
On 10.03.2014 22:47, Umut Tezduyar wrote:
> On Mon, Mar 10, 2014 at 9:12 PM, Umut Tezduyar wrote:
>> Hi,
>>
>> I tried out a similar configuration and couldn't get the bridge up. I
>> tried it on Arch with systemd 210.
>>
>> bridge.netdev
>> [NetDev]
>> Name=bridge0
>> Kind=bridge
>>
>> u.network
On 03/10/2014 12:10 PM, Zbigniew Jędrzejewski-Szmek wrote:
> On Mon, Mar 10, 2014 at 11:41:52AM -0300, Gerardo Exequiel Pozzi wrote:
>> On 03/10/2014 06:48 AM, Djalal Harouni wrote:
>>> On Sun, Mar 09, 2014 at 08:00:22PM -0300, Gerardo Exequiel Pozzi wrote:
Hello
To do tests I made a
On 03/10/2014 09:21 PM, Chris Mason wrote:
> On 03/10/2014 04:02 PM, Lennart Poettering wrote:
>> On Mon, 10.03.14 19:34, Goffredo Baroncelli (kreij...@libero.it) wrote:
[...]
>> I am pretty sure automatic discovery of mount points should not cover
>> the usecase where people install multiple distr
On 03/10/2014 09:02 PM, Lennart Poettering wrote:
> On Mon, 10.03.14 19:34, Goffredo Baroncelli (kreij...@libero.it) wrote:
>
> Heya,
>
>> Instead of relying on the subvolume UUID, why not relying to the subvolume
>> name: it would be more simple and flexible to manage them.
>>
>> For example su
On 3/10/14, Lennart Poettering wrote:
> On Fri, 07.03.14 20:45, Alec Leamas (leamas.a...@gmail.com) wrote:
>
>>
>> Sorry for not being clear. The priob
>>
>> On 3/7/14, Lennart Poettering wrote:
>> > On Fri, 07.03.14 19:58, Alec Leamas (leamas.a...@gmail.com) wrote:
>> >
>> >> Dear list,
>> >>
>>
On Thu, 06.03.14 09:16, Peter Rajnoha (prajn...@redhat.com) wrote:
> Hi!
>
> Based on SYSTEMD_READY definition, I think we should also mark loop
> devices with no file attached as not ready:
>
> rules: mark loop device as SYSTEMD_READY=0 if no file is attached
>
> Check existence of loo
On Thu, 06.03.14 10:51, Dariusz Michaluk (d.micha...@samsung.com) wrote:
> Program received signal SIGSEGV, Segmentation fault.
> sd_bus_message_unref (m=0x8000) at
> ../src/libsystemd/sd-bus/bus-message.c:800
> 800 m->n_ref--;
> (gdb) bt
> #0 sd_bus_message_unref (m=0x8000) at
On Mon, Mar 10, 2014 at 9:12 PM, Umut Tezduyar wrote:
> Hi,
>
> I tried out a similar configuration and couldn't get the bridge up. I
> tried it on Arch with systemd 210.
>
> bridge.netdev
> [NetDev]
> Name=bridge0
> Kind=bridge
>
> u.network
> [NetDev]
> Name=bridge0
> Kind=bridge
Ops, copy pase
On Sat, 08.03.14 10:17, Samuli Suominen (ssuomi...@gentoo.org) wrote:
> This version of the patch is likely more agreeable. No reason to add
> /usr/bin:/bin again to $PATH as it should be safe to expect at least
> they are there,
> or otherwise the system is really *broken*. :-)
Thanks. Applied.
On 10.03.2014 21:12, Umut Tezduyar wrote:
> Hi,
>
> I tried out a similar configuration and couldn't get the bridge up. I
> tried it on Arch with systemd 210.
>
> bridge.netdev
> [NetDev]
> Name=bridge0
> Kind=bridge
>
> u.network
> [NetDev]
> Name=bridge0
> Kind=bridge
...
You want to bridge t
On Fri, 07.03.14 10:52, Allmeroth, Robert (robert.allmer...@harman.com) wrote:
> Hi,
>
> I tried to optimize my embedded configuration but I stumbled over the
> following problem:
>
> Let's assume systemd identified 10 processes on 'dependency level
> 0'. They all can/should be started first/im
On Fri, 07.03.14 20:45, Alec Leamas (leamas.a...@gmail.com) wrote:
>
> Sorry for not being clear. The priob
>
> On 3/7/14, Lennart Poettering wrote:
> > On Fri, 07.03.14 19:58, Alec Leamas (leamas.a...@gmail.com) wrote:
> >
> >> Dear list,
> >>
> >> Being a systemd dummie, I have a problem. It'
On Mon, 10.03.14 14:53, Chris Murphy (li...@colorremedies.com) wrote:
> Since it's not a given whether a parent or child subvolume is the one
> being updated, it's ambiguous which one to use/automount if there is
> inheritance of the proposed subvolumetypeGUID at snapshot
> time. Inheritance of th
On Mar 10, 2014, at 2:21 PM, Chris Mason wrote:
> On 03/10/2014 04:02 PM, Lennart Poettering wrote:
>> On Mon, 10.03.14 19:34, Goffredo Baroncelli (kreij...@libero.it) wrote:
>>
>> Heya,
>>
>>> Instead of relying on the subvolume UUID, why not relying to the subvolume
>>> name: it would be mo
On Mon, 10.03.14 12:15, Joel Teichroeb (j...@teichroeb.net) wrote:
> If the master process registers the child before the child
> has initialized, when the child tries to setup /dev/console
> it gets "operation not permitted".
Thanks for tracking this down!
I have now applied a different patch w
Hi,
I tried out a similar configuration and couldn't get the bridge up. I
tried it on Arch with systemd 210.
bridge.netdev
[NetDev]
Name=bridge0
Kind=bridge
u.network
[NetDev]
Name=bridge0
Kind=bridge
Further debugging, seems like networkd never receives the RTM_NEWLINK
for the bridge. Since br
On Mon, 10.03.14 19:34, Goffredo Baroncelli (kreij...@libero.it) wrote:
Heya,
> Instead of relying on the subvolume UUID, why not relying to the subvolume
> name: it would be more simple and flexible to manage them.
>
> For example supposing to use '@' as prefix for a subvolume name:
>
> @
On Mar 10, 2014, at 12:34 PM, Goffredo Baroncelli wrote:
> On 03/07/2014 07:26 PM, Lennart Poettering wrote:
>> Heya!
>>
>> Since yesterday systemd in git can now discover root, /home, /srv and
>> swap partitions automatically based on GPT type GUIDs, thus making
>> /etc/fstab unnecessary for s
If the master process registers the child before the child
has initialized, when the child tries to setup /dev/console
it gets "operation not permitted".
---
src/nspawn/nspawn.c | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git a/src/nspawn/nspawn.c b/src/nspawn/nsp
Hi Kay
On 03/10/2014 07:53 PM, Kay Sievers wrote:
[...]
>>
>> Instead of relying on the subvolume UUID, why not relying to the subvolume
>> name: it would be more simple and flexible to manage them.
>
> As a general rule: human-readable names should be left to the
> administrator, provide an iden
On Mon, Mar 10, 2014 at 7:34 PM, Goffredo Baroncelli wrote:
> On 03/07/2014 07:26 PM, Lennart Poettering wrote:
>> Since yesterday systemd in git can now discover root, /home, /srv and
>> swap partitions automatically based on GPT type GUIDs, thus making
>> /etc/fstab unnecessary for simple setup
On 03/07/2014 07:26 PM, Lennart Poettering wrote:
> Heya!
>
> Since yesterday systemd in git can now discover root, /home, /srv and
> swap partitions automatically based on GPT type GUIDs, thus making
> /etc/fstab unnecessary for simple setups.
>
> I have now put together something like a spec de
On Mon, Mar 10, 2014 at 06:36:27PM +0100, arnaud gaboury wrote:
> >
> > It seems to me that this device is configured, so why is its state
> > unknown and not UP ? Shall I use a netctl profile to bring it UP,
> > like I do for enp7s0 ?
>
>
> Yes.
> # netctl enable "profile" made the br0 UP
Maybe
>
> It seems to me that this device is configured, so why is its state
> unknown and not UP ? Shall I use a netctl profile to bring it UP,
> like I do for enp7s0 ?
Yes.
# netctl enable "profile" made the br0 UP
___
systemd-devel mailing list
systemd-de
'Twas brillig, and Alec Leamas at 10/03/14 15:46 did gyre and gimble:
> On 3/10/14, Colin Guthrie wrote:
>> 'Twas brillig, and Alec Leamas at 07/03/14 19:45 did gyre and gimble:
>>> Sorry for not being clear. The priob
>>>
>>> On 3/7/14, Lennart Poettering wrote:
On Fri, 07.03.14 19:58, Alec
On 3/10/14, Mantas Mikulėnas wrote:
> On Mon, Mar 10, 2014 at 5:46 PM, Alec Leamas wrote:
>> […]
>> Perhaps I just got it all wrong, and systemd will (does?) also handle
>> the session services running within the session? Or is there a
>> reasonable robust way for a system user service started ou
On Mon, Mar 10, 2014 at 04:44:02PM +0100, Lennart Poettering wrote:
> On Sat, 08.03.14 20:33, Josh Triplett (j...@joshtriplett.org) wrote:
>
> > avoid_cleanup also returns a copy of the pointer, making it convenient
> > to use at the point where initialization completes, to hand the constructed
>
On Mon, Mar 10, 2014 at 5:46 PM, Alec Leamas wrote:
> […]
> Perhaps I just got it all wrong, and systemd will (does?) also handle
> the session services running within the session? Or is there a
> reasonable robust way for a system user service started outside the
> session to join it? Or, my firs
On 3/10/14, Colin Guthrie wrote:
> 'Twas brillig, and Alec Leamas at 07/03/14 19:45 did gyre and gimble:
>> Sorry for not being clear. The priob
>>
>> On 3/7/14, Lennart Poettering wrote:
>>> On Fri, 07.03.14 19:58, Alec Leamas (leamas.a...@gmail.com) wrote:
>>>
Dear list,
Being a
On Sat, 08.03.14 20:33, Josh Triplett (j...@joshtriplett.org) wrote:
> avoid_cleanup also returns a copy of the pointer, making it convenient
> to use at the point where initialization completes, to hand the constructed
> object off somewhere without freeing it.
>
> Change all NULL assignments ta
On Mon, Mar 10, 2014 at 11:41:52AM -0300, Gerardo Exequiel Pozzi wrote:
> On 03/10/2014 06:48 AM, Djalal Harouni wrote:
> > On Sun, Mar 09, 2014 at 08:00:22PM -0300, Gerardo Exequiel Pozzi wrote:
> >> Hello
> >>
> >> To do tests I made a new Arch Linux (x86_64) base installation running
> >> in qem
On Monday, March 10, 2014 09:11:05 AM you wrote:
> On 10 Mar 2014 02:08, "Anthony Messina" wrote:
> > I've been watching the development and looking forward to testing out the
> > systemd-networkd features that are coming out.
> >
> > One of the things I haven't seen yet is the ability to configu
On 03/10/2014 06:48 AM, Djalal Harouni wrote:
> On Sun, Mar 09, 2014 at 08:00:22PM -0300, Gerardo Exequiel Pozzi wrote:
>> Hello
>>
>> To do tests I made a new Arch Linux (x86_64) base installation running
>> in qemu/kvm with systemd-210-3 and polkit-0.112-1 to discard any weird
>> thing on my syst
'Twas brillig, and Alec Leamas at 07/03/14 19:45 did gyre and gimble:
> Sorry for not being clear. The priob
>
> On 3/7/14, Lennart Poettering wrote:
>> On Fri, 07.03.14 19:58, Alec Leamas (leamas.a...@gmail.com) wrote:
>>
>>> Dear list,
>>>
>>> Being a systemd dummie, I have a problem. It's a ab
On Mon, Mar 10, 2014 at 02:13:38PM +0200, Samuli Suominen wrote:
> On 10/03/14 13:23, Michael Olbrich wrote:
> > On Sun, Mar 09, 2014 at 08:49:58PM +0100, Michael Biebl wrote:
> >> 2014-03-08 8:52 GMT+01:00 Samuli Suominen :
> >>> If eg. setcap is in /sbin and user is building as a normal user with
Hi,
No idea why my bridge device, br0, has a state unknown.
$ ip addr
3: br0: mtu 1500 qdisc noqueue state
UNKNOWN group default
link/ether 66:73:a3:0a:44:f9 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.94/24 brd 192.168.1.255 scope global br0
valid_lft forever preferred_lft forever
i
Unfortunately common practice in initscripts is to have reload as an
alias for restart (https://fedoraproject.org/wiki/Packaging:SysVInitScript).
In that case the newly started process will be killed immediately after
the reload process ends and its cgroup is destroyed.
---
src/core/service.c | 13
Otherwise bogus entries from the header and footer would show up in the
completion list.
---
shell-completion/zsh/_sd_machines | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/shell-completion/zsh/_sd_machines
b/shell-completion/zsh/_sd_machines
index 1d64d13..a0039ee 100644
--
Hi,
the following two patches fix machinectls machine name completion by
actually installing the required _sd_machines file using machinectls
--no-legend switch to prevent bogus entries from appearing in the list
of machines.
--
Wieland
___
systemd-de
_machinectl uses _sd_machines to provide a list of all available
machines.
---
Makefile.am | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index 2db58a9..2775c99 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -4030,7 +4030,8 @@ dist_dbuspolicy_DATA +=
On 10/03/14 13:23, Michael Olbrich wrote:
> On Sun, Mar 09, 2014 at 08:49:58PM +0100, Michael Biebl wrote:
>> 2014-03-08 8:52 GMT+01:00 Samuli Suominen :
>>> If eg. setcap is in /sbin and user is building as a normal user without
>>> $PATH having /sbin, the build system
>>> will default to /usr/sb
On Sun, Mar 09, 2014 at 08:49:58PM +0100, Michael Biebl wrote:
> 2014-03-08 8:52 GMT+01:00 Samuli Suominen :
> > If eg. setcap is in /sbin and user is building as a normal user without
> > $PATH having /sbin, the build system
> > will default to /usr/sbin/setcap as it's defined in AC_PATH_PROG and
On 03/03/2014 11:43 PM, Lennart Poettering wrote:
> On Mon, 03.03.14 11:52, WaLyong Cho (walyong@samsung.com) wrote:
>
>>> But if you do this on an embedded system you can do
>>> DefaultDependencies=no for all services where you want this and place
>>> them manually?
>>>
>> Almost I can. Actua
On Sun, Mar 09, 2014 at 08:00:22PM -0300, Gerardo Exequiel Pozzi wrote:
> Hello
>
> To do tests I made a new Arch Linux (x86_64) base installation running
> in qemu/kvm with systemd-210-3 and polkit-0.112-1 to discard any weird
> thing on my system.
>
> I can reboot/poweroff/suspend/hibernate the
60 matches
Mail list logo