from:"Nicholas Skaggs"

Re: [Ubuntu-phone] Fwd: [Ubuntu-touch-coreapps] Upcoming UI Toolkit Panel/Toolbar API changes

2013-09-12 Thread Nicholas Skaggs

On Thu, Sep 12, 2013 at 8:25 AM, Tim Peeters wrote:

> Leo is right here for the toolbar, which we promote to use. But for some
> specific applications such as the webbrowser-app, currently the Panel
> component is used instead of the Toolbar because it is (or was) more
> flexible. There are no emulators for the Panel, so that can still be an
> issue.
>

We've been chatting this week about components still needing emulator
coverage, so let's get panel added. Leo would love to have other folks
helping hack on the emulator (wink, wink).

Changes like this should be absorbed in the emulator, thus keeping tests
written using it intact. If you've not adopted the emulator for your tests,
now is the time to do so.
http://www.theorangenotebook.com/2013/07/an-autopilot-emulator-for-ubuntu-sdk.html

Nicholas
-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Changes to the core apps test environment

2013-10-04 Thread Nicholas Skaggs

I wanted to make everyone aware of some changes happening to the jenkins 
enviroment that you typically encounter when you propose a merge to a 
core apps project.


As you know there have been some growing pains as we've tried to 
develop, keep the tests all green and passing, and grow out the build 
enviroment. Thank you for your help and feedback throughout the process. 
We've had some rough patches, but it's paying off. The apps look 
amazing, and they have come a LONG way in being stable, runnable and 
usable. Good work everyone. That said, we've been seeing some 
regressions in the lab and no doubt you may have run into issues during 
your merges where jenkins failed your tests because of changes happening 
in the sdk, etc. We want to solve those.


So in an effort to keep things synced up and prevent regressions in the 
dashboard, the CI team is changing the core apps jenkins builds. All 
tests and merges will use the latest version of the SDK always. The 
tests will also run against the latest version of the SDK. What this 
means is no more surprises about toolbar changes, or swiping to delete, 
or activity indicator issues, etc. Any potential issues like this will 
now show up immeadiately when you try and merge your changes.


Now, because the tests are currently looking at and using the archive 
version of the SDK, there are some gaps or differences that need to be 
fixed so we can move forward. The illustrious Francis has run all of the 
core apps against the latest SDK to show up what is causing tests (and 
therefore your app) to fail. I'd like to request special attention be 
paid to these issues so we can close them, get them merged and move on. 
You can see the raw output of his work here:


http://91.189.93.70:8080/job/generic-mediumtests-sdk/

I'll be opening bugs for each of these and assigning a critical proirity 
to them -- look for them to land in your project soon. This will be my 
priority to help solve next week. I'm here for you! If you need help 
fixing any of the issues, give me a shout on IRC, as balloons. Francis, 
fginther, is also availible if you find jenkins giving you trouble when 
it shouldn't. Thanks again for all of your help!


To a more sane testing future of green,

Nicholas
-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Changes to the core apps test environment

2013-10-04 Thread Nicholas Skaggs

The bugs! Note some of these failed perhaps only because of the tab 
index bug with the emulator and sdk, 
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1233402. However, 
they might still have other bugs. Please take a look and ensure 
everything about your app will continue to function with the upstream 
SDK :-)



https://bugs.launchpad.net/ubuntu-rssreader-app/+bug/1235476
https://bugs.launchpad.net/music-app/+bug/1235475
https://bugs.launchpad.net/sudoku-app/+bug/1235471
https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1235468
https://bugs.launchpad.net/ubuntu-clock-app/+bug/1235467
https://bugs.launchpad.net/ubuntu-terminal-app/+bug/1235464
https://bugs.launchpad.net/ubuntu-weather-app/+bug/1235461

Cheers,
Nicholas

On 10/04/2013 04:32 PM, Nicholas Skaggs wrote:
I wanted to make everyone aware of some changes happening to the 
jenkins enviroment that you typically encounter when you propose a 
merge to a core apps project.


As you know there have been some growing pains as we've tried to 
develop, keep the tests all green and passing, and grow out the build 
enviroment. Thank you for your help and feedback throughout the 
process. We've had some rough patches, but it's paying off. The apps 
look amazing, and they have come a LONG way in being stable, runnable 
and usable. Good work everyone. That said, we've been seeing some 
regressions in the lab and no doubt you may have run into issues 
during your merges where jenkins failed your tests because of changes 
happening in the sdk, etc. We want to solve those.


So in an effort to keep things synced up and prevent regressions in 
the dashboard, the CI team is changing the core apps jenkins builds. 
All tests and merges will use the latest version of the SDK always. 
The tests will also run against the latest version of the SDK. What 
this means is no more surprises about toolbar changes, or swiping to 
delete, or activity indicator issues, etc. Any potential issues like 
this will now show up immeadiately when you try and merge your changes.


Now, because the tests are currently looking at and using the archive 
version of the SDK, there are some gaps or differences that need to be 
fixed so we can move forward. The illustrious Francis has run all of 
the core apps against the latest SDK to show up what is causing tests 
(and therefore your app) to fail. I'd like to request special 
attention be paid to these issues so we can close them, get them 
merged and move on. You can see the raw output of his work here:


http://91.189.93.70:8080/job/generic-mediumtests-sdk/

I'll be opening bugs for each of these and assigning a critical 
proirity to them -- look for them to land in your project soon. This 
will be my priority to help solve next week. I'm here for you! If you 
need help fixing any of the issues, give me a shout on IRC, as 
balloons. Francis, fginther, is also availible if you find jenkins 
giving you trouble when it shouldn't. Thanks again for all of your help!


To a more sane testing future of green,

Nicholas


-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Fwd: Changes to the core apps test environment

2013-10-07 Thread Nicholas Skaggs


FYI


 Original Message 
Subject:Changes to the core apps test environment
Date:   Mon, 7 Oct 2013 13:39:57 -0500
From:   Francis Ginther 
To: ubuntu-qual...@lists.ubuntu.com



A follow up Nicholas Skaggs email. The jenkins environment is using
ppa:ubuntu-sdk-team/ppa as the source for the latest SDK components.
To use this in your development environment:

# sudo apt-add-repository ppa:ubuntu-sdk-team/ppa
# sudo apt-get update
# sudo apt-get dist-upgrade

The dist-upgrade will of course, update more then just the packages
from the PPA. If you only want to update the absolute minimum, try:

# sudo apt-get install qtdeclarative5-ubuntu-ui-toolkit-plugin
ubuntu-ui-toolkit-autopilot ubuntu-ui-toolkit-doc
ubuntu-ui-toolkit-examples ubuntu-ui-toolkit-theme

Francis
--
Francis Ginther
Canonical - Ubuntu Engineering - Quality Engineer

--
Ubuntu-quality mailing list
ubuntu-qual...@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality



-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 10.12.13

2013-12-10 Thread Nicholas Skaggs


For the stuff I'm listed under;

* ubuntu-weather-app (Nicholas):
Fixed, pull trunk

* ubuntu-file-manager (Nicholas):
Fixed, pull trunk

* music-app (Nicholas):
Fixed, waiting for dev approval; 
https://code.launchpad.net/~nskaggs/music-app/fix-shuffle-test/+merge/198485


* calendar-app (Nicholas):
I can't reproduce on my mako, might be environment as suggested

* terminal-app (Nicholas):
Enter and backspace broken in terminal: 
https://bugs.launchpad.net/ubuntu-terminal-app/+bug/1257791
This is a critical bug, but needs a developer to have a look at. I've 
marked it critical and pinged the developer


Here's to a green image ;-)

Cheers,

Nicholas

On 12/10/2013 12:26 PM, Didier Roche wrote:

Hey everyone.

Good news first:
the qmlscene crash and a lot of other bugs while opening the apps are 
now fixed. A consequence is also that the test pass rate jumped above 
98% as the whole system is way more reliable! Well done everyone. :)


Bad news: image #55 couldn't be promoted because of a regression where 
updated phones to latest image can't install or upgrade click apps ( 
https://bugs.launchpad.net/ubuntu/+source/click/+bug/1259253). Colin 
fixed the issue and image #57 with it is now built. Tests are running 
as we speak and we'll be able to take a decision on its promotion with 
those results.


Even if the impressive yearly light festival in my city just ended 
yesterday[1], I'll put some candles tonight on the windows as per 
tradition[2] so that image #57 will finally be THE promoted image :)



Now, to move on to the future (assuming we are getting there) on the 
going green story.
As we are really close to our target of 100% of tests reliably passing 
and there is not anymore any known "can't launch app" blockers, it's 
time to look at getting all flaky tests disabled or fixed. It's 
completely reachable to get that green for Thursday I guess. If you 
can't fix a test that is flaky, the test is useless, so please disable 
it: it's just bringing noise to people trying to release an image.


Here is project by project list. Note that I based it on both images 
55 and 56 test results.


I count those as blockers for those projects to get a new release to 
Touch until the fix is in or another guilty component is identified:


* ubuntu-ui-toolkit (Zoltan):
One flaky test (fail on maguro, not on mako)
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/55:20131209.1:20131203/5355/ubuntu-ui-toolkit-autopilot/559350/

* ubuntu-weather-app (Nicholas):
One test failing on both platform
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/55:20131209.1:20131203/5355/ubuntu-weather-app-autopilot/559254/
http://ci.ubuntu.com/smokeng/trusty/touch/mako/55:20131209.1:20131203/5356/ubuntu-weather-app-autopilot/559437/

* ubuntu-file-manager (Nicholas):
One flaky test on mako
http://ci.ubuntu.com/smokeng/trusty/touch/mako/55:20131209.1:20131203/5356/ubuntu-filemanager-app-autopilot/559266/

* music-app (Nicholas):
One flaky test on mako
http://ci.ubuntu.com/smokeng/trusty/touch/mako/55:20131209.1:20131203/5356/music-app-autopilot/559105/

* calendar-app (Nicholas):
4 flaky tests failing on maguro. Maybe will worth a look to see if 
something didn't disturb the environment and it's not protected 
against it.

http://ci.ubuntu.com/smokeng/trusty/touch/maguro/55:20131209.1:20131203/5355/calendar-app-autopilot/

* terminal-app (Nicholas):
Enter and backspace broken in terminal: 
https://bugs.launchpad.net/ubuntu-terminal-app/+bug/1257791


* messaging-app (Bill):
One flaky test on mako. (can be sdk related)
http://ci.ubuntu.com/smokeng/trusty/touch/mako/55:20131209.1:20131203/5356/messaging-app-autopilot/558958/

* notes-app (Bill)
One test failing on both mako and maguro:
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/55:20131209.1:20131203/5355/notes-app-autopilot/558827/
http://ci.ubuntu.com/smokeng/trusty/touch/mako/55:20131209.1:20131203/5356/notes-app-autopilot/558857/
3 flaky tests on mako:
http://ci.ubuntu.com/smokeng/trusty/touch/mako/56:20131210:20131203/5360/notes-app-autopilot/

* webbrowser-app (Bill)
2 flaky tests on maguro only:
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/56:20131210:20131203/5363/webbrowser-app-autopilot/

* unity8 (Kevin)
5 flaky tests on maguro:
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/55:20131209.1:20131203/5355/unity8-autopilot/558729/ 
(1 fail on run 55)
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/56:20131210:20131203/5363/unity8-autopilot/ 
(4 other failures on run 56)
In addition, remember that Unity 8 has a backlog of pending fixes that 
were waiting for this week. I count them as well as blockers for 
releasing unity8. Meaning:
- messages in Incoming not always display the correct date and content 
( https://bugs.launchpad.net/unity8/+bug/1253810)
- Abort when blancking/unblanking blank screen: old crasher that is 
now really easy to reproduce ( 
https://bu

Re: [Ubuntu-phone] Emulator Autopilot test results, image 119

2014-01-09 Thread Nicholas Skaggs

Interesting stuff - would be nice to get a summary out of this somehow. 
At any rate, you are missing the rssreader app in the run-all list :-) 
Could you add?


Nicholas

On 01/09/2014 03:11 PM, Dimitri John Ledkov wrote:

Here is an update on running autopilot tests in the emulator on the cloud.

In lp:~xnox/ubuntu-test-cases/touch-emulator, i've implemented a
watchdog, to detect failed emulator startup, which will strip and
retry upto 3 times. This results in significantly less "stuck"
instances.

On the charm side, in lp:~xnox/charms/trusty/jemjem/trunk/ i've added
scripts that help running tests across multiple workers. In practice,
something like jenkins should be used to schedule execution on the
nodes, but until then I have simple GNU parallel based scripts to
execute full set of tests.

Here is a quick tutorial on how to use them:

$ juju bootstrap --constraints "cpu-cores=2 mem=2G arch=i386"
$ juju deploy cs:~xnox/trusty/jemjem -n 9

... wait for all emulators to be provisioned, takes approx. 21 minutes.

In the mean time:
$ bzr branch lp:~xnox/charms/trusty/jemjem/trunk jemjem
$ ./script/get-ips

# Once all instances are started:
$ ./scripts/run-all.sh

That last command probably best to be started in a GNU screen session
or some such, as it takes about 1h 20m to complete.

So, in a mere 1h40m from running "juju bootstrap" all autopilot tests
can be executed (this is excluding unity8 tests, which I didn't get
around to running yet).

At the end, output/ will have raw console stdout/stderr from the run
of each test, whilst clientlogs/ has the phablet-test-run results.

I have now uploaded all of these for the image #119 at:
http://people.canonical.com/~xnox/touch/

I guess I should have another run of image #120... =)




--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 09.11.14

2014-01-09 Thread Nicholas Skaggs

On 01/09/2014 12:24 PM, Didier Roche wrote:

weather-app (Nicholas):
http://ci.ubuntu.com/smokeng/trusty/touch/mako/109:20140103.1:20131223.2/5859/ubuntu-weather-app-autopilot/

-> No news since yesterday
I *think* this is networking failures. We're transitioning to the TWC
api, so this is lower priority as tests are going to change. This
doesn't seem to be chronic.

clock-app (Nicholas):
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/114:20140106:20131223.2/5905/ubuntu-clock-app-autopilot/

-> No news since yesterday
Still looking to reproduce -- the emulator won't run clock atm,
investigating. Xnox, I see you seem to have results (passing), but I've
only gotten crashes.

calendar-app (Nicholas):
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/114:20140106:20131223.2/5905/calendar-app-autopilot/

-> No news since yesterday
Finally reproduced thanks to the emulator :-) Fix in the works, testing
it now.

terminal app (Nicholas):
We had this regression last month, it's on the list as well for
blocking new terminal app release (keyboard not working with it):
https://bugs.launchpad.net/ubuntu-terminal-app/+bug/1257791
-> Nicholas is aware and working on it with upstream. No news since
yesterday.
Pinging the terminal dev at this point. Bill, Victor, Jamie and myself
have had a crack at this and it seems like the problem lies in the
konsole qml plugin. The plugin author having a look would be useful to
fixing this, so waiting for his response before continuing.

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 13.01.14

