[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Pan-devel] Please test pan if you are able to prepare for the next

From: Duncan
Subject: Re: [Pan-devel] Please test pan if you are able to prepare for the next release.
Date: Sun, 8 Jan 2012 23:02:32 +0000 (UTC)
User-agent: Pan/0.135 (Tomorrow I'll Wake Up and Scald Myself with Tea; GIT 0bc2fe8 /st/portage/src/egit-src/pan2)

Heinrich Müller posted on Sun, 08 Jan 2012 13:51:29 +0000 as excerpted:

> Thanks for any people willing to participate. Leave bugs at bugzilla or
> here.

It's working here, but I've not had time to try secure connections to 
gmane again due to tracking bugs elsewhere and a just completed full 
system rebuild (of course bringing out more bugs to track down) after 
upgrading to gcc-4.6.2 (from 4.5.x.  But it's building, including the 
security stuff (and without notifications enabled, now that you fixed 
/that/ bug) and running at least in unencrypted mode.

I really hate to bring it up again as it's a long-term problem, since the 
Charles era, that I've been unable to trace down, but somehow, some way, 
either gmane or pan has a problem with certain cross-posted articles if 
pan has visited/subscribed both affected groups, where pan is simply 
unable to see new messages on one of the groups.

The problem went away for a period, I'd guess due to the down time that 
gmane had a few months ago, then came back, but only on SOME of the 
previously affected groups.

In particular, I'm subscribed to two gmane.comp.freedesktop.xorg.* 
groups, announce and drivers.ati (which is for the free drivers, not the 
proprietary ones).  Obviously driver version announcements go to both.  
For some time, that caused issues, but they went away and and haven't 
come back.

In contrast, as a gentooer I'm subscribed to several gmane.linux.gentoo.* 
lists, including devel, devel.announce, and project.  I was also 
subscribed to council for awhile, but that list/group folded into project 
and is no longer active.  devel is the most active and the oldest, with 
me being subscribed there since 2004 I think.  devel.announce, council 
and project are newer, and at least devel.announce and project had this 
bug at one point due to crossposts probably with devel.  Then the problem 
went away, and stayed away with devel.announce, but project won't update, 

The bug has to have something to do with the seen messages and/or high-
water-mark tracking in relation to crossposting, but that's pretty much 
as far as I've gotten, despite occasional failed attempts to bisect the 
problem down to a specific user data file in $PAN_HOME -- it seems to be 
an interrelationship of more than one, such that the problem can't be 
isolated to a single file.

What seems to be happening is that either gmane is giving pan the message 
sequence numbers for the wrong group, or pan is using the sequence 
numbers from the wrong group when a message is cross-posted.  Either way, 
once pan sees the higher sequence numbers for the more active or longer 
history group, it believes it has seen everything the server has to offer 
and won't even attempt to fetch headers for that group any longer, as it 
believes it's ahead of what the server is saying it has.

I've been going to try a test with a clean test config, then subscribe to 
JUST the devel and project groups (and download all headers), with devel 
first, then wipe the config and try project first, and see if that makes 
a difference, but I've not done so yet.

Anyway, this can't be release-critical as it has existed for years and 
years, thru multiple releases.  But it sure is frustrating!  If you could 
either give me specific instructions for running gdb to try to catch 
this, or supply a patch that would spit out diagnostics information about 
it to stderr, I'd love to track this down, but I know the description is 
rather vague for that.  The problem is, I've been frustrated in all 
attempts so far to narrow it down further.

Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

reply via email to

[Prev in Thread] Current Thread [Next in Thread]