Bug#730329: haskell-mode: fails to load; not byte compiled for emacs flavors

2014-01-07 Thread Rob Browning
Shyamal Prasad  writes:

> Well, I can totally reproduce it now. Start with a wheezy (stable)
> system with emacs (23) installed, upgrade to jessie (testing), and then
> install the haskell-mode. It will not byte compile to the emacs23
> flavor.
>
> Now, if I remove emacsen-common and reinstall, everything works.
>
> I still don't understand what is going on, given that emacsen-common is
> the same version in wheezy and jessie. I'll keep poking around as I find
> time... 

Something odd is definitely happening.

I don't know if it's related, but I noticed that notmuch-emacs wasn't
installing correctly on my system, and figured out it was because
/var/lib/emacsen-common/state/package/installed/emacsen-common was
missing.  If you get a chance to check, I wonder if that might be the
case for you too.

So far I haven't figured out how that could happen, and still leave dpkg
thinking everything's fine.  If you look in the emacsen-common postinst,
you'll see that it does this right at the end:

  /usr/lib/emacsen-common/emacs-package-install --postinst emacsen-common

And then in the --postinst case, emacs-package-install does this
unconditionally, right at the end:

  ex('touch', "$::installed_package_state_dir/$pkg");

Another mystery -- on my system at that time
/var/lib/emacsen-common/installed-flavors still existed, but was empty.
Assuming the postinst fired at all, I don't know how that file could
still exist (and dpkg be happy).

>From the top of the postinst (right before the call mentioned above):

  # Convert installed-flavors to flavor/installed/*.
  if test -e /var/lib/emacsen-common/installed-flavors
  then
for flavor in $(cat /var/lib/emacsen-common/installed-flavors)
do
  touch "/var/lib/emacsen-common/state/flavor/installed/$flavor"
done
rm -f /var/lib/emacsen-common/installed-flavors
  fi

If something went wrong there, preventing the rm, I'd expect dpkg to
think that emacsen-common wasn't fully installed.

Thanks for the help
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#730329: haskell-mode: fails to load; not byte compiled for emacs flavors

2013-11-25 Thread Shyamal Prasad
> "David" == David Bremner  writes:

David> Shyamal Prasad  writes:
>> Now I've noticed there is no attempt to build haskell-mode for
>> the emacs flavors I have installed (emacs23 and emacs24) when I
>> install it:

David> I noticed the same thing with another mode recently, but I
David> figured it was just a local problem.

Well, I can totally reproduce it now. Start with a wheezy (stable)
system with emacs (23) installed, upgrade to jessie (testing), and then
install the haskell-mode. It will not byte compile to the emacs23
flavor.

Now, if I remove emacsen-common and reinstall, everything works.

I still don't understand what is going on, given that emacsen-common is
the same version in wheezy and jessie. I'll keep poking around as I find
time... 

Cheers!
Shyamal


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#730329: haskell-mode: fails to load; not byte compiled for emacs flavors

2013-11-24 Thread Shyamal Prasad
> "David" == David Bremner  writes:

David> Can you try re-installing emacsen-common, and see if
David> haskell-mode installs properly then?

That totally fixed it. Now it works.

When I tried to uninstall emacsen-common I initially had this problem
even after I completely purged all my emacs23 packages.

$ sudo apt-get remove --purge emacsen-common
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 emacs23-bin-common : Depends: emacs23-common (= 23.4+1-4.1) but it is not 
going to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by 
held packages.
shyamal@haskell:~$ dpkg -l | grep emacs
ii  emacs-goodies-el   35.8 
 all  Miscellaneous add-ons for Emacs
ii  emacs2424.3+1-2 
 amd64GNU Emacs editor (with GTK+ user interface)
ii  emacs24-bin-common 24.3+1-2 
 amd64GNU Emacs editor's shared, architecture dependent files
ii  emacs24-common 24.3+1-2 
 all  GNU Emacs editor's shared, architecture independent infrastructure
ii  emacs24-el 24.3+1-2 
 all  GNU Emacs LISP (.el) files
ii  emacsen-common 2.0.5
 all  Common facilities for all emacsen


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#730329: haskell-mode: fails to load; not byte compiled for emacs flavors

2013-11-24 Thread David Bremner
Shyamal Prasad  writes:

> Now I've noticed there is no attempt to build haskell-mode for the
> emacs flavors I have installed (emacs23 and emacs24) when I install it:
>
> 
> 
> Unpacking haskell-mode (from .../haskell-mode_13.07-1_all.deb) ...
> Processing triggers for install-info ...
> Setting up haskell-mode (13.07-1) ...
> ~$

I noticed the same thing with another mode recently, but I figured it
was just a local problem. 

Can you try re-installing emacsen-common, and see if haskell-mode
installs properly then?

d


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#730329: haskell-mode: fails to load; not byte compiled for emacs flavors

2013-11-24 Thread Shyamal Prasad
Package: haskell-mode
Version: 13.07-1
Severity: important

Dear Maintainer,

When I install haskell-mode I find I cannot actually use it. For
example, if I try to (require 'haskell-mode) I get:

Debugger entered--Lisp error: (file-error "Cannot open load file" 
"haskell-mode")
  require(haskell-mode)
  eval((require (quote haskell-mode)) nil)
  eval-expression((require (quote haskell-mode)) nil)
  call-interactively(eval-expression nil nil)

On debugging a little bit, I find that my load path contains
/usr/share/emacs24/site-lisp/haskell-mode, but that the directory is not
present on my system!

Now I've noticed there is no attempt to build haskell-mode for the
emacs flavors I have installed (emacs23 and emacs24) when I install it:



Unpacking haskell-mode (from .../haskell-mode_13.07-1_all.deb) ...
Processing triggers for install-info ...
Setting up haskell-mode (13.07-1) ...
~$


So I go ahead and try running the install script by hand:

$ sudo /usr/lib/emacsen-common/packages/install/haskell-mode emacs24

and sure enough, everything now works! I do the same thing for emacs23
and that works. Also, when I uninstall the package the byte compiled
files are not removed.

$ update-alternatives --list emacs
/usr/bin/emacs23-x
/usr/bin/emacs24-x


The wheezy package does not seem to have any of these issues. I can
install it and things load without any special action by me.

Bug? Or is my machine messed up somehow? Let me know if I can help any
further, would be happy to try.

Cheers!
Shyamal


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages haskell-mode depends on:
ii  emacs45.0
ii  emacs23  23.4+1-4.1
ii  emacs24  24.3+1-2

Versions of packages haskell-mode recommends:
ii  ghc  7.6.3-5

haskell-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