From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?utf-8?Q?Bj=C3=B6rn?= Bidar Newsgroups: gmane.emacs.help Subject: Re: A few questions about debbugs Date: Fri, 23 Aug 2024 07:18:51 +0300 Message-ID: <28057.5888043799$1724386800@news.gmane.org> References: <871q2uelx6.fsf@thaodan.de> <87r0as992a.fsf@gmx.de> <87msl83hbe.fsf@gmx.de> <874j7e2rlg.fsf@gmx.de> 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="7088"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: help-gnu-emacs@gnu.org, Eric Abrahamsen To: Michael Albinus Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Fri Aug 23 06:19:54 2024 Return-path: Envelope-to: geh-help-gnu-emacs@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 1shLmE-0001jY-9j for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 23 Aug 2024 06:19:54 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1shLlU-0001yr-Bi; Fri, 23 Aug 2024 00:19:08 -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 1shLlR-0001yP-TI for help-gnu-emacs@gnu.org; Fri, 23 Aug 2024 00:19:05 -0400 Original-Received: from thaodan.de ([185.216.177.71]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1shLlM-00030D-4G for help-gnu-emacs@gnu.org; Fri, 23 Aug 2024 00:19:05 -0400 Original-Received: from odin (dsl-trebng12-50dc75-154.dhcp.inet.fi [80.220.117.154]) by thaodan.de (Postfix) with ESMTPSA id 94F51D00051; Fri, 23 Aug 2024 07:18:53 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=thaodan.de; s=mail; t=1724386733; bh=10xDWCl6Zcg+eNsqAqum17I4gXwxoXLh7+s8SLACJNw=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=sFbKpfcFmNGrSJP+EWJX3ZyXed63KJPKMU8mvGqrx5VgzV5SWg9JkNA4+y5mSxAnJ 25161MkTWnoDVs7VaMu/5xk65lOmNW7RlsTmv7/IwIx5IcgBAsi2VAgHkTYdstxGLW iXcQFbItR8U2UuuHg3WXncbdUJfy7Fqyl09pvxlv/aCY8DAet83LaZmlMyfTlXbk2n aftqunl3DrwOpGOzx1P94b8PEwnV/3aa0qKlH/+IFAmJ45q2JiH/pt52g/gbjCdHJZ 1X/C1t8NPNPi9P/BNnkmRcv/GDPbGZcuQ4SM+Z8cVtxE3FBuoCiKUkrSv1lAyPSe/G q233anIl5rNWWc+BOjo2CpPbj+ytdOLDejAgyvYUziALD8Qqgd7FnsayOba0YbUPI1 3y2/RCV9m8qp/RPGb+a3TxAekJHi6Dss2Te8GSYTix6e+A4GsLfnJw54bfnTlSKR8Q X2Xg3I6lP5Rucf6eeupaUTNh89xv9R7jdwCZea5dS5TGQiZl3yyQVMDu17/6UAvcDW K3U+flV+ZkTH1IR5MgAsUx4F7mYBWZG9ueje8d8Flgw4OLOydxDtRdy9uDKz0ObSms Hb3SpVNxHaI0WL6B564p9DJz5Lm5uBYjxMUzyksLoB9JMgePNsbSrEAmfpRyRSv8dT zEm7D8WNPKqpdr5vD7POPSV4= In-Reply-To: <874j7e2rlg.fsf@gmx.de> (Michael Albinus's message of "Wed, 21 Aug 2024 10:43:55 +0200") Autocrypt: addr=bjorn.bidar@thaodan.de; prefer-encrypt=nopreference; keydata= mDMEZNfpPhYJKwYBBAHaRw8BAQdACBEmr+0xwIIHZfIDlZmm7sa+lHHSb0g9FZrN6qE6ru60JUJq w7ZybiBCaWRhciA8Ympvcm4uYmlkYXJAdGhhb2Rhbi5kZT6IlgQTFgoAPgIbAwULCQgHAgIiAgYV CgkICwIEFgIDAQIeBwIXgBYhBFHxdut1RzAepymoq1wbdKFlHF9oBQJk1/YmAhkBAAoJEFwbdKFl HF9oB9cBAJoIIGQKXm4cpap+Flxc/EGnYl0123lcEyzuduqvlDT0AQC3OlFKm/OiqJ8IMTrzJRZ8 phFssTkSrrFXnM2jm5PYDoiTBBMWCgA7FiEEUfF263VHMB6nKairXBt0oWUcX2gFAmTX6T4CGwMF CwkIBwICIgIGFQoJCAsCBBYCAwECHgcCF4AACgkQXBt0oWUcX2hbCQEAtru7kvM8hi8zo6z9ux2h K+B5xViKuo7Z8K3IXuK5ugwA+wUfKzomzdBPhfxDsqLcEziGRxoyx0Q3ld9aermBUccHtBxCasO2 cm4gQmlkYXIgPG1lQHRoYW9kYW4uZGU+iJMEExYKADsCGwMFCwkIBwICIgIGFQoJCAsCBBYCAwEC HgcCF4AWIQRR8XbrdUcwHqcpqKtcG3ShZRxfaAUCZNf2FQAKCRBcG3ShZRxfaCzSAP4hZ7cSp0YN XYpcjHdsySh2MuBhhoPeLGXs+2kSiqBiOwD/TP8AgPEg/R+SI9GI9on7fBJJ0mp2IT8kZ2rhDOjg gA6IkwQTFgoAOxYhBFHxdut1RzAepymoq1wbdKFlH Received-SPF: pass client-ip=185.216.177.71; envelope-from=bjorn.bidar@thaodan.de; helo=thaodan.de X-Spam_score_int: -14 X-Spam_score: -1.5 X-Spam_bar: - X-Spam_report: (-1.5 / 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, INVALID_MSGID=0.568, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_TEMPERROR=0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.help:147771 Archived-At: Michael Albinus writes: > Bj=C3=B6rn Bidar writes: > > Hi Bj=C3=B6rn, > >>> Well, in fact we have already an asynchronous communication via >>> SOAP. debbugs-search calls soap-invoke, which sends a SOAP request, and >>> waits for the SOAP result. But we couls use soap-invoke-async instead, >>> which decouples the two phases. debbugs.el is already prepared for it, >>> via function debbugs-soap-invoke-async. So we could implement >>> asynchronous search. Patches welcome! >> >> Why soap-invoke-async not made use of when it was added? If adapting >> debbugs-search to use soap-invoke is not complicated I could try. >> Asynchronous operating/threading was always a sore spot in Emacs, >> especially in the packages that are the closest to GNU. > > Replacing soap-invoke by soap-invoke-async is not a problem. What I > worry about is the UI. If you invoke debbugs-search, and you do > something else in Emacs then, you need a proper way how to present the > search results to the user w/o interrupting the work she is doing > meanwhile. How would you not interrupt the word the user is doing? Shouldn't that be the point? An option would be to use dispaly buffer with an option to not change the cursor focus and spawn the window where the command was called if possible. >> How does debbugs leverage Gnus to display bug comments? > > That's not done via the SOAP interface. The debbugs.gnu.org server > offers a well known URL how to download the messages related to a bug in > mbox format. See the function debbugs-get-mbox in debbugs.el. And this > mbox is given to Gnus then, for showing an ephemeral message group. Is this specific to GNU debbugs server or does it work too if I would like to do the same with e.g. the Debian server? The way you implemented this feature could also be a way to handle mainlinglist archives in Gnus better if some such as those using mailmain would provide a well known address. For others there's at least public-inbox which works after each mailing-list has enabled it. But that's OT. >> On topic that's slightly off-topic: Why does debbugs-gnu is called >> GNU but refers mostly to Emacs? E.g. there's debbugs-gnu-trunk directory >> which refers to Emacs. Further the variable looks out of place now that >> Emacs uses Git. > > In the beginning was the word ... sorry, wrong movie. In the beginning > was debbugs.el. It is still used as backend package to access any server > running Debian's Debbugs software. So it works with debbugs.gnu.org and > bugs.debian.org, for example. See user option debbugs-servers in > debbugs.el. > > Later on, there was the request to have a UI for that package, which is > specialized on the debbugs.gnu.org server. This was implemented in > debbugs-gnu.el, and this is the reasoun of the string "gnu" in this > library. "debbugs-gnu" is just the prefix for all functions and > variables there. OK thanks for explaining. I think for clarification all the Emacs specific functions should have a debbugs-gnu-emacs- prefix or something a like to indicate their intention. > I don't remember why the string "trunk" has been used, and this might > indeed predates the time git has been taken for Emacs development. Is the approach to have more than one source tree? Debbugs mentions a trunk and stable tree for a git based workflow a stable and master/main branch handling would be more helpful. >> Thanks for your help so far. > > Best regards, Michael.