From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Basil L. Contovounesios" via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#49855: Problem with GNU ELPA build of :core package (Re: [GNU ELPA] So-Long version 1.1) Date: Wed, 04 Aug 2021 01:59:23 +0100 Message-ID: <87wnp2kot0.fsf@tcd.ie> References: <85czqu2qdw.fsf@elpa.gnu.org> <2d94e1d983f91e0322747a86e7a6bcc9@webmail.orcon.net.nz> Reply-To: "Basil L. Contovounesios" Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5400"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 49855@debbugs.gnu.org, monnier@iro.umontreal.ca To: Phil Sainty Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Aug 04 03:02:06 2021 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 1mB5IM-00017l-EV for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 04 Aug 2021 03:02:06 +0200 Original-Received: from localhost ([::1]:58058 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mB5IL-0002zA-4Q for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 03 Aug 2021 21:02:05 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54934) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mB5GN-0001Gs-6Y for bug-gnu-emacs@gnu.org; Tue, 03 Aug 2021 21:00:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58549) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mB5GM-0000cM-SL for bug-gnu-emacs@gnu.org; Tue, 03 Aug 2021 21:00:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mB5GM-0007bm-GZ for bug-gnu-emacs@gnu.org; Tue, 03 Aug 2021 21:00:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Basil L. Contovounesios" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 04 Aug 2021 01:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 49855 X-GNU-PR-Package: emacs Original-Received: via spool by 49855-submit@debbugs.gnu.org id=B49855.162803877429187 (code B ref 49855); Wed, 04 Aug 2021 01:00:02 +0000 Original-Received: (at 49855) by debbugs.gnu.org; 4 Aug 2021 00:59:34 +0000 Original-Received: from localhost ([127.0.0.1]:41862 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mB5Ft-0007ah-RP for submit@debbugs.gnu.org; Tue, 03 Aug 2021 20:59:34 -0400 Original-Received: from mail-wm1-f50.google.com ([209.85.128.50]:36659) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mB5Fr-0007aU-0s for 49855@debbugs.gnu.org; Tue, 03 Aug 2021 20:59:32 -0400 Original-Received: by mail-wm1-f50.google.com with SMTP id o7-20020a05600c5107b0290257f956e02dso2837229wms.1 for <49855@debbugs.gnu.org>; Tue, 03 Aug 2021 17:59:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tcd.ie; s=google21; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=udxUMjj4BVXJ3IxT/NWZBDLueNOTB12QUqrAe0hNeHg=; b=VPEiCLa0CoDR9KCTwyd6onhDOy0qfg4UIy4Hxfw/pAtEl/eeTGaCjZXAXO/UF9RTqe jxr86ugY/0JIfkjUAAxnxtfgAUQYqEHSJ43DYRZB4RRgrF/mkX9yolXxQPMAijByZsH+ B33iYqgL4pgjTpViS3dM+AcPcfOinl2MGOOQjwKKpH/t5nYVC+TrZNW6QRln9ksK1vGo qx/OANkfj8TChkUkSuFeKcIsaShlZdgrLeCyGDjBProLti8nrE1N7QM5sbgC/MtRlG79 utWJsOWfjmNikeFqpbFp9V8d/girCvYoBJl6MPwwjzCKfGnMzowUkX5kgKsPY8L7sMHP 5BSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=udxUMjj4BVXJ3IxT/NWZBDLueNOTB12QUqrAe0hNeHg=; b=LYrFFWgDxILzBzy4N0cUKPAfZTOJtMG2H3OCU3WbYx3xneikrE4N33pNyCwB/vxobY YxYI97akwdfMZRmxEeK7N/vYVNU/usAkn2wSTcKrK4TF1jUgiJqOfk/H2ZSJGKcs13St JhTXsQVUAuv55evQb5+pkrVCFhvumSte2dczQ45hxB+3e7RLvuSIL1Qwal2/LboWozGA InA0qPAbavWPyW6g/R5DNMOsvnsPrEJ49qg0MTGcr5cGoIYy5QmwWF7IxXwdBMvp+G60 8LE8iaQd7SyV3Ws2iojQrxAQU7lF3sDhDraycB63SXpm4bLX8T+VGCaRlhkET9ZDSLPc Z1BQ== X-Gm-Message-State: AOAM532UwIN8sUFvSZe0lMN9rI3ulagh6KL3SsYb2enIuwweHbf6cTA3 SuC9OYMZVX8TfAgF+FExXxkf5A== X-Google-Smtp-Source: ABdhPJwC+1jj+tNNZFpzeQ7zZzKAbup2swDOLa3gwYT3yi5CfQGaj10V4QCn1+Q2Kvhix8BXNfWLsQ== X-Received: by 2002:a05:600c:cc:: with SMTP id u12mr24385621wmm.63.1628038765115; Tue, 03 Aug 2021 17:59:25 -0700 (PDT) Original-Received: from localhost ([2a02:8084:20e2:c380:d15:339e:aa10:60f1]) by smtp.gmail.com with ESMTPSA id x12sm507850wrt.35.2021.08.03.17.59.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 03 Aug 2021 17:59:24 -0700 (PDT) In-Reply-To: (Phil Sainty's message of "Wed, 04 Aug 2021 12:39:33 +1200") 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" Xref: news.gmane.io gmane.emacs.bugs:211111 Archived-At: Phil Sainty writes: > On 2021-08-04 12:17, Phil Sainty wrote: >> Could someone (Stefan?) fix the ELPA version, and see if you can >> figure out what went awry here? > > I now see that it specifically used the commit in which the > version number changed, and ignored everything which followed, > so I understand what happened now. > > That didn't gel very well with my workflow (which was to bump > the version before adding new functionality, and then add the > new features (associating each one with the new version as I > went), and finally merge the branch for the completed release). > > I'm not sure if ELPA could be made to recognise that scenario, > or if I'll need to ensure that the final commit always includes > a version bump. > > I do understand that it's useful to be able to push changes > without changing the version on ELPA, so that you only create > a new release at the time you intend to, so I'm not asking for > every commit to create a new build; just wondering whether it's > possible to account for the branch merge scenario, where the > merge commit was intended to be the version bump commit. IIUC, something similar was brought up earlier this year: https://lists.gnu.org/r/emacs-devel/2021-03/msg00490.html Thanks, -- Basil