From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/71790 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: nndebbugs Date: Sun, 26 Sep 2010 02:17:22 +0200 Organization: Programmerer Ingebrigtsen Message-ID: References: <87r5ghwpnr.fsf@keller.adm.naquadah.org> <87lj6pwo9n.fsf@keller.adm.naquadah.org> <87zkv5y2g4.fsf@turtle.gmx.de> <878w2p7azn.fsf@mid.gehheimdienst.de> <87r5ghbfl4.fsf@windlord.stanford.edu> <87k4m99z0x.fsf@windlord.stanford.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1285460291 9499 80.91.229.12 (26 Sep 2010 00:18:11 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 26 Sep 2010 00:18:11 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M20163@lists.math.uh.edu Sun Sep 26 02:18:09 2010 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OzewS-000346-SG for ding-account@gmane.org; Sun, 26 Sep 2010 02:18:09 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1Ozew6-0001zI-Cj; Sat, 25 Sep 2010 19:17:46 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Ozew4-0001z6-Ki for ding@lists.math.uh.edu; Sat, 25 Sep 2010 19:17:44 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1Ozew0-0004Df-HZ for ding@lists.math.uh.edu; Sat, 25 Sep 2010 19:17:44 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1Ozevz-00049q-00 for ; Sun, 26 Sep 2010 02:17:39 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Ozevw-0002zZ-Db for ding@gnus.org; Sun, 26 Sep 2010 02:17:36 +0200 Original-Received: from cm-84.215.34.171.getinternet.no ([84.215.34.171]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 26 Sep 2010 02:17:36 +0200 Original-Received: from larsi by cm-84.215.34.171.getinternet.no with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 26 Sep 2010 02:17:36 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 70 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cm-84.215.34.171.getinternet.no Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAG1BMVEW4AFK5aZGtAFO5AFG4 AFDp5ei4AFm3AFO2AFIkrffZAAACUElEQVQ4jW2TQW/bMAyFVaSIcpwKqDnXwNwcDSgYdreQ+TgN cM92tjA9ui1m9RggQe2fvUfKaVNgPDgAP4nke2LUsSiKa1+NUwy72hCH8uXac5yqM6hDAlOcwd+6 rj+BqVp8Ari9AMi9fgYnyf/IiLIVl+rtB6i832RZlgMMsf9carPK8nwVEQD2olSFC5kAMudSpSv9 5vGZ8i1ax57Q44EB8mu/Idrmj+PrADIpVEhXfnhE82yMlEAtYK6pP2GqVTYODFp0l6m2OeXPb/ii HNH9W1ubkABXydIXcd+GO/tf0AfL84ryP5tKLIwycB14LICSX2QycYhEaG4YOLcGOCEpHrJC9gQC ORhIsZ7IBpnqyPn193FcjKMaGOzCZAlf8HJ+AQ8lLkpNYMANatlF5Tlf+uqAzotXLmXERfQo3ZpX YTEOeky2TzrO23ASHa2ZwNGXF+sz9CbUYi83V3Oia7/giaOBPHlCdWgtn/mpO627oUXWphfkXij6 RWnEk3Q2IpArYi+UUlH3Rg5ZmkDKKzXlZXsEhAYaO6V3UkjWjYEhhXxx0DKosbe9GKa6QsxCHTxp MAaLsqd3251rZRyU38dksTqKvVfc1oR93Mcz8B7kWxpnH1WMnViclsHZNKaGythBT/rXOrcTMQ+a xXS6S6WQnwc+H0TknJpOJwATv8IV8+KKQhUwuukFzGvz686G5cwxcEg1e+lxdVOb2jRJjSsYJEue biBrxsmZU25O51D9jV0WADCsULML8GKXDQNcKH4r+gAzzEhokX6RgYks5B97lGUiPudQ/gAAAABJ RU5ErkJggg== Mail-Copies-To: never X-Now-Playing: Ovo's _Rmxdby Daniele Brusaschetto_: "Teschi ci Osservano dal Basso" User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:JvNCjkSczOe5Wq1Mi169L2BSDEw= X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:71790 Archived-At: Russ Allbery writes: > Hm, I wonder if there's any way to generate an "article" for each bug, > which if you open it is treated like a digest of the bug discussion. > Otherwise, I think the threading between bugs and inside bugs is going to > make matters rather confusing. If the messages have References and stuff, it should work as a normal mail group. If not, it'll still gather threads based on Subject... so it shouldn't be more confusing than a mailing list from 1992. :-) > I don't know what the Emacs SOAP implementation looks like, but way faster > than parsing the HTML output there to get a list of bugs would be the > elisp equivalent of: > > #!/usr/bin/perl > use SOAP::Lite; > our $URL = 'http://debbugs.gnu.org/cgi/soap.cgi'; > our $NAMESPACE = 'Debbugs/SOAP/1'; > my $soap = SOAP::Lite->uri ($NAMESPACE)->proxy ($URL); > $soap->transport->env_proxy; > my $bugs = $soap->get_bugs (package => 'gnus')->result; > print join ("\n", @$bugs); > > That SOAP call returns an array of all the bug numbers assigned to that > package. You can also filter on status, of course. > > I just tested the above Perl code and it does the right thing with the GNU > debbugs. Right. I don't think Emacs has SOAP support at all. Could you have your perl script dump out the XML structure, and perhaps Gnus could just send that over "as is" to the server? On the other hand, scraping the HTML to find the bug numbers is really easy. All the links are like http://debbugs.gnu.org/cgi/bugreport.cgi?bug=50 so it just has to get the HTML, look for "bug=[0-9]+", and there you have it... > If you do this as an "article" per bug, you'd only have to fetch when > someone actually read that article. Gnus backends don't really support "deferred" fetching of stuff like that... I think one-group-per-component makes sense. I mean, the important thing is that you can read all new comments on all the bugs you're interested in, isn't it? If you have to take an extra step to inspect each bug, it's kinda ... boring... However, I've done some benchmarking, and if there's 100 bugs in your set, then entering the "full" group will take 45 seconds on the Emacs tracker. That's way too slow to be useful. Does the SOAP interface by any chance return more metadata -- like, for instance, how many replies there have been to each bug, or the last time it was updated, or anything else that can be used by nndebbugs to say "no, I don't need to download that one, since I've already done so once already". Alternatively again, nndebbugs could return a list of groups -- one per bug entry. Then updating any single one would be fast. But there would be a whole lot of groups, and that's not nice, either... -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen