From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from a-painless.mh.aa.net.uk ([81.187.30.51]) by ur; Tue Apr 18 16:06:53 EDT 2017 Received: from 10.190.187.81.in-addr.arpa ([81.187.190.10] helo=quintile.net) by a-painless.mh.aa.net.uk with esmtp (Exim 4.84_2) (envelope-from ) id 1d0ZOO-0007SZ-3G for 9front@9front.org; Tue, 18 Apr 2017 21:06:28 +0100 Received: from [192.168.1.104] ([81.187.190.10]) by quintile.net; Tue Apr 18 21:06:24 BST 2017 From: Steve Simon Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: [9front] aux/listen changes Date: Tue, 18 Apr 2017 21:06:26 +0100 References: To: 9front@9front.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3273) List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: responsive STM SSL configuration out-scaling-based lifecycle enhancement-oriented layer > On 18 Apr 2017, at 16:27, Stanley Lieber wrote: >=20 > On Apr 18, 2017, at 11:18 AM, Julius Schmidt wrote: >>=20 >> can we finally disable bullshit services in /rc/bin/service? >> basically all services except 17019 and 17020 (i think) >>=20 >> i would also propose (as suggested by someone in #cat-v, sorry forgot = whom) that we look for services in /cfg/$sysname/service first. >> i think this is best done by changing cpurc, i.e. do something like >>=20 >> serviced=3D/rc/bin/service >> if(test -d /cfg/$sysname/service) >> serviced=3D/cfg/$sysname/service >> aux/listen ... -d $serviced ... >>=20 >> this is useful both for server specific configuration but also since = /rc/bin/service is under version control. >>=20 >> arguably, we could also use /rc/bin/service.$sysname, but i loathe = putting more configuration under /rc/bin. >=20 > All sounds good to me. >=20 > sl >=20 Too you really run different services on different servers? All my cpu servers run the same services, whilst the terminals don=E2=80=99= t even run listen. Plan9 has plenty of problems but /rc/bin/service is not a significant = one IMHO. -Steve