From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Daniel Fleischer Newsgroups: gmane.emacs.devel Subject: Re: package-vc support for :files keyword Date: Sat, 10 Jun 2023 17:20:30 +0300 Message-ID: References: <87sfaz1men.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4450"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) To: emacs-devel@gnu.org Cancel-Lock: sha1:jG0RWmbsgTypO3hQRl/hrzM3pUM= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jun 10 16:47:05 2023 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 1q7zrt-0000xV-1O for ged-emacs-devel@m.gmane-mx.org; Sat, 10 Jun 2023 16:47:05 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1q7zr9-0000qb-4r; Sat, 10 Jun 2023 10:46:19 -0400 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 1q7zSL-0006LT-2h for emacs-devel@gnu.org; Sat, 10 Jun 2023 10:20:41 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q7zSJ-0006mg-QH for emacs-devel@gnu.org; Sat, 10 Jun 2023 10:20:40 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1q7zSG-0000f0-UV for emacs-devel@gnu.org; Sat, 10 Jun 2023 16:20:36 +0200 X-Injected-Via-Gmane: http://gmane.org/ Received-SPF: pass client-ip=116.202.254.214; envelope-from=ged-emacs-devel@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: 5 X-Spam_score: 0.5 X-Spam_bar: / X-Spam_report: (0.5 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Sat, 10 Jun 2023 10:46:17 -0400 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:306721 Archived-At: Philip Kaludercic writes: > Right, as the primary technical inspiration for package-vc has been > elpa-admin, and therefore we (re-)use GNU ELPA-style package > specifications. Hi, I wasn't aware there's a style guide for ELPA packages. > No, just like `:ignored-files' I do not see a sensible way to implement > it without compromising on the primary goal mentioned above. I don't understand this part: `:ignored-files' is part of the ELPA documentation and you are saying it's still not supported? > Generally speaking, this is a style of package development that > {GNU,NonGNU} ELPA would like to advise against perusing, in favour of > a one-repo-per-package approach. Do you have a specific reason why you > think that something like `:{ignored-,}files' are useful in general > (i.e. not just because of the contingent fact that MELPA has > popularised this form of development). One example is tests; having test files either in the root folder or in a folder called "tests", how do you prevent them from being evaluated? They could have additional dev dependencies that you might not want to have. What is the ELPA guideline about that?