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.0 required=5.0 tests=none autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 987 invoked from network); 31 May 2021 09:22:35 -0000 Received: from 1ess.inri.net (216.126.196.35) by inbox.vuxu.org with ESMTPUTF8; 31 May 2021 09:22:35 -0000 Received: from mail-qk1-f172.google.com ([209.85.222.172]) by 1ess; Sun May 30 22:39:12 -0400 2021 Received: by mail-qk1-f172.google.com with SMTP id o27so9987099qkj.9 for <9front@9front.org>; Sun, 30 May 2021 19:39:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:to:subject:from:date:mime-version :content-transfer-encoding; bh=aq6XfaAQJ0pepvGUOB0nPPQmT2cAFCCkCBWQ6LKOxy0=; b=B73s1Jvqo5mcQ/mSOgRICzaAMWulBl/K4R77T/FIZ+UBdvaykxBoAsPR4oP7Myy88U XG671xzrwMxXu+Isg3GiVlbBsUqmH0I6uawkuqPHF4S+tdhds8W3fb8TKHKzVmynpb2D WDXUZbpK1LK6VqwkJqgaYOzy/Fn+4INDTK5Ckbo8Y/X1D5rfE5whMb03a5+ed1iCX/Ai BBPmd00dhhTdcq0PfmvtPt147XEB1gwdvYLklmU5aHEBBmVLHfU1VZ7m1DaMkH0zl5RT bF90UUwn/sNcpUGEMg+wuFRZf63fEPHc85mlqQDrF2SSktsO8Oh/xGov5PHqfWwz56l9 aRwg== X-Gm-Message-State: AOAM531Msc9rKNULJv4E8m6QSKlXjXjhJ5WLGdgsAhGrwLoH2wFCZn+Q RWB5uFsRfi4Foct3VbjFbbCb5AMMbwg= X-Google-Smtp-Source: ABdhPJw8I0UmlmvfKYBPBlx2W8R5f3kpize9O/MyfkzX3L2SeX6aouomcH5DpM2tKSFD0zs1Twy1zQ== X-Received: by 2002:a37:8245:: with SMTP id e66mr14152948qkd.439.1622428260480; Sun, 30 May 2021 19:31:00 -0700 (PDT) Return-Path: Received: from santiago.9project.net (9project.net. [66.42.81.205]) by smtp.gmail.com with ESMTPSA id p63sm8436948qkf.31.2021.05.30.19.30.59 for <9front@9front.org> (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Sun, 30 May 2021 19:31:00 -0700 (PDT) Message-ID: <14875E53238A4C869B47B23B95272195@gmail.com> To: 9front@9front.org From: kjn@9project.net Date: Sun, 30 May 2021 21:30:56 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: lossless secure pipelining realtime-java template-aware persistence frontend Subject: [9front] Shared env in child scripts Reply-To: 9front@9front.org Precedence: bulk I find the lack of default rfork e in rc scripts irritating. Inevitably, I end up forgetting to add an 'rfork e' to the top of my scripts. Is there a good reason why rc doesn't do an rfork(RFENVG); on startup? I understand that it allows a child script to change env values for its parent, but is that desirable? Even if that behavior is wanted, I would expect it to be the exception not the rule. Does anyone know more about this design decision? -- KJN