-----Message d'origine-----
De : [email protected]
[mailto:[email protected]] De la part de
[email protected]
Envoyé : mercredi 12 juin 2013 21:00
À : [email protected]
Objet : dev-b2g Digest, Vol 23, Issue 22
Send dev-b2g mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.mozilla.org/listinfo/dev-b2g
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific than "Re:
Contents of dev-b2g digest..."
Today's Topics:
1. Re: Proposal for Infrastructure to help out RIL Builds
(Gareth Aye)
2. Problem with sim card (Shao Hang Kao)
3. Re: Problem with sim card (Alexandre Lissy)
4. Re: Problem with sim card (Shao Hang Kao)
5. Re: Problem with sim card (Hubert Figui?re)
6. Re: Problem with sim card (Alexandre Lissy)
7. Need Release Management attention on a bug? Use 'needinfo?'
(Lukas Blakk)
----------------------------------------------------------------------
Message: 1
Date: Tue, 11 Jun 2013 17:23:24 -0700
From: Gareth Aye <[email protected]>
To: Tony Chung <[email protected]>
Cc: [email protected], Jason Smith <[email protected]>,
"[email protected]" <[email protected]>,
[email protected], [email protected],
[email protected]
Subject: Re: [b2g] Proposal for Infrastructure to help out RIL Builds
Message-ID:
<CA+9qnVx6+Y4w2wdJ2PgrD19_CegVTmRwf12B_Ay6BQ-=6_v...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Thanks for the reality check Jason && Tony :). I don't think I knew how
resource-constrained QA was and I just figured this might help bridge what
seems like a pretty big divide between eng and QA.
While we're on the topic, I would really appreciate if someone from QA wouldn't
mind giving an intro to FFOS QA at some point. I'm clearly pretty clueless
about what you guys are up to and I think I'm maybe not the only one? Some of
us are very interested in adding more automated, integration-level tests to
Gaia and it'd be nice if we could work together!
On Tue, Jun 11, 2013 at 4:33 PM, Tony Chung <[email protected]> wrote:
> To add to jason's points, It's absolutely too much overhead for my
> team to smoketest each checkin. The only feasible way is having automated
> tests
> that run per checkin. This is worth discussing with the A-team / Gaia UI
> team if that is feasible, and in what time frame.
>
> our current QA team does write automated tests, but it currently
> supports
> 1.01 smoketests and we havent gotten around to testing new features.
> We're still one build behind and can't catch up current release fast enough
> for
> this. We would request the help of gaia dev in this effort. (device
> level testing is better, but maybe running on desktop build is good
> enough)
>
> The other condition you need is parallelizing gecko changes as gaia
> changes land. I know some checkins are independent of gecko, but some
> aren't and require parallel landings. To test end to end infra per
> checkin, you'd need to sync up landings with gecko. At least within 24
> hours i suppose. This means if we sync master, we'll have to sync
> mozilla-central as well, to truly get integration testing going.
>
> Tony
>
> On Jun 11, 2013, at 3:22 PM, Jason Smith <[email protected]> wrote:
>
> The one problem I have with this proposal is that this sounds like
> this is proposing to do smoke test runs on every single pull request.
> That's likely going to be too much overhead for our smoke test management.
>
>
>
> For patch-specific testing, usually the reviewer handles doing the
> code review of the patch and manually testing the patch to ensure that
> the patch does what it intends to do and that the patch does not cause
> severe regressions. However, there are times when there is value to
> get QA involved on the specific patch (e.g. complex patch that has
> high regression risk). In those cases, I think there's value to
> following a process such as what's you've specified below to generate
> a try build with the pull request and ask for QA support to do testing
> around the patch to check for regressions, ensure the patch does it was says
> it should do, etc.
>
> I think there's a bug on file to add support for Gaia try builds to
> implement this. Note that QA can manually generate a custom Gaia build
> to follow the try build testing process right now, although having the
> automated try build process would definitely make this process easier
> to execute.
>
> Sincerely,
> Jason Smith
>
> Firefox OS QA Engineer
> Mozilla Corporationhttps://quality.mozilla.com
>
> On 6/11/2013 3:06 PM, Gareth Aye wrote:
>
> Hi Everyone!
>
> I wanted to propose an idea for how we can make the RIL builds more
> relevant for and accessible to developers. Let me begin by saying that
> I truly appreciate the work that QA does and that I do personally read
> through all of the smoketest build results to see whether there are
> any regressions my work has introduced. I think it's a great resource!
> This is simply one idea for how we could make it an even better one.
>
> I believe (and I think others would agree) that tests are most useful
> when a patch is submitted for review. When I do a code review, I like
> to see the linter and test results alongside the patch to get a full
> perspective. Travis is actually *much* more useful to me than TBPL
> because Travis tells me how patches affect things when it matters
> most: when I'm reading code and deciding whether a patch is ready to
> land. Imagine how many things we wouldn't have broken if reviewers
> knew (when they accepted
> patches) whether or not they were breaking the smoketests!
>
> So, without further adieu, I propose that we do just that! Let's run
> the smoketests on pull requests!
>
> There's a catch though -- we have a very small QA team and there are
> *lots* of pull requests. It's totally reasonable to question whether
> this is possible. It's my opinion that with some clever automation we
> could make the volume of QA work totally manageable. In broad strokes...
>
> 1. GitHub sends a notification to our service-x to tell us that a
> pull request has been opened against mozilla-b2g/gaia.
> 2. service-x parses from the pull request information which bugzilla
> issue the pull request is trying to fix.
> 3. service-x parses from the pull request which smoketests would be
> affected by the patch.
> 4. service-x fetches the bug from bugzilla and parses out the
> environment (ie gaia version and gecko version) that the patch is
> intended to be applied to.
> 5. service-x cherry picks the patch onto the appropriate gaia branch
> and builds b2g.
> 6. service-x sends a notification (maybe an email?) to qa with a link
> to download the build, the smoketests that need to be run, and a link
> to the pull request to comment on with the result of the smoketests.
>
> I think if we built a service-x, it would make the amount of work
> that qa needed to do in order to provide smoketest results to all of
> the pull requests manageable. The manual work would be minimized to
> flashing a build to a device, running only the affected smoketests,
> and commenting on a GitHub issue.
>
> Any thoughts :) ?
>
> --
> Best,
> Gareth
>
>
>
> _______________________________________________
> Qa-b2g mailing
> [email protected]https://mail.mozilla.org/listinfo/qa-b2g
>
>
> _______________________________________________
> B2g-release-drivers mailing list
> [email protected]
> https://mail.mozilla.org/listinfo/b2g-release-drivers
>
>
>
--
Best,
Gareth
------------------------------
Message: 2
Date: Wed, 12 Jun 2013 16:02:01 +0800
From: Shao Hang Kao <[email protected]>
To: [email protected]
Subject: [b2g] Problem with sim card
Message-ID:
<can03smnag+xh7tvyokz0ybrymcp8kkndyfqtwjbxdngpuhu...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hello!
I'm having problem that sim card not working on my Inari, it worked with
same sim card when I just got this phone with built in software (but I
can't remember the version).
I just fetch the latest code today (from B2G repository with custom gecko
or latest mozilla-central) and deployed to the device, everything works
fine except cellular stuff (from the settings I got the message 'Unknown
SIM card state')
I'm not sure if it's a bug or something wrong with my build configurations?
(I've attached the .userconfig I used, should I enable something to make it
work?)
Also attached some RIL logs, not sure if it helps.
Anyone have same situation before?
Thanks!
S.H.
------------------------------
Message: 3
Date: Wed, 12 Jun 2013 10:08:37 +0200
From: Alexandre Lissy <[email protected]>
To: [email protected]
Subject: Re: [b2g] Problem with sim card
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
Le 12/06/2013 10:02, Shao Hang Kao a ?crit :
> Hello!
>
> I'm having problem that sim card not working on my Inari, it worked with
> same sim card when I just got this phone with built in software (but I
> can't remember the version).
>
> I just fetch the latest code today (from B2G repository with custom gecko
> or latest mozilla-central) and deployed to the device, everything works
> fine except cellular stuff (from the settings I got the message 'Unknown
> SIM card state')
>
> I'm not sure if it's a bug or something wrong with my build configurations?
> (I've attached the .userconfig I used, should I enable something to make it
> work?)
>
> Also attached some RIL logs, not sure if it helps.
Seems like you forgot the attachment :)
Do you have an IMEI set in your device ? Colleagues here with an Inari
which has 0 as IMEI are having similar issues with french network, and I
get the same with my Leo (also IMEI 0).
>
> Anyone have same situation before?
>
> Thanks!
>
> S.H.
>
>
>
> _______________________________________________
> dev-b2g mailing list
> [email protected]
> https://lists.mozilla.org/listinfo/dev-b2g
>
------------------------------
Message: 4
Date: Wed, 12 Jun 2013 23:53:25 +0800
From: Shao Hang Kao <[email protected]>
To: Alexandre Lissy <[email protected]>
Cc: [email protected]
Subject: Re: [b2g] Problem with sim card
Message-ID:
<CAN03SMNvVSLh=jjmg3lcnxhowof8tj1g6zys7jfxmqfmcie...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
(not sure if my previous post get posted succesfully)
I see empty string on IMEI from settings, does it means 0?
If so how do I set IMEI for Inari?
Thanks!
S.H.
2013/6/12 Alexandre Lissy <[email protected]>
> Le 12/06/2013 10:02, Shao Hang Kao a ?crit :
> > Hello!
> >
> > I'm having problem that sim card not working on my Inari, it worked with
> > same sim card when I just got this phone with built in software (but I
> > can't remember the version).
> >
> > I just fetch the latest code today (from B2G repository with custom gecko
> > or latest mozilla-central) and deployed to the device, everything works
> > fine except cellular stuff (from the settings I got the message 'Unknown
> > SIM card state')
> >
> > I'm not sure if it's a bug or something wrong with my build
> configurations?
> > (I've attached the .userconfig I used, should I enable something to make
> it
> > work?)
> >
> > Also attached some RIL logs, not sure if it helps.
>
> Seems like you forgot the attachment :)
>
> Do you have an IMEI set in your device ? Colleagues here with an Inari
> which has 0 as IMEI are having similar issues with french network, and I
> get the same with my Leo (also IMEI 0).
>
> >
> > Anyone have same situation before?
> >
> > Thanks!
> >
> > S.H.
> >
> >
> >
> > _______________________________________________
> > dev-b2g mailing list
> > [email protected]
> > https://lists.mozilla.org/listinfo/dev-b2g
> >
>
> _______________________________________________
> dev-b2g mailing list
> [email protected]
> https://lists.mozilla.org/listinfo/dev-b2g
>
------------------------------
Message: 5
Date: Wed, 12 Jun 2013 11:58:52 -0400
From: Hubert Figui?re <[email protected]>
To: [email protected]
Subject: Re: [b2g] Problem with sim card
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 12/06/13 04:02 AM, Shao Hang Kao wrote:
> I just fetch the latest code today (from B2G repository with custom gecko
> or latest mozilla-central) and deployed to the device, everything works
> fine except cellular stuff (from the settings I got the message 'Unknown
> SIM card state')
I'm getting the same thing with the 1.1 PVT build from June 12.
It was "somewhat" working with 1.0.1.
I have an IMEI set to 0. It was set to something with 1.0.1.
I filed this bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=882174
Will revert to 1.0.1
Hub
------------------------------
Message: 6
Date: Wed, 12 Jun 2013 18:28:21 +0200
From: Alexandre Lissy <[email protected]>
To: [email protected]
Subject: Re: [b2g] Problem with sim card
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
Le 12/06/2013 17:58, Hubert Figui?re a ?crit :
> On 12/06/13 04:02 AM, Shao Hang Kao wrote:
>> I just fetch the latest code today (from B2G repository with custom gecko
>> or latest mozilla-central) and deployed to the device, everything works
>> fine except cellular stuff (from the settings I got the message 'Unknown
>> SIM card state')
>
> I'm getting the same thing with the 1.1 PVT build from June 12.
>
> It was "somewhat" working with 1.0.1.
>
> I have an IMEI set to 0. It was set to something with 1.0.1.
So this would be consistent with he behavior we have on other devices,
like Leo for myself.
>
> I filed this bug:
>
> https://bugzilla.mozilla.org/show_bug.cgi?id=882174
>
> Will revert to 1.0.1
>
> Hub
> _______________________________________________
> dev-b2g mailing list
> [email protected]
> https://lists.mozilla.org/listinfo/dev-b2g
>
------------------------------
Message: 7
Date: Wed, 12 Jun 2013 10:21:57 -0700
From: Lukas Blakk <[email protected]>
To: "[email protected]" <[email protected]>,
"[email protected] ()" <[email protected]>,
"[email protected]" <[email protected]>, dev-b2g
<[email protected]>
Subject: [b2g] Need Release Management attention on a bug? Use
'needinfo?'
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Hi All,
If you need to get release management input on a bug and don't have a
preference for which of us (Alex, Lukas, Bhavanna, and soon Preeti) you get
input from, then please do set a need-info? on our Release Management
[:release-mgmt] Bugzilla account.
This will reach all of us simultaneously and help us see your batsignal sooner
rather than later.
Cheers
Lukas
------------------------------
_______________________________________________
dev-b2g mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-b2g
End of dev-b2g Digest, Vol 23, Issue 22
***************************************
_______________________________________________
dev-b2g mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-b2g
