Discussion:
Patch for MH-E code
jdh
2016-08-25 21:27:34 UTC
Permalink
Here is patch supplied by Sergey of Gnu Mailutils,
which is needed to keep MH-E code compatible with Gnu Mailutils MH, Gnu-MH.
Below the mh-comp.el-unpatched.el is what you now have as the curren

Please see that it gets incorporated into temacs

--- mh-comp.el-unpatched.el 2016-08-24 21:22:56.946522799 -0700
+++ mh-comp.el 2016-08-24 22:46:27.541619842 -0700
@@ -925,8 +925,7 @@
(list "-form" mh-comp-formfile)))
(setq new (mm-make-temp-file "comp."))
(rename-file (concat temp-folder "/" "1") new t)
- (delete-file (concat temp-folder "/" ".mh_sequences"))
- (delete-directory temp-folder)
+ (delete-directory temp-folder t)
new))

------------------------------------------------------------------------------
Sergey Poznyakoff
2016-08-27 17:30:02 UTC
Permalink
Post by jdh
Here is patch supplied by Sergey of Gnu Mailutils,
which is needed to keep MH-E code compatible with Gnu Mailutils MH
A short explanation would be in place, perhaps. When working with
directory-like mailbox folders (i.e. MH and Maildir), GNU Mailutils
stores some meta-information about the folder and its content in
the file .mu-prop, placed in the folder itself. So, in case of the
code snippet in question, simply removing .mh_sequences is not enough,
because .mu-prop still remains and causes delete-directory to fail.
Recursive deletion fixes the problem.

Regards,
Sergey

------------------------------------------------------------------------------
Bill Wohler
2016-08-27 17:42:29 UTC
Permalink
Post by Sergey Poznyakoff
Post by jdh
Here is patch supplied by Sergey of Gnu Mailutils,
which is needed to keep MH-E code compatible with Gnu Mailutils MH
A short explanation would be in place, perhaps. When working with
directory-like mailbox folders (i.e. MH and Maildir), GNU Mailutils
stores some meta-information about the folder and its content in
the file .mu-prop, placed in the folder itself. So, in case of the
code snippet in question, simply removing .mh_sequences is not enough,
because .mu-prop still remains and causes delete-directory to fail.
Recursive deletion fixes the problem.
Explanation appreciated. Thanks!
Post by Sergey Poznyakoff
Regards,
Sergey
------------------------------------------------------------------------------
_______________________________________________
mh-e-devel mailing list
https://lists.sourceforge.net/lists/listinfo/mh-e-devel
--
Bill Wohler <***@newt.com> aka <***@nasa.gov>
http://www.newt.com/wohler/
GnuPG ID:610BD9AD

------------------------------------------------------------------------------
Continue reading on narkive:
Loading...