On 3 March 2017 at 20:58, Lennart Poettering wrote:
> On Fri, 03.03.17 12:34, Daurnimator (q...@daurnimator.com) wrote:
>
>> I'm trying to set up a centos 7 container with machinectl.
>> I've tried to run:
>>
>> machinectl pull-raw --verify=no
>> ht
I'm trying to set up a centos 7 container with machinectl.
I've tried to run:
machinectl pull-raw --verify=no
http://cloud.centos.org/centos/7/images/CentOS-7-x86_64-GenericCloud-1701.raw.tar.gz
This downloads the image, but then dies with:
File overly large, refusing
Failed to retrieve image fi
ve tried:
02-08 05:59:39 daurnimator@daurn-vultr /etc/systemd/network $ cat tor.network
[Match]
Name=lo
[Network]
DNS=127.0.0.2
Domains=~onion
02-08 06:00:23 daurnimator@daurn-vultr /etc/systemd/network $ dig
@127.0.0.2 frxleqtzgvwkv7oz.onion
; <<>> DiG 9.11.0-P2 <<>> @127.0.0.2 fr
On 8 September 2015 at 16:16, Daniel Spannbauer wrote:
> Can I test the system without rebooting it to
> find ordering cycles?
Try `systemd-analyze verify myfile.someunit`
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.f
On 21 August 2015 at 19:57, Dominick Grift wrote:
> i think it kind of sucks that systemctl --user list-units can be used to
> determine who is currently logged in.
You can see with `loginctl list-users` too
I once tried to prevent getting a list of users, but it's hard... I locked out:
- `w`
On 23 July 2015 at 23:17, Anne Mulhern wrote:
> Hi!
>
> We all know that using the journald native API it is possible to enrich the
> log
> entry data w/ key/value pairs, although this facility is Linux only.
> The set of key/value pairs which a message may log to the journal can
> constitute an
On 23 July 2015 at 04:41, Lennart Poettering wrote:
> Maybe we can change the manager core to propagate Reload() calls
> for unit type that do not support it natively to other units listed in
> PropagateReloadsTo= and then become a NOP.
>
> Or in other words: invoking reload on a target that knows
On 7 July 2015 at 12:50, Zbigniew Jędrzejewski-Szmek wrote:
>> Do you intend to publish release tarballs somewhere or should we get one from
>> https://github.com/systemd/python-systemd/releases ?
> I was hoping that the signed tags and tarballs created by github would
> be enough. I built the Fed
On 7 July 2015 at 03:54, David Herrmann wrote:
> Hi
>
> We intend to release v222 tomorrow. If anyone has open issues that
> need to be in that release, please speak up. Right now, the release
> consists almost exclusively of bug-fixes, and we want to get those
> into distributions.
>
> Thanks
> D
On 18 Jun 2015 3:51 am, "Lennart Poettering" wrote:
>
> On Wed, 17.06.15 19:48, Igor Bukanov (i...@mir2.org) wrote:
>
> > On 17 June 2015 at 15:27, Lennart Poettering
wrote:
> > > To hook up local name service
> > > clients people should use the "nss-resolve" NSS module, which ensures
> > > that
On 9 June 2015 at 20:36, Lennart Poettering wrote:
> On Wed, 03.06.15 16:31, Daurnimator (q...@daurnimator.com) wrote:
>
>> On 3 June 2015 at 16:01, Lennart Poettering wrote:
>> > On Wed, 03.06.15 15:40, Daurnimator (q...@daurnimator.com) wrote:
>> >
>> &
On 3 June 2015 at 16:01, Lennart Poettering wrote:
> On Wed, 03.06.15 15:40, Daurnimator (q...@daurnimator.com) wrote:
>
>> I was playing around with nss, and found that my loopback interface ip
>> doesn't appear from nss-myhostname.
>> Rather, my other ones do.
>
I was playing around with nss, and found that my loopback interface ip
doesn't appear from nss-myhostname.
Rather, my other ones do.
Furthermore, unless I request IPv4, link-local IPv6 addresses are
returned. Is this expected?
$ uname -n
daurn-m3800
$ getent hosts daurn-m3800
fe80::aed1:b8ff:fec0
On 2 June 2015 at 06:11, Ian Pilcher wrote:
> Is this going to make nspawn/networkd fundamentally incompatible with
> distributions that use iptables-based tools (such as firewalld)?
nftables provides a backward compatible 'iptables' command.
Most services (including firewalld) just use the 'ipta
On 28 May 2015 at 09:58, Filipe Brandenburger wrote:
> Though I'm not sure whether taking a strftime format as a command line
> argument is really a good idea... But I'll defer that to other
> reviewers.
From working with lua, I recall that accepting arbitary strftime
format strings is unsafe in
On 8 May 2015 at 01:46, Pavel Odvody wrote:
> - To access the V2 registry we need to send a special User-Agent
>docker/1.6.0
Is this really required?
Can we request they change something server side?
___
systemd-devel mailing list
systemd-devel@lis
On 13 April 2015 at 07:12, Cameron Norman wrote:
> On Fri, Apr 10, 2015 at 5:17 AM, Tomasz Bursztyka
> wrote:
>> Hi,
>>
>> [snip]
>>
>> As a notice, this is nothing new. Such standalone daemon has been already
>> done by the past, pacrunner. systemd-proxy-discoveryd will more or less
>> implement
On 27 March 2015 at 13:32, Kai Hendry wrote:
> It's still getting stuck with Type=simple.
>
> http://s.natalian.org/2015-03-27/simple.png
>
> Isn't there a better way to debug than running journalctl -u
> -f in parallel?
>
> The frustrating thing is that the SAME service file works fine on
> anot
On 6 March 2015 at 14:38, Daurnimator wrote:
> sd_journal_query_unique() finds unique *field names*.
> Not journal entries.
Apologies, I described this incorrectly.
sd_journal_query_unique() takes a field name, and allows you to
iterate over all different values that field has take
---
TODO| 2 --
man/tmpfiles.d.xml | 2 ++
src/tmpfiles/tmpfiles.c | 21 +++--
3 files changed, 9 insertions(+), 16 deletions(-)
diff --git a/TODO b/TODO
index 60efaaf..4d5e2b6 100644
--- a/TODO
+++ b/TODO
@@ -226,8 +226,6 @@ Features:
* exponential b
---
TODO| 2 --
man/tmpfiles.d.xml | 2 ++
src/tmpfiles/tmpfiles.c | 24 ++--
3 files changed, 12 insertions(+), 16 deletions(-)
diff --git a/TODO b/TODO
index 60efaaf..4d5e2b6 100644
--- a/TODO
+++ b/TODO
@@ -226,8 +226,6 @@ Features:
* exponenti
On 6 March 2015 at 16:13, Chris Morgan wrote:
> So is SD_JOURNAL_FOREACH_BACKWARDS the fastest way to find the newest
> journal entry with a given field? journalctl seems a ton faster than
> my c application is when I search for a given field that is not
> present. And by search I'm doing:
>
> jou
On 6 March 2015 at 14:25, Chris Morgan wrote:
> I was using a journal iterator to search from the newest journal entry
> backwards for a matching field, using SD_JOURNAL_FOREACH_BACKWARDS.
> This appears to be pretty slow but journalctl is really fast. I went
> looking and found sd_journal_query_u
AFAIK, all the pull-* commands do is download into /var/lib/machines.
You could easily enough just copy things into there yourself.
Or even less work: don't copy them in there at all, and pass your image
directly to systemd-nspawn (which is what machinectl uses)
See: http://www.freedesktop.org/sof
On 25 February 2015 at 20:50, Chris Morgan wrote:
> From
> http://www.freedesktop.org/software/systemd/man/systemd.journal-fields.html#__MONOTONIC_TIMESTAMP=
> it looks like __MONOTONIC_TIMESTAMP might be just what I'm looking for
> but the information at the start of that section has me wonderin
Trying to use systemd-run with certain properties consistently fails, e.g.:
$ systemd-run --scope --nice 18 --property=NoNewPrivileges=true echo test
Unknown assignment NoNewPrivileges=true.
Failed to create bus message: No such device or address
$ systemd-run --scope --user --nice 18 -p User=nob
On 20 October 2014 15:11, Lennart Poettering wrote:
> On Wed, 15.10.14 01:58, Michal Sekletar (msekl...@kemper.freedesktop.org)
> wrote:
> > -mycon = context_str(bcon);
> > +mycon = strdup(context_str(bcon));
>
> This looks wrong!
>
> I meanm what is mycon? a string or a security_
quot;.
> You need to do a "next" immediately after "seek_head".
>
If this is the API contract; why not perform "next's" functionality inside
of seek_head?
Thanks for the work around.
I just commited an example script:
https://github.com/daurnimator/lua-syste
Hi All,
I was trying to write a program that tailed the journal, but found that
sd_journal_seek_tail() didn't work as expected.
That is: that it would seek to the last/most recent thing in the journal,
and I could tail things from there.
I whipped up a quick demonstration program, that shows that
On 25 September 2014 10:44, Tom Gundersen wrote:
> I pushed the patch deleting it.
Please ensure
http://www.freedesktop.org/software/systemd/man/sd-readahead.html is
updated ASAP with a deprecation note.
___
systemd-devel mailing list
systemd-devel@li
On 22 September 2014 11:33, Daniel P. Berrange wrote:
> The current '--output FORMAT' argument defines a number of
> common output formats, but there are some useful cases it
> does cover. In particular when reading application logs it
> is often desirable to display the code file name, line numb
31 matches
Mail list logo
