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.help Subject: Re: package-vc.el should not fetch all commits. Date: Mon, 04 Mar 2024 14:54:17 +0000 Message-ID: <877ciixd2e.fsf@posteo.net> References: <4MaX8DWHJtqVVefdFcw4d0NbWWHGOR31FY0SDRpGk0O9hKn5J7CWuQzi8lsWx9YDdPhWoG-EfpK655MweVmsp2Lrl2IgydWCd0QAp9ntLlo=@proton.me> <8734taule1.fsf@posteo.net> <87o7bx3z0f.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="12010"; mail-complaints-to="usenet@ciao.gmane.io" Cc: "amano.kenji" , help-gnu-emacs@gnu.org To: Stefan Monnier Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Mon Mar 04 15:55:03 2024 Return-path: Envelope-to: geh-help-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 1rh9iY-0002sQ-VO for geh-help-gnu-emacs@m.gmane-mx.org; Mon, 04 Mar 2024 15:55:03 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rh9i5-0007e3-I1; Mon, 04 Mar 2024 09:54:35 -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 1rh9hv-0007Yv-4l for help-gnu-emacs@gnu.org; Mon, 04 Mar 2024 09:54:23 -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 1rh9ht-00082l-23 for help-gnu-emacs@gnu.org; Mon, 04 Mar 2024 09:54:22 -0500 Original-Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id F3419240028 for ; Mon, 4 Mar 2024 15:54:18 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1709564059; bh=QRShR9rknfo24idSWS+dlyb+KBq/0mIiOQv5i8Q89Sw=; h=From:To:Cc:Subject:OpenPGP:Date:Message-ID:MIME-Version: Content-Type:From; b=iim2P9X6Wd+oltyfLR1QS0xm40MOAxzWNiW5ZLmpiot3vK2LP6Q4DuEDFE1x/FwjV 9Ib3U2kGvJ8K/mwMaVYmPVhow11L0S2k+dHNP81DQhKiMgitJZ7lPYb0ONbNlZcXuN gd96lVL4ogTLSZa8dAA5J0nMbQPTRm2Nfhl4xPy9L1guiZGR5mbHp8mjI1DI843jrQ r8qdHVn7t1F15RH4UY912FkGplXEyJ0/RFewWeZ44WJOfjpQPsulzxnS8OvW7aizc3 H5RBv6hn4tywsrHUu57rrxLkKD0JbnoHjn640h5DAAvZ61alKZKoP2hdA58pPMuXyT Fyy8r6tg6526g== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4TpMCs6dvXz6trs; Mon, 4 Mar 2024 15:54:17 +0100 (CET) In-Reply-To: (Stefan Monnier's message of "Sun, 03 Mar 2024 08:58:20 -0500") OpenPGP: id=7126E1DE2F0CE35C770BED01F2C3CC513DB89F66; url="https://keys.openpgp.org/vks/v1/by-fingerprint/7126E1DE2F0CE35C770BED01F2C3CC513DB89F66"; preference=signencrypt Received-SPF: pass client-ip=185.67.36.65; envelope-from=philipk@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 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_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.help:146039 Archived-At: Stefan Monnier writes: >> You say there is an intention behind package-vc.el. Do you know the intention? > > Yes, it's to install a package in a way that lets you easily hack on it, > including keeping some local changes, fixing bugs, submitting them > upstream, merging with some other version of the package, try a new > branch, .. Right, but there is no inherent problem in supporting other workflows, as long as it is reasonably doable. E.g. we could add a user option that could influence the arguments passed to vc-git-clone, so that one can inject a --depth=1 argument, and restructure some of the package-vc functionality to make it reusable for other intents (e.g. better isolating the "building" from the "installing"), so that other packages can make use of the logic that prepares manuals or resolves dependencies. But that should probable be discussed in a bug report, not here. -- Philip Kaludercic on peregrine