[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug-tar] Re: tar-1.22.90 released

From: Eric Blake
Subject: [Bug-tar] Re: tar-1.22.90 released
Date: Wed, 12 Aug 2009 21:15:51 +0000 (UTC)
User-agent: Loom/3.14 (http://gmane.org/)

Sergey Poznyakoff <gray <at> gnu.org.ua> writes:

> > Also, it would be nice if you considered using git submodules, to make it 
> > easier to definitively track which commit of gnulib.git and paxutils.git 
> > used when building tar releases.
> It's not critical to "enforce" it. The README-hacking says clearly that
> we "do not make any efforts to accommodate older versions of
> these packages", so that anybody wanting to fiddle with the git version
> knowns he should always have latest versions around.

That's true when developing on top of the latest commit on upstream tar.git.  
But it is not the case when trying to recreate the state of an older label.  
For example, with coreutils, it is possible to 'git checkout v7.4; ./bootstrap' 
and have the gnulib submodule automatically reverted back to the proper commit 
that was in use at the time coreutils 7.4 was cut, even though gnulib has since 
changed; this is particularly handy when you realize that some of the changes 
in current gnulib.git (such as those to maint.mk) are incompatible with the 
contents of coreutils.git back in the 7.4 days.

In other words, submodules are a nice way of documenting what has been tested 
to work, rather than making the developer manually guess which commit to use in 
paxutils.git and gnulib.git when playing with an older version of tar.git.  It 
also means that 'git bisect' can be more powerful at automating a regression 

Eric Blake

reply via email to

[Prev in Thread] Current Thread [Next in Thread]