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.0 required=5.0 tests=MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 28684 invoked from network); 31 Dec 2021 13:39:56 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 31 Dec 2021 13:39:56 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 7BECC9D02D; Fri, 31 Dec 2021 23:39:51 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id D73899D002; Fri, 31 Dec 2021 23:39:16 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id 4D1489D002; Fri, 31 Dec 2021 23:39:13 +1000 (AEST) X-Greylist: delayed 370 seconds by postgrey-1.36 at minnie.tuhs.org; Fri, 31 Dec 2021 23:39:12 AEST Received: from ste-pvt-msa2.bahnhof.se (ste-pvt-msa2.bahnhof.se [213.80.101.71]) by minnie.tuhs.org (Postfix) with ESMTPS id A956C9CF06 for ; Fri, 31 Dec 2021 23:39:12 +1000 (AEST) Received: from localhost (localhost [127.0.0.1]) by ste-pvt-msa2.bahnhof.se (Postfix) with ESMTP id 8EC2A3F569 for ; Fri, 31 Dec 2021 14:33:00 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at bahnhof.se Received: from ste-pvt-msa2.bahnhof.se ([127.0.0.1]) by localhost (ste-ftg-msa2.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iyNjN8rwPohr for ; Fri, 31 Dec 2021 14:32:59 +0100 (CET) Received: by ste-pvt-msa2.bahnhof.se (Postfix) with ESMTPA id 763CD3F55A for ; Fri, 31 Dec 2021 14:32:59 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by localhost (Postfix) with ESMTPS id D57A02E016A for ; Fri, 31 Dec 2021 14:32:58 +0100 (CET) Date: Fri, 31 Dec 2021 13:32:57 +0000 From: Michael =?utf-8?B?S2rDtnJsaW5n?= To: tuhs@minnie.tuhs.org Message-ID: <97f563fa-5a17-424b-acc6-07cf127f496d@localhost> References: <20211230034512.B9B3718C08E@mercury.lcs.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Subject: Re: [TUHS] moving directories in svr2 X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" On 31 Dec 2021 16:55 +1100, from robpike@gmail.com (Rob Pike): > And of course you're right, but we've known how to roll out breaking > changes in software for a very long time now. And we do so often. Few Unix > programs from the past would compile and run today without being updated to > "modern" interfaces and compilers. > > I believe it could be done, and I believe it should be done. Rolled out > carefully and explained well it would please far more than it offends, and > is arguably far closer to correct than the current situation. Seems to me that we have a decent, relatively current case study of this with Python 2 vs Python 3. Which is probably a good bit easier actually, because maintaining the ability to run Python 2 applications while introducing the ability to run Python 3 applications is likely easier than introducing changes to how something as relatively fundamental as how ".." behaves in paths while at the same time maintaining backwards compatibility with the old behavior, where different users and different applications on the same system might very well expect different behavior... -- Michael Kjörling • https://michael.kjorling.se • michael@kjorling.se “Remember when, on the Internet, nobody cared that you were a dog?”