from:"Naoki Hirata"

Re: [b2g] OTA size modular builds?

2015-09-14 Thread Naoki Hirata

Thanks Thomas for the feedback.  You are right, testing will be a
nightmare.  At the same time, reducing space is necessary if we're to fit
on the flame device for OTA.

Tim, I found a regression range :
12 MB change; 2.28 MB, patch just for PocketSphinx etc. the voice engine
for Vaani.
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=e5ee2c56963c=0920f2325a6d
<http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ba43a48d3c52=08015770c9d6>

There is a 3 MB difference comes between this change set:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ba43a48d3c52=08015770c9d6

Together with both these ranges that's a 15 MB difference.

Regards,
Naoki



On Mon, Sep 14, 2015 at 1:10 AM, Thomas Zimmermann <tzimmerm...@mozilla.com>
wrote:

> cc'ing dev-fxos, as dev-{b2g,gaia} are deprecated
>
> Hi
>
> Am 13.09.2015 um 07:15 schrieb Naoki Hirata:
> > There was a 15 MB increase within the last several months.
> > Part of the size change has to do with gecko support for new gaia
> > features.
> >
> > Even if the app is not added to gaia, the gecko portion will still
> > have the code.
> >
> > I was wondering would it be possible to make the gecko portion be just
> > as modular?
> > ie a way to drop the compile of the gecko side if the vendor doesn't
> > want to include a feature?
>
> I generally dislike the idea of a modular Gecko builds. We sometimes
> have problems because RIL is optional. Testing all the different
> combinations will become a QA nightmare as the number of individual
> modules increases. If Gecko's size is a problem, we should first try to
> shared more code between Gecko features. I feel that there's still
> potential.
>
> If only the size of the OTA is a problem, we might be able to send out a
> binary diff of the changes, which is applied to the existing files on
> the device. Creating the diff file would require patch tools that
> understand ELF binaries.
>
> Best regards
> Thomas
>
> >
> >
> >
> >
> > ___
> > dev-b2g mailing list
> > dev-b2g@lists.mozilla.org
> > https://lists.mozilla.org/listinfo/dev-b2g
>
>
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

[b2g] OTA size modular builds?

2015-09-12 Thread Naoki Hirata

There was a 15 MB increase within the last several months.
Part of the size change has to do with gecko support for new gaia features.

Even if the app is not added to gaia, the gecko portion will still have the
code.

I was wondering would it be possible to make the gecko portion be just as
modular?
ie a way to drop the compile of the gecko side if the vendor doesn't want
to include a feature?
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Reverse tethering in Firefox OS?

2015-09-11 Thread Naoki Hirata

I'm not sure.  I'm guessing it might be a driver issue.
Having said that, is there any thing in any of the logs that might give you
a direction to work with?

On Fri, Sep 11, 2015 at 12:45 PM, Chan Ju Ping <em...@chanjp.me> wrote:

> On Linux. Specifically OpenSUSE 13.2.
>
> On Friday, September 11, 2015 08:21:54 AM Naoki Hirata wrote:
> > Which platform are you on?  If you are on the Mac you may need to use a
> > different driver.
> >
> > From https://wiki.mozilla.org/B2G/QA/Tips_And_Tricks:
> >
> >- Android Tethering might not necessarily work with Mac due to missing
> >drivers. A resolution for this is HoRNDIS:
> >   - http://www.joshuawise.com/horndis#available_versions
> >
> > On Thu, Sep 10, 2015 at 10:10 PM, Chan Ju Ping <em...@chanjp.me> wrote:
> > > I was wondering whether it would be possible to perform reverse
> tethering
> > > on Firefox OS. I tried the instructions here
> > > <http://forum.xda-developers.com/showthread.php?t=2287494>, and they
> > > didn't seem to work.
> > >
> > >
> > >
> > > Would anyone like to give it a try and report back?
> > >
> > > ___
> > > dev-b2g mailing list
> > > dev-b2g@lists.mozilla.org
> > > https://lists.mozilla.org/listinfo/dev-b2g
>
>
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Documenting Engineering mode framework - help needed

2015-09-11 Thread Naoki Hirata

Evelyn, could you help Chris out please?

Chris, thanks for pointing this bug out and trying to get it documented!
I think we might have to get QA folks to use this as well.

On Fri, Sep 11, 2015 at 12:35 AM, Chris Mills  wrote:

> Hi there,
>
> I have just been looking over
> https://bugzilla.mozilla.org/show_bug.cgi?id=997564, and am intending to
> document the engineering mode framework soon. But I don’t have any details
> about it, so was wondering if someone could give me some help?
>
> 1. I’m not really sure what it is, or what it does. Is there a writeup
> somewhere? I’d probably want to write up a page somewhere to explain it.
>
> 2. It looks like the only relevant API is
> http://mxr.mozilla.org/mozilla-central/source/dom/webidl/EngineeringMode.webidl.
> Could someone confirm this, and let me know what the members do?
>
> 3. It loos like there is a special web activity involved. Could someone
> explain that to me?
>
> 4. Are there any other details I’m missing that are relevant?
>
> Thanks,
>
> Chris Mills
>   Senior tech writer || Mozilla
> developer.mozilla.org || MDN
>   cmi...@mozilla.com || @chrisdavidmills
>
>
>
> ___
> dev-fxos mailing list
> dev-f...@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-fxos
>
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Reverse tethering in Firefox OS?

2015-09-11 Thread Naoki Hirata

Which platform are you on?  If you are on the Mac you may need to use a
different driver.

>From https://wiki.mozilla.org/B2G/QA/Tips_And_Tricks:

   - Android Tethering might not necessarily work with Mac due to missing
   drivers. A resolution for this is HoRNDIS:
  - http://www.joshuawise.com/horndis#available_versions



On Thu, Sep 10, 2015 at 10:10 PM, Chan Ju Ping  wrote:

> I was wondering whether it would be possible to perform reverse tethering
> on Firefox OS. I tried the instructions here
> , and they
> didn't seem to work.
>
>
>
> Would anyone like to give it a try and report back?
>
> ___
> dev-b2g mailing list
> dev-b2g@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-b2g
>
>
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Websites for power monitoring

2015-09-08 Thread Naoki Hirata

Just to note, also that the update mar  and the blob free files are on the
public side that don't require authentication.

https://tools.taskcluster.net/index/artifacts/#gecko.v2.mozilla-central.latest.b2g/gecko.v2.mozilla-central.latest.b2g.flame-kk-ota-debug


On Tue, Sep 8, 2015 at 1:29 PM, Jonas Sicking  wrote:

> If you are doing this as part of automated testing, then I believe
> that most of our automated testsuites have a builtin webserver which
> can run serverside logic. Should be easy to write a simple serverside
> logic that just continuously serves endless content.
>
> / Jonas
>
> On Tue, Sep 8, 2015 at 11:02 AM, Jonathan Hylands 
> wrote:
> >
> > Hi everyone,
> >
> > I'm building up a suite of automated tests that measure power
> consumption on
> > FxOS phones while the phone is doing specific actions (recording video,
> > playing music, idle, etc).
> >
> > Right now I'm working on wifi-enabled testing, and specifically I'm
> looking
> > for websites that I can direct the browser to that will keep pushing
> data to
> > the phone over the span of a minute or two.
> >
> > Any ideas?
> >
> > Thanks,
> > Jon
> >
> >
> > ___
> > dev-gaia mailing list
> > dev-g...@lists.mozilla.org
> > https://lists.mozilla.org/listinfo/dev-gaia
> >
> ___
> dev-gaia mailing list
> dev-g...@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-gaia
>
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Orange Klif Build

2015-09-04 Thread Naoki Hirata

AFAIK, Natalia is right.  The vendor/manufacturer has to root the phone if
you want the phone rooted.

If it's a build you want, Alcatel is providing the builds at the location
that you mentioned:
http://sourceforge.net/projects/alcatel/files/

You have to have access to fastboot, I believe; ie adb reboot bootloader
once you setup adb support on the phone and install android sdk.


On Fri, Sep 4, 2015 at 5:08 AM, Mohamed Hafez 
wrote:

> any one can help here!!
>
> On 3 September 2015 at 14:39, dattaz  wrote:
>
>> Have you a root access on the device ?
>> you need it from building/flashing
>>
>> dattaz
>>
>>
>> Le 03/09/2015 11:46, mohamed7af...@gmail.com a écrit :
>> > Is there any Build from FFOS for Orange Klif Device?
>> > i found this link but i still don't work.
>> > http://sourceforge.net/projects/alcatel/files/
>> > ___
>> > dev-b2g mailing list
>> > dev-b2g@lists.mozilla.org
>> > https://lists.mozilla.org/listinfo/dev-b2g
>> >
>>
>
>
>
> --
> [image: photo]
> *Mohamed Hafez*
> Software engineer, Middle East News Agency
> m:(+2)01114792261 | e:mohamed7af...@gmail.com  |
> w:http://mohamed7afezz.com/
>   
> 
> 
> 
> 
>   
>
> ___
> dev-b2g mailing list
> dev-b2g@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-b2g
>
>
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Freshly installed nightly on my flame, how can I get apps out of smart collections?

2015-09-04 Thread Naoki Hirata

New home screen doesn't have smart collection.
This is not a bug as far as I know.  Chris Lord can probably better comment.

On Fri, Sep 4, 2015 at 6:41 AM, Michael Henretty 
wrote:

>
> On Fri, Sep 4, 2015 at 3:20 PM, goto  wrote:
>
>> That's the "new homescreen" mentioned in my initial posting. :)
>> He isn't in the Developer menu but, but in "Settings" -> "Homescreens"
>> (not "Homescreen"). His look & feel is nice, I also have my
>> phone/message/contacts back again.
>> Sadly he ignores my "Icon Layout" Settings, which is "Four Columns" and
>> not three. He also doesn't show me my bookmarks on the homescreen.
>>
>
>
> Yes, the plan is to use this new homescreen in 2.5, since it will
> integrate with features of pin-the-web.
>
> You can get the 4 column layout in the new homescreen by pinching :)
>
> Not getting your bookmarks I believe is this bug, which we are looking
> into currently:
> https://bugzilla.mozilla.org/show_bug.cgi?id=1200851
>
> ___
> dev-b2g mailing list
> dev-b2g@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-b2g
>
>
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

[b2g] Profile Management on Device?

2015-09-03 Thread Naoki Hirata

I think it would help out if we had some sort of profile management where
all profile information was stored in a certain directory much like the
Desktop version of Firefox.

This way we can easily backup and restore profiles for all sorts of things.

The other thing that this would allow is we could encrypt a profile so that
it's locked down even on device.

Why an end user might want this is that if they let their kid use the
device, they might have a "kid gaming mode" versus "work mode" versus
"personal use mode"

Would this be a feasible feature for the next version? (not 2.5)  It might
take a bit of work, at the same time, I think it would greatly help in
various ways including backup/restore of profiles for testing.
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

[b2g] Building for Flame on OS X and 10.10

2015-08-28 Thread Naoki Hirata

I found this article was a bit out of date and found out why some people
were building with ./config flame:
https://developer.mozilla.org/en-US/docs/Mozilla/Firefox_OS/Building_and_installing_Firefox_OS/Building_for_Flame_on_OS_X

I updated the wiki some; perhaps this might curb the mistakes when building
on OS X.

Also to note, there was a B2G patch for the Mac OS X bootstrap code, I
pushed for a contributor after getting a review+ on the code from a Moz
Dev.  This is so that 10.10 is now accounted for.

In case you're wondering, I got a 10.10 machine and I'm doing some build
testing on it.

Regards,
Naoki
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] is there a way I can only build a specific file/folder and flash only that file/folder to my test device ?

2015-08-26 Thread Naoki Hirata

I think you can for gaia/apps.  There's the build variable APP=.

See
https://developer.mozilla.org/en-US/Firefox_OS/Developing_Gaia/make_options_reference#Build_specific_apps

If you're looking for more of folder changes, etc:
https://developer.mozilla.org/en-US/Firefox_OS/Developing_Gaia/Customizing_build-time_apps

I'm not sure about gecko.

On Wed, Aug 26, 2015 at 5:42 PM, inblevisi...@gmail.com wrote:

 Hi all:

 I was just wondering if I can build and flash only a specific file/folder
 which I changed in gecko and gaia folders.

 to be specific, inside:
 gecko/dom/
 gaia/apps/

 Because, sometimes building does not go through and gives me errors and
 then I do it again - it works fine. But it takes really long time to build
 the code and I just have to wait till its done.

 We are just making small changes to the files to log some data and don't
 want to just build complete gecko or gaia folders so many times a day.


 Thanks.



 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

[b2g] Fwd: New B2G Tools Package - b2g_util

2015-08-24 Thread Naoki Hirata

Askeing had made this pretty cool tool.  Check it out!

-- Forwarded message --
From: Fu-Hung Yen f...@mozilla.com
Date: Thu, Aug 20, 2015 at 7:54 PM
Subject: New B2G Tools Package - b2g_util

Hi all,

I want to introduce you a new b2g tools package, b2g_util [1].
It can help you:

   - check the b2g version
   - get the crash report link
   - reset device
   - enable/disable the cert apps for WebIDE
   - backup/restore profile(workaround solution).

To install it, simply run the following command [2].

$ sudo pip install -U b2g_util

Now you can try to connect your device and get the version information in
any folder.

$ b2g_check_versions

By the way, the new tool for Flashing Builds from Taskcluster is still TBD.
We only have a simple tool to download builds from Taskcluster [3] now.
However, the temporary credentials still doesn't work [4].
So, it only work fine with special credentials requested from bugzilla.

Best Regards,
Askeing

[1] https://pypi.python.org/pypi/b2g_util
[2] You have to install Python 2.7, pip, and setuptools before install.
[3] https://pypi.python.org/pypi/taskcluster_util
[4] https://bugzilla.mozilla.org/show_bug.cgi?id=1097780
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Unofficial branding - let's make it better

2015-08-20 Thread Naoki Hirata

This bug might lead a clue in regards to changing the boot animation :
https://bugzilla.mozilla.org/show_bug.cgi?id=825015

On Thu, Aug 20, 2015 at 3:38 PM, Dietrich Ayala dietr...@mozilla.com
wrote:

 The default branding of Firefox OS is... well, not Firefox OS.

 It's the powered by image, and the Fox-less blue globe icon.

 One contributor described it as: Just a few sad pale blue orbs. No
 identity. No fun.

 This is a fixable problem!

 And fixing it means that people using their own builds, and ports to
 unsupported devices, and IoT devices and anywhere else will have a fun
 and *good looking* experience.

 The assets are here for Gaia:
 http://mxr.mozilla.org/gaia/source/shared/resources/branding/unofficial/

 I'm not sure where boot animations live, but surely someone here does.

 I'm looking into whether we can re-use some of the Firefox Developer
 Edition for default logos and such.

 Any ideas? Any animation wizards want to put together a boot animation?
 ___
 dev-gaia mailing list
 dev-g...@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-gaia

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

[b2g] Try server and Blobfree

2015-08-19 Thread Naoki Hirata

One of the issues I heard is that the gecko folks aren’t able to test 
themselves or hear about on devices issues too late.

I filed bug Bug 1196487 https://bugzilla.mozilla.org/show_bug.cgi?id=1196487 
- B2G blobfree builds on try server
I think this would be one way we can test the gecko builds prior to on device.
Since it doesn’t contain blobs, we should be able to have these publicly 
available even.

At least that was my thought process.  Would people find this helpful?

Regards,
Naoki


___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Build Errors with Aries

2015-08-19 Thread Naoki Hirata

Chris, Not sure.  I guess knowing this, I will try to implement it in my work 
flow whenever I run into build issues.

In regards to the Mac build, that’s just one of the issues with building on the 
Mac.  I ran into some other issues as well and had stopped QAing the building 
on Mac due to time constraints of needing to make my own build and getting 
other thing done.

I might restart my attempts to QA again soon; I have a lot to catch back up on 
after taking a week of PTO.

Regards,
Naoki

 On Aug 18, 2015, at 5:04 AM, Chris Mills cmi...@mozilla.com wrote:
 
 
 On 12 Aug 2015, at 07:22, Alexandre Lissy ali...@mozilla.com wrote:
 
 Le 11/08/2015 16:08, Michael Henretty a écrit :
 As stated on IRC, building is broken on Mac. Does anyone know the bug
 number for this? We should update the docs on MDN to point to this,
 otherwise we are going to be wasting people's time.
 
 I am working on getting it to work on Mac. And the truth is, the status
 of MDN docs is not just a lack of update, it's totally outdated.
 
 Could someone help me try to update the docs? I have a lot of different areas 
 of responsibility in the MDN docs, and can’t possibly hope to keep on top of 
 all this stuff if no-one tells me anything is wrong, or has changed.
 
 (I’m not moaning at you, alissy, you are really helpful with the docs.)
 
 Are those responsible for the FxOS build system using the dev-doc-needed bug 
 keyword system? This is how I generally keep on top of what needs work.
 
 Who should I speak to about this area of engineering?
 
 thanks,
 
 Chris Mills
  Senior tech writer || Mozilla
 developer.mozilla.org || MDN
  cmi...@mozilla.com || @chrisdavidmills
 
 
 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Status of emulator-x86-kk on Treeherder/TaskCluster

2015-08-10 Thread Naoki Hirata

I think we also need a dedicated b2g build person in general to focus on
build creation + other possible tooling, in addition to ensuring nightly
builds and green tests.

On Mon, Aug 10, 2015 at 11:09 AM, Selena Deckelmann sdeckelm...@mozilla.com
wrote:

Hi!

Hsin-Yi - can I work with you to get this work better understood? Either
a Vidyo/Hello meeting or IRC to talk through some details?

I haven't worked directly with B2G teams in the past -- I am the new
manager for the TaskCluster team, and work for Lawrence Mandel as a
Technical Lead in Release Engineering.

I mentioned this at Whistler: we need dedicated people inside B2G org to
own these in-tree configurations.

The TaskCluster team is available to train people on how to create task
definitions for build and test automation. We do not have enough staff to
manage greening up individual tests. This team is focused this quarter on
making the TaskCluster platform production ready for Firefox Desktop and
migrating off of BuildBot.

I've responded in detail below:

On Sunday, August 9, 2015 at 8:12:58 PM UTC-7, Hsin-Yi Tsai wrote:

== Follow-up Tasks ==
Stabilize TaskCluster. By monitoring Treeherder [1], it
looks that emu-ics tests on TC are not stable enough,
while results of the same tests are much greener on old
mechanism. Wondering if the failures result from
instability of TaskCluster. If so, we should fix the
instability first.

Fixing the tests requires a bunch of in-tree work. TaskCluster is designed
so that development teams can manage their own builds. All build
configuration will be moved in-tree for this purpose.

In looking at the builds that are failed, there appear to be configuration
errors in the task definitions:

https://tools.taskcluster.net/task-inspector/#d5ktZVx1Tc-0JguzfzdM5Q/

This is trying to execute a task with the command-line option
'--test-packages-url', but the necessary URL is not specified.

As I mentioned above, I can work with you on identifying the failures on
each build and helping identify fixes. If there are TaskCluster-specific
failures, we can address those. So far in my looking at the tasks, I've
only seen in-tree task definition errors.

Bug 1159091 - gecko:
Show emulator-x86-kk as it's own platform

This seems to be well underway.

Bug 1192118 - To
be able to enable tests per module on TackCluster

