From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <9front-bounces@9front.inri.net>
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.6 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED,
	HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI autolearn=ham
	autolearn_force=no version=3.4.4
Received: from 9front.inri.net (9front.inri.net [168.235.81.73])
	by inbox.vuxu.org (Postfix) with ESMTP id 2D1C82221F
	for <ml@inbox.vuxu.org>; Tue,  7 May 2024 10:25:13 +0200 (CEST)
Received: from mail.cock.li ([37.120.193.123]) by 9front; Tue May  7 04:22:36 -0400 2024
Date: Tue, 7 May 2024 10:22:30 +0200
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=firemail.cc; s=mail;
	t=1715070152; bh=QGRPea5rPi6PrdWEoKqTz8zejO3wSbXrFXJXGX5+LTU=;
	h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From;
	b=Se98C7VFGC79puX5AuMUZBDNwMOi+WOwuIqtB4/2d0ZC/8uOqhcpOy08isX5ChYh8
	 w3D33EUmG1uE/js/DoQRLHpz7cFsnQlYusf0GKpplBSGwg2m5Q1wPGvRf8dWJiYKn9
	 3v0iI3bmZzvRGH2+PUJVsomeaYJ7/I0LnSIiB6K1SGVw60sViJkxY333rlQVK5NsoW
	 iQuwdkWcr6OERrL/o9oXB0nWVybXB3J8p9nlE4CfZeSqNUTu7xW6Itb58zwQQqkU9i
	 0/XRTlPjsISTCvwrQuYwe1HOHCL4g31IXvo4aldrDNUr5oCsX5EZTDsDAHPaDJ7yrX
	 1jtBiXMQefrQg==
From: Rocky Hotas <rockyhotas@firemail.cc>
To: 9front@9front.org
Cc: ori@eigenstate.org
Message-ID: <pydbxa4romck3nl2jajfi5zuqnrunuaitsnqmqfgfdacy7q26s@cglis4f2tia6>
References: <4azdxd3t3x3whti6dlyfn75pl4wzodvs3gzsbu5t7xcnqmnuuc@kxfwuan7u5mw>
 <F58ACC112A2AF095A7CAE62BD6CD5301@eigenstate.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <F58ACC112A2AF095A7CAE62BD6CD5301@eigenstate.org>
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: agile decentralized replication element high-performance-oriented callback generator 
Subject: Re: Re: Re: [9front] Enabling a service
Reply-To: 9front@9front.org
Precedence: bulk

On mag 06 19:00, ori@eigenstate.org wrote:
> % g listen /bin/cpurc
> /bin/cpurc:26: # usb listener
> /bin/cpurc:108: 	aux/listen -q -t /rc/bin/service.auth -d $serviced tcp
> /bin/cpurc:112: 	aux/listen -q -d $serviced tcp
> /bin/cpurc:122: # other /proc files, such as note, so let listen be killed
> 
> the invocation on line 112 is what you're looking for.

Ok! I make a recap if it can be useful for any other having the same
issue.

As in this example

aux/listen -q -t /rc/bin/service.auth -d /rc/bin/service tcp

from

 <https://9p.io/wiki/plan9/Configuring_a_Standalone_CPU_Server/index.html>

`$serviced' is (in my default 9front installation) /rc/bin/service.

After some attempts, this worked for me:

term% cd /rc/bin/service
term% mv !tcp7 tcp7
term% aux/listen -q -d /rc/bin/service tcp

This way, all the services represented by files whose names are in
the form `tcp<port_number>' in /rc/bin/service are enabled.
Files whose names have a trailing `!' are excluded, instead.

The contents of file tcp7 determines how the service will behave when
someone connects to it: in this case,

term% cat tcp7
#!/bin/rc
/bin/cat

And the client will get an echo of anything is typed, due to `cat'.

According to listen(8), the service directory (`/rc/bin/service' in my
example) is also periodically scanned for changes in the files. It gets
updated within seconds probably: so, after running `aux/listen -q
-d /rc/bin/service tcp', if the contents of the file `tcp<port_number>'
or the filename itself are modified, the system will behave accordingly
without need for any other action.

Thank you so much!

Rocky