Trying to get ediff-revision working on hg (mercurial-1.8.4) repo using Emacs v23.2 (9.0) on OS X Lion. I found this answer for the 1st part of my problem but now I'm getting this from Emacs ediff-revision:
M-x ediff-revision
Compare revisions for file (default .hgtags): ~/myrepo.hg/.hgtags
Revision 1 to compare (default .hgtags's latest revision):
Revision 2 to compare (default .hgtags's current state):
and I get the following response:
Checking out /Users/username/repo.hg/.hgtags.~tip~...
apply: Wrong number of arguments: (lambda (file &optional editable rev) "Retrieve a revision of FILE.
EDITABLE is ignored.
Seems you are using an old emacs/vc/vc-hg version. Simply upgrading is probably the easiest solution.
I had a similar problem, which I could solve bit by bit by improving small settings and even made a patch. It never really solved all. Until I upgrade to a recent emacs (and support file); I use the Aquamacs distribution now, which works great on the Mac. (Although it's keybindings are more mac the traditional-emacs)
Related
After installing Emacs BBDB from Melpa on GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601) for Windows, if I run M-x bbdb-version I get:
BBDB version #PACKAGE_VERSION# (#PACKAGE_DATE#)
How can I know if I am using the new version 3 of BBDB?
This is a known issue, the author uses a build system to define and replace these names with their correct values, but melpa does not support making changes to the upsteam repo.
The truth is, if you just downloaded it from melpa, then it is safe to say you are running version > 3. If you really want to be sure, do C-hfbbdb-with-print-loadably and see if that function is defined, it was added to bbdb in one of the most recent commits to the git repo and well past the last release commit of version 3.1.2.
See also: https://github.com/milkypostman/melpa/issues/1470
I've got 129 packets from marmalade-repo.org , many of which list Marmalade package entries, in my Wireshark log. I'm not behind a proxy and HTTP_PROXY is unset. And ELPA (at 'http://tromey.com/elpa/') works fine.
But I get:
Failed to download `marmalade' archive
every time.
I'm on Max OS X Mavericks, all-up-to-date, with Aquamacs, and using the package.el (byte-compiled) as described here: http://marmalade-repo.org/ (since I am on < Emacs 24).
M-x version:
GNU Emacs 23.4.1 (x86_64-apple-darwin12.3.0, NS apple-appkit-1187.37) of 2013-06-13 on acs-trailblazer.ist.psu.edu - Aquamacs Distribution 2.5
What are the next troubleshooting steps I should take?
I've taken Aaron Miller's suggestion and fully migrated to the OS X port of Emacs 24.3 .
I do miss being able to use the 'command' key to go to the top of the current file, and the slightly smoother gui of Aquamacs, but it's no doubt a great port. Due to the issue with Marmalade, Emacs 23.4 won't work with some of the packages I now need (unless they were hand-built).
i have a few keys that i prefer to force-bind to keys i'm familiar with, and so i have used this SO Solution .
but i have found recently that it breaks for me.
the circumstances: it works fine when running 24.2.1 in window mode as build 2012-08-27 on bob.parkland.org (i.e. the pre-build emacs-for-mac solution found at http://emacsformacosx.com/).
but then it will not work when run in terminal on lion, which is 22.1.1 (mac-apple-darwin) of 2012-01-12 on b1006.apple.com .
if i comment out the call to add the hook, it works fine.
the problem is partly that i byte-compiled the code found at the other link above into a separate loadable .elc file … and did so with the newer version of emacs.
when i go back to the 22.1.1 version of emacs and byte-compile it with that version, it works in both versions of emacs without problems.
Since some time (but I didn't change anything in .emacs), I have some errors with emacs's behaviour :
Remember mode will not kill the temporary buffer on "Ctl-C Ctl-C"
Orgmode will not refile any entry
Both operations complain with error "Not bookmark format"
I restored an old .emacs to make sure that I didn't mess it up but the error persists.
Where can I investigate to find out the problem ?
I have Emacs 24.2.1 since end of august.
The built in orgmode version is 7.8.11 (I see 7.9.2 is out ...)
It's always best to start debugging problems such as this by seeing if the problem still happens when you ignore your init file altogether - try starting emacs with --no-init-file and seeing if you still get the problem. If you don't then it's clearly something in your init file.
You can also get odd behaviour if you've got a local install of Org-mode in addition to the one bundled with Emacs itself - eg if you pull in a newer one through ELPA. If you have a local install through ELPA then you can try uninstalling the Org-mode package and trying again using the built-in Org-mode.
I have something similar to the following in my init file to make it switch to the ELPA-installed Org-mode to avoid such problems (this variant is untested so forgive me if it's not quite right):
(package-initialize) ; load and initialise ELPA-installed packages
(org-reload) ; restart Org-mode with the ELPA package
I filed a bug to the emacs team and they found out that the error comes from a corrupted bookmark file.
I removed my ~/.emacs.d/bookmark file (it was empty) and everything is fine now.
Installed GNU Emacs 23.2.1 (i686-pc-linux-gnu) and I'm getting constant save errors. The following line is repeated over and over again with maybe 30sec intervals.
byte-code: Beginning of buffer [6 times]
Error Writing Table: #<semanticdb-table ctype.h>
Save Error: "\"Error in macro \\\"name\\\"\"": /home/user/.emacs.d/semanticdb/!usr!include!semantic.cache
Any useful tips as to why or maybe even a solution? Stripped my .emacs only to the following 2 lines but the problems still persists
(global-ede-mode 1)
(semantic-mode 1)
Tried deleting the cached files under the /sematicsdb/ folder but still the error pops up.
There is a macro somewhere in one of your header files that CEDET can't handle. Newer versions of CEDET (the one from the bzr repository on cedet.sf.net) work around the problem first by fixing some macro parsing problems, and secondarily by ignoring those problems during a save.
The newer version of CEDET that doesn't come with Emacs has a different install than what is in Emacs, but it should still work if you follow the installation instructions (which excludes 'semantic-mode').