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: Possible improvements in packaging (was: Reconsider defaults for use-package-vc-prefer-newest) Date: Thu, 19 Sep 2024 00:41:52 -0400 Message-ID: <87ldzoz23z.fsf_-_@gmail.com> References: <86y13sdbbx.fsf@gnu.org> <86v7yvde74.fsf@gnu.org> <86cyl3cwhw.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40057"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: "Eli Zaretskii" , "emacs-devel" To: =?utf-8?Q?Martin_Edstr=C3=B6m?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Sep 19 06:55:29 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 1sr9CT-000AGa-FY for ged-emacs-devel@m.gmane-mx.org; Thu, 19 Sep 2024 06:55:29 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sr976-0001O0-Pv; Thu, 19 Sep 2024 00:49:56 -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 1sr8zO-0006i9-6k for emacs-devel@gnu.org; Thu, 19 Sep 2024 00:41: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 1sr8zM-0006me-IL; Thu, 19 Sep 2024 00:41:57 -0400 Original-Received: by mail-qv1-xf44.google.com with SMTP id 6a1803df08f44-6c358b72615so3744316d6.0; Wed, 18 Sep 2024 21:41:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1726720915; x=1727325715; darn=gnu.org; h=content-transfer-encoding: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=VvJCq7DHZ96azU9ZKQ4nkF1VCEm1OOW8HytA7oFdK9I=; b=Hs1+foOiNMtYPuCstOwGxyBOVRc+iKY0qofQL/LZdZTB7WvaCandiXm5miKZb7sPQm gW2OrCz8A5Y4LdHytVlI2Z/gmE0IxzFxJKXOZqtvOScc49XPsw/je0hdUCN9bMX9i0pB q8fZvV6FBdRc77TD6JqyQImgMc9TQ1KX/sEXwXPoGY1sa3HJaz3UgEUh+sqfJQyxMV5s hfpb+aOc1OTATmAEkjzxNMyT5zIUNfPxWfsgbolRa/s5n2ZxapJSzEZ0mh5QdxpeTVVb dcuYOFRa4Br7I6A/4Pq4lZA58tdYEqdl2q+t49Ymep6/a6elGEg95DQQLZOLJE8yuOHw kp2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1726720915; x=1727325715; h=content-transfer-encoding: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=VvJCq7DHZ96azU9ZKQ4nkF1VCEm1OOW8HytA7oFdK9I=; b=EzmYzXjiipkdDrDCTNKovCflm1fawFFYuM/h7Xr0uyh09RjEpwrZgrl306iESEGFzu 0cHfgrMvgP5HhmazPXfMx6sOcKnNkDvUy8nHdGV5KOQjvpSvdjw6V56iRyq18HurNNta P7HYbnxOanBVpD8JTPvPKb674Vx2b5McNsU0EtGG6+NoSnFnS3i9S7SevLh72i3+fHBl eFtTiVCDyQfebECuQ2WjDPe9nS68+s+UfscSLOmOlCpn3rgGRi3/OHEml+IHFp88ayPf g08ejtGIUDze7O3K2G6rfzpdWltAB/yJ4VXUUfFPhEYkj827lStmtr4oGLAPdZBrMj5Y 7PsQ== X-Forwarded-Encrypted: i=1; AJvYcCWOyeR2hZpwhc+uyAiUn7zfDG5SuNlnUcKrSD0CSpQoXUs/gNc6dUtGwcU891IDqzKdr8TSojKjiqsbGA==@gnu.org X-Gm-Message-State: AOJu0YyREN3Dace+YhDBT7y4CQzvkkPvs7hBV+dAi9qjP5BW4H+OkX3B kyhN4n9Nmye5sg7Ujgqi3rQcz9X3RuLyJfXEfhz5Sl5aJ2Fibx1bqyg6Oiar5hw= X-Google-Smtp-Source: AGHT+IHEBCaTARSxz72xkV3Nt6OVlJWpoXrMXzLraxgI2qiQzcFSnWIhPe1qxkpAEqEIpiceHeREUA== X-Received: by 2002:a05:6214:5d87:b0:6c5:6ac6:f941 with SMTP id 6a1803df08f44-6c5736f430emr377507526d6.46.1726720914365; Wed, 18 Sep 2024 21:41:54 -0700 (PDT) Original-Received: from gnus (bras-base-mtrlpq0776w-grc-23-65-94-70-53.dsl.bell.ca. [65.94.70.53]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-6c75e557e6csm3390326d6.77.2024.09.18.21.41.53 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 18 Sep 2024 21:41:53 -0700 (PDT) In-Reply-To: ("Martin =?utf-8?Q?Edstr?= =?utf-8?Q?=C3=B6m=22's?= message of "Wed, 18 Sep 2024 16:30:41 +0200 (CEST)") 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: Thu, 19 Sep 2024 00:49:54 -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:323745 Archived-At: "Martin Edstr=C3=B6m" writes: > Maybe it's not the end of the world that devs who want pure "rolling > releases" are forced to adopt some sort of automated toolchain that > pretends to cut releases for every commit, or insert a warning message > to their users to upgrade to the master branch. I believe that users benefit from installing the "recommended" version. However, what that is can vary from package to package as well as from user to user. Ideally, upstream would provide sufficient information for different users to be able to decide what is best for their needs. Part of that information, which today isn't explicitly captured anywhere, is the release model that is being followed. If the package spec allowed for this to be captured and package authors / maintainers started using it, I believe it would be helpful. Regardless, having package authors / maintainers explicitly specify this in any way would be an improvement. Additionally, it is, perhaps, not that well known that while MELPA Stable ELPA uses tags, GNU ELPA and NonGNU ELPA use the version specified in the package header. If there were some way to distinguish between these (and/or when these versions aren't consistent), that too would be helpful (IMO). To its credit, MELPA (as opposed to MELPA Stable) makes it quite clear (based on the assigned versions) that it's using an altogether different way of versioning. --=20 Suhail