unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / Atom feed
* bug#43277: emacs-next is broke, "seq" missing
@ 2020-09-08 12:13 Martin Becze
  2020-09-08 12:40 ` Malte Gerdes
                   ` (3 more replies)
  0 siblings, 4 replies; 7+ messages in thread
From: Martin Becze @ 2020-09-08 12:13 UTC (permalink / raw)
  To: 43277


[-- Attachment #1.1: Type: text/plain, Size: 248 bytes --]

emacs-next recently broke. It now has this error on start up.

"require: Cannot open load file: No such file or directory, seq"

I think this must have happened relatively recently (with the last 3
weeks) since it was working fine earlier.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#43277: emacs-next is broke, "seq" missing
  2020-09-08 12:13 bug#43277: emacs-next is broke, "seq" missing Martin Becze
@ 2020-09-08 12:40 ` Malte Gerdes
  2020-09-08 13:17   ` Martin Becze
  2020-09-08 14:01 ` Michael Rohleder
                   ` (2 subsequent siblings)
  3 siblings, 1 reply; 7+ messages in thread
From: Malte Gerdes @ 2020-09-08 12:40 UTC (permalink / raw)
  To: Martin Becze; +Cc: 43277

[-- Attachment #1: Type: text/plain, Size: 516 bytes --]

Hi,

I had a similar error yesterday, with emacs27. Turned out I had to reload
my environment because some variables still pointed to emacs 26.3
directories which didn't exist anymore.

Malte

On Tue, 8 Sep 2020, 14:25 Martin Becze, <mjbecze@riseup.net> wrote:

> emacs-next recently broke. It now has this error on start up.
>
> "require: Cannot open load file: No such file or directory, seq"
>
> I think this must have happened relatively recently (with the last 3
> weeks) since it was working fine earlier.
>
>

[-- Attachment #2: Type: text/html, Size: 904 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#43277: emacs-next is broke, "seq" missing
  2020-09-08 12:40 ` Malte Gerdes
@ 2020-09-08 13:17   ` Martin Becze
  0 siblings, 0 replies; 7+ messages in thread
From: Martin Becze @ 2020-09-08 13:17 UTC (permalink / raw)
  To: Malte Gerdes; +Cc: 43277


[-- Attachment #1.1: Type: text/plain, Size: 774 bytes --]

I just tried out emacs27 and what replicated Malte's experience. But
even after reloading my environment emacs28 doesn't work.

On 9/8/20 7:40 AM, Malte Gerdes wrote:
> Hi,
> 
> I had a similar error yesterday, with emacs27. Turned out I had to
> reload my environment because some variables still pointed to emacs 26.3
> directories which didn't exist anymore.
> 
> Malte
> 
> On Tue, 8 Sep 2020, 14:25 Martin Becze, <mjbecze@riseup.net
> <mailto:mjbecze@riseup.net>> wrote:
> 
>     emacs-next recently broke. It now has this error on start up.
> 
>     "require: Cannot open load file: No such file or directory, seq"
> 
>     I think this must have happened relatively recently (with the last 3
>     weeks) since it was working fine earlier.
> 


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#43277: emacs-next is broke, "seq" missing
  2020-09-08 12:13 bug#43277: emacs-next is broke, "seq" missing Martin Becze
  2020-09-08 12:40 ` Malte Gerdes
@ 2020-09-08 14:01 ` Michael Rohleder
  2020-09-08 15:07   ` Martin Becze
  2020-09-11 20:09 ` Pierre Langlois
  2020-09-14 22:08 ` bug#43277: [PATCH] gnu: emacs-next: Fix load path and version Morgan.J.Smith
  3 siblings, 1 reply; 7+ messages in thread
From: Michael Rohleder @ 2020-09-08 14:01 UTC (permalink / raw)
  To: Martin Becze; +Cc: 43277

[-- Attachment #1: Type: text/plain, Size: 476 bytes --]

Hi Martin,

Martin Becze <mjbecze@riseup.net> writes:
> emacs-next recently broke. It now has this error on start up.
>
> "require: Cannot open load file: No such file or directory, seq"

Maybe it's possible to find where this is coming from?
(starting emacs with "--debug-init" might help or starting with a
minimal .emacs.el etc)

-- 
Alle anziehenden Leute sind immer im Kern verdorben.
Darin liegt das Geheimnis ihrer sympathischen Kraft.
      Oskar Wilde

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 511 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#43277: emacs-next is broke, "seq" missing
  2020-09-08 14:01 ` Michael Rohleder
@ 2020-09-08 15:07   ` Martin Becze
  0 siblings, 0 replies; 7+ messages in thread
From: Martin Becze @ 2020-09-08 15:07 UTC (permalink / raw)
  To: Michael Rohleder; +Cc: 43277


[-- Attachment #1.1: Type: text/plain, Size: 485 bytes --]

--debug-init doesn't help and we don't seem to be loading the init file.

On 9/8/20 9:01 AM, Michael Rohleder wrote:
> Hi Martin,
> 
> Martin Becze <mjbecze@riseup.net> writes:
>> emacs-next recently broke. It now has this error on start up.
>>
>> "require: Cannot open load file: No such file or directory, seq"
> 
> Maybe it's possible to find where this is coming from?
> (starting emacs with "--debug-init" might help or starting with a
> minimal .emacs.el etc)
> 


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#43277: emacs-next is broke, "seq" missing
  2020-09-08 12:13 bug#43277: emacs-next is broke, "seq" missing Martin Becze
  2020-09-08 12:40 ` Malte Gerdes
  2020-09-08 14:01 ` Michael Rohleder
@ 2020-09-11 20:09 ` Pierre Langlois
  2020-09-14 22:08 ` bug#43277: [PATCH] gnu: emacs-next: Fix load path and version Morgan.J.Smith
  3 siblings, 0 replies; 7+ messages in thread
From: Pierre Langlois @ 2020-09-11 20:09 UTC (permalink / raw)
  To: Martin Becze; +Cc: 43277

[-- Attachment #1: Type: text/plain, Size: 1158 bytes --]

Hi Martin,

Sorry this not working for you :-/

Martin Becze writes:

> emacs-next recently broke. It now has this error on start up.
>
> "require: Cannot open load file: No such file or directory, seq"
>
> I think this must have happened relatively recently (with the last 3
> weeks) since it was working fine earlier.

I submitted a patch a few weeks ago that entirely removed the seq
package from guix, it's included in emacs itself so it shouldn't be
needed anymore, and actually, installing it along with emacs27 causes
stack overflows.

Testing emacs-next, I can see that seq.el is included as well:

    $ ls $(guix build emacs-next)/share/emacs/28.0.50/lisp/emacs-lisp/seq.el.gz

Then inside a clean environment it's able to (require 'seq):

    $ guix environment --ad-hoc emacs-next -- emacs -Q --eval "(require 'seq)"

Using the -Q flag to make sure it's not loading any config.

Can you share some of your emacs config and how you're installing emacs
packages? I assume they're not installed with guix, unless there's a way
to replace each package's input with emacs-next automatically.

Thanks,
Pierre

   


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 519 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#43277: [PATCH] gnu: emacs-next: Fix load path and version
  2020-09-08 12:13 bug#43277: emacs-next is broke, "seq" missing Martin Becze
                   ` (2 preceding siblings ...)
  2020-09-11 20:09 ` Pierre Langlois
@ 2020-09-14 22:08 ` Morgan.J.Smith
  3 siblings, 0 replies; 7+ messages in thread
From: Morgan.J.Smith @ 2020-09-14 22:08 UTC (permalink / raw)
  To: 43277; +Cc: Morgan Smith

From: Morgan Smith <Morgan.J.Smith@outlook.com>

* gnu/packages/emacs.scm (emacs):
[strip-double-wrap] Modify to work with emacs-next

* gnu/packages/emacs.scm (emacs-next):
[version] Change version from 28.0.50.1 to 28.0.50
[arguments] Removed field
[native-search-paths] New field
---

The problem turned out to be that EMACSLOADPATH wasn't being set
properly.  This patch fixes that.



 gnu/packages/emacs.scm | 37 ++++++++++++++++---------------------
 1 file changed, 16 insertions(+), 21 deletions(-)

diff --git a/gnu/packages/emacs.scm b/gnu/packages/emacs.scm
index 03c28ee7a7..b3d099257d 100644
--- a/gnu/packages/emacs.scm
+++ b/gnu/packages/emacs.scm
@@ -196,11 +196,12 @@
            (lambda* (#:key outputs #:allow-other-keys)
              ;; Directly copy emacs-X.Y to emacs, so that it is not wrapped
              ;; twice.  This also fixes a minor issue, where WMs would not be
-             ;; able to track emacs back to emacs.desktop.
+             ;; able to track emacs back to emacs.desktop.  It's done using
+             ;; this-package so emacs-next can reuse it
              (with-directory-excursion (assoc-ref outputs "out")
                (copy-file (string-append
                            "bin/emacs-"
-                           ,(version-major+minor (package-version emacs)))
+                           ,(car (string-split (package-version this-package) #\-)))
                           "bin/emacs")
                #t)))
          (add-before 'reset-gzip-timestamps 'make-compressed-files-writable
@@ -279,11 +280,10 @@ languages.")
 
 (define-public emacs-next
   (let ((commit "2ea34662c20f71d35dd52a5ed996542c7386b9cb")
-        (revision "0")
-        (emacs-version "28.0.50.1"))
+        (revision "0"))
     (package/inherit emacs
       (name "emacs-next")
-      (version (git-version emacs-version revision commit))
+      (version (git-version "28.0.50" revision commit))
       (source
        (origin
          (inherit (package-source emacs))
@@ -295,24 +295,19 @@ languages.")
          (sha256
           (base32
            "0igjm9kwiswn2dpiy2k9xikbdfc7njs07ry48fqz70anljj8y7y3"))))
-      (arguments
-       (substitute-keyword-arguments (package-arguments emacs)
-         ((#:phases phases)
-          `(modify-phases ,phases
-             (replace 'strip-double-wrap
-               (lambda* (#:key outputs #:allow-other-keys)
-                 ;; Directly copy emacs-X.Y to emacs, so that it is not wrapped
-                 ;; twice.  This also fixes a minor issue, where WMs would not be
-                 ;; able to track emacs back to emacs.desktop.
-                 (with-directory-excursion (assoc-ref outputs "out")
-                   (copy-file (string-append
-                               "bin/emacs-"
-                               ,(version-major+minor+point (package-version emacs-next)))
-                              "bin/emacs")
-                   #t)))))))
       (native-inputs
        `(("autoconf" ,autoconf)
-         ,@(package-native-inputs emacs))))))
+         ,@(package-native-inputs emacs)))
+
+      (native-search-paths
+       (list (search-path-specification
+              (variable "EMACSLOADPATH")
+              ;; The versioned entry is for the Emacs' builtin libraries.
+              (files (list "share/emacs/site-lisp"
+                           (string-append "share/emacs/" (car (string-split version #\-)) "/lisp"))))
+             (search-path-specification
+              (variable "INFOPATH")
+              (files '("share/info"))))))))
 
 (define-public emacs-minimal
   ;; This is the version that you should use as an input to packages that just
-- 
2.28.0





^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2020-09-14 22:09 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-09-08 12:13 bug#43277: emacs-next is broke, "seq" missing Martin Becze
2020-09-08 12:40 ` Malte Gerdes
2020-09-08 13:17   ` Martin Becze
2020-09-08 14:01 ` Michael Rohleder
2020-09-08 15:07   ` Martin Becze
2020-09-11 20:09 ` Pierre Langlois
2020-09-14 22:08 ` bug#43277: [PATCH] gnu: emacs-next: Fix load path and version Morgan.J.Smith

unofficial mirror of bug-guix@gnu.org 

This inbox may be cloned and mirrored by anyone:

	git clone --mirror https://yhetil.org/guix-bugs/0 guix-bugs/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 guix-bugs guix-bugs/ https://yhetil.org/guix-bugs \
		bug-guix@gnu.org
	public-inbox-index guix-bugs

Example config snippet for mirrors.
Newsgroups are available over NNTP:
	nntp://news.yhetil.org/yhetil.gnu.guix.bugs
	nntp://news.gmane.io/gmane.comp.gnu.guix.bugs


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git