Closed Bug 1208230 Opened 9 years ago Closed 9 years ago

[gatt] gaia-taskenv, tester images need to be updated to node v4

Categories

(Taskcluster :: Services, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1223661
mozilla46

People

(Reporter: aus, Assigned: aus)

References

Details

Attachments

(1 file, 4 obsolete files)

We want to start using node v4 everywhere and the first step is to get the images updated and uploaded to be ready to be turned on.

It's straightforward, and I have the necessary credentials to update the images.
Attached patch bug1208230-v1.patch (obsolete) — Splinter Review
In lieu of jonasfj, asking garndt for review.
Attachment #8665858 - Flags: review?(garndt)
So, while the pull request do update to 4.0 successfully we have several issues to overcome before this ends. There are quite a few dependent node modules which we're locked into version wise in gaia which will not work in 4.0 and we'll need to update those as necessary (and hope they still work as expected!)!

It's a start though...
Comment on attachment 8665858 [details] [diff] [review]
bug1208230-v1.patch

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

So right now this would be a r- because we should figure out the double installation of node in the tester image.  Also, since this effects all b2g related tests (desktop, emulator, device, mulet) we should push to try and figure out where the problems might be.  The image could be pushed out as a bogus tag for testing (such as 0.99.99) but we don't want to land this change and cause tests to start breaking that were once green because of package dependencies and other issues.

::: testing/docker/tester/Dockerfile
@@ +21,5 @@
>  RUN npm install -g taskcluster-npm-cache@1.1.14
>  RUN rm -Rf .cache && mkdir -p .cache
>  ENV PATH $PATH:/home/worker/bin
>  
> +# Use node 4.0.0 for tester to run Gij appropriately

Wouldn't we want to change this in testing/docker/base-test where the original version of node is getting installed? Or perhaps not have it installed in base-test at all and install it in just tester?  Not sure the super correct place to put it, I don't think anything else is using base-test.

Also, We are installing 0.10.36 in base-test, then installing packages under 0.10.36, and then upgrading node....are there any issues with doing that?  Seems it might be clearer to just install the version of node we want before anything else.
Attachment #8665858 - Flags: review?(garndt) → review-
(In reply to Greg Arndt [:garndt] from comment #4)
> Comment on attachment 8665858 [details] [diff] [review]
> bug1208230-v1.patch
> 
> Review of attachment 8665858 [details] [diff] [review]:
> -----------------------------------------------------------------
> 
> So right now this would be a r- because we should figure out the double
> installation of node in the tester image.  Also, since this effects all b2g
> related tests (desktop, emulator, device, mulet) we should push to try and
> figure out where the problems might be.  The image could be pushed out as a
> bogus tag for testing (such as 0.99.99) but we don't want to land this
> change and cause tests to start breaking that were once green because of
> package dependencies and other issues.

Indeed!
 
> ::: testing/docker/tester/Dockerfile
> @@ +21,5 @@
> >  RUN npm install -g taskcluster-npm-cache@1.1.14
> >  RUN rm -Rf .cache && mkdir -p .cache
> >  ENV PATH $PATH:/home/worker/bin
> >  
> > +# Use node 4.0.0 for tester to run Gij appropriately
> 
> Wouldn't we want to change this in testing/docker/base-test where the
> original version of node is getting installed? Or perhaps not have it
> installed in base-test at all and install it in just tester?  Not sure the
> super correct place to put it, I don't think anything else is using
> base-test.

Yes, unfortunately base-test is missing sources.list(?) and can't be built.
 
> Also, We are installing 0.10.36 in base-test, then installing packages under
> 0.10.36, and then upgrading node....are there any issues with doing that? 
> Seems it might be clearer to just install the version of node we want before
> anything else.

Yeah, ideally we would want to install it there but base-test doesn't seem to build. It's missing sources.list. :/
Flags: needinfo?(garndt)
Taking a look at this image, it appears this is the sources.list:

https://gist.github.com/gregarndt/92e960e6a76624307a24
Flags: needinfo?(garndt)
Depends on: 1220005
Depends on: 1220806
Depends on: 1220875
Attachment #8665857 - Attachment is obsolete: true
Attachment #8665858 - Attachment is obsolete: true
Attachment #8684374 - Flags: review?(garndt)
Comment on attachment 8684374 [details] [diff] [review]
Patch - v2 - Update base-test, tester to node v4

****, forgot to hg qrefresh before exporting this. This is out of date.
Attachment #8684374 - Attachment is obsolete: true
Attachment #8684374 - Flags: review?(garndt)
Attachment #8683927 - Attachment is obsolete: true
Blocks: 1223661
No longer blocks: 1223661
Opened a new bug hoping to resolve my autolander woes, it got really confused. :/
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
Moving closed bugs across to new Bugzilla product "TaskCluster".
Component: TaskCluster → Integration
Product: Testing → Taskcluster
Target Milestone: --- → mozilla46
Component: Integration → Services
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: