Received: from mx1.tetrasec.net (mx1.tetrasec.net [66.245.176.36]) by nld3-dev1.alpinelinux.org (Postfix) with ESMTPS id 7F5AE782C58 for <~alpine/devel@lists.alpinelinux.org>; Fri, 21 Aug 2020 17:02:03 +0000 (UTC) Received: from mx1.tetrasec.net (mail.local [127.0.0.1]) by mx1.tetrasec.net (Postfix) with ESMTP id 46674F563B; Fri, 21 Aug 2020 17:01:59 +0000 (UTC) Received: from ncopa-desktop.lan (67.63.200.37.customer.cdi.no [37.200.63.67]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: alpine@tanael.org) by mx1.tetrasec.net (Postfix) with ESMTPSA id 77015F563A; Fri, 21 Aug 2020 17:01:58 +0000 (UTC) Date: Fri, 21 Aug 2020 19:01:51 +0200 From: Natanael Copa To: Ariadne Conill Cc: ~alpine/devel@lists.alpinelinux.org Subject: Re: Proposed system change: ifupdown-ng as default network device manager Message-ID: <20200821190151.6c9b4d90@ncopa-desktop.lan> In-Reply-To: <58043884-92aa-865f-03f7-59ec985d69b4@dereferenced.org> References: <12372156.q0HFhEdf7Z@localhost> <58043884-92aa-865f-03f7-59ec985d69b4@dereferenced.org> X-Mailer: Claws Mail 3.17.6 (GTK+ 2.24.32; x86_64-alpine-linux-musl) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, 20 Aug 2020 22:54:17 -0600 Ariadne Conill wrote: > Hello, >=20 > On 2020-08-20 05:16, Ariadne Conill wrote: > > Hello, > >=20 > > On 2020-07-28 09:36, Ariadne Conill wrote: > > [...] =20 > >> * If ifupdown is dropped from BusyBox, the difference in install size > >> requirement is only 8KB. =20 > >=20 > > It is now up to 13KB, but you get a lot for that 20 KB. > > =20 > >> ## Testing > >> > >> ifupdown-ng is available in edge right now, in the testing=20 > >> repository.=A0 Simply > >> do `apk add ifupdown-ng`. =20 > >=20 > > While ifupdown-ng has transitioned to main, we have not yet flipped the= =20 > > switch.=A0 It would be appreciated if more people test, but based on=20 > > feedback of downstream customers, I believe we are ready to make the=20 > > switch -- so I plan to do so this weekend. =20 >=20 > This has now been implemented with ifupdown-ng 0.8.0-r1, which adds an=20 > install_if on alpine-base. I'm not sure alpine-base is the thing to hook on. Probably better to link it with openrc that provides /etc/init.d/networking, which is the thing that actually uses it. Otherwise even docker images will get it unless explicitly disabled. Also, install_if should ideally be linked to a versioned package if possible, otherwise nasty things may happen if there are multiple versions of ifupdown-ng repos. They all will want be installed. Maybe we can solve it with dependencies and provides instead, with ifupdown-ng with the highest priority. > If you do not want to use ifupdown-ng, you can get back to busybox=20 > ifupdown or debian ifupdown by using `apk add '!ifupdown-ng'`. >=20 > However, I intend to remove ifupdown from busybox after 3.13. I wonder if there are any good reasons to keep busybox ifupdown now. What stops us from removing busybox ifupdown immediately and add ifupdown-ng as direct dependency for openrc? >=20 > Ariadne