From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS22989 209.51.188.0/24 X-Spam-Status: No, score=-3.8 required=3.0 tests=AWL,BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, RCVD_IN_DNSWL_HI,RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.6 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 79ECF1F47C for ; Sun, 22 Jan 2023 10:05:06 +0000 (UTC) Authentication-Results: dcvr.yhbt.net; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=clisp.org header.i=@clisp.org header.a=rsa-sha256 header.s=strato-dkim-0002 header.b=ZAKOwu60; dkim-atps=neutral Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pJXDd-0002JP-FA; Sun, 22 Jan 2023 05:04:59 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pJXDV-0002HQ-4p for bug-gnulib@gnu.org; Sun, 22 Jan 2023 05:04:49 -0500 Received: from mo4-p00-ob.smtp.rzone.de ([85.215.255.25]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pJXDS-00070u-Kk for bug-gnulib@gnu.org; Sun, 22 Jan 2023 05:04:48 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1674381874; cv=none; d=strato.com; s=strato-dkim-0002; b=Nvo6riP3yQUVZ0vAPLHQYPXQGx8SpUxiqaczhE7EwXhtQV544vqtdwovhnHNoLL3UV ie4FSLEpDFXFk1Z7tjMvcP0xCD4fwPavcta+rLIHSvnJwaWCLY9I7xRRyTy30Tt/cQZA UywBeIFxmCSGJJ2iJZgYhh4bVutUdM4egpj4UvyWDIGzMsKpD+HPqZ3huoRrYc33HvVv KlNrRP3W6nTHYVdr0gCqC0+K27jmuPV1W38bFTbh/++R4erOdYcbgHNMslAZYoPc38Rk o9poQuCADqMW0dzfQ8AEaf9EwtCfmh+3HaXmCccanhCvpDIr2d6jOlrLuK1P0BFF2opY H64Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1674381874; s=strato-dkim-0002; d=strato.com; h=References:In-Reply-To:Message-ID:Date:Subject:To:From:Cc:Date:From: Subject:Sender; bh=bwZ5sWOJUyi/k8zOxf5Jc/+TTANHfBjEfr+46h5gJCc=; b=MfgBT5+BGAuFEqTirNACKzwUei64vTVq0IALJqtQdIfrebWgqZfuyPmx4+pvyxXM6w 7h+xXv1xHAjmBAIWiNElzzPDnNwatxCOj6sN2jvG6sxVR21xflY1KNcRbBpsc5JvpM5N UqbqTLCnvCpr3LIBXRq90/cWcaewHX1pB/l2SYoPq9ufAAddgAF00YLZ7SmRPpQMLEDR 2oipFQs10LipR3kwBl8A2VEpH/hMn4ZxM5sfvpCqQvuLNyR90WR+vG7fpwTCZXMiUnI8 iFFJs4C1E/HeMM1vjUopFBwpT60fnQ1F5gSbrQOrmUZGMoiahFSwHohNCdtIOE+w3IWK IaYw== ARC-Authentication-Results: i=1; strato.com; arc=none; dkim=none X-RZG-CLASS-ID: mo00 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1674381874; s=strato-dkim-0002; d=clisp.org; h=References:In-Reply-To:Message-ID:Date:Subject:To:From:Cc:Date:From: Subject:Sender; bh=bwZ5sWOJUyi/k8zOxf5Jc/+TTANHfBjEfr+46h5gJCc=; b=ZAKOwu606Z2+RkZ7jfvbIeYjRELQoHXtAhRES41ASmt89AZ8kEDft+EJ9R0cbDHIBp dzd+n3xo+7ZdDj9NNb9ZPx3d/JeSWu4vrBtRL6AdSKXMyzbodtGXeJDb/01zvKge6xLH CocdANMX+BeavGh0otJlR3PJi+UyVe8PwtocCxYuBRkK/Pc9TK5pH28keGSxlPg60y5c C8fq43Iht9DtvNrM8/5nXw2v4+ZqSCrSYpFeeA4JstfSE1GUycdOhZYOi4e+Ay6NJr7R PcysG5x86p3Jz+lENnF5E/LbtRBY1IA4cuGEddN7TDsILMxJKw7z7mT/0ZbrXPxDeUUe AW3A== X-RZG-AUTH: ":Ln4Re0+Ic/6oZXR1YgKryK8brlshOcZlIWs+iCP5vnk6shH0WWb0LN8XZoH94zq68+3cfpOS3PGC+J+dqbCJC2jREvQqEnTq" Received: from nimes.localnet by smtp.strato.de (RZmta 49.1.0 AUTH) with ESMTPSA id w8066ez0MA4Y9ZT (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Sun, 22 Jan 2023 11:04:34 +0100 (CET) From: Bruno Haible To: bug-gnulib@gnu.org, Paul Eggert Subject: Re: transition periods Date: Sun, 22 Jan 2023 11:04:33 +0100 Message-ID: <2132971.NOsbNO2B7e@nimes> In-Reply-To: <02345fc5-de5e-31cf-549f-b573175216f2@cs.ucla.edu> References: <2228587.e3iEh8JYqD@nimes> <3365185.MIaLTWTXVN@nimes> <02345fc5-de5e-31cf-549f-b573175216f2@cs.ucla.edu> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Received-SPF: none client-ip=85.215.255.25; envelope-from=bruno@clisp.org; helo=mo4-p00-ob.smtp.rzone.de X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: bug-gnulib@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gnulib discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnulib-bounces+normalperson=yhbt.net@gnu.org Sender: bug-gnulib-bounces+normalperson=yhbt.net@gnu.org Paul Eggert wrote: > if I see the warning I do the same thing that I > do if I see the error from the missing #include, so there's not much > point in having a transition period with the warning. I see a value for the transition period in three cases: 1) > Things can be different the transition involves other ports or rarely > used platforms. But this one involves all GNU/Linux platforms so I see > the #warning right away. The package might use the getprogname module only on specific platforms. Thus, even though our change in Gnulib affected all platforms, in the specific package it may not be visible immediately. 2) The maintainer may have a fixed release date scheduled. He then wants to upgrade to a newer Gnulib, to fix some issue, but without getting dragged into other changes. 3) The package may have a master branch and a release branch. The maintainer uses "diff -r" to compare the code in the two branches. The two branches may use different versions of Gnulib (via git submodules). Extra changes between the two branches are unwelcome, even small ones. Thus the maintainer will not want to remove '#include "getprogname.h"' statements as long as his release branch is active; this can be several months. These are just the scenarios that come out of my experience as maintainer / release manager. I'm sure distro packagers have their habits, and some of them will also favour longer transition periods. Bruno