Towards VM 8.1
Uday S Reddy
I haven't gotten a response from Rob F to my email messages. He may yet
come back, but we need to proceed on the assumption that he will not be
available for some time.
At the same time, I have been able to create a branch at Launchpad for
VM 8.1. The URL is
http://bazaar.launchpad.net/~reddyuday/viewmail/8.1
I have been merging in the updates from other branches (thanks to Samuel
Bronson and Brent Goodrick). I also intend to update it with the
patches posted here and vm.bugs. I would like to urge all the users who
are able to pull devo versions through Bazaar to download this version
and beta-test it. The README file tells you how. I would like to move
towards a first release of 8.1 in the New Year.
I would like to call myself the "host" for this new version instead of
the "maintainer". I hope to see the maintenance to be a community
effort, as remarked earlier.
Cheers,
Uday
mikko_h
very rudimentary, but I'll try to help with testing.
Btw., I'm reading this group using the Google web interface, and
there's quite a bit of spam, which kinda contributes to the impression
that the project is not being developed. Is it time to move to a
mailing list hosted on Launchpad or something? (I realize that vm.info
and vm.bug have long histories and that a move would be a hassle.)
Rene
> Folks, bad news and good news.
>
> VM 8.1.
Good news.
> I also intend to update it with the patches posted here and vm.bugs.
Great idea!
> I would like to urge all the users who are able to pull devo versions
> through Bazaar to download this version
> and beta-test it. The README file tells you how.
I'll try to do so but am not sure I can very much contribute.
In the meantime, here are a few bugs already identified in various
places:
;; Bug "?iso-8859-1?Q?#(": vm-folder.el
;; http://groups.google.fr/group/gnu.emacs.vm.info/browse_thread/thread/45258d22b7d4f1b1
;; - (vm-mime-encode-words-in-string
;; - (let ((print-escape-newlines t))
;; - (prin1-to-string cache)))
;; + (let ((print-escape-newlines t))
;; + (prin1-to-string cache))
;; Apply patch for `vm-yank-message' in `vm-reply.el'. See
;; http://bugs.gentoo.org/show_bug.cgi?id=256886
;; Face `vm-summary-deleted-face' not well defined for Emacs. See
;; http://bugs.gentoo.org/attachment.cgi?id=97140&action=diff
;; (defface vm-summary-deleted-face
;; ;; jlk http://bugs.gentoo.org/attachment.cgi?id=97140&action=diff
;; (if (featurep 'xemacs)
;; '((t (:foreground "grey50" :strikethru t)))
;; '((t (:foreground "grey50" :strike-through t))))
;; "The face used in VM Summary buffers for deleted messages."
;; :group 'vm-summary-faces)
> I would like to move towards a first release of 8.1 in the New Year.
Thanks
--
Rene
Uday S Reddy
> Thank you for doing this. My knowledge of Elisp is unfortunately only
> very rudimentary, but I'll try to help with testing.
Sure, testing will also be a great help!
> Btw., I'm reading this group using the Google web interface, and
> there's quite a bit of spam, which kinda contributes to the impression
> that the project is not being developed.
Indeed, I never realized! My local news feed somehow filters out a lot
of this stuff. Other emacs groups don't seem to have as much spam.
Perhaps the fact that VM is about "mail" makes it a target for spam?
Can you ask Google to do some spam filtering?
> Is it time to move to a
> mailing list hosted on Launchpad or something? (I realize that vm.info
> and vm.bug have long histories and that a move would be a hassle.)
Moving to a mailing list should be easy enough, but I think it would be
useful to have a web presence as well, so that people that do web
searches can find the information. I think we should first try to get
Google to do something about the problem.
Cheers,
Uday
Kurt Hackenberg
mikko_h <mikko.t...@gmail.com> wrote:
>Btw., I'm reading this group using the Google web interface, and
>there's quite a bit of spam...
I read it through a traditional news reader and server, and see no
spam. For many years, the self-appointed Usenet spam police have been
sending out spam cancels, and I'm grateful to them. (Last I heard --
some years ago -- 40% of Usenet was spam, and another 40% was spam
cancels.)
Maybe Google's news servers ignore cancel messages? Could be
tested...
Ulrich Mueller
> At the same time, I have been able to create a branch at Launchpad for
> VM 8.1. The URL is
> http://bazaar.launchpad.net/~reddyuday/viewmail/8.1
To facilitate testing for Gentoo users, I've created an ebuild for this:
app-emacs/vm-8.0.9999 in the Gentoo Emacs overlay. [1]
Ulrich
Robert Marshall
> Folks, bad news and good news.
>
> I haven't gotten a response from Rob F to my email messages. He may
> yet come back, but we need to proceed on the assumption that he will
> not be available for some time.
>
> At the same time, I have been able to create a branch at Launchpad for
> VM 8.1. The URL is
>
> http://bazaar.launchpad.net/~reddyuday/viewmail/8.1
>
I've just trying a copy of this and when I try to save my inbox I
get
(void-function find-coding-system)
from the call
find-coding-system(iso-8859-1)
vm-get-coding-system-priorities()
it looks as if this function isn't defined in 23.1.50?
Robert
--
La grenouille songe..dans son château d'eau
Links and things http://rmstar.blogspot.com/
Alan
click on a link "Report spam" (for any posting, but it is most useful
for reporting spam postings). I regularly do so, but am uncertain as
to what happens after I do so. I have the impression that doing such
reporting does work in cleaning out spam in other groups. I vote for
keeping this group going. I'd rather visit here than get mail from
some list server (I subscribed for a while to a XEmacs mailing list
for developers and then unsubscribed and stuck with
comp.emacs.xemacs).
Uday S Reddy
>
> it looks as if this function isn't defined in 23.1.50?
Actually, it isn't in Emacs 22.2 either. And the call is there in 8.0
as well. Funny how nobody ran into this before.
Temporary work around: If you set vm-coding-system-priorities, then it
will bypass the call to find-coding-system. (That is probably why it
didn't pop up earlier.)
Cheers,
Uday
mikko_h
> I read this group using the Google web interface. It allows one to
> click on a link "Report spam" (for any posting, but it is most useful
> for reporting spam postings). I regularly do so, but am uncertain as
> to what happens after I do so.
Me too. It certainly does not remove spam from this group, as the same
weeks-old reported messages are still there.
> I vote for keeping this group going. I'd rather visit here than get
> mail from some list server
I think the GNU Mailman web interface to mailing list archives is
reasonably good, if not as slick as Google groups. I'm on several high-
volume lists where I've turned off receiving mail and only look at
them from the web interface. I'm subscribed only to be able to post if
the need arises. I don't know what the Launchpad mailing list archive
interface is like, though. Sourceforge's is a total and unmitigated
disaster.
Robert Marshall
I acutually worked around it by using the vm-8.0.9.544 version of
vm-determine-proper-charset which doesn't call it
Also got an arithmetic error when trying to attach to an email, will
look into it tonight (did someone report this a bit back?)
Uday S Reddy
> as well. Funny how nobody ran into this before.
It looks find-coding-system is an Xemacs function. Rob added a
work-around for GNU Emacs in the last few weeks of his activity, which
is in v8.0.12, but it didn't make it to main trunk. There seem to be
about 3 weeks worth of updates to the 8.0 branch that didn't get merged
in with the main trunk.
I will spend some time this weekend, trying to get these updates into my
branch.
Cheers,
Uday
Uday S Reddy
> Me too. It certainly does not remove spam from this group, as the same
> weeks-old reported messages are still there.
Exactly. Would it be worth asking Google why the spam messages continue
to stay there, and what we can do to get rid of them?
Launchpad, being a development site, provides mailing lists for
developers to communicate. I suppose vm.info is currently turning into
a developers forum as well :-(, but in the long term, it should go back
to being a user's group.
As we can see, VM's user base has consistently eroded over time. I
don't think we should erode it further by making it any more private
than it needs to be. Since all emacs user forums are here on the usenet
newsgroups, this seems to be our right home.
Cheers,
Uday
Robert Marshall
>
> Also got an arithmetic error when trying to attach to an email, will
> look into it tonight (did someone report this a bit back?)
>
I get the arithmetic error both with vm-8.0.9.544 and the version from
bzr
Happens if you use the attach off the mail menu rather than the keyboard
binding when it 'crashes' in vm-show-list, I see this error consistently
Too long a list of files? I get this with both emacs 23 and 22.
Robert Marshall
> On Fri, 20 Nov 2009, Robert Marshall wrote:
>
>>
>> Also got an arithmetic error when trying to attach to an email, will
>> look into it tonight (did someone report this a bit back?)
>>
>
> I get the arithmetic error both with vm-8.0.9.544 and the version from
> bzr Happens if you use the attach off the mail menu rather than the
> keyboard binding when it 'crashes' in vm-show-list, I see this error
> consistently Too long a list of files? I get this with both emacs 23
> and 22.
>
To do with a division by zero anyway due the the number of files in ~
this diff works around the problem but has horrid formatting in the
popup window
diff -u vm-minibuf.el vm-minibuf.el~
--- vm-minibuf.el 2009-11-21 17:03:19.000000000 +0000
+++ vm-minibuf.el~ 2009-11-18 19:54:14.000000000 +0000
@@ -225,14 +225,12 @@
(setq longest (max longest (length (car q)))
list-length (1+ list-length)
q (cdr q)))
- (if (zerop (/ columns (+ longest separation)))
- (setq tabs 1)
- (setq tabs (/ list-length (/ columns (+ longest separation)))
+ (setq tabs (/ list-length (/ columns (+ longest separation)))
tabs (+ tabs
(if (zerop (% list-length
(/ columns (+ longest separation))))
0
- 1))))
+ 1)))
(setq i 0)
(while (< i tabs)
(setq q (nthcdr i list))
Uday S Reddy
> I've just trying a copy of this and when I try to save my inbox I
> get
> (void-function find-coding-system)
The fix for this problem is now posted to Launchpad: lp:vm as well as
the lp:vm/8.0.x branch.
Cheers,
Uday