Re: wrong unread count after INBOX change

[Eric Abrahamsen <eric@ericabrahamsen.net>]

Eric Abrahamsen <eric@ericabrahamsen.net> writes:

> david.goldberg6@verizon.net (Dave Goldberg) writes:
>
>>>
>>> But even running (require 'gnus-util) doesn't cause this to be loaded, I
>>> have to go and C-x C-e on it. Which I find very weird!
>>
>> Most likely that's because a different gnus-util is already loaded.
>> Perhaps you've got a load-path shadow assuming you run gnus from git
>> in a directory different from the gnus provided with your emacs
>> distribution.
>>
>> At one point probably two or three years ago (you can find my ranting
>> about it on this list's archives if you care ;-)) Fedora's emacs
>> distribution included a site-start configuration that caused gnus-util
>> to be loaded at start up. Perhaps that's what's happening in your
>> case? If you do an "emacs -q" does (featurep 'gnus-util) return t? If
>> that's the case you can overrule it by loading (not requiring)
>> gnus-util explicitly somewhere in your .emacs.
>
> No, I'm pretty sure it's the code itself -- I never had this problem
> before, and emacs -q cannot find the gnus-util feature, and... reverting
> 9b59bbc fixes the problem!
>
> I don't know why having the defalias at top level would prevent it from
> working, but apparently it does...

Hmm, there may be more going on than I realized. It looks like I really
am loading the gnus-util.el that comes with Emacs, not from the Gnus git
repo. But then why did reverting that commit seem to fix it? I'll try a
few more times...