license-accept hack no longer works. On the other hand there's a way to do it without
hacking the script, which is better.
svn path=/trunk/KDE/kdesdk/scripts/kdesvn-build; revision=977531
Based on user feedback, this does not occur by default. Instead, you must either
set the purge-old-logs option in your kdesvn-buildrc to 'true', or pass
--purge-old-logs=true on the command line when running kdesvn-build to do a one-off
pass.
If you just want to clear your old log dirs without performing any other actions
something like
kdesvn-build --purge-old-logs=true --no-svn --no-build --no-install kdelibs
should work (you can replace kdelibs with any module in your kdesvn-buildrc, it's just
a placeholder).
Make sure to run with --pretend first just to make sure the numbers of log directories
to be deleted make sense.
BUG:188579
svn path=/trunk/KDE/kdesdk/scripts/kdesvn-build; revision=964634
[...]
Build succeeded after 14 minutes, and 48 seconds.
All tests ran successfully.
Installing kdelibs.
svn path=/trunk/KDE/kdesdk/scripts/kdesvn-build; revision=957408
environment in child processes. This should help with run-tests and a couple of other reports
of environment variables disappearing. (Doesn't help that I was using "local %ENV" wrong but
it seemed to happen to work here)
I'll work further on testing on Friday probably as I will be away Thursday.
CCMAIL:dfaure@kde.org
svn path=/trunk/KDE/kdesdk/scripts/kdesvn-build; revision=951359
This is fairly dumb at this point (i.e. it tells whether all tests passed or not, not stuff
like "2 tests failed"). In addition I'd like to add the test feedback to the status report
generated at the end but have not yet. It should work though.
FEATURE:167334
svn path=/trunk/KDE/kdesdk/scripts/kdesvn-build; revision=950396
This is suboptimal as it leaves out packages only being installed, and breaks for
the name "l10n" (which gets expanded internally to a different name) but it mostly
works.
svn path=/trunk/KDE/kdesdk/scripts/kdesvn-build; revision=944099
well since I just noticed that snapshots for those modules are being made.
Also have --pretend output indicate that the snapshot download will be attempted (although it is
assumed to fail when pretending)
svn path=/trunk/KDE/kdesdk/scripts/kdesvn-build; revision=910751
them all to consistently ignore stderr output. Also I'm not using all the core modules from Perl
5.8 yet, still have a ways to go on that though....)
svn path=/trunk/KDE/kdesdk/scripts/kdesvn-build; revision=910737
The root cause of the problem was that when you had more than one option on a single cmake-options
command that it was not getting split into a list properly.
The root cause of *that* error was that the regular expression I used to perform the split
(without splitting around double-quotes) failed with leading whitespace. I didn't do testing for
that case but that it how the function ends up getting called in kdesvn-build.
In addition to the bug I've added quotes around individual command parameters for log_command() to
make future instances of this type of bug (improper splitting) more obvious.
BUG:172719
svn path=/trunk/KDE/kdesdk/scripts/kdesvn-build; revision=910294
* tag and branch options no longer append the module name when generating the
SVN URL, since many tags and branches are no longer tagged in that style. If
you are using a module that needs the module name in the tag you can still
append it manually. i.e. tag 0.7.8/module-foo instead of tag 0.7.8
* Likewise no longer append the module name when using the module-base-path option.
* Change get_repo_url() to get the on disk repository URL for a given module.
* Add a warning if the module base path seems to have changed due to these changes
svn path=/trunk/KDE/kdesdk/scripts/kdesvn-build; revision=909539
"module-base-path branches/KDE/4.2" for all kde modules,
"tag kdesupport-for-4.2" for kdesupport (because I used a kdesupport subdir in there),
but unfortunately there's no nice solution for qt-copy, it's in branches/qt/4.4 (but without a qt-copy subdir),
so the "branch" or "module-base-path" solution doesn't work, only override-url does (which is really not as nice).
Michael, could there be a way to set some "base path where the module name is NOT appended" somehow?
I can only think of a new (per-module) option like "svn-path branches/qt/4.4"...
CCMAIL: Michael Pyne <mpyne@purinchu.net>
svn path=/trunk/KDE/kdesdk/scripts/kdesvn-buildrc-sample; revision=906770
Perl bug 61964. May not actually be their fault but I'm tired of digging through the source to
identify exactly what's trying to call ioctl() on a file.
svn path=/trunk/KDE/kdesdk/scripts/kdesvn-build; revision=906322
Michael Pyne
Script Kiddy
Raphael Kubo da Costa
David Faure
Burkhard Lück
Yuri Chornoivan
Frederik Schwarzer