This request is for in-tree decision task changes, not a TaskCluster
feature. The in-tree stuff is just configuration, and chunking tests not
something that TaskCluster itself could do automatically. Someone has to
rewrite that config and/or the build itself.

[1]
https://treeherder.allizom.org/#/jobs?repo=tryrevision=f63190a6166fexclusion_profile=false

[2] https://wiki.mozilla.org/B2G/Emulator#Fix_Failed_test_cases

Thank you for assembling this!

I had a look through and, as I mentioned above, noticed that there's quite
a bit of bustage in-tree, that I think can be addressed if we work together.

-selena

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Fox Food Builds and backouts

2015-08-05 Thread Naoki Hirata

Currently build bot is set for 3 am and 3 pm pdt for starting their job. I
forgot that it changed recently with bug 1186726.
(
https://hg.mozilla.org/build/buildbot-configs/file/60516a7af686/mozilla/b2g_config.py#l1343
)

Note: There is some issues where there's overlapping builds pushing to the
OTA which I am investigating with wcosta and some help from bhearsum as
well as ryanvm, so the OTA channels are being manually set.

I am not sure how to tackle this concern. I believe that you are right; If
we can find another owner to maintain backouts/followups in your timezone
and for us to sync up that may help the situation.
The policy was made out of concern for gecko devs, at the same time I'm not
sure how to be fair to all devs (gecko, gaia, gonk).

On Mon, Aug 3, 2015 at 8:52 PM, Tim Guan-tin Chien timdr...@mozilla.com
wrote:

Thank you for codify the policy.

On Fri, Jul 31, 2015 at 8:17 AM, Naoki Hirata nhir...@mozilla.com wrote:
2) I think I would prefer to backout if I can't get in touch with the
developer in time for the next build that's coming out.
3) If I can get in touch with them, I would like to give them a chance to
either turn it off for the next build.
4) If they cannot patch in time, then I will back out.

What time of the hour are builds being spin out? I would worry a
policy like this would pose an unfair situation for people living on
certain timezones.

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Turning off OSX and Windows B2G desktop builds

2015-08-05 Thread Naoki Hirata

I think the discussion is that :
Web IDE allows for downloading the simulator which is based on the
b2g-desktop.  If we move to mulet, then the simulator will have to move to
using mulet.

On Wed, Aug 5, 2015 at 1:59 PM, Jonas Sicking jo...@sicking.cc wrote:

 What does it mean to have Simulator use Mulet? Why do we need
 simulator if we have Mulet?

 / Jonas

 On Wed, Aug 5, 2015 at 12:40 PM, J. Ryan Stinnett jry...@gmail.com
 wrote:
  The Firefox OS Simulator add-on is still based on B2G desktop today.
 
  In the past, we've released new add-ons by pulling XPIs from B2G
  desktop build runs in automation (for all existing platforms).
 
  There's been discussion about having the simulator use Mulet instead,
  but so far no action has been taken. I think we should delay this
  until we've moved the Simulator off B2G desktop, or else it could be
  hard to get a working build in the future.
 
  I'll work with Alex Poirot and others to see what the plans for this
  would look like.
 
  - Ryan
 
  On Wed, Aug 5, 2015 at 11:54 AM, Ryan VanderMeulen
  rvandermeu...@mozilla.com wrote:
  We don't run any tests on OSX/Windows.
 
  On Wed, Aug 5, 2015 at 12:53 PM, Jonas Sicking jo...@sicking.cc
 wrote:
 
  I believe we are running some tests only on b2g-desktop still. There's
  work to get all those tests running on Mulet. That work is getting
  pretty close, but it's not done yet. Until we have coverage on Mulet I
  don't think we can turn off any tests on B2G Desktop.
 
  Should be very soon though!
 
  / Jonas
 
  On Wed, Aug 5, 2015 at 9:16 AM, Ryan VanderMeulen
  rvandermeu...@mozilla.com wrote:
   Most Gaia testing has been transitioned from the Linux64 B2G Desktop
   builds
   to Mulet. Given the intent to deprecate B2G Desktop builds and the
 fact
   that
   we're already running OSX and Windows Mulet builds in automation, I'd
   like
   to shut off OSX and Windows B2G Desktop builds now.
  
   Bug 1191359 tracks this work and I will proceed unless I hear
 something
   to
   the contrary by the end of the week.
  
   -Ryan
  
   ___
   dev-gaia mailing list
   dev-g...@lists.mozilla.org
   https://lists.mozilla.org/listinfo/dev-gaia
  
 
 
 
  ___
  dev-gaia mailing list
  dev-g...@lists.mozilla.org
  https://lists.mozilla.org/listinfo/dev-gaia
 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] How can I modifiy devicePixelRatio?

2015-07-31 Thread Naoki Hirata

http://mxr.mozilla.org/gaia/search?string=GAIA_DEV_PIXELS_PER_PX

On Fri, Jul 31, 2015 at 2:45 AM, John Hu (胡訓誠) j...@mozilla.com wrote:



 On Fri, Jul 31, 2015 at 3:41 PM, Julien Wajsberg jwajsb...@mozilla.com
 wrote:

 Le 30/07/2015 19:12, Kartikaya Gupta a écrit :
  IIRC there's also a GAIA_DEV_PIXELS_PER_PX env variable for gaia and
  I'm not entirely sure what that does, it may or may not be related.

 AFAIK it only selects the right images/videos to push to the device, so
 that eg image-based backgrounds do not look blurry.


 BTW, it only works at build time. Build script will rename im...@1.5x.jpg
 to image.jpg if we use 1.5.



 --
 --
 --
 John Huj...@mozilla.com
 Senior Software Engineer, Connected Device Team
 Firefox OS,  Mozilla Corporation Taipei Office.

 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g


___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Fox Food Builds and backouts

2015-07-30 Thread Naoki Hirata

So for the past couple of days we (qa) had things that come up that made us
re-examine this backout immediately policy:
1) the security bug and the regression that the patch caused: bug 1173284
and bug 1189455 https://bugzilla.mozilla.org/show_bug.cgi?id=1189455
respectively.
a) In this instance, the regression that the patch causes gives a better
situation than the original situation.  we prefer not to back out in this
instance.
2) https://bugzil.la/1189261 ; gfx defect; I was able to chat with the dev
on irc and  there's a bug 1188995 that has a dependency on it (as I was
told ) for the Mac Os X platform.  I asked him to create a patch for
disabling this on the b2g side in which he quickly did so and it is in :
bug 1189399
3) We (QA) came to realize recently that we also need to reevaluate what we
mean by dogfood-blocker; as there are some things that some people don't
regularly use (like  bluetooth ( bug 1182644
https://bugzilla.mozilla.org/show_bug.cgi?id=1182644 ) and NFC ( bug
1188639 https://bugzilla.mozilla.org/show_bug.cgi?id=1188639 ) and a few
other things).

The change in guideline that I am thinking about putting myself through is
this:
1) If a regression is not worse than the original issue, I would prefer to
keep the patch and then ask the dev who regressed to fix the regression as
well.
2) I think I would prefer to backout if I can't get in touch with the
developer in time for the next build that's coming out.
3) If I can get in touch with them, I would like to give them a chance to
either turn it off for the next build.
4) If they cannot patch in time, then I will back out.

This probably takes a bit more legwork; at the same time, I think it will
help us move forward better and cause less tension of me backing out
everything all the time.  The end goal is to deliver at least 1 good
dogfood build a week w/ the majority of the device working so one could use
it as a regular device.

If I could get some feeback on this approach, I would apprecate it.

Regards,
Naoki

https://bugzilla.mozilla.org/show_bug.cgi?id=1189455

On Mon, Jul 27, 2015 at 2:30 PM, Naoki Hirata nhir...@mozilla.com wrote:

 Fair enough.

 I'll take it as a learning experience that I need to backout the related
 tests as well as the issue and I take full responsibility for not backing
 out the tests as well, which caused reds.

 Having said that, having cooperation from developers would be
 appreciated.  We're trying to get a working build out to our end users.
 Not argue where the issues are.

 If there's no cooperation, I'll back out of the whole thing next time and
 possibly asking sheriffs to help.

 Regards,
 Naoki



 On Mon, Jul 27, 2015 at 2:21 PM, L. David Baron dba...@dbaron.org wrote:

 On Monday 2015-07-27 12:03 -0700, Naoki Hirata wrote:
  The dev knew about the crash locally:
  https://bugzilla.mozilla.org/show_bug.cgi?id=1186965#c24
  So shouldn't that prevent him from landing in the first place if he's
  crashing locally?

 That comment was from after the regression was found, not before.

 Developers are not responsible for manually testing things across
 multiple devices and platforms unless there's particular reason to
 think that such testing is needed (e.g., because the change has
 platform-specific or device-specific code).

 The underlying problem here is that it's relatively easy to have a
 build that we consider unacceptable for our nightly users that still
 passes all of our automated tests.  (In this case that appears to be
 because we're only running Firefox OS mochitests on top of Android
 ICS, which isn't what we're shipping to our nightly users.)  If the
 automated test coverage covered most of the things that we consider
 essential for our nightly users, as it does for Firefox, we'd be
 much less likely to have these problems.

 And people doing backouts are still responsible for backing out
 changes correctly, and in a way that doesn't break other tests.

 -David

 --
 턞   L. David Baron http://dbaron.org/   턂
 턢   Mozilla  https://www.mozilla.org/   턂
  Before I built a wall I'd ask to know
  What I was walling in or walling out,
  And to whom I was like to give offense.
- Robert Frost, Mending Wall (1914)



___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Fox Food Builds and backouts

2015-07-27 Thread Naoki Hirata

The backout was done based on the suggestion that the Dev made:
https://bugzilla.mozilla.org/show_bug.cgi?id=1186965#c9

The dev was well aware of the crash it caused as well as the tests he could
have backed out of.
Should I have backed out of his tests for that as well?  Based on this
information, it sounds like I should have.

It doesn't make sense to me why a dev knowing that a crash happens doesn't
try to fix the crash before landing the whole thing.  I understand not
wanting to hide an issue, but to not resolve the issue and then have other
people on nightly suffer as well doesn't make sense to me.


On Sun, Jul 26, 2015 at 11:32 PM, Carsten Book cb...@mozilla.com wrote:

 Hi,

 just as little reminder.

 Please be careful with backouts.

 We had a issue on friday when a backout was incomplete (like from 2
 checkins landed from a bug only one backed out) and so this broke break W3
 test on all platforms where MSE was enabled (win = 7 and OSX) on
 mozilla-central. So this caused more issues for the Mozilla-Central Tree
 and so not just b2g. (also seems the original code in this case was
 innocent and so relanded);

 Cheers,

 - Tomcat


 On Fri, Jul 24, 2015 at 8:58 PM, Jonas Sicking jo...@sicking.cc wrote:

 On Fri, Jul 24, 2015 at 8:58 AM, Naoki Hirata nhir...@mozilla.com
 wrote:
  Also does anyone have any objections to backing out immediately?

 Not at all.

 I fully agree with Dietrich and Kyle.

 / Jonas
 ___
 dev-gaia mailing list
 dev-g...@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-gaia



___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] New Flame Base Build

2015-07-27 Thread Naoki Hirata

Thanks for the feedback!
There's a v4 build coming out soon, hopefully.  I will make the adjustments
there.

On Sat, Jul 25, 2015 at 1:27 AM, sw1a...@gmail.com wrote:

 Please consider adding a base image date stamp on that page. End users
 have zero way of knowing it's been updated otherwise.
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Fox Food Builds and backouts

2015-07-27 Thread Naoki Hirata

It appears that Mochitests are disabled for KK and L for b2g :
https://bugzilla.mozilla.org/show_bug.cgi?id=1186965#c27
I agree that we do need to get this fixed.

The dev knew about the crash locally:
https://bugzilla.mozilla.org/show_bug.cgi?id=1186965#c24
So shouldn't that prevent him from landing in the first place if he's
crashing locally?

On Mon, Jul 27, 2015 at 11:13 AM, Ehsan Akhgari ehsan.akhg...@gmail.com
wrote:

 FWIW, I was involved in one of these bugs (bug 1185239).  It is completely
 unbelievable to me that we seem to not have a single test that was broken
 by a change that would introduce a startup crash with an existing profile.

 As Kyle mentioned, it would be nice if someone worked on adding automated
 tests for every single one of these issues.  Not having landed the patches
 in the first place is always better than having to back them out.


 On 2015-07-23 10:40 PM, Naoki Hirata wrote:

 Currently our foxfood builds are blocked by two bugs.  One gecko/one gaia:
 https://wiki.mozilla.org/B2G/QA/Spark#Current_Versions

 My question in regards to this is:
 1) should we backout of smoke test blockers immediately after finding a
 regression window?
 2) should we backout of fox food blockers immediately after finding a
 regression window?
 3) How do we approach this for gecko?  How do we approach this for gaia?

 The reason why I ask, is that at times a forward fix is a better
 solution than a back out.  At the same time, this causes our fox fooders
 to have to keep waiting.  I started to keep track of dogfood breaks so
 that I can gain some data in terms of breakages and how long it takes to
 fix them : http://mzl.la/1CTpjL4  Sometimes the fixes could take over a
 week's time to fix.

 The last time we had a good build was 7/9.  This is over two weeks ago.
 I would like to remind the people that there is a demand for quality and
 breaking builds on a constant basis is not a good sign for quality.

 Regards,
 Naoki


 ___
 dev-gaia mailing list
 dev-g...@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-gaia



___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Fox Food Builds and backouts

2015-07-27 Thread Naoki Hirata

Fair enough.

I'll take it as a learning experience that I need to backout the related
tests as well as the issue and I take full responsibility for not backing
out the tests as well, which caused reds.

Having said that, having cooperation from developers would be appreciated.
We're trying to get a working build out to our end users.  Not argue where
the issues are.

If there's no cooperation, I'll back out of the whole thing next time and
possibly asking sheriffs to help.

Regards,
Naoki



On Mon, Jul 27, 2015 at 2:21 PM, L. David Baron dba...@dbaron.org wrote:

 On Monday 2015-07-27 12:03 -0700, Naoki Hirata wrote:
  The dev knew about the crash locally:
  https://bugzilla.mozilla.org/show_bug.cgi?id=1186965#c24
  So shouldn't that prevent him from landing in the first place if he's
  crashing locally?

 That comment was from after the regression was found, not before.

 Developers are not responsible for manually testing things across
 multiple devices and platforms unless there's particular reason to
 think that such testing is needed (e.g., because the change has
 platform-specific or device-specific code).

 The underlying problem here is that it's relatively easy to have a
 build that we consider unacceptable for our nightly users that still
 passes all of our automated tests.  (In this case that appears to be
 because we're only running Firefox OS mochitests on top of Android
 ICS, which isn't what we're shipping to our nightly users.)  If the
 automated test coverage covered most of the things that we consider
 essential for our nightly users, as it does for Firefox, we'd be
 much less likely to have these problems.

 And people doing backouts are still responsible for backing out
 changes correctly, and in a way that doesn't break other tests.

 -David

 --
 턞   L. David Baron http://dbaron.org/   턂
 턢   Mozilla  https://www.mozilla.org/   턂
  Before I built a wall I'd ask to know
  What I was walling in or walling out,
  And to whom I was like to give offense.
- Robert Frost, Mending Wall (1914)

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Fox Food Builds and backouts

2015-07-24 Thread Naoki Hirata

Thanks Dietrich and Kyle!

Kyle, in the case of contacting the relevant team, would that be the dev,
the reviewer and the QA automation team?

Also does anyone have any objections to backing out immediately?

Regards,
Naoki

On Thu, Jul 23, 2015 at 10:36 PM, Kyle Huey m...@kylehuey.com wrote:

 On Fri, Jul 24, 2015 at 11:38 AM, Dietrich Ayala auton...@gmail.com
 wrote:
  Immediately backout bad code. Immediately backout bad code.

 Indeed.  But that needs to be quickly followed by the relevant team
 writing automated tests for the case that broke and was not caught in
 automation.

 - Kyle

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Support for Nexus devices

2015-07-23 Thread Naoki Hirata

In regards to Flame-L, there is no official word about this as of yet.  A
decision will be made soon.

On Thu, Jul 23, 2015 at 7:08 AM, Shawn Huang shu...@mozilla.com wrote:

 I agree with Thomas, we still need to make sure gecko can survive across
 different Android HAL API version.

 I also heard that flame is going to be phased out and flaem-l is no longer
 be supported, only z3c (aries-l) will be supported. Is it true? If it's
 true, what's the proper device for community developers to test with in the
 future?

 On 23 July 2015 at 21:45, Thomas Zimmermann tzimmerm...@mozilla.com
 wrote:

 Hi

 Am 23.07.2015 um 15:17 schrieb Ryan VanderMeulen:
  We run regular builds in automation for the Nexus 4 and Nexus 5. Is
  anybody still using these or can we safely turn them off? If we want
  them still, we should probably get them running on Taskcluster at this
  point.

 I don't use my Nexus 4 on a regular base, but I wouldn't like them to
 slowly bit-rot.

  * They are very easy to use for full-stack development, so contributors
 might depend on them.

  * I have a power harness for the Nexus 4.

  * I occasionally use the Nexus 4 for testing JB compatibility.

 If we ever want to deliver updates directly from Mozilla, we need a
 strategy for testing all the older devices. I'd like to encourage the
 creation of a set of legacy devices that consists of such older
 hardware. Anything that is considered 'legacy' would get the full set of
 automated tests with m-c on master once per week. This way we can spot
 problems in a timely manner without overloading our test infrastructure.

 Best regards
 Thomas

 
  -Ryan
 
 
  ___
  dev-b2g mailing list
  dev-b2g@lists.mozilla.org
  https://lists.mozilla.org/listinfo/dev-b2g

 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g




 --
 Regards,
 Shawn Huang

 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g


___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Build error building B2G for Aries

2015-07-21 Thread Naoki Hirata

There's keys to verify the backup-blobs, I think for all devices.

I believe it's looking for a firefox OS kitkat version to pull the blobs
from.
For Aries-L you need android lollipop  + the AOSP blobs from Sony to build
currently (at least last time I checked which would be yesterday).

Regards,
Naoki

On Tue, Jul 21, 2015 at 4:59 PM, Jonathan Watt jw...@jwatt.org wrote:

 Running:

   BRANCH=master ./config.sh aries
   ./build.sh

 I'm getting the following error when building B2G:

 --
 pull: /sbin/watchdogd - ../../../backup-aries/root/sbin/watchdogd
 10 files pulled. 0 files skipped.
 1161 KB/s (2370098 bytes in 1.991s)
 Pulling files from ../../../backup-aries
 Invalid system backup - Wrong base version found: aries-eng 4.4.2 KOT49H
 eng.worker.20150721.152336 test-keys.

 Do this:
 1. Delete backup-aries
 2. Flash your device with KK based images from the vendor
 3. Try building again

  Build failed! 
 --

 For context, I previously flashed 23.0.1.A.5.77 - Unbranded - USA
 (1289-7524) from:


 http://forum.xda-developers.com/z3-compact/general/list-stock-firmwares-d5803-d5833-t2906706

 I then downloaded aries.zip from:


 https://tools.taskcluster.net/index/artifacts/#gecko.v1.mozilla-central.latest.linux.aries-eng/gecko.v1.mozilla-central.latest.linux.aries-eng.opt

 and ran its flash.sh to install Firefox OS. That all seemed to work.

 When running ./build.sh from my B2G directory it seems to copy files to
 backup-aries just fine (242 MB worth).

 Anyone know what's up?
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Module Owners Wiki Update