2014-01-14 Thread Nicholas Skaggs

On 01/13/2014 12:18 PM, Didier Roche wrote:

weather-app (Nicholas):
http://ci.ubuntu.com/smokeng/trusty/touch/mako/109:20140103.1:20131223.2/5859/ubuntu-weather-app-autopilot/

-> Networking failure. Seems it will need a mock to not rely on network.
This is changing to TWC api, and yes, there will need to be some
mocking. This is WIP by development team. A big rollover to the new API
will be landing soon.

clock-app (Nicholas):
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/114:20140106:20131223.2/5905/ubuntu-clock-app-autopilot/

-> From Nicholas: "Still looking to reproduce -- the emulator won't
run clock atm, investigating. Xnox, I see you seem to have results
(passing), but I've only gotten crashes."

No luck in reproducing yet.

calendar-app (Nicholas):
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/114:20140106:20131223.2/5905/calendar-app-autopilot/

-> Reproduced in the emulator and fix is in the work!
Merge is stalemated because of inconclusive results from folks with
maguro devices (possible MIR issue?). Going to try and land this and be
ready to revert.

terminal app (Nicholas):
We had this regression last month, it's on the list as well for
blocking new terminal app release (keyboard not working with it):
https://bugs.launchpad.net/ubuntu-terminal-app/+bug/1257791
-> The issue was investigated and found that konsole qml plugin is
what needs work. The plugin author is having a look would be useful to
fixing this, so waiting for his response before continuing.
Plugin author isn't able to look at the issue until next week, so we're
on hold until then.

RSS Reader also has some issues
Looking into these as well :-)

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 15.01.14

2014-01-16 Thread Nicholas Skaggs

Some updates :-)

On 01/15/2014 12:19 PM, Didier Roche wrote:

*weather-app* (Nicholas):
http://ci.ubuntu.com/smokeng/trusty/touch/mako/109:20140103.1:20131223.2/5859/ubuntu-weather-app-autopilot/

-> Networking failure. This is changing to TWC api, and yes, there
will need to be some mocking. This is WIP by development team. A big
rollover to the new API will be landing soon.

No change, devel work is on-going.

*clock-app *(Nicholas):
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/114:20140106:20131223.2/5905/ubuntu-clock-app-autopilot/

-> From Nicholas: "No luck in reproducing yet. -- the emulator won't
run clock atm, investigating. Xnox, I see you seem to have results
(passing), but I've only gotten crashes."
Found several probable causes for these failures. Seems to be a
combination of the bug below on MIR, and a potential UITK issue with tab
switching.

Tab switching:
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/114:20140106:20131223.2/5905/ubuntu-clock-app-autopilot/642628/

Today's run contains an actual test failure possibility, looking into
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/131:20140116:20140115.1/6095/ubuntu-clock-app-autopilot/673039/

*calendar-app* (Nicholas):
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/114:20140106:20131223.2/5905/calendar-app-autopilot/

-> A fix is ready for the flaky. Pending though on the next promoted
image.

Committed, but not in store to be run in image. Sergio?

*terminal app* (Nicholas):
We had this regression last month, it's on the list as well for
blocking new terminal app release (keyboard not working with it):
https://bugs.launchpad.net/ubuntu-terminal-app/+bug/1257791
-> The issue was investigated and found that konsole qml plugin is
what needs work. Plugin author isn't able to look at the issue until
next week, so we're on hold until then.

Still awaiting plugin author for now

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 20.01.14

2014-01-22 Thread Nicholas Skaggs

Some updates from me :-)

On 01/21/2014 01:17 PM, Didier Roche wrote:

*weather-app* (Nicholas):
http://ci.ubuntu.com/smokeng/trusty/touch/mako/109:20140103.1:20131223.2/5859/ubuntu-weather-app-autopilot/

-> Networking failure. This is changing to TWC api, and yes, there
will need to be some mocking. This is WIP by development team. A big
rollover to the new API will be landing soon.

Still waiting for API issues to be sorted before making the switch.

*clock-app *(Nicholas):
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/114:20140106:20131223.2/5905/ubuntu-clock-app-autopilot/

-> From Nicholas: "No luck in reproducing yet. -- the emulator won't
run clock atm, investigating. Xnox, I see you seem to have results
(passing), but I've only gotten crashes."
-> this one refailed today on mako (on test_run_preset which is
calling test_add_preset):
http://ci.ubuntu.com/smokeng/trusty/touch/mako/133:20140117:20140115.1/6118/ubuntu-clock-app-autopilot/677464/

Nicholas told: (quoting)
Found several probable causes for these failures. Seems to be a
combination of the bug below on MIR, and a potential UITK issue with
tab switching.

Probable MIR bug:
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/130:20140115.1:20140115.1/6087/ubuntu-clock-app-autopilot/671736/
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/126:20140113.1:20140107.1/6050/ubuntu-clock-app-autopilot/664258/
Tab switching:
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/114:20140106:20131223.2/5905/ubuntu-clock-app-autopilot/642628/
Today's run contains an actual test failure possibility, looking into
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/131:20140116:20140115.1/6095/ubuntu-clock-app-autopilot/673039/
Sergio is working to land a fix for this -- Chris Gagnon confirmed the
changes allowed the tests to pass properly on maguro, so fingers crossed
:-) (thanks Chris!)

*calendar-app* (Nicholas):
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/114:20140106:20131223.2/5905/calendar-app-autopilot/

-> This is now released. However, even with the fix, there is still
some flaky tests (running them doesn't seem to be reproducible):
http://ci.ubuntu.com/smokeng/trusty/touch/maguro/141:20140121.1:20140115.1/6204/calendar-app-autopilot/
Working on an MP for this. The failures do NOT appear to be related to
slowness (the changes that went in would have solved that). The logs
instead indicate the assert logic is incorrect (i other words, the logs
say the actions were performed properly, but the assert is looking for
something else). That's really confusing, but I've got an MP to
investigate with more logging.

Following up with the plugin author for a timeline.
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 13.02.14

2014-02-13 Thread Nicholas Skaggs


On 02/13/2014 12:43 PM, Didier Roche wrote:
On the testing front, we have one new regression on the toolkit. Timo 
talked with upstream and it seems that the next ubuntu-ui-toolkit has 
a fix to make that flaky behavior better. The other failures are flaky 
tests on mako and maguro and Nicholas will give a report soon on them.

Flay tests Updates;

File Manager -- pushed a fix to fix 2 tests that had timing issues (not 
sure how often they appeared on dashboard). This still needs to be 
released to the image.


Clock -- 3 merges pending on the new ubuntu-ui-toolkit. Fixes for timer 
tests, and 4 new alarm tests. I'd like to land this as soon as we can 
:-) The merges are;

https://code.launchpad.net/~nik90/ubuntu-clock-app/fix-alarm-tests/+merge/205154
https://code.launchpad.net/~nik90/ubuntu-clock-app/add-timer-placeholder-text/+merge/204324
https://code.launchpad.net/~elopio/ubuntu-clock-app/refactor_timer_tests/+merge/204335

Weather -- complete test overhaul to support new TWC backend; merge is 
still pending; 
https://code.launchpad.net/~martin-borho/ubuntu-weather-app/weather-channel-client/+merge/205750


Calendar -- tests are not flaky, but representing a bug in the 
application. See https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1276788


Cheers,

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 20.02.14

2014-02-21 Thread Nicholas Skaggs

My notes on dogfooding 196 from yesterday; I found a potential issue in
camera, otherwise no other regressions beyond the known issues.

https://bugs.launchpad.net/ubuntu/+source/camera-app/+bug/1282753

Reconfirming the following issues;

https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings-online-accounts/+bug/1273781
https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1277050
Indicator location doesn't remember checked
settings

Many of the core apps have been updated / will be updated in the store so
we'll be looking out for regressions on that end as well.

Cheers,

Nicholas


On Fri, Feb 21, 2014 at 2:59 AM, Sebastien Bacher  wrote:

> Le 20/02/2014 18:54, Didier Roche a écrit :
>
>  * we got quite some new dependencies (accountservice-ubuntu-schemas,
>> gsettings-ubuntu-schemas, libcanberra0, libvorbisfile3,
>> sound-theme-freedesktop) which doesn't seem legit to get (maybe we got that
>> through desktop). We are looking at why and trying to get more infos to
>> remove them from the touch image.
>>
>
> Hey,
>
> some infos on those:
>
> * accountservice-ubuntu-schemas, gsettings-ubuntu-schemas: those are not
> really new, we just renamed the binaries to not include -touch in the name
> since we plan to use the schemas on the desktop as well (the -touch
> binaries are transitional ones, we need to update the depends so they drop
> from the image)
>
> * libcanberra0: the indicator-datetime update plays sounds for calendar
> events, it does through libcanberra
>
> * libvorbisfile3, sound-theme-freedesktop: those are libcanberra depends
> (see https://bugs.launchpad.net/ubuntu/+source/libcanberra/+bug/790608for the 
> sound theme depends)
>
> Cheers,
> Sebastien Bacher
>
>
> --
> Mailing list: https://launchpad.net/~ubuntu-phone
> Post to : ubuntu-phone@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~ubuntu-phone
> More help   : https://help.launchpad.net/ListHelp
>
-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 21.02.14

2014-02-21 Thread Nicholas Skaggs

>From the dogfooding side, it appears sound indicator has regressed; it
doesn't reflect the volume state when pressing the volume up and volume
down button.

https://bugs.launchpad.net/indicator-sound/+bug/1283191

On the rssreader issue, for now we've changed the build file to reflect
rssreader, and we'll deal with renaming the project later.

Nicholas


On Fri, Feb 21, 2014 at 1:39 PM, Paul Larson wrote:

> Image #200 is red in CI due to install failure. The install of the
> image itself seemed to go ok, but the failure in this case is due to
> the fact that we need phablet-click-test-setup to succeed so that all
> the click tests can run. A name change of ubuntu-rssreader-app to
> shorts-app without the trunk moving to lp:shorts-app means that now
> there's a mismatch in the click manifest telling
> phablet-click-test-setup to look in the wrong place to grab trunk.
> I'm talking to robru and baloons about this on irc now, and the best
> recommendation at this point was to rename the project.  Other
> alternatives would require either reverting to the pre-renamed
> version, or building a new one with the manifest changed to point to
> the old project name for trunk.
>
> On Fri, Feb 21, 2014 at 11:42 AM, Didier Roche 
> wrote:
> > Hey,
> >
> > No image promotion today, seems #199 is ok on the dogfooding side, but
> as we
> > discovered some regressions, we didn't want to take any risk.
> >
> > So, image #196 had multiple issues and rerun as stated by Paul. However,
> we
> > saw the similar flakyness issues on image 197. #199 (198 was never
> tested as
> > the 2 images were kicked in a short period of time) only had dialer-app
> and
> > the well-known notes-app flaky tests. Sivaa, Lukasz and I tried to rerun
> all
> > tests multiples times on that images to see if we can reproduce the
> issues
> > seen on the dashboard in images #196 and 197. We were unsuccessful after
> > multiple runs each. So, we are forced to take them as a none issue for
> now.
> > We'll look closely at test results from image #200.
> >
> > However, the dialer-app was a 100% failure hit. We had to upload a revert
> > and file a bug[1]. Once the bug is fixed, a new dialer-app can enter.
> We've
> > also heard about process starting spinning like crazy, but we need more
> > people testing it before taking any decision, hence we don't promote that
> > #199 image to stay safe.
> >
> > #197:
> > * Add extra autopilot tests for dialer-app and refactor some of the code
> in
> > there to create some reusable helpers (but that's the version which is
> > reverted in #200)
> > * ubuntu-download-manager with a lot of bugfixes, prerequisites for
> fixing
> > the bug that broke updates.
> > * More updates for scopes - bug fixes for communication with the server
> > * More debugging tools for upstart-app-launch
> > * New clock application with better animation performance
> > * Some other changes due to awesomeness for the desktop (indicator-sound
> can
> > go above 100% now!)
> >
> > #198:
> > * contains only distro transitions for cross compilation
> >
> > #199:
> > * no change, automatic cron minutes after #198.
> >
> > #120 (just fresh hot off the builders!):
> > * the dialer-app revert
> > * new autopilot
> > * new core applications, like calendar, music, shorts and weathers
> > * some network-manager fixes
> > * lxc 1.0
> >
> > Also, we got the 2 Feature Freeze Exception accepted (see
> > https://bugs.launchpad.net/ubuntu/+bug/1282590 and
> > https://bugs.launchpad.net/ubuntu/+source/mir/+bug/1282593).
> >
> > So, image #200 is just out and tests are starting. We'll get some
> dogfooding
> > results posted on that list as well as test results. Let's hope it will
> be
> > good for promotion. I heard as well by Oliver that a fix in #201 will
> drop
> > 5s of booting time off. See more and more goodness. Stay tuned!
> >
> > Cheers,
> > Didier
> >
> > [1] https://bugs.launchpad.net/ubuntu/+source/dialer-app/+bug/1282981
> >
> > --
> > Mailing list: https://launchpad.net/~ubuntu-phone
> > Post to : ubuntu-phone@lists.launchpad.net
> > Unsubscribe : https://launchpad.net/~ubuntu-phone
> > More help   : https://help.launchpad.net/ListHelp
> >
>
> --
> Mailing list: https://launchpad.net/~ubuntu-phone
> Post to : ubuntu-phone@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~ubuntu-phone
> More help   : https://help.launchpad.net/ListHelp
>
-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] When submitting, remember to test

2014-02-24 Thread Nicholas Skaggs

Just a gentle reminder to ensure you are running tests as part of your 
merges.


If you are the submitter, make sure you have a test that covers your 
submission and that the entire suite passes.
If you are the reviewer, the same applies. Please ensure the test suite 
passes before approving.


For the core apps specifically, since all of the core apps now are cmake 
enabled, you can use click-buddy to help out with this. See my blog post 
for more details: 
http://www.theorangenotebook.com/2014/02/click-buddy-and-you-how-to-test-your.html


Essentially running 'click-buddy --dir . --provision' from the branch 
root should build you a click package and provision the tests to be run 
on your device. Launch the app and do manual verification, then run 
'phablet-test-run test_suite_name' to run the suite of tests. To help 
check for tests that are not consistent, run the tests multiple times 
and ensure it passes each time. Fixing bugs in the tests or the app is 
MUCH easier before it lands in the images.


Don't be afraid to reject merges because of missing or failing tests; 
let's try and help one another to ensure we catch things before they hit 
the dashboard.


Humbly,

Nicholas
-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 24.02.14

2014-02-25 Thread Nicholas Skaggs


On 02/24/2014 12:54 PM, Didier Roche wrote:

- ubuntu_terminal_app (Nicholas & Robert)
- test_circle_menu_shows
Łukasz is having a look at this; 
https://bugs.launchpad.net/ubuntu-terminal-app/+bug/1284594

- ubuntu_weather_app (Nicholas & Robert)
- test_add_location_keyboard
- test_switch_scale

Currently reviewing a merge proposal for this;
https://code.launchpad.net/~martin-borho/ubuntu-weather-app/anchors-refactoring/+merge/207793


- ubuntu_clock_app (Nicholas & Robert)
- test_delete_alarm_must_delete_from_alarm_list

This is a known EDS bug; robru was working it through silos yesterdy
https://bugs.launchpad.net/ubuntu/+source/qtorganizer5-eds/+bug/1282129


- ubuntu_calculator_app (Nicholas & Robert)
- test_three_negative_numbers_multiplication
Could not reproduce; looks like spillover from the system settle errors. 
Log says "no process found" so the app never launched.

http://ci.ubuntu.com/smokeng/trusty/touch/mako/206:20140224:20140224/6796/ubuntu_calculator_app/812578/

- music_app (Nicholas & Robert)
- test_add_songs_to_queue_from_songs_tab_and_play
- test_show_albums_sheet

App never launched;
http://ci.ubuntu.com/smokeng/trusty/touch/mako/206:20140224:20140224/6796/music_app/812537/
http://ci.ubuntu.com/smokeng/trusty/touch/mako/206:20140224:20140224/6796/music_app/812532/

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] A community testing group for Ubuntu Touch Applications

