Questions about emacs-snapshot (and also a small patch)
First of all, thanks a lot for emacs-snapshot Jérôme! I'm currently
trying to get all my Emacs application packages to load here.
Now as for as the promised patch, it's as simple as this:
--- orig/patches/misc-unseparated.dpatch
+++ mod/patches/misc-unseparated.dpatch
@@ -57,1 +57,1 @@
- * Installation Changes in Emacs 21.4
+ * Installation Changes in Emacs 22.1
And here's a changelog entry (I wasn't sure whether to send this):
--- orig/changelog
+++ mod/changelog
@@ -1,3 +1,10 @@
+emacs-snapshot (20050426-1) unstable; urgency=low
+
+ * New upstream version number (22.1).
+ - debian/patches/misc-unseparated.dpatch: updated a piece of context
+
+ -- Daniel Brockman <daniel@brockman.se> Tue, 26 Apr 2005 03:30:18 +0200
+
emacs-snapshot (20040508-1) unstable; urgency=low
* Initial release. This package is branched from emacs21 21.3+1-5.
By the way, is there any tla equivalent of `cvs diff'?
Oh, and I seem to have a problem with getting `load-path' to include
entries starting with `/usr/local'. I discovered this problem when I
did the following
--- old/debian-startup.el 2005-04-26 06:20:41.611076992 +0200
+++ new/debian-startup.el 2005-04-26 06:20:04.480721664 +0200
@@ -119,9 +119,10 @@
;; ordering.
(mapcar
(lambda (file)
- (condition-case ()
+;; (condition-case ()
(load file nil)
- (error (message "Error while loading %s" file))))
+;; (error (message "Error while loading %s" file)))
+ )
base-names)
;; restore the old load-path -- including any new paths added by
;; files loaded in directory traversal.
in an attempt to figure out why certain packages were failing to load.
(Is there any better way to do this?)
I tried to work around the problem by adding the `/usr/local'-prefixed
load-path entries in `/etc/emacs-snapshot/site-start.el', but it turns
out that file is run AFTER the Debian package startup files, which I
suppose makes sense.
I'm not sure what I'm trying to say here, except this: If anyone can
shed some light on some of this, please do.
I'll try to figure out whether and why Emacs is broken in CVS while I
await your response. :-)
--
Daniel Brockman <daniel@brockman.se>
Reply to: