From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: feature/package+vc 04c4c578c7 3/4: Allow for packages to be installed directly from VCS Date: Wed, 26 Oct 2022 14:58:35 -0400 Message-ID: References: <164484721900.31751.1453162457552427931@vcs2.savannah.gnu.org> <20220214140020.04438C00891@vcs2.savannah.gnu.org> <87bkqmqpvb.fsf@posteo.net> <87edv96q4j.fsf@posteo.net> <83tu455a5s.fsf@gnu.org> <87a65v2ytp.fsf@posteo.net> <834jw33rmx.fsf@gnu.org> <87pmer0xtz.fsf@posteo.net> <83wn8z2aze.fsf@gnu.org> <878rle1i0k.fsf@posteo.net> <87ilkelc10.fsf@posteo.net> <878rl6syg8.fsf@posteo.net> <87zgdjqcu0.fsf@posteo.net> <87zgdivc3f.fsf@posteo.net> <874jvqv2u3.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="2061"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Richard Stallman , emacs-devel@gnu.org To: Philip Kaludercic Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Oct 26 21:00:19 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 1onldT-0000Hz-Kl for ged-emacs-devel@m.gmane-mx.org; Wed, 26 Oct 2022 21:00:19 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1onlc0-0001Yu-89; Wed, 26 Oct 2022 14:58:48 -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 1onlbu-00011I-1w for emacs-devel@gnu.org; Wed, 26 Oct 2022 14:58:44 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1onlbs-0006uw-G2; Wed, 26 Oct 2022 14:58:41 -0400 Original-Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id C6E5F4425C1; Wed, 26 Oct 2022 14:58:38 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 67096440CCB; Wed, 26 Oct 2022 14:58:37 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1666810717; bh=5VBle+7kDtWAQjaG1DgU9xoQbxMjuhP+hKW3lt8fn8g=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=icQNW0sJ+eBFdcI3xkYkcHAyjb8Ja89K948WXEhdg8sUUgnuP0O/kTykvKt3rS51y 1TuiBaSZGO+PqKM7tAWXS5a5URWmqVpr11HXv35qvRHsglVkrsMEzE+IH12Zv9AtT1 7Na/2P5e2zRowpiImV9PnNGZ7zcSjeSX4pLArKmRSLlgB2quj5nY6E9aKoyiCmvQi1 4+Iyb+kt3bq2B/nlre5iBI1/ql9Y8daYwEH2WXTXiIglV9/Zo4Cl9J2F1Ddjf0k7n8 Hh5RCvXTDXkGjgM6WJ/nDo/+nKKd0xTIZKrafRQrwcZRW1mgfF1QFyi4xBimojgzfe LoQ5k3NeDv/pA== Original-Received: from lechazo (lechon.iro.umontreal.ca [132.204.27.242]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 45055120FBD; Wed, 26 Oct 2022 14:58:37 -0400 (EDT) In-Reply-To: <874jvqv2u3.fsf@posteo.net> (Philip Kaludercic's message of "Wed, 26 Oct 2022 18:48:04 +0000") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham 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: , Original-Sender: "Emacs-devel" Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:298572 Archived-At: >> AFAIK this is sufficiently hypothetical that I'm really not convinced >> it's worth the extra work (and the risk of incompatibilities between >> the `elpa-admin.el` behavior and that if `package-vc`, e.g. where they >> might disagree on which commit is "the" release). > > I don't know, to me this sounds more like an argument against merging > elpa-admin.el and package-vc.el... It's not about sharing the code here (for which I have lobbied in other messages), but about sharing the behavior. `elpa-admin.el` de facto defines a "protocol" that upstream maintainers have to follow. If `package-vc` doesn't follow the same protocol, end-users will suffer unexpected discrepancies. >> We can try to add some support for other local-VCS afterwards, but it >> shouldn't be a priority. > So you would say that the support for other VCS should be removed? Not necessarily removed, but considered second class for now. Stefan