2014-02-25 Thread Nicholas Skaggs

If you have followed along on g+, our app developer community has been 
busy creating all sorts of interesting and useful applications for 
ubuntu. With the platform shaping up, and more users starting to get 
involved, I wanted to announce an effort to help those application 
developers who want feedback on their application.


If you are a willing tester and early adopter for applications running 
on the ubuntu sdk, I would invite you to join the g+ group and pay 
attention to posts orginating in the 'app feedback' category.


For developers, if you are writing a new app and need testers, or some 
brave souls to try out your application, submit a post to the group with 
a link to your package and any instructions needed.


Joining the group is easy, just hit the link below and click the 'Join 
Community' button at the top of the page. Community posts and requests 
will then start appearing in your stream.


https://plus.google.com/b/111697084657487423167/communities/111350780270925540549

I look forward to seeing new applications and testing them, and I hope 
you'll join in as well!


Nicholas

-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 26.02.14

2014-02-26 Thread Nicholas Skaggs


Clock and weather updates coming as mentioned..

Also found this interesting issue, "Apps leave whitescreen behind upon 
exiting"


https://bugs.launchpad.net/autopilot/+bug/1285305

It's unclear where the root issue lies, and it doesn't seem to cause any 
harm in itself as the app closes cleanly as far as one can tell.


Cheers,

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 27.02.14

2014-02-27 Thread Nicholas Skaggs


On 02/27/2014 12:48 PM, Didier Roche wrote:


4. Terminal-app flaky-test (Lukasz)
I heard a fix is just getting released!

Indeed a fix went out earlier today :-)


5. Weather and Clock apps flaky tests (Nicholas)
Nicholas hopes to be able to get the latest fixes in and release in 
the click store today as well 

A new version for weather that should fix things has been pushed.

Clock currently still has a couple bugs left directly preventing release 
by causing tests to fail:


https://bugs.launchpad.net/ubuntu-clock-app/+bug/1285958
https://bugs.launchpad.net/ubuntu-clock-app/+bug/1285960

Nicholas

-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 28.02.14

2014-03-02 Thread Nicholas Skaggs


On 03/01/2014 06:08 AM, Nekhelesh Ramananthan wrote:

Hi,


2. Clock apps flaky tests (Nicholas + QA team?)
Nicholas is off today and has still 2 bugs on the list (see his 
answer on the ML yesterday). Mathieu is going to reach the QA guys to 
help unblocking that one.


I got some news on this from the clock app side. So as Leo mentioned 
in his email, there were two bugs [1], [2] that were exposed while 
improving and increasing the coverage of the clock app autopilot 
tests. I am glad that these bugs surfaced during our testing rather 
than after it landed on the phone images.


Bug [1] just got fixed by Victor Thompson and has landed in the trunk.

Bug [2] on the other hand was a little bit tricky since it was 
reproducible in the current phone image #210 consistently but on the 
desktop, Leo and Alan Pope were unable to reproduce the bug while I 
could reproduce it on my own desktop. However after some digging 
through, I found that they both did not have *qtorganizer5-eds 
*package installed on their system. So it seems *qtorganizer5-eds 
0.1.1+14.04.20140221-0ubuntu1 *is causing this bug. I request that 
renato take a look at this and identify which commit in 
qtorganizer5-eds introduced that regression.


With that, I think we should be able to push the latest clock app to 
the store. I will ask balloons to do this on Monday.


[1] https://bugs.launchpad.net/ubuntu-clock-app/+bug/1285960
[2] https://bugs.launchpad.net/ubuntu-clock-app/+bug/1285958

I hope this clears up things.
Yes, I'm ready as soon as we've cleared up the bugs. I agree, better to 
have found them during testing than after release; tests doing there 
job. Thanks to Leo and Nekhelesh for working so hard on the app and the 
tests!


We might have some fun instore again for trying to solve the EDS bug; 
renato I'm sure we'll be in touch. Let me know if you need help testing.


Nicholas
-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 03.02.14

2014-03-03 Thread Nicholas Skaggs


On 03/03/2014 07:52 PM, Leo Arias wrote:

Hello nice people,

On Mon, Mar 3, 2014 at 11:22 AM, Didier Roche > wrote:


3. Weather-app seems to have new flakyness in the test (Leo)
Leo is going to analyze if it's due to the tests themselves, a
flaky behavior in the application or due to the Qt 5.0 crash.


Here's what I'm seeing on my mako with r218.
If I open the weather app and everything is alright, I get an orange 
screen for less than a second and then it turns to light blue, showing 
the temperature. [1]
Excellent Leo, I couldn't reproduce on an older image, but I noticed 
some more failures on the newer image. Here's logs from the runs;


http://paste.ubuntu.com/7031316/
http://paste.ubuntu.com/7031322/
http://paste.ubuntu.com/7031323/

I'll confirm your findings tomorrow.


Sometimes it fails and gets stuck on the orange screen. [2] When that 
happens, you will get the autopilot error messages we are seeing on 
the dashboard. I haven't touched the weather app for some months now, 
so I don't know what does it mean, but we have found a real bug, 
somewhere. I reported it here: 
https://bugs.launchpad.net/ubuntu-weather-app/+bug/1287446


I could get the error condition one time out of five, more or less.

We can also improve the tests to be shorter and to give a better error 
message for cases like this. We are lucky, because m-b-o told me he 
could give me a hand with the refactors this week.
Yes, we spoke about having better asserts for when things load, and I 
suspect that will help.


[1] http://ubuntuone.com/1zX9ii9iLZk1u2feYUPQMk
[2] http://ubuntuone.com/1MymXm6tqUZctVvAGpUNsJ
--
¡paz y baile!
http://one.ubuntu.com





--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 04.03.14

2014-03-04 Thread Nicholas Skaggs


On 03/04/2014 12:30 PM, Didier Roche wrote:

1. Clock apps flaky tests (Nicholas + Leo)
Didn't see any clock apps published yet, pending on update on that 
one, knowing that a new bug is exposed though with the tests[2].
Bill has promised renato will be on this first thing tomorrow when he is 
back from a well deserved break. No pressure renato!


2. Weather-app seems have reproducible failures (Nicholas + Leo)
This impacts both user experience and tests (application stuck at 
start). No way to know when it started with the switch, so not easy to 
revert with all the churn (as the erratic behavior started at the same 
time than 4.4 switch). Lea reported [3]. Seems it can be due to server 
side issue, but the application should degrade more gracefully (and 
the tests not depending on it then). Upstream is looking to it with 
Nicholas.
Some issues are reproducible in the offline tests; so it's an 
application issue. Upstream is still working it. You can track status in 
the bugs reported.

[2] https://bugs.launchpad.net/ubuntu-clock-app/+bug/1285958
[3] https://bugs.launchpad.net/ubuntu-weather-app/+bug/1287446



Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing 06.03.14

2014-03-06 Thread Nicholas Skaggs


On 03/06/2014 12:57 PM, Didier Roche wrote:

Remaining issues for promoting an image:
On remaining things to fix, so, we still have:
1. Clock apps flaky tests and bugs (Nicholas + SDK team)
The SDK team is on that one
zsombi is working hard, and afaik has a merge in the works. This is 
looking good for sometime tomorrow, but renato and zsombi can provide 
more feedback.


2. Weather app seems have reproducible failures (Nicholas + upstream)
Continuous investigation on this with upstream.

Upstream has landed a fix to solve the identified bug. In addition, some 
basic test improvements have landed. Combined this should show a greener 
weather app. Longer term this testcase will be refactored to align to 
best practices. Thanks to Martin, Leo, and the rest of the folks looking 
after this.


Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing 06.03.14

2014-03-06 Thread Nicholas Skaggs

Just a note image 224 otherwise seems fine; I experienced some flakiness 
in the loudspeaker not toggling properly which I believe Alan has 
already noted here:


https://bugs.launchpad.net/ubuntu/+source/dialer-app/+bug/1288692


Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing 06.03.14

2014-03-10 Thread Nicholas Skaggs

On Fri, Mar 7, 2014 at 12:44 PM, Leo Arias > wrote:


One important thing to notice, that I mentioned to Kevin and some
other people, but I'm not sure if everybody knows.

Currently, on the devices we are not using the OSK to test the
apps. We are simulating keystroke events so things get written to
the text fields without simulated fingers being involved. That is
wrong, of course.


We have a bug for the affected core apps tests here:

https://bugs.launchpad.net/ubuntu-clock-app/+bug/1268640

In some cases the OSK was disabled due to it overlaying screen elements. 
Just something to note when attempting to correct.


Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 10.03.14

2014-03-10 Thread Nicholas Skaggs


On 03/10/2014 01:43 PM, Didier Roche wrote:
We have one test failing on mako but not other devices 
(http://ci.ubuntu.com/smokeng/trusty/touch/mako/229:20140310:20140304/7070/ubuntu_clock_app/). 
Nicholas is looking at that one.
Nicholas also is going to help landing the weather-app usptream fixes 
that occured during the week-end. This shoud help getting weather-app 
in a better shape.
Weather and clock both just got pushed to the review queue. Pending 
craziness we should see new releases in the next images.


Dogfooding on #229 is proceeding as we speak, results tomorrow morning 
(tests results are comparable to previous)

No problems from my end with r229.

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 18.03.14

2014-03-18 Thread Nicholas Skaggs


On 03/18/2014 01:47 PM, Didier Roche wrote:

* 4 reliable test failures on music-app (Alan/Bill):
https://bugs.launchpad.net/music-app/+bug/1293488
Fix released. Thanks to Victor this has been taken care of. Kudos to 
Alan for help vetting and releasing as well.


* reliable test failure on calendar-app (Alan/Bill):
https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1293489
-> Note that there is one more in #243: 
http://ci.ubuntu.com/smokeng/trusty/touch/mako/243:20140318:20140304/7236/calendar_app/
Calendar has some wonkiness to it; discovered this last Friday and it 
hasn't gone away. I feel like the calendar qml is the underlying cause, 
although it's failing inside the helper. Here's the bug that is causing 
grief: https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1294181


* sudoku app still didn't get a rebuild with Qt 5.2 as one AP tests is 
failing (Alan/Bill)

https://bugs.launchpad.net/sudoku-app/+bug/1285279

Alan helped narrow down why he was denying the release with the fix; 
screen elements were blocked by the OSK. We iterated on things for a 
bit, merged and released a happy version to the store :)


On a sidenote, as both my devices are running #244 they are useless for 
testing :-( Fortunately Alan had a device on stable we could vet changes 
with. Lesson learned, don't update both devices at the same time.


Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team meeting 19.03.14

2014-03-19 Thread Nicholas Skaggs

On 03/19/2014 06:30 PM, Robert Park wrote:

On Wed, Mar 19, 2014 at 10:26 AM, Didier Roche wrote:

** Blocking issues for image promotion **
* flaky test failure on calendar-app (Alan/Jean-Baptiste):
https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1293489
-> Chris pushed a fix for it. We are waiting for a review and release.

This one is unfortunately blocked by this bug:

https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1294181

I had a look at it but I just have no idea how to resolve it (I'm not
at all familiar with calendar app's code or AP tests).
I've been speaking with kunal (upstream) about that issues. I was able
to spend some time and get a trace today. The trace blows up inside
qt5qml core. I'm not sure what the exact issue is either, but I have
been operating on the assumption the qml changes introduced into r212
are the cause. With this basis, I've prepared 2 mp's with the same
changes to fix tests; one against trunk and the other including a revert
of the changes made in r212. The changes with my revert of 212 passes
now, while the fixes without the revert fail with the bug above.

https://code.launchpad.net/~nskaggs/ubuntu-calendar-app/standalone-ap-for-1293489/+merge/211854
https://code.launchpad.net/~nskaggs/ubuntu-calendar-app/revert-212/+merge/211813

If we want to land the fixes to calendar we have two options as far as I
see it:

1) fix the issues introduced by 212, merge to trunk, then land the merge
with just the fixes.

2) merge the proposal to revert r212 and the fixes

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] .click release procedures blocking in-archive development, for 4 weeks and counting. (python2 removal)

2014-03-20 Thread Nicholas Skaggs


On 03/20/2014 01:43 PM, Sergio Schvezov wrote:


I have no issue with sharing but traceability is really lost if it's
too many people with the same account.
The issue here isn't people to upload things, it's people to debug 
issues, fix them and test them. Uploads happen as soon as fixes are 
landed, and in general we've not had any delays if the fix is really 
ready and passes store review. That said, we need someone who can be a 
counterpart in US TZ's to do the store review for when we have a late 
upload, so we don't have to depend on popey or waiting for Europe to 
awake again.


On the debug/fix side, we've been uncovering low levels issues in our 
stack with these AP test failures. It's indicative of gaps in our 
testing. For the system apps, trunk = image, but for the community core 
apps this is not the case. For community core apps, the store = image. I 
know this has caused both confusion and frustration as well as hidden 
regressions in the past.  For example, both calendar and file manager 
are currently experiencing regressions in trunk caused by underlying 
things changing. Clock just had it's share of 2 of these regressions as 
well last week.


https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1295242
https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1294181

This causes the fun situation where the image is broken and trunk is 
broken. You can't release trunk without fixing the regression. And you 
can't fix the image without releasing from trunk. You are forced to move 
forward and fix new regressions in trunk to release to the store (thus 
your fix for the test is not a patch, but a whole new version). This is 
the source of issues with calendar in this specific case.



