From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.3 required=5.0 tests=DATE_IN_PAST_12_24, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,MAILING_LIST_MULTI, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 22059 invoked from network); 23 Apr 2022 03:04:38 -0000 Received: from alyss.skarnet.org (95.142.172.232) by inbox.vuxu.org with ESMTPUTF8; 23 Apr 2022 03:04:38 -0000 Received: (qmail 4377 invoked by uid 89); 23 Apr 2022 03:05:02 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Received: (qmail 4370 invoked from network); 23 Apr 2022 03:05:02 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:date:to:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to; bh=hMsPhA7fmKAWeDjSp72Rz5jUosYfnSB5J5HniMNStac=; b=aO6ZAgmy/z4VQry9wN7+u7Ql4snryRyPxvoSMG6vSGYhMGDFOCEK1O54RQJpZD2zYD 3XgPpqrpmrbem/hknVGwKYgT1oDyFEEpmSZueAkvRSbDu/bBXo957Q1yE71lwILYjaNA 782a6mgob1pM/49C3GoyqTatboJRZW/e9vQ32DsHS4u2Q+zGR+Kz4ZoKK1S7x5WnNHkb c/Dd5E6dbbJABhejBDTYUBAmRDFFOLOUXVciqxdNtrVqE4aenzBn/DU7m9QvE6gz3xOC gOUCunIzOfxyWG5tq7R5Qso5pbL+4Jk3QoO3QRJhYM9PCA7M/zJVZZ2qbJvtRTR8D7kl D3UA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:date:to:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to; bh=hMsPhA7fmKAWeDjSp72Rz5jUosYfnSB5J5HniMNStac=; b=ckZfJI0yTpPTpPJvr4Xj5O9hsKR2pAc7gj66BgJbrN3Ie5ZIP9+Wgc5W+kTkYdKRHc YUEmfn0PoWW3pcEKiw4R/hrCTnwrArMMzlcth09KEg6wDsDr2ERrMjMkcsMIIpaDGG3U DaQX+1oZBfC06i/AHWfhymS0UUqWNteOun/grAs90gFKoNkWBjl2W8MQo9WsLg3a3EBo vJDW+v8HBMNahmv7c3b9kxWIHFqs30RnTWvkHIYETZdDtvGI0HEMNlxJ4WinddEM2nJf RJXraz5W4XHB8BFpNyve/90edDAxYzJr4WqwW1NgbPjFGaWvhdZyHy02lbfRYQrC48eY RGxQ== X-Gm-Message-State: AOAM530GwkjVGjND59fY9QMNFaIi7F2i7w1Yet+2+tDexB9E+PAi7mA5 MVW0dIfUM47Oq1xfIHxoSFUXY8WXVOI= X-Google-Smtp-Source: ABdhPJwvNcuPjFQHzBn8X9RRHMvZSVN2/F4OpBsgve2oiZWWZhRi7KEGWyV/Dwn2D+38ARwKa6mOLg== X-Received: by 2002:a05:6a00:10d3:b0:4fe:5d:75c8 with SMTP id d19-20020a056a0010d300b004fe005d75c8mr4387739pfu.6.1650624054833; Fri, 22 Apr 2022 03:40:54 -0700 (PDT) From: "Casper Ti. Vector" X-Google-Original-From: "Casper Ti. Vector" Date: Fri, 22 Apr 2022 18:40:50 +0800 To: supervision@list.skarnet.org Subject: Re: logging services with shell interaction Message-ID: Mail-Followup-To: supervision@list.skarnet.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: On Sun, Oct 24, 2021 at 10:36:06PM +0200, Ben Franksen wrote: > I am looking forward to it. You may want to post a link when it's > done, here or on the EPICS mailing list. The paper has been published on JSR, and is now available at (arxiv:2204.08434). Half of the paper is spent on (forgive my bluntness) updating certain EPICS-related practices from 1990s to ~2010, which may be quite underwhelming to readers of this mailing list. However, I do find one aspect of the paper potentially useful, and not only so in connection to EPICS: systematic efforts to minimise the complexity in configuring a perhaps large system composed of often specialised hardware and software. Inspired by theories like the Kolmogorov complexity, we can ask: to what limit can we reduce the amount of code and manual operations in building a ready system (X-ray beamline, computer cluster, ...) from commodity hardware, so that the total workload is minimised? I would like to note that the idea was not born from vacuum, as similar ideas can be seen, for instance, from Guix SD's whole-system configuration mechanism. My idea actually originated independently from something like (dating back to ~2011), but I guess there must be many other people who have developed similar ideas. BTW, as the review process was too slow, the codebase of our packaging system (see for a fully open-source edition) has evolved quite a little after submission of the original manuscript. One change of perhaps general interest is a small inheritance system for RPM specs, obviously motivated by its Gentoo counterpart; I am mildly confident that the repository in its current state is capable of being a easy-to-use yet maintainable workalike of the NSLS-II repository. Another paper by us and published on JSR is at (arxiv:2203.17236); readers of this list may find it of some interest in implementing GUIs based on AutoCAD-like "command injection", and may find the idea of an EPG immediately familiar after the discussion adove. -- My current OpenPGP key: RSA4096/0x227E8CAAB7AA186C (expires: 2022.09.20) 7077 7781 B859 5166 AE07 0286 227E 8CAA B7AA 186C