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=-1.5 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED,
	NICE_REPLY_A,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no
	version=3.4.4
Received: (qmail 23845 invoked from network); 6 Jun 2022 15:34:05 -0000
Received: from 9front.inri.net (168.235.81.73)
  by inbox.vuxu.org with ESMTPUTF8; 6 Jun 2022 15:34:05 -0000
Received: from mail.posixcafe.org ([45.76.19.58]) by 9front; Mon Jun  6 11:32:37 -0400 2022
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=posixcafe.org;
	s=20200506; t=1654529553;
	h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
	 to:to:cc:mime-version:mime-version:content-type:content-type:
	 content-transfer-encoding:content-transfer-encoding:
	 in-reply-to:in-reply-to:references:references;
	bh=QDllY0ZrTqgjEYU95HRM82+jJgbAqf6zs1PqzbHBYIU=;
	b=QPv7scZyLRq6Geh75RQ3AASjFypGPET8DK69jhOMRK5ldXm6OmNcLquXyOTTXHwb7GiUiz
	Va6MIhQRZMo2Qx93W4UBnY5lmzcn5ZYi/XgLCcfYZbvskE+JLJzUT77U8zoQgN3/0rOT5T
	boGcTWS0WhqtP1O0Uz+RUd9jmHCB5E0=
Received: from [192.168.168.200] (161-97-228-135.lpcnextlight.net [161.97.228.135])
	by mail.posixcafe.org (OpenSMTPD) with ESMTPSA id 6da45ce4 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO)
	for <9front@9front.org>;
	Mon, 6 Jun 2022 10:32:33 -0500 (CDT)
Message-ID: <bc05a9e2-400f-7c2b-93b4-3484f7f6b473@posixcafe.org>
Date: Mon, 6 Jun 2022 09:31:59 -0600
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
 Thunderbird/91.8.1
Content-Language: en-US
To: 9front@9front.org
References: <D3FCC338E819E63FBE74309787B11EA6@eigenstate.org>
From: Jacob Moody <moody@mail.posixcafe.org>
In-Reply-To: <D3FCC338E819E63FBE74309787B11EA6@eigenstate.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: ACPI standard persistence app service-aware generator 
Subject: Re: [9front] Pitch for devskel
Reply-To: 9front@9front.org
Precedence: bulk

On 6/6/22 09:24, ori@eigenstate.org wrote:
> Quoth Jacob Moody <moody@mail.posixcafe.org>:
>>
>> You _can_ just bind things in to your namespace,
>> and if you did you just wouldn't need auth/box.
>> The point of auth/box is take potentially deeply
>> nested/relative paths and to mimic that hierarchy
>> the the new root. Due to the restriction of devskel
>> to only permit one skeleton per attach. Mimicking some
>> hierarchies can be tedious. This removes that tedium.
> 
> I'm not disagreeing with that; I'm wondering if we can
> drop the device munging part of it, and instead fix
> references to '#'-devs throughout the tree.
> 
Yeah I perfectly content just blocking all devices
unless explicitly stated otherwise(through -e flag).
And yeah, there likely will need to be some code
that directly references devices through '#' in the
tree that we need to clean up.

I will clean up the device inference parts of this
code and rework how mount permissions are specified.


Thanks,
Moody