Hi,
> > > Is there any particular reason? I think thresold for runtime journal
> > > size can lower much because in initramfs it's not supposed to have much
> > > logs.
> > First, there are some data strcutures which are allocated when the file
> > is created, and if the file was very small, relat
On 12/13/13 at 02:18pm, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Dec 13, 2013 at 01:49:51PM +0800, WANG Chao wrote:
> > On 12/13/13 at 06:42am, Zbigniew Jędrzejewski-Szmek wrote:
> > > On Fri, Dec 13, 2013 at 01:33:17PM +0800, WANG Chao wrote:
> > > > Hi,
> > > >
> > > > In kdump environment,
On Mon, Dec 16, 2013 at 04:57:39AM +0100, Lennart Poettering wrote:
> On Mon, 16.12.13 04:48, Lennart Poettering (lenn...@poettering.net) wrote:
>
> >
> > On Mon, 16.12.13 11:03, Chengwei Yang (chengwei.y...@intel.com) wrote:
> >
> > > the swap() operation of prioq which in fact only swap item's
On Mon, 16.12.13 06:55, Andrey Borzenkov (arvidj...@gmail.com) wrote:
> В Sun, 15 Dec 2013 23:23:54 +0100
> Lennart Poettering пишет:
>
> >
> > This is really not how we should do it: the admin must be capable of
> > tracing and pausing the boot process, and an init system should not make
> > t
On Mon, 16.12.13 04:48, Lennart Poettering (lenn...@poettering.net) wrote:
>
> On Mon, 16.12.13 11:03, Chengwei Yang (chengwei.y...@intel.com) wrote:
>
> > the swap() operation of prioq which in fact only swap item's data but
> > keep idx untouched. However, current implement does first swap the
On Mon, 16.12.13 11:03, Chengwei Yang (chengwei.y...@intel.com) wrote:
> the swap() operation of prioq which in fact only swap item's data but
> keep idx untouched. However, current implement does first swap the idx
> and then swap back again.
Sorry, I do understand? Can you elaborate, please? Is
the swap() operation of prioq which in fact only swap item's data but
keep idx untouched. However, current implement does first swap the idx
and then swap back again.
---
src/shared/prioq.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/src/shared/prioq.c b/src/shared/prioq.c
ind
В Sun, 15 Dec 2013 23:23:54 +0100
Lennart Poettering пишет:
>
> This is really not how we should do it: the admin must be capable of
> tracing and pausing the boot process, and an init system should not make
> that impossible.
>
What happens currently when service gets SIGSTOP? Does systemd ig
On 12/14/2013 12:20 AM, Lennart Poettering wrote:
> On Fri, 13.12.13 16:15, Lennart Poettering (lenn...@poettering.net) wrote:
>
>>> We had discussed this back at Linux Plumbers last year, and at the time
>>> you had suggested that rather than create /dev/ttyN symlinks we should
>>> instead do som
the process only has one working directory, and a race is
harmless
---
src/shared/util.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/shared/util.c b/src/shared/util.c
index b5ffaa1..7c73074 100644
--- a/src/shared/util.c
+++ b/src/shared/util.c
@@ -2737,9 +2737,
Also make thread_local available w/o including .
(as the latter hasn't been implemented, but this part is trivial)
---
src/libsystemd-bus/sd-bus.c | 4 ++--
src/libsystemd-bus/sd-event.c | 2 +-
src/libsystemd-id128/sd-id128.c | 8
src/login/logind-inhibit.c | 2 +-
src/sha
On Sun, Dec 15, 2013 at 3:16 PM, Lennart Poettering
wrote:
> On Sun, 15.12.13 14:56, Shawn Landden (sh...@churchofgit.com) wrote:
>
>> On Sun, Dec 15, 2013 at 1:56 PM, Lennart Poettering
>> wrote:
>> > On Sun, 15.12.13 13:19, Shawn Landden (sh...@churchofgit.com) wrote:
>> >
>> >> also make threa
On Mon, 16.12.13 00:41, Lennart Poettering (lenn...@poettering.net) wrote:
> On Sat, 14.12.13 09:22, Cecil Westerhof (cecil.wester...@snow.nl) wrote:
>
> > I made a first setup to make a service for the H2 database. I made
> > the folowing service file:
> > [Unit]
> > Description=H2 Datab
On Sat, 14.12.13 09:22, Cecil Westerhof (cecil.wester...@snow.nl) wrote:
> I made a first setup to make a service for the H2 database. I made
> the folowing service file:
> [Unit]
> Description=H2 Database
>
> [Service]
> Type=simple
> ExecStart=/usr/bin/java -cp
> /home/cecil
On Sun, 15.12.13 14:56, Shawn Landden (sh...@churchofgit.com) wrote:
> On Sun, Dec 15, 2013 at 1:56 PM, Lennart Poettering
> wrote:
> > On Sun, 15.12.13 13:19, Shawn Landden (sh...@churchofgit.com) wrote:
> >
> >> also make thread_local available w/o including
> >
> > Hmm, that looks a bit too e
On Tue, Dec 10, 2013 at 8:51 AM, Joonas Lahtinen
wrote:
> Add gummiboot branded splash screen image, which is basically the
> website logo put inside white circle on black background (to match
> default screen color on most UEFI) shrinked down to 256x256 size.
I left that out, we do not really wa
On Sun, Dec 15, 2013 at 11:49:55PM +0100, Lennart Poettering wrote:
> On Sat, 14.12.13 13:32, Thomas H.P. Andersen (pho...@gmail.com) wrote:
>
> > +_printf_(3,0)
> > int bus_error_setfv(sd_bus_error *e, const char *name, const char
> > *format, va_list ap) {
>
> This one should be on the protot
On Sun, Dec 15, 2013 at 2:51 PM, Kay Sievers wrote:
> On Tue, Dec 10, 2013 at 10:23 AM, Joonas Lahtinen
> wrote:
>> Add utility to convert 8-bit PPM files into UEFI GOP supported BGRX
>> files to be used as splash screens.
>
> Why not use bmp (or anything similar simple) that is can be edited and
On Sun, Dec 15, 2013 at 1:56 PM, Lennart Poettering
wrote:
> On Sun, 15.12.13 13:19, Shawn Landden (sh...@churchofgit.com) wrote:
>
>> also make thread_local available w/o including
>
> Hmm, that looks a bit too early, no? Does gcc even support this? glibc
gcc-4.9 supports _Thread_local
http://gc
On Sun, Dec 15, 2013 at 2:54 PM, Kay Sievers wrote:
> On Tue, Dec 10, 2013 at 10:23 AM, Joonas Lahtinen
> wrote:
>> Add support for two new configuration directives gfxmode and splash
>> which respectively allow setting the screen graphics mode and drawing
>> splash image during gummiboot executi
On Tue, Dec 10, 2013 at 10:23 AM, Joonas Lahtinen
wrote:
> Convert console_text_mode function into console_mode function
> which is able to switch back and forth between graphics and text
> mode.
Applied.
Thanks,
Kay
___
systemd-devel mailing list
syst
On Tue, Dec 10, 2013 at 10:23 AM, Joonas Lahtinen
wrote:
> Make file_read usable from other compilation units allowing reuse
> of code when splitting functionality to multiple files.
Applied.
Thanks,
Kay
___
systemd-devel mailing list
systemd-devel@lis
On Tue, Dec 10, 2013 at 10:23 AM, Joonas Lahtinen
wrote:
> Add generic purpose number parsing function to be used by modeline
> parsing.
I did not merge the modeline handling, so this is currently not needed.
Kay
___
systemd-devel mailing list
systemd-
On Tue, Dec 10, 2013 at 10:22 AM, Joonas Lahtinen
wrote:
> Be consistent with other source file definitions.
Applied.
Thanks,
Kay
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-d
On Sat, 14.12.13 13:32, Thomas H.P. Andersen (pho...@gmail.com) wrote:
> +_printf_(3,0)
> int bus_error_setfv(sd_bus_error *e, const char *name, const char
> *format, va_list ap) {
This one should be on the prototype, and not on the actual function
declaration, right? (Because it is non-static
On Tue, Dec 10, 2013 at 10:22 AM, Joonas Lahtinen
wrote:
> For easier editing, add source format modeline similar to other files.
Applied.
Thanks,
Kay
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailm
On Sat, Dec 14, 2013 at 8:12 AM, Zbigniew Jędrzejewski-Szmek
wrote:
> Are you sure that the sysctl is set early enough, before the listening
> socket is created?
Perhaps this is why your suggestion [1] for the journal bootup issue
didn't help.
[1] https://bugs.freedesktop.org/show_bug.cgi?id=714
On Sat, 14.12.13 14:19, Shawn Landden (sh...@churchofgit.com) wrote:
> It would be nice if systemd could implement the service supervisor
> side of the service readiness protocol that upstart calls "expect
> stop":
>
> The service doesn't fork, and when considers itself ready it raises
> SIGSTOP.
On Sun, 15.12.13 13:19, Shawn Landden (sh...@churchofgit.com) wrote:
> also make thread_local available w/o including
Hmm, that looks a bit too early, no? Does gcc even support this? glibc
doesn't support threads.h afaics... I couldn't find anything in
particular regarding C11 TLS support in gcc
also make thread_local available w/o including
---
src/libsystemd-bus/sd-bus.c | 4 ++--
src/libsystemd-bus/sd-event.c | 2 +-
src/libsystemd-id128/sd-id128.c | 8
src/login/logind-inhibit.c | 2 +-
src/shared/capability.c | 4 ++--
src/shared/cgroup-util.c
also make thread_local available w/o including
---
src/libsystemd-bus/sd-bus.c | 4 ++--
src/libsystemd-bus/sd-event.c | 2 +-
src/libsystemd-id128/sd-id128.c | 8
src/login/logind-inhibit.c | 2 +-
src/shared/capability.c | 4 ++--
src/shared/cgroup-util.c| 2
On Mon, Dec 16, 2013 at 02:26:02AM +0900, Tony Seo wrote:
> Hello.
>
> I send this mail to know whether systemd have options to solve this problem
> without socket activation.
>
> what I have experienced situation is like:
> If I have A.service, B.service and C.service, I'd like to set [service]
В Mon, 16 Dec 2013 02:26:02 +0900
Tony Seo пишет:
> Hello.
>
> I send this mail to know whether systemd have options to solve this problem
> without socket activation.
>
> what I have experienced situation is like:
> If I have A.service, B.service and C.service, I'd like to set [service] in
>
Hello.
I send this mail to know whether systemd have options to solve this problem
without socket activation.
what I have experienced situation is like:
If I have A.service, B.service and C.service, I'd like to set [service] in
A.service to make others started when A.service is exited(fail, exit
On Tue, Dec 10, 2013 at 10:23 AM, Joonas Lahtinen
wrote:
> Add support for two new configuration directives gfxmode and splash
> which respectively allow setting the screen graphics mode and drawing
> splash image during gummiboot execution. See README.gop for more
> details.
> + gfxmode 19
On Tue, Dec 10, 2013 at 10:23 AM, Joonas Lahtinen
wrote:
> Add utility to convert 8-bit PPM files into UEFI GOP supported BGRX
> files to be used as splash screens.
Why not use bmp (or anything similar simple) that is can be edited and
saved by common tools? It's pretty easy to read that, tianoco
On 12/15/2013 04:57 AM, Zbigniew Jędrzejewski-Szmek wrote:
On Sun, Dec 15, 2013 at 01:08:29AM +0100, Cecil Westerhof wrote:
And for good measure, the output from
SYSTEMD_LOG_LEVEL=debug journalctl -u h2 2>&1 >/dev/null|grep 'Journal filter'
That gives nothing. Even when I remove >/dev/null
So
With the current logic, a user will never be garbage-collected, since its
manager will always be around. Change the logic such that a user is
garbage-collected when it has no sessions and linger is disabled.
---
src/login/logind-user.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/src/l
Am 12.12.2013 15:38, schrieb Lennart Poettering:
> On Wed, 11.12.13 19:56, Thomas Bächler (tho...@archlinux.org) wrote:
>
>> With the current logic, a user will never be garbage-collected, since its
>> manager will always be around. Change the logic such that a user is
>> garbage-collected when it
39 matches
Mail list logo
