Prev: [PATCH 4/7] xen: The entrance for PV extension of HVM
Next: linux-next: build warning after merge of the acpi tree
From: James Cloos on 1 Mar 2010 21:30
>>>>> "Paul" == Paul E McKenney <paulmck(a)linux.vnet.ibm.com> writes:
Paul> Agreed! The "-dirty" modifier for the case of changes not yet
Paul> checked into git looks especially helpful.
JimC> Except that the script calls »git update-index --refresh --unmerged«
JimC> and »git diff-index --name-only HEAD«, both of which are painfully
JimC> slow and resource intensive.
JimC> I'd hate to have that run every time I make a kernel.
Paul> Good point... Should we have an environment variable that controls
Paul> this behavior?
I wouldn't mind the intial idea: just the abbreviated top of three hash.
I was, next, going to write that CONFIG_LOCALVERSION_AUTO already exists
for that, but LOCALVERSION_AUTO calls scripts/setlocalversion these days
and that is what I'd prefer to avoid. [SIGH]
Shows how long it has been since I last used it. I stopped using it
when I was maintaining my .config in git. Now I maintain .config in a
separate git repo, for the express purpose of avoiding a merge (rather
than a fast forward) when I run git pull. Something that a local edit
of scripts/setlocalversion will, of course, prevent.
Anyone up for a CONFIG_LOCALVERSION_AUTO_DO_NOT_BOTHER_WITH_DIRTY? ☺
James Cloos <cloos(a)jhcloos.com> OpenPGP: 1024D/ED7DAEA6
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/