Auto landing of clicks is not done as there is no testing along the
pipeline for clicks; merge requests, test the debs, most devs test
trunk (which doesn't include launching in a confined environment) or
use qt creator which when ran also doesn't run under confinement.

The last bastion, which would solve almost any issue with this is to
add a testing instance after the clicks build, ci told us end of March
for it to be done; so waiting for that moment.

For auto uploads we also need the data to be parsed from the click on
upload instead of filling forms (version, arch, framework, changelog).
+1 on this, mistyping a version turns into a big mess for the person who 
does it .Sergio and I both have experience in this.



Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] .click release procedures blocking in-archive development, for 4 weeks and counting. (python2 removal)

2014-03-20 Thread Nicholas Skaggs


On 03/20/2014 03:01 PM, Sergio Schvezov wrote:

On Thu, Mar 20, 2014 at 3:49 PM, Nicholas Skaggs
 wrote:

On 03/20/2014 01:43 PM, Sergio Schvezov wrote:


I have no issue with sharing but traceability is really lost if it's
too many people with the same account.

The issue here isn't people to upload things, it's people to debug issues,
fix them and test them. Uploads happen as soon as fixes are landed, and in
general we've not had any delays if the fix is really ready and passes store
review. That said, we need someone who can be a counterpart in US TZ's to do
the store review for when we have a late upload, so we don't have to depend
on popey or waiting for Europe to awake again.

hmm, AFAIK jdstrand and beuno can review as can myself

Good to know, ty.



On the debug/fix side, we've been uncovering low levels issues in our stack
with these AP test failures. It's indicative of gaps in our testing. For the
system apps, trunk = image, but for the community core apps this is not the
case. For community core apps, the store = image. I know this has caused
both confusion and frustration as well as hidden regressions in the past.
For example, both calendar and file manager are currently experiencing
regressions in trunk caused by underlying things changing. Clock just had
it's share of 2 of these regressions as well last week.

https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1295242
https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1294181

This causes the fun situation where the image is broken and trunk is broken.
You can't release trunk without fixing the regression. And you can't fix the
image without releasing from trunk. You are forced to move forward and fix
new regressions in trunk to release to the store (thus your fix for the test
is not a patch, but a whole new version). This is the source of issues with
calendar in this specific case.

Yeah, click releasing follows what daily release used to do; then came
the train.

I don't follow the rest, are you proposing that all projects decouple
their tests from trunk? How can you provide traceability; like run the
tests for version 1 instead of version 2 which may have an sdk change
in between? Or do you always want to run the latest tests for whatever
package?
I wrote this a bit quickly so forgive me. I wasn't trying to propose 
anything; at least not via this email. However, we should talk, so let's 
put something on the calendar :) I'll put together a request.


I was trying to point out a few things with regards to how we are 
handling regressions. And I wanted to also point out what happened in 
this case so Dimitri and everyone else could understand the facts. When 
these regressions pop up in the trunk version of an application it 
blocks the ability to release any code, including code to fix other 
issues inside the image itself. This sounds more confusing than it is.


As an example, the calendar blockage on the latest image has a few tests 
that started failing after 5.2 landed. You've seen the landing emails 
with this snippet;


* flaky test failure on calendar-app (Alan/Jean-Baptiste):
https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1293489

To fix you pull calendar trunk and investigate the tests. But wait, you 
find out there's a regression caused by qtorganizer that causes calendar 
trunk to be broken. Now before you can fix the image blocker, you need 
to fix the calendar app trunk. In the meantime nothing can land in 
calendar trunk, and no fix can land in the image. Repeat for each 
regression you find while stabilizing trunk and you can understand the 
source of the delays.


Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 20.03.14

2014-03-20 Thread Nicholas Skaggs


On 03/20/2014 01:34 PM, Didier Roche wrote:

* flaky test failure on calendar-app (Alan/Jean-Baptiste):
https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1293489
-> The application is crashing on x86 with latest trunk, seems one way 
would be to revert it.
However, the issue was downgraded on the non blocker list because we 
didn't get a test failure in the last 5 images. New Mir or maybe new 
Qt fixes helped on this.

-> We got a release for next image.

Fix released.


* sudoku-app has still one flaky test failure (Alan/Jean-Baptiste):
https://bugs.launchpad.net/sudoku-app/+bug/1294770
-> A fix is available, will get a release soon.

Fix released.

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 21.03.2014

2014-03-24 Thread Nicholas Skaggs


On 03/22/2014 01:12 PM, Victor Thompson wrote:


On Sat, Mar 22, 2014 at 11:30 AM, Sam Bull > wrote:


On ven, 2014-03-21 at 18:57 +0100, Łukasz 'sil2100' Zemczak wrote:
> So, please enjoy #250 soon!

Upon updating to image 250, I have several apps that don't run. This
includes Calendar, Music and Terminal. Clicking on them opens a white
screen, swiping back to apps shows nothing open. Additionally, the
Calendar app is on my dash, and has no icon in the dash.


I've experienced the first issue a number of times. You can search for 
the app and it will run (as an example of a work around). But to fix 
this reboot your phone. That usually fixes it for me. I've also 
experienced stale icons on the launcher after an app is upgraded. When 
this happens, my solution is to unlock/remove the old item and relock 
the app to the launcher again.
Shell into the device and kill unity8 process. It will automatically 
restart itself and should fix all of these issues. Faster than a reboot.



Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Default Locale for images

2014-03-28 Thread Nicholas Skaggs

Well investigating an issue that popped up running some autopilot tests 
(thanks popey), I discovered with Barry that the locale for the default 
images is posix, at least for the root account. The phablet user seems 
to be set properly as utf-8.


root@ubuntu-phablet:/# locale
LANG=
LANGUAGE=
LC_CTYPE="POSIX"
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=
root@ubuntu-phablet:/# su phablet
phablet@ubuntu-phablet:/$ locale
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

Is there a reason for this?

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Default Locale for images

2014-03-28 Thread Nicholas Skaggs


On 03/28/2014 03:37 PM, Stéphane Graber wrote:

On Fri, Mar 28, 2014 at 03:30:19PM -0400, Nicholas Skaggs wrote:

Well investigating an issue that popped up running some autopilot
tests (thanks popey), I discovered with Barry that the locale for
the default images is posix, at least for the root account. The
phablet user seems to be set properly as utf-8.

root@ubuntu-phablet:/# locale
LANG=
LANGUAGE=
LC_CTYPE="POSIX"
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=
root@ubuntu-phablet:/# su phablet
phablet@ubuntu-phablet:/$ locale
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

Is there a reason for this?

I doubt it's intentional, instead my guess would be that adb which you
appear to be using above simply doesn't bother setting those environment
variables (which makes sense considering Android doesn't have anything
like /etc/default/locale).


Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp
Popey noted that doing "sudo -u phablet -i" to gain phablet user after 
shelling gets me a posix locale, while doing an "su phablet" as I did 
nets me utf-8. More adb shell weirdness I guess.


Regardless, I think we want utf-8 across the board, and since we use adb 
with test running, this might cause us issues (indeed it appears to be 
an issue now for some).


Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Bite-size test writing opportunity!

2014-05-07 Thread Nicholas Skaggs

Looking to get involved with writing an autopilot test for a phablet 
application? Try this easy bug on for size! Dropping letters, the word 
game, needs a test to check for game over conditions:


https://bugs.launchpad.net/dropping-letters/+bug/1317214

Checkout the guide on the wiki for help getting started and feel free to 
ping me. I'd love to help you get your first commit merged!


https://wiki.ubuntu.com/Touch/CoreApps/Testing/ContributeAutopilotTestcase

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 08.05.14

2014-05-08 Thread Nicholas Skaggs


On 05/08/2014 12:49 PM, Łukasz 'sil2100' Zemczak wrote:

** Clock flaky test (Julien, Bill)
https://bugs.launchpad.net/ubuntu-clock-app/+bug/1307458
https://bugs.launchpad.net/ubuntu-clock-app/+bug/1314533
Best strategy seems to autopilot to capture a screenshot on the phone
when there is an error (tracked in
https://bugs.launchpad.net/autopilot/+bug/1308762)
According to upstream, this is not a clock issue, but rather a 
regression in EDS. Renato has been notified and is investigating. For 
full information, see this comment;

https://bugs.launchpad.net/ubuntu-clock-app/+bug/1314533/comments/4

** File manager flaky test (Julien)
https://bugs.launchpad.net/ubuntu-filemanager-app/+bug/1316677

I did a pretty good overhaul of the tests, which updates them a bit, 
re-enables a couple of the disabled ones, and makes them work more 
reliably on my local devices. But I'm stilling seeing things flake out 
occasionally.  Fixes are in trunk.There is still more work to do to iron 
this out completely I'd guess so I wouldn't call this fixed persay just yet.



Nicholas


--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 09.05.14

2014-05-12 Thread Nicholas Skaggs


On 05/12/2014 11:40 AM, Leo Arias wrote:
On Mon, May 12, 2014 at 9:17 AM, Łukasz 'sil2100' Zemczak 
mailto:lukasz.zemc...@canonical.com>> 
wrote:


The bug filled for the rssreader:
https://bugs.launchpad.net/ubuntu-rssreader-app/+bug/131870



This looks like a regression somewhere, because after adding the new 
topic, an unexpected error dialog is opened. It says: Topic name can't 
contain only whitespaces.



I can confirm it works on older images, and that yes indeed I get the 
same result as Leo running tests now. Where's the new screenshot on 
error feature at when we need it, :-)


Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Do you use the SDK on Saucy?

2014-05-13 Thread Nicholas Skaggs

On 05/12/2014 01:23 PM, Zoltán Balogh wrote:

Hello all,

As you might know the release process of the Ubuntu SDK tools
(ubuntu-sdk meta package, QtCreator and our ubuntu/cmake/remotelinux
plugins) is that we push the latest improvements and bugfixes to the
actively developed series (14.10 right now)

Then we backport to the Current Stable Release (14.04) and to the
Supported Release (13.10) and publish the packages in the SDK PPA :
https://launchpad.net/~ubuntu-sdk-team/+archive/ppa

Obviously the development of the QtCreator follows the Qt baseline. So
when the 3.0 QtCreator migrated to the Qt 5.2 we also moved on with
our plugins.

Right now 14.10 and 14.04 both has the lates Qt 5.2, but Saucy has the
5.0 Qt release.

So far we have brewed the Saucy backport of all Qt modules what is
needed by the latest QtCreator and all the recent improvements/fixes
in an isolated PPA:
https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta-proper?field.series_filter=saucy

This PPA was used for testing and dogfooding.

So here is the question. If you are on Saucy and want to use the
latest goodies from the SDK (1) you either configure this
qt5-beta-proper and I keep pushing the new UITK and the QtCreator
packages to this PPA, or (2) I copy over the content of the
qt5-beta-proper to the SDK PPA and keep pushing there our updates.

Neither of them is a clean and nice solution. Our target is to keep
the SDK PPA clean from application runtime packages and limit its
content to strictly SDK bits.

The good news is that the legwork is done already :)

I am looking forward to hear your opinion.

cheers,

Zoltan

Zoltan, it's quite important to keep things current on our current LTS,
which in this case is trusty. I'm happy to see things continue to be
updated via this ppa.

As for Saucy, I would encourage anyone still running it to schedule
there upgrade to trusty or beyond sooner. Saucy will EOL after July of
this year. That's just a couple months away.

So with that in mind, I would plan a final release to your ppa for
Saucy, and depending on the complexity you are currently encountering,
it might not make sense to migrate to 5.2. As I don't currently run
saucy, I won't attempt to speak for any of those users, but again, would
encourage folks to adopt trusty at this point to continue to get updates.

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Acceptance testing in a sustainable manner

2014-05-13 Thread Nicholas Skaggs

How we package and run acceptance tests has morphed over time. I'm 
concerned that we don't have a good method for provisioning and running 
these tests, in particular on phablet devices. This affects us from a CI 
and quality perspective, but it also affects our developers and those 
who target ubuntu as a platform as well (although autopilot is the 
primary context I'm speaking to here, this applies to any other tools we 
may wish to adopt for acceptance testing).



The current situation is that some of the applications we ship for the 
phablet devices bundle their test suites in debian packages 
(historically these apps shipped as debian packages), while some do not 
ship their tests at all but rely on scripts (like 
phablet-click-test-setup) to pull the test suite from the source code 
repository directly. It is confusing that we have more than one approach 
for this, and it's produced several issues:



1.

   No dependency resolution.Under our current system, we have no way to
   know what modules are required, nor how to get them or make them
   available to the test. This causes tests to fail to run.

2.

   Provisioning relies on hacky scripts and/or domain specific
   knowledge.Authors have to know that tests and dependencies go in
   ~/autopilot. Even using the developer friendly qtcreator,
   provisioning and running our tests will fail if we've not setup the
   device properly ourselves.

3.

   External Dependencies.We implicitly depend on things in the image
   that are not really part of the sdk / ubuntu platform. Autopilot in
   particular releases outside of the scope of the sdk and is not part
   of it.


I would like to open the floor to discussing how we can solve this 
problem in a sustainable way. To my mind, whatever solution we decide to 
use must have a few key features:



 *

   Must allow test suites to be packaged and linked to a particular
   version of an application.

 *

   Must ensure that test suite dependencies are always present after
   the test suite has been installed (whether that's achieved by
   bundling dependencies or through installing extra packages or some
   other means is an open question).

 *

   Must allow test suite authors to easily change their test suite
   dependencies, without relying on a group of "gatekeeper' engineers
   to do this for them.

 *

   Must provides a unified method of installing and running tests
   across all phablet devices *and* the desktop.

 *

   Must work equally well for Canonical-developed apps and for
   community-developed apps. Must not rely on services available to
   Canonical employees only.


Considering those requirements, there are a few possibilities:


Use Debian Packages

All of the core apps on the phone are available as debian packages (or 
could be). The autopilot tests have a separate binary package and 
installing them will both ensure the app is installed and take care of 
all the dependencies. The problem with this approach is that we don't 
use debian packaging in general on our phablet images, and by default 
root is locked into r/o mode.



Using Click Packages

The other way we can package tests is to simply make them another click 
package. We would need to package the testsuite, the app, and all the 
dependencies as well as part of this process. For me this includes 
things like autopilot, although as above, perhaps autopilot and python 
can be considered part of the platform (thus we can 'depend' on them 
being installed). The problem with this approach is that we need to 
duplicate a whole lot more infrastructure, and we'd be duplicating a 
whole lot of data (since we'd now be carrying two click packages for 
every app).



Something Else?

