Re: Emacs package for prettifying store paths

https://github.com/milkypostman/melpa/pull/2047 On Sun, Sep 28, 2014 at 11:30 PM, David Thompson wrote: > Alex Kost writes: > >> Hello, >> >> This doesn't really relate to Guix but I think at least one person may >> be interested. >> >> I've written an Emacs package that allows to abbreviate sto

Re: Emacs package for prettifying store paths

Alex Kost writes: > Hello, > > This doesn't really relate to Guix but I think at least one person may > be interested. > > I've written an Emacs package that allows to abbreviate store paths, > i.e. one will see: > > /gnu/store/…-foo-0.1 > > instead of: > > /gnu/store/herewehavefancylettersan

Re: Emacs package for prettifying store paths

Alex Kost skribis: > I've written an Emacs package that allows to abbreviate store paths, > i.e. one will see: > > /gnu/store/…-foo-0.1 > > instead of: > > /gnu/store/herewehavefancylettersandnumbers-foo-0.1 > > Source, documentation and screenshot can be found here: >

Re: emacs package

On Sun, Sep 21, 2014 at 3:28 PM, Ludovic Courtès wrote: > l...@gnu.org (Ludovic Courtès) skribis: > >> And commit 0a9e9a6 switches Emacs to GTK+ 3. > > Mark noted that GTK+ 3 fails to build on mips, because Xorg fails to > build. Could you check whether the attached patch works around the > probl

Re: emacs package

l...@gnu.org (Ludovic Courtès) skribis: > And commit 0a9e9a6 switches Emacs to GTK+ 3. Mark noted that GTK+ 3 fails to build on mips, because Xorg fails to build. Could you check whether the attached patch works around the problem? (Feel free to apply if it does.) Thanks, Ludo’. >From 9b85537

Re: emacs package

On Sat, Sep 20, 2014 at 10:28 PM, Ludovic Courtès wrote: > Federico Beffa skribis: > >> Unfortunately, I've found that if in a REPL buffer I select the Geiser menu: >> Geiser -> Add to load path ... >> emacs crashes :-( > > Could it be that it ends up dlopening something from the host distro? > L

Re: emacs package

Federico Beffa skribis: > Unfortunately, I've found that if in a REPL buffer I select the Geiser menu: > Geiser -> Add to load path ... > emacs crashes :-( Could it be that it ends up dlopening something from the host distro? Like gtk-module-foo.so? Could you get a backtrace with gdb? I tried

Re: emacs package

On Sat, Sep 20, 2014 at 3:20 PM, Ludovic Courtès wrote: >> By the way, I'm using PulseAudio, but the current libcanberra package >> has no support for this option. Therefore, despite the fact that I'm >> using an external audio interface, the sound produced by >> canberra-gtk-play goes to the buil

Re: emacs package

Federico Beffa skribis: > and is provided by a package called "sound-theme-freedesktop": > https://packages.debian.org/unstable/main/sound-theme-freedesktop OK, I’ve added that package. > By the way, I'm using PulseAudio, but the current libcanberra package > has no support for this option. The

Re: emacs package

On Fri, Sep 19, 2014 at 07:13:26PM +0200, Federico Beffa wrote: > I see that in guix there is a package for pulseaudio. Any particular > reason for not enabling this sound framework option in libcanberra? Probably none, except that the pulseaudio package was added after libcanberra. So please feel

Re: emacs package

l...@gnu.org (Ludovic Courtès) writes: >> In the mean time I've found out the existence of a simple test program >> called canberra-gtk-play in the libcanberra package. With this I tested >> that I can actually play a sound, but it gives the same message: >> >> $ canberra-gtk-play -i phone-incomin

Re: emacs package

On Fri, Sep 19, 2014 at 09:54:18AM +0200, Ludovic Courtès wrote: > Emacs switched back to GTK+ 2 in commit 8b0275b6, but I forgot why. > Andreas, do you remember the reason? This was the moment when I added gtk+-3, so all packages previously compiled with gtk+ = gtk+-2 were now compiled with gtk+

Re: emacs package

Federico Beffa skribis: > Yes, you are right. Yesterday I was messing around with the environment > variable GTK_MODULE. I guess that confused me. Having undefined it now I > only see reference to gtk-3: Good. > In the mean time I've found out the existence of a simple test program > called can

Re: emacs package

On Thu, Sep 18, 2014 at 2:01 PM, Ludovic Courtès wrote: > Federico Beffa skribis: > >> This is the test recipe that I built: >> >> (use-modules (guix) (gnu) (srfi srfi-1) >> (guix packages) >> (guix download)) >> >> (let ((emacs (car (find-packages-by-name "emacs"))) >> (l

Re: emacs package

Federico Beffa skribis: > This is the test recipe that I built: > > (use-modules (guix) (gnu) (srfi srfi-1) > (guix packages) > (guix download)) > > (let ((emacs (car (find-packages-by-name "emacs"))) > (libcanberra (car (find-packages-by-name "libcanberra"))) > (gtk

Re: emacs package

On Wed, Sep 17, 2014 at 11:11 AM, Ludovic Courtès wrote: > Federico Beffa skribis: > >> Currently the libcanberra package does not build. It can't find the source: >> >> starting download of >> `/gnu/store/n9g0vd6hdka11s7zp3lbqkvyiw99hwzb-libcanberra-0.30.tar.xz' >> from >> `http://0pointer.de/l

Re: emacs package

Federico Beffa skribis: > Currently the libcanberra package does not build. It can't find the source: > > starting download of > `/gnu/store/n9g0vd6hdka11s7zp3lbqkvyiw99hwzb-libcanberra-0.30.tar.xz' > from > `http://0pointer.de/lennart/projects/libcanberra/libcanberra-0.30.tar.xz'... > ERROR: do

Re: emacs package

On Tue, Sep 16, 2014 at 9:38 AM, Federico Beffa wrote: > On Mon, Sep 15, 2014 at 9:55 AM, Ludovic Courtès wrote: >> Federico Beffa skribis: >> >>> I've installed guix 0.7 and its emacs package (and updated with "guix >>> pull" and "guix package -u"). When I start emacs I get the following >>> me

Re: emacs package

On Mon, Sep 15, 2014 at 9:55 AM, Ludovic Courtès wrote: > Federico Beffa skribis: > >> I've installed guix 0.7 and its emacs package (and updated with "guix >> pull" and "guix package -u"). When I start emacs I get the following >> message: >> >> Gtk-Message: Failed to load module "canberra-gtk-m

Re: emacs package

Federico Beffa skribis: > I've installed guix 0.7 and its emacs package (and updated with "guix > pull" and "guix package -u"). When I start emacs I get the following > message: > > Gtk-Message: Failed to load module "canberra-gtk-module" > GLib-GIO-Message: Using the 'memory' GSettings backend.