" fix, but
doubt I'll get around it it until later in the week.
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
Mageia Contributor http://www.mageia.org/
Puls
'Twas brillig, and Dr. Werner Fink at 26/11/13 14:21 did gyre and gimble:
> On Tue, Nov 26, 2013 at 10:41:36AM +0000, Colin Guthrie wrote:
>> 'Twas brillig, and Martin Pitt at 26/11/13 06:19 did gyre and gimble:
>>> Hey Lennart,
>>>
>>> Lenna
orate.
> The "always install all firmware files, they are tiny" argument works
> for me as well, so don't be afraid of using that defence. :)
WFM ;)
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogi
hard coded it would still have to support calling
it both as /bin/mount or /usr/bin/mount via some kind of conditional
(based on the --enable-split-usr configure switch) which will be uglier
in the code. If we know that a properly managed/unified /usr will always
have a /bin -> /usr/bin symlink,
journalctl -m" option to merge all these journals
into one view.
Note that for containers, if you start a containerised "machine" via
systemd-nspawn with the -j option, it will automatically create the
appropriate /var/log/journal/ folder for you such that these can be
easily merge
irst session
> assigned to the position. Thus, session->pos is a hint, seat->positions[i]
> is the definite position-assignment. Always verify both match in case you
> need to modify them!
Even if pam_systemd did get this new feature, it sounds like this
strategy would work fine for dea
s, the kill processes option (which is
a nice thing to enable if possible) would indeed kill the screen.
It would be really nice if screen somehow escaped, but if the pam* calls
need root then I think some other way would be better (perhaps with
logind doing some of the setup work... dunno).
Col
-
e statement not withstanding, but the Type and RemainAfterExit
applies only to ExecStart. This unit calls modprobe in ExecStartPre
which is always expected to do something and return. So this branch of
the thread really doesn't apply to this unit.
Col
--
Colin Guthrie
gmane(at)colin.guthr
allow
console logins in the /etc/securetty without actually modifying it.
Cheers!
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
Mageia Contributor http://www.mageia.org/
PulseAudio Hacker http://www.puls
Hi,
When playing with systemd-nspawn, is there a way to override the kernel
command line seen inside the container. I mean it's probably not correct
that the host systems /proc/cmdline leaks into the container.
Cheers
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
'Twas brillig, and Shawn Landden at 07/12/13 18:57 did gyre and gimble:
> On Sat, Dec 7, 2013 at 10:33 AM, Colin Guthrie wrote:
>> Hi,
>>
>> When playing with systemd-nspawn, is there a way to override the kernel
>> command line seen inside the container. I mean i
ode, but the only read-only related code I've seen is when using bind
> mounts, which I don't need to use to trigger this behavior.
My guess is that somehow the events from inside the container are
propigating back to the host and gentoo is doing some remount ro on
shutdown just a
le or anything more creative like that.
Your (and others) answers are pretty clear tho' and confirm what I
suspected (and hence made my first question!).
Cheers all!
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic
'Twas brillig, and Lennart Poettering at 08/12/13 23:48 did gyre and gimble:
> On Sat, 07.12.13 18:33, Colin Guthrie (gm...@colin.guthr.ie) wrote:
>
>> Hi,
>>
>> When playing with systemd-nspawn, is there a way to override the kernel
>> command line seen inside
when processes are
run as other users (requiring corresponding tmpfiles to create
appropriately name directores).
The amount of code/hassle for proper pid file handling is surely more
complex than sd-notify support?
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job
ividual units to start
the DM), try and track down where the invalid use of killproc is
specified (likely in a unit or script somewhere) and go on from there.
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
of unit files
(see below). A similar functionality exists for Requires= type
dependencies as well, the directory suffix is .requires/ in this
case.
HTHs.
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.
t the end of enable_unit() that
triggers the bad state.
I'm going to try reverting some of the patches I have applied to see
where I get with things, as I see Zbigniew backed a few out of fedora
due to freeze rules, but I did also see some threads from Zbigniew about
the whole /run/nolog
'Twas brillig, and Colin Guthrie at 13/01/14 11:16 did gyre and gimble:
> 2. This is the much odder part of the problem I'm seeing. The call to
> daemon_reload() at the end of the enable_unit() seems to trigger some
> kind of broken daemon reload that puts things into a bad s
suggestion from Kay of calling it sd-resolv instead
> (which sounds good to me).
FWIW, I think resolv sounds a lot better than both asyncns and dns here.
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
'Twas brillig, and Colin Guthrie at 13/01/14 11:30 did gyre and gimble:
> 'Twas brillig, and Colin Guthrie at 13/01/14 11:16 did gyre and gimble:
>> 2. This is the much odder part of the problem I'm seeing. The call to
>> daemon_reload() at the end of the enabl
'Twas brillig, and Colin Guthrie at 13/01/14 15:08 did gyre and gimble:
> 'Twas brillig, and Colin Guthrie at 13/01/14 11:30 did gyre and gimble:
>> 'Twas brillig, and Colin Guthrie at 13/01/14 11:16 did gyre and gimble:
>>> 2. This is the much odder part of th
;I've already decided that I'm right and everyone
else is wrong" kind of attitude. It does not make people want to offer
advice or reply and you'll ultimately get a negative experience. It's a
self fulfilling prophesy. If you start off with a negative attitude
you'll ultima
'Twas brillig, and Colin Guthrie at 13/01/14 15:33 did gyre and gimble:
> 'Twas brillig, and Colin Guthrie at 13/01/14 15:08 did gyre and gimble:
>> 'Twas brillig, and Colin Guthrie at 13/01/14 11:30 did gyre and gimble:
>>> 'Twas brillig, and Colin Guthrie
'Twas brillig, and Colin Guthrie at 14/01/14 12:10 did gyre and gimble:
> Hi,
>
> OK, so following on from my posts yesterday about "systemctl
> [en|dis]able weirdness + reload (writes /run/nologin)", I do still seem
> to be getting problems.
>
> It seems t
'Twas brillig, and Colin Guthrie at 14/01/14 12:57 did gyre and gimble:
> Looking again, it seems as if "systemctl daemon-reexec; systemctl
> daemon-reexec" can also trigger the problem...
OK, so from the last couple days of debugging, I can see two problems
where this p
*to* has to be invalid in it's own
right. -.mount fits this bill, but not sure if anything else does...
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
Mageia Contributor http://www
'Twas brillig, and Colin Guthrie at 14/01/14 13:28 did gyre and gimble:
> 3. Some sort of kernel trigger for me today led it to run two reexecs
> quite quickly and triggered this problem randomly during runtime. This
> *might* have come in via "telinit u" instead. It
g "nofail" would make their system
>>> boot-up cleanly, without delays if the file system cannot be
>>> found -- and that expection is something we'd not fulfill?
>>
>> man mount 8: nofail -- Do not report errors for this device if it
>> does not exist
to work OK with some clever tricks here
and there... (correctly me if I'm wrong)
This would surely be the nicest way to handle things during any
transition phase and could be turned off with a configure switch?
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Triba
r upstreams will be under pressure to keep the old
names in their configure scripts for a good number of years. If we
change them then we're forcing them to do an if/else structure in their
configures to check for both which is a little nasty. Surely shipping
com
maybe just dropping it now
is fine...
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
Mageia Contributor http://www.mageia.org/
PulseAudio Hacker http://www.pulseaudio.org/
Trac H
st downstreams patch this behaviour
in in some way however, but worth pointing out just in case that's
what's tripping you up.
HTHs
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
Mageia C
CC'ing Zbigniew as he's working on the Fedora bug AFAIK.
'Twas brillig, and Lennart Poettering at 20/01/14 12:37 did gyre and gimble:
> On Thu, 16.01.14 12:28, Colin Guthrie (gm...@colin.guthr.ie) wrote:
>
>>
>> 'Twas brillig, and Colin Guthrie at 14/01/14
'Twas brillig, and Lennart Poettering at 20/01/14 12:45 did gyre and gimble:
> On Mon, 13.01.14 11:16, Colin Guthrie (gm...@colin.guthr.ie) wrote:
>
>> Hi,
>>
>> I've just been debugging a weird problem in my 208 build (which is quite
>> similar to Fedora&
rators off-guard.
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
Mageia Contributor http://www.mageia.org/
PulseAudio Hacker http://www.pulseaudio.org/
Trac Hacker http://t
an you tell me about this last one "kill all processes" ?
>
> How we set this flag? from my source code analysis I didn't found it and
> the new man page of pam_systemd does not show it:
> http://www.freedesktop.org/software/systemd/man/pam_systemd.html
See man logind.c
'Twas brillig, and Hans de Goede at 21/01/14 14:38 did gyre and gimble:
> Hi,
>
> On 01/20/2014 10:54 AM, Colin Guthrie wrote:
>> 'Twas brillig, and Hans de Goede at 20/01/14 08:42 did gyre and gimble:
>>> Hi,
>>>
>>> For some reason after I&#x
t;
> * It seems there are other problems with the session and user states,
> different variables are used to check the state and later these
> variables are updated at different places!
>
> The following patches will describe the problem and try to make the
> stat
NFS (or just e.g. a 5s timeout max on the
regular NFS umount)? Perhaps this isn't possible in the umount loop - or
at least not possible cleanly...
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
n" animation will play before systemd gives up and gets aggressive.
So there is a 5s timeout before displaying that, but all it does is tell
you how many jobs are waiting and not how long it's going to wait for them.
If the user sits and watches that animation for 20s they'll likel
stale mounts and
never seems to recover.
Either way, some better way of handling of this really needs to go in
somewhere in the stack!
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
Mageia Contribut
live-A-module-to-mount-Mageia-Live-media.patch?view=markup
(note there is also upstream dracut support for live-media too. I didn't
write the above module and I've not really had time to try and
consolidate it with the usptream support).
Col
Col
--
Colin Guthrie
gmane(at
fs to make it "writable". This sounds similar to what you are trying
to achieve.
http://svnweb.mageia.org/packages/cauldron/dracut/current/SOURCES/0513-mgalive-A-module-to-mount-Mageia-Live-media.patch?view=markup
Hope it helps
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
em is
definitely a serious one and one I'll be discussing it with Lennart and
Zbigniew (aka haranguing them!) on Thursday/Friday.
I can reproduce the problem very easily on my system, so that's half the
battle. Sadly simple containers with little real world units seem to
avoid the problems.
ExecStop, which would kill httpd. We are sending useless SIGCONT here to
> give
> # httpd time to finish.
> KillSignal=SIGCONT
It's probably not "nice" to do that, but it should give the necessary
time to let things clean up properly...
A proper fix is probably highly
[Mailing list CC'ed again]
'Twas brillig, and Andrey Borzenkov at 27/01/14 11:58 did gyre and gimble:
> В Mon, 27 Jan 2014 11:27:31 +
> Colin Guthrie пишет:
>
>> 'Twas brillig, and Andrey Borzenkov at 26/01/14 17:16 did gyre and gimble:
>>>>>
ve done lots of reboots on my VM and I'd expect at least
one of them to have stalled by now.
So I might push this one in too.
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
M
guments and a --user option
(which needs --pid-file to be passed).
My argument passing code is definitely ugly but I'm pretty lazy and also
fairly crap at knowing all the right knobs to twiddle in python (and
perl) to best leverage their APIs.
Hopefully this is useful.
Patches welcome :p
Co
n officially marked as backportable
which distros can use to spruce up their v208 deployments.
I would guess a 209 release is coming in the next month or two, but Kay
and Lennart can likely comment more on that one.
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tri
This is now part of libsystemd.
---
src/journal/libsystemd-journal.pc.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/journal/libsystemd-journal.pc.in
b/src/journal/libsystemd-journal.pc.in
index 9883595..8418aaa 100644
--- a/src/journal/libsystemd-journal.pc.in
+++ b/s
he end
(e.g. to remove vowels or similar), then "abbreviate" would be better
(although I cannot see this happening any time soon in a language
agnostic way!).
My £0.02
Col
PS, why is "abbreviate" such a long word?
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://coli
'Twas brillig, and Barry Scott at 04/02/14 16:49 did gyre and gimble:
> On Tue 04 Feb 2014 16:15:52 Colin Guthrie wrote:
>> If we do want to describe the action taken rather than the effect, then
>> I would use the word "truncate" here, rather than elide as this is
This was noticed in Brussels at the hackfest. The fstab-generator currently
creates a broken symlink pointing to itself in
/run/systemd/generator/local-fs.target.wants/ for systemd-fsck-root.service
---
src/fstab-generator/fstab-generator.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
way to pass udev db
information to the running system.
If this pre-dates using udev in the initrd, then the initrd will have
bring up the h/w by itself and udev still misses important metadata when
it finally kicks in and will thus give an incomplete picture to the rest
of userspace.
As has be
'Twas brillig, and Jason A. Donenfeld at 11/02/14 18:49 did gyre and gimble:
> On Tue, Feb 11, 2014 at 6:25 PM, Colin Guthrie wrote:
>> As has been mentioned elsewhere on this thread, there are a number of
>> "gotchas" and corner cases, that this mechanism solved,
systemd itself?
Cheers for any insights
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
Mageia Contributor http://www.mageia.org/
PulseAudio Hacker http://www.pulseaudio.org/
Trac Hacker http
t
> via the various API, and only a single instance of this socket ever
> appears in /proc/net/unix.
>
> Any ideas?
This was discussed on IRC a couple days ago.
I paraphrased Lennart's reply there in this bug report (see my last
comment):
https://bugs.freedesktop.org/show_b
vier Brunel's patch from the 13th October "[PATCH] Fix
starting swap unit on symlink made it unstoppable".
I presume your patch would fix this same problem but in a different way?
Cheers
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalog
really. Just don't pull it in anymore.
As well as the above problem, my colleague also pointed out:
- up_backend_get_powersave_command (src/linux/up-backend.c line 615)
calls /usr/sbin/pm-powersave to apply powersave's adjustments.
So what is the systemd blessed way of doing thi
I'll probably put that into the package fairly soon (for a3) and likely
disable rsyslog by default also. We'll see how that goes down with the
masses :)
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
ept in F17. As
a non-fedora user, I can't really comment on that specifically.
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
Mageia Contributor http://www.mageia.org/
PulseAudio Hacker http
ot "Require"
anything on its own, it just governs order. If you put
After=my-made-up-bogus.service in a unit, it should start just fine.
So I'm a bit confused by your comment above :s
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Lim
ually this might relate to a problem one of our users is encountering
with a raid setup. The devices appear too late, but they do seem to
appear OK (unless I'm misreading the plot output).
https://bugs.mageia.org/show_bug.cgi?id=7892
Here the user enters emergency.target and short
ow mode inside the
pager without any quirks.
As a side note, when you try and exit less' follow mode, you normally
press ctrl+c ("interrupt to abort"). When used with journalctl+pager
this just exists immediately. This would also need to be fixed to make
it behave in the same way.
Ch
stemd-suspend.service man page a tiny bit to
> explain that it at its core echoes "disk" into /sys/power/state).
s/disk/mem/ I presume for suspend... :) (although I grant you that
suspend and hibernate services do share the same man page!)
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
h
sed sub-directories. You can then use journalctl
-m to automatically merged all the logs from all the machines into out
stream of log output.
HTHs
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
ors get re-ran
> at that time
Not only that but IIRC systemctl will even warn you if /etc/fstab has
been updated since the daemon was last reloaded (similar to when you
edit a unit file on disk but don't reload PID 1) due to the following in
the generated units:
[Unit]
SourcePath=/etc/fs
ing systemd-tmpfiles --create
manually)
See man systemd-tmpfiles for more info.
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
Mageia Contributor http://www.mageia.org/
PulseAudio Hacker http://www.pulse
'Twas brillig, and Sw@g at 06/11/12 18:18 did gyre and gimble:
>
> On 06/11/12 09:41, Colin Guthrie wrote:
>> 'Twas brillig, and Sw@g at 05/11/12 15:19 did gyre and gimble:
>>> Dear all,
>>>
>>> As a Archlinux user which adopted systemd for the bes
if you want to ensure the order.
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
Mageia Contributor http://www.mageia.org/
PulseAudio Hacker http://www.pulseaudio.org/
ou want to handle
> the key during the entire runtime of your service, since the kernel will
> close the fd anyway if the process dies.
Should your app use exec(), I guess you have to be somewhat careful
about CLOEXEC in this context tho'?
Col
--
Colin Guthrie
gmane(at)colin.gu
faced and the solutions for them are
all rather similar.
When launching firefox becomes a "user unit", then it will be contained
within it's own cgroup and can have resource limits imposed with
relative ease.
When this happens I think you'll have a good framework to implement t
ou even need to delve into
udev rules to make all this work as systemd handles device mounts
internally.
You can simply create a .mount unit for your drive such that when it is
inserted it is mounted automatically (you may have to BindTo= and After=
the corresponding .device unit for the exter
'Twas brillig, and Warpme at 18/11/12 18:38 did gyre and gimble:
> On 11/18/12 5:54 PM, Colin Guthrie wrote:
>
>>
>> Just as a general observation, I don't think you even need to delve into
>> udev rules to make all this work as systemd handles device mounts
>
is the uid of your user (the path should also be shown as
RuntimePath in "loginctl show-user $USER").
I do feel the correct solution is full lingering support however and the
above is a hack at best.
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http:
or many distros, eg such as Debian
>> which I am on).
I don't think this really applies here. The day-to-day commands are
really systemctl, journalctl and loginctl (although the last one is
likely not often used).
The other commands are really not often used which is very unlike git
whe
takes care of spawning new seats... Shouldn't systemd
start gdm in the same way it starts getty's? i.e. via a templated unit?
getty@tty1.service, gdm@tty2.service etc.?
Or is this exactly what you're suggesting?
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.gu
ssoins become active and inactive.
>
> Kay, what's the story behind /dev/snd/seq and ACLs?
Yeah I've occasionally had bug reports about seq and how it was never
included in the ACLs. Would be nice to see this "solved" in some
capacity even better for multi-seat.
Col
-
anyway... I mean
we don't really have a /usr/$NNN dir that really is equiv of /etc, but
not for admin use. I guess some packages have opted for putting their
config into /usr/share (e.g. alsa) and some into /usr/lib (e.g. systemd)
It would have been nice to get a "global" standar
4. A pkcs11 "pin" (or the word 'cancel' which is lame but could
probably be done more gracefully with agents).
These do all seem to fall within what could be argued as valid uses for
the password agent system, albeit they are extending it somewhat.
Thoughts on how best to
'Twas brillig, and Frederic Crozat at 27/11/12 10:00 did gyre and gimble:
> Le mardi 27 novembre 2012 à 09:50 +0000, Colin Guthrie a écrit :
>> Hi,
>>
>> Has anyone got patches to add password agent support to openvpn? I don't
>> see any patches in Fedora a
Hi,
I have several .journal~ files in my journal dir... without me digging
into the source, can someone explain what these are and if I can safely
remove them (as they are quite large!) like most other ~ files.
Cheers
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day
on to some archive
dir to do with as the user pleases.
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
Mageia Contributor http://www.mageia.org/
PulseAudio Hacker http://www.pulseaudio.org/
Trac H
'Twas brillig, and Zbigniew Jędrzejewski-Szmek at 29/11/12 11:48 did
gyre and gimble:
> On Thu, Nov 29, 2012 at 10:37:26AM +0000, Colin Guthrie wrote:
>> Hi,
>>
>> So a couple complaints/queries are beginning trickling in regarding
>> journal space requirements.
&
'Twas brillig, and Colin Guthrie at 29/11/12 12:22 did gyre and gimble:
> 'Twas brillig, and Zbigniew Jędrzejewski-Szmek at 29/11/12 11:48 did
> gyre and gimble:
>> On Thu, Nov 29, 2012 at 10:37:26AM +, Colin Guthrie wrote:
>>> Hi,
>>>
>>> So a
'Twas brillig, and Kay Sievers at 29/11/12 13:04 did gyre and gimble:
> On Thu, Nov 29, 2012 at 1:42 PM, Colin Guthrie wrote:
>> 'Twas brillig, and Colin Guthrie at 29/11/12 12:22 did gyre and gimble:
>>> 'Twas brillig, and Zbigniew Jędrzejewski-Szmek at 29/11
think it's a basic design decision that ExecReload will not allow for
an effective restart here. Reload != Restart after all.
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
Mageia Contributor http:
g:
EnvironmentDir=/etc/foo.d
I could just have:
EnvironmentFile=/etc/foo.d/*.conf
That would, to me at least, seem slightly cleaner than adding a new
directive to parse (although this is just my opinion at first glance -
others may disagree!).
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://col
ny getent() calls would fail in the context of an initrd
unless you copy all the passwd+group etc. files too (which is arguably
not a good idea, but perhaps you can hack it in some small way)?
Like I say, just a guess.
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
'Twas brillig, and Nikolaus Rath at 11/12/12 16:31 did gyre and gimble:
> On 12/11/2012 03:00 AM, Colin Guthrie wrote:
>> 'Twas brillig, and Nikolaus Rath at 10/12/12 19:03 did gyre and gimble:
>>> Hello,
>>>
>>> I have created a udev ru
'Twas brillig, and Nikolaus Rath at 11/12/12 17:52 did gyre and gimble:
> On 12/11/2012 09:47 AM, Colin Guthrie wrote:
>> 'Twas brillig, and Nikolaus Rath at 11/12/12 16:31 did gyre and gimble:
>>> On 12/11/2012 03:00 AM, Colin Guthrie wrote:
>>>> 'Twas
the original blog
story of course). Keeps things a bit more central.
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
Mageia Contributor http://www.mageia.org/
PulseAudi
to be present in initrd are those for root
> (and may be for /usr if it is separate). Everything else can be started
> later.
Yeah this is one of the reasons we switched to dracut from mkinitrd in
Mageia (and in Mandriva too I believe).
If you support / or /usr on LVM, then you really need t
desire to allow ad-hoc verb registration in
units with custom "ExecVerb[initdb]=/usr/bin/..." style syntax - I could
be wrong tho'. FWIW Specifically in the postgres case I think it can be
solved differently anyway with an ExecStartPre that checks to see if the
db is ini
: Unit name cvs@.service is not valid.
> Failed to issue method call: Unit name cvs@.service is not valid.
> # systemctl stop cvs.service
> Failed to issue method call: Unit cvs.service not loaded.
You can control individual units doing:
"systemctl stop cvs@foo.service&
a trivial tidy up routine to cleanup left over cruft
and nothing to do with any actual execution of the check itself.
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
Mageia Contributor
changes on a complete run of the loop does it exit.
http://cgit.freedesktop.org/systemd/systemd/tree/src/core/umount.c#n555
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
Mageia Contributor http://w
rst use and not rely
on doing it at package install).
Cheers
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
Mageia Contributor http://www.mageia.org/
PulseAudio Hacker http://www.pulseaudio.org/
T
'Twas brillig, and Lennart Poettering at 07/01/13 13:37 did gyre and gimble:
> On Mon, 07.01.13 11:48, Colin Guthrie (gm...@colin.guthr.ie) wrote:
>
>> Hi,
>>
>> Just thinking outload here as dealing with some packages where stuff in
>> /etc was marked i
401 - 500 of 765 matches
Mail list logo
