On Fri, 14.08.15 17:58, Matthew Miller (mat...@fedoraproject.org) wrote:
On Fri, Aug 14, 2015 at 07:24:16PM +0200, Lennart Poettering wrote:
Given that sbin is in $PATH for unprivileged users too the seperation
is really pointless, since it's now only the $PATH order which makes
* compatibility with external
software, not breaks any.
But anyway, I think we can end the discussion here. You clearly have a
problem with me personally, and I should probably not even have
answered even once...
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel
On Fri, 14.08.15 02:50, Reindl Harald (h.rei...@thelounge.net) wrote:
is systemd now orphaned in Fedora or why is there no single comment over 3
months from a maintainer and a upstream available fix is also ignored for a
week without any comment
could get rid of all the symlinks
from /sbin binaries to their /bin binaries for compat reasons and just
make everything compatible with everything.
Yes, mock should be fixed to not install two different things to the
two paths. It's really ugly from mock...
Lennart
--
Lennart Poettering, Red
On Thu, 30.07.15 19:57, Lennart Poettering (mzerq...@0pointer.de) wrote:
Heya!
I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully
added it to the Rawhide kernel packages, and our systemd RPMs come
with built-in support, too now. If you are running an up-to-date
Rawhide
On Thu, 30.07.15 16:59, Orion Poplawski (or...@cora.nwra.com) wrote:
On 07/30/2015 04:54 PM, Orion Poplawski wrote:
On 07/30/2015 11:57 AM, Lennart Poettering wrote:
Heya!
I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully
added it to the Rawhide kernel packages
. Hence you do need
both the new kernel and the new systemd from rawhide.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Heya!
I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully
added it to the Rawhide kernel packages, and our systemd RPMs come
with built-in support, too now. If you are running an up-to-date
Rawhide system adding kdbus=1 to your kernel command line is hence
everything you need to
caps sanely if you want to ensure they are
dropped in all threads at the same time, and not just in whatever
thread was the one started first...
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora
heavily in this regard
by introducing fcaps and altering the caps inheritance logic then.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code
On Mon, 15.06.15 11:15, Petr Lautrbach (plaut...@redhat.com) wrote:
Dne 13.6.2015 v 19:07 Lennart Poettering napsal(a):
On Fri, 12.06.15 19:00, Miroslav Grepl (mgr...@redhat.com) wrote:
On 06/12/2015 12:17 PM, Lennart Poettering wrote:
On Thu, 11.06.15 06:51, Jan Kurik (jku
On Fri, 12.06.15 19:00, Miroslav Grepl (mgr...@redhat.com) wrote:
On 06/12/2015 12:17 PM, Lennart Poettering wrote:
On Thu, 11.06.15 06:51, Jan Kurik (jku...@redhat.com) wrote:
= Proposed System Wide Change: SELinux policy store migration =
https://fedoraproject.org/wiki/Changes
. Is that a problem for this proposal, and if not, why not?
Does this require changes in systemd? Does this require changes
anywhere in the core OS, outside of selinux' own userspace?
And so on...
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https
, and that it
uses meta tags for exposing this information is pretty nice).
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
as it is.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
things up by default...
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
is monotonic at least. It will save the local clock to disk at
shutdown and each time it acquires an NTP fix.
fedora doesn't use timesyncd by default however.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
On Wed, 29.04.15 16:46, Lubomir Rintel (lkund...@v3.sk) wrote:
On Wed, 2015-04-29 at 14:00 +0200, Ralf Corsepius wrote:
On 04/28/2015 03:52 PM, Lennart Poettering wrote:
And no, this *never* worked fully on Linux, and it never will,
sorry.
But it worked sufficentily most
are purely on your own.
Essentially you are asking us to support multi-boot with windows, but
you ignore that it's windows that doesn't support it in the first
place...
And no, this *never* worked fully on Linux, and it never will, sorry.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing
shutdown.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
). This does not require any explicit
support in Dracut.
pm-hibernate is obsolete as others already mentioned.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org
are not really about security, the
whole thing has more holes than a swiss cheese. Maybe one day the
security holes can be fixed, but as of now, it's simply not
secure. And this information leak is certainly the least of your
problems...
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing
On Mon, 02.03.15 10:03, Mauricio Tavares (raubvo...@gmail.com) wrote:
On Mon, Mar 2, 2015 at 9:42 AM, Lennart Poettering mzerq...@0pointer.de
wrote:
We are continuing to work on making running systemd within a container
better.
I am trying to get a /run on tmpfs patch to be acceptable
claim his desire to be is certainly not even
remotely mine.
Plese stop FUDding around!
Thank you,
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code
use live CDs or
build your own live CD.
I figure for livecds it would be fine to override this.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code
On Wed, 25.02.15 11:16, Chris Adams (li...@cmadams.net) wrote:
Once upon a time, Lennart Poettering mzerq...@0pointer.de said:
We generally default secure. The thing is that with sysrq you can
kill arbitrary processes if you have acecss to the console, and other
things, and that's just too
consider the change
unimportant.
To learn about changes upstream, please follow the upstream
discussions, thank you.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
happy to comment!
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
to the /etc/resolv.conf
issue: it really just boils down to the fact that you knew the change
was coming 6 months ago, but instead of making the necessary one-line
fix in your packages, you didn't do anything.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel
this?
Nope. All that systemd does is create it as symlinks if it is
otherwise missing. If you put something else there, then that's what
counts.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora
a symlink in /etc.
And jeezuz, I didn't push this change into Fedora. Other people did,
without talking to me.
Really, this is neither much of a compat break, nor is this something
I even knew about. Really, find something else to complain about.
Lennart
--
Lennart Poettering, Red Hat
--
devel
On Mon, 23.02.15 10:52, David Cantrell (dcantr...@redhat.com) wrote:
On Mon, Feb 23, 2015 at 04:27:22PM +0100, Lennart Poettering wrote:
On Mon, 23.02.15 08:17, David Cantrell (dcantr...@redhat.com) wrote:
Communication is a two way street, and as an upstream I cannot
a similar issue with /etc/resolve.conf in their code a
long time ago, to my knowledge. Am I so misguided to assume that
Anaconda can fix a fricking file copy too, in all those months?
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https
On Fri, 20.02.15 11:07, Dennis Gilmore (den...@ausil.us) wrote:
On Fri, 20 Feb 2015 11:04:13 -0600
Dennis Gilmore den...@ausil.us wrote:
On Fri, 20 Feb 2015 17:36:17 +0100
Lennart Poettering mzerq...@0pointer.de wrote:
On Fri, 20.02.15 16:24, Peter Robinson (pbrobin...@gmail.com
On Fri, 20.02.15 11:04, Dennis Gilmore (den...@ausil.us) wrote:
On Fri, 20 Feb 2015 17:36:17 +0100
Lennart Poettering mzerq...@0pointer.de wrote:
On Fri, 20.02.15 16:24, Peter Robinson (pbrobin...@gmail.com) wrote:
Sorry for the inconvenience and feel free to add bugs
that suit your needs?
Anyway, I have the suspicion you just want to make a fuss, and this is
where it ends for me hence.
Good night,
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct
...
But anyway, I can see that people disagree with this... I am not
convinced though that we should fuck up the packaging of systemd too
badly, just to accomodate for broken ideas...
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https
should become NOPs if systemd itself is
missing...
Not enthusiastic,
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
becomes useless with this scheme.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Wed, 21.01.15 14:34, Huzaifa Sidhpurwala (huzai...@redhat.com) wrote:
On 01/20/2015 05:59 PM, Lennart Poettering wrote:
Well, /tmp is used by X11 among other for IPC across user
boundaries. If you give each other their private instance of it,
they cannot use this for communication
.
This idea can only fly for very special systems where the propagation
is irrelevant. It's not compatible with admin workflows, at all.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code
for security checks is completely backwards.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
authorization check. E.g. running timedatectl set-time 12:00:00
and taking 5 seconds to type the password sets the clock to 12:00:05,
not 12:00:00.
This would be useful functionality in the upstream version, I'd really
like to see a patch added for that.
Lennart
--
Lennart Poettering, Red Hat
script, and then issue systemctl
daemon-reload and start it with systemctl start.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
is via systemctl enable and
systemctl disable not via timedatectl.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Tue, 25.11.14 18:04, Florian Weimer (fwei...@redhat.com) wrote:
On 11/25/2014 05:15 PM, Lennart Poettering wrote:
Really? if you want a UI that controls whether NTP server software is
running, why not call into the EnableUnitFiles() APIs directly?
Both chronyd and ntpd are often used
On Tue, 25.11.14 11:08, Michael Catanzaro (mcatanz...@gnome.org) wrote:
On Tue, 2014-11-25 at 17:15 +0100, Lennart Poettering wrote:
I am sorry, but timedated is really not the place to control NTP
*server* software. It's simply, desktopy stuff, for controlling NTP
clients.
Of course
nothing to process
anymore, it can simply exit(), and that's it.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
download it again from Fedora.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
!
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
must be written in a
specific style (i.e. not assume /var to be around, and suchlike), I
do wonder if gssproxy is ready for that.
Anyway, long story short: file a bug against the gssproxy package.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https
On Fri, 31.10.14 16:13, Michal Schmidt (mschm...@redhat.com) wrote:
On 10/31/2014 03:42 PM, Kevin Fenzi wrote:
On Fri, 31 Oct 2014 14:01:12 +0100
Lennart Poettering mzerq...@0pointer.de wrote:
So the problem appears to be that gssproxy.service been ordered before
remote-fs-pre.target
On Fri, 31.10.14 16:20, Lennart Poettering (mzerq...@0pointer.de) wrote:
On Fri, 31.10.14 16:13, Michal Schmidt (mschm...@redhat.com) wrote:
On 10/31/2014 03:42 PM, Kevin Fenzi wrote:
On Fri, 31 Oct 2014 14:01:12 +0100
Lennart Poettering mzerq...@0pointer.de wrote:
So
symlinks.
I figure systemd.rpm is currently missing the right postinst scripts
to remove those automatically on upgrade...
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
, simultaneously with the user using the machine,
then is simply wrong. You explode the test matrix, and without testing
such upgrades will never be reliable. The offline update logic is
about making the test matrix smaller, and adding determinism where it
normally is missing.
Lennart
--
Lennart
.
We are working on app sandboxes, and they will make this available,
but it's the traditional Linux model cannot really deliver this.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code
On Wed, 22.10.14 14:11, Roberto Ragusa (m...@robertoragusa.it) wrote:
On 10/21/2014 10:02 PM, Lennart Poettering wrote:
Maybe
that's actually a strategy to adopt here: upload the encryption keys
into the firmware as efi vars, and then pull them out on next boots or
so (assuming
the hdd passphrases (with strict expiry) to the kernel keyring
and then optionally pull them out there for gdm's autologin mode, so
that they can be used for decrypting the gnome keyring and
such. However, so far we haven't worked on that yet...
Lennart
--
Lennart Poettering, Red Hat
--
devel
that makes some sense.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
|| : anyway...
But again, I am not sure I understand what is going on here. Is
systemd now optional in Fedora?
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
On Mon, 20.10.14 15:08, Matthew Miller (mat...@fedoraproject.org) wrote:
On Mon, Oct 20, 2014 at 08:56:19PM +0200, Lennart Poettering wrote:
But again, I am not sure I understand what is going on here. Is
systemd now optional in Fedora?
I guess to some degree everything is optional in one
stay with bash. Thank you.
Let's not waste our time with this, please!
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
there.
In general, I am pretty sure that except a couple of programming
language or UNIX aficionades very few people can actually correctly
separate bashisms from true bourneshellisms.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https
of course autoconf scripts...), but I am pretty sure that shell
is one of the most common languages used by admins to do things, and
that's where we should be really careful to not break things.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https
not. And this
is not something you can add as an afterthought, you actually need to
do your homework and split things up into privileged and
non-priviliged parts from the beginning.
The blivet-ui thing in this regard is certainly not an improvement over
g-d-u, it's a step back.
Lennart
--
Lennart Poettering, Red
is pretty much one invidual, Billy Estes.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
repo or as many. If your biggest criticism is about code hosting
issues, then things can't be that bad...
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
this name...
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
invent new hacks, without checking if there are better
ways...
Thank you very much,
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
about?
Anyone?
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
what these packages precisely do, and why they exist?
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
we
please always discuss this first, and see if we can find a different
solution? We don't need three different solutions, if one works too...
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora
for this is?
to have needless junk in base image - if we are not going to use
systemd to manage services there, why should it be there with all
it's dependencies?
This sounds awfully like a just because! reason...
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
, if you
want to minimize them, you have a lng way to go...
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
system we supported on Fedora...
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
up into a million of subpackages,
unless you have a ver good reason for a split.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
things
for?
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
of Fedora is systemd. What did you expect?
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
of pragmatism makes bootstrapping fedora on some
new arch harder, but then again, it conceptually is much easer to grok
for admins what packages do what if there are fewer...
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https
problems exist because you can't be
bothered to fix them, then Fedora will at best be a mediocre product.
You know, some cyclic des might be easy to resolve, but a big chunk
really isn't. And our core OS stuff is full of it. I think you
underestiate the complexity of this.
Lennart
--
Lennart
and for good reasons, I really
don't see a point in complaining about this now.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Mon, 18.08.14 13:25, Richard W.M. Jones (rjo...@redhat.com) wrote:
On Mon, Aug 18, 2014 at 02:21:19PM +0200, Lennart Poettering wrote:
On Fri, 15.08.14 22:21, Nico Kadel-Garcia (nka...@gmail.com) wrote:
I just reverted the two weeks in rawhide symlink change
already. /media
appropriate one? Currently it's initrd.target.
This sounds appropriate for an initrd service.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
/systemd/system/systemd-fsck@.service.d/foobar.conf
systemctl daemon-reload
Allows you to extend the definitions in systemd-fsck@.service by your
own settings.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
one would ever use today. In fact, our
filesystem.rpm package should really stop shipping that (but then again,
I mean, it also ships /var/gopher, ...)
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
On Mon, 04.08.14 18:30, Lennart Poettering (mzerq...@0pointer.de) wrote:
To make this more confusing, to my knowledge Ubuntu (or is it Debian as
its upstream?) actually patches /run/media/$UID back into /media. Or at
least I did that. It's stupid, and a security hole, and they shoul stop
, before using the data. And if the
mtime is out of date it needs to ping the server, to sync on. But if you
do that, then there's really no need for inotify, again...
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
On Thu, 10.07.14 08:17, Oron Peled (o...@actcom.co.il) wrote:
A non-API related question...
On Thursday 10 July 2014 01:49:41 Lennart Poettering wrote:
Please understand that we are not duplicating adduser here. Already in
the name of the tool we wanted to make clear thtat
it.
What happens if a human edits the system account generated by systemd,
do the changes get lost?
Nope, what the admin changes will take effect. The only thing that might
happen that if you delete a user it might be recreated the next time
sysusers runs.
Lennart
--
Lennart Poettering, Red Hat
), and
reread the file if the mtime changed. That way you have to issue one
stat() call every 1s if you are busy, and do nothing if you are
not. Which sounds like a good deal. Much simpler and safer than inotify.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
...
Anyway, I do like to see this feature implemented in Fedora. I think
it's really crucial to get this done.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
into the smallest of devices.
sssd/libuser is fine for creating nomral users with, and fine for
late-boot stuff, and fine for bigger setups. But other than that, glibc
wins the day.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https
, also, libuser is a glib API. Nothing against glibc, but for the
low-level stuff we do that runs with nothing around we try to be OOM
safe, and stuff...
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
API for that in glibc, and hence it appears clearly the
right decision for us to use glibc.
I can see that you disagree, but I figure we have to agree to disagree
on this.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https
On Mon, 07.07.14 14:48, Pavel Raiskup (prais...@redhat.com) wrote:
On Friday 04 of July 2014 00:09:03 Lennart Poettering wrote:
On Mon, 23.06.14 16:23, Pavel Raiskup (prais...@redhat.com) wrote:
$ cat /etc/postgresql/postgresql@com_example
PGDATA=/some/path/pg/com_example
On Mon, 07.07.14 17:07, Pavel Raiskup (prais...@redhat.com) wrote:
On Monday 07 of July 2014 15:57:30 Lennart Poettering wrote:
On Mon, 07.07.14 14:48, Pavel Raiskup (prais...@redhat.com) wrote:
I'd always advise against inventing addition configuration files that
are neither
systemd's.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Thu, 03.07.14 19:11, Tom Lane (t...@sss.pgh.pa.us) wrote:
Lennart Poettering mzerq...@0pointer.de writes:
Please migrate away from .include, please use .d/ drop-ins instead. We
kinda are deprecating .include, only support it for compatibility
instead. ...
Unit files
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
the vendor operating system image, really, and his
hence strictly not dynamic. We should never invent mechanisms that make
files in /usr subject to runtime configuration. That would be completely
backwards.
Lennart
--
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
501 - 600 of 1733 matches
Mail list logo
