From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 22776 invoked from network); 30 Jan 2022 22:33:53 -0000 Received: from mx1.math.uh.edu (129.7.128.32) by inbox.vuxu.org with ESMTPUTF8; 30 Jan 2022 22:33:53 -0000 Received: from lists1.math.uh.edu ([129.7.128.208]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1nEIlZ-005hF5-Pl for ml@inbox.vuxu.org; Sun, 30 Jan 2022 16:33:49 -0600 Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.94.2) (envelope-from ) id 1nEIlZ-003iiq-3L for ml@inbox.vuxu.org; Sun, 30 Jan 2022 16:33:49 -0600 Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtp (Exim 4.94.2) (envelope-from ) id 1nEIlW-003iih-P1 for ding@lists.math.uh.edu; Sun, 30 Jan 2022 16:33:46 -0600 Received: from quimby.gnus.org ([95.216.78.240]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1nEIlT-005hEm-VL for ding@lists.math.uh.edu; Sun, 30 Jan 2022 16:33:46 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:Mime-Version:References:Message-ID:Date:Subject: From:To:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=37oTafz3PrdTTa9dv6bnwZLhsNy29x8wp0yYFDPYnzQ=; b=cHxV5dvWl7F07LZy3TMiZB1Tik YT8welJgESkSk6frHnCR7Jpd/BEcV+a1X12KocJB30Iv2Jng7Lvs8yoOfNYhFFo6QWi5vIJzkUdao omFQNlMAP+rLCvuJAvjBOx1bZ/zUL6KAR93dufv/lQWx2wr/9r7Yy7jEDroVa8/aNVvs=; Received: from ciao.gmane.io ([116.202.254.214]) by quimby.gnus.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nEIlK-00034X-RV for ding@gnus.org; Sun, 30 Jan 2022 23:33:38 +0100 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1nEIlI-00091c-Oa for ding@gnus.org; Sun, 30 Jan 2022 23:33:32 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org To: ding@gnus.org From: Emanuel Berg Subject: Re: how to kill a virtual group Date: Sun, 30 Jan 2022 23:33:25 +0100 Message-ID: <87ee4oc0qy.fsf@zoho.eu> References: <87a6ffx5jg.fsf@mat.ucm.es> <874k5nokor.fsf@ericabrahamsen.net> <87r18ro9py.fsf@mat.ucm.es> <87czkbmrgf.fsf@ericabrahamsen.net> <87ee4rflwa.fsf@zoho.eu> <87fsp7kwdp.fsf@ericabrahamsen.net> <871r0qtuen.fsf@zoho.eu> <877dailawi.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cancel-Lock: sha1:NRHKykjuc3FBhXZTiyLj9UBPhKQ= Mail-Copies-To: never List-ID: Precedence: bulk Eric Abrahamsen wrote: > Because the two kinds of server need to be treated > separately. Gnus is not allowed to overwrite your gnus.el > file, so if you want to make a change to a server defined > there, Gnus can't do it via the *Server* buffer: you have to > shut Gnus down, edit gnus.el, and restart. Conversely, > servers defined via the *Server* buffer are saved in > .newsrc.eld, which only Gnus is supposed to touch, so edits > should be made via the *Server* buffer. Gnus needs to know > which servers are which. In general, stuff that are the same, it shouldn't matter where or in what manner they are defined. If they are not the same, then if something should or shouldn't happen to them because of that, they should have something so one can check - if they by accident look the same, add some flag or something to the data structure perhaps? > No, I think the main problem is that servers created in-Gnus > are not added to `gnus-server-alist'. Gnus has multiple > layers of code for finding servers, so often it works out > okay, but in this case it isn't. But isn't it better that stuff that aren't the same are different to the point this can be determined just by inspecting the very base data? To put that in the layers above - indeed, how are those layers even supposed to find out? Ask some third instance, where and how was this defined? Just think one had to do that all the time, for example with strings and integers? -- underground experts united https://dataswamp.org/~incal