Hi,
since v240 didn't go too well, I would like to suggest that the next one
(preferably two) release(s) are bugfix only. Please, consider it.
Thank you,
--
Jan Synacek
Software Engineer, Red Hat
___
systemd-devel mailing list
systemd-
you see a SIGSEGV, let me know. Note that this problem is *not*
present in the upstream code base.
Cheers,
--
Jan Synacek
Software Engineer, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
gests that SystemKeepFree= should be honored.
Is it a bug?
When is SystemKeepFree= actually used?
Why have SystemKeepFree= at all if it's the "other way around" of
SystemMaxUse= ?
Cheers,
--
Jan Synacek
Software Engineer, Red Hat
___
s
On Mon, Jul 10, 2017 at 4:41 PM, Lennart Poettering
wrote:
> On Mon, 10.07.17 15:58, Lennart Poettering (lenn...@poettering.net) wrote:
>
>> On Mon, 10.07.17 15:16, Jan Synacek (jsyna...@redhat.com) wrote:
>>
>> > On Mon, Jul 10, 2017 at 12:42 PM, Lennart Poetter
gt; 5. We require that the user name fits in the utmp user name field, so
>that we can always log properly about it.
Is this documented somewhere? If not, it would be great to have it
documented. I'm pretty sure that this exact paragraph would be
boot param is present.
Hi,
check out the official Red Hat documentation [1] on how to disable the
naming scheme. If what's described there doesn't work, please, file a
bug report.
[1]
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Networking_Guide/sec-D
urn laccess("/run/systemd/system/", F_OK) >= 0;
}
This returns a "boolean" value. I'm not really sure why it would return
anything else. But, the documentation indeed says that it can return
negative values when it fails.
Cheers,
--
Jan Synacek
Software Engineer
thub.com/jsynacek/guile-systemd
>>
>> Have fun,
>> --
>> Jan Synacek
>> Software Engineer, Red Hat
>> ___
>> systemd-devel mailing list
>> systemd-devel@lists.freedesktop.org
>> http://lists.freedes
m, though, as systemd-211 is
pretty old.
[1] https://github.com/systemd/systemd/
Cheers,
--
Jan Synacek
Software Engineer, Red Hat
signature.asc
Description: PGP signature
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Jan Synacek writes:
> Lennart Poettering writes:
>
>> On Thu, 10.09.15 19:10, Michael Biebl (mbi...@gmail.com) wrote:
>>
>>> Hi,
>>>
>>> reading https://wiki.gnome.org/Projects/GnomeCommon/Migration, it says
>>> that intltool is practically
Michael Biebl writes:
> 2015-10-07 14:43 GMT+02:00 Jan Synacek :
>> Lennart Poettering writes:
>
>>> Happy to take a patch that removes the intltool hookup if it replaces
>>> it with the right gettext hookup instead.
>>
>> I have investigated this a bit
not be directly used
to parse and merge translations into XML files. However, a simple python
script instead of intltools should be enough for systemd's needs. I'll
investigate further and possibly submit a pull request.
--
Jan Synacek
So
Lennart Poettering writes:
> On Mon, 22.06.15 14:49, Jan Synacek (jsyna...@redhat.com) wrote:
>
>> Lukáš Nykrýn writes:
>>
>> > Jan Synáček píše v Čt 18. 06. 2015 v 15:41 +0200:
>> >> Is remote-fs.target somehow dependent/ordered on network.target or
&g
te-fs.target, which is correct. However, I can't find any
dependency between remote-fs.target, and network*. I'm quite puzzled how
NFS mounts mounted on boot can actually work correctly right now.
--
Jan Synacek
Software Engineer, Red Hat
signature.asc
Description: PGP signature
___
ssible (I don't really count thin LVs), and mapping to a
huge interval is just not as readable as using percentage. What is the
advantage of the mapping again? Sorry if I'm being thick.
Cheers,
--
Jan Synacek
Software Engineer, Red Hat
signature.asc
Description: PGP s
Lennart Poettering writes:
> On Wed, 20.05.15 10:37, jsyna...@redhat.com (jsyna...@redhat.com) wrote:
>
>> From: Jan Synacek
>>
>> Allow certain configuration options to be specified as percentages. For
>> example, in journald.conf, SystemMaxUse= can now also be
Lennart Poettering writes:
> On Wed, 13.05.15 15:21, jsyna...@redhat.com (jsyna...@redhat.com) wrote:
>
>> From: Jan Synacek
>
> Hmm, do we really need two options for this? I mean, since -e would
> only ever be combined with start, and -d only with stop it could as
>
Lennart Poettering writes:
> On Fri, 20.02.15 10:56, Jan Synacek (jsyna...@redhat.com) wrote:
>
> Sorry for the late review.
>
> What's the precise background of this? Can you elaborate? Is there
> some feature request for this?
Hi,
I can see that Andrei already answered
Lennart Poettering writes:
> On Thu, 02.04.15 08:59, Jan Synacek (jsyna...@redhat.com) wrote:
>
>> >> think that systemd shouldn't create them where it doesn't make
>> >> sense. I don't think that that's achievable with the current logic. Am I
Lennart Poettering writes:
> On Wed, 01.04.15 15:45, Jan Synacek (jsyna...@redhat.com) wrote:
>
>> > I am also against this since chrooting is an implementation detail of
>> > mock, nothing more, and the fact that mock's recursive deletion logic
>> > cann
Lennart Poettering writes:
> On Wed, 01.04.15 14:33, Jan Synacek (jsyna...@redhat.com) wrote:
>
>> Creating subvolumes in chrooted environments makes them
>> undeletable and breaks mock.
>
> Humm, I am not convinced that this is a good idea.
>
> The chroot enviro
---
src/tmpfiles/tmpfiles.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/src/tmpfiles/tmpfiles.c b/src/tmpfiles/tmpfiles.c
index 494fd1a..9280fd7 100644
--- a/src/tmpfiles/tmpfiles.c
+++ b/src/tmpfiles/tmpfiles.c
@@ -1099,9 +1099,15 @@ static int create_item(Item *i)
Creating subvolumes in chrooted environments makes them
undeletable and breaks mock.
https://bugzilla.redhat.com/show_bug.cgi?id=1205564
Jan Synacek (1):
tmpfiles: don't create subvolumes in chroot
src/tmpfiles/tmpfiles.c | 8 +++-
1 file changed, 7 insertions(+), 1 del
a small piece of code that would execute whenever a
policy is modified, but failed to do so. Calling
selinux_set_callback(SELINUX_CB_POLICYLOAD, cb) doesn't do anything.
So, I think that the code that explictly labels the socket files should
be removed.
It would b
Andrei Borzenkov writes:
> В Fri, 20 Feb 2015 10:56:41 +0100
> Jan Synacek пишет:
>
>> First version of the patch that allows rd.luks.key to be specified almost
>> the same way as dracut can
>> read it.
>>
>
> This sounds like working around dracut bug.
---
Changes in v2:
- fix additional typo on the same line, doh
src/nspawn/nspawn.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/nspawn/nspawn.c b/src/nspawn/nspawn.c
index 0d8d199..a9b9a3e 100644
--- a/src/nspawn/nspawn.c
+++ b/src/nspawn/nspawn.c
@@ -2754,7 +2754,7 @@
Mantas Mikulėnas writes:
> While you're at it,
>
> -sinlge
> +single
I have no idea how this one escaped me... Will fix, thanks!
--
Jan Synacek
Software Engineer, Red Hat
signature.asc
Description: PGP signature
___
systemd-d
---
src/nspawn/nspawn.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/nspawn/nspawn.c b/src/nspawn/nspawn.c
index 0d8d199..9c5b8cd 100644
--- a/src/nspawn/nspawn.c
+++ b/src/nspawn/nspawn.c
@@ -2754,7 +2754,7 @@ static int setup_image(char **device_path, int *loop_nr) {
Andrei Borzenkov writes:
> В Fri, 20 Feb 2015 10:56:42 +0100
> Jan Synacek пишет:
>
>> To be more consistent with how dracut parses rd.luks.key, it is now
>> allowed to specified it in the format "keyfile[:keyfile_device]".
>>
>> Should keyfile_devic
t would probably make sense.
--
Jan Synacek
Software Engineer, Red Hat
signature.asc
Description: PGP signature
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
To be more consistent with how dracut parses rd.luks.key, it is now
allowed to specified it in the format "keyfile[:keyfile_device]".
Should keyfile_device be provided, it needs to be in "UUID=uuid-here"
format. Also, keyfile path is then treated relatively to the root of the
keyfile device.
If n
to do in
initrd. Any pointers would be appreciated.
Once the above problems are sorted out, an extension of this patch (perhaps
another patch?) would be
to also support the third argument that rd.luks.key can take in dracut.
Jan Synacek (1):
cryptsetup-generator: support rd.luks.key=keyf
top.org/archives/systemd-devel/2014-December/026190.html
I haven't got time to properly analyze the problem since then...
--
Jan Synacek
Software Engineer, Red Hat
signature.asc
Description: PGP signature
___
systemd-devel mailing list
systemd-dev
---
src/systemctl/systemctl.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/systemctl/systemctl.c b/src/systemctl/systemctl.c
index 8400bc8..91e8f7c 100644
--- a/src/systemctl/systemctl.c
+++ b/src/systemctl/systemctl.c
@@ -6942,7 +6942,7 @@ static int shutdown_parse_a
the patch in [1]. Then, just execute "fedpkg
mockbuild". I tried to manually make the test fail directly inside the
mock buildroot, but couldn't make it work. After patching the spec, you
can create an srpm with "fedpkg srpm" and then use mock d
Lennart Poettering writes:
> On Wed, 10.12.14 09:21, Jan Synacek (jsyna...@redhat.com) wrote:
>
>> systemd-detect-virt would print "none" when using nspawn to run a shell
>> inside a container and then running systemd-detect-virt in it, because
>> the shell would
---
src/test/test-execute.c | 2 +-
src/test/test-util.c| 3 ---
test/udev-test.pl | 8
3 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/src/test/test-execute.c b/src/test/test-execute.c
index 85deb27..60466f0 100644
--- a/src/test/test-execute.c
+++ b/src/test/tes
---
v2:
* don't remove the assert, run in if not in a container
src/test/test-execute.c | 2 +-
src/test/test-util.c| 4 +++-
test/udev-test.pl | 8
3 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/src/test/test-execute.c b/src/test/test-execute.c
index 85deb27..
Jan Synacek writes:
> ---
> src/test/test-execute.c | 2 +-
> src/test/test-util.c| 3 ---
> test/udev-test.pl | 8
> 3 files changed, 9 insertions(+), 4 deletions(-)
>
> diff --git a/src/test/test-util.c b/src/test/test-util.c
> index 20e711d..c055955
systemd-detect-virt would print "none" when using nspawn to run a shell
inside a container and then running systemd-detect-virt in it, because
the shell would be PID 1, not the actuall systemd-detect-virt process.
---
src/shared/virt.c | 19 ++-
1 file changed, 6 insertions(+), 13
hey all look the
>> same. systemd.special(7) doesn't help much.
>>
>
> rescue.target pulls in sysinit.target (mounts, swaps, udev, sysctl...),
> while emergency.target starts a sulogin shell and nothing more. See the
> graph in bootup(7).
Ok, good to kno
udev is started, and so
> on. You get your shell right after sysinit.target but before
> basic.target basically.
>
> "emergency" maps to the "emergency" mode that sysvinit already knew:
> it just starts a shell, and does nothing else. No early-boot services
>
The errors are prefixed with "libxkbcommon" to provide some context,
because they are quite confusing without it. With the prefix, we at
least know where they come from.
---
Changes in v2:
- don't log a null message if vasprintf() fails
src/locale/localed.c | 19 +++
1 file change
The errors are prefixed with "libxkbcommon" to provide some context,
because they are quite confusing without it. With the prefix, we at
least know where they come from.
---
src/locale/localed.c | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git a/src/locale/local
Lennart Poettering writes:
> On Tue, 02.12.14 14:02, Jan Synacek (jsyna...@redhat.com) wrote:
>
>> The errors are prefixed with "libxkbcommon", because they are quite
>> confusing. With the prefix, we at least know where they come from.
>> ---
>> src/loc
The errors are prefixed with "libxkbcommon", because they are quite
confusing. With the prefix, we at least know where they come from.
---
src/locale/localed.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/src/locale/localed.c b/src/locale/localed.c
index 4e5
27; / ''):
Invalid argument
Those errors are just stupid. Maybe they would make sense if there was
also libxkbcommon code in front of me... But from the user's
perspective, they say nothing useful. I added the prefix so the errors
at least have s
David Herrmann writes:
> Hi Jan!
Hello!
> On Tue, Nov 25, 2014 at 9:23 AM, Jan Synacek wrote:
>> The errors are prefixed with "libxkbcommon", because they are quite
>> confusing. With the prefix, we at least know where they come from.
>> ---
>> src/loc
The errors are prefixed with "libxkbcommon", because they are quite
confusing. With the prefix, we at least know where they come from.
---
src/locale/localed.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/src/locale/localed.c b/src/locale/localed.c
index 4e5
Lennart Poettering writes:
> On Fri, 14.11.14 12:42, Jan Synacek (jsyna...@redhat.com) wrote:
>> +if (look_for == LAYOUTS) {
>> +Set *s;
>> +char *k;
>> +Iterator i;
>> +/* XXX: Is there
David Herrmann writes:
> Hi
>
> On Fri, Nov 14, 2014 at 12:42 PM, Jan Synacek wrote:
>> Try to validate the input similarly to how setxkbmap does it. Multiple
>> layouts and variants can be specified, separated by a comma. Variants
>> can also be left out, meaning tha
Try to validate the input similarly to how setxkbmap does it. Multiple
layouts and variants can be specified, separated by a comma. Variants
can also be left out, meaning that the user doesn't want any particular
variant for the respective layout.
Variants are validated respectively to their layou
Lennart Poettering writes:
> On Tue, 04.11.14 12:05, Jan Synacek (jsyna...@redhat.com) wrote:
>
> One more addition:
>
>> +}
>> +
>> +int xkb_get_keymaps(char ***list, enum keymap_state look_for, const char
>> *layout_prefix)
>> +{
>> +
Jan Synacek writes:
> Lennart Poettering writes:
>> On Tue, 04.11.14 12:05, Jan Synacek (jsyna...@redhat.com) wrote:
>>> +int xkb_validate_keymaps(const char *model,
>>> + const char *layouts_arg,
>>> +
Lennart Poettering writes:
> On Tue, 04.11.14 12:05, Jan Synacek (jsyna...@redhat.com) wrote:
>
>> diff --git a/src/locale/localectl.c b/src/locale/localectl.c
>> index d4a2d29..8f9e4da 100644
>> --- a/src/locale/localectl.c
>> +++ b/src/locale/localectl.c
>
If a unit contains only Also=, with no Alias= or WantedBy=, it shouldn't
be reported as static. New 'indirect' status shall be introduced.
https://bugzilla.redhat.com/show_bug.cgi?id=864298
---
Changes in version 2
- don't pass the whole strv to the higher level calls, use bool instead
man/syst
Lennart Poettering writes:
> On Fri, 07.11.14 15:18, Jan Synacek (jsyna...@redhat.com) wrote:
>
>> }
>> if (!isempty(state))
>> log_syntax(unit, LOG_ERR, filename, line, EINVAL,
>> @@ -1043,7 +1049,8 @@ static int unit_file_load(
Lennart Poettering writes:
> On Fri, 07.11.14 09:49, Jan Synacek (jsyna...@redhat.com) wrote:
>
>> Lennart Poettering writes:
>> > On Thu, 06.11.14 10:49, Jan Synacek (jsyna...@redhat.com) wrote:
>> >
>> >> I think that this patch might be a bit ine
Zbigniew Jędrzejewski-Szmek writes:
> On Fri, Nov 07, 2014 at 01:06:41PM +0100, Lennart Poettering wrote:
>> On Fri, 07.11.14 09:49, Jan Synacek (jsyna...@redhat.com) wrote:
>>
>> > Lennart Poettering writes:
>> > > On Thu, 06.11.14 10:49, Jan
If a unit contains only Also=, with no Alias= or WantedBy=, it shouldn't
be reported as static. New 'indirect' status shall be introduced.
https://bugzilla.redhat.com/show_bug.cgi?id=864298
---
man/systemctl.xml | 5 +
src/shared/install.c | 45 +++---
Continuation of
http://lists.freedesktop.org/archives/systemd-devel/2014-November/025041.html.
Jan Synacek (1):
shared/install: when unit contains only Also=, report 'indirect'
man/systemctl.xml | 5 +
src/shared/install.c
Lennart Poettering writes:
> On Thu, 06.11.14 10:49, Jan Synacek (jsyna...@redhat.com) wrote:
>
>> I think that this patch might be a bit ineffective, as it calls
>> unit_file_load() again just to get an InstallContext. I wasn't sure
>> how to get Also= targets in
If a unit contains only Also=, with no Alias= or WantedBy=, it shouldn't
be reported as static. If any target unit specified in Also= is enabled
or disabled, report this unit as enabled or disabled as well.
https://bugzilla.redhat.com/show_bug.cgi?id=864298
---
src/shared/install.c | 23 +
right away.
Jan Synacek (1):
shared/install: don't report 'static' when unit contains only Also=
src/shared/install.c | 23 ++-
1 file changed, 22 insertions(+), 1 deletion(-)
--
1.9.3
___
systemd-devel mailin
---
man/tmpfiles.d.xml | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/man/tmpfiles.d.xml b/man/tmpfiles.d.xml
index f2360ba..1b14d69 100644
--- a/man/tmpfiles.d.xml
+++ b/man/tmpfiles.d.xml
@@ -108,8 +108,8 @@
filename in lexicographic order, regardless of
Try to validate the input similarly to how setxkbmap does it. Multiple
layouts and variants can be specified, separated by a comma. Variants
can also be left out, meaning that the user doesn't want any particular
variant for the respective layout.
Variants are validated respectively to their layou
As mentioned in [1], it would probably be better if the validation
errors were just warnings, but I'm not sure if that can be achieved
over dbus.
[1] http://lists.freedesktop.org/archives/systemd-devel/2014-October/024129.html
Jan Synacek (1):
localed: validate set-x11-keymap
David Herrmann writes:
> Hi
>
> On Mon, Nov 3, 2014 at 2:01 PM, Jan Synacek wrote:
>> This complements the fix in commit cd4c6fb12598435fe24431f1dd616f9582f0e3b.
>
> Applied!
I don't think it was, I can't see the patch anywhere in the logs.
> Thanks
> Davi
This complements the fix in commit cd4c6fb12598435fe24431f1dd616f9582f0e3b.
---
src/locale/localectl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/locale/localectl.c b/src/locale/localectl.c
index 3690f9f..d4a2d29 100644
--- a/src/locale/localectl.c
+++ b/src/locale/loc
---
Changes in v3:
- check correct errno
Changes in v2:
- show long explanation only when errno == EROFS
src/core/machine-id-setup.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/src/core/machine-id-setup.c b/src/core/machine-id-setup.c
index efb074f..e54b879
just fallback to /dev/urandom on
>> EAGAIN I guess, and always pass GRND_NONBLOCK.
>
> I have now implemented that. Please test!
>
> Lennart
It works now, thanks!
--
Jan Synacek
Software Engineer, Red Hat
signature.asc
Description: PGP signature
__
my machine.
>
> ...
>
> Probably fixed by:
>
> http://cgit.freedesktop.org/systemd/systemd/commit/?id=74a550c5d8228
Nope, still slow.
--
Jan Synacek
Software Engineer, Red Hat
signature.asc
Description: PGP signature
___
systemd
---
Changes in v2:
- show long explanation only when errno == EROFS
src/core/machine-id-setup.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/src/core/machine-id-setup.c b/src/core/machine-id-setup.c
index efb074f..2360904 100644
--- a/src/core/machine-id-setup.c
++
Jan Synacek writes:
> Jan Synacek (1):
> bash-completion: fix systemctl isolate
I've just tested the latest systemd (commit 81333ec) and after the
bash-completion patches, this patch seems obsolete and not needed
anymore.
--
Jan Synacek
Software Engineer, Red Hat
signature.asc
Lennart Poettering writes:
> On Wed, 15.10.14 11:07, Jan Synacek (jsyna...@redhat.com) wrote:
>
>> Hello,
>>
>> in the documentation for systemd.service, under Type= option, it reads:
>>
>> Behavior of oneshot is similar to simple; however, it is expect
oor soon.
>
> OK, landed that patch now. Didn't test it much though. Please test!
>
> Lennart
Works well on my system.
Thanks again!
--
Jan Synacek
Software Engineer, Red Hat
signature.asc
Description: PGP signature
___
systemd-dev
Lennart Poettering
>>>> wrote:
>>>> > On Tue, 14.10.14 16:19, Jan Synacek (jsyna...@redhat.com) wrote:
>>>> >
>>>> >> https://bugzilla.redhat.com/show_bug.cgi?id=1147248
>>>> >
>>>> > Hmm, so far tmpfiles a
Ran Benita writes:
> On Fri, Oct 17, 2014 at 02:02:12PM +0200, Jan Synacek wrote:
>> ---
>> man/localectl.xml | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/man/localectl.xml b/man/localectl.xml
>> index 38e73c7..c332027 100
gh to you?
>
> http://lists.freedesktop.org/archives/systemd-devel/2014-October/023875.html
I don't see that mail in my mailbox either and I know that you noticed
some mail not arriving before. It seems to cause quite a lot of
confusion in discussion and patch submission
Michal Sekletar writes:
> On Mon, Oct 13, 2014 at 09:36:16AM +0200, Jan Synacek wrote:
>> Hello,
>>
>> currently, unicode characters are not correctly displayed in the
>> console. After login, when I run /usr/bin/unicode_start, unicode works
>> fine. I tried t
---
src/core/machine-id-setup.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/src/core/machine-id-setup.c b/src/core/machine-id-setup.c
index efb074f..eba35be 100644
--- a/src/core/machine-id-setup.c
+++ b/src/core/machine-id-setup.c
@@ -191,7 +191,11 @@ int machine_id_s
---
shell-completion/bash/systemctl.in | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/shell-completion/bash/systemctl.in
b/shell-completion/bash/systemctl.in
index 0150018..e47c028 100644
--- a/shell-completion/bash/systemctl.in
+++ b/shell-completion/bash/systemctl.in
@@
Jan Synacek writes:
> ---
> src/core/machine-id-setup.c | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/src/core/machine-id-setup.c b/src/core/machine-id-setup.c
> index efb074f..eba35be 100644
> --- a/src/core/machine-id-setup.c
> +++ b/src
Lennart Poettering writes:
> On Mon, 20.10.14 12:43, Jan Synacek (jsyna...@redhat.com) wrote:
>
>> When setting any of those using set-x11-keymap, check that their values
>> are available on the system.
>> ---
>>
Instead of a dedicated Discard option, use more general Options. When
the swapon command learns "-o", it will be possible to pass the value of
Options as is. The code now assumes that the only possible value to
Options is related to discard.
http://lists.freedesktop.org/archives/systemd-devel/2014
Lennart Poettering writes:
> On Mon, 20.10.14 11:08, Karel Zak (k...@redhat.com) wrote:
>
>> On Fri, Oct 03, 2014 at 07:16:55AM +0200, Jan Synacek wrote:
>> > Karel Zak writes:
>> > >> Karel, any chance you can add a "-o" option to swapon?
When setting any of those using set-x11-keymap, check that their values
are available on the system.
---
src/locale/localectl.c | 208 +
1 file changed, 139 insertions(+), 69 deletions(-)
diff --git a/src/locale/localectl.c b/src/locale/localectl.c
---
man/localectl.xml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/man/localectl.xml b/man/localectl.xml
index 38e73c7..c332027 100644
--- a/man/localectl.xml
+++ b/man/localectl.xml
@@ -178,7 +178,7 @@
-
Changes in v2:
- correctly verify multiple layouts, variants and options when specified in a
comma separated list
Jan Synacek (2):
man: fix localectl set-x11-keymap syntax description
localectl: verify layout, model, variant and options
man/localectl.xml | 2 +-
src/locale
Ran Benita writes:
> On Fri, Oct 17, 2014 at 02:02:13PM +0200, Jan Synacek wrote:
>> When setting any of those using set-x11-keymap, check that their values
>> are available on the system.
>
> I have only skimmed this patch, but generally:
>
> 1. There can only be o
When setting any of those using set-x11-keymap, check that their values
are available on the system.
---
src/locale/localectl.c | 179 ++---
1 file changed, 110 insertions(+), 69 deletions(-)
diff --git a/src/locale/localectl.c b/src/locale/localectl.c
---
man/localectl.xml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/man/localectl.xml b/man/localectl.xml
index 38e73c7..c332027 100644
--- a/man/localectl.xml
+++ b/man/localectl.xml
@@ -178,7 +178,7 @@
-
Small localectl fixes.
Both patches fix https://bugzilla.redhat.com/show_bug.cgi?id=1049306.
Jan Synacek (2):
man: fix localectl set-x11-keymap syntax description
localectl: verify layout, model, variant and options
man/localectl.xml | 2 +-
src/locale/localectl.c | 179
Mantas Mikulėnas writes:
> On Oct 15, 2014 12:07 PM, "Jan Synacek" wrote:
>>
>> Hello,
>>
>> in the documentation for systemd.service, under Type= option, it reads:
>>
>> Behavior of oneshot is similar to simple; however, it is expected that
>
hes. Comments welcome.
Cheers,
--
Jan Synacek
Software Engineer, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
---
man/systemd.service.xml | 6 +++---
man/systemd.socket.xml | 2 +-
man/systemd.swap.xml| 2 +-
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/man/systemd.service.xml b/man/systemd.service.xml
index 50ff2f5..b9604b8 100644
--- a/man/systemd.service.xml
+++ b/man/systemd.ser
https://bugzilla.redhat.com/show_bug.cgi?id=1147248
---
src/tmpfiles/tmpfiles.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/src/tmpfiles/tmpfiles.c b/src/tmpfiles/tmpfiles.c
index 8108b43..ae0289d 100644
--- a/src/tmpfiles/tmpfiles.c
+++ b/src/tmpfiles/tmpfiles.
Andrei Borzenkov writes:
> On Mon, Oct 13, 2014 at 4:33 PM, Jan Synacek wrote:
>> Andrei Borzenkov writes:
>>> On Mon, Oct 13, 2014 at 12:48 PM, Jan Synacek wrote:
>>>> Mantas Mikulėnas writes:
>>>>> On Mon, Oct 13, 2014 at 10:36 AM, Jan Synacek
Andrei Borzenkov writes:
> On Mon, Oct 13, 2014 at 12:48 PM, Jan Synacek wrote:
>> Mantas Mikulėnas writes:
>>> On Mon, Oct 13, 2014 at 10:36 AM, Jan Synacek wrote:
>>>> Hello,
>>>>
>>>> currently, unicode characters are not correctly displ
Mantas Mikulėnas writes:
> On Mon, Oct 13, 2014 at 10:36 AM, Jan Synacek wrote:
>> Hello,
>>
>> currently, unicode characters are not correctly displayed in the
>> console. After login, when I run /usr/bin/unicode_start, unicode works
>> fine. I tried to cre
1 - 100 of 132 matches
Mail list logo
