From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#37976: 27.0.50; Dependency reversal of seq-subseq and cl-subseq causes regression when using seq from ELPA Date: Wed, 13 Nov 2019 08:42:38 -0500 Message-ID: References: <87o8xz3ljd.fsf@gmail.com> <87h83k2e0i.fsf@web.de> <87h83exny5.fsf@web.de> <878sok9for.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="182982"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Michael Heerdegen , 37976@debbugs.gnu.org To: Terje Larsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Nov 13 14:43:16 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iUsvT-000lRS-NQ for geb-bug-gnu-emacs@m.gmane.org; Wed, 13 Nov 2019 14:43:16 +0100 Original-Received: from localhost ([::1]:44748 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iUsvS-0007GD-50 for geb-bug-gnu-emacs@m.gmane.org; Wed, 13 Nov 2019 08:43:14 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45750) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iUsvL-0007Fi-L8 for bug-gnu-emacs@gnu.org; Wed, 13 Nov 2019 08:43:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iUsvK-0003B9-Jq for bug-gnu-emacs@gnu.org; Wed, 13 Nov 2019 08:43:07 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:50116) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iUsvK-0003B5-EQ for bug-gnu-emacs@gnu.org; Wed, 13 Nov 2019 08:43:06 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iUsvK-00072R-BD for bug-gnu-emacs@gnu.org; Wed, 13 Nov 2019 08:43:06 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Nov 2019 13:43:06 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37976 X-GNU-PR-Package: emacs Original-Received: via spool by 37976-submit@debbugs.gnu.org id=B37976.157365257627032 (code B ref 37976); Wed, 13 Nov 2019 13:43:06 +0000 Original-Received: (at 37976) by debbugs.gnu.org; 13 Nov 2019 13:42:56 +0000 Original-Received: from localhost ([127.0.0.1]:58936 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iUsv9-00071w-Vf for submit@debbugs.gnu.org; Wed, 13 Nov 2019 08:42:56 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:19568) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iUsv8-00071i-01 for 37976@debbugs.gnu.org; Wed, 13 Nov 2019 08:42:54 -0500 Original-Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id C439C81244; Wed, 13 Nov 2019 08:42:47 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id DF6648117A; Wed, 13 Nov 2019 08:42:45 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1573652565; bh=IRlseb+AvjuKoHiPX8ei+4SG02yTYOkJB+7dkmOLamo=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=FKVj6spqunY0sTBjX2jZzTXdBFrJ+bipn9CjQRUm0qw6Kcg6D8gkguYTYmNaDegG2 65LJZUwuG/SKDF7BDEf6IvC2TOxciail+W0l506l0yQ6uOAb4HD+bT9BQMqRWefaCd /50/PF7xk7/lvJUSH4iIjxSuVStQt6LqbKcr5pZ8L6Zb9cd+AfY8DLx421CyHo+rIb EFfA9O5f5QzQOSSCxW7MOA9mUMOpVnWolTkhVhYvW7J5wrIRp8dJeVKGsaSR3Bvd8M tw1GKxHxWiktD4i3RDlCq5CpdgfH5gVehfccVSVXZ0BASE5n8bkCs2VbTKJZbOnGRe DLMU4IlSfoeKg== Original-Received: from pastel (unknown [216.154.33.205]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 9B0161202F2; Wed, 13 Nov 2019 08:42:45 -0500 (EST) In-Reply-To: <878sok9for.fsf@gmail.com> (Terje Larsen's message of "Wed, 13 Nov 2019 12:30:28 +0100") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:171490 Archived-At: >> Why would they use "seq-subseq from MELPA" when they have the latest >> seq.el built into their Emacs `master`? > I am sorry to have written MELPA, but I meant ELPA. [ ELPA is the whole infrastructure/protocol. I'll assume you meant the GNU ELPA repository. ] Ah, much better. We definitely want this case to work right. > But is it that unlikely that you somehow would have the `seq` from ELPA > on your `load-path`? That would be a bug, yes. How do you end up with ELPA's `seq` in your `load-path`: package.el should not activate the `seq` package (because it should consider the built-in one "at least as good"). >> Could we have some more data, such as which package (name and version) >> pulls which version of `seq` (and how does it say "from MELPA")? > In ELPA there are not that many packages that depend on seq, but there > is for example `beacon` which depends on `(seq "2.14")`. In MELPA there > is a lot, for example `org-drill` which also depends on `(seq "2.14")`. Right. I was worried about dependencies on MELPA's `seq` (assuming it used a different versioning scheme, which would thus indeed wreak havoc with package.el's attempt to compare the `seq` package's version with the built-in one). > I am using NixOS and I think this issue comes from nix and how it > resolves packages. Nix will resolve Emacs package dependencies on a > system level and make sure all of them are added to your `load-path` > when launching Emacs. The unfortunate thing is that if a package depends > on `seq`, it pulls the one from ELPA since it doesn't know about the > built-in package in Emacs. Sounds like a bug in the NixOS handling of Emacs's packages, then: they should presumably be added to `package-directory-list` or `package-user-dir` but not directly to `load-path`. After all, adding them to `load-path` also breaks `package-load-list` (since `package-load-list` lets you specify packages which shouldn't be activated (aka put into your `load-path`) even though they're installed). > Thank you for your reply and if you don't think anything needs to be > done on Emacs/ELPA side, feel free to close this issue. It does look like the problem is on NixOS's side, indeed. Stefan