2015-07-14 Thread Naoki Hirata

The request was in regards to inactive and for new modules.  Thanks! :)

Regards,
Naoki

On Tue, Jul 14, 2015 at 7:53 AM, Douglas Sherk d2sh...@uwaterloo.ca wrote:

 The module ownership for the Spark apps is listed here:
 https://wiki.mozilla.org/Firefox_OS/Spark#Major_Apps

 Unless there's any opposition, I'll move these over to the main module
 ownership page. Note that we will likely be cutting several of the Spark
 apps from the release.

 I'd also like to propose promoting Yura Zenevich to a peer of the Settings
 module. He has done a lot of work on it to support Spark and in my opinion
 would be an excellent peer. With the lack of an active owner of that
 module, it seems appropriate to me to propose this to the mailing list. If
 Yura is open to it, we could also consider making him the owner.

 Doug

 On Tue, Jul 14, 2015 at 7:47 AM, Jonas Sicking jo...@sicking.cc wrote:

 On Jul 14, 2015 01:04, L. David Baron dba...@dbaron.org wrote:
 
  On Tuesday 2015-07-14 15:30 +0800, Tim Guan-tin Chien wrote:
   Is there a process exist to remove an inactive module owner/peer other
   than ask them to resign willingly?
 
  If it's a peer, ask the owner to remove or replace them.
 
  If it's the owner, contact the module-ownership list (@m.o), ideally
  with a proposal for a new owner.

 But it is always polite to contact the owner/peer first.

 / Jonas

 
  -David
 
  --
  턞   L. David Baron http://dbaron.org/   턂
  턢   Mozilla  https://www.mozilla.org/   턂
   Before I built a wall I'd ask to know
   What I was walling in or walling out,
   And to whom I was like to give offense.
 - Robert Frost, Mending Wall (1914)

 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g



___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

[b2g] Module Owners Wiki Update

2015-07-13 Thread Naoki Hirata

Hi,

Could we get an update on the https://wiki.mozilla.org/Modules/FirefoxOS
please for 2.5?

This would help out a lot!

Thanks,
Naoki
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] New Flame Base Build

2015-07-10 Thread Naoki Hirata

Very good point.  I placed a checksum, Chris Mills will have to approve it
and it should get published.

On Fri, Jul 10, 2015 at 2:32 AM, s...@gmx.ch wrote:

  Is there a secure host to get the image, a signed version and/or a
 checksum?
 It's not a very good practice to flash anything on your device that
 someone posted on a public list.

 Regards,
 Jonas


 Am 09.07.2015 um 19:08 schrieb Naoki Hirata:

 One of my sentences got cut off: if you want to find out more about what's
 in the build see

 Bug 1154072.


 Thanks!


 On Thu, Jul 9, 2015 at 10:07 AM, Naoki Hirata nhir...@mozilla.com wrote:

 There's a new base build to flash, one of the things it covers is the
 partition resizing for the system so you can get OTAs.
 You can download the build here :

 http://cds.w5v8t3u9.hwcdn.net/v18D_nightly_v3.zip
 If you want to Bug 1154072


 Having said that we're still blocked by trying to OTA twice : bug 1181372

 Could we get someone to look into this please?  Update channel nightlytest 
 will always get you the latest OTA for better or for worse.  (Not 
 recommended for people who don't like flashing the device or don't know how 
 to flash the device)


 Regards,

 Naoki




 ___
 dev-b2g mailing 
 listdev-b2g@lists.mozilla.orghttps://lists.mozilla.org/listinfo/dev-b2g



 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g


___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

[b2g] New Flame Base Build

2015-07-09 Thread Naoki Hirata

There's a new base build to flash, one of the things it covers is the
partition resizing for the system so you can get OTAs.
You can download the build here :

http://cds.w5v8t3u9.hwcdn.net/v18D_nightly_v3.zip
If you want to Bug 1154072

Having said that we're still blocked by trying to OTA twice : bug 1181372

Could we get someone to look into this please?  Update channel
nightlytest will always get you the latest OTA for better or for
worse.  (Not recommended for people who don't like flashing the device
or don't know how to flash the device)

Regards,

Naoki
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] New Flame Base Build

2015-07-09 Thread Naoki Hirata

One of my sentences got cut off: if you want to find out more about what's
in the build see

Bug 1154072.

Thanks!


On Thu, Jul 9, 2015 at 10:07 AM, Naoki Hirata nhir...@mozilla.com wrote:

 There's a new base build to flash, one of the things it covers is the
 partition resizing for the system so you can get OTAs.
 You can download the build here :

 http://cds.w5v8t3u9.hwcdn.net/v18D_nightly_v3.zip
 If you want to Bug 1154072

 Having said that we're still blocked by trying to OTA twice : bug 1181372

 Could we get someone to look into this please?  Update channel nightlytest 
 will always get you the latest OTA for better or for worse.  (Not recommended 
 for people who don't like flashing the device or don't know how to flash the 
 device)

 Regards,

 Naoki



___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

[b2g] Fwd: Gaia Integration Python (GIP) Hidden

2015-07-07 Thread Naoki Hirata

FYI
-- Forwarded message --
From: John Dorlus jdor...@mozilla.com
Date: Tue, Jul 7, 2015 at 1:19 PM
Subject: Gaia Integration Python (GIP) Hidden
To: dev-g...@lists.mozilla.org dev-g...@lists.mozilla.org
Cc: Johan Lorenzo jlore...@mozilla.com, Martijn Wargers (:mwargers) 
mwarg...@mozilla.com, Naoki Hirata nhir...@mozilla.com, Pallavi Yaramada
pyaram...@mozilla.com

Hello Mozillians,

We have reviewed our integration flow and decided that we needed to go
another route with how GIP is run and reported. A basic requirement for
integration tests visible on Treeherder is that developers can follow up on
failures quickly with minimal assistance. Reusing our Python-based
acceptance tests for integration hasn't been effective in this regard. [1]

We have hidden the tests in GIP in favor of ramping up GIJ and pulling
GIP into our acceptance suite. If you still need to see the results of GIP,
just click the square button to unhide the results.

[1] https://wiki.mozilla.org/File:Gip_to_Gij.pdf

   [image: photo]
*John Dorlus*
Senior Software Engineer in Test, Mozilla Corporation
 m:407.780.8031 | e:jdor...@mozilla.org | w:http://www.mozilla.org | a:331
E. Evelyn Avenue Mountain View, CA 94041 USA
 http://www.facebook.com/mozilla  http://www.linkedin.com/in/johndorlus
http://www.twitter.com/the_power_coder  http://www.github.com/silne30
  http://www.facebook.com/mozilla https://twitter.com/mozilla
http://www.linkedin.com/company/mozilla-corporation
 Get a signature like this: Click here!
http://ws-promos.appspot.com/r?rdata=eyJydXJsIjogImh0dHA6Ly93d3cud2lzZXN0YW1wLmNvbS9lbWFpbC1pbnN0YWxsP3dzX25jaWQ9NjcyMjkzOTI3IiwgImUiOiAiNTczMjU2ODU0ODc2OTc5MiJ9
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Flame is recently constantly hot

2015-07-06 Thread Naoki Hirata

Ben, I think the heat issue could be tracked under bug 1176544.

Gabriele found an issue with the BackgroundHangMonitor.  We disabled it in
bug 1180533 because it's also affecting flame ( bug 1130725 ).  The Aries
device is being tracked here : bug 1173140.

I'm concerned that there might be fall outs from bug 1180533, so I asked
US/Euro QA to be aware of this and watch out for weird issues from apps
that are in the background, esp in automation.  I haven't had a chance to
reach out to the Taipei team as I just found out about this.

I'm also concerned about Pluot Sorbet in terms of battery usage and I will
try to be testing to see if this may also be causing some battery drain.

I think we're making some progress on the battery drain issue and I hope
that we will have a newer dogfood build either late this week or possibly
next week some time.

Regards,
Naoki


On Mon, Jul 6, 2015 at 6:06 AM, Benjamin Francis bfran...@mozilla.com
wrote:

 Just wanted to quickly mention that my Z3C foxfooding device has been
 getting very hot after about 20 minutes of web browsing, using the
 foxfooding build it came flashed with. Hotter than I've ever noticed the
 Flame get, though that might be in part due to the materials it's
 constructed from.

 Ben

 On 2 July 2015 at 10:22, Jovan Gerodetti titannanom...@gmail.com wrote:

 Hey everyone,

 Since yesterday I noticed that my new  Flame is constantly quite hot and
 yesterday the battery drained a lot quicker than before.

 Did anyone else experience similar issues before?

 I ran the trace.sh script to see which apps use most CPU time

 NAME PID WAKEUPS  RUNTIME NEW
 b2g 215  1055   1484 msno
 (Nuwa)   469   2 68 ms   no
 Homescreen  967   85   21 ms   no
 Loqui IM1122  156 161 ms no
 Built-in Keyboa  1141  79   17 ms   no
 Smart Collectio  214116 28 ms   no
 Find My Device 1454   79  17 ms   no
 Usage11301 97  31 ms   no
 (Preallocated a  13005 100940 ms yes

 and in logcat the same few lines constantly show up
 E/QCALOG  (  325): [MessageQ] ProcessNewMessage: [XT-CS] unknown deliver
 target [OS-Agent]
 W/SocketClient(  196): write error (Broken pipe)
 E/QCALOG  (  325): [MessageQ] ProcessNewMessage: [XTWiFi-PE] unknown
 deliver target [OS-Agent]
 E/QCALOG  (  325): [MessageQ] ProcessNewMessage: [XTWWAN-PE] unknown
 deliver target [OS-Agent]
 W/SocketClient(  196): write error (Broken pipe)
 E/QCALOG  (  325): [MessageQ] ProcessNewMessage: [XT-CS] unknown deliver
 target [OS-Agent]
 E/QCALOG  (  325): [MessageQ] ProcessNewMessage: [XTWiFi-PE] unknown
 deliver target [OS-Agent]
 E/QCALOG  (  325): [MessageQ] ProcessNewMessage: [XTWWAN-PE] unknown
 deliver target [OS-Agent]
 W/SocketClient(  196): write error (Broken pipe)
 W/SocketClient(  196): write error (Broken pipe)
 E/QCALOG  (  325): [MessageQ] ProcessNewMessage: [XT-CS] unknown deliver
 target [OS-Agent]
 W/SocketClient(  196): write error (Broken pipe)
 E/QCALOG  (  325): [MessageQ] ProcessNewMessage: [XTWiFi-PE] unknown
 deliver target [OS-Agent]
 E/QCALOG  (  325): [MessageQ] ProcessNewMessage: [XTWWAN-PE] unknown
 deliver target [OS-Agent]
 W/SocketClient(  196): write error (Broken pipe)

 I already did a few reboots but the issue persists.


 Regards,
 Jovan

 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g



 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g


___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Flame is recently constantly hot

2015-07-02 Thread Naoki Hirata

I think someone was suggesting that it might be something within the
lollipop bootloader.

I just tried with android lollipop trying to download the firefox for
android on my testing phone for aries and I'm finding that I lost 2 to 3 %
battery power in the last hour.

On Thu, Jul 2, 2015 at 2:57 PM, Dave Hylands dhyla...@mozilla.com wrote:

 Actually, it feels like something outside b2g. The numbers posted for b2g
 don't seem too out of whack.

 I'm guedsing that something related to the logcats is causing the problem.

 Does trace.sh only show the b2g processes?

 On Thu, Jul 2, 2015 at 7:03 AM, Gabriele Svelto gsve...@mozilla.com
 wrote:

  Same issue here, I noticed that the battery drained overnight and the
 phone didn't even have the data connection on (nor wifi enabled). I've
 run my own scripts this morning monitoring the system for 10 minutes and
 the main b2g process woke up ~120 times. So either something landed in
 the system app that causes the system to wake up unnecessarily or it's
 something within Gecko. I'll try to run a bisection if I have enough
 time to.

  Gabriele

 On 02/07/2015 11:22, Jovan Gerodetti wrote:
  Hey everyone,
 
  Since yesterday I noticed that my new  Flame is constantly quite hot and
  yesterday the battery drained a lot quicker than before.
 
  Did anyone else experience similar issues before?
 
  I ran the trace.sh script to see which apps use most CPU time
 
  NAME PID WAKEUPS  RUNTIME NEW
  b2g 215  1055   1484 msno
  (Nuwa)   469   2 68 ms   no
  Homescreen  967   85   21 ms   no
  Loqui IM1122  156 161 ms no
  Built-in Keyboa  1141  79   17 ms   no
  Smart Collectio  214116 28 ms   no
  Find My Device 1454   79  17 ms   no
  Usage11301 97  31 ms   no
  (Preallocated a  13005 100940 ms yes
 
  and in logcat the same few lines constantly show up
  E/QCALOG  (  325): [MessageQ] ProcessNewMessage: [XT-CS] unknown deliver
  target [OS-Agent]
  W/SocketClient(  196): write error (Broken pipe)
  E/QCALOG  (  325): [MessageQ] ProcessNewMessage: [XTWiFi-PE] unknown
  deliver target [OS-Agent]
  E/QCALOG  (  325): [MessageQ] ProcessNewMessage: [XTWWAN-PE] unknown
  deliver target [OS-Agent]
  W/SocketClient(  196): write error (Broken pipe)
  E/QCALOG  (  325): [MessageQ] ProcessNewMessage: [XT-CS] unknown deliver
  target [OS-Agent]
  E/QCALOG  (  325): [MessageQ] ProcessNewMessage: [XTWiFi-PE] unknown
  deliver target [OS-Agent]
  E/QCALOG  (  325): [MessageQ] ProcessNewMessage: [XTWWAN-PE] unknown
  deliver target [OS-Agent]
  W/SocketClient(  196): write error (Broken pipe)
  W/SocketClient(  196): write error (Broken pipe)
  E/QCALOG  (  325): [MessageQ] ProcessNewMessage: [XT-CS] unknown deliver
  target [OS-Agent]
  W/SocketClient(  196): write error (Broken pipe)
  E/QCALOG  (  325): [MessageQ] ProcessNewMessage: [XTWiFi-PE] unknown
  deliver target [OS-Agent]
  E/QCALOG  (  325): [MessageQ] ProcessNewMessage: [XTWWAN-PE] unknown
  deliver target [OS-Agent]
  W/SocketClient(  196): write error (Broken pipe)
 
  I already did a few reboots but the issue persists.
 
 
  Regards,
  Jovan
 
 
  ___
  dev-b2g mailing list
  dev-b2g@lists.mozilla.org
  https://lists.mozilla.org/listinfo/dev-b2g
 



 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g



 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g


___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Battery shell script for aries.

2015-07-01 Thread Naoki Hirata

For the process that's using the most CPU :
adb shell top

Unfortunately, I'm not sure about the battery drain per app.  I'm still
investigating.  I think we may need a gecko API?  I did find dumpsys and
dumpstate which might be useful for other purposes.


On Wed, Jul 1, 2015 at 12:18 PM, Michael Henretty mhenre...@mozilla.com
wrote:

 Thanks Noaki! Is there any way to tell which process is using the most
 CPU? Conversely, do we have any tools to tell us what apps causing battery
 drain?

 On Wed, Jul 1, 2015 at 1:06 AM, Naoki Hirata nhir...@mozilla.com wrote:

 Here's a script you can place on the sdcard and run from there once you
 chmod it.
 Currently, I can't seem to connect adb over wifi (bug 1179144 ).
 Anyways, here's the script:

 INTERVAL=1

 CAPACITYVOLTAGE=0
 while true; do
   PREVVOLTAGE=$CAPACITYVOLTAGE
   DATETIME=$(date +'%Y/%m/%d|%H:%M:%S')
   CAPACITYVOLTAGE=$(( $(cat
 /sys/devices/qpnp-charger-f612e800/power_supply/battery/voltage_now) / 1000
 ))
   CAPACITYPERCENT=$(cat
 /sys/devices/qpnp-charger-f612e800/power_supply/battery/capacity)
   DISCHARGE=+$(( $CAPACITYVOLTAGE - $PREVVOLTAGE ))
   TEMP=$(( $(cat
 /sys/devices/qpnp-charger-f612e800/power_supply/battery/temp) / 10 ))


   echo ${DATETIME}|$(echo
 ${DISCHARGE})mA|${CAPACITYPERCENT}%|${CAPACITYVOLTAGE}mV|${TEMP}°C

   sleep ${INTERVAL}
 done





 ___
 dev-gaia mailing list
 dev-g...@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-gaia



___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

[b2g] Battery shell script for aries.

2015-07-01 Thread Naoki Hirata

Here's a script you can place on the sdcard and run from there once you
chmod it.
Currently, I can't seem to connect adb over wifi (bug 1179144 ).  Anyways,
here's the script:

INTERVAL=1

CAPACITYVOLTAGE=0
while true; do
  PREVVOLTAGE=$CAPACITYVOLTAGE
  DATETIME=$(date +'%Y/%m/%d|%H:%M:%S')
  CAPACITYVOLTAGE=$(( $(cat
/sys/devices/qpnp-charger-f612e800/power_supply/battery/voltage_now) / 1000
))
  CAPACITYPERCENT=$(cat
/sys/devices/qpnp-charger-f612e800/power_supply/battery/capacity)
  DISCHARGE=+$(( $CAPACITYVOLTAGE - $PREVVOLTAGE ))
  TEMP=$(( $(cat
/sys/devices/qpnp-charger-f612e800/power_supply/battery/temp) / 10 ))


  echo ${DATETIME}|$(echo
${DISCHARGE})mA|${CAPACITYPERCENT}%|${CAPACITYVOLTAGE}mV|${TEMP}°C

  sleep ${INTERVAL}
done
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] blocking-b2g / feature-b2g / status-b2g-v2.5 change for FxOS 2.5 in Bugzilla

2015-06-30 Thread Naoki Hirata

Also to note, we moved spark? to 2.5? and spark+ to 2.5+ for blocking-b2g
bugs

On Tue, Jun 30, 2015 at 6:32 PM, Josh Cheng joch...@mozilla.com wrote:

 Dear b2g friends,

 Just to inform you the following change has been applied to Bugzilla since
 we have announced FxOS 2.5:

 1. *blocking-b2g* and* feature-b2g* flags are renamed from 3.0?/+ to
 2.5?/+.
 2. New tracking flag *status-b2g-v2.5* is created.

 Sincerely,
 ---
 Josh Cheng
 Engineering Project Manager, Firefox OS
 Mozilla Corporation
 ✉ joshch...@mozilla.com joch...@mozilla.com
 ---


 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g


___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Automating smoketests

2015-06-15 Thread Naoki Hirata

The plan is to have a bisection tool to use Taskcluster as this is what
we're moving to.
bisection tool will be used with gecko revisions.

Usually what we do is pick dates then see where the first break is and then
swap the gecko gaia to determine which is broken.

I think we have to do the swap first and then do a git bisect with gaia or
use the tool against gecko.  The problem doing the swap first is if the
regression window is too large, we might not have the apis from gecko and
it might break in a different fashion.

It's something that we need to figure out.

On Mon, Jun 15, 2015 at 1:37 PM, Michael Henretty mhenre...@mozilla.com
wrote:


 On Mon, Jun 15, 2015 at 11:29 AM, No-Jun Park np...@mozilla.com wrote:

 One other might-be-related thing that comes into my mind is that if we’re
 moving away from pvtbuilds to taskcluster, we might need to think about how
 that is going to affect the bisection task. If it’s basically the same task
 with different build source, that’s great, but if there is some subtle
 differences (like how long each builds are stored) it might be nice to plan
 ahead about it.


 Naoki, I seem to remember you were working on a gecko bisection tool
 (something similar but better to what QAnalytics uses). Is this still in
 progress, and will it be able to leverage task cluster artifacts?


___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] PSA: Please avoid landing risky patches on master/m-c for 3 weeks

