Michał Górny posted on Sat, 18 Nov 2017 10:22:34 +0100 as excerpted:

> Introduce a new, more flexible override API in git-r3, in replacement of
> the LIVE_* API that was pretty much a legacy of git-2. This means to
> solve the two major limitations of the old API:
> 
> 1. The variables were based on package names without categories.
> Therefore, they weren't suitable whenever two packages had the same
> category. This is quite common when dealing with various programming
> language bindings/reimplementations, and we can't really rely on every
> new programming language inventing its own VCS.

I always used package.env in any case, and always wished for a non-
package-unique env var name variant to make it easier to simply clone the 
file and stuff the commit var as appropriate, instead of having to setup 
the file and fix up BOTH the var name and its value, when I needed to 
bisect a package the first time.

So a variant without the repo OR package name would be my wish, here.

> 2. The overrides weren't suitable for packages checking out multiple
> repositories (LLVM, wine, glibc).

Valid point there!

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman


Reply via email to