dd9ad40d97f361aad957b1bc777a45c9ec1c5ecb: Bug 1108782 - Follow-up: clobber. r=me
Nick Alexander <nalexander@mozilla.com> - Tue, 22 Sep 2015 22:18:15 -0700 - rev 263984
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Bug 1108782 - Follow-up: clobber. r=me
5ecda961647522d9459ae3c895098bd2d670c58f: Bug 1194365 - Bump Andoid NDK to r10e; manually install Android SDK and NDK on Mac OS X. r=mcomella
Nick Alexander <nalexander@mozilla.com> - Tue, 22 Sep 2015 13:56:17 -0700 - rev 263983
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Bug 1194365 - Bump Andoid NDK to r10e; manually install Android SDK and NDK on Mac OS X. r=mcomella This bumps the NDK version to r10e. Previously, we used brew to install android-sdk and a custom version of android-ndk. That makes it hard to control the installed versions. This installs from downloaded archives, which unifies the Mac OS X approach with the straight-forward Linux approach.
9cc48934efe86d5afe250c9bc501bf10a339fc45: Bug 1171232 - Depend on platform-tools-preview; don't check for missing and failing Android packages. r=mcomella
Nick Alexander <nalexander@mozilla.com> - Tue, 22 Sep 2015 13:54:17 -0700 - rev 263982
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Bug 1171232 - Depend on platform-tools-preview; don't check for missing and failing Android packages. r=mcomella The 'tools' package depends on 'platform-tools-preview' now. Roll with it until Google breaks us back again. The behaviour of the |android| tool has changed; recent versions don't reveal what packages are installed. That means we can't skip already installed packages; and we can't really tell if our installation attempts succeeded. But we have faith!
4d2b605ee1fa22089d105eb405da96b0e1a0cd92: Bug 1204260 - Post: remove platforms/android-* from |mach bootstrap|. r=glandium
Nick Alexander <nalexander@mozilla.com> - Tue, 22 Sep 2015 11:40:06 -0700 - rev 263981
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Bug 1204260 - Post: remove platforms/android-* from |mach bootstrap|. r=glandium
e5ab2152fb0084f4a7737cc830058b10deb19e47: Bug 1204260 - Post: remove platforms/android-* from --with-android-sdk. r=glandium
Nick Alexander <nalexander@mozilla.com> - Sat, 12 Sep 2015 15:35:40 -0400 - rev 263980
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Bug 1204260 - Post: remove platforms/android-* from --with-android-sdk. r=glandium
ddb298c3241597046e6afda3853d0776dced84c7: Bug 1204260 - Pin Android package versions to android-22 and build-tools-22.0.1. r=glandium
Nick Alexander <nalexander@mozilla.com> - Sat, 12 Sep 2015 15:04:19 -0400 - rev 263979
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Bug 1204260 - Pin Android package versions to android-22 and build-tools-22.0.1. r=glandium Right now, --with-android-sdk expects a path to a specific Android SDK version, like /path/to/platforms/android-22. That path is exposed as ANDROID_SDK; the Android SDK root is exposed as ANDROID_SDK_ROOT. Right now, the provided platform's version number is extracted into ANDROID_TARGET_SDK. The extracted ANDROID_TARGET_SDK is checked against a minimum version number (supplied as a parameter to MOZ_ANDROID_SDK). After this patch, --with-android-sdk expects what is now ANDROID_SDK_ROOT, and then derives ANDROID_SDK from that path and a pinned SDK platform version number. The exact version number which we search for is now a parameter given to MOZ_ANDROID_SDK. We accept and fail, with a helpful message, if we recognize an old-style ANDROID_SDK path. The existing MOZ_ANDROID_{MIN,MAX}_SDK_VERSION variables remain as they are. Right now, the Android build tools are searched in a deterministic but non-obvious manner. After this patch, the exact build tools version number is now a parameter given to MOZ_ANDROID_SDK.
a0088558009a84770540478d6341bec81a7a5dc0: Bug 1204260 - Pre: Don't expose ANDROID_{BUILD,PLATFORM}_TOOLS. r=glandium,gbrown
Nick Alexander <nalexander@mozilla.com> - Sat, 12 Sep 2015 14:59:31 -0400 - rev 263978
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Bug 1204260 - Pre: Don't expose ANDROID_{BUILD,PLATFORM}_TOOLS. r=glandium,gbrown This stops exposing ANDROID_BUILD_TOOLS and ANDROID_PLATFORM_TOOLS via AC_SUBST. We expose most tools already, and this adds EMULATOR, and consumes it (and ADB) where appropriate.
4376e4945e8beb2605a67b1c414acd762c95427f: Bug 1204260 - Pre: Move AAR searches later. r=me
Nick Alexander <nalexander@mozilla.com> - Fri, 11 Sep 2015 19:13:45 -0700 - rev 263977
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Bug 1204260 - Pre: Move AAR searches later. r=me This merely groups the AAR searches in the configure output, which reads a little easier.
511e9b64bd6c35ffdd216b590512c673663a92dc: Bug 1108782 - Part 3: Update releng tooltool manifests to use android-sdk-linux with extras/*/m2repository directories. r=glandium
Nick Alexander <nalexander@mozilla.com> - Thu, 03 Sep 2015 16:11:51 -0700 - rev 263976
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Bug 1108782 - Part 3: Update releng tooltool manifests to use android-sdk-linux with extras/*/m2repository directories. r=glandium The new tar.xz file was produced by taking the existing file, removing extras/*/support, and copying over the extras/*/m2repository from my local machine. These directories are all the same across all installs, to the best of my knowledge. I used |xz --compress| with no additional options.
d30da7e9633b39fbf27ae9cb5b9b17b6893f16f7: Bug 1108782 - Part 2: Explode AAR files at configure time. r=glandium
Nick Alexander <nalexander@mozilla.com> - Tue, 22 Sep 2015 10:04:26 -0700 - rev 263975
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Bug 1108782 - Part 2: Explode AAR files at configure time. r=glandium This gets us a limited version of AAR support: we can consume static AAR libraries, where here static does not refer to linking, but to static assets that are fixed at build-backend time and not modified (or produced) during the build. This lets us pin our dependencies (and move to Google's versioned Maven repository packages, away from Google's unversioned ad-hoc packages). By restricting to static AAR libraries, we avoid having to handle truly complicated dependency trees, as changing parts of generated AAR files require delicate rebuilding of the APKs (and internal libraries) that depend on the AAR files. It is possible that we will generate AARs in the tree at some time. Right now, we don't do that, even for GeckoView: the AARs produced are assembled as artifacts at package time and are intended for external consumption. We might want this for GeckoView and Fennec at some time; we should consider using Gradle everywhere at that point. The patch itself does the simplest possible thing (which has precedent from Gradle and other build systems): it simply "explodes" the AAR into the object directory and uses existing mechanisms to refer to the exploded pieces. AARs have both required and optional components. Each component is defined with an expected and required flag. If a component is expected and not present, or not expected and is present, an error is raised. If the component is expected and present, autoconf's ifelse() macro is used to define the relevant AAR_* component variables. If the component is not expected and not present, no action is taken. A consuming build backend therefore can guard all AAR_* component variables with just the top-level AAR variable. Many AAR files have empty assets/ directories. This patch doesn't explode empty assets/ directories, protecting against trivial changes to AAR files that don't impact the build. There's a lot not to like in this approach, including: * We need to manually reference internal AAR libs; * I haven't separated the pinned version numbers out of configure.in. However, it's closer to what we want than what we have!
8396485db77e11211d1444d2a38a86c28f5bd195: Bug 1108782 - Part 1: straighten out Java classpaths. r=glandium
Nick Alexander <nalexander@mozilla.com> - Mon, 31 Aug 2015 13:35:05 -0700 - rev 263974
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Bug 1108782 - Part 1: straighten out Java classpaths. r=glandium This commit is us getting out of our own way. We were specifying -classpath twice, once in $(JAVAC) and once in java-build.mk. Only the latter of these is active. This a problem for ANDROID_EXTRA_JARS -- those JARs should be on the classpath and input to $(DX) -- and JARs that should be on the classpath but *not* input to $(DX). This commit removes the global flags to $(JAVAC) and adds JAVA_{BOOT}CLASSPATH_JARS. This required some hijinkery moving wildcards to moz.build files, but everything seems to work. As well as clarifying some parts of the build, part 2 uses this work to modify the classpath.
73d128e709786f221266d4d39b224911f819f399: Bug 1206571 - ensure Sync UI is in correct state before Sync initialized. r=adw
Mark Hammond <mhammond@skippinet.com.au> - Wed, 23 Sep 2015 11:00:40 +1000 - rev 263973
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Bug 1206571 - ensure Sync UI is in correct state before Sync initialized. r=adw
3450ce49c7d74dcee0b9272a62d0e861b44b2a46: Merge m-c to fx-team, a=merge
Wes Kocher <wkocher@mozilla.com> - Tue, 22 Sep 2015 17:11:23 -0700 - rev 263972
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Merge m-c to fx-team, a=merge
0f7d12dd725225796ef2011843d4e9ff8e86d674: Merge m-c to fx-team, a=merge
Wes Kocher <wkocher@mozilla.com> - Tue, 22 Sep 2015 16:48:10 -0700 - rev 263971
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Merge m-c to fx-team, a=merge
81cb24e420d1e6e4eb7969075ac0879600c558b1: Backed out changeset 005290f8c1d5 (bug 1205398)
Felipe Gomes <felipc@gmail.com> - Tue, 22 Sep 2015 18:43:49 -0300 - rev 263970
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Backed out changeset 005290f8c1d5 (bug 1205398)
0b3cc12017d2649d1e5ae393cdbc849443a5af9c: Bug 1187901 - Case insensitively compare search suggestions query strings. r=MattN
Drew Willcoxon <adw@mozilla.com> - Tue, 22 Sep 2015 14:29:05 -0700 - rev 263969
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Bug 1187901 - Case insensitively compare search suggestions query strings. r=MattN
2acca26772aabb4a7c5fde1ed960646e86c927a7: Bug 1196155 - Update renamed ESLint rules. r=pbrosset
J. Ryan Stinnett <jryans@gmail.com> - Mon, 21 Sep 2015 17:19:19 -0500 - rev 263968
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Bug 1196155 - Update renamed ESLint rules. r=pbrosset
4ac91cde9a3d299dc3c05d1c6d247ba30d0ff3be: Bug 1207108 - Duplicated 'bookmarks_title' string in android_strings.dtd.r=nalexander
Allison Naaktgeboren <ally@mozilla.com> - Tue, 22 Sep 2015 13:39:48 -0700 - rev 263967
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Bug 1207108 - Duplicated 'bookmarks_title' string in android_strings.dtd.r=nalexander
faacd1e73967ff77138806ca5e9d833990b4238f: Bug 1200367 - saved searches should have an opt-out pref in settings.r=liuche
Allison Naaktgeboren <ally@mozilla.com> - Tue, 22 Sep 2015 13:39:48 -0700 - rev 263966
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Bug 1200367 - saved searches should have an opt-out pref in settings.r=liuche
b9cb665a797d20443c3be688d019933d24cdf178: Bug 1178378 - Enable profile click action based on native accounts UI r=nalexander
vivek <vivekb.balakrishnan@gmail.com> - Tue, 22 Sep 2015 22:02:40 +0300 - rev 263965
Push 65484 by cbook@mozilla.com at Wed, 23 Sep 2015 10:47:13 +0000
Bug 1178378 - Enable profile click action based on native accounts UI r=nalexander
(0) -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip