Closed Bug 676275 Opened 13 years ago Closed 13 years ago

Update sdk on build slaves to api level 13

Categories

(Release Engineering :: General, defect)

ARM
Android
defect
Not set
normal

Tracking

(firefox9 fixed, fennec9+)

RESOLVED FIXED
Tracking Status
firefox9 --- fixed
fennec 9+ ---

People

(Reporter: blassey, Assigned: bear)

References

Details

(Whiteboard: [android][buildslaves][QA?])

Attachments

(2 files, 6 obsolete files)

We're going to need to build against some APIs in honeycomb in the very near future and will need this SDK installed.
Blocks: 672661, 675901, 664149
tracking-fennec: --- → ?
Whiteboard: [android][buildslaves]
Blocks: 603008
Assignee: nobody → bear
is api level 13 the same as Android SDK r12 ?
Attached patch sdk r12 rpm spec patch (obsolete) — Splinter Review
Attachment #550498 - Flags: feedback?(jhford)
The following line needs to be added to GeckoAppShell.java:
import android.text.ClipboardManager;

I'm not sure if this has to be a separate bug.
(In reply to comment #3)
> The following line needs to be added to GeckoAppShell.java:
> import android.text.ClipboardManager;
> 
> I'm not sure if this has to be a separate bug.

yes, that's a seperate bug. This bug is just to get the sdk updated on the build slaves.
Comment on attachment 550498 [details] [diff] [review]
sdk r12 rpm spec patch

We fixed a couple issues with the Spec file above this morning.  Looking good
Attachment #550498 - Flags: feedback?(jhford)
tracking-fennec: ? → 8+
Attached patch sdk r12 rpm spec patch (obsolete) — Splinter Review
left http:// in Source0 figuring that we will be using mock soon enough
Attachment #550498 - Attachment is obsolete: true
Attachment #550740 - Flags: review?(jhford)
Attached patch puppet change for sdk r12 (obsolete) — Splinter Review
Attachment #550744 - Flags: review?(dustin)
Comment on attachment 550740 [details] [diff] [review]
sdk r12 rpm spec patch

Review of attachment 550740 [details] [diff] [review]:
-----------------------------------------------------------------

Cool,  r+ with the change in comment.

::: android-sdk/centos5-i686/android-sdk12.spec
@@ +10,5 @@
> +Group: Java
> +# This isn't the original source package but rather a Mozilla built tarball.
> +# The original source package requires downloading additional pieces from
> +# the Internet, which is difficult to do in RPM, and makes reproducability
> +# impossible.

Lets change this comment to the one that notes that we are going to be making modifications inside the spec file.
Attachment #550740 - Flags: review?(jhford) → review+
Attached patch puppet change for sdk r12 (obsolete) — Splinter Review
fixed syntax error
Attachment #550744 - Attachment is obsolete: true
Attachment #550744 - Flags: review?(dustin)
Attachment #550761 - Flags: review?(dustin)
Doesn't that need a
            subscribe   => File["/tools/android-sdk"];
I'm moving away from having a symlink.  The symlink made since when we didn't have 4 "trains" running at the same time.

Now we just put the full dir name into the mozconfig. This also lets them have the dir for testing in try before it hits production mozconfigs
Attachment #550761 - Flags: review?(dustin) → review+
adding this note for future docs - to generate the tarball we use in puppet to install the sdk you have to do:

1. wget the sdk from google
2. tar xf 
3. on a linux box with a GUI, run ./tools/android
4. install the latest sdk using the android GUI
5. tar czf the sdk dir for use in the rpm
Attached patch sdk r12 rpm spec patch (obsolete) — Splinter Review
changed the Source0 value to be a local tarball since the SDK has to be processed after downloading it from Google
Attachment #550740 - Attachment is obsolete: true
Attachment #550836 - Flags: review?(jhford)
Comment on attachment 550836 [details] [diff] [review]
sdk r12 rpm spec patch

committed changeset 31:d7920d260d78
Attachment #550836 - Flags: review?(jhford) → checked-in+
Comment on attachment 550761 [details] [diff] [review]
puppet change for sdk r12

committed changeset 427:b0299c73ab15
Attachment #550761 - Flags: checked-in+
pushed to the production puppet servers
this is being rolled out to android builders now and will exist along side the current sdk

if you want to try the new one in Try then change your sdk path to be

/tools/android-sdk-r12
Comment on attachment 550836 [details] [diff] [review]
sdk r12 rpm spec patch

Review of attachment 550836 [details] [diff] [review]:
-----------------------------------------------------------------

::: android-sdk/centos5-i686/android-sdk12.spec
@@ +10,5 @@
> +Group: Java
> +# This isn't the original source package but rather a Mozilla built tarball.
> +# The original source package comes from Google and has to be un-tar'd and
> +# a GUI tool run to then install the proper SDK package
> +Source0: %{upstream_name}_%{upstream_ver}-linux_x86-releng.tar.bz2

sadfaces :(  if we gotta, we gotta
Attachment #550836 - Flags: review+
Blocks: 669636
Depends on: 677035
changed to sdk r13 and adjusted spec - this creates a new rpm because sdk-r12 has been deployed
Attachment #550836 - Attachment is obsolete: true
Attachment #551532 - Flags: review?(jhford)
Attached patch puppet change for sdk r13 (obsolete) — Splinter Review
changed to installing r13 rpm and ensuring r12 is removed. also moved to using normal rpm package provider
Attachment #550761 - Attachment is obsolete: true
Attachment #551533 - Flags: review?(dustin)
Comment on attachment 551533 [details] [diff] [review]
puppet change for sdk r13

+                            ensure    => latest,

should name the actual version, otherwise puppet will download the RPM on every invocation.
Attachment #551533 - Flags: review?(dustin) → review-
good catch - updated to include version
Attachment #551533 - Attachment is obsolete: true
Attachment #551540 - Flags: review?(dustin)
Comment on attachment 551540 [details] [diff] [review]
puppet change for sdk r13

I think you'll need quotes on the version number.  At any rate, they're probably advisable.  Good to commit with that change.
Attachment #551540 - Flags: review?(dustin) → review+
Attachment #551532 - Flags: review?(jhford) → review+
Comment on attachment 551540 [details] [diff] [review]
puppet change for sdk r13

committed changeset 428:be2164891049
Attachment #551540 - Flags: checked-in+
Comment on attachment 551532 [details] [diff] [review]
sdk r13 rpm spec patch

committed changeset 32:c7e4e55b4579
Attachment #551532 - Flags: checked-in+
puppet-masters have been updated and the android-sdk-r13 package is being installed.

The symlink for /tools/android-sdk will be updated to point to the new one after more than a simple "oh the build is green" test happens
Depends on: 665716
tracking-fennec: 8+ → 9+
Have we built and run successfully with SDK 13 on Try?  Can we start pushing changes to the nightly mozconfigs?
I pushed and built this on try:
http://tbpl.allizom.org/?usebuildbot=1&tree=Try&rev=00479e7d3440

It uses a mozconfig that bear provided to enable the SDK 13.

Builds are here:
https://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/mfinkle@mozilla.com-00479e7d3440/

I installed and ran the opt APK on my Galaxy Tab (7") and it ran fine. I'll test on a few more devices and post results.
Installed and ran fine on my Nexus One (gingerbread) and my Acer A500 tablet (honeycomb 3.1)

I think we should update the production mozconfigs to use SDK 13
(In reply to Mark Finkle (:mfinkle) from comment #28)
> Builds are here:
> https://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/mfinkle@mozilla.
> com-00479e7d3440/

The try build runs fine on T-Mobile myTouch 4G (Android 2.2.1), Nexus One (2.3.4), Galaxy Tab 10.1 (3.1).

I've just noticed the startup animation is not working as supposed, but I don't think it's related to the SDK.
(In reply to Alex Pakhotin (:alexp) from comment #30)

> I've just noticed the startup animation is not working as supposed, but I
> don't think it's related to the SDK.

Different bug, already filed.
Depends on: 682171
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Whiteboard: [android][buildslaves] → [android][buildslaves][QA?]
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: