The option can actually still be passed since kdesrc-build accepts
command-line options matching known global option names, but since
we default to removing old log directories there's no reason to add 40
different ways to enable this.
kdesrc-build has supported emailing error messages for some time, at the
conclusion of the build process. There is no easier way to "modularize"
this code than to elide it completely, and given that no one seemed to
use it in the brief poll I conducted, I've removed it.
Awhile ago I started a subversion work branch so that I could
continue to update the Docbook docs for kdesrc-build. Now that
kdesrc-build is out of the SC (and the freeze is up anyways) I
can merge the changes/fixes back in.
* It is now controlled by an option 'build-when-unchanged' which defaults to true,
so the optimization must now be explicitly enabled.
* The build is only skipped if the module was successfully installed (as determined
by the persistent data recorded last run).
* A command-line option, --force-build is added, along with
--no-build-when-unchanged to be symmetric with the rc-file option.
The new command line option and rc-file option are also documented and added to the
Kate/Kwrite syntax highlighting file.
BUG:248826
FIXED-IN:1.12.1
svn path=/trunk/KDE/kdesdk/doc/scripts/kdesrc-build/; revision=1168981
Remove internal names of removed options to ensure they are not referenced from
elsewhere in the documentation.
svn path=/trunk/KDE/kdesdk/doc/scripts/kdesrc-build/; revision=1168575
views fine here so I'm pretty sure I've done this correctly, but just let me
know if I've left something out.
I intend to rename the KDE 4.5 docs as well if permitted by the translations (as
urged by Burkhard Lück), this would occur shortly after tagging 4.5.1. I will mail
separately about this permission.
CCMAIL:kde-i18n-doc@kde.org
svn path=/trunk/KDE/kdesdk/doc/scripts/kdesvn-build/; revision=1166825
usage of module-base-path since qt-copy is no longer in Subversion, and change some
KDE 4.4's to 4.5 to get with the times. I will soon rename the docs in trunk to
reflect the name change of kdesvn-build to kdesrc-build as well.
CCMAIL:lueck@hube-lueck.de
svn path=/trunk/KDE/kdesdk/doc/scripts/kdesvn-build/; revision=1166822
It's just like --resume-from, except that if you've already verified that your fix
allows the module to build and install there's no reason to run kdesvn-build through
the same process again. Using --resume-after tells kdesvn-build to pick up with the
module after the one you've supplied (which would normally be the module that failed).
CCMAIL:toma@kde.org
svn path=/trunk/KDE/kdesdk/doc/scripts/kdesvn-build/; revision=1089384
using CFQ, in kdesvn-build. Also update the documentation at the same time for once.
To enable, set use-idle-io-priority to true in your .kdesvn-buildrc (it is
disabled by default for now).
BUG:194635
svn path=/trunk/KDE/kdesdk/doc/scripts/kdesvn-build/; revision=1082647
This adds two new options: use-cmake (but this one will go away once CMake is the only
option for KDE 4), and cmake-options (but I think I will find a way to make it so you never
need to use this).
Also added is a new command line option, --run (which runs the given command using the
internal kdesvn-build environment).
The documentation has also been updated.
The check to see whether unsermake needs to be downloaded is also very slightly improved.
Finally, kdesvn-build does not set KDEDIR, it sets KDEDIRS. Score one for removing deprecated
interfaces...
I think I've caught most of the places where the fact that we're using CMake is an issue
(i.e. do-not-compile, inst-apps, trying to make apidox, cmake-options adding to
global options like configure-flags does, etc.) If I haven't, please e-mail me
or file a bug against kdesvn-build.
Seeing as how this is the first release with support for CMake, it should come as a surprise
that it may not work! So, please test now so I can make a real 1.1 release in the next week
or so.
svn path=/trunk/KDE/kdesdk/doc/scripts/kdesvn-build/; revision=523429
Also, make --dry-run an alias for --pretend since --dry-run seems to be a
common name for that type of option.
BUG:109501
svn path=/trunk/KDE/kdesdk/doc/scripts/kdesvn-build/; revision=438341