From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id yM/6DVWHpmC3BQEAgWs5BA (envelope-from ) for ; Thu, 20 May 2021 17:59:17 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id kKbOCVWHpmDVDAAA1q6Kng (envelope-from ) for ; Thu, 20 May 2021 15:59:17 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 459A31EF10 for ; Thu, 20 May 2021 17:59:16 +0200 (CEST) Received: from localhost ([::1]:59756 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ljl4t-0006vV-Cm for larch@yhetil.org; Thu, 20 May 2021 11:59:15 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:56246) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ljl4k-0006qf-1M for bug-guix@gnu.org; Thu, 20 May 2021 11:59:06 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:51728) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ljl4g-0005uK-Jy for bug-guix@gnu.org; Thu, 20 May 2021 11:59:05 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ljl4g-0008Mi-HO for bug-guix@gnu.org; Thu, 20 May 2021 11:59:02 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#48331: Emacs' describe-package doesn't work for packages managed by guix Resent-From: Leo Prikler Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Thu, 20 May 2021 15:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 48331 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Andrew Tropin , Arun Isaac Received: via spool by 48331-submit@debbugs.gnu.org id=B48331.162152628532079 (code B ref 48331); Thu, 20 May 2021 15:59:02 +0000 Received: (at 48331) by debbugs.gnu.org; 20 May 2021 15:58:05 +0000 Received: from localhost ([127.0.0.1]:35041 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ljl3l-0008LL-0z for submit@debbugs.gnu.org; Thu, 20 May 2021 11:58:05 -0400 Received: from mailrelay.tugraz.at ([129.27.2.202]:19794) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ljl3g-0008Ks-Cm for 48331@debbugs.gnu.org; Thu, 20 May 2021 11:58:03 -0400 Received: from nijino.local (91-114-247-246.adsl.highway.telekom.at [91.114.247.246]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4FmDsb5y5rz3x7l; Thu, 20 May 2021 17:57:55 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1621526276; bh=oWcK6bAKXZ3PSRCTl7hTU9V2C2Ww5eL1TP95i9YzA9w=; h=Subject:From:To:Cc:Date:In-Reply-To:References; b=HpYsiSo1MsJiD8udpg1Cw/ykiwcDr+OgIGhF3QGTJlJLE2adjk1xjHmMTYQWWYXEj LYZnWWWbjVMBdeHoRCJjhsnY2wkJTL/ufW7MIQRG1jlB2EvJ3tTjwGIM+fxPrWs+Sg KvmFsTyxdXDlC94oAD2Ns1UwEYASC5XWc3HK4bmQ= Message-ID: <5bb7553ac84e241a8ce936033b9ec1e1d6d302dd.camel@student.tugraz.at> From: Leo Prikler Date: Thu, 20 May 2021 17:57:55 +0200 In-Reply-To: References: <87im3r81so.fsf@trop.in> <78cfb495305fb1137da26e37a7ae5dd9467043bf.camel@student.tugraz.at> <8164abe40ec6e865bf8385e010702cfe158dabcc.camel@student.tugraz.at> <6cba9730ace19ecebc397023b243cdb02486cc0c.camel@student.tugraz.at> <437d90a3cc91400fdf0828fea2c989c277a73a7c.camel@student.tugraz.at> <88a438a74fabe0f4d4bfd8a649c38e960ef82ed2.camel@student.tugraz.at> <87tumxzoey.fsf@systemreboot.net> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-TUG-Backscatter-control: bt4lQm5Tva3SBgCuw0EnZw X-Spam-Scanner: SpamAssassin 3.003001 X-Spam-Score-relay: -1.9 X-Scanned-By: MIMEDefang 2.74 on 129.27.10.117 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 48331@debbugs.gnu.org, Maxim Cournoyer Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1621526357; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:resent-cc: resent-from:resent-sender:resent-message-id:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=oWcK6bAKXZ3PSRCTl7hTU9V2C2Ww5eL1TP95i9YzA9w=; b=ZREHkSv/kLCU4F1mqhRgSYqNrPWAlLUvkbl4ckZx/iS2HBSssWmFPwnpD1SQkvk803TMfi 9Ei4Xzst3ZYwRTuGMTGLpXu9NXVYv6qt3gHBeklWxodIVLSzbQ/GjxPI/UyUtsJwqTd+rH JbWwawA55V8T2RajQerg1YLSK5kuADtm3oBsGtQYDjduNHnQbhSnIY/iU/xNOpFfULq5pa phe591B1tcth4i4Ax6NiYGvN0iPm+83Q3ZJKG/pGhU94Yy4OsKHqVSIVpartFtPBwIbM+u IQ8z6Lolh5vF5lJINK/Z+uq9m8lHwi8AUpkMOWtU562Ef31utFEs4r47H0EV4w== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1621526357; a=rsa-sha256; cv=none; b=KjPKSxrXQ1iEPSNRmIplpgnfs16eARSnBF49eMCg09Rk9pXhUYDKJCIvvFP/XvOQHNfjDh VnsIC2jWxOoiJe6J02r+ubLxyPhCuVo9PBOoc4irDbVPwPq+ZvwD2DbnDZLRlg8C+Jcl9d QeuHi7hPye5hZZRW+qR24R4kcK+1XEoe8UlPXFAVsA0ON3E6xoXIyYPsriD6My77TKfW/S /Vat0XIbtNoj9gwUdbO0H4QG5Nf/r2E0tQu2T37tWRHodnShHXaagvGLXo/fugIvPUt32E gJxxN03QWup4fFffb9DSgBAebgsAmKo4J4ykM86vOvxzwGMgjsvVZekeW8Q/Nw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=tugraz.at header.s=mailrelay header.b=HpYsiSo1; dmarc=fail reason="SPF not aligned (relaxed)" header.from=student.tugraz.at (policy=none); spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Spam-Score: 0.16 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=tugraz.at header.s=mailrelay header.b=HpYsiSo1; dmarc=fail reason="SPF not aligned (relaxed)" header.from=student.tugraz.at (policy=none); spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Queue-Id: 459A31EF10 X-Spam-Score: 0.16 X-Migadu-Scanner: scn1.migadu.com X-TUID: +2m//+Na8AEM 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 > > > do that. > > Thanks for clearing that up. In that case, I don't have any qualms > > about including them either. > > Cool, seems we can get -pkg.el files back. Yes, we can. > > Multi-profile Emacs should be supported, but this also breaks on > > foreign distros with foreign distro ELPA. Again, hacking variables > > is not the solution (and even if it was, it'd be better to patch > > the emacs default value, not that this is a good idea either). > > Yep, the last snippet supports multi-profile Emacs. While that's better, I still don't think it's sufficient. > Installing packages for Emacs via a few different package manager > sounds like a very bad practice) I agree that current implementation > with updating variables isn't perfect and it doesn't cover the use > case, which I expect to be rare (packages from Guix will be listed in > list-packages, files from foreign distro PM won't). I can dive into > package.el implementation and spend some time next week providing a > different workaround. I think this is common practice on other distros. For example your system provides auctex, but it doesn't provide dash.el. What do you do? Install it through ELPA. Now let's say, you have Guix installed. Guix provides packages for some of ELPA, but not what you want. You could hack together a Guix package based on the ELPA importer, but perhaps upstream is slow in accepting it or perhaps you've fetched the package from a shady source, that Guix won't accept. So you have foreign distro system packages + Guix + personal ELPA. As far as getting Guix packages to work without affecting the rest of package.el or user configuration, I think an advice, that runs after package-load-all-descriptors might be necessary. As for the candidates to check for this advice, you can read all subdirs.el files you find inside load-path. When they're formatted (normal-top-level-add-to-load-path (list P1 ... PN)) they were likely added by Guix (even if not, one should probably consider them important) and P1 ... PN should be scanned for descriptors. > BTW, can you remind me why we do not place packages under > site-lisp/elpa/NAME-VERSION? It seems almost the same as > site-lisp/NAME-VERSION, but everything related to describe-package > and other functions will work out of the box. This way it will work > even with a foreign distro use case. Again, Guix is not ELPA and calling it ELPA would be misleading. As for why we don't put stuff in any other site-lisp/ directory, e.g. site-lisp/guix.d/NAME-VERSION, doing that led to rather tricky issues, which is why we've decided to use site-lisp "directly". The current way of handling things is a bit of a compromise. It gives you per- package directories like ELPA, but unlike ELPA can easily be handled at Emacs startup.