[arch-general] Emacs is Broken!
I don't know what happened lately, but I notice that emacs totally locks up on me now. It was working find yesterday before I did a major pacman -Syu this morning. Even if I move my .emacs out of the way and start up emacs, I get the welcome screen but then no cursor key movement. The only way I can get emacs to close is to kill it from another console. Any ideas? Anyone else experiencing trouble with emacs 23.4?
Le 9 avril 2012 00:10, Steve Holmes <steve.holmes88@gmail.com> a écrit :
I don't know what happened lately, but I notice that emacs totally locks up on me now. It was working find yesterday before I did a major pacman -Syu this morning. Even if I move my .emacs out of the way and start up emacs, I get the welcome screen but then no cursor key movement. The only way I can get emacs to close is to kill it from another console. Any ideas?
Anyone else experiencing trouble with emacs 23.4?
Emacs 23.4 over here and no problem for me. :/
No answere here. All I see is quoted text from my original message. Try again? On Mon, Apr 09, 2012 at 01:20:11AM -0400, Jeremy Allard wrote:
Le 9 avril 2012 00:10, Steve Holmes <steve.holmes88@gmail.com> a écrit :
I don't know what happened lately, but I notice that emacs totally locks up on me now. It was working find yesterday before I did a major pacman -Syu this morning. Even if I move my .emacs out of the way and start up emacs, I get the welcome screen but then no cursor key movement. The only way I can get emacs to close is to kill it from another console. Any ideas?
Anyone else experiencing trouble with emacs 23.4?
Emacs 23.4 over here and no problem for me. :/
Steve, if you're using speakup, is your cursor parked? On Mon, 9 Apr 2012, Steve Holmes wrote:
No answere here. All I see is quoted text from my original message. Try again?
On Mon, Apr 09, 2012 at 01:20:11AM -0400, Jeremy Allard wrote:
Le 9 avril 2012 00:10, Steve Holmes <steve.holmes88@gmail.com> a ?crit :
I don't know what happened lately, but I notice that emacs totally locks up on me now. It was working find yesterday before I did a major pacman -Syu this morning. Even if I move my .emacs out of the way and start up emacs, I get the welcome screen but then no cursor key movement. The only way I can get emacs to close is to kill it from another console. Any ideas?
Anyone else experiencing trouble with emacs 23.4?
Emacs 23.4 over here and no problem for me. :/
---------------------------------------------------------------- Jude <jdashiel-at-shellworld-dot-net> <http://www.shellworld.net/~jdashiel/nj.html>
No Jude, it's worse than that.I have no keyboard control at all after emacs starts. Actually, it works OK while in gnome so I can use it that way for now. It relates to when -nw is used although I don't explicitly specify it when I run it from the console. So speakup isn't the issue here at all. Just amazes me that the GNU devs would close the emacs-23 branch and then release 23.4 some time later without the patch. On Mon, Apr 09, 2012 at 09:48:35PM -0400, Jude DaShiell wrote:
Steve,
if you're using speakup, is your cursor parked?
On Mon, 9 Apr 2012, Steve Holmes wrote:
No answere here. All I see is quoted text from my original message. Try again?
On Mon, Apr 09, 2012 at 01:20:11AM -0400, Jeremy Allard wrote:
Le 9 avril 2012 00:10, Steve Holmes <steve.holmes88@gmail.com> a ?crit :
I don't know what happened lately, but I notice that emacs totally locks up on me now. It was working find yesterday before I did a major pacman -Syu this morning. Even if I move my .emacs out of the way and start up emacs, I get the welcome screen but then no cursor key movement. The only way I can get emacs to close is to kill it from another console. Any ideas?
Anyone else experiencing trouble with emacs 23.4?
Emacs 23.4 over here and no problem for me. :/
---------------------------------------------------------------- Jude <jdashiel-at-shellworld-dot-net> <http://www.shellworld.net/~jdashiel/nj.html>
On Wed, Apr 11, 2012 at 8:53 PM, Steve Holmes <steve.holmes88@gmail.com> wrote:
No Jude, it's worse than that.I have no keyboard control at all after emacs starts. Actually, it works OK while in gnome so I can use it that way for now. It relates to when -nw is used although I don't explicitly specify it when I run it from the console. So speakup isn't the issue here at all.
Just amazes me that the GNU devs would close the emacs-23 branch and then release 23.4 some time later without the patch.
I switched to emacs-nox from community which works fine. I may even keep using it as it obviously has significantly less dependencies than emacs compiled with X support. Mike
On Wed, Apr 11, 2012 at 09:12:12PM +1000, Mike Sampson wrote: I switched to emacs-nox from community which works fine. I may even
keep using it as it obviously has significantly less dependencies than emacs compiled with X support.
Well, it seems that it is fixed now. I see we have emacs-23.4-2 so I wonder if our devs patched or something. All good from my vantage point.
Steve Holmes <steve.holmes88@gmail.com> writes:
On Wed, Apr 11, 2012 at 09:12:12PM +1000, Mike Sampson wrote: I switched to emacs-nox from community which works fine. I may even
keep using it as it obviously has significantly less dependencies than emacs compiled with X support.
Well, it seems that it is fixed now. I see we have emacs-23.4-2 so I wonder if our devs patched or something. All good from my vantage point.
FWIW, I build emacs from trunk pretty regularly, and it's really stable. I've had to look to the lists for a build faliure once over the last two years, and it was fixed the next day anyhow. I have a script in ~/bin with something like: cd $HOME/workspace/emacs bzr pull (make || make bootstrap && make) && sudo make install in it. I occasionally need to recompile due to system updates. Unless you're really tied to 23.4, I recommend giving it a shot -- there's a lot of improvements, and I actually run into *fewer* problems with things getting broken then when I run emacs from distro packages.
Am 14.04.2012 17:03, schrieb Jeremiah Dodds:
Steve Holmes<steve.holmes88@gmail.com> writes:
On Wed, Apr 11, 2012 at 09:12:12PM +1000, Mike Sampson wrote: I switched to emacs-nox from community which works fine. I may even
keep using it as it obviously has significantly less dependencies than emacs compiled with X support.
Well, it seems that it is fixed now. I see we have emacs-23.4-2 so I wonder if our devs patched or something. All good from my vantage point.
FWIW, I build emacs from trunk pretty regularly, and it's really stable. I've had to look to the lists for a build faliure once over the last two years, and it was fixed the next day anyhow.
I have a script in ~/bin with something like:
cd $HOME/workspace/emacs bzr pull (make || make bootstrap&& make)&& sudo make install
in it. I occasionally need to recompile due to system updates.
Unless you're really tied to 23.4, I recommend giving it a shot -- there's a lot of improvements, and I actually run into *fewer* problems with things getting broken then when I run emacs from distro packages.
Why not using a PKGBUILD from AUR to do so? We have a fantastic package manager, we should use it. How do you deinstall such a self built emacs? https://aur.archlinux.org/packages.php?ID=33337 emacs-bzr, pulls from trunk https://aur.archlinux.org/packages.php?ID=53902 emacs-xwidget-bzr, pulls from xwidget-branch. Best Regards
la, 2012-04-14 kello 19:41 +0200, Stefan Husmann kirjoitti:
Why not using a PKGBUILD from AUR to do so? We have a fantastic package manager, we should use it. Yeah bulding with the PKGBUILD would be better :D How do you deinstall such a self built emacs? As long as you retain the Makefile you can do 'make uninstall' Not all apps have uninstall in their makefile, but most do. I think autoconf and friends as well as cmake generate the uninstall entries.
On Sat, Apr 14, 2012 at 07:41:07PM +0200, Stefan Husmann wrote:
Am 14.04.2012 17:03, schrieb Jeremiah Dodds:
Well, it seems that it is fixed now. I see we have emacs-23.4-2 so I wonder if our devs patched or something. All good from my vantage point.
Why not using a PKGBUILD from AUR to do so? We have a fantastic package manager, we should use it. How do you deinstall such a self built emacs?
https://aur.archlinux.org/packages.php?ID=33337 emacs-bzr, pulls from trunk
Additionally, you get emacs' awesome package manager with emacs-bzr (which is emacs-24.*): M-x list-packages Florian
"Stefan Husmann" <stefan-husmann@t-online.de> writes:
Why not using a PKGBUILD from AUR to do so? We have a fantastic package manager, we should use it. How do you deinstall such a self built emacs?
https://aur.archlinux.org/packages.php?ID=33337 emacs-bzr, pulls from trunk https://aur.archlinux.org/packages.php?ID=53902 emacs-xwidget-bzr, pulls from xwidget-branch.
Best Regards
That's definitely a fine solution for a lot of people. The reason I do it like this is because I've basically lived in emacs for about a decade, and use it on *nixes other than arch. I have a couple of pieces of software that I use / stay current with on just about every box I work on, and have a small utility[1] that lets me update them on every machine I use without needing to think about distro packaging. Not that distro packaging is ridiculously difficult to reason about, just that when something breaks, it tends to break ... frustratingly and in a way that I haven't thought about in a while, meaning I spend a bit of time re-reading man pages. I also do a fair amount of poking around emacs' source tree, every once in a while I maintain a local branch for a bit. As for de-installing ... I don't. But I'm one of those freaky "Emacs as an OS and xmonad as a container for its universe" people. 1: https://github.com/jdodds/update
On 04/13/2012 10:31 PM, Steve Holmes wrote:
On Wed, Apr 11, 2012 at 09:12:12PM +1000, Mike Sampson wrote: I switched to emacs-nox from community which works fine. I may even
keep using it as it obviously has significantly less dependencies than emacs compiled with X support.
Well, it seems that it is fixed now. I see we have emacs-23.4-2 so I wonder if our devs patched or something. All good from my vantage point.
Most likely what occurred is the first emacs build based on gcc47 was broken. gcc47 dramatically changed what the compiler will accept as well as what headers are included by default (primarily unistd.h). Unfortunately, the first gcc47 release did not correctly catch all instances where an include was required or where old code is no longer accepted -- allowing code to build, but with runtime problems. Generally the developers can fix these issues relatively quickly. With a standard package like emacs that is so widely used, generally everything is patched and fixed within a few days. I suspect (but don't know for certain) that is what happened with emacs... -- David C. Rankin, J.D.,P.E.
Steve Holmes wrote:
I don't know what happened lately, but I notice that emacs totally locks up on me now. It was working find yesterday before I did a major pacman -Syu this morning. Even if I move my .emacs out of the way and start up emacs, I get the welcome screen but then no cursor key movement. The only way I can get emacs to close is to kill it from another console. Any ideas?
Anyone else experiencing trouble with emacs 23.4?
FS#29233 in bugs.archlinux.org Sujith
Yes fixed in 23.4-2: https://bugs.archlinux.org/task/29233 Jürgen 2012/4/9 Steve Holmes <steve.holmes88@gmail.com>
I don't know what happened lately, but I notice that emacs totally locks up on me now. It was working find yesterday before I did a major pacman -Syu this morning. Even if I move my .emacs out of the way and start up emacs, I get the welcome screen but then no cursor key movement. The only way I can get emacs to close is to kill it from another console. Any ideas?
Anyone else experiencing trouble with emacs 23.4?
participants (11)
-
David C. Rankin
-
Florian Unglaub
-
Jeremiah Dodds
-
Jeremy Allard
-
Jesse Juhani Jaara
-
Jude DaShiell
-
Jürgen Hötzel
-
Mike Sampson
-
Stefan Husmann
-
Steve Holmes
-
Sujith