ough, regardless how "movable"
> your machine is.
What "as well as possible" might be is a matter of policy. In many cases,
"please wait until the network is fixed, then continue" is absolutely the
best reaction.
--
Matthew Miller mat...@mattdm.org
summer.
When it comes back on, you don't want it to be instantly rooted with the big
exploit that was patched in July but not yet applied on this system since it
was off.
Ideally, you do what you're suggesting, but you also want to cover the other
side too.
--
Matthew Miller
rather than trying to shoehorn it in to the general
startup.
In fact, to be safe, I can imagine a startup procedure where
sysupdates.target is the boot default, and when that completes it switches
to multiuser.target (via isolate, or even via kexec if a new kernel is
requi
service starts earlier but can
be restarted with the updated version before it is actually accessible, that
is fine.)
Is this possible with systemd?
--
Matthew Miller mat...@mattdm.org <http://mattdm.org/>
___
s
ence of this directory besides FHS conformance?
Yes. It's where to put non-transient service data that does not belong to a
user, and does not belong to a package.
--
Matthew Miller
Senior Systems Architect -- Instructional & Research Computing Services
Harva
ut. Basically all you are doing is asking for people
to yell at you. :)
--
Matthew Miller mat...@mattdm.org <http://mattdm.org/>
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
dmins who want to start something in a kludgy get-it-going-on boot way
*exactly* want to avoid thinking about ordering. That's what rc.local is
*for*.
--
Matthew Miller mat...@mattdm.org <http://mattdm.org/>
___
system
draw a line in the sand and make that declaration, it should be
officially said somewhere.
--
Matthew Miller mat...@mattdm.org <http://mattdm.org/>
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://list
packages may or may not also entail changes to /etc, of course.)
--
Matthew Miller mat...@mattdm.org <http://mattdm.org/>
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
gt; this change...
https://bugzilla.redhat.com/show_bug.cgi?id=644868
This was fixed, and since then it seems to have been working fine on my
test system with this configuration.
--
Matthew Miller mat...@mattdm.org <http://mattdm.org/>
or the Fedora 15 release notes?
--
Matthew Miller mat...@mattdm.org <http://mattdm.org/>
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
el - Messiah - Hallelujah Chorus
--
Matthew Miller mat...@mattdm.org <http://mattdm.org/>
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
ch is useful for other non-system-level tasks as well.
--
Matthew Miller
Senior Systems Architect -- Instructional & Research Computing Services
Harvard School of Engineering & Applied Sciences
___
systemd-devel mailing list
systemd-devel@li
On Mon, Sep 20, 2010 at 10:13:20AM -0300, Gustavo Sverzut Barbieri wrote:
> Maybe integrate it into systemd? It's one single .c file as far as I
> could check.
What's the advantage of making this monolithic?
--
Matthew Miller mat...@mattdm.org &l
ter every installation of
> systemd :-/
Or, conversely, why not enable 12 by default?
> - should we provide a "clean /tmp" service?
At boot, or scheduled?
--
Matthew Miller mat...@mattdm.org <http://mattdm.org/>
__
for this exact reason. :)
Unfortunately, there are some technical hurdles to doing that. So for now,
if you could tag and fire off both builds, it'd help increase the testing of
new systemd builds.
--
Matthew Miller mat...@mattdm.org <http://mattdm.org/>
__
On Wed, Sep 08, 2010 at 08:28:09AM -0500, Jack Byer wrote:
> If you mean "no, there are no plans to support that" then please just say so
> plainly.
The two examples you've listed are supported already.
--
Matthew Miller mat...@mattdm.org
odo list but I haven't gotten
to it yet.
--
Matthew Miller mat...@mattdm.org <http://mattdm.org/>
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
solate show $t|grep -q 'yes' && echo $t ;
done
but that's way more awk than should be necessary. And as I understand it,
--all still won't list everything.
--
Matthew Miller mat...@mattdm.org <http://mattdm.org/>
_
e got no problem doing it myself for my own system, but it seems
good in general.
--
Matthew Miller mat...@mattdm.org <http://mattdm.org/>
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedeskt
7;ve got a suggested patch
to expand the documentation a bit, hopefully making it more clear to new
systemd users.
Is there an easy way to list all units where AllowIsolate is enabled? That
should be included alongside this, I think.
--
Matthew Miller mat...@mattdm.org <http://mattdm
21 matches
Mail list logo
