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: Updating the "ELPA Protocol" Date: Wed, 16 Nov 2022 10:07:08 -0500 Message-ID: References: <164484721900.31751.1453162457552427931@vcs2.savannah.gnu.org> <87y1song5x.fsf@posteo.net> <83v8nsyof7.fsf@gnu.org> <87leoond7l.fsf@posteo.net> <83r0yfzz01.fsf@gnu.org> <87bkpjyx3p.fsf@posteo.net> <83bkpjynmj.fsf@gnu.org> <87iljqya44.fsf@posteo.net> <8335auzo9s.fsf@gnu.org> <87zgd2ws8z.fsf@posteo.net> <831qqezkxj.fsf@gnu.org> <87y1slgq3m.fsf@posteo.net> <87bkpgfsqv.fsf@posteo.net> <87educ9fei.fsf@posteo.net> <87y1sk7xtg.fsf_-_@posteo.net> <87h6z0rnuz.fsf@posteo.net> <87mt8r8i7j.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="33079"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Stefan Kangas , Eli Zaretskii , rms@gnu.org, emacs-devel@gnu.org, Lars Ingebrigtsen To: Philip Kaludercic Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Nov 16 16:08:37 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 1ovK1k-0008KI-Sm for ged-emacs-devel@m.gmane-mx.org; Wed, 16 Nov 2022 16:08:37 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ovK0W-00008b-TK; Wed, 16 Nov 2022 10:07:20 -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 1ovK0S-0008Ob-Sc for emacs-devel@gnu.org; Wed, 16 Nov 2022 10:07:16 -0500 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 1ovK0Q-0006CH-U3; Wed, 16 Nov 2022 10:07:16 -0500 Original-Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id F0B80805E3; Wed, 16 Nov 2022 10:07:11 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 717A780068; Wed, 16 Nov 2022 10:07:10 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1668611230; bh=1i7f0Ctr0PgTuz2zXatv4kqcsY2ReIHmzdWGK/Mneg8=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=mM1HV6fBeq1w/f64TM6BF8TTj95uvvYuTMNMcQmqUtEJExqA7o9E1YhqbpcRqfv9k cgJpYtUsKWq3xsTECye3g2ej7fwThhNRYYsaDY2EFWZeuKZ/QfvjcO0u2ICaYlsB21 WK9pCDmtTwcN4moCa2eYP1eRzUgQyXLz8F/IbCudCyw4Rkkn5EtRpY+FrOl1PTdAwx F9X+pKjzAuxMbLGHRe84z7+hIILOgGN4lP45yDurey3InjxOD1luRlDfTM7FLeyMKk kqHrSE+UbHmMa9+TK8x8qxBrSyPOalCnjsB6Q3rm8mFiRNwfrM0Sb1uOcUcXMINglO b6SytBj0QuPsw== Original-Received: from lechazo (lechon.iro.umontreal.ca [132.204.27.242]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 5FFAE1201C3; Wed, 16 Nov 2022 10:07:10 -0500 (EST) In-Reply-To: <87mt8r8i7j.fsf@posteo.net> (Philip Kaludercic's message of "Wed, 16 Nov 2022 07:35:44 +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: , 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:299937 Archived-At: >>> One issue I have been told is the issue of renaming a package, so that >>> package.el can transparently handle the rename. That appears to not be >>> supported. I think we'd need more details and concrete examples to judge how best handle such renamings. The problem I see is that in Emacs, names are very visible: the package name almost inevitably affect the ELisp files's names, which themselves affect the functions and vars defined therein. For that reason handling the renaming only in ELPA is rarely sufficient. And also for that reason, renamings are rare. >> How about using something like Debian's transitional packages, where you >> replace the old package with an empty package that just depends on the >> new package? Would that work? > It might, but then the user is required to remove the old package and > select the new one, right? Compared to all the adjustments they may need to do do their config, I suspect this is rather minor (and as the other Stefan mentions, it's not indispensable). Stefan