Gentoo Archives: gentoo-dev

From: William Hubbs <williamh@g.o>
To: gentoo-dev@l.g.o
Cc: mgorny@g.o
Subject: Re: [gentoo-dev] s6.eclass: new eclass for installing s6 services
Date: Mon, 01 Jun 2015 17:30:26
Message-Id: 20150601173010.GA32425@linux1.gaikai.biz
In Reply to: Re: [gentoo-dev] s6.eclass: new eclass for installing s6 services by "Michał Górny"
1 On Mon, Jun 01, 2015 at 07:24:26PM +0200, Michał Górny wrote:
2 > Dnia 2015-06-01, o godz. 12:13:52
3 > William Hubbs <williamh@g.o> napisał(a):
4 >
5 > > # @FUNCTION: s6_get_servicedir
6 > > # @DESCRIPTION:
7 > > # Output the path for the s6 service directory (not including ${D}).
8 > > s6_get_servicedir() {
9 > > has "${EAPI:-0}" 0 1 2 && ! use prefix && EPREFIX=
10 >
11 > How about killing some support for ancient EAPIs? The less people can
12 > use them, the better for ebuild migration.
13
14 That's easy enough. In that case I would start support at eapi 5.
15
16 >
17 > > debug-print-function ${FUNCNAME} "${@}"
18 > >
19 > > echo "${EPREFIX}$(_s6_get_servicedir)"
20 > > }
21 > >
22 > > # @FUNCTION: s6_doservice
23 > > # @USAGE: servicename run finish
24 >
25 > Please don't name it 'do*' if it doesn't match the usual do-function
26 > usage, i.e. 'dofoo file1 file2...'. That's why I created
27 > 'systemd_install_serviced' and not 'doserviced'.
28
29 Ok, it would be easy enough to name it s6_install_service. There can't
30 be a do* in this case then because an s6 service is not just a simple
31 file.
32
33 William

Attachments

File name MIME type
signature.asc application/pgp-signature