Packaging system (for example Debian) requires to install into temporary custom location. But the program must be configured to final destination location! The variables in config.state specify the final location. But I didn't found the measure to specify temporary custom location for 0.7.0. In 0.6.2 it were
Probably Debian used a modified UQM. The build system has not changed with respect to this since 0.6.2. I'm not sure what you're referring to by "temporary location", but if you're talking about the build directory, you can set that through the environment variable "BUILD_WORK". See also build/unix/README.packages.
Logged
“When Juffo-Wup is complete when at last there is no Void, no Non when the Creators return then we can finally rest.”
No, I'm not referring to build directory. I'm referring to what exactly I said: temporary install directory. In autotools world this is achieved by overriding PREFIX or INSTALL_PREFIX on (only on) installation phase. I suppose it is impossible for current custom build system? Then packaging (without patching) is impossible. No wonder why there is no 0.7.0 in Debian. This is serious subject to open bug report.
Well, you can specify your own installation directory in the configuration menu. The only thing you would have to change before installing it to its permanent location is to modify the path in the 'uqm' wrapper.
Feel free to submit a bug report, but keep in mind that despite your statement, this is not what we consider a serious issue, so it won't have a very high priority.
Note that nothing of this has changed since 0.6.0, of which there certainly was a Debian package. The reason that there is no 0.7.0 package is probably the same reason that all Debian packages run at least one version behind, though I don't know what that reason is.
Logged
“When Juffo-Wup is complete when at last there is no Void, no Non when the Creators return then we can finally rest.”
What you suggested is a wrong way to do. I've already done it by modifying script with sed script before even posting here. That doesn't change the topic.
The reason for the releasing delay is that the people are busy. And the thing to always patch the source before adding it to package adds to this complexity. You stated that nothing changed since 0.6.0, so what? The man modified 0.6 version to comply the needs of packaging. Now it has to check if something is changed and move the patch to new version. Do you expect that it has to do this always? Are you interested anyway in the program distribution and in a lot of people being able to enjoy from the new version?
In real world there are some de facto standards that help people cooperate effectively. Not knowing them and reinventing the wheel (such as your own build system) doesn't help much.
Sorry to resurrect an old topic, but I've been messing with this for the past few days, and I'm fairly sure I've managed to figure out how it should be done. The old 0.6.2 package in Debian uses a minor patch to build.vars.in to make the build system respect $DESTDIR (the cflags stuff is unrelated):