From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Daniel Semyonov Newsgroups: gmane.emacs.devel Subject: Re: master 1601c5a518d: Gnus: Add back end for Atom feeds (nnatom) Date: Mon, 29 Apr 2024 21:39:08 +0300 Message-ID: <87a5lc57zn.fsf@dsemy.com> References: <171389641522.15334.4055859790974801392@vcs2.savannah.gnu.org> <20240423182018.97FA3C12C33@vcs2.savannah.gnu.org> <87a5ldn4fu.fsf@gmx.de> <871q6p2z5r.fsf@ericabrahamsen.net> <8734r5avt6.fsf@ericabrahamsen.net> <877cggjf2q.fsf@gmx.de> <70BFC2F4-E3F5-4515-9FEE-F293BDE1D3D3@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15303"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Michael Albinus , Eric Abrahamsen , emacs-devel@gnu.org To: Mattias =?utf-8?Q?Engdeg=C3=A5rd?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Apr 29 20:41:23 2024 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1s1VwH-0003lb-CR for ged-emacs-devel@m.gmane-mx.org; Mon, 29 Apr 2024 20:41:21 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1s1Vvc-00024c-6h; Mon, 29 Apr 2024 14:40:40 -0400 Original-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 1s1VvZ-00023z-Nc for emacs-devel@gnu.org; Mon, 29 Apr 2024 14:40:37 -0400 Original-Received: from dsemy.com ([46.23.89.208]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1s1VvX-0007Qu-VH for emacs-devel@gnu.org; Mon, 29 Apr 2024 14:40:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=dkim; bh=9IGIn4Xn7ojpM 8CCUBXj9yQRuXyHVznSrs/kfDdCLnU=; h=date:references:in-reply-to: subject:cc:to:from; d=dsemy.com; b=a7GVY2VU5KsjYX3AgJZIb1mBLVeSVRiCIxb /8Mqq8bwEUYsH9E81YX9QCDusV9a4pTHamtBEj4B9C7dd9kHpDImDD5ycofJ1U+AJw2aa9 GbX7x6hOexxmlqF6VZZafkfbYoMDTv7S146P8gKA4RfdFagLPsdyxorGX29izWVWTwh543 6mMGorqTskG+T40Y3ev1CzszTdKgR21sMAU2Ayc3+vom201SemIWTi4Tk2chot/uir3wPC wW/1h+7pOmfftUduNsCgtCrvT7ljkZnemELKd3F0yiRJiMJQbZMRBKkOmvywx8ondS/YFs TuNQBf70O0jfrlcmYAUV1JIHB0g== Original-Received: from coldharbour.local ( [147.235.220.9]) by dsemy.com (OpenSMTPD) with ESMTPSA id 1c2aad39 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 29 Apr 2024 20:40:28 +0200 (CEST) Original-Received: from localhost (coldharbour.local [local]) by coldharbour.local (OpenSMTPD) with ESMTPA id 2fb68ea6; Mon, 29 Apr 2024 18:39:08 +0000 (UTC) In-Reply-To: <70BFC2F4-E3F5-4515-9FEE-F293BDE1D3D3@gmail.com> ("Mattias =?utf-8?Q?Engdeg=C3=A5rd=22's?= message of "Mon, 29 Apr 2024 19:14:23 +0200") Received-SPF: pass client-ip=46.23.89.208; envelope-from=daniel@dsemy.com; helo=dsemy.com 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, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:318375 Archived-At: >>>>> Mattias Engdeg=C3=A5rd writes: > 29 apr. 2024 kl. 18.42 skrev Michael Albinus : >> Eric Abrahamsen writes: >>=20 >>> This is still failing the tests, and I can't see why, I suspect the >>> reason is in the "... ..." below: > No, you should ignore that and look at the text >> The following options might have problems: >> variable: gnus-valid-select-methods >> value: (...) >> type: (...) > that precedes the ERT error. In this case, it appears that the top-le= vel list includes an element > ("nnatom" address) > which doesn't match the declared type which requires that the string = be followed by one of {post, mail, none, post-mail}. This should be changed to `("nnatom" none address)', and the docstring should probably be changed to clarify this too. Honestly though, I don't understand why this is a user option in the first place, it only seems useful if you're implementing a new backend (in which case, you're probably using `gnus-declare-backend', which modifies `gnus-valid-select-methods' without checking the value anyway). Daniel