If we package the tests in some sane manner, provisioning and running 
them becomes very simple. Concerns have already been expressed over the 
plethora of tools and scripts that help with testing. It makes sense for 
it to be as simple as pushing the package, installing it, and calling 
autopilot directly to execute the tests. The test payload (or package) 
should be self-contained and easily installable by the host system. This 
should take care of all the dependency and setup issues.



I'd like to open the floor to hearing your opinion on adopting a method 
for properly packaging tests and standardizing how they are provisioned 
and executed. Personally, I would like to see us continue to adopt and 
utilize click packages for this, but I would like to see this problem 
addressed as it's becoming a blocker for the platform moving forward. 
Thoughts?



Nicholas


-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Acceptance testing in a sustainable manner

2014-05-15 Thread Nicholas Skaggs


On 05/15/2014 03:03 AM, Christian Dywan wrote:

Some comments in-line.

El 14/05/14 00:56, Nicholas Skaggs escribió:

Use Debian Packages

All of the core apps on the phone are available as debian packages (or
could be). The autopilot tests have a separate binary package and
installing them will both ensure the app is installed and take care of
all the dependencies. The problem with this approach is that we don't
use debian packaging in general on our phablet images, and by default
root is locked into r/o mode.


An existing problem is that using apt-get to install packages is
inherently racy. If you test anything other than the latest development
image dependencies will be wrong. So I disagree that it ensures anything
the way it works right now.
Since I'm not in favor of going this way, let's just add your point as 
another technical hurdle should we choose to go the debian packaging route.

Using Click Packages

The other way we can package tests is to simply make them another
click package. We would need to package the testsuite, the app, and
all the dependencies as well as part of this process. For me this
includes things like autopilot, although as above, perhaps autopilot
and python can be considered part of the platform (thus we can
'depend' on them being installed). The problem with this approach is
that we need to duplicate a whole lot more infrastructure, and we’d be
duplicating a whole lot of data (since we’d now be carrying two click
packages for every app).


You say "duplicating a whole lot of data" but the alternative is one or
several Debian packages containing the same data with more complexity.
I'm arguing in favor of moving to click, and I don't think duplication 
it's a big deal in this case (think of these packages as debug or 
temporary if it helps). That said, it is true that the click package 
containing tests for a random app will be larger than the debian package 
of the same app. For the click side, we need to pull in autopilot (or 
perhaps not as you've suggested below) and all the test dependencies -- 
and we have to do this for every click we generate. We don't get to 
re-use the same module for all our apps as we do with the debian 
packages. Put simply, the common code shared between the tests will be 
duplicated in every package.


What if hypothetically the test package for each app were uploaded to
the store so that it becomes trivial to install the correct test package
for a particular app?
Mmm, the store idea is interesting. That said, I'm not sure such 'meta' 
packages need to end up in the store. I suppose the goal would be to 
ensure they can be updated?

It would imply there's no dependencies to worry
about as it's click, it doesn't depend on gate keepers and it uses the
same infrastructure available to every developer today.
The dependency situation would still come into play for test writers and 
developers trying to run there tests. There is no method atm whereby we 
can depend on another click package. So I would still need to understand 
I have to install another click before running -- even if that click was 
'test-depends-for-my-app'. I suppose this can be added to the build 
removing my concern.

Autopilot could be part of a "test framework" analogous to the app
framework to resolve the dependency situation.
Having a packaged version of autopilot is interesting - - I suppose the 
update model then stays the same as any other store app. The downside is 
you lose the ability to bundle tests with the autopilot runner of your 
choice.


Could someone more intimate with click expound upon the idea of 
packaging something like autopilot as a click package?


Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 20.05.14

2014-05-22 Thread Nicholas Skaggs

On Tue, May 20, 2014 at 9:53 PM, Łukasz 'sil2100' Zemczak <
lukasz.zemc...@canonical.com> wrote:
>
>
> ** RSS Reader test failures (Nicholas)
> https://bugs.launchpad.net/ubuntu-rssreader-app/+bug/1318700
>  -> Still no movement here, Nicholas - can we get someone assigned here?
>  -> We need some information here...
>
The tests failures are due to this toolkit bug:
https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1321680

The app itself was patched to work around this bug; we should be able to
push the patched app. Be aware this bug might affect other apps that use
the Textfield component.


>
> ** File manager flaky test (Julien)
> https://bugs.launchpad.net/ubuntu-filemanager-app/+bug/1316677
>  -> Still happening, Alan mentions some white screens while running the
> tests - but nothing else is known...
>
Work needs to be done to discover the platform changes that causes the app
to whitescreen. The app appears to crash when this happens, and the test
fails. This seems to have begun between image 27 and image 33/34.
-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Acceptance testing in a sustainable manner

2014-05-30 Thread Nicholas Skaggs


Just a quick update to say this is still a priority for me to see fixed :-)

After some good discussion in Malta, we are pursuing Martin's idea of 
using autopkg to provide a proper solution to this problem. The idea 
requires at least a few things:


Modifications to the click manifest (or perhaps a standard separate 
file) to specify dependencies for the tests

An adb runner for adt
Modifications to autopkg to allow it to read and understand clicks (pull 
depends from them, provision them, etc)


Hopefully the use of autopkg will solve things for everyone's workflow; 
CI, app developer, test author, etc. I'm cautiously optimistic about 
being able to solve the problem. Thanks to everyone who's provided input 
and help.


Cheers,

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Can't flash my Arale (tried a bunch of different suggestions)

2015-09-08 Thread Nicholas Skaggs


On 09/08/2015 10:23 AM, Jamie Strandboge wrote:

On 09/08/2015 08:58 AM, Pete Woods wrote:

I'm running Vivid + Stable overlay PPA. For me, though, the really interesting
part is that even using the Android SDK tools manually is unreliable:

$ fastboot flash recovery ~/Downloads/recovery-arale.img
ERROR: usb_read failed with status e2ed
ERROR: usb_read failed with status e000404f
sending 'recovery' (10672 KB)...
ERROR: usb_read failed with status e000404f
FAILED (status read failed (No such file or directory))
finished. total time: 0.000s

If I can't reliably push things using fastboot, that rules out anything specific
to Ubuntu on the device.


For me adb, phablet-shell, udf, etc all work fine on a Dell XPS 13 with Vivid
*if* I use the USB ports on the system. If I use the port replicator, adb
devices doesn't see the device (but the kernel does).



Oddly enough, my Arale can ONLY be seen if I connect it through a usb 
hub, and a tiny 3 inch usb cable. Even then, I can only reliably access 
it via fastboot. It flickers connections otherwise.


To workaround this, I hacked up the system image tools to download 
images on the device and reboot and run them. Though I can't remember 
what I did and like most things, didn't write it down. I hadn't needed 
to flash for a month, so I forgot. Now I need to flash again, and I'm 
stuck with a bootlooping phone so u-d-f seems like the only option.


The original image came care of Dave Morley's incessant attempts during 
a long afternoon at a conference. He told me he didn't want to see the 
phone again after that, but he somehow did manage to flash it. Thanks Dave!


I'm running Wily, but the device has always been this way. It's an early 
device, but should have been after the hw defects.


nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Community Team Q&A with Kevin Gunn today

2015-09-15 Thread Nicholas Skaggs


On 09/15/2015 07:23 AM, David Planella wrote:

Hi all,

I know many on this list are interested in knowing more about the 
future of Ubuntu and Unity-related technologies for Ubuntu Personal, 
so I thought I'd send a reminder that Kevin Gunn will be our special 
guest at the weekly Q&A live on Ubuntu On Air today to answer all of 
your questions on those topics.


You might have seen the recent videos [1] showing the progress of the 
convergence work, so it's a great opportunity to learn more from the 
man who manages the team responsible for its implementation - in 
addition to being the man behind the camera :-)


WHAT: Ubuntu Community Team Q&A with Kevin Gunn
WHERE: live at http://ubuntuonair.com
WHEN: Tuesday 15 Sept, 15:00 UTC [2]

Looking forward to seeing you there!

Cheers,
David.

[1] https://www.youtube.com/user/ubuntudevelopers
[2] 
http://www.timeanddate.com/worldclock/fixedtime.html?iso=2015-09-15T15:00:00



For those of you who might have missed this, never fear! The youtube 
video can be seen here:


https://www.youtube.com/watch?v=1q8mphixHvk

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Introducing Pilot; an app for testing

2015-10-01 Thread Nicholas Skaggs

Since the initial announcement of a Ubuntu phone, the community has been 
involved with finding bugs, fixing things, developing apps, and helping 
make the phone what it is today. As time went on, users have been asking 
for an easier way to help test new versions of Ubuntu, new core apps, 
new services, etc. I agreed with them and longed for an easy to use 
application that would allow an enthusiast to help run needed tests and 
communicate the results.


Today, I'd like to introduce a new application that is based on the 
excellent work by the checkbox team called Pilot. This application is 
the culmination of that dream. Pilot allows you to run manual tests on 
your device and submit your results back to the QA team within 
Canonical. You can execute tests on your phone at any time directly via 
the application. Application updates will bring new tests that the QA 
team wishes to target.


So try the app out. Run through the tests and submit results. And then 
also let us know what you think of using the application. It's my desire 
to make the act of testing simple enough for you to do whenever the mood 
strikes! Otherwise you might just play Falldown[1] instead :p


Nicholas

1. http://rpadovani.com/falldown-010/

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] It's show and tell time!

2015-10-22 Thread Nicholas Skaggs

UOS Time is here! UOS is the Ubuntu Online Summit we hold each cycle to 
talk about what's happening in ubuntu. UOS 15.11 will be on November 3rd 
- 5th.


I'm writing to encourage everyone to not only attend, but to also 
consider presenting a session for the 'Show and Tell' track(1). Sessions 
are open to everyone as a platform for sharing interesting and unique 
things with the rest of the community. These sessions can be very short 
(5 or 10 minutes) and are a great way to share about your work within 
ubuntu.


This means things like demos, quick talks, and 'show and tell' type 
things. A typical session may last 5-15 minutes, with time for 
questions. It's a great way to spend a few minutes talking about 
something you made, work on, or find interesting. Your demo can be 
unscripted, and informal. *This does not have to be a technical talk or 
demo*, though those are certainly welcomed. Please feel free to how off 
design work, documentation, translation, interesting user tricks or 
anything else that tickles your fancy!


Last cycle we had developers talking about new APIs, flavors teams doing 
Q and A sessions and demos, users sharing tricks, and even a live 
hacking session where we collectively worked on an application for the 
phone. Check them out(2). I'd love to see an even greater representation 
this time around.


Proposing a session(3) is simple to do, and there's even a webpage(4) to 
help you! If you need help proposing, feel free to contact myself, 
hggdh, David Calle, or Laura Czajkowski who are your friendly track 
leads for this track. Once it's proposed the session will be assigned a 
date and time. Myself or another track lead will try to follow-up with 
you before UOS to ensure you are ready and the date and time is suitable 
for you.


Thanks!

Nicholas

1. http://summit.ubuntu.com/uos-1511/tracks
2. http://summit.ubuntu.com/uos-1505/track/show/
3. http://summit.ubuntu.com/uos-1511/propose_meeting/
4. http://uds.ubuntu.com/getinvolved/propose-a-session/


--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] updates through emulator

2015-10-22 Thread Nicholas Skaggs


On 10/22/2015 09:06 AM, Michel Renon wrote:

Hi,

In QtCreator, I have a device with channel 'rc-proposed' with image 240.
when I start that device and then check for updates via "System 
Settings", I have nothing.



If I create another device from channel 'rc-proposed', the image has 
version 252.


With the emulator, creating a device is the only way to have Ubuntu 
Phone updates ?


Thanks,
Michel

AFAIK, yes, you cannot update the emulator. That said, I never tried 
toggling the update through the command line, or attempting hackery to 
force it through. I'm sure others can provide more technical details 
about why this does or does not work.


Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Community team weeks 49+50 update

2015-12-11 Thread Nicholas Skaggs

Stop the presses! As an addendum, this stuff also happened and is 
noteworthy :-)


 *

   Quality

 o

   Next version of Pilot testing will be highlighting new bluetooth
   stack. Will be ready in time for OTA-9.

 *

   Core Apps

 o

   Music - work started on streaming support at the platform level
   - precursor to adding various streaming services to Music app

 o

   Weather - meeting with new owners of Weather.com (one of our
   data providers) to hand over documentation and API keys for
   migration to new platform in place since IBM purchase

 o

   Docviewer - a few minor fixes landing shortly, and some planning
   for the next release, and an early play with new features in
   LibreOffice 5.1

 *

   General community

 o

   Google Code In

 +

   Great opening week

 +

   More than 200 active students working on tasks for the
   ubuntu community

 + Over 100 tasks already completed



On 12/11/2015 12:18 PM, David Planella wrote:

Hi all,

Here are some highlights of what the Ubuntu Community Team at 
Canonical together with some other community members have been working 
on in the last two weeks:


As a bonus, as I got reminded the previous update wasn't send, you get 
the full month update ;)


## Week 49+50

Snappy
- Review of Snappy App Developer Manual, put together a plan to 
integrate it into official docs, discussed it with the team. Started 
work on integrating the docs into snappy and snapcraft upstream and 
into the developer site.
- Finalised Snappy+Snapcraft training materials. Being reviewed now. 
Q&A with the team happening on 21st Dec.
- Snappy Clinic about snapcraft releases 0.5 and 0.6. 
https://www.youtube.com/watch?v=GSshkKswQLg

- Fixed a number of issues in click-reviewers-tools.

General community
- UbuCon Summit preparations:
  - Preliminary schedule 
http://ubucon.org/en/events/ubucon-summit-us/schedule
  - Registrations are open 
http://ubucon.org/events/ubucon-summit-us/register

  - Speakers http://ubucon.org/en/events/ubucon-summit-us/speakers
  - Promotion plan

Developer Site
- Deployment to staging and testing of and improvements for the Django 
and Django CMS update of the site.

- Work on various fixes for the site.
- Rework of the markdown importer for snappy documentation is almost 
complete.


## Week 47+48

General Community
- Recruited mentors for Google CodeIn (more needed)
- Crowd-sourced some additional tasks for CodeIn (more needed)
- Organise contact for UnixStickers to enable them to sell Ubuntu 
branded stickers

- Scopes Showdown preparation
- Community Council election.
- David Callé attended Ubucon Paris as staff

Developer site
- Landed new oem snaps plugins
- Working on Django upgrade, now deployed on staging and working. 
Needs a database import and further testing now.

- New version of the thumbnailer tutorial (QML)
- Work on breaking up, improving and generalising the markdown importer.
- Work with Django CMS upstream on fixing the importer issues.

Core Apps
- Pushed new Music app with UI Toolkit 1.3 support to QA for testing 
which was approved and uploaded to the store
- Identified bug in Toolkit affecting headerless apps (Clock / 
Calculator / Weather), worked around for now, but needs fixing 
properly in the toolkit.
- Further testing UI Toolkit 1.3 and many other updates to the 
DocViewer. Almost ready for release. Targetting middle of Week 49 for 
store upload.
- Resolved issues with Jenkins being incorrectly configured for 
autolanding for some core apps

