Add Dagger as an Ivy dependency, update the build file to bundle
the dagger runtime libraries with the client, and include Dagger's
license (Apache 2) so it's displayed in the UI.
Change-Id: Ie147032cd16a753868ad52b55f3406091cb672a6
Reviewed-on: http://gerrit.dmdirc.com/2643
Automatic-Compile: DMDirc Build Manager
Reviewed-by: Greg Holmes <greg@dmdirc.com>
Use new plugin build.xml to build plugins
Use new gitversion macro instead of shelling to bash
Remove bash scripts for plugin generation
Change-Id: I368dbe4d3efa31381bf22a12fa8510918c4feb99
Depends-On: I6d650d700aa0bf6324fc877fe16970674dd07c0c
Reviewed-on: http://gerrit.dmdirc.com/2020
Automatic-Compile: DMDirc Build Manager
Reviewed-by: Greg Holmes <greg@dmdirc.com>
This includes changes which greatly simplify the build system by
getting rid of the conditional support on Bash, when
Bash is needed for a succesful build anyway. Other changes
include using the "jar" binary (part of JDK) to manipulate jar's,
instead of the external unzip binary (not part of msysgit on
Windows). Issue 4052.
Change-Id: Ib409a977462398156b92b49f824e773694e4f210
Reviewed-on: http://gerrit.dmdirc.com/1164
Automatic-Compile: DMDirc Local Commits <dmdirc@googlemail.com>
Reviewed-by: Shane Mc Cormack <shane@dmdirc.com>
- If the submodule doesn't eixst yet, then submodule update is called
- If the submodule points at the right commit then nothing happens.
- If the submodule is pointed at any other commit, this script will attempt to rebase.
- If the rebase fails (for any reason!) then the local HEAD is used rather than just switching to whatever upstream uses.
All automatic updating is disabled by default.
Set submodule.update=true in private.properties to enable.
Change-Id: I9f370a33001bbfea5079687a41cc9cbfa07eea33
Reviewed-on: http://gerrit.dmdirc.com/326
Reviewed-by: Gregory Holmes <greboid@dmdirc.com>
Tested-by: Gregory Holmes <greboid@dmdirc.com>
If submodule.noupdate=true is defined in private.properties, then the user is responsible for updating submodules themselves rather than having it handled automatically.
Fix ant complaining about modules/plugins/lib not existing if it hasn't been checked out yet.
Change-Id: Iba429fcdee0d4b9e546101c1a28dffb32ffbb842
Reviewed-on: http://gerrit.dmdirc.com/325
Tested-by: Shane Mc Cormack <shane@dmdirc.com>
Reviewed-by: Gregory Holmes <greboid@dmdirc.com>
Tested-by: Gregory Holmes <greboid@dmdirc.com>
On unix building will automatically substitute the correct SVN Revision :D
(On windows it will just leave it as the default, so we should probably change this to something like -1 or so to make it obvious)
Nightly Build no longer tries to substitue RELEASE_DATE
git-svn-id: http://svn.dmdirc.com/trunk@361100569f92-eb28-0410-84fd-f71c24880f
build.xml will now automatically try and run build-plugins on -post-compile
=> build-plugins will try to run build-plugins_bash and build-plugins_ant-contrib
=> build-plugins_ant-contrib will only run if ant-contrib was found where libs.antcontrib points
=> build-plugins_bash will only run if ant-contrib was not found where libs.antcontrib points, and /bin/bash exists
git-svn-id: http://svn.dmdirc.com/trunk@266400569f92-eb28-0410-84fd-f71c24880f