[[[ To any NSA and FBI agents reading my email: please consider]]]
[[[ whether defending the US Constitution against all enemies, ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]
The packages in GNU ELPA really are part of GNU Emacs. We get
copyright assignments
Akib Azmain Turja writes:
> GNU ELPA (elpa.gnu.org) is not the correct place for guix.el. GNU ELPA
> is for the packages that are part of GNU Emacs but not distributed with
> Emacs; therefore FSF holds the copyright of those packages.
>
> NonGNU ELPA is the correct place, it is for all types of
> From: Stefan Kangas
> Date: Sat, 3 Dec 2022 08:57:07 -0800
> Cc: guix-devel@gnu.org, emacs-de...@gnu.org
>
> The main difference between GNU ELPA and NonGNU ELPA is that the former
> requires all copyright to be assigned to the Free Software Foundation,
> whereas the latter does not.
Not only
Arvid Krein writes:
> Hello guix-devel,
>
> this is my first time writing to this list so I hope I am at the right
> place.
> I noticed that the guix package for emacs was moved from being
> developed at Github/Gitlab to Savannah. There is the guix package
Thanks for letting me know, I thought g
Hello guix-devel,
this is my first time writing to this list so I hope I am at the right
place.
I noticed that the guix package for emacs was moved from being developed
at Github/Gitlab to Savannah. There is the guix package 'emacs-guix'.
Some people (including me) would rather use the MELPA o
On Thu, Sep 02 2021, Carlo Zancanaro wrote:
> On Wed, Sep 01 2021, Liliana Marie Prikler wrote:
>> TL;DR: I'm generally in favor of branching emacs support
>> packages off, even if origins are to be inherited.
>
> This is my preference, and there is precedent for this in Guix
> already. I know o
On Wed, Sep 01 2021, Liliana Marie Prikler wrote:
TL;DR: I'm generally in favor of branching emacs support
packages off, even if origins are to be inherited.
This is my preference, and there is precedent for this in Guix
already. I know of emacs-protobuf-mode and emacs-erlang which are
separa
Hi,
On Wed, 01 Sep 2021 at 14:05, Xinglu Chen wrote:
> Cc’ing guix-devel to see what other people think before we start
> breaking people’s setups. :-)
I agree with this Andrew’s comment:
P.S. I know that there are some emacs packages in Guix already, which
doesn't use emacs-b
iple of least
surprise. However, in some situations we might want to hold back on
that, e.g. if providing an extra emacs package would entail propagating
the original package just because.
On current master, there's quite a number of packages that require
mixing emacs-build-system into something
; source code for both of them in one tarball.
>>
>> Good point, however, If we were to have separate ‘emacs-’ packages for
>> the packages that also contain Elisp stuff, should those packages still
>> include the Emacs package in their output, i.e., should the ‘notmuch’
>>
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'v
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
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 b
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/herewehavefancylettersandnumbers-foo-0.1
Source, doc
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
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
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
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
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
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
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
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
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+
tore/4y7ic831rbawm96qb1n4da19x9qlwk73-emacs-gtk3-24.3/bin/emacs
> GLib-GIO-Message: Using the 'memory' GSettings backend. Your settings
> will not be saved or shared with other applications.
OK.
> So my conclusion is:
>
> Given that libcanberra is built with gtk-3 and emac
at I can actually play a sound, but it gives the same message:
$ canberra-gtk-play -i phone-incoming-call
Gtk-Message: Failed to load module "canberra-gtk-module"
After playing somewhat with GTK_PATH I've found that if I set it like
shown below I do not get the warning message:
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
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
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
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
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:
>&
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"
> G
Hi,
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'
32 matches
Mail list logo
