From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: No Wayman Newsgroups: gmane.emacs.bugs Subject: bug#69410: 30.0.50; [WISHLIST] Use-package: allow :ensure to accept package spec instead of separate :vc keyword Date: Tue, 09 Jul 2024 05:56:42 -0400 Message-ID: <87zfqqhorp.fsf@gmail.com> References: <87wmqryzv2.fsf@gmail.com> <87jzi6lnjp.fsf@posteo.net> <87wmm55j42.fsf@hyperspace> <87zfr15hqj.fsf@gmail.com> <87v81p5gpp.fsf@gmail.com> <87wmm21afn.fsf@posteo.net> <87h6d0xeu5.fsf@gmail.com> <87plrnhoem.fsf@posteo.net> <87wmlvmh4w.fsf@gmail.com> <87frsjhras.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain; format=flowed Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23103"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Tony Zorman , 69410@debbugs.gnu.org To: Philip Kaludercic Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jul 09 11:59:17 2024 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 1sR7cz-0005kr-2f for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 09 Jul 2024 11:59:17 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sR7ci-0002Kc-00; Tue, 09 Jul 2024 05:59:00 -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 1sR7cf-0002As-Iv for bug-gnu-emacs@gnu.org; Tue, 09 Jul 2024 05:58:57 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sR7cf-00009O-AE for bug-gnu-emacs@gnu.org; Tue, 09 Jul 2024 05:58:57 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sR7ck-0008NC-Be for bug-gnu-emacs@gnu.org; Tue, 09 Jul 2024 05:59:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: No Wayman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 09 Jul 2024 09:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 69410 X-GNU-PR-Package: emacs Original-Received: via spool by 69410-submit@debbugs.gnu.org id=B69410.172051909232132 (code B ref 69410); Tue, 09 Jul 2024 09:59:02 +0000 Original-Received: (at 69410) by debbugs.gnu.org; 9 Jul 2024 09:58:12 +0000 Original-Received: from localhost ([127.0.0.1]:52169 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sR7bw-0008MB-9b for submit@debbugs.gnu.org; Tue, 09 Jul 2024 05:58:12 -0400 Original-Received: from mail-yb1-f179.google.com ([209.85.219.179]:44172) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sR7bu-0008Lx-5R for 69410@debbugs.gnu.org; Tue, 09 Jul 2024 05:58:11 -0400 Original-Received: by mail-yb1-f179.google.com with SMTP id 3f1490d57ef6-dff1ccdc17bso5366757276.0 for <69410@debbugs.gnu.org>; Tue, 09 Jul 2024 02:58:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1720519019; x=1721123819; darn=debbugs.gnu.org; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:from:to:cc:subject:date:message-id:reply-to; bh=n+acXOwFEHYwxeWY+KaHYQ+O58fcfmZjoQGOyHDRP7I=; b=f4W9cyK3zE7jA9ExT6vy89gH7TCzfPtiNbZOUEBG2d1oQ/3mXfTntrGSKPr2fBkxQC gwB6jarnN31DlmcDSbymO648wxC+7oAtOKkGU85cpzg+q1dqxVe5LIcq9TGGDeu3DRdq 66xa8FHYIZT/1+ohyEIylWgSLqDPY4lKkSzPeQ2tEqRWe1ww4mMvUvK/xECi5H2FB/6b n4BkMXJNUlzKldx7uXO7NAN3TJnkMt/gDerRatgq5ZOlDP++SLDoWFo0ENGxZymFLPBi tsbHbHiYAtytLkkniizpbEgcZxudWQiLDrBbla9Cq+GnPfkzbpGwu135VoaVTIaA7Nnf Q/vw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1720519019; x=1721123819; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=n+acXOwFEHYwxeWY+KaHYQ+O58fcfmZjoQGOyHDRP7I=; b=qZ3R4njjLINxx8r5dC2mdZaRDvmS84uJywX12mxiIgabHjVc0yl8OJMdeD+LV8hg0g nwHr59Fj6FznJ7k8FZFI+5RhRavO+qwMw+zMGGD78/S+LEdb8i3Bg1ekvxI84O9yHQFT rcTo6x7ZP2tdkDt2aDcsazvrHgIm5wKi/cszTziKkn4vR5y6KgKIq4WJLSXRScGXgGjS d+UZRsR9O86eiaVA4QxEBgM7uivNxpgkZbF3wAg6Aeucsz6q/34AWvUuCqchDZ+sjurj 20Rj5sd6uiYe2aPXmLZDIB33EpTcl0GZFoz14RlenurxIPJByvLzzge62l4Z8RgbyNi0 o4yw== X-Gm-Message-State: AOJu0YwK/lvCibwT/tX23a7zhgCriwoAgUrS4b65jby+aRkGIrVuoy3M JmZv0nVvhC28jBLO6p6VpCrVuosY23x9mSuRt2Li25c3zTsGiN6I X-Google-Smtp-Source: AGHT+IFaSOunVbYH1HDUM9+J+luGDWVwFdFOgF88TJZW4PcXy3THNccFiUPlNVaXR0LxYBypu3Jkzw== X-Received: by 2002:a25:f206:0:b0:e03:b319:e026 with SMTP id 3f1490d57ef6-e041b17856emr2294203276.52.1720519018960; Tue, 09 Jul 2024 02:56:58 -0700 (PDT) Original-Received: from laptop ([2601:84:847f:c697:e217:2894:4724:14f4]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-6b61b9f71e9sm7251776d6.53.2024.07.09.02.56.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 09 Jul 2024 02:56:58 -0700 (PDT) In-Reply-To: <87frsjhras.fsf@posteo.net> (Philip Kaludercic's message of "Tue, 09 Jul 2024 09:02:03 +0000") 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:288630 Archived-At: Philip Kaludercic writes: >> :vc *is* the special value. > > Yes? My point is that I think it would be better to avoid a > special > value? I meant it is a special value at the top-level of a use-package statement, too. Even "more special" in that case. >> There are many recipes which do exactly what you say, but they >> need to >> duplicate that info for less-experienced users. e.g. > > My point is that a less experienced user doesn't really have to > use > package-vc in the first place. I understand your preference for package.el + tarballs, but not everyone shares that preference. > As a point of clarification, are you suggesting to drop the :vc > keyword, > or just to extend :ensure? Specifically so that it handles the > package > name ":vc" as an instruction to install the package from source? Drop :vc; extend :ensure. There is no package named ":vc" and, in practice, there are no packages (out of the roughly 7 thousand I've seen) that make use of a keyword as their prefix. >>> Overall I am not that convinced that there is a worthwhile >>> advantage >>> in trying to unify these keywords. >> >> Fair enough. I've laid out my arguments. >> My bike-shedding budget is near nil these days, so I'll >> retreat. > > FWIW, if someone proposes a patch, I'd be glad to review it from > the > package-vc side of things. As I do not use use-package or the > :vc > keyword, I'll let others comment on that. I'll let someone else spend the effort there (and on the ensuing discussion). > That is an argument for supporting the installation of packages > from > source, not for packages to have to give instructions on how to > install > a package (which as you say, are the same most of the time). As long as there are many top-level use-package keywords which do essentially the same thing as :ensure, package authors will want to do this to cater to as many users as possible. The "value" of the keyword is the same most of the time (a simple `t` or the feature name). The current situation demands that the *keyword* is always different. We're talking in circles now, though.