* [PATCH] have LATEST-notmuch-<version>.tar.gz on releases web page
@ 2011-11-24 20:41 Tomi Ollila
2011-12-03 18:32 ` David Bremner
0 siblings, 1 reply; 4+ messages in thread
From: Tomi Ollila @ 2011-11-24 20:41 UTC (permalink / raw)
To: notmuch
The notmuchmail/releases page used to have LATEST-notmuch-<version>
to link to the latest notmuch source tarball. This is confusing on
web page and on disk when the file has been downloaded. This change
looks a bit inconsistent with the 'rm' command just executed before.
$(TAR_FILE) is defined (currently) as $(PACKAGE)-$(VERSION).tar.gz;
as long as the prefix stays $(PACKAGE)-$(VERSION) and version begins
with a digit then this line is good in execution point of view.
---
Makefile.local | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Makefile.local b/Makefile.local
index c94402b..b4faada 100644
--- a/Makefile.local
+++ b/Makefile.local
@@ -122,7 +122,7 @@ release: verify-source-tree-and-version
ifeq ($(REALLY_UPLOAD),yes)
git push origin $(VERSION)
cd releases && scp $(TAR_FILE) $(SHA1_FILE) $(GPG_FILE) $(RELEASE_HOST):$(RELEASE_DIR)
- ssh $(RELEASE_HOST) "rm -f $(RELEASE_DIR)/LATEST-$(PACKAGE)-[0-9]* ; ln -s $(TAR_FILE) $(RELEASE_DIR)/LATEST-$(PACKAGE)-$(VERSION)"
+ ssh $(RELEASE_HOST) "rm -f $(RELEASE_DIR)/LATEST-$(PACKAGE)-[0-9]* ; ln -s $(TAR_FILE) $(RELEASE_DIR)/LATEST-$(TAR_FILE)"
endif
@echo "Please send a release announcement using $(PACKAGE)-$(VERSION).announce as a template."
--
1.7.7.3
^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [PATCH] have LATEST-notmuch-<version>.tar.gz on releases web page
2011-11-24 20:41 [PATCH] have LATEST-notmuch-<version>.tar.gz on releases web page Tomi Ollila
@ 2011-12-03 18:32 ` David Bremner
2011-12-05 11:39 ` [PATCH] make release: remove LATEST-$(PACKAGE)-* Tomi Ollila
0 siblings, 1 reply; 4+ messages in thread
From: David Bremner @ 2011-12-03 18:32 UTC (permalink / raw)
To: Tomi Ollila, notmuch
On Thu, 24 Nov 2011 22:41:01 +0200, Tomi Ollila <tomi.ollila@nixu.com> wrote:
> The notmuchmail/releases page used to have LATEST-notmuch-<version>
> to link to the latest notmuch source tarball. This is confusing on
> web page and on disk when the file has been downloaded. This change
> looks a bit inconsistent with the 'rm' command just executed before.
> $(TAR_FILE) is defined (currently) as $(PACKAGE)-$(VERSION).tar.gz;
> as long as the prefix stays $(PACKAGE)-$(VERSION) and version begins
> with a digit then this line is good in execution point of view.
On IRC we talked about changing the rm command in this since I
bootstrapped the process by hand. Did you come to a conclusion one way
or the other?
d
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH] make release: remove LATEST-$(PACKAGE)-*
2011-12-03 18:32 ` David Bremner
@ 2011-12-05 11:39 ` Tomi Ollila
2011-12-06 13:39 ` David Bremner
0 siblings, 1 reply; 4+ messages in thread
From: Tomi Ollila @ 2011-12-05 11:39 UTC (permalink / raw)
To: David Bremner, notmuch
The tar file of particular package (notmuch in this case) is named
as $(PACKAGE)-$(VERSION).tar.gz. Therefore the best way to remove
previous link to LATEST is to remove all files beginning with
LATEST-$(PACKAGE)- and not relying how $(VERSION) string is constructed.
---
Applies on top of id:"yf6ty5ttfs2.fsf@taco2.nixu.fi"
More discussion at the end of this email.
Makefile.local | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Makefile.local b/Makefile.local
index b4faada..d699463 100644
--- a/Makefile.local
+++ b/Makefile.local
@@ -122,7 +122,7 @@ release: verify-source-tree-and-version
ifeq ($(REALLY_UPLOAD),yes)
git push origin $(VERSION)
cd releases && scp $(TAR_FILE) $(SHA1_FILE) $(GPG_FILE) $(RELEASE_HOST):$(RELEASE_DIR)
- ssh $(RELEASE_HOST) "rm -f $(RELEASE_DIR)/LATEST-$(PACKAGE)-[0-9]* ; ln -s $(TAR_FILE) $(RELEASE_DIR)/LATEST-$(TAR_FILE)"
+ ssh $(RELEASE_HOST) "rm -f $(RELEASE_DIR)/LATEST-$(PACKAGE)-* ; ln -s $(TAR_FILE) $(RELEASE_DIR)/LATEST-$(TAR_FILE)"
endif
@echo "Please send a release announcement using $(PACKAGE)-$(VERSION).announce as a template."
--
1.7.7.3
Subject: Re: [PATCH] have LATEST-notmuch-<version>.tar.gz on releases web page
On Sat, 03 Dec 2011 10:32:43 -0800, David Bremner <david@tethera.net> wrote:
> On Thu, 24 Nov 2011 22:41:01 +0200, Tomi Ollila <tomi.ollila@nixu.com> wrote:
> > The notmuchmail/releases page used to have LATEST-notmuch-<version>
> > to link to the latest notmuch source tarball. This is confusing on
> > web page and on disk when the file has been downloaded. This change
> > looks a bit inconsistent with the 'rm' command just executed before.
> > $(TAR_FILE) is defined (currently) as $(PACKAGE)-$(VERSION).tar.gz;
> > as long as the prefix stays $(PACKAGE)-$(VERSION) and version begins
> > with a digit then this line is good in execution point of view.
>
> On IRC we talked about changing the rm command in this since I
> bootstrapped the process by hand. Did you come to a conclusion one way
> or the other?
Yes. IMO Instead of rm -f $(RELEASE_DIR)/LATEST-$(PACKAGE)-[0-9]*
this should just be rm -f $(RELEASE_DIR)/LATEST-$(PACKAGE)-*
This change and the patch in question are independent of each other
as the former would fail to remove the LATEST- -file if $(VERSION)
started without number in any case.
I don't see anything else that could be used to make rm more consistent
in case the -$(PACKAGE)-$(VERSION) is changed to -$(TAR_FILE) -- still, it
would be silly to use -$(PACKAGE)-$(VERSION).tar.gz there; also this definition
TAR_FILE=$(PACKAGE)-$(VERSION).tar.gz
in Makefile.local looks pretty robust.
> d
Tomi
^ permalink raw reply related [flat|nested] 4+ messages in thread
end of thread, other threads:[~2011-12-06 13:39 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-11-24 20:41 [PATCH] have LATEST-notmuch-<version>.tar.gz on releases web page Tomi Ollila
2011-12-03 18:32 ` David Bremner
2011-12-05 11:39 ` [PATCH] make release: remove LATEST-$(PACKAGE)-* Tomi Ollila
2011-12-06 13:39 ` David Bremner
Code repositories for project(s) associated with this public inbox
https://yhetil.org/notmuch.git/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).