- Resolve a few minor bugs in Notes, identified by QA team
- Minor clock update submitted to QA which changes alarm preview audio 
playback to line up with coming Qt 5.5 platform update
- Updated Calendar in the store which improves performance and adds 
optional week view


Snappy
- Creation of Training materials for Snappy + Snapcraft.
- Planning of next Snappy Clinic.
- Various docs fixes.
- Review of App Developer Manual, planning of reintegrating it into 
the official docs, work is underway.


Cheers,
David.






--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] new Dekko rocks

2016-02-09 Thread Nicholas Skaggs


Use dpm's ppa:

https://launchpad.net/~dpm/+archive/ubuntu/ppa

Nicholas

On 02/09/2016 12:12 PM, Ionut Negru wrote:

I was referring to version 0.6 build

On Tue, Feb 9, 2016 at 5:59 PM Mattias de Hollander 
mailto:matt...@biomatt.nl>> wrote:


On 02/09/2016 04:32 PM, Ionut Negru wrote:
> Hi,
>
> Will we see soon a build for desktop?
>
> :)
>
> On Tuesday, 9 February 2016 16:08:47 EET, Ari Börde Kröyer
> mailto:ari.kro...@online.no>> wrote:
>> Hi
>>
>> The new Dekko looks great at first, but I have been unable to
open my
>> emails.
>>
>> In the listview (inbox) I can mark one and tap the open envelope
>> icon, but nothing happens. Am I doing something wrong, or have I
>> encountered a bug?
>>
>> Best regards,
>> Ari
>>
>> Den 09. feb. 2016 08:32, skrev Jouni Helminen:
>>> Glad you like the new look and feel, a few other core apps
will soon
>>> be getting a similar UI refresh with the new light design language
>>> and refreshed visuals.
>>>
>>> Huge props to Dan for putting so much time and love into
Dekko, and
>>> a shout out to Faenil for the new fast listitems!
>>>
>>> On Sun, Feb 7, 2016 at 8:41 PM, Olivier Tilloy
>>> mailto:olivier.til...@canonical.com>
>>
>>> wrote:
>>>
>>> On Sun, Feb 7, 2016 at 11:56 AM, Matthias Apitz
mailto:g...@unixarea.de>
>>> >> wrote:
>>> > I updated yesterday to the new Dekko 0.6 and I'm deeply
>>> impressed by the new
>>> > look&feel and more even functionality. Thank you,
Daniel, for
>>> you good work.
>>> > Matthias
>>>
>>> I concur, great update, thanks everyone who contributed to it!
>>>
>>>  Olivier
>>>
>>> --
>>> Mailing list: https://launchpad.net/~ubuntu-phone

>>> 
>>> Post to : ubuntu-phone@lists.launchpad.net

>>> >
>>> Unsubscribe : https://launchpad.net/~ubuntu-phone

>>> 
>>> More help   : https://help.launchpad.net/ListHelp
>>>
>>>
>>>
>>>
>>
>>
>
>
It is already possible to run Dekko on a desktop computer:

https://websetnet.com/install-dekko-ubuntu-touch-email-client-on-ubuntu-desktops/

--
Mailing list: https://launchpad.net/~ubuntu-phone

Post to : ubuntu-phone@lists.launchpad.net

Unsubscribe : https://launchpad.net/~ubuntu-phone

More help   : https://help.launchpad.net/ListHelp






--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Interested in becoming a GSOC mentor for ubuntu?

2016-02-10 Thread Nicholas Skaggs

Ubuntu has applied for GSOC 2016, but we need project ideas for 
prospective students, and mentors to mentor them.


Do you know an area of ubuntu that could use some love?
Are you willing to guide someone else to accomplish your idea?

If you can answer yes to both of those questions, we want to hear from 
you. We've put together all the information you need to know as a mentor 
on community.u.c[1]. All applications must be submitted by Feb 19th, so 
we must have all ideas and potential mentors before that time. Please 
see the site for more details[1], and start discussing your ideas and 
adding them to the wiki[2]!


Nicholas

1.http://community.ubuntu.com/contribute/google-summer-of-code/
2. https://wiki.ubuntu.com/GoogleSoC2016/Ideas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Status update from the Community Team (Wk 1-6)

2016-02-16 Thread Nicholas Skaggs


On 02/14/2016 01:53 PM, Sid Payton wrote:

online scopes generator
It works similar to the webapp-generator. That is, you specify some 
scope data in an online form, and it makes a scope that you can install 
and use or start hacking on and expanding.


Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Fwd: Ch-Ch-Changes for Core Apps QA

2016-03-10 Thread Nicholas Skaggs

Forwarding along for those that may interact with merging code on any of 
the community core apps projects.

 Forwarded Message 
Subject:Ch-Ch-Changes for Core Apps QA
Date:   Tue, 8 Mar 2016 12:24:19 -0500
From:   Nicholas Skaggs 
To: Ubuntu CoreApps 

Our quest to test all the things 'Core Apps' has been tumultus to say
the least over the past year. We lost our jenkins and migrated to a new
one, all while experiencing growing pains. The platform as well has
continued to shift and innovate and our poor acceptance tests have
struggled to be run and keep up. This causes heartache for everyone, and
the sea of red test failures isn't helpful.

So I decided we needed to take a long-term approach to fixing this. I
drafted a plan with Alan and QA, along with some feedback from a couple
of the core app developers. The idea is to right-size our testing
strategy[1].

While we've advocated for using the testing pyramid to test
applications, we've written and depended on mostly autopilot tests. This
is partially because of our early adoption of autopilot, and because I
find them so fun to write! I'm sure there is another person or two who
might say the same, but by and large the autopilot tests have proven to
be not easy to write or maintain. Hence there place on the top of the
pyramid[2]. Acceptance tests such as autopilot should represent the
minority of our test cases, not the majority. And as we've seen, despite
our efforts, the platform has broken our unchanged autopilot tests and
applications.

So, while I encourage you to take a quick review of the summary and
action plans from the document[1], let me summarize the changes here as
well. In short, we are going to:

1) Remove unmaintainable autopilot tests
2) Cleanup the core apps test suites for best practices, old code. And
also add documentation and readme's.
3) Add new qml tests to enhance and expand our unit testing
4) Use manual testing for those tests that would be hard to automate

Writing qml tests should prove to be much easier to do, and easier to
maintain. They test only our internal application code, and they are
written in a language you already know! The takeaway for you is look for
MP's landing that do all of the above, and start thinking about and
including / expanding upon your unit test suites. I guarantee you'll
find writing them to be more fun than autopilot!

Finally, please do provide feedback on the changes. The plan has been
tweaked a few times already, and I'm sure it will see a few more tweaks.
Thanks for a great set of core applications, and I hope these changes
make your development experiences better.

Nicholas

P.S. You'll also note the workflow for release has changed, for one, AP
tests don't run on merges now -- they will never block you. Check it
out: https://wiki.ubuntu.com/Touch/CoreApps/Jenkins#Workflow

1.
https://docs.google.com/document/d/1ApGwM9iI9qArbu4fMMdDs4Irb9fULfSVIjm79E-UBpQ/edit#heading=h.davy9ssj4q67
2. https://developer.ubuntu.com/en/start/quality/

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Building in an arm chroot with Qt Creator

2014-07-07 Thread Nicholas Skaggs


On 07/07/2014 03:18 AM, Zoltán Balogh wrote:


Your project is a qmake project. Sadly qmake projects are not 
supported by the SDK.  In order to build and package your project for 
armhf target you need to convert the project to cmake.


Zoltan

The docs contain the fact you need to be cmake as part of the building 
section, but it could have easily been missed.  Does this need to be 
more explicit?



Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Landing team 23.07.14

2014-07-23 Thread Nicholas Skaggs


On 07/23/2014 01:19 PM, Łukasz 'sil2100' Zemczak wrote:

** test_add_new_event_with_default_values & test_fill_form fail since
mako #137
https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1343916
  -> Work-around prepared, +1'ed and now waiting for release
One down completely at least. This is now released and should be fixed 
in the next image.


Nicholas


--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] #150 Mako

2014-07-25 Thread Nicholas Skaggs


On 07/25/2014 12:49 PM, Łukasz 'sil2100' Zemczak wrote:

Hi!

W dniu 25.07.2014 o 18:39, Sebastian Gomułka pisze:

Hi,

On build #150 mako doesn't boot (multirom).

Kind regards

/sebastian




Yes, we have noticed this problem as soon as the image finished building
and are now working on resolving the problem. It seems the recent
changes in password handling are not OTA-upgrade-safe. Oliver has a fix
prepared and will upload it shortly.

We apologize for the inconveniences.

Best regards,

This affected nexus7 as well; I imagine all devices. I was able to 
recover my device without reflashing by booting to the bootloader and 
selecting the factory reset option. If you don't care about your data, 
this should work for you as well.


Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Translations Help and Testing

2014-08-25 Thread Nicholas Skaggs

As we continue to iterate on new ubuntu touch images, it's important for 
everyone to be able to enjoy the ubuntu phone experience in their native 
language. So we need translations! If you've never contributed a 
translation before, this is a perfect opportunity for you to learn. To 
help with that, I spruced up the guide David started a bit ago; please 
feel free to edit or add on to it as well:


https://wiki.ubuntu.com/Translations/Phone

Grab your phablet device, emulator, or even desktop and have a look at 
the image with your language set to your native tongue (or something 
else you can understand). Look for holes in translations and report 
them, or even better, fix them by providing a translation. The guide 
covers translating and links you to all the core apps and indicators.


FYI, David also keeps a stats page for each language you can reference:

http://projects.davidplanella.org/stats/utopic/

Happy Translating everyone!

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] PSA: Community Core Apps Jenkins Issues

2014-09-02 Thread Nicholas Skaggs

This is just a heads up to let everyone know the community core apps 
jenkins which providers testing for merge requests against the core apps;


dropping-letters
music-app
reminders-app
stock-ticker-mobile-app
sudoku-app
ubuntu-calculator-app
uubuntu-clock-app
ubuntu-docviewer-app
ubuntu-filemanager-app
ubuntu-rssreader-app
ubuntu-terminal-app
ubuntu-weather-app

is experiencing some issues with properly running tests against merges. 
We are working to functionality asap, in the meantime you will notice 
that jenkins is returning weird results for test runs and merges. Any 
outstanding merge proposal will likely encounter this issue. If you 
expect the tests to work there is nothing further for you to do. Once 
the test environment has been fixed, we can issue re-runs for affected 
merges. I will attempt to issue rebuilds for all affected merges once 
jenkins is ready. In the meantime, hang tight.


Thanks!

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] PSA: Community Core Apps Jenkins Issues

2014-09-03 Thread Nicholas Skaggs


On 09/02/2014 01:25 PM, Nicholas Skaggs wrote:
This is just a heads up to let everyone know the community core apps 
jenkins which providers testing for merge requests against the core apps;


dropping-letters
music-app
reminders-app
stock-ticker-mobile-app
sudoku-app
ubuntu-calculator-app
uubuntu-clock-app
ubuntu-docviewer-app
ubuntu-filemanager-app
ubuntu-rssreader-app
ubuntu-terminal-app
ubuntu-weather-app

is experiencing some issues with properly running tests against 
merges. We are working to functionality asap, in the meantime you will 
notice that jenkins is returning weird results for test runs and 
merges. Any outstanding merge proposal will likely encounter this 
issue. If you expect the tests to work there is nothing further for 
you to do. Once the test environment has been fixed, we can issue 
re-runs for affected merges. I will attempt to issue rebuilds for all 
affected merges once jenkins is ready. In the meantime, hang tight.


Thanks!

Nicholas
Thanks to Francis, Paul, Siva and the other CI team folks who had a hand 
in diagnosing and attempting to solve this issue over the last several 
days. As of now the problems have been worked around and jenkins is now 
merging and executing test runs properly.


Be forewarned that it will take some time for the backlog of requests to 
be rebuilt, and new requests may also incur a longer time before jenkins 
will return results. Things should return to normal as we work through 
the pending requests. Thanks for your patience during this time!


Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Enabling Vivid for CI MP jobs - Nov 5th

2014-11-04 Thread Nicholas Skaggs


On 11/04/2014 09:29 AM, Francis Ginther wrote:
This is a notice that there will be a switch in the CI jobs which 
build and test MPs from utopic to vivid on Wednesday, November 5th 
starting at 18:00 UTC. This applies to all builds for MPs which target 
trunk and development branches which are currently built for utopic. 
This is the same process implemented after every new development 
release opens.


There is no action needed from the development teams and this does not 
require any downtime other then a short per-branch delay needed to 
update the jenkins jobs.


Thanks,
Francis
--
Francis Ginther
Canonical - Ubuntu Engineering - Continuous Integration Team



Just to clarify, this also covers the community core applications and jobs?

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Ubuntu Online Summit this week!

2014-11-10 Thread Nicholas Skaggs

Ubuntu Online Summit is once again upon us. This is a community event by 
and for the community. It's all encompassing and intends to cover a wide 
range of topics. You don't need to be a developer, project lead, member 
of a team, or even a member of ubuntu to join and participate. The only 
requirement is your passion for ubuntu and desire to discuss about it's 
future with others.


The dates are set as *November 12-November 14th from 1400 UTC to 2000 
UTC*.  I would encourage everyone to take a look at the schedule as it 
evolves and considering joining in sessions they find interesting. Don't 
forget to register to attend! https://launchpad.net/sprints/uos-1411/+attend


I'll see you at UOS.

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] ANN: change to developer mode access criteria

2014-11-24 Thread Nicholas Skaggs


On 11/24/2014 01:13 PM, Oliver Grawert wrote:

hi,

in the course of fixing http://pad.lv/1382559 adbd in vivid images now
requites you to unlock the screen first if you want to establish a
connection (from tonights nigly build on).

if you try to connect while the screen is locked adb will return
"error: closed"

to not get annoyed by having to unlock your screen all the time if you
do automated testing at home or some such, there is a way to put in a
override file so you only need to unlock once.
adbd will ignore the screen state if you "sudo touch  /data/.adb_onlock"

note this change only landed in vivid yet but will (within the next 4
weeks) land in RTM images as well.

ciao
oli


Can we get proper certificate support first before we do this? Then we 
wouldn't need to touch any special files. I echo Thomi's concerns to a 
greater extent; this is not discoverable.


Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Plans for early development of Convergence/Desktop Mode

2014-11-24 Thread Nicholas Skaggs


On 11/24/2014 12:07 PM, Timo Leppiniemi wrote:

Hi,

If I'll install vivid now which reps I need to add to test mir+windowing on a 
pc?

--
Thanks,
Timo Leppiniemi


