This reverts commit 089edc6a73.
Although auto-grouping is a nice easy way to get approximately right
dependency ordering, it doesn't work in all situations.
The "Best" thing would be to only sort within kde-project modules (as
expanded) but for now just back out this commit so I don't break
customized rc-files.
BUG:297847
Valery Yundin has kindly submitted a patch (including documentation!)
resurrecting the old "use-stable-kde" option to allow for defaulting
kde-projects modules to the stable branch (if defined for that module).
This should track with changes to the stable branch as defined, so it
would be a good way to track the "not quite bleeding-edge" of
development.
A hearty thanks to Valery for making up a patch and then adapting it to
make use of the old use-stable-kde option.
BUG:297357
FIXED-IN:1.15
This occurs before dependency resolution (so that the dependency metadata is
still "preferred"), and is a simplistic dependency sorting technique.
This prevents dependency-data metadata from having to become insanely
complicated to ensure that each module depends on kdelibs (since kdelibs can't
simply be special-cased to be "dependency #2" as it has a lot of dependencies
itself on kdesupport/ modules like automoc.
So, we instead group modules after dependency resolution into:
qt (right now, just the projects.kde.org one, not any generic Qt)
kdesupport/*
kdelibs
projects.kde.org modules not already determined
other modules
It is possible to override the tier you end up at by setting the
"ordering-tier" option for that module to an integer.
This commit should make the 'prefix' option expand this variable to the
module's name, so one can easily install each module into a different
directory.
Reviewed-by: mpyne
Now you can specify the private key to be passed to your SSH agent if
you forgot to run that before running kdesrc-build.
Proof-of-concept patch graciously provided by Ralf Jung.
BUG:284071
FIXED-IN:1.14.2
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
Michael Pyne
Burkhard Lück
Valery Yundin
Raphael Kubo da Costa
Yuri Chornoivan
Federico Zenith