From: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
To: Yocto <yocto@yoctoproject.org>
Subject: Autotools, Init Script templates and configure.ac
Date: Sun, 15 Jun 2014 11:20:41 +0100 [thread overview]
Message-ID: <539D7379.5000907@dynamicdevices.co.uk> (raw)
Hi all,
Script Installation -
I've been looking at autotools recipes and from the various
examples/tutorials I've seen there
doesn't appear to be a baked-in way of using and installing initscripts
on different platforms.
The recommendation I eventually went with was something like this in
Makefile.am
install-data-hook:
update-rc.d pi-blaster.boot.sh defaults
$(init_ddir)/pi-blaster.boot.sh start
uninstall-hook:
update-rc.d pi-blaster.boot.sh remove
killall pi-blaster
update-rc.d doesn't seem to account for the sysroot properly, even if I
add $(sysconfdir)/init.d and
I'm wondering if there is a better, best practice, way to handle script
installation with Autotools such
that Yocto is happy without patches?
(I also had a look at adding -r into update-rc.d but I am guessing there
is a better, more host transparent,
way I should be using?)
Script Templates -
A few times now I have encountered init scripts which assume LSB
functions are present. I've patched
these so they work with Yocto images without LSB. I am aware that there
is a LSB image for Yocto but
I don't use it.
I have hunted around and seen many and varied init script templates, but
can anybody recommend
a "gold standard" init script that would work happily either in a Yocto
image with no LSB or make
use of LSB functions when present.
I'd like to standardise on and use such a script moving forward.
Thanks,
Alex
next reply other threads:[~2014-06-15 10:20 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-15 10:20 Alex J Lennon [this message]
2014-06-15 10:26 ` Autotools, Init Script templates and configure.ac Alex J Lennon
2014-06-16 9:04 ` Burton, Ross
2014-06-16 9:20 ` Alex J Lennon
2014-06-16 9:24 ` Burton, Ross
2014-06-16 9:33 ` Alex J Lennon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=539D7379.5000907@dynamicdevices.co.uk \
--to=ajlennon@dynamicdevices.co.uk \
--cc=yocto@yoctoproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.