1190317 - gaia-env Docker image needs to support GTK3

Status: RESOLVED FIXED

(Firefox OS Graveyard :: Gaia, defect)

Description

[John Ford [:jhford] CET/CEST Berlin Time]

A push was made to mozilla-central to switch b2g-desktop to being built with GTK3 instead of GTK2.  This broke the tree all weekend and the change for b2g-desktop [is going to be|was] backed out by Julien or Tomcat this morning after a couple hours of debugging.

As a quick check, I tried installing libgtk3 and there's a ton of apt-get issues with this.

We will need to release a new image for taskcluster/gaia-env which contains gtk3

Comment 1

[Greg Arndt [:garndt]]

looking at blame in gaia it appears we could look to Kevin and/or aus for help with this. 

https://github.com/mozilla-b2g/gaia/tree/master/build/docker/gaia-taskenv

Comment 2

[Ryan VanderMeulen [:RyanVM]]

Gaia closed again at Julien's request.

Comment 3

[Julien Wajsberg [:julienw]]

Added some current information in bug 1190180 comment 12.

Comment 4

[Aus Lacroix [:aus]]

I'm almost done updating the image, will keep you guys posted.

Comment 5

[GitHub Autolander Bot]

Attachment: [gaia] nullaus:bug1190317 > mozilla-b2g:master

Comment 6

[GitHub Autolander Bot]

Attachment: [gaia] nullaus:bug1190317 > mozilla-b2g:master

Comment 7

[Aus Lacroix [:aus]]

Comment on attachment 8642567 [details] [review]
[gaia] nullaus:bug1190317 > mozilla-b2g:master

test run says we're running Gij again! w00t!

Comment 8

[Aus Lacroix [:aus]]

Comment on attachment 8642608 [details] [review]
[gaia] nullaus:bug1190317 > mozilla-b2g:master

tests say we're running Gij again! Updated decision task to use latest gaia-taskenv as well.

Comment 9

[Aus Lacroix [:aus]]

Fixed! Gaia can re-open.

Comment 10

[Mike Hommey [:glandium]]

Why are those jobs not using the same images as the TC jobs for Gij and Gu on m-i and m-c in the first place?

Comment 11

[Julien Wajsberg [:julienw]]

This is a question for aus.

Comment 13

[Aus Lacroix [:aus]]

(In reply to Mike Hommey [:glandium] from comment #10)
> Why are those jobs not using the same images as the TC jobs for Gij and Gu
> on m-i and m-c in the first place?

Because we don't need everything that the tester image requires.

Comment 14

[Mike Hommey [:glandium]]

(In reply to Aus Lacroix [:aus] from comment #13)
> (In reply to Mike Hommey [:glandium] from comment #10)
> > Why are those jobs not using the same images as the TC jobs for Gij and Gu
> > on m-i and m-c in the first place?
> 
> Because we don't need everything that the tester image requires.

And the result is that things can break on the gaia branch without a breakage on m-i/m-c.

Comment 15

[Aus Lacroix [:aus]]

(In reply to Mike Hommey [:glandium] from comment #14)
> (In reply to Aus Lacroix [:aus] from comment #13)
> > (In reply to Mike Hommey [:glandium] from comment #10)
> > > Why are those jobs not using the same images as the TC jobs for Gij and Gu
> > > on m-i and m-c in the first place?
> > 
> > Because we don't need everything that the tester image requires.
> 
> And the result is that things can break on the gaia branch without a
> breakage on m-i/m-c.

Yep, but, that's the case for several other images as well that we use for specialized purposes. Building one end-all-be-all image would result in a significant slowdown during instance set-up.

Comment 16

[Neon]

On my CentOS 6.6 64-bit, I am no longer able to run lastest Firefox Dev Edition (42.0a2), since it does not have GTK3

XPCOMGlueLoad error for file /data/apps/firefox-dev-ed/libmozgtk.so:
libgtk-3.so.0: cannot open shared object file: No such file or directory
Couldn't load XPCOM.

ldd libmozgtk.so
	linux-vdso.so.1 =>  (0x00007fff20509000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fefd7622000)
	libdl.so.2 => /lib64/libdl.so.2 (0x00007fefd741d000)
	libgtk-3.so.0 => not found
	libgdk-3.so.0 => not found
	libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007fefd7116000)
	libc.so.6 => /lib64/libc.so.6 (0x00007fefd6d82000)
	/lib64/ld-linux-x86-64.so.2 (0x0000003985200000)
	libm.so.6 => /lib64/libm.so.6 (0x00007fefd6afe000)
	libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fefd68e7000)