2015-06-10 Thread Naoki Hirata

Just to note, we've been red on smoke tests for last several weeks since
the 5/21.  My experience is that it will only get worse if people don't own
up to the quality of their own landings.  Landing stuff that works is
great.  Landing stuff that breaks all other stuff...  not so much.  ;)

Doug was asking this for stability into the work week.The alternative
is to lock a good build and patch that build with fixes we need for our
first launch (first impressions), similar to what we do for MWC.

In general though, asking QA to help out with seriously risky patches, may
also help (so long as they have the bandwidth to help test).

On Wed, Jun 10, 2015 at 11:17 AM, Fabrice Desré fabr...@mozilla.com wrote:

 On 06/10/2015 11:11 AM, Benjamin Francis wrote:

  We should definitely work hard to get B2G master into such a stable
  state. Asking people to stop landing patches is one way to do that,
  although arguably not the most productive, especially since we are
  currently refactoring the whole of Gaia! :)

 I agree. keep landing. Ironically, the latest serious breakages in
 nightly builds have been platform gfx changes, not gaia ones...

 Fabrice
 --
 Fabrice Desré
 b2g team
 Mozilla Corporation
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Is this the correct OTA update URL?

2015-06-02 Thread Naoki Hirata

I found out the situation. The last known good build is 20150521142045 due to
the following blocker bugs:

https://bugzilla.mozilla.org/show_bug.cgi?id=1170611[Keyboard] Having a
keyboard active will disable all app interaction if the user has typed anything
https://bugzilla.mozilla.org/show_bug.cgi?id=1169680 [SMS] Cropping an
image you are attaching to MMS results in uncropped image being attached
** v2.2 affected, need to use a picture not taken with the flame's camera.

We need to have these bugs fixed before we change the nightly to point to a
newer build. Currently you are on a version ahead of the known good build.
Having said that your xml is pointed to the right location; so once we do have
a good build, you should be ok for an update.

Regards,
Naoki

On Jun 2, 2015, at 1:11 PM, Gabriela Montagu gmont...@gmail.com wrote:

Hi Naoki,

The logcat regarding the update url is the following:

*** AUS:SVC Checker:getUpdateURL - update URL: https://aus4.m

ozilla.org/update/3/B2G/41.0a1/20150528143550/flame/en-US/nightly/Boot2Gecko%203

.0.0.0-prerelease%20(SDK%2019)/default/default/update.xml?force=1

I/Gecko ( 211):

I hope I did the procedure correctly and that it will be useful for you to be
able to help me!

Many thanks!
Best regards,
Gabriela

On 2 June 2015 at 12:49, Gabriela Montagu gmont...@gmail.com wrote:
Right, thanks Naoki! I'll d it as soon as I get back home.

Best regards,
Gabriela

On 2 June 2015 at 12:38, Naoki Hirata nhirata.bugzi...@gmail.com wrote:
It's similar to android device, make sure that the adb is turned on in the
developer tools of the settings. (you will have to turn in dev tools via
settings - device info - more information ):
adb logcat

From there while you have adb logcat running try doing an update via the
settings - device settings - check for update.

You're looking for a line that states something with :
https://aus4.mozilla.org/update/3/B2G/...

Regards,
Naoki

On Jun 2, 2015, at 8:34 AM, Gabriela Montagu gmont...@gmail.com wrote:

Hi Naoki,

I am on 3.0, base image v.18D (nightly), you told me to flash this last time
I had the same issue. I was on v.188 before.

For the logcat, I would greatly appreciate if you could please tell me how
to obtain it.

Many thanks!
Best regards,
Gabriela
QA Mozilla Hispano Team Responsible

http://www.mozilla-hispano.org
http://twitter.com/mozilla_hispano
http://facebook.com/mozillahispano

On 2 June 2015 at 12:28, Naoki Hirata nhirata.bugzi...@gmail.com wrote:
Hi Gabriela,

Thanks for the suggestion.

Which version are you on and what does your update url point to in logcat
when you try to do an update?
Chances are that you may be on a bad build and need to update manually or
modify the url in order to get the correct url to update.
Let's check that please. We can file a bug if the url is corrected and we
still can't get an update.

Regards,
Naoki

On Jun 2, 2015, at 4:16 AM, Gabriela Montagu gmont...@gmail.com wrote:

Hi,

I haven't received any OTA updates since May 28. Would this be a bug?
Should I file it?

Many thanks!
Best regards,
Gabriela
QA Mozilla Hispano Team Responsible

http://www.mozilla-hispano.org
http://twitter.com/mozilla_hispano
http://facebook.com/mozillahispano

On 2 June 2015 at 02:36, Naoki Hirata nhirata.bugzi...@gmail.com wrote:
You were on a build that had the code that was reverted. You will have to
update it again manually.

The code has been changed on the client side and will be changed on the
client side once again when bug 1166522 lands.

Regards,
Naoki

On Jun 1, 2015, at 7:26 PM, Kan-Ru Chen (陳侃如) kc...@mozilla.com wrote:

Hi,

I haven't got any OTA updates on my flame ever since I flashed it using
build from the public ftp. I flashed it by adb push b2g directory onto
the phone /system/b2g.

The update URL it uses is
https://aus4.mozilla.org/update/3/B2G/41.0a1/20150525160205/flame-eng/en-US/nightly/Boot2Gecko%203.0.0.0-prerelease%20(SDK%2019)/default/default/update.xml?force=1

Kanru
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g

Re: [b2g] Is this the correct OTA update URL?

2015-06-02 Thread Naoki Hirata

It's similar to android device, make sure that the adb is turned on in the
developer tools of the settings. (you will have to turn in dev tools via
settings - device info - more information ):
adb logcat

From there while you have adb logcat running try doing an update via the
settings - device settings - check for update.

You're looking for a line that states something with :
https://aus4.mozilla.org/update/3/B2G/...

Regards,
Naoki

On Jun 2, 2015, at 8:34 AM, Gabriela Montagu gmont...@gmail.com wrote:

Hi Naoki,

I am on 3.0, base image v.18D (nightly), you told me to flash this last time
I had the same issue. I was on v.188 before.

For the logcat, I would greatly appreciate if you could please tell me how to
obtain it.

Many thanks!
Best regards,
Gabriela
QA Mozilla Hispano Team Responsible

http://www.mozilla-hispano.org
http://twitter.com/mozilla_hispano
http://facebook.com/mozillahispano

On 2 June 2015 at 12:28, Naoki Hirata nhirata.bugzi...@gmail.com wrote:
Hi Gabriela,

Thanks for the suggestion.

Regards,
Naoki

On Jun 2, 2015, at 4:16 AM, Gabriela Montagu gmont...@gmail.com wrote:

Hi,

I haven't received any OTA updates since May 28. Would this be a bug? Should
I file it?

Many thanks!
Best regards,
Gabriela
QA Mozilla Hispano Team Responsible

http://www.mozilla-hispano.org
http://twitter.com/mozilla_hispano
http://facebook.com/mozillahispano

On 2 June 2015 at 02:36, Naoki Hirata nhirata.bugzi...@gmail.com wrote:
You were on a build that had the code that was reverted. You will have to
update it again manually.

The code has been changed on the client side and will be changed on the
client side once again when bug 1166522 lands.

Regards,
Naoki

On Jun 1, 2015, at 7:26 PM, Kan-Ru Chen (陳侃如) kc...@mozilla.com wrote:

Hi,

I haven't got any OTA updates on my flame ever since I flashed it using
build from the public ftp. I flashed it by adb push b2g directory onto
the phone /system/b2g.

The update URL it uses is
https://aus4.mozilla.org/update/3/B2G/41.0a1/20150525160205/flame-eng/en-US/nightly/Boot2Gecko%203.0.0.0-prerelease%20(SDK%2019)/default/default/update.xml?force=1

Kanru
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Is this the correct OTA update URL?

2015-06-02 Thread Naoki Hirata

Hi Gabriela,

Thanks for the suggestion.

Which version are you on and what does your update url point to in logcat when
you try to do an update?
Chances are that you may be on a bad build and need to update manually or
modify the url in order to get the correct url to update.
Let's check that please. We can file a bug if the url is corrected and we
still can't get an update.

Regards,
Naoki

On Jun 2, 2015, at 4:16 AM, Gabriela Montagu gmont...@gmail.com wrote:

Hi,

I haven't received any OTA updates since May 28. Would this be a bug? Should
I file it?

Many thanks!
Best regards,
Gabriela
QA Mozilla Hispano Team Responsible

http://www.mozilla-hispano.org
http://twitter.com/mozilla_hispano
http://facebook.com/mozillahispano

On 2 June 2015 at 02:36, Naoki Hirata nhirata.bugzi...@gmail.com wrote:
You were on a build that had the code that was reverted. You will have to
update it again manually.

The code has been changed on the client side and will be changed on the
client side once again when bug 1166522 lands.

Regards,
Naoki

On Jun 1, 2015, at 7:26 PM, Kan-Ru Chen (陳侃如) kc...@mozilla.com wrote:

Hi,

I haven't got any OTA updates on my flame ever since I flashed it using
build from the public ftp. I flashed it by adb push b2g directory onto
the phone /system/b2g.

The update URL it uses is
https://aus4.mozilla.org/update/3/B2G/41.0a1/20150525160205/flame-eng/en-US/nightly/Boot2Gecko%203.0.0.0-prerelease%20(SDK%2019)/default/default/update.xml?force=1

Kanru
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Is this the correct OTA update URL?

2015-06-01 Thread Naoki Hirata

You were on a build that had the code that was reverted.  You will have to 
update it again manually.

The code has been changed on the client side and will be changed on the client 
side once again when bug 1166522 lands.

Regards,
Naoki


On Jun 1, 2015, at 7:26 PM, Kan-Ru Chen (陳侃如) kc...@mozilla.com wrote:

 Hi,
 
 I haven't got any OTA updates on my flame ever since I flashed it using
 build from the public ftp. I flashed it by adb push b2g directory onto
 the phone /system/b2g.
 
 The update URL it uses is
 https://aus4.mozilla.org/update/3/B2G/41.0a1/20150525160205/flame-eng/en-US/nightly/Boot2Gecko%203.0.0.0-prerelease%20(SDK%2019)/default/default/update.xml?force=1
 
 Kanru
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Work Week : QA sessions

2015-05-26 Thread Naoki Hirata

I forgot to mention, alternatively you can send you emails now with your 
feedback to Brian Huang brhu...@mozilla.com or Josh Cheng 
joch...@mozilla.com as they are also gathering feedback for this session 
currently. 

Regards,
Naoki

On May 26, 2015, at 9:07 AM, Naoki Hirata nhir...@mozilla.com wrote:

 Hi all,
 
 As announced in the gaia meetings, QA is planning their work week and would 
 like to invite devs to give feedback to QA in one of the sessions.  The 
 session is tentatively held at 1 pm @ Westin - Alpine A on Tuesday following 
 the all hands.
 
 The purpose is to help revamp QA processes, tools, etc. to help align 
 everyone on the same page whether they are in QA or not. 
 
 For the rest of the tentative QA schedule, please see line 7 : 
 https://docs.google.com/spreadsheets/d/1M4NiwnCwLPN9uW3WQMjJwKTli-Tt2e-pBPu3QbmjJLk/edit?pli=1#gid=1404571960
 
 Regards,
 Naoki

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Latest Engineering Status of Firefox OS 2.2 (May 22)

2015-05-22 Thread Naoki Hirata

Could we get the context in why is it important?
Just as a start of reference ( I am no lawyer ), 
http://www.wikiwand.com/en/Telephone_recording_laws
Personally speaking, my concern would be privacy.  Though if you want to make 
an app and put it on the Marketplace, that's up to you.  :)

-N.

On May 22, 2015, at 8:56 AM, Sai Karthik kskarthi...@gmail.com wrote:

 Voice call recording option is available in 2.2 ? Or any API which enables it 
 ? Becoz this option is also important. 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] can we build Firefox os on lollipop base ?

2015-05-21 Thread Naoki Hirata

Kernel/drivers/libraries/configs…

Nexus is different because google has licenses and such to distribute their 
stuff so we pull their stuff from their repo, if I recall correctly.
There's a few other devices that are treated differently.

For most other devices, we pull files from a base build (fxos or android), 
since we don't have the license to distribute nor have it open.  For example 
for the flame:  https://github.com/mozilla-b2g/device-flame

You can see the 
https://github.com/mozilla-b2g/device-flame/blob/master/extract-files.sh
That's the files that gets pulled the first time you try to build.

[ Note: this is also why we can't distribute a full build, we can only 
distribute the gecko/gaia levels ]

Regards,
Naoki


On May 21, 2015, at 1:38 PM, Sai Karthik kskarthi...@gmail.com wrote:

 What do you mean by base ?
 
 Since unofficial cm 12.1 dev is active for my phone @ 
 https://GitHub.com/armani-dev 
 
 Base means the device tree ? Or kernel ? 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] can we build Firefox os on lollipop base ?

2015-05-21 Thread Naoki Hirata

Are you trying to go to lollipop?  If you're trying to migrate your own device 
to lollipop, I wouldn't suggest including base-kk-aosp.xml.  That's for kitkat.

Perhaps you may want to take a look at the b2g-manifests and mimic from there : 
 https://github.com/mozilla-b2g/b2g-manifest

I believe you should be using either :
base-l-aosp.xml
or
base-l.xml
if you want to switch to lollipop.

Take a look at the nexus-5-l as an example:  
https://github.com/mozilla-b2g/b2g-manifest/blob/master/nexus-5-l.xml

Regards,
Naoki

On May 21, 2015, at 7:03 AM, Sai Karthik kskarthi...@gmail.com wrote:

 But why I am getting repo fetch errors when included base-kk-aosp.xml. can 
 you pls check the armani.xml in manifest repo of my project and suggest. 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] can we build Firefox os on lollipop base ?

2015-05-21 Thread Naoki Hirata

You can use whatever base you want to when you're doing your own porting.  :)

Having said that, we are trying to migrate over to lollipop.  So far the only 
port that has been successful is the nexus 5 and there has been testing done on 
the nexus 5 lollipop base.  If you want to look at a lollipop firefox os base, 
I would suggest looking at that repo.

We are currently working on porting flame over to lollipop.

Regards,
Naoki

On May 21, 2015, at 6:00 AM, Sai Karthik kskarthi...@gmail.com wrote:

 I saw on the building page only upto android KitKat is supported to build 
 Firefox but I found some phones on githib b2g repo using lollipop base. Can 
 we use lollipop base for building Firefox os. I am currently building it for 
 my phone redmi 1s @https://GitHub.com/b2g-armani I forked the device repos 
 from unoffocial cm 12.1 repos of our phone.
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] can we build Firefox os on lollipop base ?

2015-05-21 Thread Naoki Hirata

I should also mention, do you have the base for having lollipop android for 
redmi 1s ?
If not, then I think that may block you from going to lollipop, because I think 
you may need to pull the blobs from the android version.

If you don't have the base for lollipop android on the device, I think you 
would have to stick with kk?  Also to note I think you may have to pull the 
blobs from the android version.  I would recommend backing up your android 
version before you do any of flashing.

Regards,
Naoki

On May 21, 2015, at 7:15 AM, Naoki Hirata nhir...@mozilla.com wrote:

 Are you trying to go to lollipop?  If you're trying to migrate your own 
 device to lollipop, I wouldn't suggest including base-kk-aosp.xml.  That's 
 for kitkat.
 
 Perhaps you may want to take a look at the b2g-manifests and mimic from there 
 :  https://github.com/mozilla-b2g/b2g-manifest
 
 I believe you should be using either :
 base-l-aosp.xml
 or
 base-l.xml
 if you want to switch to lollipop.
 
 Take a look at the nexus-5-l as an example:  
 https://github.com/mozilla-b2g/b2g-manifest/blob/master/nexus-5-l.xml
 
 Regards,
 Naoki
 
 On May 21, 2015, at 7:03 AM, Sai Karthik kskarthi...@gmail.com wrote:
 
 But why I am getting repo fetch errors when included base-kk-aosp.xml. can 
 you pls check the armani.xml in manifest repo of my project and suggest. 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g
 

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] can we build Firefox os on lollipop base ?

2015-05-21 Thread Naoki Hirata

As far as I know, it's being worked on at T2M/taipei office.  All I know, from 
the people that are working on it, is that it's not usable yet.  

I hadn't dug further into it as there's a lot on my plate and I was going to 
ask more when I had a little more bandwidth.  I am not sure the ETA at this 
point in time.

Regards,
Naoki

On May 21, 2015, at 8:29 AM, Juan Antonio Aguilera Tamayo 
pochy.jaaguil...@gmail.com wrote:

 Naoki what is the state of the port for flame? I am searching bugs related 
 with this but nothing appears in bugzilla.
 
 Regards
 
 2015-05-21 9:39 GMT-04:00 Naoki Hirata nhir...@mozilla.com:
 You can use whatever base you want to when you're doing your own porting.  :)
 
 Having said that, we are trying to migrate over to lollipop.  So far the only 
 port that has been successful is the nexus 5 and there has been testing done 
 on the nexus 5 lollipop base.  If you want to look at a lollipop firefox os 
 base, I would suggest looking at that repo.
 
 We are currently working on porting flame over to lollipop.
 
 Regards,
 Naoki
 
 On May 21, 2015, at 6:00 AM, Sai Karthik kskarthi...@gmail.com wrote:
 
  I saw on the building page only upto android KitKat is supported to build 
  Firefox but I found some phones on githib b2g repo using lollipop base. Can 
  we use lollipop base for building Firefox os. I am currently building it 
  for my phone redmi 1s @https://GitHub.com/b2g-armani I forked the device 
  repos from unoffocial cm 12.1 repos of our phone.
  ___
  dev-b2g mailing list
  dev-b2g@lists.mozilla.org
  https://lists.mozilla.org/listinfo/dev-b2g
 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g
 

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Question about Firefox OS releases

2015-05-15 Thread Naoki Hirata

Hi Michael,

That is T2M's official release.  If you flash the 18D_nightly, that's our 
release that T2M is hosting for us (since we can't distribute the gonk layer 
because we don't have the license to do so).

I am working on a new 18D_nightly, you can see what it fixes and why I am doing 
that here : Bug 1154072
Currently I am being blocked by not having a good build to base the builds on.  
I am hoping we have a good build on monday.

Regards,
Naoki

On May 15, 2015, at 3:46 AM, Michael Monreal michael.monr...@gmail.com wrote:

 Thanks for all the replies. However there is still one thing I do not 
 understand, which is related to this:
 
 On Tuesday, May 12, 2015 at 10:57:54 AM UTC+2, Michael Henretty wrote:
 2.1 is stable and code complete, and 2.2 is very nearly code complete 
 although we are still fixing bugs on it.
 
 How come when I first installed the 18D base image, which ships with a 2.0.0 
 prerelease Firefox OS I did not get any update to 2.0.0 (non-prerelease)?
 
 I would even have expected to be updated to 2.1.0 if that is code complete 
 already but I guess for this 2.1.0 would need to move to the release 
 branch, while it is still in beta?
 
 All those developer pages I already read have not really answered these 
 questions, at least not for me.
 
 Cheers
 Michael
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] How do you debug/test incoming TCPSocket connections on the simulator?

