From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 708FC138206 for ; Tue, 16 Jan 2018 07:31:17 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 63311E08C3; Tue, 16 Jan 2018 07:31:11 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 1504AE08AE for ; Tue, 16 Jan 2018 07:31:11 +0000 (UTC) Received: from proton (v150-95-148-30.a08d.g.tyo1.static.cnode.io [150.95.148.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: heroxbd) by smtp.gentoo.org (Postfix) with ESMTPSA id CB81A335C30 for ; Tue, 16 Jan 2018 07:31:09 +0000 (UTC) From: Benda Xu To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [PATCH] introduce Prefix 17.0 profiles. References: <87incciwrn.fsf@proton.d.airelinux.org> <878td721sc.fsf@gentoo.org> <93D4A852-09FD-4690-8553-EBA5FEECDED1@gentoo.org> <943342a4-1d72-7da3-c985-ac3ffde2bfed@gmail.com> <197837c5-a1f4-2c2c-5027-a98af1494df2@iee.org> <87h8rtkrqr.fsf@proton.d.airelinux.org> <878td3jynj.fsf@proton.d.airelinux.org> Date: Tue, 16 Jan 2018 16:31:05 +0900 In-Reply-To: (R0b0t1's message of "Mon, 15 Jan 2018 23:23:01 -0600") Message-ID: <874lnmdzuu.fsf@proton.d.airelinux.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain X-Archives-Salt: 3c08a203-c84d-4a32-88f3-3fb9f55da18b X-Archives-Hash: 9f577651cb40a9026a6bac6bf0e71c9e Hi, R0b0t1 writes: > I have seen similar choices made before, but this is the first time I > have seen a good case for the choice you selected. E.g.: > > (Current.) > *============================> > *=====================> > *==============> > *=======> > > vs. > > (Usually seen.) > *======* > *======* > *======* > *=======> > > vs. > > (What it would actually mean for prefix.) > *======*---------------------> > *======*--------------> > *======*-------> > *=======> > Nice assci art! Indeed the 3rd case is what I want to express. It is a big challenge though to express it within 20 characters in the profile name. So I chose the first one as approximation. >>> This setup would prevent having to verify that old code works on new >>> systems, which is implied to be supported.by the + naming (again, not >>> sure if it matters). >> >> It is always supported to run an old glibc version on a new kernel, the >> linux kernel is ABI-backwords compatible. There is no need to verify >> that. Besides, by always using the most recent >> sys-kernel/linux-headers, we are guaranteed with the newest kernel API. >> > > It might be for the foreseeable future, but that might change. The > comment was more about the features exposed to glibc and the programs > installed via portage. It seems to me as the kernel and userland > progress, The older profile would require constant adjustment. Perhaps > I am not explaining it well, my apologies. That is the norm for maintaining profiles. We are actually doing constant adjustment to profiles until they are deprecated and removed. So don't worry. We have enough time to react if that changes. Yours, Benda