nnels, and free up device resources for additional testing.
I welcome any feedback anyone has to offer about this.
Thanks,
Paul Larson
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help :
es in music-app, rssreader, weather-app.
Thanks,
Paul Larson
--
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
ults until mir becomes the
default.
Thanks,
Paul Larson
--
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
s (unity8 is doing it at the start of that file, but
scroll down to the ones in the end)
That's about all I have of interest for now, but there should be plenty
more to look at by morning as the tests progress.
Thanks,
Paul Larson
--
Mailing list: https://launchpad.net/~ubuntu
It's getting late here, but wanted to give a heads up on some observations
so far for image 13.
First, ui-toolkit seems to have added quite a few more testcases. This is
always great to see!
Gallery - new failures:
gallery_app.tests.test_events_view.TestEventsView.test_delete_a_photo
gallery_app.
On Wed, Nov 6, 2013 at 2:40 AM, Olivier Tilloy wrote:
> On Wed, Nov 6, 2013 at 5:51 AM, Paul Larson wrote:
>
>> It's getting late here, but wanted to give a heads up on some
>> observations so far for image 13.
>>
>> First, ui-toolkit seems to have added
on mako -
http://reports.qa.ubuntu.com/smokeng/trusty/touch/mako/22:20131115:2013.1/4977/dialer-app-autopilot/
* Unity8 on mako (in music-app tests) -
http://reports.qa.ubuntu.com/smokeng/trusty/touch/mako/22:20131115:2013.1/4977/music-app-autopilot/
Thanks,
Paul Larson
--
Mailing list: https:
jobs to start rolling in soon.
On Fri, Nov 15, 2013 at 5:25 PM, Chris Wayne wrote:
> Hi Paul,
>
> Isn't the touch_custom suite supposed to be run whenever the touch suite
> is? It seems like touch_custom hasn't been run since 1031.1
>
>
> On Fri, Nov 15, 201
http://paste.ubuntu.com/6451729/
On Wed, Nov 20, 2013 at 10:46 PM, Ricardo Salveti de Araujo <
ricardo.salv...@canonical.com> wrote:
> On Thu, Nov 21, 2013 at 2:38 AM, Paul Larson
> wrote:
> > After getting things rolling again today, image 27 seemed to pass the
> first
&
After getting things rolling again today, image 27 seemed to pass the first
few tests and then have lots of problems with either not detecting the
network was up, or not seeing the device at all. This was on both maguro
and mako. However, every time I tried to connect to the devices in the lab,
I c
As you probably noticed, 55 looked *really* good on the automated
tests, with greater than 98% pass on both phones and only 1 crash
(dialer).
Unfortunately, popey pointed out a critical issue on IRC:
rsalveti: i wouldn't promote 55 with bug 1259253
bug 1259253 in click (Ubuntu) "UID changes for
On Wed, Dec 11, 2013 at 10:28 AM, Olivier Tilloy
wrote:
> Is it common for the webbrowser-app tests to fail, be re-run, and then pass?
> Does that happen weekly, daily, more often? Has it always been the case, or
> did it start happening recently?
> When it does happen, does the second run always
Just wanted to give a quick update on the automated tests for the
latest images. Maguro-01 in the lab died again part way through the
tests on image 75, so I had to start them on a different device.
Meanwhile, image 76 has arrived, so I'll let 75 try to finish running
on the new device, then 76 wil
image 77 initial results were:
Mako 99.0%
Maguro 98.7%
Here were the things I reran:
Mako:
gallery-app (passed on rerun)
* gallery_app.tests.test_photo_viewer.TestPhotoViewer.test_photo_delete_works
webbrowser (got worse on try 2, passed on try 3
*
webbrowser_app.tests.test_addressbar_states.T
On Thu, Dec 19, 2013 at 3:30 PM, Olivier Tilloy
wrote:
> On Thu, Dec 19, 2013 at 8:07 PM, Paul Larson
> wrote:
>>
>> image 77 initial results were:
>> Mako 99.0%
>> Maguro 98.7%
>>
>> Here were the things I reran:
>
>
> I thought we were not
On Fri, Dec 20, 2013 at 6:47 AM, Sergio Schvezov
wrote:
> If no one deletes the jenkins job run itself, for the case of webbrowser
> app, all runs for mako are here:
> https://jenkins.qa.ubuntu.com/job/trusty-touch-mako-smoke-webbrowser-app-autopilot/
>
>
>> For example, for webbrowser-app on ima
80 seems to have showed up with a maliit-server crash in the
ubuntu-ui-toolkit tests on mako
*
http://ci.ubuntu.com/smokeng/trusty/touch/mako/80:20131220.1:20131219.2/5599/ubuntu-ui-toolkit-autopilot/
On maguro there was a gallery-app and a terminal-app failure that I'm
going to retry on:
*
ht
I apologize for not being around most of the afternoon due to illness,
so I didn't get around to looking at these results until pretty late
this evening.
Mako - all passing again, with the exception of the memevent test
which doesn't normally report results on the dashboard since it's not
really w
= Mako =
100% pass (no reruns for anything)
But we saw several crashes - dialer-app (which has been going on for a
while) as well as unity8 crash in default and in click-image-tests.
Default tests also saw a crash in whoopsie:
http://ci.ubuntu.com/smokeng/trusty/touch/mako/120:20140109.1:20140107.1
f the test running, but just by virtue of booting and
running the device. This is more likely one of those cases.
On Fri, Jan 10, 2014 at 6:57 AM, Sergio Schvezov
wrote:
>
> On 10/01/14 02:23, Paul Larson wrote:
>>
>> = Mako =
>> 100% pass (no reruns for anything)
>> But we
hanks,
Paul Larson
--
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
160 finished up testing a bit ago, and 161 is in progress now. There
were quite a few failures of 160 on maguro but no opportunity to rerun
anything before 161 kicked off. Only 2 failures on mako (notes-app
which has had a few failures on/off lately, and a systemsettle test
after calculator). 3 cr
x27;s the first time it ran though, so we don't have history yet.
Thanks,
Paul Larson
On Thu, Feb 6, 2014 at 12:02 PM, Kevin Gunn wrote:
> special thanks to Lukasz (aka sil2100) for the Mir hand holding!
>
>
> On Thu, Feb 6, 2014 at 11:44 AM, Didier Roche wrote:
>>
>
present though.
Thanks,
Paul Larson
[1]
http://jenkins.qa.ubuntu.com/job/trusty-touch-mako-smoke-daily/34/artifact/clientlogs/ubuntu_system_settings/_usr_sbin_system-image-dbus.32011.crash/*view*/
On Wed, Feb 12, 2014 at 12:04 PM, Didier Roche wrote:
> Hey,
>
> First, I want to thanks
ite a
bit in recent runs
* music_app - test_swipe_to_delete_song(with touch) - pass after rerun
* ubuntu_terminal_app - test_textctrl_panel(with touch) - pass after rerun
Thanks,
Paul Larson
On Thu, Feb 13, 2014 at 11:43 AM, Didier Roche wrote:
> Hey,
>
> 4 images built since yesterday
For Image 181, Mako ran great on the first try. All tests passed, with
just the two known .crash artifacts.
On Maguro, it got 99 tests into it and had a device problem during the
unity8 run. I've restarted on another device and got past that point
now though, and we'll get someone local to look i
above explanation), and unity8 (different failures typical each
run on maguro for a while now). Crashes were the same, except for
having one less dbus crash in the 184 run for ubuntu-system-settings.
So far, 184 looks to be at least as good or better than 183 on the
automated tests.
Thanks,
Paul Larso
First run through this in CI didn't look as good as we hoped. On mako,
there were the following failures:
notes_app
- test_no_crash(with touch)
ubuntu_weather_app
- test_refresh_tabs(with touch)
ubuntu_system_settings
- didn't run
webbrowser_app
- test_hide_chrome_while_loading
online_accounts_ui
-
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 trun
> * new Unity8 with a workaround for the screen unlock (drop stale mir
> socket), new preview rating widgets, shell indicator profile override,
> visual fixes and fix dragging area
Early indications are pretty good on this. Both flo and mako showed up
with 615 tests on the first try. Manta missed s
Do we have a clearly documented "acceptance criteria" for promoting an
image? It seems to me that would help avoid some of the ambiguity in
situations like these.
On Thu, Mar 20, 2014 at 8:26 AM, Rick Spencer
wrote:
> I agree with Jamie on this one. A music player on a phone or tablet is a
> pr
seems to be
going up.
In dialer, there's the usual one with dialer-app itself but also
telephony-service-indicator and ofono-scripts-dial-number
telephony-service-indicator also crashes in messaging app.
Thanks,
Paul Larson
On Tue, Mar 25, 2014 at 3:54 PM, Jean-Baptiste Lallement
wrote:
oked good
in 272 then you weren't so interested in the back-results from 270. If
you do still want them though, aside from the ones I ran locally and
told you about, let me know and I'll be happy to try out this new
feature on that.
Thanks!
Paul Larson
--
Mailing list: https://launchp
We seem to be having a rash of device issues with mako on 274. I can't
reproduce any problem at home. We are aware of the problem and
actively working on it, and should have service restored soon for
these jobs. Apologies for the delay.
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post t
I have one working mako device left to run smoke
tests when the next image comes in. If it dies on the next image,
we'll have to wait for someone in IS to reset all the devices. So
expect delays on 275 results.
Thanks,
Paul Larson
On Wed, Apr 2, 2014 at 8:59 PM, Michael Terry
wrote:
&g
ting stuck.
I've also noticed that in many of the jobs where the device
disappears, it's getting stuck in a similar patter of adb reboot
followed by adb wait-for-device.
Thanks,
Paul Larson
On Wed, Apr 2, 2014 at 5:28 PM, Francis Ginther
wrote:
> 3 of the 4 mako devices servicin
In 284, the results on mako looked pretty good. We did see
test_outgoing_answer_local_hangup fail on dialer_app, but it has
failed before on and off, and came along with a crash in
/usr/share/ofono/scripts/dial-number [1]. Overall pass rate on 284
for mako was 99.6%.
Thanks,
Paul Larson
[1
everything
passed. Since there were few changes in this image, I don't think
anyone is expecting any big surprises.
Thanks,
Paul Larson
On Tue, Apr 22, 2014 at 11:20 AM, Didier Roche wrote:
> Hey!
>
> The landing team is back in full shape! We did build an image to ensure the
> whole s
Image 5 saw the recent assortment of failures on dialer_app,
shorts_app, ubuntu_filemanager_app, and ubuntu_clock_app. It also had
a crash with unity8 in almost every single test.
On Wed, Apr 30, 2014 at 12:21 PM, Łukasz 'sil2100' Zemczak
wrote:
> Hello everyone!
>
> No promotions happening today
Starting with image #20 we saw some new shorts_app failures:
- test_remove_topic
- test_remove_feed
- test_open_listmode_feed_item
These repeated in 21 and 22 as well, but I didn't see any changes to shorts_app.
On Sat, May 10, 2014 at 4:22 AM, Oliver Grawert wrote:
> hi,
> Am Freitag, den 09
Image 23 had a new crash and test failure with mediaplayer, the crash was
in media-hub-server.
Also, there were 20 failures with ubuntuuitoolkit on mako. I reran that
test and saw the 20 failures on the second run as well.
On Mon, May 12, 2014 at 11:30 AM, Łukasz 'sil2100' Zemczak <
lukasz.zemc..
On Mon, May 12, 2014 at 5:56 PM, Jim Hodapp wrote:
> Paul, if you see it crash again, can you get a backtrace for me? What
> architecture is it crashing on (all of them or just one of them)? Which
> test is failing in mediaplayer-app?
>
> test_scene_selector_operation was the test that failed. You
On Mon, May 12, 2014 at 5:59 PM, Leo Arias wrote:
> On Mon, May 12, 2014 at 4:01 PM, Paul Larson wrote:
>
>> Also, there were 20 failures with ubuntuuitoolkit on mako. I reran that
>> test and saw the 20 failures on the second run as well.
>>
>
> Aren't these
se 35 is already building. We'll see what stems from that.
Thanks,
Paul Larson
[1]
http://ci.ubuntu.com/smokeng/utopic/touch/mako/34:20140516.4:20140513.2/8062/
On Fri, May 16, 2014 at 12:48 PM, Łukasz 'sil2100' Zemczak <
lukasz.zemc...@canonical.com> wrote:
> Hi e
I reran gallery_app on mako and we're back down to 3 failures on that
test. Still having issues with a couple of tests on flo, which seems to be
an issue with subunit rather than a legitimate test failure. This is being
investigated.
On Mon, May 19, 2014 at 1:05 PM, Łukasz 'sil2100' Zemczak <
lu
On Tue, Jun 3, 2014 at 4:27 PM, Oliver Grawert wrote:
> hi,
> Am Dienstag, den 03.06.2014, 23:03 +0200 schrieb Łukasz 'sil2100'
> Zemczak:
> > Hi everyone!
> >
> > Today was another day of battling the aftermath of the split greeter
> > landing. It seems that yesterdays fix was not enough and cau
We'll soon be landing the health-check tests from Colin King in the CI
daily smoke runs for Ubuntu Touch. These tests will trace processes running
on the device and provide stats on things like cpu, wakeup events, and I/O
operations. These are then compared against baseline thresholds to provide
pa
I have a WIP patch [1] for the CI scripts to enable NOPASSWD sudo for the
phablet user, and I'm trying to pick off all the adb shell calls and ensure
we always sudo to the proper user. This mostly works for provisioning
right now, even with a mocked up image to include the new adbd. Where I run
in
>From a CI point of view, my main concern is that we:
1. Preserve adb shell access and a way to run things as root. If this means
we have to setup sudo post-install in our CI infrastructure, that's fine. I
already have a patch to do just that, but I am starting to think this
should either be anothe
We're currently testing a relatively minor change to the channels we're
smoke testing in our staging environment. The most noticeable change will
be the addition of a "touch_stable" variant. This variant in the dashboard
will contain results, for now, for the stable-staging-proposed channel.
The
The setup that allows us to stream results in progress from running jenkins
jobs to the dashboard is temporarily down. We fixed a bug with this
earlier today and had it back up and running, but there's an auth problem
with the dashboard now blocking it. It will be easy to resolve, but
probably not
On Wed, Aug 6, 2014 at 1:06 PM, Łukasz 'sil2100' Zemczak <
lukasz.zemc...@canonical.com> wrote:
> Hello everyone,
>
> As most of you are already aware we decided to switch to TRAINCON-0 [1]
> today. We wanted to stop the line to improve the image quality and get a
> promotion as soon as possible [
On Wed, Aug 20, 2014 at 10:47 AM, Oliver Grawert wrote:
> ...
> So in summary, at the moment there is no way to run tests on a touch
> > phone with that adbd :/
> i know that paul successfully ran the smoke tests by simply dropping a
> fully open sudoers in place, phablet-test-run for click pack
After some final clean up today, we now have results starting to roll in!
[1]
I'll be checking on this throughout the weekend and I'm sure there will
still be a few loose ends to tie up, but this is a big step in the right
direction. By Monday, I imagine we'll have a good series of results to
look
I've been looking after the results over the weekend, and we've had a bit
of trouble with devices falling out. I'll be interested to hear from our
good folks in the lab about what state these devices are in since I haven't
been able to reproduce this behaviour locally. My only thought is that
with
It should be easily reproducible by running the unity8 autopilot tests.
On Sep 24, 2014 1:16 PM, "Jim Hodapp" wrote:
> Oliver,
>
> So it's not so much that anything really needs porting to GStreamer 1.4,
> as I had been testing general media playback (audio, video) with it for a
> while, but some
As a workaround to get you going, have you tried forcing it back into the
bootloader with volumedown+power from an off state? From there you can
retry the command. I've had a similar experience recently, but retrying
seems to work most of the time.
On Thu, Oct 9, 2014 at 4:29 PM, Charles Kerr
wro
The Jenkins server at jenkins.qa.ubuntu.com will be upgraded on Thursday at
1700 UTC. This jenkins server doesn't actually run any of the jobs you see
on it, but only serves as a collection point for various other jenkins
servers. We are not expecting to run into problems, but just in case, the
IS
The systems responsible for Ubuntu Touch testing in 1SS, as well as
Ubiquity testing will be going offline for maintenance on Thursday, April
9, 2015. The engineers in the datacenter will be moving some of these
systems to a different rack. The CI team will take care of bringing the
jobs and work
IS will be moving some systems responsible for CI on phones and Ubiquity
testing tomorrow. This is primarily being done to reorganize existing
hardware in the rack and prepare for future expansion needs. The CI team
will take care of bringing the jobs and workers offline prior to the move,
so any
These systems are all back online. We will monitor them for a while to make
sure there is nothing unexpected, but I don't expect we will see any
surprises.
Thanks!
On Tue, May 5, 2015 at 11:15 AM, Paul Larson
wrote:
> IS will be moving some systems responsible for CI on phones and
rect=true&ref_=oh_aui_search_detailpage
-Paul Larson
On Mon, Aug 3, 2015 at 1:19 PM, Leo Arias wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hello,
>
> The battery on my nexus4 seems to have died because I can't use it
> unplugged. I'm looking fo
62 matches
Mail list logo
