Re: jde-import-kill-extra-imports not working

I totally agree.  It seems like a shared model vs. the "benevolent
dictator" model might work as there isn't one person stepping forward.

My guess is that if we can at least facilitate three or four
volunteers to patch and put out distributions, we'll at least have
enough momentum to carry on until there is someone that can more fill
Paul K's shoes.

My guess is that it would be good to have one representative from the
GNU side and another from the XEmacs side.



Phillip Lord writes:
 > >>>>> "CK" == Carlos Konstanski <[email protected]> writes:
 > 
 >   CK> All of you fedora, cygwin and suse users are forgetting to mention
 >   CK> whether JDE is included in your distros.  And if it is included, how
 >   CK> does it work with the emacs 22 in your distro?  And if it does work, did
 >   CK> the distro maintainers patch JDE and/or emacs?  Without this
 >   CK> information, the fact that so-and-so distro uses emacs 22 means nothing
 >   CK> in the context of this discussion.
 > 
 > 
 > Carlos
 > 
 > Emacs 22 has been released since june and is stable as it's going to get (which
 > is pretty good in my book). 
 > 
 > If it doesn't interact well with JDEE that's unfortunate, but probably because
 > there has not been a JDE release for a while. The incompatibility problems are
 > probably JDE issues. When Emacs 21 was released, JDE had worked well with it
 > for, well, at least a year. 
 > 
 > Paul has offered his willingness for others to take over the JDE mantle; at
 > the moment patches for failures are coming in through this list, but unless
 > some on offers to acts to apply the patches and do a release periodically,
 > they will stop coming and are of limited use. 
 > 
 > I would be sad to see JDE atrophy as I wrote some of the code for it
 > (including the first version of jde-import-kill-extra-imports if memory serves
 > me well). The discussion has to be, who is willing to take over; not which
 > version of Emacs it should work with. 
 > 
 > Phil
 > 
 > 
 > 
 > 
 > 


-- 
Paul Landes
[email protected]