X-Original-To: alpine-devel@lists.alpinelinux.org Received: from mx1.tetrasec.net (mx1.tetrasec.net [74.117.190.25]) by lists.alpinelinux.org (Postfix) with ESMTP id 5952DF831B8 for ; Tue, 19 Mar 2019 11:57:48 +0000 (UTC) Received: from mx1.tetrasec.net (mail.local [127.0.0.1]) by mx1.tetrasec.net (Postfix) with ESMTP id B69CE9E2364; Tue, 19 Mar 2019 11:57:47 +0000 (UTC) Received: from ncopa-desktop.copa.dup.pw (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 0C43D9E03F8; Tue, 19 Mar 2019 11:57:45 +0000 (UTC) Date: Tue, 19 Mar 2019 12:57:38 +0100 From: Natanael Copa To: u-3qpt@aetey.se Cc: Drew DeVault , alpine-devel@lists.alpinelinux.org Subject: Re: [alpine-devel] Normalizing Python packages in aports Message-ID: <20190319125738.73f31222@ncopa-desktop.copa.dup.pw> In-Reply-To: <20190319113230.GM23721@example.net> References: <20190306212501.GD2800@cirno.localdomain> <20190314112413.29dd9816@ncopa-desktop.copa.dup.pw> <20190314191241.GF1544@homura.localdomain> <20190319103153.3964ded5@ncopa-desktop.copa.dup.pw> <20190319113230.GM23721@example.net> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-alpine-linux-musl) X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Tue, 19 Mar 2019 12:32:30 +0100 u-3qpt@aetey.se wrote: > On Tue, Mar 19, 2019 at 10:31:53AM +0100, Natanael Copa wrote: > > Earler, before python3 was supported, all the py-* packages was > > python2. We should probably also look over all py-* packages and make > > sure that all python2 packages are renamed to py2-*. > > 2c from a lurker. > > A large part of this thread looks dedicated to surviving a mess created > by the reuse of the same name "python" (also "py-" as a prefix or similar) > for different and incompatible softwares. > > The problems would hardly exist if python2 and python3 worlds > were separated from the beginning. > > That's why I would like to emphasize the need to always use strictly > specified references for the purposes of packaging. > > In other words: > > Do not use "default" names which change their meaning with time and > then their usage must be traced and adjusted everywhere (!) > > From this point of view, it is important to (also) name all python3 > packages as py3-*. always name all python3 packages py3-* would also make it possible to install py4-* and py3-* in parallel if for some reason that would be needed in future. python3.6 and python3.7 will not be possible to install in parallel. > This is not the same as handling the preferences of the _users_. They > can get a convenience link of "python" to something they like - but then > per-user, not in the common part of $PATH. This is not hard. > > (It _is_ hard to prevent the misuse of "default" "python" if it is present > at hand, with its unpredictable semantics. No "python" should be there > in a common location like /usr/{,local/}bin unless a local administrator > adds a link there to some pythonN or whatnot and takes himself all the > consequences. "python2" and/or "python3" should be there today, possibly > "python3" and "python4" tomorrow, but not some "python"-of-the-day.) > > Please do not perpetuate the others' badly chosen practices - they can > not be made consistent other than only temporary and only with a large > effort each time, if at all. what about `python-dev`? should you get latest python or failure? -nc --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---