I would recommend having a look at https://wiki.ubuntu.com/Unity8inLXC 
for now. I owe the wiki some updates and I plan to do a writeup on 
playing with unity8 on the desktop very soon. I'd like to push more 
folks towards testing it, and eventually running it full time. Fingers 
crossed we'll cross that line this cycle.


Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] ANN: change to developer mode access criteria

2014-11-24 Thread Nicholas Skaggs


On 11/24/2014 04:11 PM, Sergio Schvezov wrote:



On Mon, Nov 24, 2014 at 6:02 PM, Nicholas Skaggs 
mailto:nicholas.ska...@canonical.com>> 
wrote:


On 11/24/2014 01:13 PM, Oliver Grawert wrote:

hi,

in the course of fixing http://pad.lv/1382559 adbd in vivid
images now
requites you to unlock the screen first if you want to establish a
connection (from tonights nigly build on).

if you try to connect while the screen is locked adb will return
"error: closed"

to not get annoyed by having to unlock your screen all the
time if you
do automated testing at home or some such, there is a way to
put in a
override file so you only need to unlock once.
adbd will ignore the screen state if you "sudo touch
/data/.adb_onlock"

note this change only landed in vivid yet but will (within the
next 4
weeks) land in RTM images as well.

ciao
oli


Can we get proper certificate support first before we do this?
Then we wouldn't need to touch any special files. I echo Thomi's
concerns to a greater extent; this is not discoverable.


You were there when we discussed this :-) Cert support is for vivid, 
this is for rtm primarily.


LOL, Yes, I just wanted to bring it up again and make sure the next 
changes make things easier not more difficult. Thanks for the heads up 
though; I get why you are landing this first so it can go to RTM as-is. 
Thanks :-)


--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Terminal Reboot in Click store

2014-12-05 Thread Nicholas Skaggs


On 12/05/2014 11:21 AM, Alan Pope wrote:

On Fri, Dec 5, 2014 at 4:00 PM, Stephen M. Webb
 wrote:

On 12/05/2014 10:50 AM, Alan Pope wrote:

We still have work to do, but would appreciate feedback (and patches).
Some of the big "to do" items we know of which include:-

Are there debs so we can test it on the Unity 8 desktop?


Not yet, but we can do, and even fat click packages for the desktop
too. Will look at it.

Cheers,
Totally will have to do a fat click package. Just FYI, I pushed i386 and 
amd64 builds of both file manager and the old version of terminal to the 
store earlier, so check them out on your unity8 desktop. I'll naturally 
update the build with this reboot package once it's finished (provided 
of course it's not published as a fat package).


Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Fwd: Year End Core Apps Hack Days!

2014-12-05 Thread Nicholas Skaggs

As part of this, I'll be doing a ubuntu on air session about writing 
tests for the core apps. This will take place next Weds at 1800 UTC on 
ubuntuonair.com


If you are curious about writing automated test cases for the core apps, 
please feel free to contact me! The core apps developers welcome test 
writers happily to the team. In particular, both the docviewer and 
terminal teams could use your test writing capabilities. If you've not 
written tests before, it's easy to pick up and there's a community 
willing to help guide you through it. See you next week!


Nicholas


 Forwarded Message 
Subject:[Ubuntu-phone] Year End Core Apps Hack Days!
Date:   Fri, 5 Dec 2014 11:38:46 +
From:   Alan Pope 
To: ubuntu-phone 



Hi all,

Next week we're doing another one of our hack days for core apps [0].
With new designs for many of the apps and devices on the close horizon
we'd like to invite new contributors to join us on our week of hacking
onthe core apps!

We've done this a few times this year, and it's been a great way to
get new contributors jump-started on developing on Ubuntu. We hang out
on irc in #ubuntu-app-devel on freenode while we implement features,
squish bugs, write tests, translate texts and update the store.

So feel free to join us next week as we wrap up the year with a phone,
laptop and hot toddy [1]* and lets get hacking on core apps!

[0] - http://developer.ubuntu.com/2014/12/year-end-core-apps-hack-days/
[1] - https://en.wikipedia.org/wiki/Hot_toddy

* hot toddy optional
--
Alan Pope
Technical Project Manager

Canonical - Product Strategy
+44 (0) 7973 620 164
alan.p...@canonical.com
http://ubuntu.com/

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp




--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Terminal Reboot in Click store

2014-12-08 Thread Nicholas Skaggs


On 12/05/2014 03:03 PM, Alejandro J. Cura wrote:


El dic 5, 2014 4:20 PM, "Nicholas Skaggs" 
mailto:nicholas.ska...@canonical.com>> 
escribió:

>
> On 12/05/2014 11:21 AM, Alan Pope wrote:
>>
>> On Fri, Dec 5, 2014 at 4:00 PM, Stephen M. Webb
>> mailto:stephen.w...@canonical.com>> wrote:
>>>
>>> On 12/05/2014 10:50 AM, Alan Pope wrote:
>>>>
>>>> We still have work to do, but would appreciate feedback (and 
patches).

>>>> Some of the big "to do" items we know of which include:-
>>>
>>> Are there debs so we can test it on the Unity 8 desktop?
>>>
>> Not yet, but we can do, and even fat click packages for the desktop
>> too. Will look at it.
>>
>> Cheers,
>
> Totally will have to do a fat click package. Just FYI, I pushed i386 
and amd64 builds of both file manager and the old version of terminal 
to the store earlier, so check them out on your unity8 desktop. I'll 
naturally update the build with this reboot package once it's finished 
(provided of course it's not published as a fat package).


That sounds awesome!
Btw, what script or docs are you using to build fat clicks?

Cheers,
--
alecu

I currently build them like this: 
http://www.theorangenotebook.com/2014/12/creating-mutli-arch-click-packages.html. 
Fingers crossed for this to be made easy by click itself and integrated 
into the SDK. Watch this bug: 
https://bugs.launchpad.net/ubuntu/+source/click/+bug/1398104


Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Feedback and Bug App

2014-12-15 Thread Nicholas Skaggs


On 12/12/2014 05:22 PM, Alexander Langanke wrote:


Hello everyone,

I am not sure if this is the appropriate place to ask, please be so 
kind to redirect me if it isn't.


I recently installed the Windows 10 technical preview on my windows 
machine and have played around with OS X Betas in the past and really 
liked the feedback apps they both have and the insider hub that 
windows 10 recently recieved.


Why don't we build something similar for Ubuntu? We have apport as a 
bug info collecting tool with no real GUI and no feedback tool 
whatsoever (that I am aware of). The Ubuntu Test Cases could get some 
more stagetime as well.


If you search for 'feedback' in the store you will find a simple qml app 
I made that allows you to submit feedback at least. It's primary purpose 
was for beta testing and the feedback is collated into a simple form. 
The UI might at least prompt some thoughts. In addition, look for and 
check out the checkbox application in the store. These two are the 
closest apps I can think of that align with what you are after. That 
said, automatic crash reporting is occurring and some others can jump in 
and talk more about that than I can.


Do plans for something like this exist? If not, and you deem this a 
not useless/obsolete idea, what would be the preferred way to start? A 
native App or a web app that integrates the relevant launchpad sites 
or perhaps a scope?


Is the goal of the feedback application to provide bug reports? Report 
on usability issues? Prompt for manual tests? All of the above? I'm 
certainly keen to hear ideas on any of these types of tools, but I want 
to be clear what you are trying to solve. Things get murky quite quickly 
and it makes it hard to nail down what problem you want to solve.


What do you think?


I love the enthusiasm and willingness to help fill the void :-)


I am a beginner in c++ but have some skills and experience in python, 
php and HTML and would be willing to work on this if I can get a 
little guidance here and there.



I would suggest / surmise an app like this would be c++ with a qml frontend.

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Helping new ubuntu phone users

2015-02-04 Thread Nicholas Skaggs

Hello everyone! Daniel recently announced the creation of a new 'Help' 
application for ubuntu touch. The app is an attempt to help share 
knowledge about the phone into a handy app, usable from the phone 
itself. The application itself is being developed on launchpad, check 
out https://launchpad.net/ubuntu-devices-help.


Daniel has done the initial scaffolding work to make the app work, but 
what we need now is content! Rather than have everyone rush and branch 
the project, creating dozens of merge proposals for new things, we're 
going to use an etherpad for the initial content merge. The pad is 
setup, http://pad.ubuntu.com/UbuntuHelpAppContent, and has been 
preseeded with questions. Please go and add questions and answers to the 
pad. We need your help in generating some common questions and answers 
that would be helpful for new users to the phone. No syntax or coding 
required; just write out questions and answer them! We'll do the dirty 
work of assembling it all later.


Alternatively, if you want to hack on the app itself, we would 
appreciate any HTML5 / design gurus input for making the app itself 
present this in an easier to understand way. Patches welcome!


Feel free to ping dholbach on IRC (or even me, balloons, if you'd like) 
if you have any questions or need some help getting started.


Thanks everyone,

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Helping new ubuntu phone users

2015-02-05 Thread Nicholas Skaggs

Responding to the comments. Thanks everyone for your ideas and content. 
Keep it coming!


On 02/04/2015 08:18 PM, Selene Scriven wrote:

How much depth are you going for in this app?
Selene, we agree that this needs to cover the core features, and ideally 
the first week hazards a user may run into. The intro is neat, but 
leaves the user without much to go on after it completes. It makes sense 
to focus on the low hanging fruits at first without feeling the need to 
provide official answers to esoteric questions. Your thoughts on 
offline/online also mirror ours which is why the app at first will be 
offline only to ensure it always works. We also plan to mirror the help 
online.


On 02/05/2015 04:26 AM, Tingting Zhao wrote:
A great idea and I'm very happy to help. After conducting many 
research with our users, I think I have some knowledge of what the 
main things should be included : )
Tingting, I agree you have some insights that would be very useful. 
Please do share anything you feel would be important to make sure we 
include.



On 02/05/2015 04:29 AM, Sid Payton wrote:


Great idea.
May I also ask questions I can not answer myself but I find be needed 
to answered to new users?


Sid, Of course you may! Feel free to contribute questions, answers or 
any combination of the above.





--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] SDK Tools - creating fat packages

2015-02-09 Thread Nicholas Skaggs


On 02/09/2015 10:59 AM, Benjamin Zeller wrote:

Am 04.02.2015 um 15:35 schrieb Michał Sawicz:

W dniu 04.02.2015 o 15:16, Zoltán Balogh pisze:

One possible side thought for that feature could be to somehow let the
app consumer skim the used binaries out from the fat packages.

Because a real fat package can get really fat :) imagine an app with 6
or 9 builds in it.

Oh yeah, that's for sure, we need to make everything shared as much as
possible.
If we are going down that path, the stores responsibilty must be to 
split up the

fat package and only deliver the parts required for the specific client.

Why should a armhf 15.04 device download binaries for i386 14.10 and 
i386 15.04.

That is a waste of bandwith AND space on the end users device
This sort of eliminates the point of a fat package. Why go through the 
trouble of creating a fat package only to have the store then tear it 
back down and create individual versions of the package again?


From a developer perspective we need to

1) be able to easily build for multi-arches
2) be able to upload the resulting click package(s) into the store

Having a click build by default for all the arches we specify (a fat 
package)  in the manifest would be excellent. Only one package to QA, 
upload, test, etc. This meets the requirements above.


Conversely however, allowing multiple clicks for an app in the store 
also meets the developer requirements above, so long as it's easy enough 
to build the multiple clicks (think one click build for multi-arch).


Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Stopping core apps review mass mailings

2015-02-26 Thread Nicholas Skaggs

As of now, those of you who are members of the ubuntu core apps drivers 
or ubuntu core apps test writers teams will notice you are no longer 
being mass mailed for each review and bug that hits the core apps 
projects. Instead a new team called core apps reviewers is handling this 
role. The mail for your benefit and sanity is now being collected here:


http://lists.launchpad.net/ubuntu-touch-coreapps-reviewers

Note, if you are a direct member of a development team you will continue 
to receive mailings as usual. This should represent a more sane default, 
and I don't expect any teams to have any interruptions in notifications. 
If you feel you are missing mail you'd like to recieve, I'd encourage 
you to join that team directly.


If for some reason you can't get enough email and want/miss the mass 
emailings, you are also free to subscribe to the above mailing list. It 
will continue the truckload of email being delivered to your inbox, just 
like you are used to.


I'd like to thank Akiva and Niklas for bringing up this issue and 
pushing me to see it solved. And also for Carla, who happily created 
mp's to test and ensure the changes wouldn't break anything (<-- see I 
DID test it first!). Feel free to use this thread for complaints, 
elations, tears of joy as you see fit.


To happier inboxes,

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] OTA

2015-03-17 Thread Nicholas Skaggs


On 03/16/2015 03:35 PM, Wayne Ward wrote:

Will this just come as update or do i need to install from branch

Thank you :)

An OTA is by definition "over the air". You never have to manually 
install anything, the updates are pushed to your device.



Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] UOS 15.05 Show and Tell Demos

2015-04-23 Thread Nicholas Skaggs

UOS 15.05 is right around the corner! UOS is the Ubuntu Online Summit we 
hold each cycle to talk about what's happening in ubuntu. UOS 15.05 will 
be on May 5th - May 7th.


I'm writing to encourage everyone to not only attend, but to also 
consider presenting a session for the  'Show and Tell' track(1). 
Sessions are open to everyone as a platform for sharing interesting and 
unique things with the rest of the community. These sessions can be very 
short (5 or 10 minutes) and are a great way to share about your work 
within ubuntu. This means things like demos, quick talks, and 'show and 
tell' type things. It's perfect to spend 5 or 10 minutes talking about 
something you made or work on. Or perhaps something you find 
interesting. Or just a way to share a little about the team you work 
with or a project you've done. For those of you who may have been a part 
of the 'lightning talks' during the days of the physical UDS, anything 
that would have been considered a lightning talk is more than welcome in 
this track. I know you are working on / have just completed work on new 
and interesting things; UOS is a great way to showcase that work and 
inform others.


I know you all have been hard at work on making new and awesome things 
for the phone; this is a great time to share those!


Proposing a session(2) is simple to do, and there's even a webpage(3) to 
help you! If you need help proposing, feel free to contact myself, 
Svetlana Belkin, Marco Ceppi, or Allan Lesage who are your friendly 
track leads for this track. Once it's proposed the session will be 
assigned a date and time. Myself or another track lead will follow-up 
with you before UOS to ensure you are ready and the date and time is 
suitable for you.


Thanks!

Nicholas

1. http://summit.ubuntu.com/uos-1505/tracks
2. http://summit.ubuntu.com/uos-1505/propose_meeting/
3. http://uds.ubuntu.com/getinvolved/propose-a-session/

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Test Writers Wanted!

2015-04-23 Thread Nicholas Skaggs

