Authentication-Results: mail-b.sr.ht; dkim=fail header.d=sbinet.org header.i=@sbinet.org Received: from out2.migadu.com (out2.migadu.com [188.165.223.204]) by mail-b.sr.ht (Postfix) with ESMTPS id 5F10D11EF7F for <~rjarry/aerc-devel@lists.sr.ht>; Thu, 20 Jan 2022 15:15:32 +0000 (UTC) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbinet.org; s=key1; t=1642691728; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=NmG1YPWwHSK9zOLi/qC4VaNWdq1MnCwj4eUc3bOFEnA=; b=sAwuo/RRR4Wvre79GWkZGGv+dPDePgtfr8uBsthlcjDHg23HHtxwWW9n9Mm4fiUmTW91Ma UjqFFT3TLEKlXP1WK8v0RWok+jGueT10Mn9RXh6XTJP05NjuQucd+OEzkq5vw3DtSQPCf+ uM4yyxB2sTZ+qU6YA5cWFoP0uWGx/50= Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Date: Thu, 20 Jan 2022 16:15:28 +0100 Message-Id: Subject: Re: [PATCH aerc v2] maildir: pass in-memory message to callback Cc: To: "Robin Jarry" , =?utf-8?q?Nguy=E1=BB=85n_Gia_Phong?= , <~rjarry/aerc-devel@lists.sr.ht> X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: "Sebastien Binet" References: <20220120133629.311485-1-mcsinyx@disroot.org> In-Reply-To: X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: sbinet.org On Thu Jan 20, 2022 at 15:19 CET, Robin Jarry wrote: > Sebastien Binet, Jan 20, 2022 at 14:56: > > just a drive-by comment: I don't know what's the policy w/ rjarry/aerc > > with regard to supported Go versions (so please take the following > > with a grain of salt), but shouldn't we limit our use of deprecated > > packages? (io/ioutil is deprecated since ~1.15, IIRC) > > > > ie: shouldn't this read: > > b, err :=3D io.ReadAll(r) > > > > instead? > > Good point. However, io.ReadAll seems only available since Go 1.16 which > is not even one year old. > > https://pkg.go.dev/io#ReadAll > > I am all for avoiding deprecated API. But let's give some more time > before breaking support for older go toolchains. IIRC, the Go project only supports the last 2 released versions. Most of the Go projects I work (eg: Gonum) follow this lead. I think we'd probably need to clarify this and clearly define somewhere the policy aerc wants to follow in that regard. right now, it seems to be "whatever Go version comes with Alpine/edge" (if .build.yml is any witness). Either way, I am fine with the decision. -s