Bug#614933: camldebug doesn't work with a pristine emacs installation
On Sun, Apr 29, 2012 at 09:15:16PM +0200, Hendrik Tews wrote: Another strange point is that tuareg.el contains (concat Tuareg Version 2.0.4 ( in the upstream branch and in the orig.tar, but (concat Tuareg Version 2.0.1 ( in the master branch. Maybe the last upstream import went wrong? Yes, there was a mix up of versions of files. It is fixed now in git, and I just uploaded a new version of the package. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614933: camldebug doesn't work with a pristine emacs installation
Salut Stephane, bug #614933 should be fixed with tuareg-mode 1:2.0.4-4: 1. run emacs without ~/.emacs file 2. open any .ml file 3. M-x camldebug fails with the following error: execute-extended-command: Symbol's value as variable is void: caml-mode-map Could you please test it and confirm that it is fixed? Cheers -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614933: camldebug doesn't work with a pristine emacs installation
Hi, I believe something went wrong when creating the tuareg-mode source package: - the package contains the patch 0001-camldebug-of-tuareg-mode-is-renamed-to-camldebug-tua.patch which addresses the problem described in the report, but - the source package contains the patch debian-changes-1:2.0.4-3, which undoes all other patches The git repository for tuareg-mode seems to be in a strange state: When I run git-buildpackage in a fresh copy I see dpkg-source -i -I -b tuareg-mode dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building tuareg-mode using existing ./tuareg-mode_2.0.4.orig.tar.gz dpkg-source: info: local changes detected, the modified files are: tuareg-mode/append-tuareg.el tuareg-mode/tuareg.el dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/tuareg-mode_2.0.4-3.diff.snC_zG dpkg-source: info: you can integrate the local changes with dpkg-source --commit dpkg-buildpackage: error: dpkg-source -i -I -b tuareg-mode gave error exit status 2 debuild: fatal error at line 1350: dpkg-buildpackage -rfakeroot -D -us -uc -i -I failed gbp:error: Couldn't run 'debuild -i -I': debuild -i -I returned 29 What should I do to build the package? Bye, Hendrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614933: camldebug doesn't work with a pristine emacs installation
Another strange point is that tuareg.el contains (concat Tuareg Version 2.0.4 ( in the upstream branch and in the orig.tar, but (concat Tuareg Version 2.0.1 ( in the master branch. Maybe the last upstream import went wrong? Bye, Hendrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614933: camldebug doesn't work with a pristine emacs installation
Package: tuareg-mode Version: 1:2.0.4-3 Followup-For: Bug #614933 Dear Maintainer, I have the same problem. I fix it by adding -tuareg after camldebug on (autoload 'camldebug camldebug-tuareg Run the Caml debugger t) in /etc/emacs/site-start.d/51tuareg-mode.el as seen above to be sure to load tuareg version of camldebug and not the ocaml-mode one. I do not know how wrong this fix is but having a correct fix would be great ;-) All the best, Pierre -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tuareg-mode depends on: ii emacs [emacsen]23.4+1-2 ii emacs23 [emacsen] 23.4+1-2 Versions of packages tuareg-mode recommends: ii ocaml-interp 3.12.1-2 ii ocaml-mode3.12.1-2 tuareg-mode suggests no packages. -- Configuration Files: /etc/emacs/site-start.d/51tuareg-mode.el changed: ;;; ;; append-tuareg.el - Tuareg quick installation: Append this file to .emacs. (add-to-list 'auto-mode-alist '(\\.ml\\w? . tuareg-mode)) (autoload 'tuareg-mode tuareg Major mode for editing Caml code t) (autoload 'camldebug camldebug-tuareg Run the Caml debugger t) (dolist (ext '(.cmo .cmx .cma .cmxa .cmi)) (add-to-list 'completion-ignored-extensions ext)) (setq load-path (cons (concat /usr/share/ (symbol-name flavor) /site-lisp/tuareg-mode) load-path)) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614933: camldebug doesn't work with a pristine emacs installation
Package: tuareg-mode Version: 1:2.0.4-3 Severity: important Hello, 1. run emacs without ~/.emacs file 2. open any .ml file 3. M-x camldebug fails with the following error: execute-extended-command: Symbol's value as variable is void: caml-mode-map even though the status bar indicates that the tuareg mode is loaded. Running M-x caml-mode, then M-x tuareg-mode solves the issue. Cheers, -- Stéphane -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tuareg-mode depends on: ii emacs23 [emacsen] 23.2+1-7 The GNU Emacs editor (with GTK+ us Versions of packages tuareg-mode recommends: ii ocaml-interp 3.12.0-1~38 OCaml interactive interpreter and ii ocaml-mode 3.12.0-1~38 A major mode for editing Objective tuareg-mode suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org