From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/88602 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Calling for testers: scratch/gnus-decoded branch Date: Thu, 06 Jun 2019 16:47:59 -0700 Message-ID: <87muiuff80.fsf@ericabrahamsen.net> References: <875zpsycy4.fsf@ericabrahamsen.net> <86zhmvgjnx.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="41569"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: ding@gnus.org Original-X-From: ding-owner+M36805@lists.math.uh.edu Fri Jun 07 01:48:57 2019 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from lists1.math.uh.edu ([129.7.128.208]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hZ27t-000AgQ-Hj for ding-account@gmane.org; Fri, 07 Jun 2019 01:48:57 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.92) (envelope-from ) id 1hZ27U-0006fC-JT; Thu, 06 Jun 2019 18:48:32 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1hZ27O-0006cL-EL for ding@lists.math.uh.edu; Thu, 06 Jun 2019 18:48:26 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from ) id 1hZ27N-0001Mm-6p for ding@lists.math.uh.edu; Thu, 06 Jun 2019 18:48:26 -0500 Original-Received: from [195.159.176.226] (helo=blaine.gmane.org) by quimby.gnus.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hZ27J-00075L-T6 for ding@gnus.org; Fri, 07 Jun 2019 01:48:23 +0200 Original-Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1hZ27J-000A7N-2T for ding@gnus.org; Fri, 07 Jun 2019 01:48:21 +0200 X-Injected-Via-Gmane: http://gmane.org/ Cancel-Lock: sha1:Yk4034ZoXxySjQyS8XtyCbH0fkE= List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:88602 Archived-At: Andy Moreton writes: > On Wed 29 May 2019, Eric Abrahamsen wrote: > >> Hello reckless Gnus users! >> >> I'm working on the second half of the refactoring that broke everyone's >> Gnus last time -- changing the hash tables to real hash tables, and >> group names to decoded strings. >> >> In order to prevent a repeat performance of the last patch, I have a) >> been much more careful about testing this one, and b) hope I can talk a >> handful of you into helping me test. >> >> Basically you would check out a local copy of the scratch/gnus-decoded >> branch, run "make" in it, BACK UP YOUR .newsrc.eld FILE, then restart >> Emacs and do what you normally do in Gnus, and see if anything looks >> funny. When you're tired of that, switch back to master, run "make" >> again, and replace your backup .newsrc.eld file. > > If this set of changes modifies the file format of .newsrc.eld then you > need a different strategy to ensure that users can continue to use their > gnus data on both old and new gnus. While I agree with the spirit of this, it's not how Gnus has done things in the past. There is a `gnus-newsrc-file-version' variable and a `gnus-convert-old-newsrc' function precisely for changing the file format following a code upgrade. It's also generally understood that syncing .newsrc.eld files between machines is risky and unpredictable. Nor does keeping two copies of the data in different formats sound very practical -- I don't know of any elisp code that does that. However! I do agree that this change should probably use the existing upgrade machinery, which means it would make most sense to hold off until Gnus ups a version tick. All the tweaking I have in mind for Gnus will probably warrant some sort of new version, at which point the upgrade machinery actually prompts to do the conversion, and it should be very obvious to users that they have a new .newsrc.eld version (though actually I don't have anything else in mind that will affect the file format). So I'll go back to writing non-ascii group names in the gross old encoding, slightly disappointing as that may be... Eric