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.bugs Subject: bug#60923: 29.0.60; package-vc-install: Allow specifying directories Date: Wed, 01 Mar 2023 14:03:02 +0000 Message-ID: <87ilfkk1rd.fsf@posteo.net> References: <53e3ed2fa97c11f2d3fb68afee57379d@sadiqpk.org> <87o7pxe3pu.fsf@posteo.net> <159754a18c3ef265ad752a3dcb7e2275@sadiqpk.org> <87ttzo44qy.fsf@posteo.net> <12986612ae63cadcf192f5080146504c@sadiqpk.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13104"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 60923-done@debbugs.gnu.org To: Mohammed Sadiq Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Mar 01 15:07:04 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1pXN6l-0003B0-UP for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 01 Mar 2023 15:07:04 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pXN41-00017K-GO; Wed, 01 Mar 2023 09:04:14 -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 1pXN3q-0000w1-O0 for bug-gnu-emacs@gnu.org; Wed, 01 Mar 2023 09:04:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pXN3q-0005If-FN for bug-gnu-emacs@gnu.org; Wed, 01 Mar 2023 09:04:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pXN3q-0002fw-2G for bug-gnu-emacs@gnu.org; Wed, 01 Mar 2023 09:04:02 -0500 Resent-From: Philip Kaludercic Original-Sender: "Debbugs-submit" Resent-To: bug-gnu-emacs@gnu.org Resent-Date: Wed, 01 Mar 2023 14:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: cc-closed 60923 X-GNU-PR-Package: emacs Mail-Followup-To: 60923@debbugs.gnu.org, philipk@posteo.net, sadiq@sadiqpk.org Original-Received: via spool by 60923-done@debbugs.gnu.org id=D60923.167767939610190 (code D ref 60923); Wed, 01 Mar 2023 14:04:01 +0000 Original-Received: (at 60923-done) by debbugs.gnu.org; 1 Mar 2023 14:03:16 +0000 Original-Received: from localhost ([127.0.0.1]:53049 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pXN36-0002eI-I3 for submit@debbugs.gnu.org; Wed, 01 Mar 2023 09:03:16 -0500 Original-Received: from mout02.posteo.de ([185.67.36.66]:39929) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pXN33-0002e0-UP for 60923-done@debbugs.gnu.org; Wed, 01 Mar 2023 09:03:15 -0500 Original-Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 0E35E2407F9 for <60923-done@debbugs.gnu.org>; Wed, 1 Mar 2023 15:03:07 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1677679388; bh=18m9zvHdoCzRCWCW01exB6VKlsMrs5uy+nYPSWxVp9A=; h=From:To:Cc:Subject:Date:From; b=RiweAzvbP99kDtHLDz52eNEMMYROGGtu6mr3+RxFXKxLYGVJ+xcyz+xxC4+ovQyRb lQUDyQ348aS9hbxeJh/OkUyfvpf73x7B1kUQxcqhPwlov5Q79K1uBD+CfnxszlstX0 /n/EwXfOX9vIP0c5X1tI3DxaS+J8YO4uCaaIbE4E2DfBYc4JX7FQAUpqNGyLLiBTJ9 UJxw8PC/yG2h9d4NjCY7FYiWhsh9wJ5+4OwP3Wvg/tU2tkQ30AdId67BM0lPSg2QD8 ftGOPdcqpQZ/ZFp2z9kJySoEudiqq0p5Tdamail1555bo9Q4UP6z+AG3b8bOND8Z4s YK8BL4oEZSpvQ== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4PRbY62dkpz9rxD; Wed, 1 Mar 2023 15:03:03 +0100 (CET) In-Reply-To: <12986612ae63cadcf192f5080146504c@sadiqpk.org> (Mohammed Sadiq's message of "Wed, 01 Mar 2023 10:33:35 +0530") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:257063 Archived-At: Mohammed Sadiq writes: > On 2023-02-14 21:29, Philip Kaludercic wrote: >> But perhaps I am misunderstanding you. What would be the point of >> removing the files from the installation directory? > > My need was to avoid letting the code in test files never available > in Emacs (as defuns and such are not namespace separated, functions > written in tests may confuse with other functions) > > But given that the entire source including the vc history is kept > as such, I don't think removing the file is for this purpose is > worth. OK, I'll go ahead and mark the report as done then? >>>> package.el already supports ignoring the contents of a .elpaignore >>>> file, >>>> but all that does is remove a few files from the byte-compilation >>>> process. >>> I tried installing pareedit, and it doesn't seem to work. I tried: >>> emacs --batch --eval='(package-vc-install >>> "https://github.com/emacsmirror/paredit.git")' >> (Is there a reason you specified a URL instead of the package?) > > I just chose the URL of a popular project that has a .elpaignore file. The reason I was asking is that you could have also invoked `package-vc-install' using just a symbol, and it would have used the default specification that the package archive (in this case NonGNU ELPA) also uses to build the package: (package-vc-install 'paredit) >>> Also, since >>> it is installed, I'm able to access functions like >>> `paredit-test-failed'. >> Just like that or after loading the file? > > After loading the file. `paredit-test-failed` is no big problem. > But some projects may define functions like `load-test-file` etc, > which may not be obvious where the function is defined unless the > documentation or its code is inspected. > > But anyway, as suggested, I don't think it's worth to have a way to > remove specified files as the entire vc history is cloned and kept > locally. So please close the issue. Package-vc is just an alternative backend for package, the loading is still taken care of by package.el. And if the package doesn't autoload these definitions, then they shouldn't appear. One could contact the maintainer and suggest them to be more hygienic in regard to tests or other miscellaneous files, but considering that hacking on packages is one of the main use-cases of package-vc, it shouldn't be prevented. > Sorry for the delayed response. I was away last month. No problem, I hope I could help :). > cheers, > Mohammed Sadiq -- Philip Kaludercic