On 2021-12-03 21:46, Liliana Marie Prikler wrote:
> At long last, I'm pushing the patch to keep -pkg.el files as well as to
> load them from guix-emacs during package-initialize. I'll hereby be
> closing this bug. Andrew, if you wish to write a phase that adds such
> a file for the packages
On 2021-12-03 21:46, Liliana Marie Prikler wrote:
> At long last, I'm pushing the patch to keep -pkg.el files as well as to
> load them from guix-emacs during package-initialize. I'll hereby be
> closing this bug. Andrew, if you wish to write a phase that adds such
> a file for the packages
At long last, I'm pushing the patch to keep -pkg.el files as well as to
load them from guix-emacs during package-initialize. I'll hereby be
closing this bug. Andrew, if you wish to write a phase that adds such
a file for the packages currently lacking them, I'm pretty sure we can
do with a new
> > In other words, no particular thought was given to -pkg.el. It was
> > simply dropped along with many other files. So, if consensus is
> > reachedthat keeping -pkg.el is a good idea, there is no reason to not
> > do that.
> Thanks for clearing that up. In that case, I don't have any qualms
>
Hello,
Leo Prikler writes:
> Am Donnerstag, den 20.05.2021, 15:24 +0300 schrieb Andrew Tropin:
>> > > In other words, no particular thought was given to -pkg.el. It
>> > > was
>> > > simply dropped along with many other files. So, if consensus is
>> > > reachedthat keeping -pkg.el is a good
Am Donnerstag, den 20.05.2021, 15:24 +0300 schrieb Andrew Tropin:
> > > In other words, no particular thought was given to -pkg.el. It
> > > was
> > > simply dropped along with many other files. So, if consensus is
> > > reachedthat keeping -pkg.el is a good idea, there is no reason to
> > > not
>
Am Donnerstag, den 20.05.2021, 16:09 +0530 schrieb Arun Isaac:
> > > [Adding Arun Isaac to CC. Their commit d8796851 is the first one
> > > to
> > > drop -pkg.el, but without explanation.]
> >
> > Commit d8796851 was an attempt to not install too many unnecessary
> > files
> > and be closer to
> That looks like it'd mess with people's installed ELPA packages. In
> general, hacks based on package-directory-list don't feel very stable.
If you talk about ~/.emacs.d/elpa, it won't, because there is a separate
package-user-dir variable for that.
The problem can arise if we have emacs
>> [Adding Arun Isaac to CC. Their commit d8796851 is the first one to
>> drop -pkg.el, but without explanation.]
>
> Commit d8796851 was an attempt to not install too many unnecessary files
> and be closer to how MELPA packaged emacs packages. See
>
> [Adding Arun Isaac to CC. Their commit d8796851 is the first one to
> drop -pkg.el, but without explanation.]
Commit d8796851 was an attempt to not install too many unnecessary files
and be closer to how MELPA packaged emacs packages. See
Am Donnerstag, den 20.05.2021, 13:01 +0300 schrieb Andrew Tropin:
> > That looks like it'd mess with people's installed ELPA
> > packages. In general, hacks based on package-directory-list don't
> > feel very stable.
>
> If you talk about ~/.emacs.d/elpa, it won't, because there is a
> separate
That looks like it'd mess with people's installed ELPA packages. In
general, hacks based on package-directory-list don't feel very stable.
Consider writing a function similar in nature to `package-load-all-
descriptors' instead.
Also, this seems to rely on us not deleting the -pkg.el, but
From: Andrew Tropin
Date: Wed, 19 May 2021 20:44:22 +0300
Subject: [PATCH] guix: build: emacs-build-system: Make package.el aware of
guix packages
After updating the package-directory-list variable, functions like
list-packages,
describe-package become aware of packages installed by guix.
---
> > Most other package managers seem to respect "infrastructure" provided
> > by package.el.
> I don't think that statement is well-supported by the data we have.
Agree, that was an incorrect statement. I should have said something like:
there are some popular tools like use-package configuration
> > M-x list-packages ;; Doesn't list treemacs
> Let me recommend Emacs-Guix (aka. 'guix.el') as a superior alternative.
> :-)
Sure) Aware of it, cool tool.
> I think it's fine that 'package.el' is unaware of Guix-managed software
> and vice-versa.
Yep, perfectly fine, but why not to make it
Am Mittwoch, den 19.05.2021, 17:32 +0300 schrieb Andrew Tropin:
> > > Most other package managers seem to respect "infrastructure"
> > > provided by package.el.
> > I don't think that statement is well-supported by the data we have.
>
> Agree, that was an incorrect statement. I should have said
> the "-pkg\\.el$" exclude might have existed for a reason
> (I don't know which, put perhaps byte compilation).
Perhaps it should be ignored during byte compilation, but still
installing it seems to be a good idea. Ok, let's wait for Maxim answer.
> I know people take package.el for granted
Hi,
Andrew Tropin skribis:
> M-x list-packages ;; Doesn't list treemacs
Let me recommend Emacs-Guix (aka. ‘guix.el’) as a superior alternative.
:-)
I think it’s fine that ‘package.el’ is unaware of Guix-managed software
and vice-versa.
Ludo’.
Am Dienstag, den 11.05.2021, 21:55 +0300 schrieb Andrew Tropin:
> > the "-pkg\\.el$" exclude might have existed for a reason
> > (I don't know which, put perhaps byte compilation).
>
> Perhaps it should be ignored during byte compilation, but still
> installing it seems to be a good idea. Ok,
> The problem here is, that Guix does not include the -pkg.el
> file, that would typically be generated by package.el. To deal with
> this, you have to provide package specs on your own. There already
> exists a utility to locate libraries in a package manager agnostic
> fashion [1], all you
Am Dienstag, den 11.05.2021, 18:57 +0300 schrieb Andrew Tropin:
> Patched emacs-build-system to place packages under elpa/NAME-VERSION
> subdirectory and removed "-pkg\\.el$" from %default-exclude.
I don't know whether that's a good idea. The elpa/ part I already
dislike, and the "-pkg\\.el$"
Am Montag, den 10.05.2021, 10:51 +0300 schrieb Andrew Tropin:
> describe-package and list-packages do not show emacs packages,
> installed
> with guix. Packages themselves work perfectly fine, but not listed in
> list-packages and can't be accessed with describe-package.
>
> Way to reproduce:
>
describe-package and list-packages do not show emacs packages, installed
with guix. Packages themselves work perfectly fine, but not listed in
list-packages and can't be accessed with describe-package.
Way to reproduce:
guix environment --pure --ad-hoc emacs emacs-treemacs
emacs -q
M-x
23 matches
Mail list logo
