From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Philip Kaludercic Newsgroups: gmane.emacs.devel Subject: Re: feature/package-vc has been merged Date: Sun, 13 Nov 2022 07:01:31 +0000 Message-ID: <87sfinwd6c.fsf@posteo.net> References: <164484721900.31751.1453162457552427931@vcs2.savannah.gnu.org> <878rkxgpms.fsf@posteo.net> <87sfiyk3a2.fsf_-_@posteo.net> <87mt948pmo.fsf@posteo.net> <87fsevyxnt.fsf@posteo.net> <87zgd1f70g.fsf@posteo.net> <878rkkbj90.fsf@posteo.net> <87edua7jw5.fsf@posteo.net> <878rki7jf3.fsf@posteo.net> <871qq81u3m.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32520"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Stefan Monnier , Richard Stallman , emacs-devel@gnu.org, 'Eli Zaretskii' To: Rudolf =?utf-8?Q?Adamkovi=C4=8D?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Nov 13 08:02:24 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ou70Y-0008EF-Lz for ged-emacs-devel@m.gmane-mx.org; Sun, 13 Nov 2022 08:02:22 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ou705-0003qW-E7; Sun, 13 Nov 2022 02:01:53 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ou6zt-0003ms-6q for emacs-devel@gnu.org; Sun, 13 Nov 2022 02:01:41 -0500 Original-Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ou6zq-0007LY-Pe for emacs-devel@gnu.org; Sun, 13 Nov 2022 02:01:40 -0500 Original-Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id A0EAA240027 for ; Sun, 13 Nov 2022 08:01:36 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1668322896; bh=3EGiomnb+AIeEA9Kb6sbLhpqfl43uq6RiTLNvfxlzZc=; h=From:To:Cc:Subject:Date:From; b=KM9Dj6ubrZmMnDUhAVNLSjktZvPn0oSEw6ZvpwFNIxfwcyUbjUKKvrUc+n0YU0GF8 oUioGMO8eTJarQx45VR1oCvr4ttlMqIpCwxhMwOij5foT7QjJd8JPfspQ19iJwpkOS GnzMJhZSAJKfTGdweWapCWqKdX3F5uw3mlX/O7lNb9YUPck6CVoa98nhEnOuuAn38C 4c/dl3mjDbCjcUBZTfUW+p3jhOUPV+hivYmN8Xat4uCoZwVFY6U+FMzDpYNqsbZvBh 6np/VCC3KAAYPbDlnPmVSn8qYZcV7jyHl2H3i08O5LyhBtHjrC5aFSyn8jeiVV58EE ymDW5zS8wyBdQ== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4N93Jb6Rc7z9rxF; Sun, 13 Nov 2022 08:01:35 +0100 (CET) In-Reply-To: ("Rudolf =?utf-8?Q?Adamkovi=C4=8D=22'?= =?utf-8?Q?s?= message of "Sun, 13 Nov 2022 01:01:30 +0100") Received-SPF: pass client-ip=185.67.36.65; envelope-from=philipk@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:299705 Archived-At: Rudolf Adamkovi=C4=8D writes: > Philip, > > I pulled the latest commits and tried to install `modus-themes', > `vterm', `mentor', and `orderless'. Everything worked like magic. > > In each case, I simply added the `vc' prefix and a pair of parentheses > in `-vc-selected-packages'. I then restarted Emacs and everything > always installed and worked flawlessly. The `vterm' package also > compiled its C library without any problems. Magic! > > Old: > > (with-eval-after-load 'package > (add-to-list 'package-vc-selected-packages 'modus-themes)) > > New: > > (with-eval-after-load 'package-vc > (add-to-list 'package-vc-selected-packages '(modus-themes))) > > Then: > > (add-hook 'after-init-hook > #'package-vc-install-selected-packages > -99) > > [Simpler than `package', which needs additional babysitting with > `(package-refresh-contents)'. Perfect!] I'm very happy to hear this! > That said, When I updated my config to install from VC, I noticed that > `elpa' in `.emacs.d' now contained two versions of the packages, one > from `package' and one from `package-vc'. > > I executed `package-autoremove', but it made me wonder if having two > versions, even if temporarily, will cause problems for the people > upgrading from `package' to `package-vc'. This seems like an issue of what perspective one takes. I don't see package-vc as an "upgrade" over package, but as an alternative backend for fetching source code. Not even I plan to use it for everything, rather I'd install a source package when I am hacking on some package, and when I have sent out the patches and am done with it, I'd remove the source package and be left with the previous installation. Removing the regular package would lead to too much confusion in this case. Perhaps this should be documented? > As a side note, you mentioned that `package-install' works for both > "normal" and VC packages? I guess `package-autoremove' does that too? > I looked at the documentation for both and they mention just > `package-selected-packages'. I don't think I said "package-install works for both normal and VC packages"? package-install fetches a tarball, package-vc-install fetches a repository? > And speaking of `-autoremove', should we also add `-vc-autoremove'? I don't think so, because -autoremove is for removing non-selected packages, while all source packages are selected (you'll find that package-vc uses regular tarball packages if dependencies have to be installed). > For the only problem I have, I could not install `geiser'. I got > "user-error: Package has no VC data", and I kept wondering what the user > should do in this situation. I had no idea where to look. That sounds wrong, there seems to be a specification in elpa-packages.eld: ("geiser" :url "https://gitlab.com/emacs-geiser/geiser.git" :lisp-dir "elisp" :readme "readme.org" :doc "doc/geiser.texi") Maybe this is related to MELPA? They don't have package specification lists yet, and if their package is prioritised (due to their versioning scheme), maybe this could confused package-vc? > I will try more packages in the coming days or weeks! Very appreciative. But this is a good sign that after bug#59109 has been resolved, the changes can be applied back onto master. > P.S. The documentation for the `package-vc-selected-packages' variable > contains a typo "... you cal also use ...". Will fix, thanks! > Rudy