2015-05-15 Thread Naoki Hirata

I think Andrew is right.  you may want to configure fxos-web-server to use a 
different port than 80.
The ip address should be the same as your computer if you are talking about the 
webide / simulator; I think you should be able to use the loopback address and 
the new port number to connect.

On a side note, for the 3.0 simulator once you are connected, you can go to the 
menu - runtime - and select device preferences or device settings.
Which is very nice.  webide team is doing a great job in the tooling!   Thanks 
guys!

Regards,
Naoki

On May 15, 2015, at 10:41 AM, Andrew Sutherland asutherl...@asutherland.org 
wrote:

 On Fri, May 15, 2015, at 10:00 AM, Soledad Penadés wrote:
 But connecting a phone to my laptop is not really practical sometime, so 
 I'd like to develop code using the simulator. However, I do not know how 
 to access the simulator. It doesn't have an IP address, and `lsof -i -n 
 -P -sTCP:LISTEN` doesn't show any port 80 accepting incoming 
 connections. I also tried accessing the server from the Browser app in 
 the simulator but it doesn't work either.
 
 Linux and most operating systems only let super-user processes bind to
 ports  1024.  On your phone, b2g's main/parent process is running as
 root so it is able to bind to port 80.  This is most likely your
 problem.
 
 I would suggest binding to port 8080 or something like that in this
 case.  If you're not getting an error event when you call listen with
 port 80, you probably need to notice that you're running in the b2g
 simulator by sniffing the user agent or something equally hacky.
 
 Andrew
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] adb device is always offline

2015-05-13 Thread Naoki Hirata

Have you changed anything recently?  It may have something to do with that.

If not, then make sure your android sdk is up to date.

You can also try adding the device to the adb_usb.ini  file in your ~/.android 
directory.

Regards,
Naoki

On May 13, 2015, at 10:36 AM, Jovan Gerodetti titannanom...@gmail.com wrote:

 Hello everyone,
 
 since yesterday I can't connect to my device anymore. if I run 'adb devices' 
 I can see my device but it always says offline. 
 I already rebooted my device and my mac book multiple times but no success. 
 I have no idea what to do... I also tried my other USB port, but that doesn't 
 help either.
 
 Does anyone know how I can get my device online again? 
 
 
 Regards,
 Jovan
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] what is the difference between emulator and falme on the source code?

2015-05-11 Thread Naoki Hirata

gaia level shouldn't be different at all.  It's slightly the gecko to match the 
drivers and the gonk layer with the drivers to match the device versus emulator.
There may be some other differences.  As far as I know this is the main one.

-N.
On May 11, 2015, at 12:52 AM, heyi zhixing dukaizhixingh...@gmail.com wrote:

 Hi,all
 when I fetch the emulator and flame source code,use following commands:
 BRANCH=v2.2 ./config emulator
 BRANCH=v2.2 ./config flame
 what is the difference between emulator and falme? for 
 example,gaia,gecko,gonk folders.
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] ZTE OPEN C Bricked! Help

2015-05-11 Thread Naoki Hirata

I am personally not familiar with the site, so I can't give you any advice
about any builds on that device as I haven't touched them.

The instructions that we have on dev/mo is listed here :
https://developer.mozilla.org/en-US/Firefox_OS/Phone_guide/ZTE_OPEN_C#I_bricked_my_phone

Regards,
Naoki

On May 11, 2015, at 10:45 AM, Kumar Rishav rishav...@gmail.com wrote:

First i flashed using the shallow_flash.sh script. But i didn't get it
working. Then i flashed v1.8D :(
Fastboot mode is also not coming. :( I think for any instructions to follow,
i need fastboot mode ?
http://en.comebuy.com/developer-firefox-os-open-c.html Following this
instruction, Do window will detect the phone as usb debugging was off.

Thanks

On Mon, May 11, 2015 at 1:56 PM, Axel Sommerfeldt
axel.sommerfe...@gmail.com wrote:
Am Montag, 11. Mai 2015 08:35:05 UTC+2 schrieb Kevin Grandon:
Kumar - did you flash a flame base image on the open C? I don't think
you're supposed to do that, but I don't know these devices too well.

No, he's definitely not supposed to do that.

Can you send the link of the documentation where you read that?

Maybe he has misunderstood
https://developer.mozilla.org/en-US/Firefox_OS/Phone_guide/ZTE_OPEN_C#System_images_from_Mozilla
?
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

--
Kumar Rishav
Mozilla Representative - ReMo Mozilla Reps
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] B2G build creating desktop build

2015-05-11 Thread Naoki Hirata

Odd. That should boot up still regards of the other out of date bits on the
device.

Let's first get you up to date on the other bits though, please download and
flash the 18D then the flame.zip from
https://pvtbuilds.mozilla.org/pvt/mozilla.org/b2gotoro/nightly/mozilla-central-flame-eng/latest

You will have to rebuild your flame-backup folder is my guess as well. It
might be that your backup folder is out of date.
There's couple ways you can go about getting the folder to rebuild, I just
delete or mv the folder.
Be sure to have your flame device on, plugged in, with adb access before you
run the build script.

Regards,
Naoki

On May 11, 2015, at 10:54 AM, Russ Nicoletti rnicole...@mozilla.com wrote:

Last week I installed the image from
https://pvtbuilds.mozilla.org/pvt/mozilla.org/b2gotoro/nightly/mozilla-central-flame-eng/latest.
Prior to that I had the v188 image.

-Russ

On Mon, May 11, 2015 at 10:08 AM, Kevin Grandon kgran...@mozilla.com wrote:
Which base image did you install on the flame before flashing Gecko?

Best,
Kevin

On Mon, May 11, 2015 at 5:57 PM, rnicole...@mozilla.com wrote:
I'm building gecko on OSX 10.9.5 for a flame. My workflow is:

./config.sh flame-kk
./build.sh gecko
./flash.sh gecko

The build succeeds yet the flame doesn't boot up after I flash. I noticed the
build produces a 'b2g-bin' file dist/b2g. My understanding is this should
only be produced for desktop builds. I believe the fact that this file is
produced is the source of the startup errors.

My .userconfig is:

export MOZ_PROFILING=1
export DEVICE_DEBUG=1
export GECKO_PATH=/Volumes/firefoxos/sandbox/mozilla/B2G/gecko

Any help/hints are appreciated.

-Russ
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] B2G build creating desktop build

2015-05-11 Thread Naoki Hirata

Did you rebuild your backup-flame directory from the latest mozilla-central pvt
build as per described in the second part?

It also sounds like you may need to update your gecko directory :
/Volumes/firefoxos/sandbox/mozilla/B2G/gecko
Doing a ./repo sync will not update that directory. Which repo is that
directory pointing to?

-N.

On May 11, 2015, at 1:34 PM, Russ Nicoletti rnicole...@mozilla.com wrote:

I have flashed 18D and the latest mozilla-central pvt build. Same result. My
build is still generating 'b2g-bin' executable in addition to the 'b2g'
executable and flashing my custom gecko causes the device to fail to boot up.
Fabrice mentioned when I pinged him about this the problem was that a
'b2g-bin' file was being produced by my build but he didn't know why it was
being produced by a device build.

-Russ

On Mon, May 11, 2015 at 12:09 PM, Naoki Hirata nhir...@mozilla.com wrote:
Odd. That should boot up still regards of the other out of date bits on the
device.

Regards,
Naoki

On May 11, 2015, at 10:54 AM, Russ Nicoletti rnicole...@mozilla.com wrote:

Last week I installed the image from
https://pvtbuilds.mozilla.org/pvt/mozilla.org/b2gotoro/nightly/mozilla-central-flame-eng/latest.
Prior to that I had the v188 image.

-Russ

On Mon, May 11, 2015 at 10:08 AM, Kevin Grandon kgran...@mozilla.com wrote:
Which base image did you install on the flame before flashing Gecko?

Best,
Kevin

On Mon, May 11, 2015 at 5:57 PM, rnicole...@mozilla.com wrote:
I'm building gecko on OSX 10.9.5 for a flame. My workflow is:

./config.sh flame-kk
./build.sh gecko
./flash.sh gecko

The build succeeds yet the flame doesn't boot up after I flash. I noticed
the build produces a 'b2g-bin' file dist/b2g. My understanding is this
should only be produced for desktop builds. I believe the fact that this
file is produced is the source of the startup errors.

My .userconfig is:

export MOZ_PROFILING=1
export DEVICE_DEBUG=1
export GECKO_PATH=/Volumes/firefoxos/sandbox/mozilla/B2G/gecko

Any help/hints are appreciated.

-Russ
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Flame camera

2015-05-11 Thread Naoki Hirata

Thanks for bringing this up.

There might be some calibration settings in the flame that needs to be 
adjusted.  I think that's on the gonk level.  
Looks like we do have a bug on the exposure : bug 1056956

I asked the TAM to have the vendor look at the bug to see if they could fix it.

Regards,
Naoki

On May 11, 2015, at 6:56 AM, Jonas Witmer s...@gmx.ch wrote:

 I already noticed this issue in winter using the 188 image. I got some 
 picture from last summer, using the 123 image, and they are fine.
 
 Am 11.05.15 um 15:30 schrieb Andrew Osmond:
 We don't do anything differently on Open C vs Flame, and accept most of the 
 defaults from the camera service/driver, so I believe most differences would 
 be due to the hardware. I can't say I've used the Open C to compare though 
 since I started with a Flame :). I will see about flashing the one I 
 inherited and do a camera parameter comparison to make sure was nothing 
 changed by the vendor.
 
 However in Aaron's case, it sounds like you have noticed a similar 
 regression on the *same* device? Do you have rough window on when this 
 happened? If you still have the photos (and proper timestamps), can you look 
 up the last good / first bad taken photo dates? I would say it is more 
 likely to be the base image, if only because we don't really tweak most of 
 the camera parameters related to picture quality (except capture resolution).
 
 Thanks,
 
 
 Andrew
 
 On Mon, May 11, 2015 at 9:00 AM, Aaron Cajes (Mozilla PH) 
 aaronca...@mozillaph.org wrote:
 This happened to me on my flame, too. Same nightly base image + Master build.
 
 And i thought my flame's camera was broken. Because photos before my current 
 base image was great.
 
 —
 Sent from my Android Cherry Mobile phone
 
 
 On Mon, May 11, 2015 at 8:22 PM, Wilson Page wp...@mozilla.com wrote:
 Pretty sure this is a hardware limitation. +aosmand to provide more info on 
 this.
 
 W I L S O N  P A G E
 
 Front-end Developer
 Firefox OS (Gaia)
 London Office
 
 Twitter: @wilsonpage
 IRC: wilsonpage 
 
 On Mon, May 11, 2015 at 12:59 PM, Panos Astithas p...@mozilla.com wrote:
 The camera on my Flame (18D, nightly) can't seem to handle normal daylight 
 conditions, at least of the kind we get here in Greece. Pictures I take in 
 broad daylight are always overexposed and ugly as hell. On a cloudy day I 
 can get decent pictures, so I'm wondering if that is a limitation of the 
 hardware or a driver issue. Using HDR during the day generally tends to make 
 things worse.
 
 My Open C (2.2) doesn't have that problem at all (just an atrociously low 
 sensor resolution). I always get better pictures during the day from the 2MP 
 Open C than the 5MP Flame. 
 
 Has anyone else seen this?
 
 Thanks,
 Panos
 
 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g
 
 
 
 
 
 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g
 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] B2G build creating desktop build

2015-05-11 Thread Naoki Hirata

Also to note, your FM radio might not work.  (not sure if you care ) [bug 
1137541].

I think we would also need to know which Gaia you are on.  If the gaia version 
and the gecko version doesn't match, you'll end up with a black screen.
It might just be easier to do a full flash of the most recent master first from 
pvtbuilds and then try flashing your gecko.

Regards,
Naoki

On May 11, 2015, at 10:08 AM, Kevin Grandon kgran...@mozilla.com wrote:

 Which base image did you install on the flame before flashing Gecko?
 
 Best,
 Kevin
 
 On Mon, May 11, 2015 at 5:57 PM, rnicole...@mozilla.com wrote:
 I'm building gecko on OSX 10.9.5 for a flame. My workflow is:
 
 ./config.sh flame-kk
 ./build.sh gecko
 ./flash.sh gecko
 
 The build succeeds yet the flame doesn't boot up after I flash. I noticed the 
 build produces a 'b2g-bin' file dist/b2g. My understanding is this should 
 only be produced for desktop builds. I believe the fact that this file is 
 produced is the source of the startup errors.
 
 My .userconfig is:
 
 export MOZ_PROFILING=1
 export DEVICE_DEBUG=1
 export GECKO_PATH=/Volumes/firefoxos/sandbox/mozilla/B2G/gecko
 
 Any help/hints are appreciated.
 
 -Russ
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g
 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Nightly OTA update on Flame stops?

2015-05-07 Thread Naoki Hirata

Looking at the size space in the bug you wrote, it seems similar to bug 1155704 
(which we had recently).

Looking at your log, I see :  I/GonkAutoMounter(15835): Mounted /system 
partition as read-only

Do you know what base build you are on?
If you are on linux or mac, you can use this python script : 
https://github.com/Mozilla-TWQA/B2G-flash-tool/blob/master/check_versions.py or 
this shell script : 
https://github.com/nhirata/B2G-flash-tool/blob/master/check_versions.sh to show 
the gecko/gaia and base build (bootloader) you are on.

I suppose I should reply this in the bug.  We can carry on the conversation 
there if you would like.

Regards,
Naoki

On May 6, 2015, at 11:03 PM, Marek Raida marek.ra...@gmail.com wrote:

 Hmm, I've another problem, but similar. OTA is uploaded to phone but never 
 applied. Is somebody experiencing the same problems??
 
 I wrote more to the bug, however no one has commented it yet...
 
 https://bugzilla.mozilla.org/show_bug.cgi?id=1160879
 
 Thx a lot for advice,
 Marek 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Compiling Fire C kernel: What am I doing wrong?

2015-05-06 Thread Naoki Hirata

Oh Awesome!  Thanks for sharing the information!

-N.

On May 6, 2015, at 9:33 AM, Felix E. Klee felix.k...@inka.de wrote:

 I think I did several things wrong. Finally I looked at Google’s Android
 kernel building [guide][1], which I just discovered.
 
 To install the ARM cross compiler, I proceeded as follows:
 
$ git clone https://android.googlesource.com/platform/prebuilts/gcc/
  linux-x86/arm/arm-eabi-4.6
$ export PATH=$(pwd)/arm-eabi-4.6/bin:$PATH
 
 Finally, I checked the kernel on the device:
 
$ adb -s a1a143 shell cat /proc/version
Linux version 3.4.0-g033889a (android-bld@Moon) (gcc version 4.7
(GCC) ) #1 SMP PREEMPT Tue Jul 8 20:33:01 CST 2014
 
 That matches the one provided:
 
$ cd OT_4019X/kernel
$ make kernelversion
3.4.0
 
 Processor on device:
 
$ adb shell cat /proc/cpuinfo
[…]
Hardware: Qualcomm MSM8210
[…]
 
 As there is no MSM8210 config in `arch/arm/configs`, I checked the
 Qualcomm site, and it’s in the same series as the MSM8610. Also, the
 shell prompt when using `adb` is `shell@msm8610`. This information I
 used to build the kernel:
 
$ make msm8610_defconfig
$ make -j4
 
 The build process finished without errors.
 
 [1]: http://source.android.com/source/building-kernels.html

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Compiling Fire C kernel: What am I doing wrong?

2015-05-06 Thread Naoki Hirata

I think Gabriele is right.  If I recall correctly, the Fire C is still on JB so 
I think you'll need to use the JB version not the ICS.

On May 6, 2015, at 7:03 AM, Gabriele Svelto gsve...@mozilla.com wrote:

 On 04/05/2015 14:16, Felix E. Klee wrote:
 What follows are the steps that I undertook. They lead to an error
 message. Now I wonder: *Did I do something wrong, or did Alcatel not
 provide the proper source code?*
 
 That's an interesting question... Is the AndroidKernel.mk setting some
 environment variables that might be needed to build and thus you might
 be missing when invoking make directly?
 
 Prepared ARM cross compiler:
 
$ git clone https://android.googlesource.com/platform/prebuilt -b \
ics-plus-aosp
 
 This is the ICS toolchain, have you tried the JB one? I think it's in
 the jb-release branch.
 
 Gabriele
 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Nightly OTA update on Flame stops?

2015-05-05 Thread Naoki Hirata

From the gaia meeting notes:

** OTA is busted due to https://bugzilla.mozilla.org/show_bug.cgi?id=1161579#c4
*** we need a forward fix, aus working on the issue.

We still do create on the pvtbuild/ftp server, there's also builds on task 
cluster.

Regards,
Naoki

On May 5, 2015, at 8:16 PM, Kan-Ru Chen (陳侃如) kc...@mozilla.com wrote:

 I haven't seen any updates on my Flame (update channel nightly) since
 5/3 (build identifier 20150503160200). Looks like we still produce
 builds in
 http://ftp.mozilla.org/pub/mozilla.org/b2g/nightly/latest-mozilla-central-flame-kk/
 
 Has anyone also had this issue?
 
 Kanru
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Need advice

2015-04-29 Thread Naoki Hirata

https://developer.mozilla.org/en-US/Firefox_OS/Developing_Firefox_OS/Porting

On Apr 29, 2015, at 6:17 AM, Sai Karthik kskarthi...@gmail.com wrote:

 Can u port firefox os ? I am working on porting b2g to xiaomi redmi 1s 
 https://github.com/b2g-armani
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

[b2g] Test 5

2015-04-22 Thread Naoki Hirata

test 5
___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] NEXUS-5-L now is based on 5.1

2015-04-14 Thread Naoki Hirata

Hrm, it would be nice to either include it in the flash.sh that b2g has or the 
TWQA flash tool and have an option to download the build and flash the device.

I vote for adding it in the TWQA flash tool as an option.   :)

Regards,
Naoki

On Apr 14, 2015, at 10:38 AM, Kevin Grandon kgran...@mozilla.com wrote:

 Sorry about the blank post, still learning how to use lists apparently.
 
 Question - is it possible to flash an image using the b2g flash tool? Any 
 reason I would need to flash Android first if upgrading from a KK flash?
 
 Best,
 Kevin
 
 On Tue, Apr 14, 2015 at 10:37 AM, Kevin Grandon kgran...@mozilla.com wrote:
 
 
 On Mon, Apr 13, 2015 at 11:26 PM, Shawn Huang shawnjoh...@gmail.com wrote:
 NEXUS-5-L now is based on 5.1. Please flash Android LMY47D image first then 
 Firefox OS, if you only auto-update gecko.
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g
 
 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Service like apps

2015-04-07 Thread Naoki Hirata

Soledad makes a good point.  And besides, do you really want to insult your 
mother to the public?  :)
[ light hearted joke ]

Regards,
Naoki

On Apr 7, 2015, at 6:32 AM, Soledad Penadés spena...@mozilla.com wrote:

 
 
 On 07/03/2015 10:26, Antonio Manuel Amaya Calvo wrote:
 Unless we can think on some way to make my mother understands what she would 
 be granting access to, then no :P. 
 This is tangentially offtopic to this thread, but I would appreciate if 
 everybody please avoided using mothers as examples of less qualified 
 technical users.
 
 A better non sexist and non patronising alternative is an average user or 
 a non technical user or non tech savvy user if you want to highlight the 
 fact that they are just users and not developers.
 
 It's not like the Gaia / Firefox OS project is filled to the brim with women, 
 so this kind of language is totally unwelcoming to us.
 
 Thanks :-)
 
 -- 
 http://soledadpenades.com
 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Can you Proxy the Firefox OS Simulator?

2015-04-02 Thread Naoki Hirata

oh oops.  I guess I was writing in the scratch pad.
The second time I pulled up device pref, it pulled up the about:config ui.


On Apr 2, 2015, at 2:18 PM, Naoki Hirata nhir...@mozilla.com wrote:

 I get that the pref isn't defined:
 
 pref(network.proxy.type, 1);
 pref(network.proxy.http, 179.221.116.230);
 pref(network.proxy.http_port, 3128);
 
 /*
 Exception: pref is not defined
 @Scratchpad/1:2:1
 WCA_evalWithDebugger@resource://gre/modules/commonjs/toolkit/loader.js - 
 resource://gre/modules/devtools/server/actors/webconsole.js:103:6
 WCA_onEvaluateJS@resource://gre/modules/commonjs/toolkit/loader.js - 
 resource://gre/modules/devtools/server/actors/webconsole.js:62:163
 DSC_onPacket@resource://gre/modules/commonjs/toolkit/loader.js - 
 resource://gre/modules/devtools/server/main.js:90:211
 DebuggerTransport.prototype._onJSONObjectReady/@resource://gre/modules/commonjs/toolkit/loader.js
  - resource://gre/modules/devtools/transport/transport.js:24:148
 makeInfallible/@resource://gre/modules/commonjs/toolkit/loader.js - 
 resource://gre/modules/devtools/DevToolsUtils.js:9:43
 */
 
 On Apr 2, 2015, at 1:41 PM, andrew.mainl...@gmail.com wrote:
 
 Sorry to say this guys, but this information is outdated. Don't mess with 
 configuration files, (or if you do make sure you are editing the right file 
 and that closing and reopening doesn't reset the file... just don't do it).
 
 From WebIDE  Runtime  Device Preferences
 Add the settings (same as you would by editing the js file)
 
 network.proxy.autoconfig_retry_interval_max  
 network.proxy.autoconfig_retry_interval_min  
 network.proxy.autoconfig_url 
 network.proxy.backup.ftp 
 network.proxy.backup.ftp_port
 network.proxy.backup.socks   
 network.proxy.backup.socks_port  
 network.proxy.backup.ssl 
 network.proxy.backup.ssl_port
 network.proxy.failover_timeout   
 network.proxy.ftp
 network.proxy.ftp_port   
 network.proxy.http   
 network.proxy.http_port  
 network.proxy.no_proxies_on  
 network.proxy.proxy_over_tls 
 network.proxy.share_proxy_settings   
 network.proxy.socks  
 network.proxy.socks_port 
 network.proxy.socks_remote_dns   
 network.proxy.socks_version  
 network.proxy.ssl
 network.proxy.ssl_port   
 network.proxy.type ---(your problem might be this)
 
 If this doesn't work mess with that last setting. I don't know if type value 
 would have a different meaning but it did make a different for me. My 
 pref.sh file (firefox browser) was a 5 and in my FirefoxOS it needed to be 
 set to 2, nothing else worked. I don't know why this is.
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g
 

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Can you Proxy the Firefox OS Simulator?

2015-04-02 Thread Naoki Hirata

I get that the pref isn't defined:

pref(network.proxy.type, 1);
pref(network.proxy.http, 179.221.116.230);
pref(network.proxy.http_port, 3128);

/*
Exception: pref is not defined
@Scratchpad/1:2:1
WCA_evalWithDebugger@resource://gre/modules/commonjs/toolkit/loader.js - 
resource://gre/modules/devtools/server/actors/webconsole.js:103:6
WCA_onEvaluateJS@resource://gre/modules/commonjs/toolkit/loader.js - 
resource://gre/modules/devtools/server/actors/webconsole.js:62:163
DSC_onPacket@resource://gre/modules/commonjs/toolkit/loader.js - 
resource://gre/modules/devtools/server/main.js:90:211
DebuggerTransport.prototype._onJSONObjectReady/@resource://gre/modules/commonjs/toolkit/loader.js
 - resource://gre/modules/devtools/transport/transport.js:24:148
makeInfallible/@resource://gre/modules/commonjs/toolkit/loader.js - 
resource://gre/modules/devtools/DevToolsUtils.js:9:43
*/

On Apr 2, 2015, at 1:41 PM, andrew.mainl...@gmail.com wrote:

 Sorry to say this guys, but this information is outdated. Don't mess with 
 configuration files, (or if you do make sure you are editing the right file 
 and that closing and reopening doesn't reset the file... just don't do it).
 
 From WebIDE  Runtime  Device Preferences
 Add the settings (same as you would by editing the js file)
 
 network.proxy.autoconfig_retry_interval_max   
 network.proxy.autoconfig_retry_interval_min   
 network.proxy.autoconfig_url  
 network.proxy.backup.ftp  
 network.proxy.backup.ftp_port 
 network.proxy.backup.socks
 network.proxy.backup.socks_port   
 network.proxy.backup.ssl  
 network.proxy.backup.ssl_port 
 network.proxy.failover_timeout
 network.proxy.ftp 
 network.proxy.ftp_port
 network.proxy.http
 network.proxy.http_port   
 network.proxy.no_proxies_on   
 network.proxy.proxy_over_tls  
 network.proxy.share_proxy_settings
 network.proxy.socks   
 network.proxy.socks_port  
 network.proxy.socks_remote_dns
 network.proxy.socks_version   
 network.proxy.ssl 
 network.proxy.ssl_port
 network.proxy.type ---(your problem might be this)
 
 If this doesn't work mess with that last setting. I don't know if type value 
 would have a different meaning but it did make a different for me. My pref.sh 
 file (firefox browser) was a 5 and in my FirefoxOS it needed to be set to 2, 
 nothing else worked. I don't know why this is.
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Problems Compiling Gecko

2015-04-01 Thread Naoki Hirata

Personally, I don't think you were being dumb.  It's hard to keep track of 
everything.  :)

And yes, I meant the relative output to the script; thanks for the correction.  
You can send a PR of your change for extract-files.sh to 
https://github.com/mozilla-b2g/device-flame and that will fix it for the flame 
device for everyone.

Regards,
Naoki

On Mar 31, 2015, at 1:59 PM, Dale Harvey d...@arandomurl.com wrote:

 Thanks, problem was me being dumb
 
 I was looking in the wrong place for backup_flame, and the path in the output 
 was relative to the script, not cwd, getting rid of it fixed it
 
 On 31 March 2015 at 21:35, Naoki Hirata nhir...@mozilla.com wrote:
 if you delete the backup-flame directory and flash the v18D_nightly_v2.zip; 
 running the ./config.sh flamek-kk should create a new backup-flame directory 
 and pull the contents there.
 
 Specifically : b2g_project/device/t2m/flame/extract-files.sh should create 
 it.
 
 The extract-files.sh has to run from that directory as it's done via 
 reference to directory structure.
 
 Regards,
 Naoki
 
 So I havent built gecko in a while
 
 I flashed http://cds.w5v8t3u9.hwcdn.net/v18D_nightly_v2.zip
 
 $ adb shell getprop ro.bootloader
 L1TC000118D0
 
 $ ./config.sh flame-kk
 .. completes fine
 
 $ ./build.sh gecko
 .. errors with
 
 
 Blob setup script has changed, re-running
 Pulling files from ../../../backup-flame
 Invalid system backup - Wrong base version found.
 
 Do this:
 1. Delete backup-flame
 2. Flash your device with KK based images from the vendor
 3. Try building again
 
  Build failed! 
 
 I have no backup_flame, device is connected and accessible via adb
 
 Any ideas? 
 
 Cheers
 Dale
 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g
 
 

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Problems Compiling Gecko

2015-03-31 Thread Naoki Hirata

if you delete the backup-flame directory and flash the v18D_nightly_v2.zip; 
running the ./config.sh flamek-kk should create a new backup-flame directory 
and pull the contents there.

Specifically : b2g_project/device/t2m/flame/extract-files.sh should create it.

The extract-files.sh has to run from that directory as it's done via reference 
to directory structure.

Regards,
Naoki

 So I havent built gecko in a while
 
 I flashed http://cds.w5v8t3u9.hwcdn.net/v18D_nightly_v2.zip
 
 $ adb shell getprop ro.bootloader
 L1TC000118D0
 
 $ ./config.sh flame-kk
 .. completes fine
 
 $ ./build.sh gecko
 .. errors with
 
 
 Blob setup script has changed, re-running
 Pulling files from ../../../backup-flame
 Invalid system backup - Wrong base version found.
 
 Do this:
 1. Delete backup-flame
 2. Flash your device with KK based images from the vendor
 3. Try building again
 
  Build failed! 
 
 I have no backup_flame, device is connected and accessible via adb
 
 Any ideas? 
 
 Cheers
 Dale
 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] update on fixing updates?

2015-03-25 Thread Naoki Hirata

To note: this was one of the reasons why QA didn't have a working build for Leo 
for several months.  We had to get some checks in place amongst other issues.
It's also why the version check is in place in the first place.

On Mar 25, 2015, at 1:57 PM, Fabrice Desré fabr...@mozilla.com wrote:

 On 03/25/2015 01:39 PM, Dave Huseby wrote:
 
 Yes, I think I wasn't clear. I said RIL interface referring to that
 set of xpcom components.
 
 Do the vendors customize the interfaces and dependencies between gecko
 and their xpcom components? Do they modify our code to call into
 their custom set of interfaces?
 
 No.
 
 Maybe we should talk to our vendor partners and see if we can
 standardize/stabilize the interfaces/dependencies in such a way that
 they don't feel the need to customize them...they make sure it stays
 that way by putting it in the contract.
 
 If we can do that, then they can provide custom implementations that
 our stock gecko uses and we'd take back control over gecko. We'd be
 able to update gecko independent of their shared library of RIL
 interface xpcom objects.
 
 Yes the ril team works closely with partners. The technical issue is
 that a binary xpcom that has been built against gecko version X can't be
 loaded by gecko version Y because we don't guarantee this will work (and
 I tested bypassing the version check, this crashed nicely afterward).
 
   Fabrice
 -- 
 Fabrice Desré
 b2g team
 Mozilla Corporation
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] backup_restore_profile.py - how do I get this to work?

2015-03-24 Thread Naoki Hirata

https://github.com/Mozilla-TWQA/B2G-flash-tool
If you go there, and scroll down you should see the help in it.

At the same time, I think there's issues in regards to switching from version 
to version or if there's an update to the settings.json
I'm not sure how to resolve those at this moment in time.

Regards,
Naoki

On Mar 24, 2015, at 9:52 AM, Chris Mills cmi...@mozilla.com wrote:

 Hi all,
 
 I’ve just noticed that the backup/restore tool for Flame has changed to a 
 python file. I need to update the Flame instructions on MDN, but how do I get 
 this tool to work?
 
 python backup_restore_profile.py results in the following error:
 
 ImportError: No module named utilities.adb_helper
 
 Any help appreciated - thanks!
 
 Chris Mills
  Senior tech writer || Mozilla
 developer.mozilla.org || MDN
  cmi...@mozilla.com || @chrisdavidmills
 
 
 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] backup_restore_profile.py - how do I get this to work?

2015-03-24 Thread Naoki Hirata

ah oops.  2.7.x should work.

The script is not finding :
https://github.com/Mozilla-TWQA/B2G-flash-tool/blob/master/utilities/adb_helper.py

File a bug in the github, noting that and either I or someone in TW will try to 
fix that I think.

Regards,
Naoki

On Mar 24, 2015, at 12:42 PM, Chris Mills cmi...@mozilla.com wrote:

 I already looked there, but couldn’t find help with the problem I’m getting. 
 It looks like I’m missing a module - do I need a specific version of Python? 
 I’m on 2.7.x
 
 Chris Mills
  Senior tech writer || Mozilla
 developer.mozilla.org || MDN
  cmi...@mozilla.com || @chrisdavidmills
 
 
 
 On 24 Mar 2015, at 17:11, Naoki Hirata nhir...@mozilla.com wrote:
 
 https://github.com/Mozilla-TWQA/B2G-flash-tool
 If you go there, and scroll down you should see the help in it.
 
 At the same time, I think there's issues in regards to switching from 
 version to version or if there's an update to the settings.json
 I'm not sure how to resolve those at this moment in time.
 
 Regards,
 Naoki
 
 On Mar 24, 2015, at 9:52 AM, Chris Mills cmi...@mozilla.com wrote:
 
 Hi all,
 
 I’ve just noticed that the backup/restore tool for Flame has changed to a 
 python file. I need to update the Flame instructions on MDN, but how do I 
 get this tool to work?
 
 python backup_restore_profile.py results in the following error:
 
 ImportError: No module named utilities.adb_helper
 
 Any help appreciated - thanks!
 
 Chris Mills
 Senior tech writer || Mozilla
 developer.mozilla.org || MDN
 cmi...@mozilla.com || @chrisdavidmills
 
 
 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g
 
 

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Accessing NetworkStats from an XPCOM component

2015-03-20 Thread Naoki Hirata

\o/

+1 on the UML diagram!  This helps out for testing as well.  :)

Regards,
Naoki

On Mar 20, 2015, at 4:16 AM, Ethan Tseng etts...@mozilla.com wrote:

 Hi John,
 
 Hope it's not too late to answer your question.
 
 This is an UML class diagram that gives you a whole picture of NetworkStats 
 architecture.
 https://wiki.mozilla.org/images/3/3e/NetworkStats_Architecture.svg
 
 The current design of NetworkStatsService exposes API for other XPCOM 
 components to save network statistics (saveAppStats), but does not provide 
 convenient interface to get statistics. Because the original requirement is 
 to expose getting statistics by Web APIs (MozNetworkStatsManager).
 
 Could you elaborate your purpose of using NetworkStatsManager.getSamples() in 
 Gecko?
 We might come up with better solution if we have more detail of use cases. :)
 
 Best Regards,
 
 
 
 Ethan Tseng
 Senior Software Engineer of Mozilla
 
 On Sat, Mar 14, 2015 at 3:22 AM, johnlzel...@gmail.com wrote:
 Hello b2g!
 
 I am attempting to access NetworkStatsManager.getSamples() from within my own 
 XPCOM component. Here is my current code: 
 https://zeller.pastebin.mozilla.org/8825742
 
 On line 162, the function isNowGood() will be the only thing exposed to web 
 content. I need access to NetworkStatsManager.getSamples(), specifically to 
 get the rx/tx data history for the device.
 
 The problem is that I am not sure how to do this. Speaking with fabrice in 
 #b2g today, he advised me that I should use my own parent side module, and 
 talk to other parent side modules.
 
 I am new to the parent/child abstraction in Gecko, so I am not 100% how to 
 proceed here. Previous advice I received suggested that I use IPC via 
 cpmm.sendAsyncMessage, which you will see on line 108 in my code above.
 
 So what are the next steps here? I am not sure how to go about achieving this 
 messaging.
 
 Is code running from my init function considered to be running in my own 
 parent side module? Is NetworkStatsManager.js the code running in the other 
 parent side module I am seeking to achieve this?
 
 Forgive the novice-y questions, I am trying desperately to wrap my head 
 around this.
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g
 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Any community build for LG D300F

2015-03-02 Thread Naoki Hirata

I believe the main problem that the community is having in regards to trying to 
update the phone is that the phone hasn't been hacked to be rooted.
Without root access, it would be hard to update the gecko/gaia portions.

Regards,
Naoki

On Feb 28, 2015, at 2:30 AM, Ashickur Rahman ashickur.n...@gmail.com wrote:

 Hi All
 
 I have  a LG D300F, and it is using Firefox OS 1.1.0.1 . Is there any update 
 Firefox OS build by the community, or is there any update from LG for latest 
 build?  
 
 
 --
 Dedicated Linux Forum in Bangladesh
 2048R/89C932E1
 Mozilla Bangladesh
 +880-1611151550, +880-1971151550
 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] How to backup data from Alcatel OneTouch Fire C?

2015-02-20 Thread Naoki Hirata

Felix is probably right.

Basically in this case rooting the phone involves changing the boot.img so that 
it's debuggable.
If you make your own boot.img and are able to get into fastboot mode, that's 
one way to make the device rooted.
Granted, there's a chance you could also mess up the device.

fyi, you can probably back up the boot.img via using dd, something like : adb 
shell dd if=/dev/mtd/mtd0 of=/sdcard/boot.img bs=4096
(you'll have to look up which is the boot.img via looking at files like the 
proc/partitions or proc/mounts )
Again this is something of a use at your own risk, this isn't supported train 
of thought.

If you do decide to do something like this, I would also recommend doing a bit 
of research and being prepared to accept the chance of bricking the phone and 
needing to send it to the vendor… and the vendor may not necessarily fix it...

Regards,
Naoki

On Feb 20, 2015, at 1:43 AM, Felix E. Klee felix.k...@inka.de wrote:

 Thanks for raising the issue here, Ralph!
 
 To be honest,I doubt that Alcatel would tell users how to root
 devices. After all, it's not a developer device, and giving root
 access raises security issues. Without the device being rooted,
 however, I cannot migrate and backup OpenWapp messages. That renders
 the device useless for day-to-day use.
 
 What could be interesting to try is rooting the device by editing the
 kernel image, as has been documented for the non-C Fire:
 
 http://k.japko.eu/alcatel-otf-hackers-guide-1.html
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Issues with 2.2 update on Flame

2015-02-11 Thread Naoki Hirata

It should sent the device into fastboot mode, then it should fastboot the 
images onto the device.
The fastboot is using a different vendor id.  You will have to add that to your 
android_rules.

if you do a: fastboot devices
you can check to see if fastboot is seeing your device or not.

Regards,
Naoki

On Feb 11, 2015, at 6:53 PM, Rick Martinez grafaelmarti...@gmail.com wrote:

 Hi everyone,
 I'm having issues updating my Flame to 2.2. 
 Following the directions here (http://t.co/wR4u4tS7xP) I've downloaded the 
 build, unzipped, set everything up on the Flame, ran the ./flash.sh in 
 terminal (on ubuntu) and it gives me the warning that never goes away of 
 waiting for device. It does recognize my device via adb devices and when I 
 run ./flash.sh, terminal says waiting for device and it sends my Flame to 
 Fastboot but nothing after that and remains frozen there until I force reboot.
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

[b2g] Priority bug: Bug 1130067 on inbound ; need back out ASAP as it would be a blocker for manual testing.

2015-02-05 Thread Naoki Hirata

FYI, QAnalyst have found bug 113067 : 
https://bugzilla.mozilla.org/show_bug.cgi?id=1130067 on inbound.
They are investigating a regression range currently.

Regards,
Naoki___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] FOTA Updates for the Flame?

2015-02-03 Thread Naoki Hirata

+Wesly, as he's the TAM working with T2M.

T2M has a different update server than we do.  Legally we cannot distribute the 
gonk layer.
This means that we need T2M to host the update.  However if you update with our 
gecko and gaia, you will get our OTA server, not theirs.

We are trying to work with T2M to host our version of the software; in which 
case they would also have to take the difference between the builds to serve 
the FOTA update.  This is still in the works.

Regards,
Naoki

On Feb 3, 2015, at 2:56 AM, Frederik Braun fbr...@mozilla.com wrote:

 Hey,
 
 my provocative question for the day: Why do users still have to flash
 new base images on their own? Wasn't Flame the phone we've been promised
 real updates for?
 
 Constantly flashing baseimages my own is surely even more irritating to
 non-Mozillians.
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] B2G cannot config for flame-kk today. Bad revision on platform_bootable_recovery

2015-02-02 Thread Naoki Hirata

Hi Jan,

I think Thomas is right.  I've had issues like this before.  
Perhaps try removing the .repo and running the config.sh script will resolve 
your issue?

I tried building on friday and it worked fine for me. (minus the gecko being a 
couple of days behind, due to another issue; I resolved this by moving the 
gecko directory and cloning master using hg from 
http://hg.mozilla.org/mozilla-central/)

Regards,
Naoki

On Feb 2, 2015, at 1:52 AM, Jan Jongboom janjongb...@gmail.com wrote:

 On Friday, January 30, 2015 at 7:15:17 PM UTC+1, Jan Jongboom wrote:
 error.GitError: platform_bootable_recovery rev-list 
 ('^26e78a979f3090dc196219e268467620b6c40ec5', 'HEAD', '--'): fatal: bad 
 object 26e78a979f3090dc196219e268467620b6c40ec5
 
 Anyone encountered this as well?
 
 Seems unrelated to the git sync thing, removed platform/ directory and now it 
 continues, but breaks somewhere else.
 
 I think me toying with the .repo folder was not appreciated by repo tool
 
 :-)
 
 Will try with clean b2g.
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] B2G cannot config for flame-kk today. Bad revision on platform_bootable_recovery

2015-01-30 Thread Naoki Hirata

Hi Jan,

I noticed something odd : http://git.mozilla.org/?p=releases/gecko.git;a=summary
that gecko is 2 days behind.

also : 
http://git.mozilla.org/?p=b2g/platform_bootable_recovery.git;a=summary
The reason why you might be getting the error is that I can't find : 
26e78a979f3090dc196219e268467620b6c40ec5 
as a hash code pull.

My guess is that something happened where git.mozilla.org isn't synching quite 
right right now?

Naoki

On Jan 30, 2015, at 10:59 AM, Jan Jongboom janjongb...@gmail.com wrote:

 On Friday, January 30, 2015 at 7:30:12 PM UTC+1, Naoki Hirata wrote:
 How long ago did you build?  When's the last time you pulled?
 We have a build that was created last night so if this is an issue, it most 
 likely occurred sometime today.
 
 Regards,
 Naoki
 
 On Jan 30, 2015, at 10:15 AM, Jan Jongboom janjongb...@gmail.com wrote:
 
 error.GitError: platform_bootable_recovery rev-list 
 ('^26e78a979f3090dc196219e268467620b6c40ec5', 'HEAD', '--'): fatal: bad 
 object 26e78a979f3090dc196219e268467620b6c40ec5
 
 Anyone encountered this as well?
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g
 
 This is mozilla-b2g/b2g master. Against latest mc.
 
 Against non-custom Gecko same issue.
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Can we deprecate packaged apps?

2015-01-30 Thread Naoki Hirata

Interesting point in case for service workers.  I think I'm ignorant about the 
technology and being in QA, I tend to play the devil's advocate.  Don't get me 
wrong, I do wish for what you're stating.  I am concerned about throwing things 
over the wall to service workers; I get the feeling we'll still run into 
challenges to confront offline cases.

An edge case example of what I'm worried about is:
Camping and being in the middle of no where, and then the phone dies.  You're 
able to charge the device via Pan Charger ( 
http://www.slashgear.com/pan-charger-boils-your-iphone-battery-back-to-life-21160661/
 ) or some similar device.  Will the service worker still be able to launch the 
dialer for emergency calls without having a net connection?  I guess my 
assumption here is that the service worker relies on information in cache and 
being active.  What happens when that gets disrupted?

I'm trying to read up on it a little here : 
http://www.w3.org/TR/service-workers/

Regards,
Naoki


On Jan 30, 2015, at 11:08 AM, Benjamin Francis bfran...@mozilla.com wrote:

 On 30 January 2015 at 18:54, Naoki Hirata nhir...@mozilla.com wrote:
 I have to agree with Kevin.  My biggest concerns are for performance, offline 
 cases, and issues with caching with full hosted apps.
 
 As Dale says this is exactly why we need Service Workers. I'm not suggesting 
 that all apps should require an Internet connection all the time, that would 
 never work :)
 
 Currently people are creating packaged apps so that their apps work offline. 
 But I would argue that packaged apps miss out on most of the benefits of the 
 web.

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] B2G cannot config for flame-kk today. Bad revision on platform_bootable_recovery

2015-01-30 Thread Naoki Hirata

Well, Kats pointed me to the reason why gecko isn't synched : 
https://groups.google.com/forum/#!msg/mozilla.dev.b2g/KjnxKND2b3I/8WQEaTFSQCwJ

Not sure about your issue quite yet.

Naoki

On Jan 30, 2015, at 12:10 PM, Naoki Hirata nhir...@mozilla.com wrote:

 Hi Jan,
 
 I noticed something odd : 
 http://git.mozilla.org/?p=releases/gecko.git;a=summary
 that gecko is 2 days behind.
 
 also : 
 http://git.mozilla.org/?p=b2g/platform_bootable_recovery.git;a=summary
 The reason why you might be getting the error is that I can't find : 
 26e78a979f3090dc196219e268467620b6c40ec5 
 as a hash code pull.
 
 My guess is that something happened where git.mozilla.org isn't synching 
 quite right right now?
 
 Naoki
 
 On Jan 30, 2015, at 10:59 AM, Jan Jongboom janjongb...@gmail.com wrote:
 
 On Friday, January 30, 2015 at 7:30:12 PM UTC+1, Naoki Hirata wrote:
 How long ago did you build?  When's the last time you pulled?
 We have a build that was created last night so if this is an issue, it most 
 likely occurred sometime today.
 
 Regards,
 Naoki
 
 On Jan 30, 2015, at 10:15 AM, Jan Jongboom janjongb...@gmail.com wrote:
 
 error.GitError: platform_bootable_recovery rev-list 
 ('^26e78a979f3090dc196219e268467620b6c40ec5', 'HEAD', '--'): fatal: bad 
 object 26e78a979f3090dc196219e268467620b6c40ec5
 
 Anyone encountered this as well?
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g
 
 This is mozilla-b2g/b2g master. Against latest mc.
 
 Against non-custom Gecko same issue.
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g
 

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Can we deprecate packaged apps?

2015-01-30 Thread Naoki Hirata

I have to agree with Kevin.  My biggest concerns are for performance, offline 
cases, and issues with caching with full hosted apps.  

An example is emergency calling.  If the dialer was fully hosted without a wifi 
connection, how do you make a call?  This scenario would require you to have a 
SIM w/ a data plan in order to access the app that is needed just to go through 
the ril when it should just be able to access the ril directly without having 
to have a SIM.

Even having partial packaged apps could help in this case.

Regards,
Naoki

On Jan 30, 2015, at 10:40 AM, Kevin Grandon kgran...@mozilla.com wrote:

 Do we really want to fully deprecate packaged apps? I think making hosted 
 apps and packaged apps equals is a big win, but I'm not sure if fully 
 deprecating packaged apps is a good idea.
 
 There are many developers who like the ability to not run and maintain a 
 server. It's simply less work and overhead for them to throw their code up on 
 a marketplace, and not have to worry about a monthly server cost, or a server 
 going down. 
 
 Best,
 Kevin
 
 On Fri, Jan 30, 2015 at 10:28 AM, Benjamin Francis bfran...@mozilla.com 
 wrote:
 On 30 January 2015 at 18:17, Andrew Overholt overh...@mozilla.com wrote:
 
 
  Most of the frequently used permissions do not require the use of a
  packaged app, but the second most used permission is systemXHR which does.
  Apparently most developers are only using this because they created a
  packaged app purely for its offline properties, then found they needed
  systemXHR to talk to their own server. Which is silly. I hope Service
  Workers will help with this situation.
 
 
  Can you elaborate on this a bit?  Why do developers need to use systemXHR
  with their packaged app?  How do you envision Service Workers helping in
  this case?
 
 
 As I understand it...
 
 Developers create a packaged app because it's currently the most effective
 way to make their app work offline. A packaged app has a synthetic origin
 which will always be cross-origin from the developer's own web server. They
 use SystemXHR to allow their packaged app to use remote resources from
 their web server, rather than set up CORS because that's more difficult.
 
 If they instead used Service Workers to make their app work offline, they
 wouldn't have a weird synthetic origin and therefore wouldn't need to use
 systemXHR because their app would be same-origin with their web server.
 ___
 dev-webapps mailing list
 dev-weba...@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-webapps
 
 ___
 dev-gaia mailing list
 dev-g...@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-gaia

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] B2G cannot config for flame-kk today. Bad revision on platform_bootable_recovery

2015-01-30 Thread Naoki Hirata

How long ago did you build?  When's the last time you pulled?
We have a build that was created last night so if this is an issue, it most 
likely occurred sometime today.

Regards,
Naoki

On Jan 30, 2015, at 10:15 AM, Jan Jongboom janjongb...@gmail.com wrote:

 error.GitError: platform_bootable_recovery rev-list 
 ('^26e78a979f3090dc196219e268467620b6c40ec5', 'HEAD', '--'): fatal: bad 
 object 26e78a979f3090dc196219e268467620b6c40ec5
 
 Anyone encountered this as well?
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] USB tethering on OS X

2015-01-14 Thread Naoki Hirata

See the first bullet point from here: 
https://wiki.mozilla.org/B2G/QA/Tips_And_Tricks#Misc

Regards,
Naoki

On Jan 14, 2015, at 9:28 AM, Jovan Gerodetti titannanom...@gmail.com wrote:

 Hello,
 
 Can someone tell me how I get USB tethering to work on OS X?
 
 Regards,
 Jovan
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] USB tethering on OS X

2015-01-14 Thread Naoki Hirata

yes.  you would have to reboot your mac.

On Jan 14, 2015, at 9:44 AM, Jovan Gerodetti titannanom...@gmail.com wrote:

 Thank you, I already installed that driver and enable the USB tethering on my 
 device. But I still can't see it in my macs network settings. Do I need to 
 reboot my mac?
 
 2015-01-14 18:41 GMT+01:00 Naoki Hirata nhir...@mozilla.com:
 See the first bullet point from here: 
 https://wiki.mozilla.org/B2G/QA/Tips_And_Tricks#Misc
 
 Regards,
 Naoki
 
 On Jan 14, 2015, at 9:28 AM, Jovan Gerodetti titannanom...@gmail.com wrote:
 
  Hello,
 
  Can someone tell me how I get USB tethering to work on OS X?
 
  Regards,
  Jovan
  ___
  dev-b2g mailing list
  dev-b2g@lists.mozilla.org
  https://lists.mozilla.org/listinfo/dev-b2g
 
 

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Fire C codename

2015-01-13 Thread Naoki Hirata

I am not 100 % sure of this Gabriele.  It depends on what feature you are using 
and which version.  The gaia portion can depend on some of the gecko api calls.

Hence you may need to match the gaia version with the appropriate gecko version.

If you are on master ( now 3.0 ) , you may want to update the latest gecko as 
well if there are issues.  Having said this, there may be some gonk 
dependencies that gecko has.  Unfortunately we don't control the Gonk layer for 
the device.

Regards,
Naoki

On Jan 13, 2015, at 1:44 AM, Gabriele Svelto gsve...@mozilla.com wrote:

 On 12/01/2015 23:16, leandro wrote:
 will try to flash Gaia only
 
 Note that if you're doing gaia-only work you don't need to build the
 whole FxOS. The gaia sources have a makefile target (install-gaia) that
 installs only the gaia bits. Coupled with the APP environment variable
 it can be used to install only one of the gaia apps. The reset-gaia
 target can also be used but it wipes the device's data clean besides
 uploading a new gaia build. More information here:
 
 https://developer.mozilla.org/en-US/Firefox_OS/Developing_Gaia/Build_System_Primer
 https://developer.mozilla.org/en-US/Firefox_OS/Developing_Gaia/make_options_reference
 
 by the way,
 [ro.product.device]: [msm8610]
 
 OK, it's a generic device name.
 
 Gabriele
 
 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] Has anyone notice that sometime the clock would be incorrect on Flame?

2014-12-29 Thread Naoki Hirata

Hey Gareth,

It might have something to do with the flash script and the time function not 
setting the time correctly initially.
Do you sync the time automatically via NTP and have a wifi or SIM card in the 
device?  (i.e. automatically set time/date in the settings).

I think the bugs revolve somewhere around those items.  I have been having a 
hard time replicating consistently.

Regards,
Naoki

On Dec 29, 2014, at 11:36 AM, Gareth Aye gareth@gmail.com wrote:

 Difficult to diagnose currently since flashing latest mozilla-central gaia + 
 gecko makes the regions and cities disappear from the settings selector. 
 Currently, my flame says it's 6:56pm which isn't correct in any timezone 
 (it's 2:35 EST right now) and toggling the set automatically radio button to 
 try to coerce time sync into triggering isn't working :/
 
 On Mon, Dec 29, 2014 at 1:40 PM, Gareth Aye gareth@gmail.com wrote:
 Just to add a little bit more information, the only ways that gaia interacts 
 with the platforms' timing facilities are through the standard Date api and 
 then also via mozTime in the ftu and settings apps to call 
 navigator.mozTime.set. Nothing looks particularly sketchy in gaia.
 
 On Mon, Dec 29, 2014 at 1:20 PM, Gareth Aye gareth@gmail.com wrote:
 I think this issue still exists. My sms messages are often scrambled like 
 Julien mentioned, notifications fire at the wrong time, and hacking on 
 calendar can be a PITA. It seems like no one is actively working on it. This 
 seems like the root cause behind a whole host of issues across a number of 
 apps (I am currently investigating a few issues related to timezone and alarm 
 issues for calendar). As far as I can tell from some of the comments in the 
 bugs that :whsu collected, this is also happening across multiple devices. 
 Does this perhaps qualify as a DOM bug?
 
 On Mon, Jun 30, 2014 at 5:53 AM, Greg Weng snowma...@gmail.com wrote:
 Thanks William!
 
 2014-06-30 17:29 GMT+08:00 William Hsu w...@mozilla.com:
  The other devices seemed to have the same problem.
  - https://bugzilla.mozilla.org/show_bug.cgi?id=1011592
  - https://bugzilla.mozilla.org/show_bug.cgi?id=1022877
  - https://bugzilla.mozilla.org/show_bug.cgi?id=1031573
  - https://bugzilla.mozilla.org/show_bug.cgi?id=1002399
 
  I have helped nominate this bug.
  Have a nice day!
 
 
  Cheers,
  William
 
  On Mon, 2014-06-30 at 01:51 -0700, Greg Weng wrote:
 
  Well, one of the problems is that I don't know which component this bug
  belongs to. The only thing I'm sure is this seems not like a Gaia issue.
 
  - 原始郵件 -
  寄件者: Marco Zehe mz...@mozilla.com
  收件者: Greg Weng snowma...@gmail.com, dev-gaia
  dev-g...@lists.mozilla.org, dev-b2g dev-b2g@lists.mozilla.org
  寄件備份: 2014 6 月 30 星期一 下午 3:42:06
  主旨: Re: Has anyone notice that sometime the clock would be incorrect  on
  Flame?
 
  Hi Greg,
 
  I've seen this for weeks and thought this is so obvious that this has
  been long reported. I'm in Germany, CEST timezone, and while the
  timezone is correct, my Flame is sometimes an hour, sometimes three,
  sometimes only 30 minutes ahead. But almost never at the correct time.
 
  I also don't have STR, but couldn't imagine this was solely happening on
  my device, so didn't bother reporting a bug. So feel free to file a bug
  on this, I can definitely confirm.
 
  Marco
 
  On 30.06.2014 09:25, Greg Weng wrote:
  Hi all,
 
  I use Flame daily and sometime the clock (not the app) would be
  incorrect. For example, I've got alarmed at 6:00 AM while the phone
  shows it's 8:00 AM (because I set a alarm at 8:00 AM). I'm pretty sure
  this is not caused by time zone issue because after I cancel the alarm
  and try to figure the time in Settings panel, the clock suddenly jump
  to about 10:00 AM and it's still incorrect. I've experienced this at
  least twice, although in the later case it's only faster about 20 mins
  than the real time.
 
  I send this mail rather than report bug because I (unfortunately)
  can't give a STR, although I suspect that it seems related to NTP then
  charing the phone (I did these steps at the first case). And today one
  of my colleague also noticed me about this bug, so I can make sure
  that this is not my own failure. In my opinion, this is a really
  serious bug because when you can only rely on your phone to get the
  current date time (just like the modern people usually do), it may
  cause serious trouble when you miss some date just because the alarm
  (and the date tome) doesn't work correctly.
 
 
  ___
  dev-gaia mailing list
  dev-g...@lists.mozilla.org
  https://lists.mozilla.org/listinfo/dev-gaia
  ___
  dev-b2g mailing list
  dev-b2g@lists.mozilla.org
  https://lists.mozilla.org/listinfo/dev-b2g
 
 
 
 
 
 --
 Greg Weng
 
 http://about.me/snowmantw
 
 Understand y f = f [ y f ] ; lose last remaining non-major friend
 -- Anonymous

[b2g] Crash Reports for the week of 7/21/2014

2014-07-21 Thread Naoki Hirata

General news

mbrandt (Matt Brandt) will be joining as co-lead for 2.1 QA; please welcome him 
as the 2.1 co-lead.
Please set any crashes affecting Loop to block Meta: bug 1004761
New Feature Crashes

Loop

bug 1022058 - crash in 
sigslot::lock_blocksigslot::single_threaded::lock_block(sigslot::single_threaded*)
dev looked at; needs patch
bug 1009922 - [Open C] crash in __pthread_cond_pulse
dev looked atl needs patch
bug 1021451 - WebRTC Chat between FFOS and Desktop Computer Resulted in 
Graphics Crash - mozalloc_abort(char const*) | NS_DebugBreak | 
mozilla::ipc::FatalError(char const*, char const*, int, bool) | 
mozilla::layers::PSharedBufferManagerChild::SendAllocateGrallocBuffer
might be fixed by bug 1034294
2.1 : Gecko 33a1

bug 1035286 - crash in mozalloc_abort(char const*) | abort | 
js::jit::BacktrackingAllocator::splitAcrossCalls(js::jit::LiveInterval*)
bug 1035249 - crash in jemalloc_crash | arena_dalloc | je_free | free | 
js::detail::HashTableJS::Symbol* const, js::HashSetJS::Symbol*, 
js::HashSymbolsByDescription, js::SystemAllocPolicy::SetOps, 
js::SystemAllocPolicy::changeTableSize(int)
bug 1026631 - crash in jemalloc_crash | arena_salloc | je_realloc | realloc | 
moz_xrealloc | nsTArray_basensTArrayInfallibleAllocator, 
nsTArray_CopyWithMemutils::EnsureCapacity(unsigned int, unsigned int) | 
nsObserverList::AddObserver(nsIObserver*, bool)
bug 1026655 - crash in jemalloc_crash | arena_dalloc | je_free | free | 
moz_free | XPCNativeInterface::DestroyInstance(XPCNativeInterface*)
bug 1026672 - crash in jemalloc_crash | arena_dalloc | je_free | free | 
js::Shape::sweep()
2.0, the version formerly known as 1.5 : gecko 32a2

bug 1038461 - Failed to map ion memory in the client on gonk
bug 1038891 - OMXCodec crash while stability testing
bug 1036482 - Crash in low memory situation while stability testing
bug 1029710 - crash in mozilla::dom::ShadowRoot::IsPooledNode(nsIContent*, 
nsIContent*, nsIContent*)
bug 1026011 - crash in 
android::BpAudioPolicyService::initStreamVolume(audio_stream_type_t, int, int)
bug 1008791 - Crash in stability test [@ ? | pthread_kill | raise | 
__libc_android_abort | ... | js::BaseProxyHandler::get(JSContext*, JS::Handle, 
JS::Handle, JS::Handle, JS::MutableHandleJS::Value) ]___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

[b2g] 07/17/2014 Flame 273MB v2.0 Smoke Test Results - 41/49 tests passed, 2 new blockers

2014-07-17 Thread Naoki Hirata

41 out of 49 tests passed for the 2014-07-15 Flame v2.0 Build. There are 2 new 
issues and 5 existing blockers that kept the smoketests from fully passing. 

Smoketest Results:
Daily Smoke Test Logs:
https://docs.google.com/a/qanalydocs.com/spreadsheet/ccc?key=0AjRc6aVFoOW9dGZLdVdiWGZLbVdORlFpUGt5XzZ3Zncusp=drive_web#gid=10
Moztrap links:
Run: https://moztrap.mozilla.org/runtests/run/4730/env/347/
Results: https://moztrap.mozilla.org/results/cases/?filter-run=4730

Tests Were Performed With:
Build ID: 20140717000201
Gecko: 0ec0b9ac39f0
Gaia: aa4f795b81c6147d67c4f06009e166debcf8856e
Base Image: v122
OTA Updated From: v122 + latest 1.3 Gaia
1 reboots
0 crash

New Bugs Breaking the Smoketests:
-[B2G] Unable to detect or use Data Connection when enabled
https://bugzilla.mozilla.org/show_bug.cgi?id=1040211
-[B2G][SMS] User is unable to send an MMS
https://bugzilla.mozilla.org/show_bug.cgi?id=1040382
** same root cause as bug 1040211

Existing Bugs Breaking the Smoketests:
- Camera app receives sigkill after 15mins 480p recording in 256MB devices 
https://bugzilla.mozilla.org/show_bug.cgi?id=1027592
- [B2G][Window Management] Task Manager is slow to load or doesnt load at all 
https://bugzilla.mozilla.org/show_bug.cgi?id=1035506 
- [B2G][OTA] Smart collections are not displayed after OTA 1.3 to 2.0 
https://bugzilla.mozilla.org/show_bug.cgi?id=1037556
-[B2G][Dialer]Touchtones are unresponsive during phonecall
https://bugzilla.mozilla.org/show_bug.cgi?id=1039844
-[B2G][Window Mgmt][OTA]Notifications are not preserved after OTA from 1.3 to 
2.0
https://bugzilla.mozilla.org/show_bug.cgi?id=1039675


New Issues Not Breaking the Smoketests:
-None reported.

Sincerely,
Mozilla QA Team

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

[b2g] 07/15/2014 Flame 2.0 Smoke Test Results - 61/62 smoketests, 0 new blockers

2014-07-15 Thread Naoki Hirata

Test Results
* 39/39 automated smoketests passing
* 22/23 manual smoketests passing
* 0 reboots
* 0 crashes

New Bugs Breaking Manual Smoketests:
- None reported.

Existing Bugs Breaking Manual Smoketests:
- [B2G][OTA] Smart collections are not displayed after OTA 1.3 to 2.0 
https://bugzilla.mozilla.org/show_bug.cgi?id=1037556
- [B2G][Settings]SIM not detected after OTA 
https://bugzilla.mozilla.org/show_bug.cgi?id=1038289

New Bugs Breaking Automated Smoketests:
- None reported.

Existing Bugs Breaking Automated Smoketests:
- None reported.

Build Information
* Build ID:  20140715000201
* Version: 32.0a2
* Gecko:  d32649a24965
* Gaia:  2c6c413ed729d465c52d6c2d5d458e2eee79e956
* Base Image: v122

Links
* Daily Smoketest Logs: 
https://docs.google.com/a/qanalydocs.com/spreadsheet/ccc?key=0AjRc6aVFoOW9dGZLdVdiWGZLbVdORlFpUGt5XzZ3Zncusp=drive_web#gid=8
* MozTrap Results:
https://moztrap.mozilla.org/results/cases/?filter-run=4687

Sincerely,
Mozilla QA Team

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

[b2g] 07/15/2014 Flame 2.1 Smoke Test Results - 60/63 smoketests, 0 new blockers

2014-07-15 Thread Naoki Hirata

Test Results
* 40/40 automated smoketests passing
* 20/23 manual smoketests passing
* 0 reboots
* 0 crashes

New Bugs Breaking Manual Smoketests:
- None reported.

Existing Bugs Breaking Manual Smoketests:
- [B2G][Clock]Alarms do not go off when triggered. Timer alerts are also 
affected 
https://bugzilla.mozilla.org/show_bug.cgi?id=1037079
- [1.4 = 2.0] Wi-Fi networks are erased after an OTA update 
https://bugzilla.mozilla.org/show_bug.cgi?id=1026730

New Bugs Breaking Automated Smoketests:
- None reported.

Existing Bugs Breaking Automated Smoketests:
- None reported.

Build Information
* Build ID:  20140715040206
* Version: 33.0a1
* Gecko:  e032c429908b
* Gaia:  46cd188fdda2397d2b8f3303a184dcd52952e2b2
* Base Image: v122

Links
* Daily Smoketest Logs:
https://docs.google.com/a/qanalydocs.com/spreadsheet/ccc?key=0AjRc6aVFoOW9dGZLdVdiWGZLbVdORlFpUGt5XzZ3Zncusp=drive_web#gid=11
* MozTrap Results:
https://moztrap.mozilla.org/results/cases/?filter-run=4689

Sincerely,
Mozilla QA Team

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

[b2g] 07/15/2014 Flame 273MB v2.0 Smoke Test Results - 44/49 tests passed, 0 new blockers

2014-07-15 Thread Naoki Hirata

44 out of 49 tests passed for the 2014-07-15 Flame v2.0 Build. There are 0 new 
issues and 6 existing blockers that kept the smoketests from fully passing. 

Smoketest Results:
Daily Smoke Test Logs:
https://docs.google.com/a/qanalydocs.com/spreadsheet/ccc?key=0AjRc6aVFoOW9dGZLdVdiWGZLbVdORlFpUGt5XzZ3Zncusp=drive_web#gid=10
Moztrap links:
Run: https://moztrap.mozilla.org/runtests/run/4691/env/347/
Results: https://moztrap.mozilla.org/results/cases/?filter-run=4691

Tests Were Performed With:
Build ID: 20140715000201
Gecko: d32649a24965
Gaia: 2c6c413ed729d465c52d6c2d5d458e2eee79e956
Base Image: v122
OTA Updated From: v122 + latest 1.3 Gaia
2 reboots
1 crash 
- (new) crash in NS_InvokeByIndex
https://bugzilla.mozilla.org/show_bug.cgi?id=1038927

New Bugs Breaking the Smoketests:
-None reported.

Existing Bugs Breaking the Smoketests:
- Camera app receives sigkill after 15mins 480p recording in 256MB devices 
https://bugzilla.mozilla.org/show_bug.cgi?id=1027592
- [B2G][Window Management] Task Manager is slow to load or doesn't load at all 
https://bugzilla.mozilla.org/show_bug.cgi?id=1035506 
- [B2G][Homescreen][Rocketbar] - Rocketbar results can't be selected after 
previously using the Rocketbar. 
https://bugzilla.mozilla.org/show_bug.cgi?id=1036671 - fixed today
- [B2G][OTA] Smart collections are not displayed after OTA 1.3 to 2.0 
https://bugzilla.mozilla.org/show_bug.cgi?id=1037556
- [B2G][Contacts][Camera]Camera app OOMs when adding picture to contact 
https://bugzilla.mozilla.org/show_bug.cgi?id=1038414
- [B2G][Settings]SIM not detected after OTA 
https://bugzilla.mozilla.org/show_bug.cgi?id=1038289

New Issues Not Breaking the Smoketests:
- [B2G][Audio Channel]After playing sound through front speaker, all sound will 
play through front speaker instead of speakerphone 
https://bugzilla.mozilla.org/show_bug.cgi?id=1038749

Sincerely,
Mozilla QA Team

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

Re: [b2g] If your flame build fails because of missing time_daemon, read this!

2014-07-14 Thread Naoki Hirata

Would it help for me to announce on dev-b2g when we get a new OEM build?

Regards,
Naoki

On Jul 12, 2014, at 9:59 AM, Dave Hylands dhyla...@mozilla.com wrote:

 If you're doing your own local builds, the procedure I use is this:
 
 1 - Flash one one if the base images (I use 122) Start on this page: 
 https://intranet.mozilla.org/B2G_Team/Flame
 2 - rm -rf backup-flame and out/target/product/flame/firmware.hash
 3 - Do a build
 
 Then your local backup-flame will have all of the files that it could 
 possibly have.
 
 Each time I flash a new base image, I repeat this procedure.
 
 If you create your backup-flame with one of our images instead of one of the 
 base images on the phone, then you may wind up with missing files from time 
 to time.
 
 Dave Hylands
 
 From: Kartikaya Gupta kgu...@mozilla.com
 To: mozilla-dev-...@lists.mozilla.org
 Sent: Saturday, July 12, 2014 2:23:23 AM
 Subject: [b2g] If your flame build fails because of missing time_daemon,  
   read this!
 
 PSA: Bug 1032233 landed recently which tries to pull a time_daemon 
 binary into the backup-flame directory. If you've been doing local 
 builds for flame, your device may not have this file, and your build 
 will fail. This is the same problem as the missing libgps.utils.so that 
 happened earlier, and the steps to fix are the same (see below).
 
 Cheers,
 kats
 
 On 16/5/2014, 9:20, Kartikaya Gupta wrote:
  My flame build, which was working yesterday, broke this morning. See bug
  1011481 for details, but here's the quick solution (note that this will
  completely erase everything on your device):
 
  - Download the latest flame.zip from the b2g-inbound pvtbuild folder [1]
  - Unpack it and run the ./flash.sh script inside the b2g-distro folder
  - Delete your backup-flame directory
  - Rebuild as usual
 
  The reason this happened is that some extra libraries were added to the
  flame build, and devices that were flashed from old pvtbuilds won't have
  these libraries. Therefore, if you have a backup-flame dir from prior to
  this change, it won't have these libraries either, and your build will
  fail.
 
  The new libraries were added yesterday and haven't made it into the
  latest mozilla-central pvtbuild yet, but they have made it into the
  latest b2g-inbound pvtbuild, so flashing that and rebuilding your
  backup-flame dir fixes it.
 
   From what Alex Lissy said I believe this might happen a few more times
  in the future as additional libraries are added to the flame build, so
  if you do get build errors in the future following these steps should
  fix it for you.
 
  Cheers,
  kats
 
  [1]
  https://pvtbuilds.mozilla.org/pvt/mozilla.org/b2gotoro/tinderbox-builds/b2g-inbound-flame-eng/latest/
 
 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g
 
 ___
 dev-b2g mailing list
 dev-b2g@lists.mozilla.org
 https://lists.mozilla.org/listinfo/dev-b2g

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

[b2g] Crash Report Week of 07/14/2014

2014-07-14 Thread Naoki Hirata

Here is this week's crash report:

=== General ===
Geeksphone has some crashes that started roughly from 20140706221559 build, I 
haven't seen them on other devices.  Having said that they seem to be gecko 
level crashes, instead of gonk:
[NEW] bug 1038229 - crash in mozilla::MediaEngine::Release()
[NEW] bug 1038235 - crash in _cairo_surface_get_extents
[NEW] bug 1038253 - crash in mozilla::CrossProcessMutex::CrossProcessMutex

=== New Feature Crashes ===
 Loop 
* {{Bug|1022058}} - crash in 
sigslot::lock_blocksigslot::single_threaded::lock_block(sigslot::single_threaded*)
** dev looked at; needs patch
* {{Bug|1009922}} - [Open C] crash in __pthread_cond_pulse
** dev looked atl needs patch
* {{Bug|1021451}} - WebRTC Chat between FFOS and Desktop Computer Resulted in 
Graphics Crash - mozalloc_abort(char const*) | NS_DebugBreak | 
mozilla::ipc::FatalError(char const*, char const*, int, bool) | 
mozilla::layers::PSharedBufferManagerChild::SendAllocateGrallocBuffer
** might be fixed by {{bug|1034294}}

=== 2.1 : Gecko 33a1 ===
* {{Bug|1035286}} - crash in mozalloc_abort(char const*) | abort | 
js::jit::BacktrackingAllocator::splitAcrossCalls(js::jit::LiveInterval*) 
* {{Bug|1035249}} - crash in jemalloc_crash | arena_dalloc | je_free | free | 
js::detail::HashTableJS::Symbol* const, js::HashSetJS::Symbol*, 
js::HashSymbolsByDescription, js::SystemAllocPolicy::SetOps, 
js::SystemAllocPolicy::changeTableSize(int) 
* {{Bug|1026631}} - crash in jemalloc_crash | arena_salloc | je_realloc | 
realloc | moz_xrealloc | nsTArray_basensTArrayInfallibleAllocator, 
nsTArray_CopyWithMemutils::EnsureCapacity(unsigned int, unsigned int) | 
nsObserverList::AddObserver(nsIObserver*, bool) 
** memory corruption; startup crashes; a couple on nightly
* {{Bug|1026655}} - crash in jemalloc_crash | arena_dalloc | je_free | free | 
moz_free | XPCNativeInterface::DestroyInstance(XPCNativeInterface*) 
** need dev input
* {{bug|1026672}} - crash in jemalloc_crash | arena_dalloc | je_free | free | 
js::Shape::sweep() 
** need dev input 

=== 2.0, the version formerly known as 1.5 : gecko 32a2 ===
* {{Bug|1029710}} - crash in 
mozilla::dom::ShadowRoot::IsPooledNode(nsIContent*, nsIContent*, nsIContent*) 
** need dev input
* {{Bug|1030803}} - crash in @0x0 | 
MessageLoop::DeferOrRunPendingTask(MessageLoop::PendingTask const)
** need dev input.

=== 1.4 : Gecko 30.0===
* {{Bug|1025312}} - Crash in NetworkWorker::~NetworkWorker while stability 
testing
* {{Bug|1038037}} - [dolphin][flame] b2g crash when open some streaming audio 
from browser
* {{Bug|1035755}} - [V1.4][Camera][Dolphin] Repeatedly tap video record button 
causes app crash
* {{Bug|1035531}} - Failed CHECK in GonkCameraSource::dataCallbackTimestamp() 
while stability testing

=== 1.3/1.3T : Gecko 28.0/28.1 ===
* {{bug|1007019}} - [tarako] Facebook crashes whenever trying to upload a photo
** facebook making UA change; OAUTH is not supported on lo-fi version ( 
{{bug|1033195}} )
* {{Bug|1031224}} - shut down phone, and the b2g crash
* {{Bug|1033966}} - [Sora][FOTA] after FOTA updates,the system crash 
** being investigated
* {{bug|1034409}} is a follow up crash
** being investigated___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

[b2g] 07/14/2014 Flame 2.0 Smoke Test Results - 61/62 smoketests, 2 new blockers to the same Test Case

2014-07-14 Thread Naoki Hirata

Test Results
* 39/39 automated smoketests passing
* 22/23 manual smoketests passing
* 0 reboots
* 0 crashes

New Bugs Breaking Manual Smoketests:
- [B2G][Everything.me]E.me apps are not displayed and cannot be added to the 
homescreen after OTA 
https://bugzilla.mozilla.org/show_bug.cgi?id=1038298
- [B2G][Settings]SIM not detected after OTA 
https://bugzilla.mozilla.org/show_bug.cgi?id=1038289

Existing Bugs Breaking Manual Smoketests:
- [B2G][OTA] Smart collections are not displayed after OTA 1.3 to 2.0 
https://bugzilla.mozilla.org/show_bug.cgi?id=1037556

New Bugs Breaking Automated Smoketests:
- None reported.

Existing Bugs Breaking Automated Smoketests:
- None reported.

Build Information
* Build ID:  20140714000202
* Version: 32.0a2
* Gecko:  376889ab0e02
* Gaia:  ca022f811bcbbda0f89086094a9e92bb220fea18
* Base Image: v122

Links
* Daily Smoketest Logs: 
https://docs.google.com/a/qanalydocs.com/spreadsheet/ccc?key=0AjRc6aVFoOW9dGZLdVdiWGZLbVdORlFpUGt5XzZ3Zncusp=drive_web#gid=8
* MozTrap Results:
https://moztrap.mozilla.org/results/cases/?filter-run=4678

Sincerely,
Mozilla QA Team

___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

[b2g] 07/14/2014 Flame 2.1 Smoke Test Results - 60/63 smoketests, 0 new blockers

2014-07-14 Thread Naoki Hirata

Test Results
* 40/40 automated smoketests passing
* 20/23 manual smoketests passing
* 2 reboots
* 0 crashes

New Bugs Breaking Manual Smoketests:
- None reported.

Existing Bugs Breaking Manual Smoketests:
- [B2G][Clock]Alarms do not go off when triggered. Timer alerts are also 
affected 
https://bugzilla.mozilla.org/show_bug.cgi?id=1037079
- [1.4 = 2.0] Wi-Fi networks are erased after an OTA update 
https://bugzilla.mozilla.org/show_bug.cgi?id=1026730

New Bugs Breaking Automated Smoketests:
- None reported.

Existing Bugs Breaking Automated Smoketests:
- None reported.

Build Information
* Build ID:  20140714040201
* Version: 33.0a1
* Gecko:  f7aef4fc9d47
* Gaia:  88e0a972280bb35847c010b8c3f1481fa80f3847
* Base Image: v122

Links
* Daily Smoketest Logs:
https://docs.google.com/a/qanalydocs.com/spreadsheet/ccc?key=0AjRc6aVFoOW9dGZLdVdiWGZLbVdORlFpUGt5XzZ3Zncusp=drive_web#gid=11
* MozTrap Results:
https://moztrap.mozilla.org/results/cases/?filter-run=4679

Sincerely,
Mozilla QA Team___
dev-b2g mailing list
dev-b2g@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-b2g

1 2 3 >

1 - 100 of 243 matches

Mail list logo