bug#23996: 25.0.95; rudel incompatible with eieio bundles in emacs 25

bug#23996: 25.0.95; rudel incompatible with eieio bundles in emacs 25

[Christian Köstlin]

dear emacs group,

i tried to get rudel (collaborative editing environment) running with
emacs version 25. the same minimal emacs configuration runs in emacs
24, but with 25 i get the error:
slot-value: eieio-oref called on a class: rudel-backend-factory
when loading rudel.el.

if i run the rudel initialization with (setq debug-on-error t) i get:

Debugger entered--Lisp error: (error "eieio-oref called on a class:
rudel-backend-factory")
  signal(error ("eieio-oref called on a class:
rudel-backend-factory"))
  error("eieio-oref called on a class: %s" rudel-backend-factory)
  slot-value(rudel-backend-factory factories)
  (gethash category (slot-value object (quote factories)))
  (or (gethash category (slot-value object (quote factories)))
(puthash category (rudel-backend-factory category) $
  (let* ((object this)) (or (gethash category (slot-value object
(quote factories))) (puthash category (rudel-back$
  (lambda (this category) "Return the factory responsible for
CATEGORY.\nIf there is no responsible factory, creat$
  apply((lambda (this category) "Return the factory responsible for
CATEGORY.\nIf there is no responsible factory,$
  #[385 "^A\301\302\303\304\305^F^G!\306\"\307$\310K\311K\301\302\312\304\305^F^F^F^F\"\313\"\307$\216\310^CM\210\$
  apply(#[385 "^A\301\302\303\304\305^F^G!\306\"\307$\310K\311K\301\302\312\304\305^F^F^F^F\"\313\"\307$\216\310^C$
  #[128 "\302\300\303\304\305\306\307\301^F^H\"\310\"\311\312%^C#\207"
[#[385 "^A\301\302\303\304\305^F^G!\306\"\3$
  apply(#[128 "\302\300\303\304\305\306\307\301^F^H\"\310\"\311\312%^C#\207"
[#[385 "^A\301\302\303\304\305^F^G!\3$
  rudel-get-factory(rudel-backend-factory session-initiation)
  rudel-backend-get-factory(session-initiation)
  (rudel-add-backend (rudel-backend-get-factory (quote
session-initiation)) (quote ask-protocol) (quote rudel-ask-$
  eval-buffer(#<buffer  *load*-89939> nil
"/Users/gizmo/.rudel/rudel/rudel-session-initiation.el" nil t)  ;
Readin$
  load-with-code-conversion("/Users/gizmo/.rudel/rudel/rudel-session-initiation.el"
"/Users/gizmo/.rudel/rudel/rud$
  require(rudel-session-initiation)
  eval-buffer(#<buffer  *load*> nil
"/Users/gizmo/.rudel/rudel/rudel.el" nil t)  ; Reading at buffer
position 1406
  load-with-code-conversion("/Users/gizmo/.rudel/rudel/rudel.el"
"/Users/gizmo/.rudel/rudel/rudel.el" nil t)
  require(rudel)
  eval((require (quote rudel)) nil)
  elisp--eval-last-sexp(nil)
  eval-last-sexp(nil)
  funcall-interactively(eval-last-sexp nil)
  call-interactively(eval-last-sexp nil nil)
  command-execute(eval-last-sexp)

i prepared a minimal configuration for you to test with:
https://github.com/gizmomogwai/rudel
just set the EMACS env variable to your emacs binary (e.g. for me export EMACS=
~/bin/osx/emacs/25.0.95/bin/emacs) and run rudel-client.

i think the problem is related to:
https://lists.gnu.org/archive/html/bug-gnu-emacs/2015-05/msg00221.html
but my elisp skills are not up to the task!

perhaps you could give some hints on how to solve this.

thanks in advance,
christian köstlin

p.s.: here the output of  M-x report-emacs-bug

...


In GNU Emacs 25.0.95.1 (x86_64-apple-darwin15.5.0, NS appkit-1404.47
Version 10.11.5 (Build 15F34))
 of 2016-07-09 built on flunder.local
Configured using:
 'configure --prefix /Users/gizmo/bin/osx/emacs/25.0.95 --with-gnutls
 --with-ns --disable-ns-self-contained'

Configured features:
JPEG IMAGEMAGICK NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS

Important settings:
  value of $LC_CTYPE: UTF-8
  value of $LANG: en_DE.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
slot-value: eieio-oref called on a class: rudel-backend-factory

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message dired format-spec rfc822 mml
mml-sec password-cache epg epg-config gnus-util mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils
rudel-backend warnings rudel-util eieio-compat rudel-errors
eieio-speedbar speedbar sb-image ezimage dframe eieio-custom wid-edit
eieio-base cl-seq eieio byte-opt bytecomp byte-compile cl-extra
help-mode easymenu cconv eieio-core cl-macs cl gv cl-loaddefs pcase
cl-lib term/xterm xterm time-date mule-util tooltip eldoc electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel ns-win ucs-normalize
term/common-win tool-bar dnd fontset image regexp-opt fringe
tabulated-list newcomment elisp-mode lisp-mode prog-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core frame cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese charscript case-table epa-hook jka-cmpr-hook help
simple abbrev minibuffer cl-preloaded nadvice loaddefs button faces
cus-face macroexp files text-properties overlay sha1 md5 base64 format
env code-pages mule custom widget hashtable-print-readable backquote
kqueue cocoa ns multi-tty make-network-process emacs)

Memory information:
((conses 16 218928 7356)
 (symbols 48 21886 0)
 (miscs 40 33 129)
 (strings 32 21084 6413)
 (string-bytes 1 621176)
 (vectors 16 34036)
 (vector-slots 8 652812 2503)
 (floats 8 290 415)
 (intervals 56 184 0)
 (buffers 976 11))

bug#23996: 25.0.95; rudel incompatible with eieio bundles in emacs 25

[Glenn Morris]

Apparently this was fixed yesterday:
http://debbugs.gnu.org/23947

Please try it out.

bug#23996: 25.0.95; rudel incompatible with eieio bundles in emacs 25

[npostavs]

Glenn Morris <rgm@gnu.org> writes:

> Apparently this was fixed yesterday:
> http://debbugs.gnu.org/23947
>
> Please try it out.

It seems to be fixed* in the GNU ELPA repository, but the old broken
version is still being served.  Time to bump to the version number?

* by fixed I mean it doesn't give those errors anymore, but I didn't
  manage to connect to a server.

Re: bug#23996: 25.0.95; rudel incompatible with eieio bundles in emacs 25

[shlomivaknin]

Hey,
I get the same problem, the rudel. The version I see on melpa is 0.3 and its very old.. 

Is this package still worked on? Couldnt find a repository (be it github, bazzar or svn) that has activity after 2010.

Is this project still alive? where? Are there any other alternatives?

Thanks!

On Thursday, July 28, 2016 at 5:49:15 PM UTC-7, npos...@users.sourceforge.net wrote:
> Glenn Morris <rgm@gnu.org> writes:
> 
> > Apparently this was fixed yesterday:
> > http://debbugs.gnu.org/23947
> >
> > Please try it out.
> 
> It seems to be fixed* in the GNU ELPA repository, but the old broken
> version is still being served.  Time to bump to the version number?
> 
> * by fixed I mean it doesn't give those errors anymore, but I didn't
>   manage to connect to a server.

Re: bug#23996: 25.0.95; rudel incompatible with eieio bundles in emacs 25

[shlomivaknin]

Oh,

Ok, so its in elpa the source repository and not elpa the package repository (http://git.savannah.gnu.org/cgit/emacs/elpa.git/), and even there, you have to switch to externals/rudel branch to see the code. 

However, I cant seem to be able to compile or load it by following the directions in the INSTALL file.. When trying to recompile-directory all files are simply skipped. Running from the shell in the source directory:

emacs -q  --batch --eval "(byte-recompile-directory \"./\" 0)" 

returns lots of "no such file or directory" errors for files like adopted-operation, rudel-util etc, all of which exists in the current directory.

Whats the proper way to do that?

Thanks


On Tuesday, September 13, 2016 at 3:16:09 PM UTC-7, shlomi...@gmail.com wrote:
> Hey,
> I get the same problem, the rudel. The version I see on melpa is 0.3 and its very old.. 
> 
> Is this package still worked on? Couldnt find a repository (be it github, bazzar or svn) that has activity after 2010.
> 
> Is this project still alive? where? Are there any other alternatives?
> 
> Thanks!
> 
> On Thursday, July 28, 2016 at 5:49:15 PM UTC-7, npos...@users.sourceforge.net wrote:
> > Glenn Morris <rgm@gnu.org> writes:
> > 
> > > Apparently this was fixed yesterday:
> > > http://debbugs.gnu.org/23947
> > >
> > > Please try it out.
> > 
> > It seems to be fixed* in the GNU ELPA repository, but the old broken
> > version is still being served.  Time to bump to the version number?
> > 
> > * by fixed I mean it doesn't give those errors anymore, but I didn't
> >   manage to connect to a server.

bug#23996: 25.0.95; rudel incompatible with eieio bundles in emacs 25

[npostavs]

tags 23996 fixed
close 23996 
quit

[I'm not sure where you sent this mail, it's not showing up on the bug,
please send messages to 23996@debbugs.gnu.org so they're archived
properly]

> On Tuesday, September 13, 2016 at 3:16:09 PM UTC-7, shlomi...@gmail.com wrote:
>> Hey,
>> I get the same problem, the rudel. The version I see on melpa is 0.3 and its very old..
>>
>> Is this package still worked on? Couldnt find a repository (be it github, bazzar or svn) that has activity after 2010.
>>
>> Is this project still alive? where? Are there any other alternatives?

On Tue, Sep 13, 2016 at 6:52 PM,  <shlomivaknin@gmail.com> wrote:
> Oh,
>
> Ok, so its in elpa the source repository and not elpa the package repository (http://git.savannah.gnu.org/cgit/emacs/elpa.git/), and even there, you have to switch to externals/rudel branch to see the code.
>
> However, I cant seem to be able to compile or load it by following the directions in the INSTALL file.. When trying to recompile-directory all files are simply skipped. Running from the shell in the source directory:
>
> emacs -q  --batch --eval "(byte-recompile-directory \"./\" 0)"
>
> returns lots of "no such file or directory" errors for files like adopted-operation, rudel-util etc, all of which exists in the current directory.
>
> Whats the proper way to do that?

The most recent repo for rudel does appear to be ELPA.  The compile
instructions in README and INSTALL seem to be outdated.  The following
compiles successfully for me (though there are a bunch of warnings):

    emacs -Q --batch -L . -f batch-byte-compile *.el

I managed to get something working this time:

    # first Emacs instance
    emacs -Q -L . -l rudel-mode.el &
    M-x global-rudel-minor-mode
    C-c c h
    C-c c j localhost RET 6522 RET red RET n RET qqq RET www RET
    C-c c p RET # publish *scratch*

    # second Emacs instance
    emacs -Q -L . -l rudel-mode.el &
    M-x global-rudel-minor-mode
    C-c c j localhost RET 6522 RET blue RET n RET qqq RET www RET
    C-c c s TAB RET yes RET # subscribe to scratch

So I've bumped the version in ELPA to 0.3.1 and I'm closing this bug.

Re: bug#23996: 25.0.95; rudel incompatible with eieio bundles in emacs 25

[shlomivaknin]

Thanks! Ill give it a shot!

On Wednesday, September 14, 2016 at 6:05:12 PM UTC-7, npos...@users.sourceforge.net wrote:
> tags 23996 fixed
> close 23996 
> quit
> 
> [I'm not sure where you sent this mail, it's not showing up on the bug,
> please send messages to 23996@debbugs.gnu.org so they're archived
> properly]
> 
> > On Tuesday, September 13, 2016 at 3:16:09 PM UTC-7, shlomi...@gmail.com wrote:
> >> Hey,
> >> I get the same problem, the rudel. The version I see on melpa is 0.3 and its very old..
> >>
> >> Is this package still worked on? Couldnt find a repository (be it github, bazzar or svn) that has activity after 2010.
> >>
> >> Is this project still alive? where? Are there any other alternatives?
> 
> On Tue, Sep 13, 2016 at 6:52 PM,  <shlomi...@gmail.com> wrote:
> > Oh,
> >
> > Ok, so its in elpa the source repository and not elpa the package repository (http://git.savannah.gnu.org/cgit/emacs/elpa.git/), and even there, you have to switch to externals/rudel branch to see the code.
> >
> > However, I cant seem to be able to compile or load it by following the directions in the INSTALL file.. When trying to recompile-directory all files are simply skipped. Running from the shell in the source directory:
> >
> > emacs -q  --batch --eval "(byte-recompile-directory \"./\" 0)"
> >
> > returns lots of "no such file or directory" errors for files like adopted-operation, rudel-util etc, all of which exists in the current directory.
> >
> > Whats the proper way to do that?
> 
> The most recent repo for rudel does appear to be ELPA.  The compile
> instructions in README and INSTALL seem to be outdated.  The following
> compiles successfully for me (though there are a bunch of warnings):
> 
>     emacs -Q --batch -L . -f batch-byte-compile *.el
> 
> I managed to get something working this time:
> 
>     # first Emacs instance
>     emacs -Q -L . -l rudel-mode.el &
>     M-x global-rudel-minor-mode
>     C-c c h
>     C-c c j localhost RET 6522 RET red RET n RET qqq RET www RET
>     C-c c p RET # publish *scratch*
> 
>     # second Emacs instance
>     emacs -Q -L . -l rudel-mode.el &
>     M-x global-rudel-minor-mode
>     C-c c j localhost RET 6522 RET blue RET n RET qqq RET www RET
>     C-c c s TAB RET yes RET # subscribe to scratch
> 
> So I've bumped the version in ELPA to 0.3.1 and I'm closing this bug.