From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([209.51.188.92]:60281) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hOK3S-0000M5-G8 for guix-patches@gnu.org; Wed, 08 May 2019 06:44:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hOK3P-00049M-Qw for guix-patches@gnu.org; Wed, 08 May 2019 06:44:06 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:46863) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hOK3O-00048Y-A6 for guix-patches@gnu.org; Wed, 08 May 2019 06:44:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hOK3O-0002Aw-7t for guix-patches@gnu.org; Wed, 08 May 2019 06:44:02 -0400 Subject: [bug#35544] [PATCH] services: dovecot: Rename auth-verbose-passwords?. Resent-Message-ID: From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <20190503091039.12424-1-mail@cbaines.net> <87r29a5pt1.fsf@gnu.org> <877eb1o1ia.fsf@cbaines.net> Date: Wed, 08 May 2019 12:43:14 +0200 In-Reply-To: <877eb1o1ia.fsf@cbaines.net> (Christopher Baines's message of "Wed, 08 May 2019 08:21:01 +0100") Message-ID: <87lfzhz0ot.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Christopher Baines Cc: 35544-done@debbugs.gnu.org Christopher Baines skribis: > Ludovic Court=C3=A8s writes: [...] >> The question is whether it=E2=80=99s OK to break the API. I=E2=80=99d s= ay that with >> proper documentation it probably is. Thoughts? >> >> Longer-term we=E2=80=99ll need a way to gracefully handle deprecation fo= r this >> kind of change, probably at the level of the =E2=80=98define-record-type= *=E2=80=99 >> kitchen sink. > > Yeah, I'm uncertain. For long running systems, it's probably good to > update the packages, without having to adjust the service configuration > for changes like this. If there was a "stable" channel to track, which > didn't include updates to services, but did include important package > updates, then that may be useful. > > Also, just making the errors relating to service configuration may be > more impactful than adding extra deprecation support. The problem, as I see it, is that possibly weeks from now people will try to reconfigure and will get an error about =E2=80=98auth-verbose-passwords?=E2=80=99. At that point they=E2=80=99ll h= ave to dig to figure out that there=E2=80=99s a field with a similar name and similar semantics = and to adjust their code accordingly. But maybe the real solution is providing a =E2=80=9Cnews=E2=80=9D system, a= s discussed with Tobias and others recently on guix-devel: =E2=80=98guix pull -N=E2=80= =99 would display a message saying that the Dovecot API has changed, etc. Ludo=E2=80=99.