> Is this the real output from systemd-cron? Then it should be fixed:
Nope, it is not.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
Jabber: michael at xmpp dot meskes dot org
VfL Borussia! Força Barça!
xie cron first.
Right, it's the admin's choice. But it needs to have the functionality
down cold first
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
Jabber: michael at xmpp dot meskes dot org
VfL Borus
> > > This fix is not even list in upstream v230 changelog
> > > not really serious.
> No wonder, as there is no v230 release yet there also is no NEWS for
> it yet :-)
I guess that explains it :)
> Yes, I do plan to do an upload this week.
Great, thanks Martin.
prised me. Doesn't this bug mean that *all* timers are
potentially broken? If so, I'd say it warrants a mentioning in the
changelog to say the least.
Anyway, with systemd-cron replacing cron it seems to be paramount to me
that we get a fixed version of systemd in as it breaks systemd-c
only serious, but it definitely is
> > not fit for a
> > release.
> Then systemd 229 is not fit for release.
Indeed you're right imo.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
Jabber: mi
while retaining sysvinit+cron compatibility for Debian packages depending on
> "cron | cron-daemon";
> if you need some custom stuff or more enterprisey stuff; natives timers are
> the way to go.
I do not need any custom stuff or enterprisey stuff, whatever that is in this
c
e before shutdown is completed. wd_keepalive prevents that by
petting the watchdog some more.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL
ut that'd mean the same should happen on all systems, no matter which other
packages are installed, right?
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.mesk
ckward compatibility. That option has been there
for ages and who knows how many systems still depend on it. This close to a
release I don't want to risk breaking anything.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot
d triggers a reset
after a while. With watchdog having to be stopped early (it could be monitoring
other services) the system might run into a reset by the watchdog before its
shutdown has been finished. Therefore we need a small program doing nothing but
triggering the device, which is wd_keepalive.
> # ls /lib/systemd/system/graphical.target.wants/
> systemd-update-utmp-runlevel.service
Exactly the same on my system, no idea where the difference can be.
I guess we need help from somebody who knows systemd much better. :)
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Mich
ystemctl list-dependencies' but it seems to not list
graphical.target at all on my system.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
V
ossible to be able to check other services. Any
hint how to find out how to accomblish that would be greatly appreciated.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: mi
On Wed, Nov 05, 2014 at 02:04:29PM +0100, Michael Biebl wrote:
> That's a decision that's up to the maintainer.
Thanks for the explanation. That change in question was provided as a patch
back in the day and to the day I hadn't even noticed that acpid wasn't running.
Mic
e both, as ssh seems to have?
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, Post
belong into either one of these binaries.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go S
ystemd upstream would be interested in that
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debi
s quota support the quotacheck.mode= boot option ie.
Yes, it does.
> is compatible with quotacheck from systemd?
That bit I don't understand, systemd-quotacheck essantially only calls
quotacheck fromthe quota package, doesn't it?
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, M
ep service /var/lib/dpkg/info/quota.list
/lib/systemd/system/quotarpc.service
/lib/systemd/system/quota.service
> 3 Michaels now, I feel like talking to myself :-)
Right, maybe we should use numbers. :)
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|N
> So quotarpc.service is only supposed to run if rpcbind is installed?
Yes, it doesn't work without it.
> I think what you want here then is Wants/After + a Condition [1].
> i.e.
> ...
Right, that should do it, thanks.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De,
cessible by
anyone else. Maybe I should move it. :)
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go SF 49er
Package: dh-systemd
Version: 1.18
Severity: normal
According to its manpage dh_systemd_enable should be run before dh_installinit.
However, when building quota I get an error message when doing so:
dh_systemd_enable: Could not find "quotarpc.service" in the ...
And sure enough this error messag
Package: dh-systemd
Version: 1.18
Severity: minor
I just receieved this error message rom dh_systemd_enable:
dh_systemd_enable: Could not find "quotarpc.service" in the /lib/systemd/system
of quota.This could be a typo, or using Also= with a service file from another
package.Please check carefu
checks the fs when needed.
Anyway, quotacheck might be quite time consuming and if we do not tell the user
what's going on this might get pretty confusing.
> I think what's important is to avoid duplicating any functionality
> between what is already provided by systemd.
I absolutely agr
ve to figure out whether to integrate the logic of the systemd
provided quotacheck.service and if so, how to. But first I got to get it
running.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql
system has no
service file for it at all as the ones coming with systemd are linked to
/dev/null and no other package seems to deliver either.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql
s, so could you please explain what you mean with masking?
> quotacheck twice during boot.
Agreed.
> Does that answer your question?
Not completely yet, but I'm sure we're gtting there.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Ne
es. What is the "right" way to handle
this? Alternatives? Or would you just remove yours? After all, systems either
have quota installed and thus the quota provided services file, or it does not
have the quotacheck binary either.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael
28 matches
Mail list logo
