headers
jidanni | 20 Oct 01:20
Favicon
Gravatar

upgrading emacs when emacs is still running

Every time on Debian I use aptitude to
The following packages will be upgraded:
  emacs-snapshot  emacs-snapshot-bin-common (for emacs-snapshot)
  emacs-snapshot-common (for emacs-snapshot, emacs-snapshot-el)
  emacs-snapshot-el
I have to remember to exit any running emacs sessions first, lest
later encountering problems when old emacs reads new .elcs, etc.
Updating Firefox never has such problems.
OK, hard to work around, also too much fuss to put warnings into the
Debian update script: "a running emacs session was detected, proceed?"
Permalink | Reply | 3 comments |
headers
Desmond O. Chang | 13 Oct 16:08
Picon
Gravatar

DELETE-FRAME kills Emacs daemon

Hi Julien,

Recently the Emacs daemon on my system always dies when I try to close
the GUI emacsclient using `delete-frame'.

The last worked version is 1:20110914-1.

$ dpkg -l emacs-snapshot\*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                          Version                       Description
+++-=============================-=============================-==========================================================================
ii  emacs-snapshot                1:20111012-1                  The GNU Emacs editor (development snapshot)
ii  emacs-snapshot-bin-common     1:20111012-1                  The GNU Emacs editor's shared, architecture dependent files
ii  emacs-snapshot-common         1:20111012-1                  The GNU Emacs editor's common infrastructure
un  emacs-snapshot-el             <none>                        (no description available)
un  emacs-snapshot-gtk            <none>                        (no description available)
un  emacs-snapshot-lucid          <none>                        (no description available)
un  emacs-snapshot-nox            <none>                        (no description available)

I found someone has already reported this bug to the upstream bug
tracker [1].  But I don't know whether it's a bug from the packaging
code or upstream or my configuration.  Please confirm it.

To reproduce this bug, follow the operations described in [1].

[1] http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8501

Thanks,
(Continue reading)

Permalink | Reply | 3 comments |
headers
jidanni | 2 Sep 23:40
Favicon
Gravatar

can no longer suspend emacs and get back to the shell

Try this with Debian emacs-snapshot 1:20110902-1 and icewm in an xterm:
$ emacs -Q
Then in emacs hit ^Z
Now we are staring at the calling shell's window.
But we cannot do anything.
This started happening two weeks ago.

The interesting thing is that if one now does ALT TAB twice, switching
back and forth to the shell window again, one can now type ^Z, ^C etc.
like one used to be able to.

So that means this must not be an emacs problem, but instead an icewm or
X windows problem, just like what happens when one exits firefox, one
needs to switch back and forth to regain the ability to type into the
original shell.

In emacs' case the problem occurs when one types ^Z, not at exit though.
Permalink | Reply | 2 comments |
headers
jidanni | 22 Aug 13:37
Favicon
Gravatar

gnus 20110821 will CoRrUpT your .newsrc.eld, you have been XwarnedX burned

Use emacs-snapshot 1:20110821-1 and you won't be able to start gnus, as
your .newsrc.eld got corrupted last session.

Here's what wdiff(1) and uni2ascii(1) say now gets plastered into our
.newsrc.eld files starting with emacs-snapshot 1:20110821-1

{+(if (gnus-lrm-string-p gnus-tmp-qualified-group) (concat+}
======================================================================
 {+#
  ("0x200E" 0 1 (invisible t))) (gnus-correct-substring gnus-tmp-qualified-group 0 61))+}
======================================================================
 {+(if (gnus-lrm-string-p val) (concat+}
======================================================================
 {+#
  ("0x200E" 0 1 (invisible t))) (gnus-correct-substring val 0 6))+}
======================================================================
 {+(if (gnus-lrm-string-p val) (concat+}
======================================================================
 {+#
  ("0x200E" 0 1 (invisible t))) (gnus-correct-substring val 0 14))+}
=================================================================

Now this will result in
Error in /home/jidanni/.newsrc.eld line 32
when you start gnus,
as e.g., the # alone will cause it to be invalid lisp.
The cure is to downgrade your emacs-snapshot to a previous version,
and replace the (setq gnus-format-specs ... of your .newsrc.eld with a
previous version from your backups. You did make backups...
(Continue reading)

Permalink | Reply | 1 comment |
headers
jidanni | 21 May 00:04
Favicon
Gravatar

how to get the previous snapshot

>>>>> "al" == adrian lanz writes:

al> Hi Dan

al> Maybe, you can help to solve my (somehow) urgent problem. Many thanks in
al> advance and greetings from sunny Switzerland, Adrian.

al> From: adrian.lanz@...
al> Subject: emacs-snapshot 2011-05-12
al> To: julien <at> danjou.info
al> Date: Fri, 20 May 2011 09:42:46 +0200 (14 hours, 10 minutes, 13 seconds ago)
al> Organization: Swiss Federal Institute for Forest, Snow and Landscape Research (WSL)

al> Bonjour Julien

al> I just installed emacs-snapshot unstable 2011-05-19, which is unusable
al> (see mailing list debain-eamcsen), but did clean my local package
al> repository. No chance to downgrade.

al> Murphy's law: I will leave in two hours for a long weekend without net
al> access. Do you have a repository with the old (2011-05-12) files
al> available?

al> Many thanks, Adrian.

Sorry I just woke up, too late to help, however note the next time it happens,
all you need to do is poke around the same place as in your
/etc/apt/sources.list... files: e.g.,
http://ftp.us.debian.org/ where you will find a complete index where you
can dig the files out of.  No need to remember the exact location.
(Continue reading)

Permalink | Reply | 1 comment |
headers
jidanni | 19 May 16:20
Favicon
Gravatar

Segmentation fault with just a ^E in dired these days

I'm downgrading emacs-snapshot from 1:20110519-1 to 1:20110512-1.
Because even
   C-e runs the command move-end-of-line
will cause
   Fatal error (11)Segmentation fault
$ emacs -nw -Q /tmp
^E
Permalink | Reply | 3 comments |
headers
jidanni | 30 Mar 07:20
Favicon
Gravatar

unmet dependencies

The following packages have unmet dependencies:
  emacs-snapshot-bin-common: Depends: emacs-snapshot-common (= 1:20110316-1) but 1:20110323-1 is to
be installed.
Permalink | Reply | 3 comments |
headers
jidanni | 26 Feb 00:33
Favicon
Gravatar

original file dates lost

Why can't the dates on /usr/share/emacs/24.0.50/etc/* etc. be preserved?
I can't believe all those files were really modified just yesterday.
Permalink | Reply | 2 comments |
headers
Josue Abarca | 21 Feb 15:15
Favicon

Fwd: Wanted: maintainer for git's emacs support

FYI

----- Forwarded message from Jonathan Nieder <jrnieder@...> -----

Date: Fri, 18 Feb 2011 21:18:38 -0600
...
Subject: Wanted: maintainer for git's emacs support

Hi,

None of the current Debian git maintainers seem to use emacs.  This
means git's emacs support[1] does not get as much care as it deserves:
see for example bugs #611936, #611931, #611932, #611933, #611934,
#577834, and #611935.

The upstream maintainer is very friendly and responsive though he
doesn't seem to have much time for it these days.  Users are friendly
and responsive, too.  So I wonder:

 - would anyone be interested in adopting this code in Debian?
 - if not, should we be shipping it?

Thoughts welcome.  (Actions even more so. :))
Jonathan

[1] /usr/share/doc/git/README.emacs

----- End forwarded message -----
(Continue reading)

Permalink | Reply | 2 comments |
headers
Uwe Brauer | 18 Feb 14:17
Picon
Favicon

comint version does not load because of debian specific init file

Hello

I have sent this message already to Xemacs-beta and the
subject has been resolved in the sense that this is a debian
problem/ubuntu problem,[1]. The problem discribed below does
not occur

    -  if I start xemacs -vanilla (without any init file)

    -  if I compile and install my own xemacs say in
       /usr/local.

The newest version of matlab + matlab.el only works with the
comint version found in xemacs-base 2.10.

I have tried that so far in xemacs-21.4.21 (Kubuntu 8.04 and
9.04)

However today I tried out xemacs-21.4.22 of Kubuntu 10.04
and there I could not load that specific comint version. I
obtained an error message which I attach.

regards

Uwe Brauer 

PS I also think that debian should rethink its policy of
sharing .el files between GNU and Xemacs.

Footnotes:
(Continue reading)

Permalink | Reply | 0 comments |
headers
jidanni | 14 Jan 14:35
Favicon
Gravatar

report-emacs-bug still tries to send to the old maintainer


M-x report-emacs-bug still has
		  '(("X-Debbugs-CC" . "rfrancoise <at> debian.org")))
hardwired in.

In GNU Emacs 24.0.50.1 (i486-pc-linux-gnu, GTK+ Version 2.20.1)
 of 2011-01-14 on keller, modified by Debian
 (emacs-snapshot package, version 1:20110112-1)
Permalink | Reply | 1 comment |

Gmane