viewmail-info
[Top][All Lists]
Advanced

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

Re: running viewmail under emacs 29.3


From: John Stoffel
Subject: Re: running viewmail under emacs 29.3
Date: Mon, 24 Jun 2024 14:37:16 -0400

>>>>> "Göran" == Göran Uddeborg <goeran@uddeborg.se> writes:

Hi all,
Glad to have helped spark a conversation about keeping VM going.  My
problem (under Debian Bookworm, emacs 28.2, vm-8.2.0b, w3m to display
HTML inline inside SSH connections) is that when I hover over a large
link, the summary buffer at the bottom doesn't expand to show the
whole URL properly any more.  It broke when I went from Debian 11.

And the big problem with VM is the imap speed, it's just terribly slow
(when compared to mutt) since I keep ym email on an IMAP server so I
can read from both within VM (most of it!) and also from my cell phone
when need be.  

Otherwise VM just works, which is amazing honestly.  

My elisp-fu is non-existent, I would need to spend months wrapping my
brain around it and I doubt it will work.  I might have more time this
summer for testing, in spurts of course, but I'll be limited in coding
support. 

Moving to git (anywhere!) so I can pull down test versions would be
awesome.  But even just someone rolling a 8.3.0a as an alpha release
for testing collected patches would be great.  

Do we need/want to keep Xemacs compatibility?  I'm starting to think
we need to maybe trim cruft in a major way... but I'm not an XEmacs
user.  But I don't think XEmacs has been really touched in 10 years
now.  

> Your challenge worked on me! :-)
> I don't really personally mind Github myself, but I'm concerned about
> scaring away any potential contributor. As I understand it, Gitlab is
> less frowned upon; while not completely open it is at least open core.
> At the same time, it has a lot of features one might want from a forg.
> (Yes, magit works fine with Gitlab. :-) At least the things I use it
> for when interacting with our local instance at work.)

> So i created https://gitlab.com/emacs-vm/vm for the purpose. It is
> currently just an empty repository. Does anyone have the tooling for
> bzr→git migration readily available, or do we need to set it up?

> peter.julien.rayner@gmail.com skrev:
>> Just a quick note to say that the branch:
>> bzr+ssh://markd-kermodei@bazaar.launchpad.net/~markd-kermodei/vm/vm-emacs-28/
>> configured, made and ran out of the box under 29.3. I've not checked
>> the impact of Mark's other changes nor whether this includes or
>> obviates Stefan's cleanups but   we have a potential base to work
>> from. If noone else steps up in a week I'll open a repo for this
>> version and look to integrate existing patches. A warning that if I do
>> this it will be github; that might stimulate others to offer to manage
>> on their preferred host.
>> Thanks again all for a wonderful tool.
>> regards
>> Peter
>> >
>> >However, I think whatever is left of the VM community needs to
>> >figure out if we want to breath new life into VM or let it join
>> >the crypt of yesterdays great software.
>> >
>> >Personally, I love VM, but the compatibility issues, as well as
>> >not scaling to modern email volume, is increasingly problematic.
>> >While I would be happy to be part of a community to resurrect
>> >and modernize VM, I just don't have bandwidth to be developing
>> >my own email client.
>> >
>> >If anyone is interested, lets start a conversation.  VM is an
>> >amazing pieces of software.  We might be able to attract others
>> >if we can seed a modern approach to collaborative development.
>> >
>> >Cheers
>> >Mark
>> >
>> >Stefan Monnier via General discussion of VM mail reader 
>> <viewmail-info@nongnu.org> writes:
>> >> > A naive attempt to clone from https://github.com/emacsorphanage/vm/
>> >> > and run failed.  I've been running a version from the bzr repo under
>> >> > 29.0.50.
>> >> 
>> >> [ Hmm... 29.3 or the obsolete 29.0.50?  ]
>> >> 
>> >> > A few questions:
>> >> > - Am I starting from the right repo or is there a more recent version?
>> >> > - Are others running successfully in the case I'm trying?
>> >> > - Does any of the experienced maintainers have a sense of how hard this 
>> will
>> >> >   be to fix?  I'm willing to try it but would like an estimate of 
>> difficulty
>> >> >   and time.
>> >> 
>> >> Check the latest thread in this mailing-list, under the subject
>> >> 
>> >>     vm, emacs 28.2 (debian), urls in minibuffer
>> >> 
>> >> where I sent a "cleanup" patch to help get the code closer to modern
>> >> ELisp.  John Stoffel gave up on trying to make it work, but I don't
>> >> think it's should be very hard.  I don't use VM myself, but I'm quite
>> >> experienced in fixing those kinds of things and would be glad to provide
>> >> guidance.  Maybe you can team with John?
>> >> 
>> >> 
>> >>         Stefan
>> >> 
>> >> 
>> >
>> 
>> -- 
>> Peter Rayner (he/him), Honorary Professorial Fellow, University of Melbourne
>> mobile +61 402 752 379
>> zoom id 4431343191, join at  
>> <https://unimelb.zoom.us/j/4431343191?pwd=a1E5Z3JEOTRVQUJsaVdRbVUvR1QyZz09>
>> mail-to: peter.julien.rayner@gmail.com
>> google scholar: 
>> <https://scholar.google.com.au/citations?user=H3up71wAAAAJ&hl=en>
>> I acknowledge the Traditional Custodians of the land on which I work, the 
>> Wurundjeri people of the Kulin nation, and pay my respect to their Elders, 
>> past 
>> and present
>> I am sending this email when convenient for me, please only respond when 
>> convenient for you




reply via email to

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