From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Suhail Singh Newsgroups: gmane.emacs.devel Subject: Re: Reconsider defaults for use-package-vc-prefer-newest Date: Thu, 19 Sep 2024 17:02:41 -0400 Message-ID: <87msk3jr0u.fsf@gmail.com> References: <87wmj7dftf.fsf@posteo.net> <87setvxyt6.fsf@gmail.com> <87jzf7o13b.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="29373"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Suhail Singh , Martin =?utf-8?Q?Edstr=C3=B6?= =?utf-8?Q?m?= , "emacs-devel" , Tony Zorman To: Philip Kaludercic Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Sep 20 07:37:07 2024 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 1srWKI-0007QC-Mk for ged-emacs-devel@m.gmane-mx.org; Fri, 20 Sep 2024 07:37:06 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1srWJh-0007Tr-TZ; Fri, 20 Sep 2024 01:36:29 -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 1srOIj-00071j-NI for emacs-devel@gnu.org; Thu, 19 Sep 2024 17:02:58 -0400 Original-Received: from mail-qv1-xf44.google.com ([2607:f8b0:4864:20::f44]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1srOIi-0007o8-1f for emacs-devel@gnu.org; Thu, 19 Sep 2024 17:02:57 -0400 Original-Received: by mail-qv1-xf44.google.com with SMTP id 6a1803df08f44-6c54b1f52f7so8158276d6.3 for ; Thu, 19 Sep 2024 14:02:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1726779775; x=1727384575; darn=gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=UP7c05v4SjkeZ/tRs7JBkY1V3lOEIyeY5oCMydHTG8U=; b=mxBazyMXB+db83D90+VYSJRicAEj6cL2P8n8JA5TcdIcUdGAKRu97ywGselGgReYoP kC2GCjMLdFuuGcYDHU16AENFnyVd+b01CNiEzzb2VIkgd69ZstImdAtNSvAlj7dXtdJS qeLGFh6v7JTOMFbl/ypdbsY/6Y2LoU3VbmEbIFygVPKoRuJZsogaojhjDz59I8o2pqfv 0wU/DcrOgZBSZeBvrtBIUozgId5SzML/RJ+PEdzEN3HaekC3Rix0lZIfi8K9+WRMcp7G A8klVKcHhnQY18zb4YkDkfys/OQis0xFrpugvZFlU5UOjL8IvOTOlnvvhsas0iI2irxq cpOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1726779775; x=1727384575; h=mime-version:user-agent: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=UP7c05v4SjkeZ/tRs7JBkY1V3lOEIyeY5oCMydHTG8U=; b=RyJ6rVz8UpG78Dez9+YV+xjN5Uz1Kn4YOHUfi7GQNEl24CUk2ApMpCnHvbqG+4lVV2 qk/mCEGXiO/qN5GkXRgERO/QkXKoO3BOqL9whuxUT8K5/K5+TOySMqe2XLKiiYgeX7br Fu2iKdGhj8SQ0t0fKA0WPR8jDZO4pzDNe7wHsMjbF7/fVsamawbxnK0PaiGGWOvLmmTf h4VEhd2/GxZiL8bfg8dmMecBvSPziyjwhuryrI8DRu+1FaaW6CI3hWFlycc7++TVRSFT +aBNJSrX4XwEHlWvVURsb0SqwTGs3gfmXhobnKgCFtv24nnqmb5qjfmJz7q2FQD1R3rm hH7g== X-Forwarded-Encrypted: i=1; AJvYcCUe4hqWa4VbZRczOJxvqUu2Kehv9jko3vh6SfX/rl6aL5TYpAnQX9qXnT/1/GEzH81SMZc1xg5OV3psqA==@gnu.org X-Gm-Message-State: AOJu0Yw4VRpyZ3apeV5RyGfTymY6+/hU/m/I6yHIAEDYznM5r7yQ37jb T1ZSeOpbiT9Yq8b7ckPfkBVT4qtX440Vl8+JIO22dNXeazlJbYhk X-Google-Smtp-Source: AGHT+IHsqKnkFHY5odK6ny+XDGSMyxD7Gx4TYlf5DVD7ilMkoNqoNxSUPHR/Y5NekU+208Ou5mjVkw== X-Received: by 2002:a05:6214:598f:b0:6c5:60b3:6a5b with SMTP id 6a1803df08f44-6c7bc7ec5bamr7929606d6.41.1726779774406; Thu, 19 Sep 2024 14:02:54 -0700 (PDT) Original-Received: from gnus ([65.94.70.53]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-6c75e46142csm10961176d6.47.2024.09.19.14.02.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 19 Sep 2024 14:02:53 -0700 (PDT) In-Reply-To: <87jzf7o13b.fsf@posteo.net> (Philip Kaludercic's message of "Thu, 19 Sep 2024 20:11:36 +0000") Received-SPF: pass client-ip=2607:f8b0:4864:20::f44; envelope-from=suhailsingh247@gmail.com; helo=mail-qv1-xf44.google.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 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, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Fri, 20 Sep 2024 01:36:26 -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:323807 Archived-At: Philip Kaludercic writes: >> Would it be possible to reflect the commit corresponding to the version >> in the "Other versions:" field in the output of M-x describe-package ? > > Why under "Other version:" (which links to other packages). For a package that is available under both MELPA Stable and NonGNU ELPA one can encounter the situation where the versions look the same, but instead point to different commits. They don't necessarily have to point to different commits, and in fact when they do I would consider it a bug. However, as of today, a user only becomes aware of this if they follow the links in the "Other version" and then contrast the "Commit" information in the subsequent package's description with the one from the prior page. An example of a package where this was observed in the wild (probably not the only case) was julia-mode. The 0.4 version of that package on NonGNU corresponds to commit 6408b96c1c97e41bc2af060d661afee4f7b22e89 whereas the version 0.4 on MELPA Stable corresponds to commit 8bfc709716a257521cb386f20b8932e83db930a9 . Since the information is available via M-x button-describe on the links to the other packages, hopefully it could be made visible (perhaps via some customization). > IIRC the commit of a VC package should appear under the commit header. That necessitates additional clicks. If those clicks or button pushes could be avoided it would improve user convenience. > There is the possibility of using a symbolic name if available. Could you please give an example? >> Additionally, if it were possible to reflect the commit date as well, >> that would be helpful as well. > > I don't think there is a nice vc-generic way to extract the date of a > commit, at least without extending the vc interface any further. I > might be mistaken though. I may be mistaken, but my understanding was that if `annotate-command' is defined for a backend then this may be possible via `annotate-time'. > The other issues is that if you only have the revision string from the > ELPA server, without any checkout, it isn't easy/cheap to determine the > date even if you just wanted to support Git. Ah. That is, indeed, a problem. Out of curiosity, what is an example of such a revision string (say, for the julia-mode package from NonGNU ELPA)? -- Suhail