Details
-
Technical task
-
Resolution: Fixed
-
Critical
-
None
-
9223372036854775807
Description
Right now lustre will fail to compile if one attempts to build from a source tree pulled from git, but not actually in a git working directory. The error will contain the string:
"I have no idea how to create a META file"
I can only guess at the reasons this was put in place originally, and none of the reasons that I am coming up with are particularly convincing.
There are, on the other hand, pretty strong counter examples for why this restriction should not exist. For instance, an automated build-and-test farm might reasonably want to use a command like the following to retrieve a tree for a specific commit:
git archive --format=tar.gz --remote=$URL $GIT_TREEISH
As it stands, that tar ball will not allow lustre to be built.
This is a long standing problem, and we really need to get it fixed.
I have already hacked the code to stop the problem for LLNL's local 2.5-llnl branch, but I think a little more extensive overhaul is needed to make things clean. I think it is pretty reasonable for me to get this done in time for Lustre 2.9.
Attachments
Issue Links
- is blocked by
-
LU-7699 Overhaul lustre's versioning
-
- Closed
-
Activity
Resolution | New: Fixed [ 1 ] | |
Status | Original: Reopened [ 4 ] | New: Resolved [ 5 ] |
Resolution | Original: Fixed [ 1 ] | |
Status | Original: Closed [ 6 ] | New: Reopened [ 4 ] |
Resolution | New: Fixed [ 1 ] | |
Status | Original: Open [ 1 ] | New: Closed [ 6 ] |
Labels | New: patch |
Comment |
[ Look at this: {noformat} $ sh autogen.sh configure.ac:12: installing 'config/config.guess' configure.ac:12: installing 'config/config.sub' configure.ac:14: installing 'config/install-sh' configure.ac:14: installing 'config/missing' libcfs/libcfs/autoMakefile.am: installing 'config/depcomp' $ ./configure --version Lustre configure LUSTRE_VERSION generated by GNU Autoconf 2.69 [cut] $ ./configure --help `configure' configures Lustre LUSTRE_VERSION to adapt to many kinds of systems. [cut] {noformat} This is because we do, in configure.ac, the following: {noformat}AC_INIT([Lustre], [LUSTRE_VERSION], [https://jira.hpdd.intel.com/], [lustre]){noformat} We are setting the version to the string literal "LUSTRE_VERSION". That is clearly not correct. ] |