On Thu, Jan 31, 2013 at 07:21:27PM -0500, Colin Walters wrote:
> Using -Wl,--gc-sections helps a lot, but still. We could just put it in
> a private path like /usr/lib/systemd/libsystemd-shared.so.
I have been wanting to do something like that for a long while.
I thought it would be much more co
Hi,
On Mon, Feb 04, 2013 at 10:42:02PM +, Steven Hiscocks wrote:
> I've made the suggested changes and pushed it to github. Feedback
> welcomed :)
Thanks!
Some more thoughts on the API below. Some of those are probably
stupid, but I want to throw them out in the open, for your feedback.
SD_M
On Mon, Feb 4, 2013 at 8:42 PM, Dave wrote:
> In the year 2013, of the month of February, on the 4th day, Larry Baker
> wrote:
> > What about "2012-02~4" (leave off the "-")? Thus, "-" implies day (days
> > from the start) of the month, "~" implies days from the end of the month.
>
> Nice. I
On Mon, Feb 04, 2013 at 11:58:30AM +, Colin Guthrie wrote:
> [and the crowd goes wild!]
>
> Thanks for this work. I've also had a few bug reports about this one.
>
> 'Twas brillig, and Michal Sekletar at 02/02/13 09:10 did gyre and gimble:
> > thank you very much for the review, it is very ap
In the year 2013, of the month of February, on the 4th day, Larry Baker wrote:
> What about "2012-02~4" (leave off the "-")? Thus, "-" implies day (days
> from the start) of the month, "~" implies days from the end of the month.
Nice. I like this one. Simple, neat, and feels right. The tilde
On Sat, Feb 02, 2013 at 08:40:22PM +0200, Oleksii Shevchuk wrote:
>
> Current one:
> - If StopWhenUnneeded=yes and RequiredBy=, WantedBy=, BoundBy= empty
>Then stop unit.
> The side effect is:
> - If user starts unit, that not wanted by any started target, then unit
>will be immediately
On 4 Feb 2013, at 4:20 PM, Zbigniew Jędrzejewski-Szmek wrote:
>> Suggestions what we could do instead?
>>
>> "2012-02-:4" maybe?
>>
>> "2012-02-~4"?
> This one looks nice.
What about "2012-02~4" (leave off the "-")? Thus, "-" implies day (days from
the start) of the month, "~" implies days fr
---
src/journal/coredump.c | 41 ++---
1 file changed, 10 insertions(+), 31 deletions(-)
diff --git a/src/journal/coredump.c b/src/journal/coredump.c
index 91528d3..021b4c6 100644
--- a/src/journal/coredump.c
+++ b/src/journal/coredump.c
@@ -32,6 +32,7 @@
#i
2013/2/4 Zbigniew Jędrzejewski-Szmek
> On Mon, Feb 04, 2013 at 03:13:25PM +0100, Mirco Tischler wrote:
> > ---
> > src/journal/coredump.c | 28 ++--
> > 1 file changed, 6 insertions(+), 22 deletions(-)
> >
> > diff --git a/src/journal/coredump.c b/src/journal/coredump.c
>
On Sat, Feb 2, 2013 at 11:17 PM, Arthur Taylor wrote:
> KDSKBMODE is a virtual console ioctl which changes the current "mode"
> of the virtual console keyboard for that particular virtual terminal.
> That is, the virtual console keyboard mode, like the keymap, is a
> per-virtual terminal setting
On Mon, Feb 04, 2013 at 11:47:05PM +0100, Lennart Poettering wrote:
> On Thu, 31.01.13 00:07, Dave (d...@flex.com.au) wrote:
>
> > Hi. I'm not on the maillist, but I recently read that systemd was planning
> > to introduce an integrated job scheduler, if it isn't done already.
> >
> > If so, t
2013/2/5 William Giokas <1007...@gmail.com>:
> Thanks! It applied cleanly. Just a comment in the analyze_plot fucntion.
> Previously I mentioned that really short boot times make plots that are
> too small to really read anything, and I kept getting graphs that were
> trunctated and short, basicall
On Mon, Feb 04, 2013 at 09:32:33PM +0100, Simon Peeters wrote:
> Written by Peeters Simon . Makefile stuff
> and cleaned up a bit by Auke Kok .
> ---
>
> Fixed some stuff and dit some more cleanup.
>
> This should just cover the same usage as the old systemd-analyze, but we can
> add more functio
On Mon, Feb 4, 2013 at 2:14 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Mon, Feb 04, 2013 at 01:54:56PM -0800, Kok, Auke-jan H wrote:
>> On Thu, Jan 31, 2013 at 7:29 AM, Colin Walters wrote:
>> > Ok, here's a first patch that helps my build:
>>
>> as of today I need this patch to make my compiles
On Thu, 31.01.13 00:07, Dave (d...@flex.com.au) wrote:
> Hi. I'm not on the maillist, but I recently read that systemd was planning
> to introduce an integrated job scheduler, if it isn't done already.
>
> If so, then it would be very handy to introduce a way to run scheduled jobs
> at the end
On 04/02/13 18:30, Steven Hiscocks wrote:
On 04/02/13 05:13, David Strauss wrote:
I second the interest in committing this to the existing Python
support once polished.
On Sun, Feb 3, 2013 at 6:07 PM, Zbigniew Jędrzejewski-Szmek
wrote:
On Sun, Feb 03, 2013 at 09:18:28PM +, Steven Hiscocks
On Mon, Feb 04, 2013 at 01:54:56PM -0800, Kok, Auke-jan H wrote:
> On Thu, Jan 31, 2013 at 7:29 AM, Colin Walters wrote:
> > Ok, here's a first patch that helps my build:
>
> as of today I need this patch to make my compiles (source-based
> distro) actully succeed, otherwise `systemd-cat` fails t
On Thu, Jan 31, 2013 at 7:29 AM, Colin Walters wrote:
> Ok, here's a first patch that helps my build:
as of today I need this patch to make my compiles (source-based
distro) actully succeed, otherwise `systemd-cat` fails to CCLD:
/home/sofar/git/z/systemd/.libs/libudev.so: undefined reference to
Am 04.02.2013 22:47, schrieb Kok:
> On Mon, Feb 4, 2013 at 1:45 PM, Reindl Harald wrote:
>>
>>
>> Am 04.02.2013 22:33, schrieb Peeters Simon:
>>> 2013/2/4 Lennart Poettering :
On Mon, 04.02.13 21:32, Simon Peeters (peeters.si...@gmail.com) wrote:
> Written by Peeters Simon . Makefi
On Mon, Feb 4, 2013 at 1:45 PM, Reindl Harald wrote:
>
>
> Am 04.02.2013 22:33, schrieb Peeters Simon:
>> 2013/2/4 Lennart Poettering :
>>> On Mon, 04.02.13 21:32, Simon Peeters (peeters.si...@gmail.com) wrote:
>>>
Written by Peeters Simon . Makefile stuff
and cleaned up a bit by Auke Ko
On Mon, Feb 4, 2013 at 1:33 PM, Peeters Simon wrote:
> 2013/2/4 Lennart Poettering :
>> On Mon, 04.02.13 21:32, Simon Peeters (peeters.si...@gmail.com) wrote:
>>
>>> Written by Peeters Simon . Makefile stuff
>>> and cleaned up a bit by Auke Kok .
>>> ---
>>
>> Hmm, how does this relate to this wor
On 4 February 2013 22:33, Peeters Simon wrote:
> 2013/2/4 Lennart Poettering :
> > On Mon, 04.02.13 21:32, Simon Peeters (peeters.si...@gmail.com) wrote:
> >
> >> Written by Peeters Simon . Makefile stuff
> >> and cleaned up a bit by Auke Kok .
> >> ---
> >
> > Hmm, how does this relate to this w
Am 04.02.2013 22:33, schrieb Peeters Simon:
> 2013/2/4 Lennart Poettering :
>> On Mon, 04.02.13 21:32, Simon Peeters (peeters.si...@gmail.com) wrote:
>>
>>> Written by Peeters Simon . Makefile stuff
>>> and cleaned up a bit by Auke Kok .
>>> ---
>>
>> Hmm, how does this relate to this work:
>>
>>
On Fri, 01.02.13 13:20, Umut Tezduyar (u...@tezduyar.com) wrote:
> As of 3cdebc217c42c8529086f2965319b6a48eaaeabe support for
> distro specific boot up runlevels has been dropped.
Thanks!
Applied!
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
sy
2013/2/4 Lennart Poettering :
> On Mon, 04.02.13 21:32, Simon Peeters (peeters.si...@gmail.com) wrote:
>
>> Written by Peeters Simon . Makefile stuff
>> and cleaned up a bit by Auke Kok .
>> ---
>
> Hmm, how does this relate to this work:
>
> https://bugzilla.freedesktop.org/show_bug.cgi?id=60112
On Sat, 02.02.13 14:17, Arthur Taylor (a...@ified.ca) wrote:
> Hello systemd developers
>
> TL;DR: On a VT which X is running, messing with KDSKBMODE on
> underneath X at best has no affect and at worst breaks keyboard input
> badly. In the short term, systemd should stop calling this ioctl
> bec
On Thu, 31.01.13 22:59, David Strauss (da...@davidstrauss.net) wrote:
> Before I spend time rolling a patch, what are the thoughts on renaming
> the "priority" arguments to something like "verbosity"? This change
> would not alter the function signature, only the naming and
> documentation. We wou
On Thu, Jan 31, 2013 at 5:34 PM, Gerardo Exequiel Pozzi
wrote:
> Hello
>
> During testing Arch Linux ISO under KVM (1.2.0) (using systemd 197),
> looks like when rename rules must be applied network interface is still
> busy.
>
> You can see on the journal, when things goes bad:
>
> Jan 31 16:27:5
On Mon, 04.02.13 21:32, Simon Peeters (peeters.si...@gmail.com) wrote:
> Written by Peeters Simon . Makefile stuff
> and cleaned up a bit by Auke Kok .
> ---
Hmm, how does this relate to this work:
https://bugzilla.freedesktop.org/show_bug.cgi?id=60112
Can we merge both approaches?
>
> Fixed
On Thu, 31.01.13 21:38, Matthias Berndt (matthias_ber...@gmx.de) wrote:
> Hi,
heya,
> The attached version of the patch contains updates to the man pages.
I couldn't come up with any reason not to merge a patch like this, so
this should probably go in.
However, I'd like to ask for one change b
thanks,
I'm in the process of merging this - once I figure out why another
commit from a few days back breaks my compile :^)
Auke
On Mon, Feb 4, 2013 at 12:32 PM, Simon Peeters wrote:
> Written by Peeters Simon . Makefile stuff
> and cleaned up a bit by Auke Kok .
> ---
>
> Fixed some stuff an
Written by Peeters Simon . Makefile stuff
and cleaned up a bit by Auke Kok .
---
Fixed some stuff and dit some more cleanup.
This should just cover the same usage as the old systemd-analyze, but we can
add more functionality afterwards (systemctl dot, other output formats,...)
This is the rebase
On Wed, 30.01.13 17:02, Reindl Harald (h.rei...@thelounge.net) wrote:
> i would propose here "InaccessibleDirectories=-/data/backups"
> the same way as for EnvFiles, this even works in context not failing
> to start the service BUT if the folder exists it's not locked
>
> HTTP 403:
> Inaccessible
'Twas brillig, and Zbigniew Jędrzejewski-Szmek at 16/01/13 20:55 did
gyre and gimble:
> On Wed, Jan 16, 2013 at 09:33:22PM +0100, Holger Winkelmann wrote:
>> Can't speak from person experience, but my team has worked with the libevent
>> and
>> libev libraries which contain http libraries as well.
On Mon, 04.02.13 11:37, Michał Bartoszkiewicz (mbartoszkiew...@gmail.com) wrote:
>
> On Mon, Feb 4, 2013 at 11:15 AM, Lennart Poettering
> wrote:
> > We actually care about readability of the sources and non-Linux systems
> > are out-of-focus for us. Can you tell me which Linux system has
> > si
On 04/02/13 05:13, David Strauss wrote:
I second the interest in committing this to the existing Python
support once polished.
On Sun, Feb 3, 2013 at 6:07 PM, Zbigniew Jędrzejewski-Szmek
wrote:
On Sun, Feb 03, 2013 at 09:18:28PM +, Steven Hiscocks wrote:
Hi,
I've been developing a python
On Mon, Feb 04, 2013 at 03:13:25PM +0100, Mirco Tischler wrote:
> ---
> src/journal/coredump.c | 28 ++--
> 1 file changed, 6 insertions(+), 22 deletions(-)
>
> diff --git a/src/journal/coredump.c b/src/journal/coredump.c
> index 91528d3..4f79c45 100644
> --- a/src/journal
Hi,
On 04/02/13 16:36, Mantas Mikulėnas wrote:
> In other words, the scope ID is filled in correctly when I request
> AF_UNSPEC, but it's empty for AF_INET6.
Hm, interesting. I see now that curl without -6 does connect correctly to the
link-local address, so the failure with -6 is probably cau
Le lundi 04 février 2013 à 16:23 +0100, Zbigniew Jędrzejewski-Szmek a
écrit :
> Hi,
>
> On Mon, Feb 04, 2013 at 03:03:59PM +0100, Umut Tezduyar wrote:
> > Downside of this patch is, mountinfo mounts stick around as inactive-dead
> > even when the file system they represent is unmounted.
> >
> >
On Mon, Feb 04, 2013 at 03:56:25PM +0100, Eelco Dolstra wrote:
> Returning IPv6 link-local addresses is a bad idea, because they only
> work if an application connects specifically over the corresponding
> interface.
Isn't this a responsibility of the application to deal with that?
> So you get er
On Mon, Feb 4, 2013 at 4:56 PM, Eelco Dolstra
wrote:
> Returning IPv6 link-local addresses is a bad idea, because they only
> work if an application connects specifically over the corresponding
> interface. So you get errors like:
>
> $ curl -6 http://my-machine/
> curl: (7) Failed to connect
Hi,
On Mon, Feb 04, 2013 at 03:03:59PM +0100, Umut Tezduyar wrote:
> Downside of this patch is, mountinfo mounts stick around as inactive-dead
> even when the file system they represent is unmounted.
>
>
> On Mon, Feb 4, 2013 at 3:00 PM, Umut Tezduyar wrote:
>
> > .mount units coming from /pro
Nscd expects that an NSS module's gethostbyname4_r function returns
its first result in the pre-allocated gaih_addrtuple denoted by **pat.
(See nscd/aicache.c in the Glibc sources.) However, nss-myhostname
doesn't fill in **pat but allocates the first result in ‘buffer’, then
sets *pat. So nscd c
Returning IPv6 link-local addresses is a bad idea, because they only
work if an application connects specifically over the corresponding
interface. So you get errors like:
$ curl -6 http://my-machine/
curl: (7) Failed to connect to fe80::d6be:d9ff:fe1b:8477: Invalid argument
To prevent this,
Written by Peeters Simon . Makefile stuff
and cleaned up a bit by Auke Kok .
---
Makefile.am| 21 +-
src/analyze/systemd-analyze.c | 575 +
src/analyze/systemd-analyze.in | 328 ---
3 files changed, 585 insertions(+)
I can't find a reason why we shouldn't try to output messages for other
unit types than .service, .socket, .mount and .swap as well. It's probably
a leftover from before we started logging UNIT= from inside PID 1.
---
src/shared/logs-show.c | 11 ---
1 file changed, 11 deletions(-)
diff -
Thanks again! I have completely missed this new feature of ssh.
On 2/3/13, Mantas Mikulėnas wrote:
> On Wed, Jan 30, 2013 at 12:52 AM, Igor Bukanov wrote:
>> On 29 January 2013 00:25, Mantas Mikulėnas wrote:
>>> systemd only handles accepting connections, but does not copy any
>>> data – ssh's
---
src/journal/coredump.c | 28 ++--
1 file changed, 6 insertions(+), 22 deletions(-)
diff --git a/src/journal/coredump.c b/src/journal/coredump.c
index 91528d3..4f79c45 100644
--- a/src/journal/coredump.c
+++ b/src/journal/coredump.c
@@ -32,6 +32,7 @@
#include "log.h"
---
src/journal/coredump.c | 9 ++---
src/shared/logs-show.c | 18 +++---
2 files changed, 21 insertions(+), 6 deletions(-)
diff --git a/src/journal/coredump.c b/src/journal/coredump.c
index c989be9..91528d3 100644
--- a/src/journal/coredump.c
+++ b/src/journal/coredump.c
@@ -144
Downside of this patch is, mountinfo mounts stick around as inactive-dead
even when the file system they represent is unmounted.
On Mon, Feb 4, 2013 at 3:00 PM, Umut Tezduyar wrote:
> .mount units coming from /proc/self/mountinfo file are
> unmounted after local-fs.target is reached during shut
Only set source for freshly created .mounts coming from
mountinfo file.
---
src/core/mount.c | 12 +++-
1 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/src/core/mount.c b/src/core/mount.c
index 29ce440..8231059 100644
--- a/src/core/mount.c
+++ b/src/core/mount.c
@@ -1440,
.mount units coming from /proc/self/mountinfo file are
unmounted after local-fs.target is reached during shutdown.
Problem: .mount units popping up in mountinfo file are
added to systemd without any dependency. For that reason,
they are the first one to be unmounted during shutdown.
Whichever prog
> Hi,
> can you check if it works with the following test case?
> For me it doesn't, and I think there must be a bug.
>
> Zbyszek
Hi Zbigniew,
sorry for a responding on my initial email, but for some reason your
response[1] did not appear in my mailbox. Anyway your test have raised
an interestin
On Feb 4, 2013 1:36 PM, "Tom Gundersen" wrote:
>
>
> On Feb 4, 2013 10:31 AM, "Lennart Poettering"
wrote:
> >
> > On Fri, 01.02.13 12:50, Jake Edge (j...@lwn.net) wrote:
> >
> > > [ OK, let's try this again ... since I'm impatient about it sitting in
> > > the moderator queue, I went ahead and jo
On Feb 4, 2013 10:31 AM, "Lennart Poettering"
wrote:
>
> On Fri, 01.02.13 12:50, Jake Edge (j...@lwn.net) wrote:
>
> > [ OK, let's try this again ... since I'm impatient about it sitting in
> > the moderator queue, I went ahead and joined up ]
> >
> > Hi Lennart (and the rest of the systemd gang),
'Twas brillig, and Andrey Borzenkov at 02/02/13 19:39 did gyre and gimble:
> В Sat, 2 Feb 2013 15:24:44 +0100
> Sébastien Luttringer пишет:
>
>> Hello,
>>
>> Looking forward to mount custom partitions I decided to use unit.mount
>> files to define my new fs. Everything works perfectly, so I tried
[and the crowd goes wild!]
Thanks for this work. I've also had a few bug reports about this one.
'Twas brillig, and Michal Sekletar at 02/02/13 09:10 did gyre and gimble:
> thank you very much for the review, it is very appreciated. I've sent
> out the patch to get a feedback on a general approac
On Mon, Feb 4, 2013 at 11:15 AM, Lennart Poettering
wrote:
> We actually care about readability of the sources and non-Linux systems
> are out-of-focus for us. Can you tell me which Linux system has
> sizeof(void*) != sizeof(char*)? Otherwise, I only see this as pointless
> excercise of making our
On Wed, 30.01.13 11:07, Vasily Kulikov (seg...@openwall.com) wrote:
> Hi,
>
> systemd uses plain NULL as an argument of variadic functions, which is a
> UB in C. (char*)NULL should be used instead. Plain NULL may be defined
> as "0" or smth.
>
> >From C99:
>
> "6.3.2.3 Pointers
>
> ...
>
>
On Fri, 01.02.13 10:27, Stef Bon (stef...@gmail.com) wrote:
> > > Futher the test_autoseat can check the policy, which can override the
> > > "default" behaviour for this device. This policy is settable by admins.
> >
> > We already have a way to persistenly change the seat assignment of a
> > dev
On Mon, 04.02.13 10:30, Lennart Poettering (lenn...@poettering.net) wrote:
Oh, meh, I shouldn't write emails this early in the day.
> Explanations:
>
> As this is an early boot process we need to disable the default
^ "unit" is missing here
> ordering/requirem
On Fri, 01.02.13 15:10, Jake Edge (j...@lwn.net) wrote:
> It seems a little unfortunate that programs have to "know" what init
> system they are running under. Even if Upstart does change the kernel
> default (I have no idea one way or the other), sysvinit or some other
> init probably doesn't.
On Fri, 01.02.13 12:50, Jake Edge (j...@lwn.net) wrote:
> [ OK, let's try this again ... since I'm impatient about it sitting in
> the moderator queue, I went ahead and joined up ]
>
> Hi Lennart (and the rest of the systemd gang),
>
> I was quite surprised by some behavior that I found today in
Am 04.02.2013 10:18, schrieb Lennart Poettering:
> On Sat, 02.02.13 15:24, Sébastien Luttringer (se...@seblu.net) wrote:
>
>> Hello,
>>
>> Looking forward to mount custom partitions I decided to use unit.mount
>> files to define my new fs. Everything works perfectly, so I tried to
>> do the same
On Sat, 02.02.13 15:24, Sébastien Luttringer (se...@seblu.net) wrote:
> Hello,
>
> Looking forward to mount custom partitions I decided to use unit.mount
> files to define my new fs. Everything works perfectly, so I tried to
> do the same with all my mounted filesystems and removing /etc/fstab.
65 matches
Mail list logo