git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH 0/3] cogito spec file updates

From
HAH. Peter Anvin <hpa@zytor.com>
Date
May 4, 2005, 14:38 UTC
Message-ID
<4278DE7D.3000005@zytor.com>
In-Reply-To
<20050503214401.GE15995@pasky.ji.cz>
Petr Baudis wrote:
Show 6 quoted lines
> 
> I wouldn't accept this neither. If git.spec is already version
> controlled, it should be up-to-date in the version control. Therefore,
> you need to update it at the time of release, not at the time of
> generating the tarball.
> 

What I usually do is to have a *.spec.in file, and have my release script generate the *.spec file. I usually have a "version" file checked into the SCM from which all version information derives, including what to put in the *.spec file as well as what to name the subdirectory.

The release script then ends up being some variant on:

#!/bin/sh -xe PACKAGE=pkgname VERSION=`cat version` scm-of-choice tag --force $PACKAGE-$VERSION mkdir /var/tmp/$PACKAGE-$VERSION cd /var/tmp/$PACKAGE-$VERSION scm-of-choice export -r $PACKAGE-$VERSION make release cd .. tar cvvfz $PACKAGE-$VERSION.tar.gz $PACKAGE-$VERSION rm -rf $PACKAGE-$VERSION

... where "make release" creates the specfile and anything else that needs to be created (like autoconf files.)

	-hpa
Previous: Chris WrightNext: Chris Wright
Message 4 of 5 in “release tarball make targets”
  1. release tarball make targetsMark Allen, May 3, 2005
  2. Petr BaudisMay 3, 2005
  3. Chris WrightMay 3, 2005
  4. H. Peter AnvinMay 4, 2005
  5. Chris WrightMay 4, 2005

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.