With all the recent noise about systemd abusing its position with the way it
takes over logging I’ve been thinking about a way to solve it.
As far as I understand the following holds:
- Systemd takes over /dev/log socket which is normally served by rsyslog (or
other syslog daemon).
- That’s real
Just to give some context, at Pantheon, we're working on optimizations
for the "enabled" part of systemd core. The first step we're doing is
enhancing the test suite. The additions here pass on master and will
also pass with the changes we'll submit after more tests are in core.
___
В Fri, 3 Oct 2014 22:00:50 +0200
Daniel Buch пишет:
> Hi,
>
> With current git and since 430e21c2f7e77d600257ead56419f51 i keep on
> getting timeout on these units
>
> dbuch@dbuch-laptop ~/dev/systemd (git)-[master] % systemctl --failed
> UNIT LOAD ACTIVE SUBDESCRIP
В Wed, 01 Oct 2014 00:47:08 +0600
"Alexander E. Patrakov" пишет:
> 01.10.2014 00:27, Thomas Meyer wrote:
> > Am Montag, den 29.09.2014, 22:20 +0200 schrieb Richard Weinberger:
> >> On Mon, Sep 29, 2014 at 8:29 PM, Thomas Meyer wrote:
> >>> Hi,
> >>>
> >>> I get a timeout in the Fedora 21 alpha:
On Sat, Oct 04, 2014 at 02:52:09AM +0200, Darko Luketic wrote:
> It says:
>
> Takes a list of strings
>
> can you be more precise?
> ["string","string"]
> string string
> string,string
>
> what is a list in this case?
Space separated.
I updated the man page too.
Zbyszek
___
It says:
Takes a list of strings
can you be more precise?
["string","string"]
string string
string,string
what is a list in this case?
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/syst
On Fri, Oct 03, 2014 at 04:53:47PM +0200, Tobias Hunger wrote:
> From 4d038e78cd9656712a74901e0b6c79184764e7c1 Mon Sep 17 00:00:00 2001
> From: Tobias Hunger
> Date: Fri, 3 Oct 2014 16:29:30 +0200
> Subject: [PATCH 1/2] fstab-generator: Small cleanup
Applied. Please use git-send-email in the futur
---
.gitignore | 1 +
Makefile.am| 44 ++-
src/test/test-enabled.c| 143 +
.../etc/systemd/system/masked.service | 1 +
.../etc/systemd/system/maske
On Fri, Oct 03, 2014 at 07:14:51PM +0200, Thomas Meyer wrote:
> > Hmm ... one of common reason for such problems recently was missing
> > CONFIG_FHANDLE in kernel configuration. Could you verify that all
> > required kernel options are set in your case?
>
>
> Hi Andrei,
>
> Thanks for this tip!
Hi,
With current git and since 430e21c2f7e77d600257ead56419f51 i keep on
getting timeout on these units
dbuch@dbuch-laptop ~/dev/systemd (git)-[master] % systemctl --failed
UNIT LOAD ACTIVE SUBDESCRIPTION
● systemd-hostnamed.service loaded failed failed Hostname Servi
Hello,
A little bit back I wrote in about having some difficulties adding network
devices to containers. With some help from the list, I figured out how to add
my network devices to an already running container using 'iw phy' and 'ip
link'.
However, I have not yet successfully added an interfa
>From Damien Robert, Fri 03 Oct 2014 at 19:18:31 (+0200) :
> From the preset file? I agree that since the enable/disable directive
> denotes glob, they are not well suited for instances services. Maybe add a
> new directive:
> instanciate foo@bar.service
> uninstanciate foo@bar.service
> (the unins
Hello, list!
In some work I've been doing with systemd-nspawn containers, I've been trying
to connect one of my containers to an openvpn network. This conteiner is being
run with the --network-bridge flag to setup its networking, so according to the
documentation, should retain CAP_NET_ADMIN ca
>From Lennart Poettering, Thu 02 Oct 2014 at 16:48:19 (+0200) :
> Well, but from somewhere systemctl preset-all needs to be able to
> discover the "bar" string... How is that supposed to work?
>
> preset-all just enumerates all unit files that are installed and
> enables/disables them according to
>From Lennart Poettering, Thu 02 Oct 2014 at 17:32:07 (+0200) :
> > Would it be possible for the .preset file to just specify foo@.service
> > and then the code that actually enables it just process the
> > DefaultInstance rule as normal?
>
> That should already work, no?
Yes it works:
in 90-syst
Am 03.10.2014 um 17:51 schrieb Andrei Borzenkov :
>
> В Fri, 03 Oct 2014 13:32:09 +0200
> Thomas Meyer пишет:
>
>> Zitat von Lennart Poettering :
>>
On Tue, 30.09.14 21:44, Tomasz Torcz (to...@pipebreaker.pl) wrote:
Check the udev database at this moment. In my understanding,
>From Lennart Poettering, Thu 02 Oct 2014 at 17:42:36 (+0200) :
> Hence so far the idea was to look for the presets only in the dirs
> where we look for static data, but not for configuration. We can
> certainly revisit this though.
This makes sense for system services, but for user services it is
On Fri, Oct 3, 2014 at 1:23 AM, Tom Gundersen wrote:
> On Thu, Oct 2, 2014 at 10:06 PM, Luis R. Rodriguez wrote:
>> On Thu, Oct 02, 2014 at 08:12:37AM +0200, Tom Gundersen wrote:
>>> Making kmod a special case is of course possible. However, as long as
>>> there is no fundamental reason why kmod
В Fri, 03 Oct 2014 13:32:09 +0200
Thomas Meyer пишет:
> Zitat von Lennart Poettering :
>
> > On Tue, 30.09.14 21:44, Tomasz Torcz (to...@pipebreaker.pl) wrote:
> >
> >> Check the udev database at this moment. In my understanding, to
> >> have device deemed
> >> ready by systemd, two things
On Fri, 2014-10-03 at 16:10 +0300, Patrik Flykt wrote:
> On Fri, 2014-10-03 at 15:48 +0300, Patrik Flykt wrote:
> > On Fri, 2014-09-26 at 15:15 -0500, Dan Williams wrote:
> > > /* RFC2132 section 4.1.1:
> > > The client MUST include its hardware address in the ’chaddr’
> > > f
From 4d038e78cd9656712a74901e0b6c79184764e7c1 Mon Sep 17 00:00:00 2001
From: Tobias Hunger
Date: Fri, 3 Oct 2014 16:29:30 +0200
Subject: [PATCH 1/2] fstab-generator: Small cleanup
---
src/fstab-generator/fstab-generator.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a
From 681971f9cca5b3db085f47750f27f3f8d51f5036 Mon Sep 17 00:00:00 2001
From: Tobias Hunger
Date: Wed, 24 Sep 2014 21:57:00 +0200
Subject: [PATCH] fstab-generator: Honor usr=, usrfstype= and usrflags=
on
kernel command line
This allows to configure boot loader entries for systems where the
root
On Thu, Oct 2, 2014 at 3:15 PM, Lennart Poettering
wrote:
> On Wed, 24.09.14 22:08, Tobias Hunger (tobias.hun...@gmail.com) wrote:
>
> The patch is line-broken, please resend non-linebroken version!
I'll fix that, sorry.
>>
>> +static int add_usr_mount(void) {
>> +_cleanup_free_ char *wh
Programs such as OpenVPN may use ask-password for not only retrieving
passwords, but also usernames. Masking usernames with * seems just silly.
v2 - Don't mess with termios flags, instead print the input
instead of an asterix. Resolves issues with backspace
and TAB input.
v3 - Ren
On Fri, 2014-10-03 at 15:48 +0300, Patrik Flykt wrote:
> On Fri, 2014-09-26 at 15:15 -0500, Dan Williams wrote:
> > /* RFC2132 section 4.1.1:
> > The client MUST include its hardware address in the ’chaddr’
> > field, if
> > - necessary for delivery of DHCP reply mes
Hi,
On Fri, 2014-09-26 at 15:15 -0500, Dan Williams wrote:
> /* RFC2132 section 4.1.1:
> The client MUST include its hardware address in the ’chaddr’
> field, if
> - necessary for delivery of DHCP reply messages.
> + necessary for delivery of DHCP
On Fri, Sep 26, 2014 at 10:01:32PM +0200, Thomas H.P. Andersen wrote:
> From: Thomas Hindoe Paaboel Andersen
>
> Spotted with coverity. If parsing both /etc/os-release and
> /usr/lib/os-release fails then null would be passed on. The calls
> to parse the two files are allowed to fail. A empty /et
On Fri, Oct 03, 2014 at 09:51:33AM +0200, Jan Synacek wrote:
> The --utc option was introduced by commit
> 9fd290443f5f99fca0dcd4216b1de70f7d3b8db1.
> Howerver, the implementation was incomplete.
> ---
> src/journal/journalctl.c | 14 +++---
> src/shared/logs-show.c | 2 +-
> src/shared
Hi,
On Thu, 2014-10-02 at 20:05 +0200, Tom Gundersen wrote:
> > The DHCPv4 header is the same format no matter what the LL address size,
> > but for non-ethernet the hlen is 0 and the chaddr is zeroed. The BPF is
> > seeded with an hlen of 0 and a valid ETH_ALEN sized buffer of all zeros
Zitat von Lennart Poettering :
On Tue, 30.09.14 21:44, Tomasz Torcz (to...@pipebreaker.pl) wrote:
Check the udev database at this moment. In my understanding, to
have device deemed
ready by systemd, two things must happen for device entry:
– TAGS variable must contain ”systemd”
– SYSTEMD_
On Thu, Oct 02, 2014 at 02:39:10PM +0200, Lennart Poettering wrote:
> On Wed, 24.09.14 17:18, Michal Sekletar (msekl...@redhat.com) wrote:
>
> Heya,
>
> > +for (j = VARIABLE_LANG; j < _VARIABLE_LC_MAX; j++)
>
> I think it is much nicer to count from an explicit "0" on here,
> instead of
On Thu, Oct 2, 2014 at 10:06 PM, Luis R. Rodriguez wrote:
> On Thu, Oct 02, 2014 at 08:12:37AM +0200, Tom Gundersen wrote:
>> Making kmod a special case is of course possible. However, as long as
>> there is no fundamental reason why kmod should get this special
>> treatment, this just looks like
Op 2 okt. 2014, om 15:29 heeft Tom Gundersen het volgende
geschreven:
> On Thu, Oct 2, 2014 at 2:20 PM, Lennart Poettering
> wrote:
>> On Thu, 02.10.14 13:00, Koen Kooi (k...@dominion.thruhere.net) wrote:
>>
>>>
>>> Op 2 okt. 2014, om 07:36 heeft Tom Gundersen het volgende
>>> geschreven:
The --utc option was introduced by commit
9fd290443f5f99fca0dcd4216b1de70f7d3b8db1.
Howerver, the implementation was incomplete.
---
src/journal/journalctl.c | 14 +++---
src/shared/logs-show.c | 2 +-
src/shared/time-util.c | 19 +++
src/shared/time-util.h | 3 ++-
The --utc option was introduced by commit
9fd290443f5f99fca0dcd4216b1de70f7d3b8db1.
Howerver, the implementation was incomplete.
This patch makes --utc work with --verify, --list-boots. Also, first line of
output of journalctl now correctly handles --utc as well. The only option I
didn't patch was
35 matches
Mail list logo
