Add a version file when importing

Omit the top-level Makefile for WebKit imports

This allows for in-sources builds in the future where the Makefile is
generated by qmake.

Fix patch to WebKit repo

Exclude a few more directories for the Qt import

Script to import WebKit snapshots into the Qt 5 module of WebKit

[release-notes] Fix usage of --html

--html was being ignored and its usage was inocuous, even though the
html support is there (and is used when sending e-mails).

[cherry-pick] Update list of master bugs

[cherry-pick] Minor cosmetic changes in the messages and help text

[cherry-pick] change --security-bugs-since to --security-bugs-from

Instead of a fixed commit from trunk, it now accepts a git range of
commits. Particularly useful to list security bugs in a branch or in a
range from trunk.

[cherry-pick] Introduce --list-only

With this, it won't try to cherry-pick anything, just list the bugs and
the revisions found.

[release-notes] Don't escape single quotes in HTML mode

This is giving us trouble in release-notes sent by e-mail
and the unescaped \' appears to be correctly handled anyway.

[cherry-pick] Handle invalid bug URLs when looking for security bugs

Also immediately print a note when a security bug is found.

Adding a README file

The file is very simple and points to the wiki, where the
documentation resides.

[integrate-package] Add missing WebKitLibraries/*.a files

These files are .gitignored and therefore where not being added. They're
necessary for the Mac build.

[cherry-pick] Minor cosmetic UI improvements

[release-notes] Ignore "Patch by" lines when extracting commit titles

[integrate-package] Allow include files in the changes

include files used to be ignored, but on Mac we need them and now
the're inside the Qt repository.

[cherry-pick] Introduce --security-bugs-since

Parses the log from trunk (starting at one commit/tag, received as
a parameter) and cherry-picks all security bugs found.

Updated script which include now some missing files for windows.

Make sure all DerivedSources.pro are removed.

Update the script to work with current WebKit upstream layout.

[cherry-pick] And yet another expression for revision comments

[cherry-pick] Add one more expression to catch commit revisions

[cherry-pick] Add comment and update blockers into one single step

Thus avoiding an extra e-mail everytime a cherry-pick is made.

[cherry-pick] Remove unused code

[release-notes] List security bugs as "(restricted bug)"

[release-notes] Introduce --announce

(will send an e-mail to the announce mailing list)

[release-notes] Get rid of html2text, send e-mail in wiki+html formats

Wiki format is more readable than the result of html2text

[release-notes] Add 'announce' tag to subject

Also add a XXX note about a known bug: security bugs are counted but not
included in the list.

[cherry-pick] Update CommentBugzilla to work with current trunk

The Bugzilla API changed a while ago and the cherry-pick script doesn't
work anymore. Fixing.

Cleanup on import statements

Remove ancient exceptions, imports are working fine with trunk
and qtwebkit-2.2, which should be enough.

[cherry-pick] Improve revision detection on bug comments

[cherry-pick] Improve handling of old revisions

Old bugs, with fixes before the forking point, are now handled properly.

[cherry-pick] Add references to the 2.2 branch

Also increase the commits offset to a more reasonable value and
remove 2.1.x "nice-to-have" bug references (it's already closed).

[cherry-pick] Fix the SHA1 of the 2.1.x branch

The SHA1 was from the old 2.2 branch.

[cherry-pick] Fix the order of the branch keys data structure

Since we have multiple branches with the same base (2.1 and 2.1.x),
we have to start searching for commits from the newest branch to
the oldest.

Also adding a minor cosmetic change which was pending here.
(show a list of bug number at the beginning)

[release-notes] Be more flexible in the revertion detection

[release-notes] Redirect warnings to stderr

[web/bugzilla] Support queries for all bugs on some branch

bugs="*" is now supported.

XXX: Since there's no way to query this from bugzilla and we can't
require a full git clone, this is just a hack that displays the
content of a static file.

[web/bugzilla] General refactorings

All minor

[release-notes] fix week number formating (%02d instead of %s)

[release-notes] Send multi-part e-mails (text + html) with --email

Add references to the qtwebkit-2.2 branch

[release-notes] Cosmetic improvements

[release-notes] Don't consider reverts when looking for bugs

[web/bugzilla] Detect/show the week when the bug was cherry-picked

[web/bugzilla] Add versioning to the bug cache

So that we discard/ignore the cache if the data format changes

[cherry-pick] Minor change to detect more commit messages from bugzilla

[release-notes] Fix escaping of HTML chars with --html

[release-notes] Improve week number handling

refactoring (using python's module) and now using previous week
number, as the release-notes will be generated on mondays.

[web] Cache results from bugzilla queries

Also minor refactorings.

[web] Fix minor regressions from previous refactoring

Bummer :-/

[web] Major refactoring on scripts to query bugs status

The main change: no need to have a git repository anymore, queries go
directly to webkit bugzilla instead.

[release-notes] Don't authenticate on bugzilla

Not needed to retrieve ordinary bugs (would be needed if we were
retrieving security-related bugs). Since we don't handle security
bugs yet, but the account running this script may have the necessary
privileges, we better see errors/warnings when retrieving them.

[release-notes] Avoid python error when handling utf8 and stdout != terminal

Whoever decided that python should raise an exception when handling utf8
text and that stdout is ascii by default (without any reasonable
mechanism to change it) should be shot. :-)

[cherry-pick] Handle one more case of "landed in" post comments

We now catch "Landed in <http://..."

[release-notes] Add support for --up-to to specify the top commit

Useful when creating release-notes considering commits up to
a particular tag.

[release-notes] Try to extract the proper summary from commit changelogs

[cherry-pick] Handle "landed at" when detecting commit revisions

[cherry-pick] Fix regression on determineIfCherryPickedFromComments()

stupid regression introduced by my previous commit 8f90a3fdc8d97d6a03c52dc82ed6729f7c55a9ef

[web/bugzilla] Increase the range of commits to check to fork-point~1000

We can't go too far due to scalability issues, but 1000
commits before the fork should suffice for now.

[cherry-pick] Increase the range of commits to check for cherry-picks

Check since 3000 commits before the fork-point, otherwise we'll have false
negatives for old patches.

Also introduce --base-commit and add the fork-point to another
git-log call.

[web] Introduce web/ directory with a simple webservice to query bug status

index.html provides a simple page where non-advanced users can query the
status of bugs against qt-webkit branches.

The motivation behind this service is to help stakeholders/managers
(which are not familar with bugzilla and our integration policies) query if
a particular bug has been fixed or not in a particular branch.

It requires mod_python

[cherry-pick] Add a main() method

Particularly useful when using this file as a module

[release-notes, cherry-pick] Minor trivial refactoring

Change split("\n") to splitlines()

[release-notes] Add support for bugs handled by hand, using 'git config'

Some bugs are fixed/referenced in non-standard way and can't be reliably
detected by the script. These bugs can now be added to git-config (by a
human being) and they'll be included in the release notes.

The format is below:

[extraBugs]
    <normalized branch name> = <bugId>-<commit sha1>
    <normalized branch name> = <bugId>-<commit sha1>
    ...

Example:

[extraBugs]
    qtwebkit-2-1 = 43185-aa118f44f2b24dae7acde201f70046fd4dc92fa5
    qtwebkit-2-1 = 43515-1c5d1704957d43802da30763af3014b3ce5d1876

Add .gitignore

Ignoring just *.pyc by now

[cherry-pick] Fix minor bug on determineIfCherryPickedFromComments()

Use the local received variable instead of the global dict['comments'].

[cherry-pick] Limit the depth of git log to the fork point

[cherry-pick] Run 'git pull' by default when called

--no-git-pull is available for whoever doesn't want this default.

I'm tired of forgetting to run 'git pull' and ending up with a merge
after the bugs are updated. :-(

[release-notes] Escape ^ on wiki format

[cherry-pick] Handle common typos on commit messages

(commited, comitted, committed)

[cherry-pick] Exit early if there are no bugs to handle

(avoids bugzilla login)

[cherry-pick] Fix handling of old style cherry-pick comments

Old style cherry-pick comments were not being detected after
d3e8a07b

[cherry-pick] Handle masterBugs dependencies when using --bugs

Bugs cherry-picked with --bugs now have their dependencies for
master bugs properly handled.

[cherry-pick] Include a commit link when posting a comment about a cherry-pick

[release-notes] Sort the list of bugs before processing them

Useful in some cases where there are inter-dependencies
between patches.

[release-notes] Minor fix for wiki-formatted release notes

[release-notes] Fix --last-tag logic to handle multiple branches

Also a minor refactoring on the lastTag() internal variable names

[release-notes] Use week number when referencing the project

[integrate-into-qt] Removed import of qt_webkit_version.pri, configure(.exe) takes care of that

[release-notes] Add --email option

  --email=EMAIL     send an html formatted e-mail to EMAIL (comma separated
                    list). Designed to be used weekly

Useful to send periodic e-mails or to automatically post it to some blog.

The e-mail sender can be specified using a WEBKIT_EMAILSENDER environment
variable. Otherwise it'll be "no-reply@webkit.org"

[release-notes] Improve wiki and html link formats

Link just the commit/bug reference, the rest stays as standard text.

Also a minor fix on the --help text

[release-notes] Add --commits and --html

  --html            output in HTML format (default is wiki formatting)
  --commits         also list commits made to the branch

Also some minor textual changes

[release-notes] Fix handling of branches without any tags

[cherry-pick] Add --bugs=BUGS option

Useful to check if fixes for a particular bug have been cherry-picked
to this branch or not.

[cherry-pick] Handle one more "Landed in r..." comment type

Handle "Landed in http://trac.webkit.org/changeset/<revision>", as in
https://bugs.webkit.org/show_bug.cgi?id=45167

[release-notes] Add --since-last-tag option

With this option the last tag (or the branch fork point if no
tags exist) will be used as the base commit.

Also includes minor cosmetic changes.

[cherry-pick] Add --always-no option

Useful to just inspect the script output and/or add bugs to
the skip-list

Also adding a vim modeline at the end to handle the lack
of linebrakes (@76 cols) in this file.

[cherry-pick] Add support for multiple masterBugs

Use a list for masterBugs so that we can have multiple bugs for tracking (as
is the case with qtwebkit-2.1, which has a master for critical bugs
and other for candidates.)

There's no need to have the master bugs depending on each other anymore and
we now correctly remove the block after the patch is cherry-picked.

[release-notes] Handle Cltr+C gracefully

The full solution depends on a patch submited to webkit:
https://bugs.webkit.org/show_bug.cgi?id=44789
(meanwhile, hit Ctrl+C twice)

As a side note, the code leaves inside a main() function now.
(which is why the diff is large)

[release-notes] Make the revision (argv[1]) optional

If no revision (tag, commit) is given, list all bugs since
the branch creation.

[release-notes] Don't exit with error in case of failure handling a bug

Just show a warning and keep going on
(happens for example on bug #43295, which I'm not authorized to access)

[cherry-pick] Fix handling of comments recently posted

A comment posted by the script should be considered when
detecting if a bug has all patches picked and commented,
otherwise we'll hit the error/warning "Strange! Bug has all
patches cherry-picked but I couldn't [...]" on bugs/patches just
integrated.

[release notes] Work with older and newer versions of webkitpy

[webkit-cherry-pick] Also support r1234

New trivial script that allows doing webkit-cherry-pick 1234 where 1234 is an SVN revision

[cherry-pick] Fix grep pattern (Popen doesn't like single quotes)

Bug introduced in c97d034f90ca59c0671c4a075901b163a9ee5020

[cherry-pick] Save the list of skipped bugs

This should greatly speed-up the common use-case and reduce the output
noise, as skipped-bugs won't be retrieved a second time. It's enabled by
default, use --no-auto-skip to disable it.

Also simple optparse options have been added:

"""
$ cherry-pick-into-release-branch.py --help
Usage: cherry-pick-into-release-branch.py [options]

Options:
  -h, --help        show this help message and exit
  --no-auto-skip    don't add bugs to the skipped list automatically
  --ignore-skipped  ignore the skipped list
"""

The implementation uses git-config to store the skipped list, which
is kept per branch.

[cherry-pick] Improve grep pattern, avoiding false-positives