debian_build: include try/except for rebase operations

debian_build: use Jenkins parameter BUILD_TRIGGERS instead of commit message parsing

commit message is still parsed for those triggers, but this happens through
call_jenkins instead. this way jobs can use triggers no matter if recent commit
message contains the requested trigger.

debian_build: also remove "do_push" variable - it's obsolete now

debian_build: new fixes for new branching model, fix rebasing

also pushing the rebased/merged branch should only be done if all tests have
passed! hence, we shouldn't push the merged branch already in debian_build.
instead, we will try to find solutions to make jenkins push the branch using
post-build actions

debian_build: push the merged feature/-branch to integration upon successful build

common_code: reset GIT_BRANCH if it differs from GIT_BRANCH_NAME

Most jobs use GIT_BRANCH_NAME parameter to let user choose the branch to build
the package from while GIT_BRANCH contains the sha commit id of HEAD of most
recent commit (unconfirmed yet).

common_code: GIT_BRANCH_NAME = GIT_BRANCH only if not already given

debian_build: do not merge if we are on integration already

debian_build: change the way now to handle [merge] trigger

debian_build: accept integration jobs for experimental branches

debian_build: fix: correct format() usage

debian_build: fix: correct usage for format()

debian_build: fix: seperate format-method from string with .

debian_build: extend gitrepo object with a dict of all remotes

this dict is then used to verify whether any package shall have auto-increment
enabled.

* debian_build.py: pep8 compliance
* debian_build.py: use more STRING.format()

debian_build: ENV['GIT_BRANCH'] may include origin as prefix, use local_branch instead

debian_build: fix - remove last occurences of obsolete var DISTRIBUTION

debian_build: include style and cleanup changes from tobias

debian_build: fix variable usage and usage of check_call-method

we shall stay with DISTRIBUTION envionment variable yet: let's force the user to
provide the necessary distribution in Jenkins GUI or in call_jenkins.
in the next step we try to remove this parameter from jenkins and base the
decision of what distribution to use on what we find in the changelog. question
to be answered for this:
 stable -> squeeze?
 our old values like 'production', pau, ppu, ... -> ??
 wheezy -> wheezy?

the check_call() method from subprocess seems to return the exit code of command
ran as int. this doesn't behave well in current if-syntax, so we changed it to
match for success code "0" explicitely.

debian_build: compatibility mode and error for job building from wrong branch

debian_build: remove the choices from 'distribution' args, accept all of them

debian_build: do not let a jenkins user start job builds from inapproriate branches

common_code: too intrusive too remove env GIT_BRANCH_NAME:

let's just take the GIT_BRANCH env var exposed by default from jenkins git
plugin, this might confuse users if both variables uses different values

debian_build: add some explanation for RE to collect triggers

debian_build: further changes intended to enable CI magic for vdc-bundles

debian_build: python-git needs special treatment

Available in
  wheezy:  git.Repo('.').commit(<COMMIT_ID>).hexsha
  squeeze: git.Repo('.').commit(<COMMIT_ID>).id

do not tag 'integration'-builds!

I missed the point in the requirement: tags should only be created upon a
complete successfull build. this means, that also all tests must complete
successfully in order to create a new tag.
as jenkins is taking care of evaluating test results we can't create the tag in
debian_build beforehand. we'll use git publisher plugin now, to only tag
'stable_$BUILD_NUMBER' if build succeeds!

use a real git.Repo().commit() object

as preparation for vdc-bundles-integration scheme:
requirements define to evaluate commit message for different triggers:
* [merge]: integrate all commits of currently committing branch into
           'integration'-branch by using 'rebase'
* [no-test]: package build should not run any tests

according to documentation, http://goo.gl/kS1rB,
* [no-test] will be ignored if [merge] is also given in the commit message
* [no-test] will be ignored for 'integration' branch at all - it must run the
            full set of tests!

we can access the commit message like this:

  >>> curr_commit.message
  <<< u'test commit\n'

debian_build: handle integration branch of vdc-bundles

call_jenkins and other hooks are located in git-server-config repository now

vdc-bundles requires builds for 'integration' branch

Merge branch 'develop' into feature/multipledists

Merge branch 'master' into develop

liveboot_rsync: use dcmanager sync scheme also for PBB

debian_build: seperate branch and dist with dash in experimental packages

