From owner-freebsd-emulation@FreeBSD.ORG Sat Mar 9 22:08:31 2013 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CBD068DA for ; Sat, 9 Mar 2013 22:08:31 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c:c03::231]) by mx1.freebsd.org (Postfix) with ESMTP id 30AD4CD0 for ; Sat, 9 Mar 2013 22:08:31 +0000 (UTC) Received: by mail-we0-f177.google.com with SMTP id d7so2283378wer.8 for ; Sat, 09 Mar 2013 14:08:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=+1S5UrJpj0s4wIm4Z+0RfkBgKqZcVL3zu7DGGzEjJiI=; b=OLRB8MlmYmgeDyiRWkVTJLfGkpTjS8NeDa7aTBdlNL4xPuQ9zFXJU2uAaTxGjJ8Hk1 38jA9YOzO66dqFc6QDUlzqYs4/d3Fsho9O+FXYRl/6zmNpoi/RVCWtfVrmszqiFhjMpA Dno2OSgTMdZDwaJ8e6xXHWroaEtgzBzMv39h0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding :x-gm-message-state; bh=+1S5UrJpj0s4wIm4Z+0RfkBgKqZcVL3zu7DGGzEjJiI=; b=Y8Ba/z8ORyU+y3iZrZkvGKxq1eGAKODccDpMT39oyk5KL8yMxgzpVRNytNUUPPaMrC BItDejvS8+z8iyZMaQ8uk+KnUlqpbdS3CEJP2vQ5jNsYRmUyi5nZKq1DGIwtRuYMrETB LzEnebO/VKW/tUDvhKLOUhJSpkEJyMjwfwC4UFiF7qbbMtDCrc3en8RP5jhlrO74N4KQ pHg5n67ZTuRpAVTFoWbz2zryrLlNWNsSTs06sSNTwDb0BfM2prvzLu1pdhwkILmNWIm4 62G4ePp5sTqjtNWnffCKbFULpfWB7njmTQIOLSKxeMjS+D72/bWMm4N4ssDkA7aTkffi MKmw== X-Received: by 10.180.183.142 with SMTP id em14mr5122305wic.14.1362866910426; Sat, 09 Mar 2013 14:08:30 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.179.194 with HTTP; Sat, 9 Mar 2013 14:08:00 -0800 (PST) In-Reply-To: <513BA5E7.40802@freebsd.org> References: <513A0C04.8090907@freebsd.org> <20130309121625.00004279@unknown> <513B2CB3.1020405@passap.ru> <20130309141403.0000340e@unknown> <513B3D0E.2030603@passap.ru> <513BA5E7.40802@freebsd.org> From: Eitan Adler Date: Sat, 9 Mar 2013 17:08:00 -0500 Message-ID: Subject: Re: [cfr] patch to clean up old Linux ports To: =?UTF-8?Q?Ren=C3=A9_Ladan?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQlqqktychK8UQRQJwqEW+W0Qm05mug2fow6HIyGvlms+sNX2iQ2erCz1pZP0aeoyOEIviXC Cc: freebsd-emulation@freebsd.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Mar 2013 22:08:31 -0000 On 9 March 2013 16:13, Ren=C3=A9 Ladan wrote: > On 09-03-2013 14:45, Boris Samorodov wrote: >> 09.03.2013 17:14, Alexander Leidinger =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>> On Sat, 09 Mar 2013 16:36:03 +0400 >>> Boris Samorodov wrote: >>>> 09.03.2013 15:16, Alexander Leidinger =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>> >>>>> The EoL announcement made it clear that ports need to be marked >>>>> broken if they don't work on 7, so it means the generic ports >>>>> framework has no hard "doesn't work" (yet). >>>> >>>> As I understand the announcement, those "ports should be marked >>>> broken", etc. should be done at RELENG_7_EOL tag. Otherwise there is >>>> no sense at EOL itself. >>> >>> BROKEN is used to announce as soon as possible that it will not work, >>> whereas e.g. a compile error on 7 could manifest it self after a long >>> time of compiling something. >>> >>> Think also about those people which don't know that 7 is EoL, but still >>> run portsnap. At one point they may want to install a port and then it >>> fails. If there's no message what's wrong (the system needs to be >>> updated), they may spend a lot of time to search the cause of the >>> problem. With a little helpful message they know directly. >> >> I agree that a message (well, BROKEN or something else) should be >> used to inform a user. But that may be done via one check/file. >> Be it at bsd.ports.mk, bsd.linux.mk, etc. Why should HEAD track >> individual ports for 7.x after EOL? And when should 7.x actually >> be cleaned fro the portstree? There is no any other date for 7.x. >> >> OK, for those who continue use 7.x RELENG_7_EOL has been created. >> And those ports committers who are interested in ports for 7.x >> may use portstree with that particular tag. As well as those >> users who continue to use FreeBSD 7.x. >> > I strongly attend to agree with Boris here. If we want to continue > warning 7.X users for a while (1,6,12 months?) then it should both be > much clearer and easier to just put a conditional IGNORE in bsd.port.mk > than in thousands of individual (not only Linux) ports. +1. The place to protect against user error is not in the Linux specific portion of the tree. --=20 Eitan Adler