From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from cmo-0000.xspmail.jp ([202.238.198.166]) by ewsd; Tue Mar  3 06:05:33 EST 2020
Received: from cmr-0002.xspmail.jp ([202.238.198.119])
	by cmo with ESMTP
	id 95ILjBDKweKiS95MhjJMmP; Tue, 03 Mar 2020 20:05:31 +0900
Received: from titan.jitaku.localdomain ([112.71.204.71])
	by cmr with ESMTPA
	id 95MhjMax6WSOF95MhjOEQh; Tue, 03 Mar 2020 20:05:31 +0900
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hera.eonet.ne.jp;
	s=x01; t=1583233531; i=kokamoto@hera.eonet.ne.jp;
	bh=8JukwQkmDiGr2PR7nrZs06PIMnwhNEVC6MN14fRgyEE=;
	h=To:Subject:Date:From:In-Reply-To;
	b=sMtOVRM71zuq+sMciovK9WNm7MCwetYaf4a7tEt00GPU3qenZ+scOEuT0+hjEcCIU
	 Xo93Z1G1boYixeSffSGbc8plWYwKZOarwKiDso0Qzz6Kx3oMeE+K1Rrtd6Y0n0US0D
	 ZW9zES70X4913yvQ6+sP3yNY6EQEhG4y07ALzf/B6dVVLH8/3SkfI3QwABG+Ba2FO7
	 /uS7eq1aXNOW6k+/Q+bhtKFHEoNjpF8b0iL8/MU9VTwUO6PuQgMkougz9gKT/Cx60o
	 Fe78oHzwZyVw2eQVQkM7j6uDGTebKNghxdp8EGjF1CIqGqVAwUvqIdv8uDABHFDFL/
	 eyqtwiPLLPWwQ==
Message-ID: <33BA722BBB374A6495660029377F354F@hera.eonet.ne.jp>
To: 9front@9front.org
Subject: Re: [9front] move zlib source from ghostscript to ape/lib/z and update to latest zlib
Date: Tue, 3 Mar 2020 20:05:29 +0900
From: kokamoto@hera.eonet.ne.jp
In-Reply-To: CAFSF3XNHKSDka2O62VeSN_wrvYEYskNobURBGMYP-aR-nmv+cw@mail.gmail.com
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: managed TOR engine information optimizer 

I like the (1) way.
To follow every updated external library is worse.
This kind of topics should be discussed for individual cases, I think.

Kenji

> in general part of the beauty in plan9 is that some geniuses found
> abstractions that are so much better, that reimplementing the
> functionality the plan9 way is simpler than porting a library even
> once, which saves us 1) the work of porting it even once 2)
> maintaining a mirror image of some external bikeshedding process.
> 
> it's kind of rare that 2) or 1) alone is less work than reimplementing
> everything on plan9.
> 
> doing both 1) and 2) seem completely hopeless for most modern libraries.