liveboot_rsync: don't use archive option for rsync

liveboot_rsync facilitates rsync module whileas dcmanager uses
a dedicated user to sync files via SSH. this causes rsync daemon
on mgmt1 to reset permissions in such a way that dcmanager isn't
capable of resetting the mtime value of "." (parent directory of
destination) and hence throws error in UI. dcmanager doesn't use
the same rsync options (yet), which could make sense to have both
sources operating the same way.

dput: remove trailing whitespaces

debian_build: make multiple dists work

debian_build: frist steps to enable multiple distribution builds

and include AGAIN .. why does it disappear?

Merge branch 'develop' into feature/DEVINF-28

Merge branch 'feature/storage-auto-deploy'

Merge branch 'feature/storage-auto-deploy' into develop

Check if approval mail will be send.

fix: we must check for contents only when files are already updated

include fix again for printing changelog

storage_deploy: removed embarrassing 'set -x'

Signed-off-by: Thilo Fromm <thilo.fromm@profitbricks.com>

storage_deploy: now with autotest image provisioning

Signed-off-by: Thilo Fromm <thilo.fromm@profitbricks.com>

Removed local hdd mount from autotest execution.

bugfixes for master branch builds

some beautifying

bugfixing

Fixed boolean comparison.

Added parameter for autotest call.

cleanup #6: too many changes (most likely completely broken)

common_code, debian_build: cleanup #5

- added CWD to default ENV
- remove unused variables
- facilitate git submodule more
- change the way of tag handling
- beautifying some parts of the code

debian_build, common_code: cleanup #4 - new figlet() function instead of using subprocess

debian_build: cleanup #3 - also move dput stuff into a own class

Merge branch 'develop' into feature/DEVINF-28

Conflicts:
debian_build.py

debian_build: cleanup #2

fix add_liveboot_request: use correct trigger URL for jenkins

fix add_liveboot_request: use correct trigger URL for jenkins

Merge branch 'master' into develop

fix debian_build: try to fix correct exception printing

fix debian_build: use correct variable name from ENV for JOB_NAME

fix debian_build: match against int instead of relying on boolean values

fix debian_build: provide some dumb comment instead of failing with non-existing objects

pass '__file__' to logger_init whereever it is used

fix debian_build

fix debian_build: try to fix correct exception printing

fix debian_build: use correct variable name from ENV for JOB_NAME

fix debian_build: match against int instead of relying on boolean values

fix debian_build: provide some dumb comment instead of failing with non-existing objects

pass '__file__' to logger_init whereever it is used

fix debian_build

Merge branch 'master' into develop

Conflicts:
common_code.py
debian_build.py

remove CWD variable from common_code

- which used jenkins provided environment variable 'WORKSPACE'
- this in turns leads to errors in debian_repos2db.sh when no such variable exists
- replaced all occurences of CWD in debian_build with it's corresponding ENV['WORKSPACE'] variable

remove jenkins build specific variable assignments from common_code

- debian_repos2db.sh would fail otherwise
- debian_build.py now uses the same variables from ENV-dict

remove jenkins build specific variable assignments from common_code

- debian_repos2db.sh would fail otherwise
- debian_build.py now uses the same variables from ENV-dict

debian_build: cleanup #1

Merge remote-tracking branch 'origin/develop' into feature/DEVINF-28

Conflicts:
debian_build.py

some more beautifying

update debian_build: move variable definition above so it's defined before first usage

update debian_build: move variable definition above so it's defined before first usage

Merge remote-tracking branch 'origin/develop' into feature/DEVINF-28

some beautifying

Merge branch 'master' into develop

Conflicts:
common_code.py

move back variables which are not that common as I thought (provided through jenkins job parameters)

set some default which we use to define as parameters in jenkins

Merge branch 'master' into develop

Conflicts:
common_code.py

set some default which we use to define as parameters in jenkins

fix: add closing parantheses

fix: use setdefault method instead of try/except

fix: use try and except as intended

update common_code: preset NO_UPLOAD even if it's not set in env

fix common_code: use correct dict name to access GIT_REPO_PATH

remove unintended indentation, import datetime module for BUILD_START variable

move common variables from debian_build into common_code

update debian_build: fix the second (same) conversion error

- define the string only once
- use this variable for both invokations then

update debian_build: fix convertion error in exception messages

Conflicts:
debian_build.py