On Tuesday 21 April 2009 02:25:04 Junichi Uekawa wrote: > At Sun, 19 Apr 2009 22:02:26 +0300, > > David Baron wrote: > > Package: apt-listbugs > > Severity: wishlist > > > > Apt-listbugs fails frequently (dependent upon internet connection, > > servers) with "Empty string from SOAP". Dependencies permitting, one can > > upgradepackages one-at-a-time or two-at-a-time and have it work. This > > makes upgrading Sid tedious and tenuous at best. > > > > A bug about this has been repeatedly submitted. Problem gets better, then > > repeats. > > > > Apt-listbugs will most always work with fewer items but often the > > dependencies of packages being upgraded will not allow this to be done > > manually if I had the patience to do so. > > > > The workaround would be: > > 1. Try the whole package list as now--quickest and most efficient if only > > this would work. If it does, fine, if not: > > 2. Try the package items on at a time. > > > > Bugs found would be list sequentially as now. > > Any failures would also be so listed with the same return code as now. > > lib/debian/bts.rb contains 'ParseStep' which is currently set as > constant of '200'. This is the number of bugs to process in one Soap batch. > > If your network is iffy, or the server is iffy, the number should be > decreased and maybe add a retry after a pause. (Which will make the > no-fail case be slower) > > This should be a tunable.
Yesterday, for whatever reason, I had no problems at all. Today, back to the SOAP errors. I tried ParseStep 50. Did not notice better results. It was slower. What I propose is what I do manually (if dependencies allow it!) to get listbugs to work. No-error case will be same as current speed. The workaround should most always do the job in the error case. I am not conversant in Ruby (this bts.rb is more readable than apt-listbugs which look more like antique-perl). If I were, I'd try it myself. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
