Am So., 30. Sep. 2018 um 19:57 Uhr schrieb Helmut Grohne :
> I filed this build failure almost two months ago, see
> https://bugs.debian.org/905381. And the meson maintainer had me wait
> since April (close to when the breaking commit was introduced) to add
> the relevant tools to the cross file ge
Hi,
is there a reliable way to check from a shell script that udevd is
running and able to serve request?
Say you want to run "udevadm trigger" but only if udevd is actually
able to process that request.
There is a udev_ctrl_send_ping() function, which looks like it could
be perhaps used for thos
Am Do., 11. Okt. 2018 um 08:54 Uhr schrieb Lennart Poettering
:
>
> On Di, 09.10.18 22:24, Michael Biebl (mbi...@gmail.com) wrote:
>
> > Hi,
> >
> > is there a reliable way to check from a shell script that udevd is
> > running and able to serve request?
> &g
Am Sa., 10. Nov. 2018 um 19:53 Uhr schrieb Faustin Lammler :
>
> Hi,
> sorry if this was already discussed but I can't find any
> pointer or documentation on how to handle this.
>
> This is the problem we are facing:
> https://jira.mariadb.org/browse/MDEV-15526
>
> It can be reproduced on Debian st
Am Sa., 10. Nov. 2018 um 19:56 Uhr schrieb Michael Biebl :
>
> My recommendation would be, to not create the myslq(d).service alias
> dynamically via
> [Install]
> Alias=mysql.service
> Alias=mysqld.service
>
> but ship it as a static symlink in the package
As an example
Am Sa., 10. Nov. 2018 um 19:59 Uhr schrieb Michael Biebl :
>
> Am Sa., 10. Nov. 2018 um 19:56 Uhr schrieb Michael Biebl :
> >
> > My recommendation would be, to not create the myslq(d).service alias
> > dynamically via
> > [Install]
> > Alias=mysql.service
>
Am Sa., 10. Nov. 2018 um 20:04 Uhr schrieb Michael Biebl :
> ... in Debian, to be clear.
I updated
https://wiki.debian.org/Teams/pkg-systemd/Packaging#systemd_unit_files_naming_and_installation
a bit. Hope it's helpful. Let me know if it needs further clarifications.
Michael
--
Why is
Am Mo., 10. Dez. 2018 um 14:26 Uhr schrieb Lennart Poettering
:
>
> On Mo, 10.12.18 13:47, Paolo Minazzi (paolo.mina...@mitrol.it) wrote:
>
> > but these parameter cannot modify the behaviour.
> > Is there some way to do it ?
>
> No there is not. This is compiled in and global. You can turn off all
Hi,
as for some background regarding this issue, please see [1].
Apparently a user, while in emergency mode, restarted emergency.service.
Since emergency.service has
KillMode=process
the running bash kept running, and the result was an unusable system.
I wonder, if we should simply disallow the
2015-05-04 14:49 GMT+02:00 Michael Biebl :
> Since emergency.service has
> KillMode=process
> the running bash kept running, and the result was an unusable system.
Btw, what's the reason for using KillMode=process in emergency.service?
--
Why is it that all of the instr
Any thoughts?
2015-05-04 14:54 GMT+02:00 Michael Biebl :
> 2015-05-04 14:49 GMT+02:00 Michael Biebl :
>> Since emergency.service has
>> KillMode=process
>> the running bash kept running, and the result was an unusable system.
>
> Btw, what's the reas
2015-05-06 1:49 GMT+02:00 Cameron Norman :
> +KillMode=process
>
> If I had to take a guess I would say that it was desired to let the
> shell do its own process management, but Lennart can only know. Maybe
> KillMode=mixed would be better?
KillMode=mixed seems to work better, indeed, from a quick
2015-05-06 13:40 GMT+02:00 Zbigniew Jędrzejewski-Szmek :
> On Wed, May 06, 2015 at 12:39:50PM +0200, Michael Biebl wrote:
>> 2015-05-06 1:49 GMT+02:00 Cameron Norman :
>> > +KillMode=process
>> >
>> > If I had to take a guess I would say that it was desired to l
From d3118dc4705c8f6a3d341bf8e8c0e05f84a93127 Mon Sep 17 00:00:00 2001
From: Michael Biebl
Date: Fri, 8 May 2015 17:35:52 +0200
Subject: [PATCH] unit: Set KillMode=mixed for services which use sulogin
Don't rely on sulogin to cleanup all child processes but use
KillMode=mixed instead to make sure we
2015-05-08 17:43 GMT+02:00 Michael Biebl :
> See http://lists.freedesktop.org/archives/systemd-devel/2015-May/031536.html
>
> We probably want to use KillMode=mixed, but let's start with the ones
We probably want to use KillMode=mixed *as well for other units which
spawn of child p
2015-05-08 17:43 GMT+02:00 Michael Biebl :
> See http://lists.freedesktop.org/archives/systemd-devel/2015-May/031536.html
Lennart, are you ok if I commit this?
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Ea
2015-05-12 0:03 GMT+02:00 Lennart Poettering :
> On Tue, 12.05.15 00:01, Lennart Poettering (lenn...@poettering.net) wrote:
>
>> On Mon, 11.05.15 23:50, Michael Biebl (mbi...@gmail.com) wrote:
>>
>> > 2015-05-08 17:43 GMT+02:00 Michael Biebl :
>> > > S
2015-05-13 15:19 GMT+02:00 Lennart Poettering :
> sulogin generally does not set up a PAM session, and we indeed should
> allow processes like screen staying around in such a context. Hence
> KillMode=process is actually the right choice for all these services,
> indeed.
Do you really think it mak
2015-05-13 15:45 GMT+02:00 Lennart Poettering :
> Well, I am pretty sure that in this case, it should be sulogin that
> propagates the shutdown request to the shell it spawned, but we should
> not do it otherwise.
>
> Note that by default we don't even clean up processes of unprivileged
> users on
2015-05-15 22:16 GMT+02:00 Tom Gundersen :
> on-demand I agree with Lennart that it makes the most sense to simply
> unconditionally load the modules. If this is undesirable the solution
> should be to teach the kernel to auto-load the modules, not to expect
> the admin to figure out that explicit
2015-05-26 17:57 GMT+02:00 Reindl Harald :
>> There's a stable git tree maintained by Zbigniew, Lukas and friends,
>> that carries backports for the stable releases. Most vendors should
>> consider following that repo I figure.
>>
>> I try to help the backporting business by tagging the commits I
>
2015-05-26 19:08 GMT+02:00 Lennart Poettering :
> On Tue, 26.05.15 18:52, Martin Pitt (martin.p...@ubuntu.com) wrote:
>
>> > > http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/patches/Fix-paths-in-man-pages.patch?h=experimental-220
>> >
>> > Not enthusiastic about the idea. But th
2015-05-27 2:51 GMT+02:00 Dave Reisner :
> The fact of the matter is, the last 2 releases of systemd have been
> brown bag releases. Neither 219 nor 220 are useable as the tarballs are
> provided. v220 doesn't even build in a large number of configurations.
> v218 wasn't quite as bad, but landed 18
2015-05-28 19:41 GMT+02:00 Martin Pitt :
>> > I hope that's helpful!
>>
>> Applied both!
>
> \o/ Many thanks Filipe, that's great! Biggest patch gone :)
A huge thanks from me as well to everyone involved!
--
Why is it that all of the instruments seeking intelligent life in the
universe are poin
2015-05-28 19:47 GMT+02:00 Filipe Brandenburger :
> We're actually still missing a small part of it (A sentence like
> "Files in /etc have the highest priority, files in /run take
> precedence over files with the same name in */usr/lib*." in files like
> hwdb.xml, the last /usr/lib won't get fixed)
2015-05-19 17:06 GMT+02:00 David Herrmann :
> Hi
>
> We're about to remove gudev from the systemd repository, as it is in
> no way related to the systemd code-base, nor used by the systemd
> project. To preserve backwards compatibility, gudev was extracted into
> a separate repository and is now ma
2015-05-29 15:56 GMT+02:00 Lennart Poettering :
>
> I think it's ok to expect people to run "make clean" after touching
> the makefile to get the man pages fixed.
Atm, man/custom-entities.ent is only cleaned up on "make distclean".
I think we should move that from DISTCLEANFILES to CLEANFILES.
-
2015-05-30 2:05 GMT+02:00 Daniel Mack :
> Make sure the variable set via --with-rootprefix= does not contain a
> trailing slash, so man pages can use entities like "&rootprefix;/lib"
> without ending up having double slashes.
> ---
> configure.ac | 3 ++-
> 1 file changed, 2 insertions(+), 1 delet
2015-05-30 2:30 GMT+02:00 Filipe Brandenburger :
> On Fri, May 29, 2015 at 5:21 PM, Michael Biebl wrote:
>> autoconf already strips trailing slashes for all default directory
>> variables [1].
>
> How does it handle --prefix=/ though? Does it turn it into an empty string?
2015-05-30 2:24 GMT+02:00 Daniel Mack :
>
> Fine for me, just go ahead if you have an implementation in mind :)
I was lazy and just copied
ftp://ftp.tu-clausthal.de/pub/mirror/gnu/www/software/ac-archive/normpath.html
The resulting diff would look something like
diff --git a/configure.ac b/config
2015-05-30 2:50 GMT+02:00 Michael Biebl :
> 2015-05-30 2:24 GMT+02:00 Daniel Mack :
>>
>> Fine for me, just go ahead if you have an implementation in mind :)
>
> I was lazy and just copied
> ftp://ftp.tu-clausthal.de/pub/mirror/gnu/www/software/ac-archive/normpath.html
Oh,
2015-05-30 2:53 GMT+02:00 Michael Biebl :
> 2015-05-30 2:50 GMT+02:00 Michael Biebl :
>> 2015-05-30 2:24 GMT+02:00 Daniel Mack :
>>>
>>> Fine for me, just go ahead if you have an implementation in mind :)
>>
>> I was lazy and just copied
>> ftp://ftp.t
2015-05-28 15:02 GMT+02:00 Martin Pitt :
> Lennart Poettering [2015-05-28 13:05 +0200]:
>> Nah, please remove this part. We should not ship that upstream. THis
>> is something that Fedora's initscripts.rpm should provide eventually,
>> and should be neither shipped with systemd upstream nor systemd
2015-06-01 20:12 GMT+02:00 David Herrmann :
> Hi
>
> As of today we've disabled git-push to fd.o. The official development
> git repository is now at github [1].
What about the bug tracker? Will it remain at fdo's bugzilla. I have
to admit I'm not a huge fan of github's bug tracker.
Michael
--
2015-06-02 12:55 GMT+02:00 Daniel Mack :
> So, my primary motivation was to fix the obvious regression at hand
> first, but I agree the actual problem goes deeper.
Looks like even with this patch applied, we have regressions compared
to previous releases.
See https://bugs.freedesktop.org/show_bug.
2015-06-03 18:39 GMT+02:00 Kay Sievers :
> On Wed, Jun 3, 2015 at 6:32 PM, Will S wrote:
>> My understanding is that the system and user instances of systemd are
>> completely isolated from each other. So I can not create a user unit file
>> with the option Requires=network-online.target. Is there
2015-06-14 11:17 GMT+02:00 Igor Bukanov :
> Hello,
>
> I noticed that running `systemctl is-enabled foo.service` against a
> service written by a generator fails with a puzzling error message:
>
> Failed to get unit file state for foo.service: No such file or directory
>
> when I expected that the
l Hahler, Daniel Mack, David Herrmann,
> David Mohr, Dimitri John Ledkov, Djalal Harouni, dslul, Ed
> Swierk, Eric Cook, Filipe Brandenburger, Gianpaolo Macario,
> Harald Hoyer, Iago López Galeiras, Igor Vuk, Jan Synacek,
> Jason Pleau, Jason S.
All this talk about getting downstream patches upstream and then last
minute reverts without a proper justitification. WTF.
2015-06-19 16:11 GMT+02:00 Michael Biebl :
> I'm very disappointed (once again) how this release was handled.
> Lot's of last minute changes. Especially
>
2015-06-19 16:38 GMT+02:00 Lennart Poettering :
> On Fri, 19.06.15 16:29, Michael Biebl (mbi...@gmail.com) wrote:
>
>> > If something is not in shape we'll revert it. Regardless of the
>> > general merits of the patch set: this one actually broke stuff, it
>> &g
2015-06-19 16:11 GMT+02:00 Michael Biebl :
> I'm very disappointed (once again) how this release was handled.
> Lot's of last minute changes. Especially
> https://github.com/systemd/systemd/pull/293
> really sucks.
While I'm still disappointed how this issue was h
2015-07-01 22:50 GMT+02:00 Johannes Ernst :
> Hey Martin,
>
> thanks, but:
>
>>> My container is degraded because systemd-tmpfiles-setup.service
>>> failed. My understanding is that it should not run in the container
>>> anyway. (Right?)
>>
>> It should run in a container; its purpose is both neces
Hi!
2015-07-07 2:51 GMT+02:00 Zbigniew Jędrzejewski-Szmek :
> The new separated package is at https://github.com/systemd/python-systemd
..
> Following the example of libudev, I bumped the version of the separated
> package to 230, so that it is guaranteed to stay larger than the last
> version o
2015-07-07 4:50 GMT+02:00 Zbigniew Jędrzejewski-Szmek :
> On Tue, Jul 07, 2015 at 04:11:28AM +0200, Michael Biebl 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 t
2015-07-07 2:51 GMT+02:00 Zbigniew Jędrzejewski-Szmek :
> Comments, patches, pull requests — especially for documentation and tests —
> are very much welcome.
Regarding the documentation: I failed to generate the documentation
with sphinx since it didn't find the python modules.
Do you have some i
2015-07-06 19:54 GMT+02:00 David Herrmann :
> 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.
Regarding the rem
2015-07-06 19:54 GMT+02:00 David Herrmann :
> 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.
I'm getting a "ma
2015-07-07 22:42 GMT+02:00 Michael Biebl :
> 2015-07-06 19:54 GMT+02:00 David Herrmann :
>> 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 exclusi
2015-07-07 23:12 GMT+02:00 Daniel Mack :
> On 07/07/2015 04:42 PM, Michael Biebl wrote:
>> Assertion 'fsck_exists("minix") == 0' failed at
>> src/test/test-path-util.c:213, function test_fsck_exists(). Aborting.
>> Aborted
>
> That's due to a
2015-07-08 21:17 GMT+02:00 Zbigniew Jędrzejewski-Szmek :
> On Tue, Jul 07, 2015 at 03:49:13PM +0200, Michael Biebl wrote:
>> 2015-07-07 2:51 GMT+02:00 Zbigniew Jędrzejewski-Szmek :
>> > Comments, patches, pull requests — especially for documentation and tests —
>>
Hi
2015-07-09 14:17 GMT+02:00 Armin K. :
> a is systemd-221 from fd.o, b is systemd-222 generated by make dist.
>
> TL;DR - files used to build the compat libs are missing even though
> --enable-compat libs was specified on ./configure line before
> make dist was built.
You need to run "make" bef
Have a look at the openvpn package in Debian. It implements something
like you have in mind.
There are multiple openvpn@.service instances and a single
openvpn.service which can be used by the admin to start/stop/restart
them.
2015-07-21 13:43 GMT+02:00 Marc Haber :
> Hi,
>
> I am trying to system
2015-07-22 19:15 GMT+02:00 Lennart Poettering :
> On Tue, 21.07.15 13:43, Marc Haber (mh+systemd-de...@zugschlus.de) wrote:
>> Can I write my nifty.target as a service? I have seen in this case
>> nifty.service files with Exec=/bin/true to basically create a no-op
>> service, but that's ugly.
>
> T
2015-07-25 3:18 GMT+02:00 Rich Freeman :
> I noticed that mount units for nfs shares created by the generator do
> not Want=nfs-client.target or similar.
>
> That means that if you don't explicitly want nfs-client in your
> configuration then nfs shares will get mounted, but services like
> rpc-sta
Hi,
something I was wondering regarding kdbus and udev.
If udev wants to drop the netlink transport and instead rely on kdbus,
would this mean, systemd becomes mandatory in the initramfs to setup
kdbus before udev is run?
Will it still be possible in the future to run udev without systemd
in the
2015-07-29 5:40 GMT+02:00 Tom Gundersen :
> On Wed, Jul 29, 2015 at 1:21 AM, Michael Biebl wrote:
>> something I was wondering regarding kdbus and udev.
>> If udev wants to drop the netlink transport and instead rely on kdbus,
>> would this mean, systemd becomes mandator
2015-08-06 14:43 GMT+02:00 Reindl Harald :
> well, but "Type=simple" is default and recommended everywhere because there
> is no main-pid to guess and the with "Restart=always" monitored is in fact
> "ExecStart"
Actually, Type=simple has its own share of problems:
https://bugs.debian.org/cgi-bin/
Hi,
say I wanted to grant an unprivileged userA the ability to
systemctl start/stop/restart/reload foo.service
and only grant this for foo.service.
Is there a way to achieve that without resorting to using hacks like
sudo or a suid binary? From a cursory look, the existing PolicyKit
rules are too
Hi,
2015-08-31 14:46 GMT+02:00 Lukáš Nykrýn :
> We have never did "mass backport", because most of them were irrelevant
> for our ancient systemd in rhel. It is handy when I am looking for some
> bugfix in upstream and the first step was to go through such patches.
>
> By the way it might be a goo
2015-09-01 11:45 GMT+02:00 Michael Biebl :
> As it looks like, Martin (Ubuntu/Debian) and myself (Debian) will be going.
Let's say, we are planning to go :-)
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away fr
2015-09-10 12:00 GMT+02:00 martin f krafft :
> Hi,
>
> on one of my machines, /srv/backup is an encrypted filesystem
> sitting on top of a DRBD volume. In /etc/crypttab, I thus have
>
> backup /dev/drbd/by-res/backup none noauto
>
> and then I mount /dev/mapper/backup on /srv/backuppc.
>
drbd r
Hi,
reading https://wiki.gnome.org/Projects/GnomeCommon/Migration, it says
that intltool is practically dead and one should use gettext directly.
Do we still need intltool in systemd? Does gettext have support for
translating PolicyKit policy files?
Michael
--
Why is it that all of the instrum
2015-09-10 19:07 GMT+02:00 martin f krafft :
> also sprach Michael Biebl [2015-09-10 17:51 +0200]:
>> drbd requires network access and drdb.service has
>> DefaultDependencies=yes and is started in multi-user.target.
>>
>> If this mount point is treated as local fil
2015-09-18 22:34 GMT+02:00 Tobias Hunger :
>
> Any progress yet on the "very soon now" release?
This fix is supposed to be part of the v226 release, which was
released on 2015-09-08.
You raised this issue on 2015-09-05, so you didn't have v226 back then.
--
Why is it that all of the instruments s
Hi,
yes, in Debian we'll need /dev/initctl support for at least another
release cycle so users can switch between the init system and safely
reboot (in both directions).
If it's not too much of a nuisance, it would be great if it could
still be provided a bit longer upstream, otherwise we'll have
2015-09-23 0:45 GMT+02:00 Lennart Poettering :
> On Wed, 23.09.15 00:38, Michael Biebl (mbi...@gmail.com) wrote:
>
>> Hi,
>>
>> yes, in Debian we'll need /dev/initctl support for at least another
>> release cycle so users can switch between the init system and s
1:17 GMT+02:00 Michael Biebl :
> 2015-09-23 0:45 GMT+02:00 Lennart Poettering :
>> On Wed, 23.09.15 00:38, Michael Biebl (mbi...@gmail.com) wrote:
>>
>>> Hi,
>>>
>>> yes, in Debian we'll need /dev/initctl support for at least another
>>>
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... AFAIK, gettext cannot be directly used
> to parse and merge translation
Hi
2015-10-28 17:44 GMT+01:00 Zbigniew Jędrzejewski-Szmek :
> * Tests that cover most of the python code were added. As a
> result, a bug in sd_is_mq was fixed in systemd 227.
Is there something special I need to do to run the test-suite and make it pass:
$ make check
python se
Oops, the make check output was cut off
2015-10-29 2:14 GMT+01:00 Michael Biebl :
> $ make check
> python setup.py build
> running build
> running build_py
> package init file 'systemd/test/__init__.py' not found (or not a regular file)
> package init file 'system
Grr, my first reply should have gone to the mailing list...
2015-11-08 21:03 GMT+01:00 Lennart Poettering :
> On Sun, 08.11.15 19:40, Michael Biebl (mbi...@gmail.com) wrote:
>
>> 2015-11-08 19:10 GMT+01:00 Lennart Poettering :
>> > Heya!
>> >
>> > At s
I wonder why we use gold as linker in systemd by default.
bfd is not noticeably slower here and the actual generated binaries
seem to be a bit smaller.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
__
2015-11-11 12:58 GMT+01:00 Martin Pitt :
> Hello all,
>
> in case it's useful, this is how we split them in Debian.
>
> However, is this even a topic for upstream, apart from giving
> recommendations? I. e. do you actually consider putting this kind of
> split into the upstream build system à la "m
2015-11-11 21:21 GMT+01:00 Jóhann B. Guðmundsson :
[snip]
> To coordinate and oversee and collectively share work done between
> distribution integrating the relevant components in their distribution.
And now you started an unrelated meta-discussion. Please do that in a
separate thread and don't h
2015-11-14 12:27 GMT+01:00 Martin Pitt :
> There's also still the networkd regression:
>
> https://github.com/systemd/systemd/issues/1866
Another recent regression:
https://github.com/systemd/systemd/issues/1892
which should be fixed before the release.
--
Why is it that all of the instrume
2015-11-19 11:17 GMT+01:00 Umut Tezduyar Lindskog :
> On Wed, Nov 18, 2015 at 10:13 AM, David Herrmann
> wrote:
>> * systemd will now bump the net.unix.max_dgram_qlen to 512 by
>> default now (the kernel default is 16). This is beneficial
>
> AFAIK default is 10 which means you
2015-11-23 13:32 GMT+01:00 Mantas Mikulėnas :
> I remember Debian had an oddly restrictive policy for systemd bus access
> (though it seems to be fixed now?).
The Debian systemd package never diverged from the upstream D-Bus policy afair.
*But* in the past, the systemd-shim package shipped it's o
Hi Michael
> The USB drive is named 'clone'. Its fstab entry reads:
>> #Entry for /dev/sdb1 :
>> UUID=F4CEDFE4CEDF9D64 /media/michael/clonentfs
>> defaults,nodev,nosuid,uid=1000,gid=1000,uhelper=udisks2 0
>> 0
Add noauto or nofail to your mount options.
--
Why is it that all of the
2015-12-09 20:46 GMT+01:00 Lennart Poettering :
> On Wed, 09.12.15 18:27, Soumya Koduri (skod...@redhat.com) wrote:
>
>> Hi,
>>
>> I have created a systemd.unit(nfs-ganesha.service) file as below :
>>
>> [Unit]
>>
>> After=nfs-ganesha-config.service
>> Requires=nfs-ganesha-config.service
>>
>>
Hi,
I'm using systemd v228 and tried to lock down rsyslog a bit.
For that I added
# /etc/systemd/system/rsyslog.service.d/override.conf
[Unit]
ProtectSystem=yes
ProtectHome=yes
CapabilityBoundingSet=~CAP_SYS_ADMIN
I then went on to test it. For that I created the following rsyslog
config which
2015-12-20 18:40 GMT+01:00 Reindl Harald :
> InaccessibleDirectories=-/home
Makes no difference here. Using InaccessibleDirectories, rsyslogd can
still monitor and read the file in /home/michael.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away f
2015-12-20 17:33 GMT+01:00 Michael Biebl :
> # /etc/systemd/system/rsyslog.service.d/override.conf
> [Unit]
...
> Am I doing something wrong or is this a bug in systemd?
Apparently the former. I mixed up [Unit] and [Service]. Should have
checked the journal logs more carefully for erro
2015-12-21 14:16 GMT+01:00 Lennart Poettering :
> None of these three settings belong in [Unit]. They belong in [Service].
Yeah, I already figured that out in the mean time, see my earlier reply.
Sorry for the confusion.
Michael
--
Why is it that all of the instruments seeking intelligent life i
2015-12-21 14:23 GMT+01:00 Jóhann B. Guðmundsson :
> What he proposed is redundant and adds an extra line to the unit file and in
> addition requires some distro's acceptance that upstream needs to be aware
> of when it creates the unit for it's daemon/service.
>
> His proposal
>
> [Unit]
> Descrip
2015-12-21 17:00 GMT+01:00 Jóhann B. Guðmundsson :
> No what's obvious is it does not add any value not et all
Well, I can reiterate the points, but I suggest you just read this thread again.
and not all
> daemons and service support additional environmental options added to them
> et all so addi
2015-12-21 17:30 GMT+01:00 Jóhann B. Guðmundsson :
> It's an added work to add the environmental line to begin with and it's an
That would be done once, by upstream ideally. The work would be negligible.
> equal amount of work for administrators to change the environmental line or
> the Exec= lin
2015-12-22 3:43 GMT+01:00 Mike Gilbert :
> With systemd, you really cannot start daemons from an interactive
> shell.
Well, there is systemd-run ...
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
__
Hi everyone
I wonder that emergency.target/emergency.service/emergency mode is good for.
Afaics, it doesn't offer anything that rescue mode doesn't also offer.
I find this situation a bit confusing.
Can anyone enlighten me why we need two different modes which are
basically the same?
Regards,
M
Thanks for the response Lennart.
I think something like this should be added to the man page. I opened
a bug report for this.
Michael
2016-02-03 22:58 GMT+01:00 Lennart Poettering :
> On Wed, 03.02.16 22:03, Michael Biebl (mbi...@gmail.com) wrote:
>
>> Hi everyone
>>
There seems to be a regression in git master (v228-1303-gcf92d86):
$ systemctl enable getty@tty1.service
Failed to execute operation: File exists
$ echo $?
1
This didn't fail with v228
2016-02-11 12:00 GMT+01:00 Lennart Poettering :
> Heya,
>
> just wanted to say that v229 is around the corner.
Nvm, seems I had a stray /etc/systemd/system/getty@tty1.service from running
systemctl edit --full getty@tty1.service
I didn't have that in my pristine test VM with v228
2016-02-11 14:13 GMT+01:00 Michael Biebl :
> There seems to be a regression in git master (v228-1303-
2016-02-11 18:06 GMT+01:00 Lennart Poettering :
> Heya!
>
> So I am thinking about some spring cleaning, and would love to remove
> the following bits from the systemd package:
>
> 1) systemd-initctl (i.e. the /dev/initctl SysV compat support). Last
>time Debian was still using that, maybe this
Great stuff!
Thanks for working on that, Martin and Daniel.
Regards,
Michael
2016-02-18 9:01 GMT+01:00 Martin Pitt :
> Hello all,
>
> you might already have noticed, but from now on PRs will not only
> trigger the semaphore checks (which are essentially a "make
> distcheck"), but also trigger mo
2016-04-08 16:25 GMT+02:00 Michal Soltys :
> On your root partition keep /var/run symlink to /run - so regardless if /var
> is or isn't mounted, the path will be correct. Wouldn't that help ? (unless
> I missed something)
That only work for late boot though. Consider the case where /var is a
separ
2016-04-08 18:12 GMT+02:00 Andrei Borzenkov :
> 08.04.2016 18:20, Michael Biebl пишет:
>> 2016-04-08 16:25 GMT+02:00 Michal Soltys :
>>> On your root partition keep /var/run symlink to /run - so regardless if /var
>>> is or isn't mounted, the path will be corre
So why don't you implement such a scheme? Talk is cheap
2016-04-10 18:22 GMT+02:00 Xen :
> I just want to present my conclusion here succintly.
>
> https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/
>
> Was introduced to safeguard against a rare occasion where an i
s://github.com/systemd/systemd-initctl/
>
> I'm happy to push the client code there once you migrated the project.
>
>
> However, I'd still like to have an Ack from Michael Biebl on the
> downstream integration of this new repository.
Well, I guess I already explained our
2016-04-20 11:14 GMT+02:00 Lennart Poettering :
>
> Here's the heuristics code logind uses to check whether hibernation
> shall be considered available or not:
>
> https://github.com/systemd/systemd/blob/master/src/shared/sleep-config.c#L229
>
> i.e. it checks that the RAM size is smaller than 0.98
2016-04-21 0:56 GMT+02:00 Michael Biebl :
> 2016-04-20 11:14 GMT+02:00 Lennart Poettering :
>>
>> Here's the heuristics code logind uses to check whether hibernation
>> shall be considered available or not:
>>
>> https://github.com/systemd/systemd/blob
Hi Lennart
2016-04-21 12:11 GMT+02:00 Lennart Poettering :
> On Thu, 21.04.16 02:50, Michael Biebl (mbi...@gmail.com) wrote:
>
>> 2016-04-21 0:56 GMT+02:00 Michael Biebl :
>> On second thought, maybe not such a good idea as this would break
>> hibernate on alternate in
201 - 300 of 681 matches
Mail list logo