error since upgraded to 24.3 and gnus from git

error since upgraded to 24.3 and gnus from git

[Erik Colson]

Hi,

I lastly upgraded to emacs 24.3 and got gnus from the git repo.
Now I get this error when starting gnus.

Debugger entered--Lisp error: (void-function gnus-get-text-property-excluding-characters-with-faces)
  gnus-get-text-property-excluding-characters-with-faces(1 face)
  gnus-group-highlight-line("dummy.group" 1 34)
  gnus-group-insert-group-line("dummy.group" 0 nil 0 nil)
  gnus-update-group-mark-positions()
  gnus-group-mode()
  gnus-group-setup-buffer()
  gnus-group-list-groups(nil)
  byte-code("\b\204\x0e\0	\204\x0e\0\306 \210\202L\0\307\310!\210\311\n!\x13\f\204\x1e\0
\203!\0\312 \210\313\314\x0e\x18\b#\210\307\315!\210\x0e\x19\2036\0\316\317\320\"\210\321 \210\322\x0e\x18!\210\323 \210\324\325!\210\326 \210\307\327!\210\314\207" [dont-connect did-connect gnus-startup-file gnus-current-startup-file gnus-slave gnus-use-dribble-file gnus-group-quit gnus-run-hooks gnus-startup-hook gnus-make-newsrc-file gnus-dribble-read-file gnus-setup-news nil gnus-setup-news-hook gnus-request-create-group "queue" (nndraft "") gnus-start-draft-setup gnus-group-list-groups gnus-group-first-unread-group gnus-configure-windows group gnus-group-set-mode-line gnus-started-hook level gnus-agent] 4)
  gnus-1(nil nil nil)
  gnus(nil)
  call-interactively(gnus record nil)
  command-execute(gnus record)
  execute-extended-command(nil "gnus")
  call-interactively(execute-extended-command nil nil)

Any ideas ?
--
erik

Re: error since upgraded to 24.3 and gnus from git

[Erik Colson]

Hi,

I went back in history till before that function existed.
So that's commit 4704a2e650646ac28300f051cea9cab3e46fb2f4.

Now things work again, but I think there's a bug lurking there..

best
--
erik

On 13 Mar 2013, at 12:08, Erik Colson <eco@ecocode.net> wrote:

> Hi,
> 
> I lastly upgraded to emacs 24.3 and got gnus from the git repo.
> Now I get this error when starting gnus.
> 
> Debugger entered--Lisp error: (void-function gnus-get-text-property-excluding-characters-with-faces)
>  gnus-get-text-property-excluding-characters-with-faces(1 face)
>  gnus-group-highlight-line("dummy.group" 1 34)
>  gnus-group-insert-group-line("dummy.group" 0 nil 0 nil)
>  gnus-update-group-mark-positions()
>  gnus-group-mode()
>  gnus-group-setup-buffer()
>  gnus-group-list-groups(nil)
>  byte-code("\b\204\x0e	\204\x0e\306 \210\202L\307\310!\210\311\n!\x13\f\204\x1e
> \203!\312 \210\313\314\x0e\x18\b#\210\307\315!\210\x0e\x19\2036\316\317\320\"\210\321 \210\322\x0e\x18!\210\323 \210\324\325!\210\326 \210\307\327!\210\314\207" [dont-connect did-connect gnus-startup-file gnus-current-startup-file gnus-slave gnus-use-dribble-file gnus-group-quit gnus-run-hooks gnus-startup-hook gnus-make-newsrc-file gnus-dribble-read-file gnus-setup-news nil gnus-setup-news-hook gnus-request-create-group "queue" (nndraft "") gnus-start-draft-setup gnus-group-list-groups gnus-group-first-unread-group gnus-configure-windows group gnus-group-set-mode-line gnus-started-hook level gnus-agent] 4)
>  gnus-1(nil nil nil)
>  gnus(nil)
>  call-interactively(gnus record nil)
>  command-execute(gnus record)
>  execute-extended-command(nil "gnus")
>  call-interactively(execute-extended-command nil nil)
> 
> Any ideas ?
> --
> erik

Re: error since upgraded to 24.3 and gnus from git

[Tassilo Horn]

Erik Colson <eco@ecocode.net> writes:

Hi Erik,

> I went back in history till before that function existed.
> So that's commit 4704a2e650646ac28300f051cea9cab3e46fb2f4.
>
> Now things work again, but I think there's a bug lurking there..

This has come up in January already.  Have a look at/

  Message-ID: <871ud1rov1.fsf@sklar.v.cablecom.net>

in this list.  Well, that thread doesn't contain a solution, though, but
Katsumi thinks there's something gone wrong during ./configure.  You
might want to ask Marius if and how the issue has been solved.

Bye,
Tassilo

Re: error since upgraded to 24.3 and gnus from git

[Erik Colson]

Tassilo Horn <tsdh@gnu.org> writes:

> Erik Colson <eco@ecocode.net> writes:
>
> Hi Erik,
>
>> I went back in history till before that function existed.
>> So that's commit 4704a2e650646ac28300f051cea9cab3e46fb2f4.
>>
>> Now things work again, but I think there's a bug lurking there..
>
> This has come up in January already.  Have a look at/
>
>   Message-ID: <871ud1rov1.fsf@sklar.v.cablecom.net>
>
> in this list.  Well, that thread doesn't contain a solution, though, but
> Katsumi thinks there's something gone wrong during ./configure.  You
> might want to ask Marius if and how the issue has been solved.

Hi Tassilo.

Thanks for the info. I'll try that.  However I narrowed the thing down,
using git bisect, to the commit 04580ac401 which is the one preceding
the commit I went back to.

But, as I went through :

    make clean && ./configure && make

several times to find the error causing commit, I don't think it can be
related to a configure error..

Maybe it's related to a group-name or something else, but my lisp isn't
good enough to debug this thing without help.

best
--
erik

Re: error since upgraded to 24.3 and gnus from git

[Tassilo Horn]

Erik Colson <eco@ecocode.net> writes:

Hi Erik,

> Thanks for the info. I'll try that.  However I narrowed the thing
> down, using git bisect, to the commit 04580ac401 which is the one
> preceding the commit I went back to.
>
> But, as I went through :
>
>     make clean && ./configure && make
>
> several times to find the error causing commit, I don't think it can
> be related to a configure error..
>
> Maybe it's related to a group-name or something else, but my lisp
> isn't good enough to debug this thing without help.

Very unlikely that a void-function error could be caused by that.

I still think it's a configure problem.  When you run make, it says
something like

  cd lisp && make EMACS="emacs-24" lispdir="/usr/share/emacs/site-lisp/gnus" all

What's the value of EMACS?  And is that the same emacs you use for
running gnus?

Bye,
Tassilo

Re: error since upgraded to 24.3 and gnus from git

[Erik Colson]

On 13 Mar 2013, at 17:35, Tassilo Horn <tsdh@gnu.org> wrote:

> Erik Colson <eco@ecocode.net> writes:
> 
> Hi Erik,
> 
>> Thanks for the info. I'll try that.  However I narrowed the thing
>> down, using git bisect, to the commit 04580ac401 which is the one
>> preceding the commit I went back to.
>> 
>> But, as I went through :
>> 
>>    make clean && ./configure && make
>> 
>> several times to find the error causing commit, I don't think it can
>> be related to a configure error..
>> 
>> Maybe it's related to a group-name or something else, but my lisp
>> isn't good enough to debug this thing without help.
> 
> Very unlikely that a void-function error could be caused by that.
> 
> I still think it's a configure problem.  When you run make, it says
> something like
> 
>  cd lisp && make EMACS="emacs-24" lispdir="/usr/share/emacs/site-lisp/gnus" all
> 
> What's the value of EMACS?  And is that the same emacs you use for
> running gnus?
> 
> Bye,
> Tassilo
> 


Hi Tassilo

cd lisp && make EMACS="emacs" lispdir="/usr/local/Cellar/emacs/24.3/Emacs.app/Contents/share/emacs/site-lisp/gnus" all

"emacs" is correct (I have only one and checked PATH also)
lispdir is also correct

--
erik

dovecot X-MAILBOX and X-REAL-UID support in nnimap ?

[Erik Colson]

Hi,

I've been testing a lot today with dovecot/nnimap/offlineimap/nnmaildir
and came accross this page :

http://wiki.dovecot.org/Plugins/Virtual

Virtual mailboxes are pretty fast for searching (I have configured
dovecot with solr index) _all_ of the mailboxes I have. If I search all
boxes from the server directly from gnus, gnus will request a search
from dovecot for each mailbox, which does take some time on my
machine. Using a virtual box called 'All' makes the search almost
instant. So that's a win!

However gnus will report all messages residing in 'virtual.All' mailbox
which is not as neat as I want it to. I'd like gnus to report the real
mailbox.

Dovecot seems to come with a X-MAILBOX and X-REAL-UID fields (not
standard imap), which exactly do what I want. However nnimap doesn't use
these. So, maybe anyone already has a patch implementing this support ?

best
-- 
erik colson

Re: error since upgraded to 24.3 and gnus from git

[Wolfgang Jenkner]

On Wed, Mar 13 2013, Erik Colson wrote:

> Debugger entered--Lisp error: (void-function gnus-get-text-property-excluding-characters-with-faces)
>   gnus-get-text-property-excluding-characters-with-faces(1 face)

When getting this error, could you please try what

(featurep 'gnus-util)

evaluates to?

Wolfgang

Re: error since upgraded to 24.3 and gnus from git

[Erik Colson]

On 13 Mar 2013, at 17:30, Wolfgang Jenkner <wjenkner@inode.at> wrote:

> On Wed, Mar 13 2013, Erik Colson wrote:
> 
>> Debugger entered--Lisp error: (void-function gnus-get-text-property-excluding-characters-with-faces)
>>  gnus-get-text-property-excluding-characters-with-faces(1 face)
> 
> When getting this error, could you please try what
> 
> (featurep 'gnus-util)
> 
> evaluates to?
> 
> Wolfgang
> 

Hi Wolfgang !

it evaluates to: t

thanks for help !

best
--
erik

Re: error since upgraded to 24.3 and gnus from git

[Wolfgang Jenkner]

On Wed, Mar 13 2013, Erik Colson wrote:

> On 13 Mar 2013, at 17:30, Wolfgang Jenkner <wjenkner@inode.at> wrote:
>
>> On Wed, Mar 13 2013, Erik Colson wrote:
>> 
>>> Debugger entered--Lisp error: (void-function gnus-get-text-property-excluding-characters-with-faces)
>>>  gnus-get-text-property-excluding-characters-with-faces(1 face)
>> 
>> When getting this error, could you please try what
>> 
>> (featurep 'gnus-util)
>> 
>> evaluates to?
>
> it evaluates to: t

So gnus-util has actually been successfully loaded before the error is
triggered, but it must be an old version of gnus-util.el which hasn't
gnus-get-text-property-excluding-characters-with-faces, or perhaps
gnus-util.elc is stale.  At least, I can't think of any other reason...

Wolfgang

Re: error since upgraded to 24.3 and gnus from git

[Erik Colson]

Wolfgang Jenkner <wjenkner@inode.at> writes:

> So gnus-util has actually been successfully loaded before the error is
> triggered, but it must be an old version of gnus-util.el which hasn't
> gnus-get-text-property-excluding-characters-with-faces, or perhaps
> gnus-util.elc is stale.  At least, I can't think of any other reason...

yep, that was it :)
had another gnus-util.elc which got loaded !

Thanks !
--
erik

Re: error since upgraded to 24.3 and gnus from git

[Tassilo Horn]

Erik Colson <eco@ecocode.net> writes:

Hi Erik,

>> So gnus-util has actually been successfully loaded before the error
>> is triggered, but it must be an old version of gnus-util.el which
>> hasn't gnus-get-text-property-excluding-characters-with-faces, or
>> perhaps gnus-util.elc is stale.  At least, I can't think of any other
>> reason...
>
> yep, that was it :)
> had another gnus-util.elc which got loaded !

Good that it's solved now.

For the future, there's this nice command that helps to find those
problems.

,----[ C-h f list-load-path-shadows RET ]
| list-load-path-shadows is an interactive autoloaded Lisp function in
| `shadow.el'.
| 
| (list-load-path-shadows &optional STRINGP)
| 
| Display a list of Emacs Lisp files that shadow other files.
| 
| If STRINGP is non-nil, returns any shadows as a string.
| Otherwise, if interactive shows any shadows in a `*Shadows*' buffer;
| else prints messages listing any shadows.
| 
| This function lists potential load path problems.  Directories in
| the `load-path' variable are searched, in order, for Emacs Lisp
| files.  When a previously encountered file name is found again, a
| message is displayed indicating that the later file is "hidden" by
| the earlier.
| 
| For example, suppose `load-path' is set to
| 
| ("/usr/gnu/emacs/site-lisp" "/usr/gnu/emacs/share/emacs/19.30/lisp")
| 
| and that each of these directories contains a file called XXX.el.  Then
| XXX.el in the site-lisp directory is referred to by all of:
| (require 'XXX), (autoload .... "XXX"), (load-library "XXX") etc.
| 
| The first XXX.el file prevents Emacs from seeing the second (unless
| the second is loaded explicitly via `load-file').
| 
| When not intended, such shadowings can be the source of subtle
| problems.  For example, the above situation may have arisen because the
| XXX package was not distributed with versions of Emacs prior to
| 19.30.  An Emacs maintainer downloaded XXX from elsewhere and installed
| it.  Later, XXX was updated and included in the Emacs distribution.
| Unless the Emacs maintainer checks for this, the new version of XXX
| will be hidden behind the old (which may no longer work with the new
| Emacs version).
| 
| This function performs these checks and flags all possible
| shadowings.  Because a .el file may exist without a corresponding .elc
| (or vice-versa), these suffixes are essentially ignored.  A file
| XXX.elc in an early directory (that does not contain XXX.el) is
| considered to shadow a later file XXX.el, and vice-versa.
| 
| Shadowings are located by calling the (non-interactive) companion
| function, `load-path-shadows-find'.
`----

Bye,
Tassilo

Re: error since upgraded to 24.3 and gnus from git

[Erik Colson]

Tassilo Horn <tsdh@gnu.org> writes:

> For the future, there's this nice command that helps to find those
> problems.
>
> ,----[ C-h f list-load-path-shadows RET ]

Hi Tassilo !

That's a super command ! thanks !
--
erik