Right now kdesrc-build will default to kdesrc-buildrc-sample if no
configuration file is present, but that won't be appropriate now that
KF5 is out. Make the user make a choice instead.
The various READMEs and help texts would probably need to be updated to
match, if anyone wants to help. ;)
This commit makes the kde-build-metadata module a requirement instead of
an option, since the vast majority of runs will require this module now.
Additionally the --metadata-only option is added and documented to allow
for downloading the kde-build-metadata module alone (and make the
--pretend option work afterwards), and kdesrc-build recommends using it
if you run with --pretend and without metadata.
This should hopefully make the first-run use case easier for users.
BUG:337446
FIXED-IN:1.16
This makes kdesrc-build fail to clean the build directories if there are
files without write permissions -- this happens if a CMake version with
automoc support is used, as AutomocInfo.cmake (aka AutogenInfo.cmake) is
written with the permissions of CMake's Auto{gen,moc}Info.cmake.in,
which can be 0444 in some systems.
REVIEW: 119263
I had made some build-system related options not automatically apply to
modules with customized build systems (e.g. Qt, CMake, "custom"). But
this seems like the kind of option we'd want to have in common, as noted
in a bug report to me by Andre Wöbbeking, so make make-install-prefix
apply to all build systems by default if it's a global option.
This can, of course, still be overridden for individual modules or
module-sets.
Remove the ignore-module for kprintutils, since this repo has already
been removed, and replace it with one for kfileaudiopreview, which has
been merged into kio-extras.
We can't just use the group because it is conflicting with the repo
(both are kde/kde-workspace), so at the moment we have to put all
repos.
At the moment of this commit the repos are not active so kdesrc-build
will skip them.
This is a first-step hack to have non-default build systems ignore
global options which are related to the build system in use (e.g.
compile or make flags, install/uninstall options, etc.).
This should fix bug 331654 (now that I understand it better) and improve
the situation for bug 332789 (which would be the long-term fix when
implemented).
BUG:331654
CCBUG:332789
FIXED-IN:1.16