Have you been sitting on the sidelines wanting to dip your toes into 
writing some automated tests? The terminal, calculator and doc viewer 
teams are all looking for some help on filling in holes in there 
testsuites as they add new features. In the case of the terminal 
application, the old tests need to be converted / updated for the reboot 
branch which is already live. Test writing can be done in qml or python 
(with autopilot), and it's simple to learn the basics!


You can find these and more oppurtunities using the Core Apps sponsoring 
page(1). For help with understanding how to write these tests, check out 
developer.ubuntu.com(2). If you are interested in directly helping one 
of the core apps development teams, please reach out to myself or popey 
and we can make sure you get in touch. Thanks!


Nicholas

1. http://people.canonical.com/~nskaggs/core-apps-test-sponsoring.html
2. https://developer.ubuntu.com/en/start/quality/

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Online Account Desktop Testing

2015-05-12 Thread Nicholas Skaggs


On 05/12/2015 05:07 AM, Daniel Wood wrote:

Is it possible to test online accounts on a desktop?


Thanks,

Dan



You mean via automated or manual testing? Or did you simply want to try 
it out on the desktop?


Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] RFC: Help app design

2015-05-19 Thread Nicholas Skaggs

I love the introduction tutorial button -- would this kick off the tutorial
that is a part of the beginning of setting up the device? The one that
allows you to learn how to interact with swiping, etc? Anyways, I like the
design, can you show what happens when you select an item like 'playing
music'? Does it expand the page, or open a new one?

On Mon, May 18, 2015 at 8:22 AM, Daniel Holbach 
wrote:

> Hello everybody,
>
> some of you might have noticed the Help app in the store, which has been
> around for a couple of weeks now. We are trying to make it friendlier
> and easier to use. Maybe you can comment and share your ideas/thoughts.
>
> Apart from actual bugs and adding more and more useful content, we also
> wanted the app to look friendlier and be more intuitive and useful.
>
> The latest trunk lp:help-app can be seen as version 0.3 in the store. See
>
>   http://people.canonical.com/~dholbach/tmp/help-mockup.png
>
> for something Daniel McGuire suggested going forward.
>
> What are your thoughts? If you look at the content we currently have,
> how else would you expect the app to look like or work?
>
> Thanks a lot Daniel for your work on this! :-)
>
> Have a great day,
>  Daniel
>
> --
> Get involved in Ubuntu development! http://packaging.ubuntu.com
> Follow @ubuntudev on twitter.com/facebook.com/G+
>
> --
> Mailing list: https://launchpad.net/~ubuntu-phone
> Post to : ubuntu-phone@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~ubuntu-phone
> More help   : https://help.launchpad.net/ListHelp
>
-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] App API doc offline

2015-05-22 Thread Nicholas Skaggs

I'm not sure what documents you are after, but I would point you at
https://developer.ubuntu.com/ and perhaps https://developer.ubuntu.com/api/
specifically.

On Wed, May 20, 2015 at 3:14 AM, Louis Holbrook (for subscriptions only,
don't use)  wrote:

> Where can I find the libunity apps docs for offline reference?
>
> For scopes I found it through my package manager (libunity-scopes-doc).
> There was one called libunity-api-doc too, but it doesn't seem to
> include much.
>
>
> --
> Mailing list: https://launchpad.net/~ubuntu-phone
> Post to : ubuntu-phone@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~ubuntu-phone
> More help   : https://help.launchpad.net/ListHelp
>
-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Dekko losing accounts and no way to back-up

2015-06-02 Thread Nicholas Skaggs

This is an interesting app idea in the interim. Might be more user 
friendly for some folks to have a backup app. You would really need to 
sync this info somewhere NOT on the phone though.


Nicholas

On 05/28/2015 03:33 PM, Niklas Wenzel wrote:
1) Simply back up the app's subfolders in ~/.local/share, ~/.config 
and ~/.cache. ;)


Am Do, 28. Mai, 2015 um 9:30 schrieb Torsten Sachse 
:
Dear everybody, today, I noticed that my Dekko had suddenly lost all 
account information as it said "No email account is setup yet. Add 
one?" I'm a bit reluctant to add all my accounts again as I don't 
know what caused the problem. I have 2 questions: 1) Is there any way 
of backing up an app's data and restoring it again later however 
complicated it might be? I don't at all mind using the command line 
or the SDK or whatever is necessary. 2) Is this a known issue for 
Dekko? Unfortunately, I don't have any log or debug output since I 
had to restart the phone to make the browser app work again. I also 
could not find an appropriate bug on launchpad. Thanks for your time, 
Torsten

--
Mailing list: https://launchpad.net/~ubuntu-phone 
 Post to : 
ubuntu-phone@lists.launchpad.net 
 Unsubscribe : 
https://launchpad.net/~ubuntu-phone 
 More help : 
https://help.launchpad.net/ListHelp






--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Developer support

2015-06-17 Thread Nicholas Skaggs


On 06/17/2015 05:02 PM, Daniel Wood wrote:
Where are developers supposed to get support when developing Ubuntu 
touch software?


I am using Ubuntu 14.10 and the most up todate SDK I am having an 
incredibly frustrating time trying to write even the simplest of apps. 
I understand QML, C++ and some javascript. I've been writing software 
using Qt for almost 10 years so i thought developing Ubuntu apps would 
be fun.


When i want to find information I go to the Ubuntu SDK 
https://developer.ubuntu.com/api/apps/qml/sdk-15.04/ and look through 
the documentation. The trouble is the documentation is lacking any 
real content and examples. Many of the links are dead and simply ask 
the user to file a bug report.


Many of the examples don't work with the latest SDK and many start with:
import QtQuick 2.4
import Ubuntu.Components 1.2
These don’t seem to be available in the SDK?
I posted to IRC many times and never got a reply and i really don't 
know where to turn.


There are probably 1000's of people like myself that are eager to get 
involved with Ubuntu but don't know how to get started, can't get the 
support they need and eventually give up.


Where are non-canonical employees supposed to look for help / support?

Thanks,

Dan






Hey Dan, sorry to hear you are having trouble. The IRC channels 
#ubuntu-touch and #ubuntu-app-devel do contain folks who can answer 
specific questions; however timezones might mean you miss out on people. 
I would suggest AskUbuntu as another option to ask questions.


That said, let's talk about the issues you are having with the examples. 
First, I would suggest to make sure you are using the SDK Release ppa if 
you want to use stuff from the newer framework than 14.10. Check out 
https://developer.ubuntu.com/en/start/ubuntu-sdk/installing-the-sdk/ for 
details. Is it possible for you to migrate to 15.04? 14.10 is not an 
LTS, and is only supported for another month so you should consider 
migrating anyway. That will get you the 15.04 frameworks you want to 
target which seem to be the source of your issues.


Second, have you tried the basic qml tutorial, 
https://developer.ubuntu.com/en/apps/qml/tutorials/building-your-first-qml-app/, 
or used the wizards within the SDK? Do those work for you? If you do 
find specific issues, point them out and we can help get you squared 
away and the issues fixed. There's a lovely report a bug on this site 
link at the bottom of every page that takes you to 
https://bugs.launchpad.net/developer-ubuntu-com, where you can report a bug.


Hope this helps,

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Developer support

2015-06-19 Thread Nicholas Skaggs

On 06/18/2015 12:24 PM, Leo Arias wrote:
On Thu, Jun 18, 2015 at 10:18 AM, Simos Xenitellis 
mailto:simos.li...@googlemail.com>> wrote:

On Thu, Jun 18, 2015 at 4:07 PM, Yasmany Cubela Medina
mailto:yasman...@gmail.com>> wrote:
> Hi All.
>
> I want to support Daniel about IRC communication, i step in a
few times
> requesting help and non of them i get a response, and i try it
in both
> scenarios on day light on my time zone and in the night. Really
its hard to
> get help through those channels.
>

The issue with IRC is that you can see the questions if you have the
IRC client open, and you are observing that specific channel.
The typical method is to lurk in the channel and ask the question when
there is some conversation going.
Also, if you (anyone) spends some time on a channel and helps others
with the easy questions, then it helps to have your questions
answered.

We have a vanguard for ci, landing, and testing. Maybe it makes sense 
to also have one for developer support too.

@popey, @coreappdevs do you think you could agree on a common highlight 
and set it up within your IRC client to alert you when someone has a 
question? I wouldn't suggest a schedule, just a helpful subject 
suggesting if people need specific help, they could ping X. If anyone 
happens to be around and doesn't see the question, they could be alerted 
to it.

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] Developer support

2015-06-19 Thread Nicholas Skaggs


On 06/18/2015 09:07 AM, Yasmany Cubela Medina wrote:

Hi All.

I want to support Daniel about IRC communication, i step in a few 
times requesting help and non of them i get a response, and i try it 
in both scenarios on day light on my time zone and in the night. 
Really its hard to get help through those channels.


By the other hand this mail list its really helpfull someone always 
replay with good answers.


Regarding issues on the SDK IDE its really bad on my perspective. The 
UI Designer its not working for me at all, showing a lot of issues.
The UI designer isn't intended for use for the ubuntu SDK -- it's 
disabled actually. How did you install the SDK?
Documentation as in the previous emails the guys says a lot of broken 
links, an no way to navigate smoothly through it (no back links).
Specific examples of broken links would be lovely. A bug report is best, 
but writing them here works too. We don't have back links, but there is 
a dual menu hierarchy system at the top of every page. Maybe this is 
helpful to you? As far as an actual back button, file a bug report with 
what you to see and we can discuss.
The examples are outdated or not even work, and should really enhance 
the documentation with more and more examples of common scenarios if 
this community intend to grow and attract more developers to uphone 
platform.
We definitely agree that developer documentation is important! Can you 
give other specifics on what we can improve?


Nicholas


--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Some Quality Related Goodness

2015-07-10 Thread Nicholas Skaggs

Just wanted to share a few things to make your Friday/Weekend a little 
brighter. First of all, if you've not checked out 
https://developer.ubuntu.com/en/start/quality/ recently, please give it 
a look. It has everything you need to add testing to your qml app, HTML5 
app or scope. Adding tests to your application has never been easier.


In addition, I wanted to highlight some really cool work stemming from a 
member of our community, Akiva. He's been working on making it easier to 
run autopilot tests for a bit now. The culmination of his work, combined 
with Benjamin's and the SDK teams help, is a new plugin which allows you 
to run autopilot tests inside the SDK.


Everything you need to know about installing the plugin and using it can 
be found here: 
https://developer.ubuntu.com/en/start/platform/guides/running-autopilot-tests/. 
Please do install it and check it out. Feedback appreciated!


Happy Testing!

Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] MX4 preloader

2015-07-30 Thread Nicholas Skaggs


On 07/29/2015 04:25 PM, Ionut Negru wrote:

Dear Sebastian,

Thank you very much for the comprehensive response!

My problem is that I can't make any OS (Ubuntu or Windows) to even 
detect that I have plugged the phone on to USB.


I have found this video(https://www.youtube.com/watch?v=A3TmXtOA0IA) 
that shows how to force a meta boot with a hardware mod using the 
testpoint pin, however, it is not working for MX4. Actually I can 
generate some kind of USB plug-in event but the OS is not able to 
communicate with the phone at all, not even for getting its device 
description. So it might be just some bogus voltage variation that 
gets detected by the OS.
I have to ask; did you try a different cord? A different usb port? A 
short USB cord and trying in USB2 and USB3 ports would be my first stop. 
Granted I assume it all worked before, but :-)



Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Testing "raring" Ubuntu Touch Images

2013-04-18 Thread Nicholas Skaggs

Raring based ubuntu touch images can now be found on the isotracker 
(http://iso.qa.ubuntu.com) for each of the 4 official builds.
You can find them under the raring daily milestone; 
http://iso.qa.ubuntu.com/qatracker/milestones/243/builds


Ubuntu Touch Preinstalled grouper
Ubuntu Touch Preinstalled maguro
Ubuntu Touch Preinstalled mako
Ubuntu Touch Preinstalled manta

These images are intended to replace the current quantal based images. 
As such, your help in testing and reporting any issues found (especially 
between the current quantal based images and the new ones) is most 
appreciated! If you want to try out the new images;you can do the following;


/sudo add-apt-repository ppa:phablet-team/tools//
//sudo apt-get update && sudo apt-get install phablet-tools//
//wget http://people.canonical.com/~sergiusens/raring_settings.py//
//phablet-flash --alternate-settings raring_settings.py

/Then, go to the isotracker and execute the testcases for the image. 
With a ubuntu sso account, you can login and add your pass or fail 
result as well. If you run into any issues, report a bug and note it in 
your result. The wiki has help on reporting bugs; 
https://wiki.ubuntu.com/Touch/Contribute#How_to_report_bugs if needed.


If you've never used the qatracker, this link will help you understand 
how to report results:

https://wiki.ubuntu.com/Testing/QATracker

More details here: 
http://www.theorangenotebook.com/2013/04/testing-ubunutu-touch-images-now-with.html


Thanks everyone!

Nicholas
-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] HTC Desire Z Porting.

2013-07-02 Thread Nicholas Skaggs

I have this phone, but the sd card port no longer works, so no flashing 
for me.. That said, there is a group on xda forums that have done some 
porting work for this.



Nicholas


On 06/29/2013 08:55 PM, Uto Gmail wrote:

Hello all.
Someone can help me with it please :

http://pastebin.com/7FWmRa9w

and also can you tell me if for the HTC Desire Z We have to flash the 
normal

saucy-preinstalled-phablet-armhf.zip  

  or this one :ARM EABI (Hard-Float) preinstalled touch image  
For
 ARMv7 processors and above (Hard-Float).
Thx in advance!




-- 
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-phone] Automated Testing for Core Apps

2013-07-02 Thread Nicholas Skaggs

As you may know, the core apps project consists of teams of community 
developers helping write tests towards the new platform. Michael Hall 
announce this work some time ago, 
http://mhall119.com/2013/04/core-apps-road-to-october/. Since then teams 
have been busy writing code and getting initial versions of the 
applications written.


Now, as part of the quality community team I'd like to invite you to 
come alongside these teams and help out by writing autopilot tests. 
Don't worry if you don't know autopilot, or even if your lacking phone 
hardware. You can write and test your applications directly on your 
ubuntu machine (even in a VM :-) ).


We're hosting a series of workshops to help you get started. They will 
be in #ubuntu-quality.


Tomorrow!, Wednesday July 3rd at 1800 UTC
Friday July 5th at 1300 UTC
Tuesday July 9th at 1800 UTC
Thursday July 11th at 2200 UTC

For more information check out:
http://www.theorangenotebook.com/2013/07/automated-testing-workshops.html

Feel free to contact me directly as well. Keep up the exciting work 
(ubuntu touch on emulator is very cool!).


Thanks,
Nicholas

--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help   : https://help.launchpad.net/ListHelp

85 matches

Mail list logo