[01:41] <lucenut> I've been playing with touch on the nexus 10 a few days.
[01:41] <lucenut> How can I copy some files onto it? Movies.
[01:42] <lucenut> I have it plugged into a windows 7 PC now and it doesn't show in My Computer.
[01:44] <wilee-nilee> lucenut, its linux and part ubuntu, is it supposed to?
[01:44] <lucenut> Dunno.
[01:44] <wilee-nilee> android does by itself
[01:45] <wilee-nilee> I'm not sure the partition types with touch
[01:46] <lucenut> I have mounted shares in ubuntu before.
[01:46] <lucenut> That you could see from windows.
[01:47] <Conker_> hey all i just installed the ubuntu touch dev preview, and im at a step that asks "ROM may flash stock recovery on boot. Fix? THIS CANNOT BE UNDONE." and basically "No" "Yes - Disable recovery flash" and "++++Go Back++++" as options
[01:47] <wilee-nilee> lucenut, All I can say is in general windows does not mount a ext type partition without software, not sure what the touch is, or what the partion types are.
[01:48] <Conker_> what exactly is this? what am i to do?
[01:49] <wilee-nilee> Conker_, Installing touch wipes the device is what it means to install.
[01:49] <lucenut> Yes, go ahead Conker.
[01:50] <Conker_> wilee-nilee, lucenut, then getting android back is impossible?
[01:50] <wilee-nilee> Conker_, You will have to reload a saved image or the stock image
[01:51] <Conker_> okay so "Yes - Disable recovery flash" ?
[01:55] <Conker_> well, heres crossing my fingers
[02:27] <AndroUser> Moto X?
[02:31] <AndroUser> hello
[02:32] <AndroUser> Help
[06:27] <tvoss> Saviq, good morning :)
[06:27] <tvoss> Saviq, mind having a look at: https://code.launchpad.net/~thomas-voss/unity-mir/oom_adjust/+merge/191123
[06:27] <tvoss> ?
[06:30] <UbuntuNew> Anyone here that can help me troubleshoot the installation of Ubuntu Touch onto Nexus 4?
[06:31] <asac> o/
[06:32] <tvoss> asac, o/
[06:32] <asac> moin moin tvoss
[06:33] <tvoss> moin moin :)
[06:49] <asac> bzoltan: any news/patches in sight for the uitoolkit tests that we could consider taking today?
[06:49] <asac> didrocks: ^^ guess you dont know either
[06:49] <didrocks> yeah, no news on that
[06:51] <bzoltan> asac: can not say much yet
[06:54] <asac> bzoltan: any leads/ideas?
[06:55] <bzoltan> asac: I try to reproduce what t1mp was doing ... and will see
[06:55] <asac> bzoltan: ok. please treat this as a priority. thjere is nothing else we would pretty much take until release and a few days after
[06:55] <asac> so ... :)
[06:55] <asac> nothing else to work on beyond this
[06:55] <asac> lol
[06:56] <bzoltan> asac: wow :) that sounds good
[06:56] <asac> bzoltan: its reality though
[06:56] <bzoltan> asac: we are working on this and only on this right now
[06:56] <asac> nice
[06:56] <asac> so there will be progress i am sure
[06:56] <asac> if yuou are stuck ask people for help
[06:56] <bzoltan> asac: we means t1mp, kalikiana and me ... the rest of us are off
[06:57] <asac> right
[06:57] <asac> thgree should be enough to get some progress going at least
[07:10] <asac> ogra_: moin
[07:11] <asac> ogra_: do you know what sneaky change caused the ofono regression? :)
[07:17] <dholbach> good morning
[07:18] <Saviq> tvoss, I don't mind, no, but since Gerry reviewed it already, can this wait for him?
[07:19] <tvoss> Saviq, sure
[07:25] <popey> asac: 22:09:51 < plars> rsalveti: what broke it? I haven't installed locally yet
[07:25] <popey> 22:10:03 < rsalveti> plars: ubuntu-touch-session changes
[07:25] <popey> 22:10:04 < rsalveti> https://code.launchpad.net/~rsalveti/session-manager-touch/ofono-setup-started-dbus/+merge/191295
[07:25] <popey> 22:10:08 < rsalveti> we're testing that now
[07:25] <asac> popey: ok. thanks
[07:26] <bzoltan> asac: what is the single line command from adb to execute an installed app?
[07:26] <asac> bzoltan: good question :)
[07:26] <asac> didrocks: lool: do you know ^^ ?
[07:26] <bzoltan>  asac:  :) well, that is where I could start
[07:26] <popey> bzoltan: is it an installed click package?
[07:27] <bzoltan> popey:  not necessarily
[07:27] <popey> thats harder then, installed apps are started via upstart
[07:27] <bzoltan> popey:  but that would be good to know too..
[07:27] <popey> Agree!
[07:28] <didrocks> adb shell sudo -u phablet -i sh -lc "initctl start <app>"
[07:28] <didrocks> from memory, not 100% prooved ^
[07:28] <popey> thats presumes its installed as a click package though
[07:28] <popey> which the sdk doesn't do AIUI
[07:31] <bzoltan> popey, didrocks:  from the QtC (ya now, the thingy what most of the phablet devs ignore) the good old qmlscene way works
[07:34] <bzoltan> popey, didrocks, asac: Open the QtC, create a simple app... push CtrlF12, the app will show up... the adb shell and su - phablet ... and execute APP_ID=untitled1 qmlscene ~/dev_tmp/untitled1/untitled1.qml --desktop_file_hint=~/dev_tmp/untitled1/untitled1.desktop
[07:34] <bzoltan> that will segfault
[07:34] <popey> oof
[07:35] <popey> works here
[07:35] <asac> bzoltan: the app will show up?
[07:35] <asac> bzoltan: is that app showing up on the phone? or on your desktop
[07:36] <asac> bzoltan: how does the trace look like in gdb?
[07:36] <asac> is that anything readable in qml?
[07:36] <asac> :)
[07:36] <popey> bzoltan: http://popey.com/~alan/device-2013-10-16-083604.png
[07:36] <popey> on image 98
[07:36] <bzoltan> popey, didrocks, asac: there must be a way to launch apps in a simple way :)
[07:37] <didrocks> bzoltan: not sure you have the same environment though
[07:37] <popey> phablet  11947  0.0  0.0   4564  1376 ?        Ss   08:35   0:00 bash -ic source /etc/profile; export DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-i6VAfjzeqv; APP_ID=untitled3 qmlscene /home/phablet/dev_tmp/untitled3/untitled3.qml --desktop_file_hint=/home/phablet/.local/share/applications/untitled3.desktop
[07:37] <popey> that's what it's doing on mine, and it works
[07:39] <asac> bzoltan: i agree that there shouyld be
[07:39] <asac> but i am not sure there is
[07:39] <asac> i think we cut features to get where we are :)
[07:39] <bzoltan> popey:  that is a hot piece of command :) let me play with it
[07:40] <asac> so the dbus socket. yeah
[07:44] <popey> bzoltan: thats from qtcreator btw
[07:51] <bzoltan> popey: and does it work for you from the command line?
[07:52] <popey> not tried
[07:52] <MacSlow> Cimi, ping
[07:53] <popey> bzoltan: yes
[07:53] <popey> adb shell
[07:53] <popey> sudo -u phablet -i
[07:53] <popey> bash -ic source /etc/profile; export DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-i6VAfjzeqv; APP_ID=untitled3 qmlscene /home/phablet/dev_tmp/untitled3/untitled3.qml --desktop_file_hint=/home/phablet/.local/share/applications/untitled3.desktop
[07:53] <popey> app opens
[07:54] <popey> bash -ic source /etc/profile;  seems erroneous though.. "profile: source: filename argument required
[07:56] <bzoltan> popey: the location of the desktop file is the one to check
[07:56] <popey> lrwxrwxrwx 1 phablet phablet 49 Oct 16 08:35 /home/phablet/.local/share/applications/untitled3.desktop -> /home/phablet/dev_tmp/untitled3/untitled3.desktop
[07:56] <bzoltan> popey:  try to use the --desktop_file_hint=~/dev_tmp/untitled3/untitled3.desktop
[07:57] <popey> ok
[07:57] <bzoltan> For me your command opens the app... and when I change the --desktop-file-hint it dumps core
[07:58] <popey> bzoltan: segfault
[07:58] <bzoltan> popey: that is it... the fucker is captured
[07:58] <popey> bzoltan: i see why
[07:58] <popey> bzoltan: change ~ to /home/phablet
[07:58] <popey> works
[07:59] <bzoltan> popey: errr...wierd
[07:59]  * popey celebrates with tea
[08:00] <bzoltan> popey: correct
[08:00]  * bzoltan looks at the wine bottle ... and at the clock...
[08:00]  * bzoltan goes for a tea
[08:01] <didrocks> hey oSoMoN! do you know if gusch is on holidays?
[08:02] <ogra_> asac, this was all my fault, sorry ... Saviq and i cleaned up the unity8 upstart job, he didnt want to keep a dep with the ofono job to unity and instead of depending on dbus we used the desktop-start event ... i tested it in my already set up phone without thinking about the fact that ofono-setup only runs once ... so i couldnt catch that it doesnt work +
[08:02] <Saviq> ogra_, asac, I want some blame, too!
[08:03] <ogra_> heh
[08:03] <ogra_> Saviq, well i suggested desktop-start and did the testing :)
[08:04] <ogra_> anyway, all we lost is a build number after all
[08:04] <asac> ogra_: kk. thanks for explain
[08:05] <ogra_> asac, i would actually not have done a rebuild (since we would have done one in the morning anyway) but it seems everyone who matters only runs devel-proposed
[08:06] <asac> ogra_: not sure what that means
[08:07] <asac> everuone that matters runs devel-proposed... what does that have to do with a rebuild
[08:07] <ogra_> asac, well half our management seems to run -proposed
[08:07] <asac> ogra_: and that means?
[08:08] <asac> we have to fix devel-proposed asap?
[08:08] <asac> sorry, long line :)
[08:08] <popey> asac: means they see the breakage before we release/publish
[08:08] <ogra_> asac, seems like ...
[08:09] <popey> rick runs devel aiui
[08:09] <asac> popey: right. but that shouldn't impact our operation
[08:09] <popey> he only updates when the mail goes out
[08:09] <asac> right
[08:09] <Cimi> MacSlow, pong
[08:09] <asac> so yeah. devel-proposed is not important because of users or managers
[08:09] <popey> asac: sure, but you get more eyeballs on you when the higher ups run bleeding edge I guess
[08:09] <asac> its important for developers
[08:09] <popey> ya
[08:09] <MacSlow> Cimi, do you happen to know where the mockups for https://wiki.ubuntu.com/TimeAndDate?action=AttachFile&do=get&target=phone-indicator-clock.png are... if there are any?
[08:09] <asac> that means tests shouldnt break there
[08:09] <asac> so people can continue do nicely tested merge proposalss... and the landing folks can check that we really regress no tests etc. before integrating new stuff
[08:09] <ogra_> asac, well when i do a build at apm and at 9pm i'm drowning in pings and the phablet channel freaks out because nobody can do calls ...
[08:10] <ogra_> *at 8pm
[08:10] <asac> ogra_: the fact that it made it into the image is the problem. however, we shouldn't freak out because of that
[08:10] <ogra_> dont tell me
[08:10] <ogra_> :)
[08:10] <asac> to be clear, i think you did the right thing
[08:10] <Cimi> MacSlow, this looks like an mpt mockup, you need visuals?
[08:10] <asac> but the reasons you did it for were not right... devel-proposed can be broken for one image
[08:10] <asac> we will address such bad things in next image :)
[08:11] <ogra_> asac, right, thats what i said as well ...
[08:11]  * popey adds "we will fix that in the next image" to "shit canonical people say" tumblr
[08:11] <ogra_> asac, but then there was the argument from all sides that "there are only two days to release"
[08:11] <MacSlow> Cimi, if possible I'd like a bit more closer to what it's meant to look like (colors, spacing etc) you know
[08:11] <popey> along with "that's fixed in mir" ☻
[08:11] <ogra_> popey, ++
[08:11] <asac> ogra_: so what? we must not give in to the panic
[08:12] <asac> ogra_: if we stay calm, the world will be good
[08:12] <lool> bzoltan: There is an upstart-app-launch command for that which is cleaner, but "start application-click APP_ID=com.xyz_Name_version" should work
[08:12] <asac> ogra_: also we have good images in the bank
[08:12] <ogra_> asac, yeah, well, in the end i did and i knew rsalveti would handle it properly  (and we had a proper and tested fix)
[08:12] <Cimi> MacSlow, there are ubuntu settings components to reuse
[08:12] <asac> ogra_: we are safe to just continue working as decent as needed
[08:12] <lool> bzoltan: do you still need this?
[08:12] <MacSlow> Cimi, if you don't know, I can just chase Design and see if they have more mockups just not uploaded perhaps yet
[08:12] <asac> with all the care needed and all the checking that needs to be done
[08:12] <asac> etc.
[08:12] <asac> if there is no good image anymore then bad luck
[08:12] <ogra_> asac, right, next time i'll resist :)
[08:12] <asac> we release 96
[08:12] <MacSlow> Cimi, sure
[08:12] <Cimi> MacSlow, I don't have more, but I believe it's simply reusing the same designs of the desktop
[08:13] <bzoltan> lool: I think for us calling the direct qmlscene  is the interesting, as the autopilot test app is not a click app
[08:13] <Cimi> MacSlow, with same paddings and other GU we use on the phone
[08:13] <asac> ogra_: just dont spin 100... we wanted to release 100 :)
[08:13] <asac> 99 removed one chance we had to iterate to make that fun release
[08:14] <ogra_> asac, well 101 isnt a bad number either :)
[08:14] <asac> :)
[08:14] <asac> 111
[08:14] <asac> lets do some spinning i guess
[08:14] <asac> phone v101
[08:14] <asac> :)
[08:17] <didrocks> let's try to get either 100 or 101
[08:17] <lool> bzoltan: Sorry I'm not sure I understand
[08:17] <didrocks> we should add that to annual objectives :)
[08:17] <MacSlow> Cimi, how do one test-run ubuntu-settings-components best with unity8 for development (on the desktop)?
[08:17] <lool> didrocks: 666
[08:17] <popey> 103 is a prime number though!
[08:17] <popey> insert more spurious reasons for respinning here...
[08:18] <didrocks> popey: not valid argument. rejected :p
[08:18] <popey> hah
[08:18] <Cimi> MacSlow, I run qmlscene path/to/the/components/gallery
[08:18] <popey> damnit
[08:18] <MacSlow> Cimi, ok thx
[08:18] <Cimi> MacSlow, there's a qml file with the gallery of the ubuntu settings components
[08:23] <oSoMoN> didrocks: no idea, let me check
[08:23] <didrocks> oSoMoN: we have an ubuntu-keyboard issue in the one proposed for landing, do you know in that case who can takes this up?
[08:23] <asac> pitti: xnox: is there any hope for a fix for the socket filter or do we need dismiss the approach?
[08:23] <didrocks> oSoMoN: maybe it's not from your team, just pocking randomly :)
[08:24] <MacSlow> Cimi, hm... doesn't seem to work
[08:24] <Cimi> MacSlow, error?
[08:24] <pitti> asac: xnox was rather close yesterday, it just needs some hard thinking how to set up the netlink filter chain
[08:24] <oSoMoN> didrocks: tmoenicke is your man, but I’m not seeing him around either
[08:24] <didrocks> oSoMoN: hum, can you keep me posted if they will be around today?
[08:25] <MacSlow> Cimi, "TypeError: Result of expression is not an object" while trying to load the Calendar.qml
[08:25] <Cimi> MacSlow, not run this
[08:25] <Cimi> MacSlow, run the main qml file
[08:25] <MacSlow> Cimi, how is it meant to be run then?
[08:25] <oSoMoN> didrocks: they should be, but in the meantime maybe I can help?
[08:25] <bzoltan> popey: and now I tried this
[08:25] <MacSlow> Cimi, which is?
[08:26] <bzoltan> popey:  bash -ic source /etc/profile; export DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-k2xEWyIULe; APP_ID=calculator qmlscene /usr/lib/ubuntu-ui-toolkit/examples/calculator/calculator.qml --desktop-file-hint=/usr/lib/ubuntu-ui-toolkit/examples/calculator/calculator.desktop
[08:26] <Cimi> MacSlow, guess it's called either SettingsComponents.qml or UbuntuSettingsCOmponents.qml
[08:26] <Cimi> MacSlow, might be on root of the project
[08:26] <MacSlow> Cimi, don't have that here
[08:26] <Cimi> mmm ok
[08:26] <didrocks> oSoMoN: ok, so we have https://bugs.launchpad.net/ubuntu/+source/ubuntu-keyboard/+bug/1240403
[08:26] <didrocks> oSoMoN: basically the landing was supposed to be able to dismiss the keyboard
[08:26] <Cimi> MacSlow, sorry but last time I coded that was 2 and a half months ago :)
[08:27] <MacSlow> Cimi, oh hold on...
[08:27] <Cimi> MacSlow, it's in root
[08:27] <Cimi> SettingsComponents.qml
[08:27] <MacSlow> Cimi, do I also have to provide the path the the menus explicitly?
[08:28] <Cimi> MacSlow, let me try
[08:29] <asac> pitti: xnox: ok feels like there is actually hope... thanks for not dropping the ball :)
[08:29] <pitti> asac: it seems upstream starts moving video drivers away from the uevent hacks; apparently not the maguro one yet, though :/
[08:30] <Cimi> MacSlow,
[08:30] <Cimi> bzr branch lp:ubuntu-settings-components
[08:30] <Cimi>  cd ubuntu-settings-components/
[08:30] <MacSlow> Cimi, of course :)
[08:30] <asac> pitti: right. but that sounds rather long term :)
[08:30] <Cimi> qmlscene SettingsComponents.qml
[08:30] <Cimi> that works for me
[08:30] <Cimi> ^^
[08:30] <pitti> asac: most hopefully not; this should really be fixed properly for 14.04
[08:30] <asac> pitti: you think they will update the N4 drivers? i thought they dont really like touching such things for old devices
[08:31] <pitti> asac: I don't know
[08:31] <bzoltan> lool: do you know about any restriction of the .desktop file location?
[08:31] <pitti> asac: I've seen two patches for other drivers recently
[08:31] <MacSlow> Cimi, I get... "Ubuntu.Settings.Menus" is not installed
[08:31] <asac> pitti: agree on 14.04... just hoping for a good enough bandaid that makes maguro not go boom
[08:31] <bzoltan> lool: I wold expect this command to work:  bash -ic source /etc/profile; export DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-k2xEWyIULe; APP_ID=calculator qmlscene /usr/lib/ubuntu-ui-toolkit/examples/calculator/calculator.qml --desktop-file-hint=/usr/lib/ubuntu-ui-toolkit/examples/calculator/calculator.desktop
[08:31] <Cimi> MacSlow, ah right, try installing the deb
[08:31] <MacSlow> Cimi, so I guess you still have something elese installed (manually... left over?) on your system
[08:32] <Cimi> MacSlow, qtdeclarative5-ubuntu-settings-components
[08:32] <oSoMoN> didrocks: looking
[08:32] <Cimi> MacSlow, nick redid the packaging and polished the repo, some things changed and I forgot
[08:32] <MacSlow> Cimi, isn't that what I'm trying to test?
[08:33] <Cimi> MacSlow, you want to test or see in action??
[08:33] <Cimi> MacSlow, to test, I see there's a script run tests here
[08:33] <MacSlow> Cimi, I just want to be able to test the thing I need to work on to fix the bug...
[08:34] <Cimi> MacSlow, I am not sure we're using those components yet there
[08:34] <Cimi> MacSlow, better to ask dednick
[08:34] <MacSlow> Cimi, ok
[08:34] <JamesTait> Good morning all; happy Global Dignity Day! :-D
[08:34] <Cimi> MacSlow, he did the unity integration
[08:34] <oSoMoN> didrocks: I can’t reproduce the bug on maguro
[08:34] <didrocks> oSoMoN: jibel is going to add more infos
[08:35] <oSoMoN> ok
[08:35] <asac> Saviq: http://reports.qa.ubuntu.com/smokeng/saucy/touch_mir/mako/99:20131015.2:20131015/4749/unity8-autopilot/ are those failing flaki ones (shall we retry?)
[08:36] <Saviq> asac, are they consistently those two tests?
[08:36] <asac> Saviq: asking you
[08:36] <asac> what you see locally
[08:36] <Saviq> asac, I see unity8 crashing on startup sometimes in ?? ?? ?? ??
[08:37] <Saviq> asac, during autopilot tests
[08:37] <asac> Saviq: and that makes random APs fail
[08:37] <asac> ?
[08:37] <lool> bzoltan: All I'm getting are core dumps
[08:37] <Saviq> asac, never managed to get any symbols out of it
[08:37] <Saviq> asac, random unity8 tests fail, yeah
[08:37] <asac> Saviq: well, did you see that this makes AP fail :)
[08:37] <asac> right
[08:37] <asac> so you see that locally... gotcha
[08:37] <asac> guess you need to look at the crash first then
[08:37] <bzoltan>  lool: yes, that is the problem
[08:38] <Saviq> asac, yeah, and the ones we get out from image testing are truncated
[08:38] <Saviq> asac, so we can't get anything out of them
[08:38] <Saviq> asac, i.e. utah didn't wait for apport to finish before collecting the .crash file
[08:38] <oSoMoN> didrocks, jibel: ok, now I have managed to reproduce the bug, looking into it but I’m no OSK expert, I hope tmoenicke gets online soon
[08:38] <Saviq> asac, unity8 .crash files should be > 10MB
[08:39] <jibel> oSoMoN, FYI the mediaplayer crash I reported few days ago is fixed, I'll do more tests then close the report.
[08:39] <asac> Saviq: if you see it locally getting backtraces is best to get there i guess
[08:39] <oSoMoN> jibel: cool, thanks
[08:40] <asac> Saviq: you can even go further and build unity8 and other things with -O0
[08:40] <Saviq> asac, yeah, that's the thing - the backtraces I get here are useless
[08:40] <Saviq> asac, the ones in smoke looked more promising - 'cause they're bigger
[08:40] <Saviq> asac, my .crash files for that were below 1MB
[08:41] <Saviq> asac, and 0 symbols - everything was in the non-debuggable android libs it seemed
[08:52] <didrocks> oSoMoN: good luck! :)
[08:58] <tvoss> Saviq, ping
[08:58] <tvoss> Saviq, do we have a bug for the slowness after having executed the uitk test suite?
[08:58] <Saviq> tvoss, pong
[08:59] <tvoss> asac, ^
[08:59] <Saviq> tvoss, thought that was what was fixed by the mir fix?
[08:59] <lool> bzoltan: Before I dive into that (in a HO right now), is this breaking SDK features?
[08:59] <Saviq> tvoss, otherwise bug #1238684 maybe/
[08:59] <lool> bzoltan: backtrace is in code which was recently change about handling mir connections
[09:00] <asac> Saviq: nope
[09:00] <asac> err
[09:00] <asac> tvoss: i dont think we have a fix yet
[09:00] <bzoltan> lool:  do not dive into that ... yet
[09:00] <asac> zoltan is looking and i believe we need other teams loking as well
[09:00] <asac> like MIR/unity8
[09:00] <bzoltan> lool: I am on track to figure out the root cause
[09:00] <tvoss> Saviq, nope, don't think so
[09:00] <bzoltan> lool: thanks for offering your help :)
[09:00] <tvoss> asac, pointing alf_ in the direction, too
[09:01] <asac> tvoss: i think Saviq also is still fighting weird unity crashes during unity89 testsuite
[09:01] <asac> not sure what is more important and where alf can help most
[09:03] <tvoss> Saviq, got bugs for me for the crashers, yet?
[09:03] <Saviq> tvoss, which ones?
[09:03] <Saviq> tvoss, unity8?
[09:03] <tvoss> in 89, crashers in the u8 test suite
[09:03] <tvoss> basically, what asac just said
[09:04] <Saviq> tvoss, all I get are ?? ?? ?? ?? in the backtrace
[09:04] <lool> Saviq: https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1240420
[09:04] <asac> right. i think we need to -O0 compile or somnething if we cant get anything useful
[09:04] <lool> bzoltan: I'd still like to know whether the SDK is currently broken; as in, something we'd like to track for release
[09:04] <asac> at least would be an idea... but would need to be done by the dev who triages
[09:04] <lool> asac: but is that with the incomplete crash file?
[09:05] <tvoss> asac, can you paste the ui-toolkit testing instructions for alf_ again?
[09:05] <lool> Saviq: are you getting broken bt with complete or incompelte crash files?
[09:05] <Saviq> tvoss, the lab .crash files look more promising (bigger, mine were < 1MB)
[09:05] <tvoss> asac, will open a bug with the instructions now
[09:05] <Saviq> lool, incomplete crash files
[09:05] <pitti> lool: I'll have a look into that, but rewriting the whole .crash (including the big core dump) is a lot more expensive than just appending a few kB of stack traces and depenency info
[09:05] <bzoltan> lool:  for the stake of good terminology ... the SDK has not been broken for ages... it is the CI test cases what are broken
[09:05] <asac> tvoss: https://wiki.ubuntu.com/Touch/Testing#Testing_your_Ubuntu_Touch_Code_before_submission
[09:05] <asac> :)
[09:05] <lool> Saviq: right
[09:05] <asac> tvoss: please bookmark and reshared that URL :)
[09:05] <Saviq> tvoss, but they're truncated, so can't get nothing out of it :/
[09:05] <lool> pitti: I dont understand
[09:06] <tvoss> Saviq, happening locally for you, too?
[09:06] <pitti> lool: oh, that's for the initial crash
[09:06] <lool> pitti: the bug is about racyness between apport-noui triggering and apport
[09:06] <pitti> lool: I thought you meant during apport-cli data collection
[09:06] <lool> pitti: there are other possible approaches, such as writing a .done once the .crash is finished writing
[09:06] <lool> and then have apport-noui trigger on done
[09:06] <pitti> lool: right now it's done when you can actually read the file (before it's permisssions 000)
[09:06] <bzoltan> lool: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1239646
[09:06] <Saviq> tvoss, yes, but no useful trace
[09:07] <Saviq> tvoss, just run unity8 suite, you'll get 1 or 2 failed tests with .crash files from unity8
[09:07] <Saviq> tvoss, but at least here they were totally useless
[09:08] <tvoss> Saviq, yup, running the test suite right now
[09:11] <lool> pitti: that might be a way to check then; maybe we want an apport-settle wrapper that waits for all .crash to be != 000 and use this in apport-noui.conf?
[09:11] <pitti> lool: we already have /usr/share/apport/apport-checkreports, the upstart job might just use that?
[09:12] <pitti> lool: although all it really does is to call whoopsie-upload-all
[09:12] <pitti> which will ignore non-readable reports already
[09:13] <pitti> lool: aah, so I guess the problem is EVENT=create -> the job only gets called for creating teh (unreadable) empty .crash file, but not again once apport is done writing
[09:13] <lool> pitti: Yes
[09:13] <lool> pitti: it's even worse, if you write multiple crash files, upload-all is called in parallel multiple times (slangasek had researched this some time ago)
[09:13] <pitti> lool: I wonder if it wouldn't be even more elegant to have apport emit an upstart event "apport-crash-added" or so
[09:13] <pitti> lool: yeah, we'd need locking for that
[09:14] <lool> pitti: the short term problem we're trying to solve is the lab collecting incomplete .crash files
[09:14] <popey> lool: just clarified with nik90 that for 1.0 we want to have snap decisions triggered by indicator-datetime, but not launch clock->alarms from tapping events from indicator. So no url handling in clock app is required, which is why it's not there.
[09:14] <pitti> lool: upload-all was written for autopilot/autopkgtests really, where it would be called once in a script, not by (possibly concurrent) upstart jobs
[09:14] <lool> pitti: if there was something to run before collecting them, it would help a lot
[09:14] <lool> popey: Ok
[09:15] <lool> popey: Thanks for confirming; I remember the initial idea was with URLs, so seemed odd these werent there  :-)
[09:16] <popey> yeah, confused me this morning too ☻
[09:16] <popey> need more tea
[09:17]  * popey looks for renato
[09:22] <asac> ogra_: do you know how i can properly turn maguro off? seems whenever i turn it off through pressing power button for long time i have to remove the battery once
[09:23] <asac> before i can turn it on again
[09:23] <lool> asac: is it plugged to USB?
[09:23] <tvoss> Saviq, where does unity8's stdout go to when started via upstart?
[09:23] <lool> asac: I find it's really hard to really turn off/on stuff when they are connected to USB
[09:23] <Saviq> tvoss, where *everything's* stdout go to
[09:23] <asac> lool: no... i remember that that doesnt work :)
[09:23] <Saviq> tvoss, .cache/upstart/
[09:24] <asac> so its not plugged
[09:24] <asac> lool: afaiui its impossible to turn it on while its plugged
[09:29] <ogra_> asac, works for me
[09:29] <ogra_> asac, you need to hold the power button for 5sec to switch it on
[09:41] <asac> ogra_: hmm. ok. will try harder :)
[09:49] <tvoss> Saviq, do we use a QImage for caching the application snapshots?
[09:49] <Saviq> tvoss, yes
[09:50] <Saviq> tvoss, but when they are destroyed, they go away, and get rerequested from Mir again
[09:50] <Saviq> greyback, correct ↑ ?
[09:50] <greyback> Saviq: correct
[09:50] <Saviq> tvoss, there's an image://application/ image provider
[09:50] <Saviq> greyback, what we could do is make them cached: true
[09:50] <mpt> Cimi, MacSlow: Those are all bog-standard menu items, nothing special about them at all
[09:50] <asac> 11:49 < alf_> tvoss: hmm, so how do you actually start an app with upstart? 'start <appname>' doesn't work
[09:51] <Saviq> greyback, and add a ?timestamp= to the URL
[09:51] <greyback> Saviq: then they'll only be grabbed once per app
[09:51] <asac> can we maybe document the one and only good way to run apps on our touch wiki?
[09:51] <asac> :)
[09:51] <greyback> Saviq: exactly my thinking
[09:51] <asac> maybe a new section in https://wiki.ubuntu.com/Touch/Testing#Testing_your_Ubuntu_Touch_Code_before_submission
[09:51] <Saviq> greyback, that would save us requesting them unnecessarily
[09:52] <asac> bzoltan: would you mind adding a quick and dirty section about how to start apps from adb to https://wiki.ubuntu.com/Touch/Testing#Testing_your_Ubuntu_Touch_Code_before_submission ? Seems this question is getting asked more than once :)
[09:52] <lool> asac: upstart-app-launch com.ubuntu.music
[09:52] <lool> bzoltan: ^
[09:52] <tvoss> Saviq, so alf_ found that unity8 memory usage increases drastically when running the uitk test suite
[09:52] <asac> lool: thats for click only?
[09:53] <asac> lool: or same for packaged ones?
[09:53] <lool> some environment must differ between running manually with qmlscene and with upstart
[09:53] <asac> lool: does that work from adb?
[09:53] <lool> asac: upstart-app-launch dialer-app
[09:53] <lool> asac: you need to sudo -u phablet -i first
[09:53] <lool> asac: that's from adb
[09:53] <bzoltan>  asac:  I am still discovering the topic... I do not see a clear pattern on how apps should start
[09:53] <asac> bzoltan: read what lool says above. that sounds saner :)
[09:53] <lool> that's meant for apps with a desktop file though
[09:53] <MacSlow> mpt, ok... but the "bug" I was gathering info on, is actually a not yet fully implemented/integrated feature
[09:54] <lool> it would seem good that qmlscene works
[09:54] <asac> lool: sure. guess those we care about have .desktp files
[09:54] <MacSlow> mpt, and it's dednick's baby... so he'll address it
[09:54] <bzoltan> lool:  Of course... desktop files we ahave a lot
[09:54] <asac> lool: qmlscene is not trivial it seems :)
[09:54] <lool> well in the end this runs qmlscene
[09:54] <lool> it's just some environment difference or pathnames that would explain one working and not the other
[09:55] <asac> right. byut we should document our upstart-app-launch...
[09:55] <lool> phablet   3538  0.4  3.6<PHONE_NUMBER>4 ?        Tsl  08:39   0:19              \_ /usr/lib/arm-linux-gnueabihf/qt5/bin/qmlscene music-app.qml --file= -I ./plugins
[09:55] <bzoltan> lool, asac: this upstart-app-launch com.ubuntu.music is for click apps, right?
[09:55] <asac> good to keep folks with a sane and stable interface :)
[09:55] <lool> bzoltan: asac already asked the same thing
[09:55] <lool> :-)
[09:55] <lool> bzoltan: 11:53 < lool> asac: upstart-app-launch dialer-app
[09:55] <tvoss> Saviq, greyback so I take it that we create the QImage from a pre-existing char*?
[09:55] <asac> bzoltan: its for ALL apps it seems ... maybe confirm. would be good news
[09:55] <lool> yes it's for all apps
[09:56] <bzoltan> lool: have you tried to start the calculator example app form the UITK example package?
[09:56] <asac> lool: so syntax is "upstart-app-launch <desktop-file-name>"?
[09:56] <lool> note that the click ones will use a different internal code path than the "legacy" ones
[09:56] <greyback> tvoss: yes, the casterd char* coming from mir
[09:56] <lool> asac: it's "appid"
[09:56] <tvoss> greyback, who frees that buffer? as QImage won't
[09:56] <lool> asac: but yeah
[09:56] <lool> bzoltan: does it have a .desktop file?  :-)
[09:56] <jlcgib> Help
[09:57] <jlcgib> :)
[09:57] <lool> bzoltan: that's the thing, upstart-app-launch will only look at .desktop from /usr/share/applications or for click apps
[09:57] <Saviq> greyback, only thing I'm worried... if we go for cached: true... we'll be holding all the previous screenshots in memory anyway
[09:57] <tvoss> greyback, Saviq see https://qt.gitorious.org/qt/qt/source/61570cd378e1b5a257ad90efcdac4098cb85262c:src/gui/image/qimage.cpp#L889
[09:57] <jlcgib> Trying to install Touch on my N7
[09:57] <bzoltan>  lool:  yes, it has... but it does not start with upstart-app-launch
[09:57] <lool> bzoltan: you might be able to hack around it by calling "start" with some overrides, but I guess we need to get to the bottom of the environment difference explaining why qmlscene works or doesn't work
[09:57] <jlcgib> and stumped on
[09:57] <nerochiaro> kenvandine: hi, to fix the problems that bfiller mentioned yesterday in bug 1240145 I posted two MRs (linked to the bug), can you please have a look ?
[09:57] <jlcgib> The following packages have unmet dependencies:  phablet-tools : Depends: bzr but it is not installable                  Depends: python-configobj but it is not installable                  Depends: python-lzma but it is not installable                  Depends: python-launchpadlib but it is not installable                  Depends: python-requests but it is not installable                  Recommends: ubuntu-dev-tools but it is
[09:58] <lool> bzoltan: is the .desktop file in /usr/share/applications?
[09:58] <greyback> Saviq: but it's a cache, it only gets so big, then starts throwing away unneeded pixmaps
[09:58] <bzoltan> lool: no, it is not there
[09:58] <Saviq> greyback, true, true
[09:58] <nerochiaro> gusch: maybe you can have a look too (bug 1240145 and related MRs) ?
[09:58] <bzoltan> lool: it is here /usr/lib/ubuntu-ui-toolkit/examples/calculator/calculator.deskto
[09:58] <lool> bzoltan: upstart-app-launch is a good interface for installed apps; typically the ones you'd see on the .desktop
[09:59] <gusch> nerochiaro: ok - I'll take a look
[09:59] <bzoltan> lool: yes, i see...
[09:59] <tvoss> greyback, Saviq can you guys confirm for the image data not being freed by qimage?
[09:59] <lool> bzoltan: it worked after copying to /usr/share/applications
[10:00] <lool> bzoltan: upstart-app-launch calculator after cp /usr/lib/ubuntu-ui-toolkit/examples/calculator/calculator.desktop /usr/share/applications/
[10:00] <bzoltan> lool: good to know
[10:00] <MacSlow> dednick, ping
[10:00] <dednick> MacSlow: pong
[10:02] <bzoltan> lool: we have the /usr/share/applications/ubuntu-ui-toolkit-gallery.desktop there but the upstart-app-launch does not start it
[10:02] <asac> added https://wiki.ubuntu.com/Touch/Testing#Start_Applications_through_adb
[10:02] <asac> not sure if thats good. please fix if not
[10:02] <asac> lool: ^^
[10:02] <asac> bzoltan: ^^
[10:03] <Saviq> greyback, will you check?
[10:03] <greyback> Saviq: I am
[10:04] <Saviq> greyback, thanks
[10:04] <lool> do we support Nexus 7 2013?
[10:05] <tvoss> greyback, QImage::fromData seems to be the correct way of doing it
[10:05] <asac> lool: given that we dont support tablets right now, i doubt it :)
[10:06] <lool> asac: we have Nexus 7 2012 image with mir though
[10:06] <lool> asac: it's going to the website
[10:06] <asac> what is going to the website?
[10:07] <tvoss> lool, n7 2012 is difficult right now, a lot of issues as the HardwareComposer is disabled
[10:07] <asac> lool: you say we will feature our nexus 7 image for release?
[10:07] <asac> lool: tell me where you heard that so i can sort that out
[10:09] <deiu> Hi all, has anyone updated the Nexus status document?
[10:10] <deiu> The latest image can't be from 20130818...
[10:11] <deiu> (for mako)
[10:12] <asac> lool: commented on the rick doc
[10:12] <asac> i think thats the place you refer to
[10:13] <lool> asac: web team pointed me at some text with it; I'll comment there too
[10:13] <asac> lool: will /msg you url i am talking about
[10:28] <davmor2> Morning all
[10:28] <davmor2> ogra_: did you get some sleep in the end?
[10:30] <ogra_> davmor2, indeed i did :)
[10:36] <jibel> lool, system-image tests pass locally with adt, I'm running them in the lab to find what is interfering
[10:37] <lool> jibel: Great, thanks
[10:39] <davmor2> today I will mostly be breaking^wtesting 3g auto attach patch no upgrades for me
[10:40] <pitti> didrocks, jibel: how can I locally reproduce an otto test for a MP on amd64? (https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-saucy/1195/?)
[10:41] <didrocks> jibel: is that really otto used by those? ^ (I didn't know we have the tests running for upstream merger)
[10:41] <gusch> didrocks: most of notes-app and browser-app tests fail (on maguro) - but I'd guess there is another reason
[10:41] <pitti> also, it only ran the two tests from dialer_app.tests.test_dialer, but not the two from dialer_app.tests.test_calls
[10:41] <jibel> didrocks, it seems it is
[10:42] <jibel> pitti, I don't really know how these tests have been setup
[10:42] <didrocks> gusch: keep us posted (and maybe try to get someone trying on mako?)
[10:42] <pitti> didrocks: considering the huge "otto" ascii art logo in /var/log/upstart/otto-setup.log which you can see in the full console log, yes :)
[10:43] <pitti> jibel, didrocks: ok, I'll ask fginther later; I'll just try to start current otto on the current saucy iso, and run the tests there
[10:44]  * didrocks wonders why we didn't get that running for daily releases then
[10:44] <didrocks> asac: do you know? ^
[10:49] <asac> didrocks: otto?
[10:49] <didrocks> yep
[10:49] <asac> i think i lack a bit context ... /me reads a few more lines of backlog
[10:50] <didrocks> asac: it seems medium test run are using otto. I wonder if this is for phone or desktop only
[10:50] <didrocks> maybe it's only desktop, I hope the setup was easy because nor jibel or I were in the loop :)
[10:51] <lool> can someone help me to force the modem to attach to 3G?
[10:51] <lool> it stays disconnecteed:
[10:51] <lool>   Driver:            ofono
[10:51] <lool>   State:             disconnected
[10:51] <lool>   Default:           no
[10:51] <pitti> didrocks, jibel: doc says "To enable it make sure CONFIG_MEMCG_SWAP_ENABLED=Y is set in kernel configuration file and swapaccount=1 on the kernel boot parameters"
[10:52] <pitti> didrocks, jibel: does that mean I need to rebuild my kernel for that? or is that "and" supposed to be an "or"?
[10:52] <lool> Oct 15 08:21:10 ubuntu-phablet NetworkManager[999]: <warn> could not mark modem as powered: org.ofono.Error.Failed Operation failed
[10:52] <asac> didrocks: i dont understand. all i know is that we used otto for desktop, but not for touch images
[10:52] <asac> that doesnt sound very different from what you discovered, right?
[10:52] <jibel> pitti, you don't need to rebuild your kernel it is already set to Y by default in Ubuntu
[10:52] <didrocks> asac: not sure, as they setup otto for cases we didn't know, maybe there are some good new hidden, I'll check with Francis :)
[10:53] <pitti> CONFIG_MEMCG_SWAP=y
[10:53] <pitti> # CONFIG_MEMCG_SWAP_ENABLED is not set
[10:53] <pitti> jibel: ^ no, it isn't
[10:53] <jibel> hm
[10:54] <pitti> jibel: well, I'll try without; I need to shut down my normal session/lightdm, brb
[10:54] <lool> /usr/share/ofono/scripts/list-modems says Online = 0
[10:54] <jibel> it is enabled on the machine we have in the lab and it is stock kernel
[10:54] <jibel> pitti, try without, otherwise remove memory control from lxc configuration file that comes with otto
[10:54] <jibel> pitti, unless your intend is to huge crazy amounts of memory or test leaks in your app
[10:55] <awafaa> is it possible to install an older image? say one with the dummy data?
[10:56] <jibel> pitti, the purpose of this parameter is to keep control of our machines when something goes wrong with the tests
[10:57] <pitti> jibel: ah, good; but no luck, otto start fails with /tmp/otto-start.out | pastebinit -
[10:57] <pitti> http://paste.ubuntu.com/6245011/
[10:58] <pitti> "command get_init_pid failed to receive response
[11:00] <mzanetti> what's the correct bug tracker to file bugs for the app update manager?
[11:01] <pitti> jibel: hang on, doc/README didn't mention the "sudo /etc/init.d/apparmor reload"; trying that now
[11:03] <pitti> jibel: that wasn't it
[11:15] <rickspencer3> popey, so, 98 didn't get promoted?
[11:15] <popey> correct
[11:15] <popey> 99 may be
[11:15] <popey> 98 had a bad radio regression, so you couldn't make calls
[11:18] <rickspencer3> popey, gotcha ... "couldn't make calls" sounds like "a bad radio regression". pretty much the definition :)
[11:19] <popey> Yeah. ☻
[11:30] <jibel> pitti, if you lxc-start the container, the message should be better, python bindings doesn't log anything
[11:30] <nerochiaro> fginther: do you know why this MR fails to build because it can't find dependencies ? https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-maguro/2490/console
[11:31] <pitti> jibel: ah, thanks; I'll try that once I'm done with debugging lxc with rbasak
[11:32] <jibel> (and "failed to receive response" is a generic message when the container fails to start)
[11:39] <mardy> didrocks: hi! Do you know if there's a way to see the contents (packages and versions) of an Ubuntu Touch image, without downloading and installing it?
[11:39] <tvoss> greyback, any more insight into the QImage creation thingy?
[11:40] <didrocks> mardy: hey! yeah, you have the manifest files in both proposed and current images: http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/saucy-preinstalled-touch-armhf.manifest
[11:42] <greyback> tvoss: not yet. I was under impression mir deletes the raw snapshot pixmap after I use it, so checking that. I avoided using loadFromData as that would be a copy.
[11:42] <mardy> didrocks: cool! And do you know how to map an image number to a date? (for example, tell that image #80 is 2013MMDD.X)
[11:43] <kenvandine> nerochiaro, done
[11:43] <tvoss> greyback, but even if it deleted under your feet, that would be quite bad, too :)
[11:43] <tvoss> greyback, asac, Saviq off for ~15 minutes
[11:43] <didrocks> mardy: yeah, for instance look at: http://reports.qa.ubuntu.com/smokeng/saucy/touch_mir/
[11:43] <mardy> kenvandine: are you already awake, or never went to sleep? ;-)
[11:43] <nerochiaro> kenvandine: i'm not sure what you mean about the dependency
[11:44] <didrocks> the first two digits in the image number
[11:44] <didrocks> then, you have the ubuntu one
[11:44] <mardy> didrocks: oh thanks!!
[11:44] <didrocks> (then, for the end, I don't know, I guess against which version the android kernel was built against)
[11:44] <greyback> tvoss: yep, but a copy happens when I call scale()
[11:44] <nerochiaro> kenvandine: i dind't update the name of the package with my change
[11:44] <nerochiaro> kenvandine: so why would it change ?
[11:44] <greyback> tvoss: though I do suspect I'm being lucky :)
[11:44] <nerochiaro> kenvandine: we weren't depending on a specific version number
[11:48] <kenvandine> nerochiaro, there is one
[11:48] <kenvandine> qtdeclarative5-ubuntu-ui-extras0.1 (>= 0.1+13.10.20130829-0ubuntu1),
[11:49] <nerochiaro> kenvandine: ah, why was it there ? i think it can be removed safely, no ?
[11:49] <kenvandine> well it now needs a newer one :)
[11:49] <kenvandine> to get the update function
[11:49] <kenvandine> i guess it won't crash without it...
[11:50] <nerochiaro> kenvandine: you're right. and yeah it won't crash, but the share popover will not come up
[11:50] <kenvandine> but no reason not to bump that though
[11:50] <nerochiaro> kenvandine: except that we don't know what version the new ubuntu-ui-extras will be no ?
[11:51] <kenvandine> so you could just make it >> 0.1+13.10.20130829-0ubuntu1, since that is currently the latest in the archive
[11:51] <kenvandine> but
[11:51] <kenvandine> we know if it gets built today in daily release it'll be 0.1+13.10.20131016-0ubuntu1
[11:52] <kenvandine> so >= 0.1+13.10.20131016-0ubuntu1 is safe
[11:52] <davmor2> lool: did you get you 3g issue resolved?
[11:52] <nerochiaro> kenvandine: makes sense
[11:55] <nerochiaro> kenvandine: bumped
[11:55] <nerochiaro> kenvandine: it will now fail to build in jenkins though
[11:58] <bzoltan> lool: When I create an application package and install it on the device the .desktop file is put to the /home/phablet/.local/share/applications/ Is that th reason that manually installed click apps do not launch?
[11:58] <bzoltan> lool: have you ever tried out the QtC packaging and installing feature?
[12:07] <lool> bzoltan: is that a .deb or a .click you're installing?
[12:08] <lool> bzoltan: upstart-app-launch uses click calls to get information about apps or uses /usr/share/applications for legacy apps
[12:08] <lool> davmor2: no
[12:10] <davmor2> lool: were you on image 98?
[12:11] <asac> dbarth_: any luck with the ua thingy for youtube?
[12:11] <bzoltan> lool: of course it is click... we do not do .deb for ages
[12:11] <dbarth_> asac: hi
[12:11] <dbarth_> asac: nope, really not
[12:12] <dbarth_> asac: the best i can do, is to force the site to serve the mobile UI
[12:12] <bzoltan> lool: Have you ever tried out the QtC for app package creation and installation?
[12:12] <asac> dbarth_: what i am looking for is some experience that delivers the videos
[12:12] <dbarth_> asac: which is a patch to webbrowser-app; merged as we speak
[12:12] <asac> i think the website look is secondary to the goal that youtube serves videos we can play
[12:12] <dbarth_> asac: but video won't work; the best i could do is html5 vids, but that triggers crashers in webkit
[12:13] <ogra_> asac, you need that so youtube doesnt tell you all the time "this device is not supported"
[12:13] <dbarth_> asac: and that does force a switch back into desktop mode, for youtube to serve html5 content
[12:13] <dbarth_> asac: besides rtsp is no go for the release
[12:14] <dbarth_> asac: at this stage, what i look into is injecting js to find hidden video links; but that's a bit borderline
[12:14] <lool> davmor2: Yes
[12:14] <ogra_> yay screen scraping
[12:15] <lool> davmor2: but had already booted, so ofono accounts should be there
[12:15] <lool> davmor2: and I get GSM
[12:15] <lool> bzoltan: No
[12:15] <davmor2> lool: on 98 there is a fix ofono package that is hopefully in 99
[12:15] <Chipaca> a silly question: how is one supposed to go "back"? e.g. to system settings from updates, or to updates from auto-download
[12:16] <davmor2> Location works woohoo!
[12:16] <ogra_> Chipaca, using the toolbar
[12:16] <xnox> Chipaca: pull up the toolbar....
[12:16] <Chipaca> is the toolbar the thing that says, e.g., "Updates"?
[12:16] <ogra_> Chipaca, toolbar is hidden at the bottom
[12:17] <asac> dbarth_: right. i thought that webkit doesnt crash anymoore when playing videos
[12:17] <ogra_> swipe upwards
[12:17] <Chipaca> augh
[12:17] <Chipaca> ok :)
[12:17] <asac> dbarth_: i would have liked to hear about that issue more often and far louder in the last few days. my assumption was that the MM landing that phonedations did, made browser work
[12:18] <asac> rsalveti: known that we have a crashing browser when playing videos?
[12:18] <asac> read above
[12:18]  * lool just saw video playing in the web browser for the first time
[12:18] <dbarth_> asac: not with 96 when i tried yesterday; works once, but then it crashes
[12:19] <lool> same as dbarth_
[12:19] <lool> I opened a second video, same web site of online videos
[12:19] <lool> and it crashed
[12:20] <dbarth_> asac: there are 2 things to consider here:
[12:20] <dbarth_> asac: play some video in the browser: it's doable for the relesae, with a special site that accepts to send the right html5 tags
[12:21] <dbarth_> asac: but have a functional youtube.com, that's going to take time; youtube obviously will not serve content to random user-agents, to protect the content
[12:22] <dbarth_> asac: so i'd say, let's make a demo page and work on fixing that crasher
[12:22] <dbarth_> asac: wdyt?
[12:26] <bzoltan> lool: Dogfooding would be nice... It is kind of showstopper that app devs can make apps, package them in click format, install them on the device... but the shell does not launch it.
[12:27] <lool> bzoltan: Yes, I appreciate this is important, which is why I tried to understand which use case we try to cover
[12:27] <lool> bzoltan: I cant use qtcreator to create apps anymore since I purged all /opt/qt5 packages; I don't know exactly what's broken in my config since I removed them
[12:28] <bzoltan> lool:  The "launching app what I develop" use case ...
[12:28] <bzoltan> lool:  /opt/qt5 ??? The Qt is not installing there for about a year :)
[12:29] <lool> bzoltan: Yes, I could not get rid of these packages for months, then when I eventually did everything was screwed up
[12:29] <lool> bzoltan: anyway
[12:29] <lool> bzoltan: so do you have a sample click I can install?
[12:29] <lool> bzoltan: that seems like a good abstraction for reproducing the issue
[12:29] <bzoltan> lool:  just try the simple app template
[12:29] <lool> tvoss: Hey
[12:29] <lool> tvoss: do you have instructions to test the oom features?
[12:30] <lool> tvoss: like how do you put the device into low memory mode to trigger some apps to be killed?
[12:30] <bzoltan> lool: open QtC go to Touch tab, create new project ....
[12:30] <ogra_> lool, disable swap and open a ton of apps
[12:30] <tvoss> ogra_, +1
[12:30] <tvoss> lool, ^
[12:30] <lool> bah qtcreator was opening a minute ago
[12:30] <lool> now it doesn't launch
[12:30] <lool> Cannot update Qt version information: /opt/qt5/bin/qmake cannot be run.
[12:30] <lool> ah relaunching helped
[12:32] <lool> bzoltan: I see no QML template when I try to create new projects from touch tab
[12:32] <lool> tvoss, ogra_: Hmm
[12:32] <lool> tvoss: Is the expected behavior that the oldest app gets killed?
[12:32] <bzoltan> lool: It is called Ubuntu - Simple touch UI
[12:32] <lool> or just one of the stopped apps?
[12:33] <tvoss> lool, one of the oldest apps so far
[12:33] <tvoss> lool, yup, which are the stopped ones
[12:33] <lool> bzoltan: I dont have it; I have Other projects > Code snippet; Non-Qt Project > C Project or C++ Project
[12:33] <lool> and Import project
[12:33] <bzoltan>  lool:  but obviously you need to have the latest SDK installed ... preferable from the SDK Release PPA, since Saucy is legacy
[12:34] <lool> bzoltan: I have ubuntu-sdk installed from saucy
[12:34] <bzoltan> lool: even with that one you should have the Ubunt section on the left list
[12:34] <lool> I dont
[12:34] <lool> bzoltan: can you tell me how to wipe my qtcreator config?
[12:34] <bzoltan> lool: then you do not have the SDK installed
[12:34] <lool>   Installé : 1.094
[12:35] <asac> dbarth_: a test page would be good, yes
[12:36] <asac> not sure if i like the answer that youtube wont work
[12:36] <asac> but ... :)
[12:36] <bzoltan> lool:  you should have something like this: https://pastebin.canonical.com/99124/
[12:36] <lool> bzoltan: http://paste.ubuntu.com/6245420/
[12:36] <bzoltan> lool: you need to purge all qt5* PPAs first,  add the SDK PPA and do an upgrade
[12:37] <lool> I did purge all qt5 PPAs
[12:38] <bzoltan> lool: even Saucy has 2.7.1-0ubuntu10
[12:38] <bzoltan> lool: sorry, you have that
[12:39] <awafaa> erm, am i hallucinating or did i imagine that there were some gesture type features?
[12:39] <awafaa> as in a way to bring up additional functions in the browser?
[12:39] <bzoltan> lool:  did you start the Ubuntu SDK from the Dash?
[12:39] <lool> bzoltan: No
[12:39] <lool> bzoltan: I run qtcreator
[12:40] <ogra_> awafaa, do you mean the actions button (that gets you to history and bookmarks) ?
[12:40] <bzoltan> lool: try to rune the ubuntu-sdk
[12:40] <lool> bzoltan: same thing
[12:41] <lool> bzoltan: I "fixed" this by rm -rf .config/QtProject
[12:41] <lool> bzoltan: I see the templates again now
[12:41] <bzoltan> lool: brutforce :)
[12:43] <lool> bzoltan: So I tried running on device, but it didn't install a click; instead it ran qmlscene directly
[12:44] <dbarth_> asac: easier though: http://touch.dailymotion.com/ works almost
[12:44] <dbarth_> asac: ie, we get the right UI, and it starts an html5 video; once
[12:44] <lool> bzoltan: how does one "stop" the running application on device?
[12:44] <bzoltan> lool:  The CtrLF12 is for just running ... there is a packaging tab and an installing menu item
[12:44] <dbarth_> lool: ^^ i think that can be an easier test case to get rid of the webkit crasher
[12:44] <bzoltan> Ctrl-Shift-F12
[12:45] <bzoltan> lool: Ctrl-Shift-F12
[12:46] <lool> bzoltan: I get "manifest does not exist" when creating package
[12:46] <lool> ah right packaing tab
[12:46] <lool> bzoltan: FYI my name is rendered as "LoÃ¯c Minier<EMAIL_ADDRESS>[12:47] <lool> bzoltan: [14:46:57]  /!\Â transfer failed /!\
[12:47] <bzoltan> lool: know issue ... my name ZoltÃ¡n too
[12:47] <bzoltan>  lool:  at wich step it fails?
[12:48] <awafaa> ogra_: no, i thought i managed to bring up an overlay type screen that had things like forward/back and other functions
[12:48]  * awafaa can't seem to get it again
[12:48] <lool> bzoltan: FYI /tmp/click.err is insecure  :-/
[12:48] <asac> how can i take a screenshot?
[12:49] <lool> bzoltÃ¡n: [14:46:56] /usr/share/qtcreator/ubuntu/scripts/qtc_project_click_create: ligne 83: /usr/share/qtcreator/ubuntu/scripts/manifest_description: Permission non accordÃ©e
[12:49] <awafaa> asac: by using this script http://people.canonical.com/~j-lallement/touch/mirfbdump
[12:49] <lool> permission denied
[12:49] <lool> -rw-r--r-- 1 root root 100 sept. 20 15:20 /usr/share/qtcreator/ubuntu/scripts/manifest_description
[12:49] <lool> bzoltan: Looks like this file should be +x
[12:49] <ogra_> awafaa, ah the hud ... swipe from the bottom to the center of the screen
[12:49] <bzoltan>  lool: on my installation it is executable
[12:50] <awafaa> ogra_: aha!!! thank you for proving im not totally insane
[12:50] <bzoltan> lool: we have fixed lots of bugs in the SDK Release PPA ... because since the FF we did not push the QtC updates to Saucy
[12:50] <asac> E: Device 'maguro' is not supported. Supported devices are: mako manta grouper
[12:50] <asac> E: Device 'maguro' is not supported. Supported devices are: mako manta grouper
[12:50] <asac> jibel: ^^
[12:50] <asac> your mirfbdump script...
[12:51] <ogra_> SUPPORTED="mako manta grouper"
[12:51] <ogra_> add maguro ...
[12:51] <ogra_> though i guess the resolution is actually to high
[12:52] <asac> ogra_: right. but doesnt work it seems
[12:52] <davmor2> asac: doing adb pull /dev/graphics/fb0 kills maguro and you only seem to get a black screen
[12:52] <ogra_> hmm, no, not to high
[12:52] <lool> bzoltan: So I get a click, it installs, but then it's blank on statup
[12:52] <lool> startup
[12:52] <bzoltan> lool:  yep... that is the problem I am tacking with
[12:52] <asac> davmor2: right. so no screenshot for me :)?
[12:53] <lool> oddly, it doesn't seem to be launched with upstart
[12:53] <davmor2> asac: it's called cheese and a webcam
[12:53] <ogra_> asac, cat /dev/graphics/fb0 >/userdata/fb
[12:53] <ogra_> asac, that seems to work
[12:54] <ogra_> (needs the convert call from the script once you adb pulled it)
[12:54] <davmor2> ogra_: oh that is interesting let me have a play with that then
[12:55] <asac> ogra_: odd... adb pull really killed maguro :)
[12:55] <asac> wonder what it does beyond read
[12:55] <davmor2> ogra_: nope that has locked up the maguro as well
[12:56] <jibel> asac, cat'ing /dev/fb kills maguro, it is a problem with the fb driver according to tvoss
[12:56] <ogra_> davmor2, works flawless
[12:56] <ogra_> for me
[12:57] <ogra_> i tested it before i posted it
[12:57] <lool> err upstart-app-launch com.ubuntu.music doens't work anymore
[12:57] <asac> jibel: interestring... i was able to cat
[12:57] <asac> and then pull
[12:57] <asac> but then the maguro was dead :)
[12:57] <asac> and the image is corrupted
[12:57] <asac> so... :)
[12:57] <asac> no luck for us
[12:57] <jibel> asac, okay, I'll change it instead of pulling directly
[12:57] <asac> jibel: not sure if it really is better...
[12:58] <asac> as i said, the device is still dead
[12:58] <asac> just after the adb pull, which also might have been incomplete
[12:58] <asac> very odd
[12:58] <davmor2> ogra_: ^ I get the same as asac the phone is locked up completely
[12:58] <ogra_> well
[12:59] <davmor2> ogra_: the best is when it finally sleeps you can't wake it again
[12:59] <davmor2> ogra_: I wonder if it is killing unity8
[12:59] <asac> davmor2: i can still adb in it
[13:00] <asac> unity8 process is still alive though
[13:00] <ogra_> root@ubuntu-phablet:/# cat /dev/graphics/fb0 >/userdata/fb
[13:00] <ogra_> root@ubuntu-phablet:/# exit
[13:00] <ogra_> ogra@anubis:~/Devel$ adb pull /userdata/fb screenshot.raw
[13:00] <ogra_> 5553 KB/s (16777216 bytes in 2.950s)
[13:00] <ogra_> ogra@anubis:~/Devel$
[13:00] <davmor2> asac: so just mir inside unity8 that is dead then I guess
[13:00] <ogra_> no issues here
[13:00] <ogra_> i cat'ed five times yet
[13:00] <asac> ogra_: dont say that. its all broken :)
[13:00] <asac> ogra_: try harder :)
[13:00] <ogra_> asac, are you on a rw or ro image ?
[13:01]  * ogra_ is ro
[13:01] <davmor2> ogra_: on maguro
[13:01] <asac> so i dont know. you also dont see corrupted video thumbnails on your home screen
[13:01] <ogra_> davmor2, yes
[13:01] <asac> davmor2: do the thumbnails look good for you?
[13:01] <asac> maliit still crashing here
[13:02] <davmor2> asac: thumbnails?  I have no videos on the home page I can add some once I've rebooted
[13:02] <ogra_> asac, you mean dieing or leaving a .crash file ?
[13:03] <asac> ogra_: .crash file
[13:03] <ogra_> asac, yeah, fix is in proposed
[13:03]  * asac doesnt like having crash files after a fresh boot
[13:03] <asac> ogra_: sure?
[13:03] <ogra_> asac, landing #256
[13:04] <davmor2> asac: open maps.google.com enable location, stand by a window and make it find you :)  next hit directions and see if you can make the keyboard appear at all
[13:04] <davmor2> ogra_: ^
[13:05] <ogra_> davmor2, geez, stop playing with these super advanced features !
[13:05] <ogra_> location in websites ... crazy talk
[13:05] <davmor2> ogra_: well they are there
[13:05] <davmor2> ogra_: the loaction bit works I was over joyed
[13:06] <davmor2> then no keyboard for directions makes it kinda suck as a satnav ;)
[13:06] <ogra_> yerah, so stop whining about a broken keyboard ... cant have everything :P
[13:06] <ogra_> :)
[13:07] <mardy> kenvandine: hi! So, this is the bug that could be fixed if we upload all the new libaccounts*: https://bugs.launchpad.net/ubuntu-system-settings-online-accounts/+bug/1234282
[13:07] <mardy> kenvandine: I linked two branches, which completely fix the issue
[13:07] <lapor> hey
[13:07] <davmor2> ogra_: although the indicator still says that location is disabled if you pull it down after getting your location point
[13:07] <ogra_> davmor2, blame tvoss
[13:07] <ogra_> :)
[13:08] <lapor> i managed to get stuck with some problem on my nexus 4 and ubuntu touch and would need some help
[13:08] <davmor2> tvoss: it's all your fault ogra_ says so
[13:08] <ogra_> lol
[13:08] <mardy> kenvandine: please tell me if there's some chance of getting them in, or if I should branch 13.10 off trunk and aim at merging them later
[13:08] <lapor> i was speaking with my friend, and all of a sudden it turned off
[13:08] <lapor> and now I cannot turn it on
[13:09] <lapor> it just shows Google and after that nothing
[13:09] <kenvandine> mardy, so those two require updating libaccounts-glib and libaccounts-qt as well right?
[13:09] <davmor2> lapor: was your battery level low at all?
[13:09] <kenvandine> mardy, but not signon?
[13:09] <lapor> I upgraded it yesterday
[13:09] <lapor> not exactly
[13:09] <mardy> kenvandine: right
[13:09] <lapor> 20 and something %
[13:09] <lapor> i'll try to plug it in
[13:10] <davmor2> kenvandine: accounts google does it load a page for you?
[13:10] <dobey> where does one file bugs against the pre-installed click packages now?
[13:11] <lool> bzoltan: Ok, I think I'm on something
[13:11] <lool> bzoltan: I think it doesn't start due to lack of apparmor profile
[13:11] <davmor2> dobey: against the app in launchpad
[13:11] <lool> bzoltan: which is not visible in job output due to it being handled by upstart
[13:11] <kenvandine> davmor2, indeed it doesn't
[13:11] <lool> bzoltan: I have a /var/lib/apparmor/clicks/com.ubuntu.developer.lool.boing_Boing_0.1.json -> /opt/click.ubuntu.com/com.ubuntu.developer.lool.boing/0.1/Boing.json
[13:11] <kenvandine> mardy, ^^
[13:11] <bzoltan> lool: that is a bug fixed in the SDK RElease PPA
[13:11] <kenvandine> file:///usr/lib/arm-linux-gnueabihf/ubuntu-system-settings/private/Ubuntu/OnlineAccounts/Plugin/OAuth.qml:139: Error: Invalid write to global property "p"
[13:11] <lool> bzoltan: but /opt/click.ubuntu.com/com.ubuntu.developer.lool.boing/0.1/Boing.json doens't exist
[13:11] <jdstrand> lool: are you referring to sudoku?
[13:11] <lool> jdstrand: no, to clicks created by saucy SDK
[13:12] <jdstrand> ok
[13:12] <davmor2> dobey: which app is it
[13:12] <dobey> davmor2: https://launchpad.net/terminal-app
[13:12] <lool> bzoltan: Ok; how will you SRU SDK to saucy?
[13:12] <lapor> strange....at that time battery was more than 20%
[13:12] <lool> bzoltan: will you SRU it wholesale, or will you cherry pick fixes?
[13:12] <bzoltan>  lool: I will not, Saucy is closed
[13:12] <lapor> now is 3%
[13:12] <dobey> 404 not helpful :)
[13:12] <bzoltan>  lool: legacy series got updates from the PPA
[13:12] <lool> bzoltan: we have this concept of stable updates where we fix the worst bugs
[13:13] <davmor2> dobey: https://bugs.launchpad.net/ubuntu-terminal-app/+filebug  maybe?
[13:13] <mardy> kenvandine: oops!
[13:13] <dobey> davmor2: and how does one decipher what the launchpad page for filing the bugs, is?
[13:13] <mardy> kenvandine, davmor2: do we have a bug for it?
[13:13] <bzoltan> lool: it is a bit more complicated ...
[13:14] <lapor> i cannot add any URL source to Shorty and cannot get to the gmail because browser isn't supported (or something like that)
[13:14] <davmor2> mardy: nope I only just saw it and wanted a confirmation before continuing
[13:14] <lapor> this is normal and will be fixed
[13:14] <lapor> right?
[13:14] <kenvandine> davmor2, please file one
[13:14] <kenvandine> mardy, at least cancel works now :)
[13:14] <davmor2> mardy: it could of easily been the 3g connection that I am testing
[13:14] <kenvandine> davmor2, i've reproduced it
[13:15] <davmor2> kenvandine: will do
[13:15] <lool> bzoltan: http://developer.ubuntu.com/apps/qml/tutorial/ " get Qt5 and the Ubuntu toolkit" link is broken for me
[13:16] <davmor2> dobey: I just do a google search "Launchpad bugs <appname>" on the whole I get to the right page, I then ping the devs with the bug incase it is the wrong place and look where they put it :)
[13:16] <kenvandine> mardy, do you know what the problem is?
[13:16] <kenvandine> i can add more debugging output
[13:16] <lool> bzoltan: So some thoughts here: a) I personally would prefer avoiding PPAs, for reasons you can imagine  b) I'm also worried PPA might redefine frameworks or not be up-to-date with SDK components; maybe it just has qtcreator stuff though  c) we should not have a broken qtcreator in saucy
[13:17] <mardy> kenvandine: yes, it looks like a forgot a "var" in JS
[13:17] <lool> dpm: http://developer.ubuntu.com/apps/qml/tutorial/ " get Qt5 and the Ubuntu toolkit" link is broken for me
[13:17] <mardy> kenvandine: weird that it happens with Google only
[13:17] <lool> dpm: Since the SDK in saucy is broken, this is pretty bad; we need to point people at the PPA
[13:17] <bzoltan> lool:  I hear you... but legacz series, like Precise, Quantal, Raring and now Saucy we support from the PPA
[13:18] <tvoss> davmor2, tell ogra_: as usual
[13:18] <ogra_> hah
[13:19] <dpm> lool, ok, let me get the get started page we used to have back and point to the PPA for all releases. I'll have it ready by tomorrow
[13:19] <lool> jibel: did you give back the autopkgtests for s-i?
[13:19] <davmor2> tvoss: ogra_ now come on you guys shake hands and make up ;)
[13:19] <mardy> kenvandine: OK, I have the fix ready (tested on device as well)
[13:19] <lool> bzoltan: I dont really want to have this conversation now since it's too late to fix it, but consider we're still landing much riskier critical fixes all over the place
[13:19] <kenvandine> mardy, cool, i guess google is the only one that has parameters
[13:19] <lool> bzoltan: and that's hours from the final build
[13:19] <popey> upstream openweathermap fixed.
[13:19] <bzoltan> lool: QtC is not broken in Saucy, it has bugs... I guess it is not the only sw in Saucy what has bugs :)
[13:20] <mardy> kenvandine: ah, true
[13:20] <lool> bzoltan: Yes, so we should fix the worst bugs
[13:20] <lool> in saucy-updates
[13:20] <lool> which is what it is for
[13:20] <tvoss> davmor2, you might want to tell Mr. ogra_ that I totally don't want to argue about the fb :)
[13:20] <jibel> lool, so on i386 tests fails because thre is output to stderr, on amd64 I am not sure, it is a timeout but on different tests
[13:20] <lool> the fact the core features of the ubuntu plugin dont work is pretty important to fix
[13:21] <lool> jibel: Mind logging a bug on the stderr output?
[13:21] <bzoltan> lool: I decided not to overload the Saucy updating process and reviewing engineers with SDK updates when devs can get update from the PPA anyway and the T queue is soon open
[13:21] <jibel> lool, k
[13:21] <bzoltan> lool: but that is offtopic :) The problem is with the Shell not launching the Click apps
[13:21] <ogra_> tvoss, loool ...
[13:21] <davmor2> tvoss: haha
[13:22]  * tvoss hugs ogra_
[13:22] <lool> bzoltan: so until dpm reinstates the web page, can you confirm which PPA this is?  I had ppa:ui-toolkit/ppa ppa:canonical-qt5-edgers/qt5-proper and canonical-qt5-edgers-qt5-beta1-raring
[13:22] <tvoss> is it beer'o'clock, yet?
[13:22] <lool> ppa:canonical-qt5-edgers/qt5-beta1 rather
[13:22]  * ogra_ hugs tvoss
[13:22] <ogra_> *plop*
[13:22] <tvoss> perfect
[13:24] <bzoltan> lool: SDK Release PPA : https://launchpad.net/~ubuntu-sdk-team/+archive/ppa About 7000 users (3000 on Raring) are using this PPA to get SDK updates
[13:24] <mardy> kenvandine, davmor2: are you filing a bug about the Google issue? If not, I'll do that
[13:24] <bzoltan> lool: please purge all the PPAs you listed unless you know why do you have them
[13:25] <davmor2> mardy: https://bugs.launchpad.net/account-plugins/+bug/1240513
[13:25] <mardy> davmor2: thanks!
[13:25] <lool> bzoltan: these are the ones I had previously and had purged
[13:25] <lool> adding ppa:ubuntu-sdk-team now
[13:26] <bzoltan> lool:  OK... those other PPAs are either legacy stuff or very experimental
[13:26] <lool> reluctantly
[13:26] <kenvandine> didrocks, to fix bug 1234282 we need updates to libaccounts-glib, libaccounts-qt, accounts-qml-module, ubuntuone-credentials and ubuntu-system-settings-online-accounts
[13:26] <kenvandine> didrocks, i'm thinking we just queue those for SRU?
[13:26] <didrocks> kenvandine: yeah, please ensure all components that are shared with desktop follow the SRU procedure
[13:26] <kenvandine> didrocks, what do you think?
[13:27] <didrocks> kenvandine: so, bug filed, following SRU
[13:27] <didrocks> then, we can process it
[13:27] <didrocks> kenvandine: can you run/release all of them?
[13:27] <didrocks> kenvandine: please add that to the landing plan (image #100)
[13:27] <kenvandine> ok, so release them but we'll let them hang in -proposed for the SRU process?
[13:28] <didrocks> kenvandine: well, before releasing them (and after a lot of testing), you need to ensure that the bug SRU procedure is done and that we can release them in -updates
[13:28] <didrocks> kenvandine: then, just give a head's up to cjwatson, he'll accept them today for -updates
[13:30] <lool> bzoltan: I dist-upgraded a couple of hours ago and I get this after adding the PPA: http://paste.ubuntu.com/6245646/
[13:30] <lool> some are from ubuntu
[13:31] <bzoltan>  lool:  These should be fine
[13:33] <pitti> jibel, fginther: ah, FYI I can actually replicate the "otto/amd64" failure from https://code.launchpad.net/~pitti/dialer-app/enable-phonesim-tests/+merge/191248
[13:33] <pitti> I just started a live iso in KVM and installed stuff there; dialer-app comes up,  but is all empty
[13:34] <pitti> boiko: ^ FYI
[13:34] <lool> bzoltan: Why is friends-app in the PPA?
[13:35] <lool> bzoltan: the remaining packages are reasonnably SDK-ish
[13:35] <lool> no qt udpate
[13:35] <lool> cordova/html stuff
[13:35] <lool> the only weirdness is friends-app I guess
[13:36] <bzoltan> lool: yep
[13:37] <lool> bzoltan: are you removing it?
[13:39] <pitti> fginther, jibel: so nevermind about the otto bits for now
[13:39] <pitti> boiko: I filed bug 191248 about it
[13:39] <pitti> err, what?
[13:39] <pitti> bug 1240519
[13:40] <boiko> pitti: nice! thanks! I was trying to reproduce it here
[13:40] <pitti> boiko: I suppose/hope it's mostly missing dependencies
[13:40] <boiko> pitti: yep, should be
[13:41] <pitti> boiko: in principle, the Qt/QML stuff is supposed to work on desktop, too, right?
[13:41] <popey> rickspencer3: 99 available.
[13:41] <pitti> boiko: it's "fun" that enabling https://code.launchpad.net/~pitti/dialer-app/enable-phonesim-tests/+merge/191248 now uncovered two important bugs already :)
[13:41] <boiko> pitti: ouch, it is a dependency problem indeed
[13:43] <anders3408|afk> stgraber: have you had time to write on that guide you talked about :)
[13:43] <pitti> boiko: something like qtdeclarative5-qtcontacts-plugin? I'll play around with that until it works
[13:44] <boiko> pitti: I guess adding qtdeclarative5-ubuntu-contacts0.1 should be enough
[13:44] <pitti> boiko: what's the difference between qtdeclarative5-ubuntu-contacts0.1 and qtdeclarative5-qtcontacts-plugin ?
[13:45] <boiko> pitti: qtdeclarative5-qtcontacts-plugin is the upstream qtcontacts QML module
[13:45] <boiko> pitti: qtdeclarative5-ubuntu-contacts0.1 is the one providing the contact list and contacts picker
[13:46] <pitti> boiko: with the latter it still complains about missing QtContacts, trying the former
[13:47] <boiko> pitti: yeah, I think we need both, but AFAIK qtdeclarative5-ubuntu-contacts0.1 uses QtContacts, so maybe it is a missing dep there too?
[13:47] <pitti> boiko: yes, apparently
[13:47] <pitti> boiko: now the QtContacts warnings went away, but it still says "No compatible telepathy account found"
[13:48] <pitti> boiko: I now have the keypad, but disabled dial button
[13:50] <stgraber> anders3408|afk: I'm sort of busy with the whole releasing 13.10 thing, I guess you'll have to wait till next week
[13:51] <pitti> boiko: (followed up to the bug)
[13:52] <kenvandine> mardy, apparently you aren't an accepted author...
[13:52] <pitti> boiko: do you happen to know some CLI tool to show current telepathy accounts, which I could run on the phone to see what it sets up?
[13:53] <pitti> kenvandine: or, do you? ^
[13:54] <kenvandine> mc-tool
[13:54] <kenvandine> i think
[13:54] <pitti> kenvandine: thanks
[13:54] <kenvandine> yeah, that's it
[13:54] <Brodc> I've seen somewhere on the interwebs that Ubuntu-touch has a release out (stable?). Did I understand or read that wrong, or did i miss something :)
[13:54] <kenvandine> np
[13:54] <pitti> $ mc-tool list
[13:54] <pitti> ofono/ofono/account0
[13:54] <pitti> that sounds plausible
[13:54] <boiko> pitti: so, there is a ofono-setup script that creates the telepathy account,
[13:54] <pitti> boiko: ^ do you know how this gets created?
[13:54] <pitti> boiko: ah, perfect
[13:55] <boiko> pitti: and the qml plugin should make sure it is enabled and tries to connect to that if it is offline
[13:55] <mardy> kenvandine: sorry, I miss the context; author for what?
[13:55] <kenvandine> mardy, your branch
[13:55] <kenvandine> ubuntuone-credentials
[13:55] <kenvandine> failed to land
[13:55] <pitti> boiko: rock! outgoing and incoming calls working perfectly now
[13:55] <boiko> pitti: nice! :D
[13:56] <kenvandine> dobey, can you help with https://code.launchpad.net/~mardy/ubuntuone-credentials/lp1234282/+merge/191346
[13:56] <dobey> wtf jenkisn bot
[13:56] <dobey> no
[13:57] <kenvandine> dobey, otto-pilot doesn't like mardy ;)  not sure what we can do to make them friends
[13:57] <kenvandine> :)
[13:57] <dobey> that i can fix
[13:57] <dobey> but it won't land now because the stupid jenkisn bot
[13:58] <boiko> pitti: so, do you want me to propose an MR fixing the dependencies or are you already taking care of that?
[13:59] <dobey> i don't know how to work around that
[13:59] <pitti> boiko: I'd just add it to https://code.launchpad.net/~pitti/dialer-app/enable-phonesim-tests/+merge/191248 if that's alright with you?
[13:59] <pitti> boiko: that's the branch to enable/fix CI tests, after all
[13:59] <kenvandine> dobey, why won't it try again?
[13:59] <anders3408|afk> stgraber:  fine by me :)
[13:59] <dobey> kenvandine: it will try. but it will fail because there is a needs-fixing
[13:59] <pitti> boiko: 5/6 success, the "incoming" call one doesn't work yet as the popup dialog works differently on desktop; I'll think about taht
[13:59] <boiko> pitti: that's fine
[14:00] <boiko> pitti: so, we used to have a dbus call to accept or reject incoming calls from command line, let me see if that's still the case
[14:00] <pitti> boiko: I currently use /usr/share/ofono/scripts/answer-calls
[14:00] <pitti> boiko: which works fine on touch
[14:00] <dobey> kenvandine: and i don't know if ps jenkins bot will try again or when it will, and if it does, if it will try to commit to the tree or not
[14:00] <kenvandine> dobey, if we trigger another CI rebuild, that should change that
[14:01] <pitti> boiko: but on desktop, dialer-app closes (!!) on an incoming call and I get a libnotify dialog
[14:01] <dobey> kenvandine: can you trigger it? it has to be done before it's set to approved again
[14:01] <kenvandine> dobey, done
[14:01] <boiko> pitti: ah ok, well, it would be better to accept that on the telepathy level (to be more close to what happens in the real scenario)
[14:02] <pitti> boiko: agreed; but it remains that dialer-app closes immediately, which doesn't sound right (it doesn't do that on the phone)
[14:02] <boiko> pitti: yeah, that shouldn't happen
[14:05] <Brodc> Hi all, I've seen somewhere on the interwebs that Ubuntu-touch has a release out (stable?). Did I understand or read that wrong, or did i miss something :)
[14:05] <rickspencer3> thanks popey, upgrading now :)
[14:06] <popey> Brodc: tomorrow
[14:06] <boiko> pitti: com.canonical.TelephonyServiceApprover /com/canonical/TelephonyServiceApprover com.canonical.TelephonyServiceApprover.{Accept,Reject}Call
[14:06] <pitti> boiko: ah nice, thanks
[14:06] <pitti> boiko: I'll change the tests accordingly
[14:07] <boiko> pitti: there is still one weird thing that on the desktop the dialog is not dismissed when we destroy the notification item
[14:08] <lool> tvoss: I'm launching many apps
[14:08] <lool> tvoss: things get slower and slower as I do
[14:08] <pitti> boiko: right, here too; on the  phone the snap decision goes away
[14:08] <Brodc> popey: really, sounds interesting. Can you shed a little light on the state of Ub. touch? Maybe a little teaser?
[14:08] <lool> tvoss: albeit the apps are in the T state
[14:08] <pitti> boiko: did you try with the ofono script or dbus call to TelephonyServiceApprover?
[14:08] <popey> Brodc: tbh we're all a bit busy getting ready for the release, do you have a specific question?
[14:09] <tvoss> lool, T state?
[14:09] <lool> tvoss: I mean they are sigstoped
[14:09] <tvoss> lool, mako or maguro?
[14:09] <lool> tvoss: mako
[14:09] <tvoss> lool, can you check dmesg?
[14:10] <lool> tvoss: nothing obvious
[14:10] <Brodc> popey: Will the realease be considered mature? stable (-ish)? Usable in everyday life without too much hassle?
[14:11] <lool> tvoss: Only OOM I see is: [    9.939356] init (680): /proc/680/oom_adj is deprecated, please use /proc/680/oom_score_adj instead.
[14:11] <tvoss> lool, please search for kill
[14:11] <tvoss> rsalveti, ping
[14:11] <ogra_> lool, red herring, thats from the container
[14:12] <ogra_> (there is on eandroid binary that has this hardcoded somewhere)
[14:12] <lool> tvoss: [  350.895589] send sigkill to 4041 (webbrowser-app), adj 1000, size 15214
[14:12] <popey> Brodc: not mature, no. It's a first release.
[14:12] <ogra_> but usable in a day to day manner
[14:12] <lool> tvoss: [  487.708194] send sigkill to 3710 (qmlscene), adj 1000, size 13971
[14:13] <lool> tvoss: so slow down started much earlier than being close to no memory
[14:13] <lool> tvoss: I still had hundreds of MiBs left
[14:13] <lool> tvoss: it looks like a mir slowdown
[14:13] <lool> or possibly unity8 / qml
[14:13] <tvoss> lool, *everything* looks like a mir slow down
[14:13] <tvoss> ;)
[14:13] <tvoss> lool, but yes, we are looking into the slowdown issue
[14:13] <lool> tvoss: the OOM part seems to work ok
[14:13] <tvoss> lool, ack
[14:13] <lool> tvoss: I tested by having music-app running in background
[14:14] <lool> and that worked
[14:14] <ogra_> did the broowser pick up where you left it afterwards ?
[14:14] <kenvandine> dobey, thxc
[14:14] <tvoss> lool, yup, it was working locally for me, too
[14:14] <lool> tvoss: not sure why music-app gets -10
[14:14] <lool> but that's good
[14:15] <tvoss> lool, we whitelist it explicitly
[14:15] <lool> tvoss: Yes, wasn't sure we did for oom_scope_adj too
[14:15] <tvoss> lool, pretty sure
[14:15] <dobey> kenvandine: sure
[14:15] <lool> tvoss: I haven't reviewed the code, but in practice that seems to be the case
[14:15] <tvoss> lool, yup
[14:16] <lool> and we dont want to do it in the future anyway
[14:16] <lool> I also see unity8 is -10
[14:16] <ogra_> thats the default
[14:16] <lool> and so is maliit
[14:16] <ogra_> set by the session
[14:16] <lool> Ah I thought default was 0
[14:16] <ogra_> nope
[14:16] <tvoss> lool, oom_score_adj is -1000 to 1000
[14:17] <tvoss> where -1000 stands for: take it out of oom killing at all
[14:17] <lool> ogra_: ah I meant the default default
[14:17] <ogra_> root@ubuntu-phablet:/# grep oom /etc/init/*
[14:17] <ogra_> grep: /etc/init/boot-hooks: Is a directory
[14:17] <ogra_> /etc/init/lightdm.override:oom score -10
[14:17] <lool> this is fine
[14:17] <lool> I just wanted to confirm that indeed everything was -10 by default
[14:17] <ogra_> yeah
[14:17] <lool> BTW system processes are 0
[14:17] <ogra_> heh
[14:17] <ogra_> that might cause some throuble
[14:18] <lool> So I think we want everything to be 0 by default, background tasks like music-app to be 0 or less, and then adjust the score based on the stack of launching
[14:18] <lool> but right now I guess we just set score to 1000
[14:18] <lool> tvoss: it would be interesting to try to set score depending on the order or the app
[14:18] <lool> *of
[14:18] <lool> so that oldest app gets killed first
[14:19] <lool> it might not be the most efficient in terms of memory saving, but it's the most user friendly
[14:19] <tvoss> lool, yup, mentioned that as todo in the source code
[14:19] <lool> cool
[14:19] <lool> tvoss: I'm sorry I have not read it all
[14:19] <tvoss> lool, no worries :)
[14:20] <nerochiaro> fginther: ping
[14:20] <fginther> nerochiaro, hello
[14:21] <Brodc> popey: Thanks! Iĺl be looking forward to it. Good luck to you and the team!
[14:21] <nerochiaro> fginther: hi, can you please give an hint of why jenkins is having problems with the dependencies of this MR ? https://code.launchpad.net/~amanzi-team/gallery-app/gallery-app-check-facebook/+merge/191363
[14:24] <tvoss> lool, in case you are interested: http://bazaar.launchpad.net/~mir-team/unity-mir/trunk/view/head:/src/modules/Unity/Application/taskcontroller.cpp#L188
[14:24] <fginther> nerochiaro, yes. the mako/maguro problems are caused by a  previous unity8 test that failed to revert packages after testing and left the device in a bad state. I've made a change to jenkins in the past hour so that it now flashes the device after testing. The otto test is missing qtdeclarative5-ubuntu-ui-extras0.1, I'm looking that one up
[14:25] <nerochiaro> fginther: that's a dependency bump i did, and it's depending on a version of the package that hasn't been released yet
[14:26] <nerochiaro> fginther: i had to choose between doing that, or allowing the app to be installed with a mismatched version
[14:26] <lool> tvoss: ah so we do set it to 200 or something
[14:26] <lool> or min + 200
[14:26] <fginther> nerochiaro, ok, so it's just the mako/maguro runs you were asking about?
[14:26] <kenvandine> dobey, how does ubuntuone-credentials land in the archive?
[14:26] <nerochiaro> fginther: yes
[14:26] <lool> tvoss: Ah I found a bug
[14:26] <dobey> kenvandine: it's not on daily-release, if that's what you mean
[14:26] <fginther> nerochiaro, cool, want me to rebuild that MR?
[14:26] <lool> tvoss: I switched back to last run app and its score is 1000
[14:27] <kenvandine> dobey, i noticed that... manual upload?
[14:27] <dobey> kenvandine: i do uploads. is this change a critical fix?
[14:27] <dobey> yeah
[14:27] <nerochiaro> fginther: it will fail on the qtdeclarative5-ubuntu-ui-extras i suspect, but at least it will be a cleaner failure
[14:27] <kenvandine> we want to land it with the rest of those packages today
[14:27] <nerochiaro> fginther: so yes please try to re-run it
[14:27] <tvoss> lool, hmmm ...
[14:27] <tvoss> lool, let me look
[14:27] <lool> crap, I've locked my phone
[14:27] <dobey> because a non-critical upload < 24 hours before release seems like something i don't want to do :)
[14:27] <fginther> nerochiaro, it's building...
[14:27] <nerochiaro> fginther: thanks
[14:28] <kenvandine> dobey, it's pretty important... U1 doesn't like having multiple accounts ;)
[14:28] <kenvandine> dobey, from what i hear
[14:28] <kenvandine> dobey, we're releasing 4 other packages that are needed for this fix, should do that one too :)
[14:28] <dobey> kenvandine: well, it doesn't really much care if there are multiple accounts. it just always uses the first one in the list that is returned by accounts/signon
[14:29] <lool> tvoss: also got an unity8 crash
[14:29] <lool> tvoss: not sure if related though
[14:29] <tvoss> lool, ack, will look into the issue in a few
[14:29] <dobey> kenvandine: if it has approval from lool, then feel free to shove that one change in as a patch in debian/patches/ and do an upload
[14:29] <tvoss> lool, could you check dmesg?
[14:29] <dobey> kenvandine: and include it with the landing request for those others
[14:29] <lool> Signal: 6
[14:30] <kenvandine> dobey, it's included in the landing plan
[14:30] <lool> SIGABRT
[14:30] <lool> tvoss: what shold I look for in dmesg?
[14:30] <lool> tvoss: I get:
[14:30] <lool> [  350.895589] send sigkill to 4041 (webbrowser-app), adj 1000, size 15214
[14:30] <lool> [  487.708194] send sigkill to 3710 (qmlscene), adj 1000, size 13971
[14:30] <lool> [  610.720952] send sigkill to 4348 (webbrowser-app), adj 1000, size 13752
[14:31] <lool> tvoss: would you think OOM killing might trigger an apport crash?
[14:31] <lool> tvoss: does it send SIGABRT?
[14:31] <tvoss> lool, nope, it sends sigkill as noted in dmesg
[14:32] <lool> tvoss: so it seems we're not getting apport running in that case
[14:32] <lool> which is good
[14:32] <lool> not sure where the SIGABRT comes orm though
[14:34] <lool> tvoss: Concerning that 1000 score on last running app, do you think there's a chance that OOM killer agressively frees memory it doens't need?
[14:34] <lool> otherwise, it's relatively harmless
[14:35] <tvoss> lool, we can adjust it's agreessive-ness
[14:35] <lool> tvoss: cause 1000 is max score
[14:35] <lool> and we flag all as 100
[14:35] <tvoss> lool, yup, I know
[14:35] <lool> 1000
[14:35] <pitti> boiko: I pushed the two fixes (adding deppends and ofono-setup), let's see what it says now
[14:35] <tvoss> lool, I will look into it in a few
[14:36] <boiko> pitti: nice! I'm going for lunch, I will check when I'm back
[14:37] <pitti> boiko: it seems the otto tests only run test_dialer.py, not test_calls.py; I'll ask fginther about that
[14:37] <pitti> fginther: ^ is that in cu2d? seems strange that on the phone we run all "dialer_app" tests, but on otto just dialer_app.tests.test_dialer
[14:38] <fginther> pitti, both tests use the same test_suite parameter "dialer_app"
[14:38] <lool> tvoss: from a quick look at mm/oom_kill.c, it seems it's only killed when the system is actually out of memory
[14:38] <lool> But I guess this might include file caches
[14:39] <mpt> Eh, the "Wi-Fi" settings lists every network twice
[14:39] <mpt> If you've seen that bug reported already, speak up before I report it again. :-)
[14:39] <tvoss> lool, you want to look at lowmemorykiller.c
[14:40] <pitti> fginther: https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-saucy/1195/? only has the two test cases
[14:40] <pitti> fginther: anyway, the tests should mostly run now, hopefully that was just an artifact of all tests failing immediately
[14:40] <pitti> fginther: I sent you mail/patches for the phone test runner, btw
[14:41] <fginther> pitti, I'm looking into those patches. very much thanks for those
[14:42] <fginther> pitti, the test_calls have a skip, is that getting triggered?
[14:42] <pitti> fginther: perhaps; I can't reproduce the skip in a kvm live session (where I'm testing that)
[14:43] <pitti> fginther: I can't get otto to work on current saucy, starting the container fails
[14:43] <pitti> fginther: so I try in kvm with live session for now; but I'll definitively get back to trying in otto if the fixes I just pushed to my dialer-app branch aren't sufficient
[14:44] <fginther> pitti, I'll make a note of that... there is an extra otto node in jenkins if you need it to debug
[14:44] <lool> tvoss: Thanks for the pointer
[14:44] <lool> tvoss: so looking at it, it looks that if we have at least 64 MiB free, nothing will be killed (min adj is MAX_ADJ + 1)
[14:45] <pitti> fginther: btw, cool that we are doing that :) (extra effort to make stuff work on desktop/amd64, but it helped us detect those missing dependencies and all that)
[14:45] <cyphermox> dpm: balloons: hey, didrocks tells me you may be aware of a plan to improve the autopilot tests for click apps, I'd like to check on that, wondering if there are new tests and all ? :)
[14:45] <tvoss> lool, yup, quite conservative
[14:45] <tvoss> lool, only if memory pressure sets in, lowmemorykiller starts killing off processes
[14:46] <fginther> pitti, we also want to keep the tests working on x86 as that is the only platform for some devs
[14:46] <balloons> cyphermox, improve?
[14:46] <pitti> fginther: ah, I just got an idea what could be wrong there (no at_console session so that the process isn't allowed to talk to ofono); that certainly sounds like the kind of thing that could happen in that environment
[14:46] <cyphermox> balloons: add maybe?
[14:48] <balloons> cyphermox, sure. Everything should have click support, but yes we are constantly iterating on it and mir issues to get back to where we were
[14:48] <cyphermox> ok
[14:48] <cyphermox> balloons: cool, thanks
[14:52] <pitti> boiko: hmm: http://paste.ubuntu.com/6246009/
[14:52] <pitti> boiko: that's on the phone
[14:53] <pitti> /usr/bin/telephony-service-approver is running
[14:57] <mhall119> woot! build 99
[14:57] <meeee_> you like boobs ?
[14:58] <meeee_> i like fucking
[14:58] <pitti> boiko: ah, got it: com.canonical.Approver /com/canonical/Approver com.canonical.TelephonyServiceApprover.AcceptCall
[14:58] <pitti> !op
[14:58] <didrocks> thostr_: can you ensure your team ping us when they do packaging changes?
[14:58] <meeee_> i love boobs
[14:58] <meeee_> boob
[14:58] <pitti> !op please kick meeee_
[14:58] <didrocks> thostr_: we have to reject and respin indicator-datetime because of a bad recommends
[14:58] <pitti> popey: cheers
[14:58] <popey> np
[14:58] <ogra_> thanks popey
[14:58] <thostr_> didrocks: the json inclusion?
[14:58] <pitti> well, I wouldn't call it an "OMG emergency"
[14:59] <didrocks> thostr_: no, a recommends on click
[14:59] <didrocks> thostr_: which would bring click on the desktop
[14:59] <thostr_> oh....
[14:59] <didrocks> thostr_: I'm pushing this to trunk
[15:00] <thostr_> didrocks: it's only needed for phone, so is there another level, lighter than recommended
[15:00] <didrocks> thostr_: well, we already pull click another way
[15:01] <thostr_> didrocks: ok, but this still sounds like a more general problem we need to solve going forward
[15:01] <thostr_> didrocks: as convergance will not solve everything
[15:01] <didrocks> thostr_: yeah, it's possible, but first thing would be to have packagers involved when there are packaging changes :)
[15:01] <thostr_> didrocks: yes
[15:01] <didrocks> we can with alternatives and so on
[15:02] <alecu> Saviq: sergiusens is trying to choose the right icon sizes for the apps that he's uploading to the store
[15:02] <alecu> Saviq: I mentioned that the pngs should be square, and that the dash or ubuntushape would later take care of cropping
[15:03] <alecu> Saviq: but now sergiusens tells me that on ubuntu-mobile-icons the icons are 512x476, so it seems we have a discrepancy somewhere
[15:03] <sergiusens> alecu, Saviq yes, that; it
[15:03] <sergiusens> it's not a huge issue
[15:03] <Saviq> alecu, sergiusens it will crop fine
[15:04] <Saviq> sergiusens, alecu we can simply take both
[15:04] <alecu> Saviq, sergiusens: I much rather we have just one aspect ratio for the icon's pngs, and that we communicate this clearly
[15:05] <sergiusens> Saviq, ok, so the only limitation is the store now requiring 1:1 256px icons; it's ok, just bothersome
[15:05] <Saviq> alecu, that's not a question to me I'm afraid
[15:05] <sergiusens> alecu, yeah; we need designers
[15:05] <sergiusens> to update ubuntu-mobile-icons
[15:06] <alecu> Saviq: ack. So, do you have any idea who should we ping about this?
[15:06] <alecu> dholbach: ^^^
[15:06] <Saviq> alecu, start with Patricia
[15:06] <alecu> great
[15:06] <dholbach> alecu, and maybe CC JohnLea
[15:08] <pitti> boiko: pushed scripts/answer-calls -> com.canonical.TelephonyServiceApprover.AcceptCall change to the branch, too; thanks for the suggestion
[15:09] <bfiller> oSoMoN: what are good sites to test the location service fix other than google maps? didrocks and lool were inquiring
[15:09] <didrocks> maybe the mobile one is asking
[15:10] <didrocks> bfiller: fine, the mobile site does ask (but I can't be located it seems ;))
[15:11] <oSoMoN> bfiller, didrocks, lool: http://html5demos.com/geo
[15:11] <oSoMoN> didrocks: the first fix may take a very long time, and your device needs to be close to a window (or even better, outdoors)
[15:14] <lool> oSoMoN: consider that it's raining outdoors right now
[15:15] <oSoMoN> lool: use an umbrella :)
[15:15] <didrocks> thostr_: a new indicator-datetime, really?
[15:16] <thostr_> didrocks: JohnLea wants to have this urgently
[15:16] <thostr_> it's just a label string change
[15:16] <didrocks> thostr_: it won't for V1, too low for it
[15:16] <didrocks> thostr_: and already spawn by people asking multiple times to release the same components the same day
[15:16] <didrocks> JohnLea: FYI ^
[15:18] <didrocks> oSoMoN: worked! thanks :)
[15:18] <JohnLea> didrocks; this is actually a change that recently landed last week accidentally, the request is to role this change back.  Does this make it easier?
[15:19] <didrocks> JohnLea: no, it's a component in the desktop image
[15:19] <didrocks> JohnLea: and it's closed for released now
[15:19] <didrocks> (actually, there is a last rebuild with indicator-datetime)
[15:19] <didrocks> JohnLea: but this change is even not merged
[15:21] <JohnLea> thostr_, btw, does this change impact the desktop in any way, or is it something that lives in both phone and desktop but only impacts the UI of the phone?
[15:21] <JohnLea> didrocks; np, thanks for reply, will hopefully then get this fixed just after release
[15:21] <thostr_> JohnLea: well, this label is not visible on desktop, so it only affects phone
[15:22] <thostr_> JohnLea: didrocks: so, should I take it off the landing request page then?
[15:22] <didrocks> JohnLea: will be Friday
[15:22] <JohnLea> thostr_, cool, just checking, thanks!
[15:22] <didrocks> thostr_: no, I just postponed it
[15:22] <thostr_> didrocks: thanks
[15:27] <lool> tvoss: Hey
[15:27] <lool> tvoss: trying to test latest location-service
[15:27] <didrocks> kenvandine: think about hinting what's touch-only
[15:27] <lool> tvoss: I dropped down location indicator, ticked Location detection and GPS, want to http://html5demos.com/geo with browser, but then indicator location had Location detection and GPS unticked
[15:28] <lool> oSoMoN: How do you check status?
[15:28] <lool> Instantiating and configuring: gps::Provider^M
[15:28] <lool> is what I see in log
[15:29] <oSoMoN> lool: afaik the indicator checkboxes have no effect, location and GPS are always active atm
[15:29] <lool> uhoh
[15:29] <lool> I tried to reenter the locationin address bar and unity8 crashed
[15:29] <lool> after webbrowser-app crashed
[15:29] <lool> ---------- 1 phablet whoopsie  5498252 Oct 16 15:29 _usr_bin_webbrowser-app.32011.crash
[15:31] <lool> oSoMoN: is there a command to tell whether you're located?
[15:33] <tvoss> lool, you will see in the browser
[15:33] <tvoss> lool, extending the reporting capabilities of the service ison the list
[15:35] <lool> Ok, well I'll put the phone outside some minutes then
[15:35] <lool> in a ziploc
[15:38] <didrocks> kenvandine: you do have the instruction for hinting?
[15:41] <popey> ogra_: do you know of a bug for systemd-udevd eating cpu?
[15:41] <ogra_> popey, yes, one sec
[15:42] <ogra_> popey, bug 1234743
[15:43] <popey> will that land sometime? it seems not fixed in image 99
[15:43] <lool> oSoMoN, tvoss, didrocks: I couldn't test location-service
[15:43] <lool> I left the phone in a ziploc 8 minutes outside
[15:44] <lool> and webbrowser didn't get a fix
[15:44] <lool> that said, I dont think the respawn would hurt in any way
[15:44] <tvoss> lool, for a cold-start, it takes up to ~20 mintues
[15:44] <kenvandine> didrocks, oh... sorry i missed that
[15:44] <ogra_> popey, not before release i fear, unless xnox had a secret breakthrough
[15:44] <lool> tvoss: 20mn, no AGPS eh
[15:44] <lool> 20mn
[15:44] <jono> has anyone else lost sound with image 99 on N4?
[15:44] <lool> my gosh
[15:44] <lool> so I'll leave it outside then
[15:44] <tvoss> lool, no supl server, hooks for agps are there
[15:44] <oSoMoN> lool: yeah, the respawn can’t hurt, as the service is supposed to be reachable at all times anyawy
[15:45] <ogra_> lool, just move to a higher up place :P
[15:45] <ogra_> lool, the alps or so
[15:45] <lool> jono: music-app and phone calls work for me
[15:45] <ogra_> jono, same here on maguro
[15:45] <jono> lool, damn, I have no sound at all
[15:45] <kenvandine> didrocks, so i just add an unblock in that bzr branch
[15:45] <lool> jono: is the volume up?
[15:46] <jono> lool, yep, and I have an indicator
[15:46] <lool> jono: there is no indicator feedback when you press it up
[15:46] <lool> ok
[15:46] <didrocks> kenvandine: thanks!
[15:46] <jono> lool, no indicator when I press vol buttons
[15:46] <ogra_> jono, you mean no notification ?
[15:46] <xnox> ogra_: xnox is busy with ubiquity
[15:46] <didrocks> lool: +1, please push
[15:46] <ogra_> thats fine
[15:46] <lool> jono: yeah indicator is expected
[15:46] <ogra_> xnox, yeah, i thought so
[15:46] <lool> jono: lack of notification that is
[15:46] <jono> oops, sorry
[15:46] <jono> so I have a sound indicator
[15:47] <jono> no notifications on vol button presses
[15:47] <ogra_> no notification is fine
[15:47] <ogra_> thats wanted
[15:47] <Laney> the indicator icon itself changes
[15:47] <ogra_> (whyever)
[15:47] <lool> jono: Right
[15:47] <lool> diwic: Can you help jono with a sound issue?
[15:47] <lool> diwic: he lost sound output entirely
[15:48] <lool> jono: I think diwic did the pulseaudio stuff for N4, maybe he can help debug
[15:48] <jono> thanks lool
[15:48] <jono> diwic, any ideas?
[15:48] <ahayzen> Hi, anyone know why I am getting this error when running the music-app through dev mode but the one on the device runs fine? Thanks [16:41:17] file:///home/phablet/dev_tmp/music-app-fix-alignment-now-playing/music-app.qml:26 module "org.nemomobile.grilo" is not installed
[15:48] <jono> when I hold the phone to my ear I hear light cracking noise too
[15:48] <lool> jono: NSA?
[15:48] <jono> lool, lol
[15:48] <ogra_> ahayzen, sudo -u phablet -i ?
[15:49] <ogra_> ahayzen, i.e. are you the phablet user and have the right environment
[15:49] <slangasek> jono: they're transmitting radio waves from INSIDE YOUR BRAIN to control your PHONE
[15:49] <ahayzen> ogra_, i'm running from QtCreator? Ctrl+F12
[15:49] <ogra_> ah no clue about that, sorry
[15:49] <jono> slangasek, radio waves inside my brain, eh? well, given the size of my brain, those waves should be pretty light :-)
[15:49] <davmor2> lool, ogra_: Don't worry I have the fix for this, jono you need more sleep you are holding the baby monitor ;)
[15:49] <ahayzen> ogra_, it was working a few days ago :(
[15:50] <jono> lol
[15:50] <ogra_> LOL
[15:50] <kenvandine> didrocks, do i only need to hint the touch only packages?  what about the ones that are also in the desktop but also needed in touch to fix this bug?
[15:50] <didrocks> kenvandine: yeah, for the others, check with the release team
[15:50] <ogra_> kenvandine, for these you need an SRU etc etc
[15:50] <thostr_> JohnLea: what's now the decision on the datetime label? Using "date time" or rather "upcoming" as I heard rumors mpt is voting for
[15:50] <didrocks> I think they are handling it
[15:50] <kenvandine> ogra_, yeah, thought so
[15:50] <ogra_> kenvandine, the typical release process applies for these
[15:50] <kenvandine> yeah, they have the SRU bug
[15:51] <question_> hello?
[15:51] <question_> So I just learned about Ubuntu Touch
[15:51] <jono> sound now works
[15:52] <question_> and I am looking into it. but my question is: Why?
[15:52] <jono> I just tested calling my phone
[15:52] <jono> and I heard the call, and it now seems to have unblocked sound
[15:52] <ogra_> jono, file a bug
[15:52] <ahayzen> ogra_, i get 'Segmentation fault (core dumped)' when i try and run through the shell as phablet :(
[15:52] <jono> ogra_, will do - which project?
[15:52] <ogra_> jono, sounds like sound profiles arent changed back and forward properly
[15:52] <popey> question_: Why what? Why are we here? That's a pretty huge philisophical question right there.
[15:52] <davmor2> jono: see putting down the baby monitor and picking up the phone worked ;)
[15:53] <ogra_> jono, puzzle^Wpulseaudio
[15:53] <davmor2> popey: that is already answered 42
[15:54] <jono> ogra_, ok I will file in pulseaudio :-)
[15:54] <popey> of course
[15:54] <ogra_> davmor2, there is no "why" in tezh question to the answer of 42
[15:54] <mpt> thostr_, "voting for"?? I discussed it with Oren and I'm updating the spec now.
[15:54] <ogra_> -of
[15:54] <thostr_> mpt: ok, but the change won't get in for tomorrow... too late now
[15:55] <question_> popey: It is philisophical. Devices are here to communicate and consume content, docs, flash, video etc. Iphone does it, Android does it, Windows does it. Now Ubuntu Touch will eventually do it. It just don't see a overall goal. Is the goal just to have an alternate to the rest?
[15:55] <davmor2> ogra_: popey expanded it to why are we here which is 42 obviously :)
[15:55] <jamal> Hi everyone
[15:55] <popey> question_: alternatives drive innovation.
[15:55] <mpt> thostr_, of course, Final Freeze was last week
[15:55] <ogra_> mpt, we dont do freezes in touch
[15:55] <jamal> hello
[15:56] <ogra_> mpt, touch is constantly frozen ;)
[15:56] <question_> popey: Ok so it's like capitalism and the more competion the better.
[15:56] <jamal> is it going to be released on 17th Oct ( Ubuntu touch )?
[15:56] <thostr_> mpt: ok, so expectations are in sync. good.
[15:56] <lool> jamal: Yes
[15:56] <ogra_> jamal, yes !!!
[15:56] <boiko> pitti: oups, there might have been a wrong change then, it is not supposed to be com.canonical.Approver, I will fix that after we sort the rest out
[15:57] <popey> question_: *shrug* form your own opinion
[15:57] <pitti> boiko: yeah, the name is certainly strange
[15:57] <boiko> pitti: it is wrong :)
[15:57] <mhr3_> ev, can we somehow get to armhf crashes via errors.ubuntu.com?
[15:58] <pitti> boiko: wow, https://code.launchpad.net/~pitti/dialer-app/enable-phonesim-tests/+merge/191248 PS test just came in; MUCH better!
[15:58] <jamal> lool , ogra_ : is it going to be released on 17th Oct ( Ubuntu touch )?
[15:58] <ogra_> jamal, i already said yes :)
[15:58] <pitti> boiko: and https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/2551/? reproduces bug 1240400 nicely
[15:58] <lool> jamal: Yes
[15:59] <jamal> thanks a lot
[15:59] <jono> ogra_, diwic, lool https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1240585
[16:00] <question_> popey: That makes sense and I am not against Ubuntu Touch. I will have wait until VOIP calling and SSL certification Mail is avaiable on Ubuntu touch until I jump on board. I was just wondering. Having 100% linux on my phone is definitly a thing I want. Android only goes so far
[16:00] <question_> popey: thank you for your time.
[16:01] <JohnLea> thostr_, "Date and Time", exactly as it was before this change, see https://bugs.launchpad.net/indicator-datetime/+bug/1236400
[16:01] <popey> question_: np ☻
[16:01] <boiko> pitti: ah, I got something similar, but that was because I was not passing the --desktop_file_hint argument to the app at startup
[16:01] <boiko> pitti: not with dialer-app though
[16:01] <boiko> pitti: this crash only happens on Mir right?
[16:01] <pitti> boiko: correct, and it's a crash deep in mir
[16:02] <thostr_> JohnLea: thanks for verifying
[16:03] <pitti> boiko: do you have a maguro?
[16:03] <boiko> pitti: yep, only a maguro
[16:03] <pitti> boiko: so mako is fine now (modulo the two crashes, which are known bugs), but I don't know how to reproduce the maguro errors
[16:04] <pitti> boiko: could you perhaps run the tests on maguro and see whether they work, and if not whether you get similar errors?
[16:04] <boiko> pitti: yep, I will try those
[16:05] <pitti> boiko: great, thanks; perhaps you can follow up on https://code.launchpad.net/~pitti/dialer-app/enable-phonesim-tests/+merge/191248 to keep the discussion on one place? (I just sent a followup there)
[16:05] <dbarth_> lool: ping? does it take an ask in the landing spreadsheet to get a preinstalled click update?
[16:05] <dbarth_> (for gmail, twitter, ebay)
[16:05] <pitti> fginther: is it possible to debug the otto test there? I bet that calling e. g. /usr/share/ofono/scripts/list-modem as "ubuntu" (or whatever test user) fails with a D-BUS permission error
[16:06] <ogra_> dbarth_, intresting question :)
[16:06] <pitti> fginther: (not today any more though, need to run in a few mins)
[16:06] <fginther> pitti, ack, I'll send you some info
[16:07] <lool> dbarth_: Hmm yes I guess
[16:07] <lool> dbarth_: and the code change is in lp:click-sync
[16:07] <pitti> fginther: thanks
[16:07] <lool> dbarth_: Actually, nevermind
[16:08] <lool> dbarth_: it looks like click updates will be automatically pulled form appstore if they are there
[16:08] <lool> sergiusens: Is that correct?
[16:08] <lool> dbarth_: store_click_packages in click-sync
[16:08] <dbarth_> i think so
[16:08] <dbarth_> right
[16:08] <dbarth_> but wanted to make sure it does go in, especially gmail
[16:10] <sergiusens> lool, yes
[16:10] <sergiusens> dbarth_, lool look for the versions in http://people.canonical.com/~ubuntu-archive/click_packages/click_list
[16:10] <lool> sergiusens: Hmm I'm not sure it's always a good idea
[16:10] <sergiusens> dbarth_, lool if it's there, it's in
[16:10] <lool> people can still click update to the latest version if it's newer from app store
[16:11] <sergiusens> lool, why isn't it a good idea?
[16:11] <sergiusens> lool, if they can still update after install it's almost the same thing as during build
[16:11] <lool> sergiusens: cause they might regress and we have no way to point at a fixed one
[16:11] <lool> sergiusens: well not exactly
[16:12] <lool> sergiusens: in one case the user can still downgrade to the preinstalled known good version
[16:12] <sergiusens> lool, if the preinstalled app is not cooperative to regressions, it becomes a non preinstalled app
[16:12] <pitti> boiko: fun, messaging-app does the same: as soon as you receive a message, the app closes and you just see the libnotify dialog
[16:12] <lool> sergiusens: well that's a harder decision to make
[16:13] <pitti> boiko: anyway, something to investigate on Friday (got pulled into something else tomorrow), or maybe you have an idea
[16:13] <lool> sergiusens: but that's basically one part of the image we wouldn't control
[16:13] <sergiusens> lool, anyways, this came up at the previous vUDS
[16:13] <pitti> boiko: the messaging-app MP needs a similar "call ofono-setup" fix, I'll push that tomorrow
[16:13]  * pitti needs to run, good night everyone!
[16:13] <sergiusens> lool, I'll do whatever cjwatson agress to do wrt to click apps
[16:13] <lool> sergiusens: I remember discussion about taking / dropping new preinstalled apps
[16:13] <lool> but not specifically the part about taking the latest version from appstore
[16:13] <sergiusens> agrees*
[16:14] <lool> sergiusens: not sure it's a click-sync thing
[16:14] <boiko> pitti: night! thanks!
[16:14] <lool> sergiusens: I think it could be an image config thing
[16:14] <sergiusens> lool, click-sync is solely for image building purposes
[16:14] <lool> or a separate click-sync list of stable verified apps
[16:14] <sergiusens> lool, the only purpose of click-sync is image building
[16:15] <lool> sergiusens: Yeah I understand, I mean I dont care much where this lives in click-sync or in livecd-rootfs
[16:16] <sergiusens> lool, well, I would really think that we should pull the latest from the store, and if it regresses, fix it; just like we don't have a buffer archive for the archive
[16:17] <sergiusens> lool, note aside, seems the new calendar needs this in the meta qtdeclarative5-qtorganizer-plugin
[16:22] <sergiusens> lool, oh, our conversation is more of philosophical since I manually load the clicks for the com.ubuntu.[app] namespace still and dbarth_ does it for the webapps
[16:24] <sergiusens> dpm, popey https://code.launchpad.net/~sergiusens/ubuntu-calendar-app/desktop_encoding/+merge/191455
[16:24] <popey> done
[16:27] <mfisch> pete-woods: ondra is having some issues with the usermetrics service
[16:28] <mfisch> pete-woods: "Error 4:  Message did not receive a reply (timeout by message bus)" on this line: MetricPtr metric(manager->add(dataSourceId, formatString ....)
[16:29] <lool> sergiusens: Right; as long as we're manually releasing them, that'sok
[16:30] <lool> sergiusens: it's just that we need some hook somewhere to block new untested stuff from going in and regressing the image
[16:30] <lool> can't imagine we'd stop building images until $someone fixes app
[16:30] <dbarth_> lool: long story short: make sure that webapp-gmail version 1.0.*7* goes into the final image
[16:30] <lool> sergiusens: ^
[16:30] <lool> sergiusens: can you ping when that's in?
[16:31] <davmor2> ogra_: on maguro on 99 can you goto the music scope and click on search and type in julien
[16:32] <dbarth_> lool: also in the landing asks, just to make sure
[16:32] <davmor2> ogra_: for me the phone session restarts
[16:32] <ogra_> shows me 6 hits
[16:32] <dbarth_> lool, sergiusens: i've had it tested by yesterday by kenvandine, bfiller, oSoMoN for ex.
[16:33] <ogra_> if i only could swipe twh kbd away now
[16:33] <ogra_> davmor2, works fine here, no crash
[16:34] <davmor2> ogra_: works fine for me on home crashes on music, p.s. I did put my 3.8GB of music on the device
[16:35] <ogra_> ah, well, mine is just freshly flashed this afternoon
[16:35] <ogra_> with --no-backup
[16:35] <davmor2> ogra_: mine was I test mtp by transferring all my music across
[16:37] <ogra_> davmor2, well, all i can say is that it works with an empty image .... thouh its a bit strange that it finds miles davis when i search for julien
[16:37] <davmor2> ogra_: haha
[16:38] <ogra_> biut the links take me to grooveshark aonly anyway
[16:38] <ogra_> which is blocked in germany
[16:39] <davmor2> ogra_: oh that's interesting I think it is an issue while it search the music collection maybe,  If I type in 2 words quickly so julien funk it stop searching locally and only looks on the web by the look of it then it works as expected
[16:40]  * ogra_ wonders whats that on the cover ... asparagus ?
[16:40] <davmor2> ogra_: feathers
[16:41] <ogra_> oh
[16:41] <ogra_> heh
[16:41] <davmor2> charles: did you figure out why bt doesn't find my headset unless the device is RW?
[16:43] <ogra_> davmor2, oh, it finds it in rw ?
[16:43] <davmor2> ogra_: yeap
[16:44] <davmor2> ogra_: did you miss the big discussion we had on Monday?
[16:44] <ogra_> seems like
[16:48] <sergiusens> dbarth_, lool com.ubuntu.developer.webapps.webapp-gmail_1.0.7_armhf.click is in
[16:50] <davmor2> ogra_: why can you not connect your device either?
[16:50] <lool> sergiusens: thanks
[16:51] <ogra_> davmor2, well, i only tried with a BT speaker recently
[16:51] <charles> davmor2: I'm doing the datetime alarm code for popey atm, and have asked mfisch to look at bug #1234361 which I think is the same as your bug
[16:51] <pete-woods> mfisch: what package is this error affecting?
[16:51] <davmor2> charles: cool thanks
[16:51] <charles> davmor2: though, that ticket doesn't discuss the ro/rw details, could you annotate it with what you were seeing about that?
[16:52] <mfisch> davmor2: ssweeny is looking as soon as his headset is charged
[16:52] <pete-woods> mfisch: also, are there any crash files for the user metrics service?
[16:52] <mfisch> pete-woods: I'll ask ondra about the crash files
[16:53] <pete-woods> basically that error makes me think the service is not running for some reason (crashed, or won't start for some other reason)
[16:53] <mfisch> pete-woods: ondra says the service is running as shown by ps
[16:54] <pete-woods> mfisch: is /var/lib/usermetrics writable by the usermetrics user?
[16:54] <mfisch> pete-woods: thats the first thing we checked, the permissions matched my N4
[16:55] <davmor2> ssweeny: check where bluez saves device configs I think it isn't writeable
[16:55] <nerochiaro> bfiller: i think it's safe to top approve this one even without the sdk team looking at it: https://code.launchpad.net/~amanzi-team/ubuntu-ui-extras/ubuntu-ui-extras-facebook-check/+merge/191361 (i can't get their attention today it seems)
[16:56] <ssweeny> davmor2, ack
[16:57] <davmor2> charles, ssweeny: updated the bug thanks with a comment, thanks guys
[16:57] <bfiller> nerochiaro: it looks good, I can't top approve it. only sdk team can (:
[16:57] <pete-woods> mfisch: is there any reason the process might not have access to the system bus?
[16:57] <charles> davmor2, ty
[16:58] <mfisch> pete-woods: ondra any bus issues? ^^
[16:58] <davmor2> charles: I'll dupe mine to this one too while I'm at it
[16:58] <charles> \o/
[16:59] <ondra> pete-woods: not really bus  issue. Just want to execute one binary with root permissions,  before unity8 is started.
[17:00] <pete-woods> ondra: are you sure that the system bus is up and running when this binary is being executed?
[17:00] <pete-woods> e.g. if it's started by upstart, does it have a clause to ensure that dbus is started
[17:00] <ondra> pete-woods: not at all, I want that binary be executed just before unity, that is all I care about
[17:00] <ondra> pete-woods: so I wonder where to put it
[17:02] <pete-woods> ondra: okay, so I would probably have the executable run by upstart as part of the session
[17:02] <ondra> pete-woods: OK, where to add it then?
[17:02] <pete-woods> if it's going to try and stick some infographic data in, then it needs to be run as the user the data will be owned by (or the security policy will reject it)
[17:03] <pete-woods> so you need to add an upsart session job at /usr/share/upstart/sessions/something.conf
[17:03] <pete-woods> with a "start on started dbus" line
[17:04] <pete-woods> and a "exec /usr/path/to/something" line
[17:04] <pete-woods> that will make it be started as soon as the user logs in
[17:05] <lool> ondra: did you say as root?
[17:05] <lool> ondra, pete-woods: User session is not running as root though
[17:05] <pete-woods> lool: it can't run as root if you want to create infographic data
[17:05] <lool> ondra: You can only run before lightdm as root
[17:05] <lool> "Just want to execute one binary with root permissions, before unity8 is started."
[17:05] <davmor2> pmcgowan: if you make your device writable can you connect your bt headset then?
[17:06] <pete-woods> lool: I understand, but does it really need root? if so, then you need to have a separate binary
[17:06] <lool> pete-woods: I dont know, I've asked the same thing to ondra
[17:06] <lool> just pointing out mismatch in requirements from ondra and proposed solution  :-)
[17:07] <lool> I am for less root-running code!
[17:07] <pete-woods> yeah, I am guilty of re-writing the requirements there
[17:07] <ondra> lool: I need to run it as root, and as late as possible just before unity8
[17:07] <nerochiaro> bfiller: when that is merged and released, this other MR should pass the tests in jenkins (it's currently failing because it's depending on the new release of ubuntu-ui-extras)
[17:07] <ondra> lool: this is pretty much only requirement
[17:07] <nerochiaro> bfiller: https://code.launchpad.net/~amanzi-team/gallery-app/gallery-app-check-facebook/+merge/191363
[17:07] <pete-woods> ondra: you can't create infographic data for a user in a process that's running as root
[17:08] <lool> ondra: Right, you typically want to do per user things as the user
[17:08] <pete-woods> ondra: is the data you're creating about the actual system, perhaps, like battery usage, etc?
[17:09] <ondra> pete-woods: not creating any data, nothing like that. I just need to kill one process, that is all
[17:09] <pete-woods> ondra: oh, the error that was given to me by fginther was that you were trying to create infographic data
[17:10] <ondra> pete-woods: that was some other issue :)
[17:11] <pete-woods> ondra: sorry, that's the issue I thought I was helping with
[17:11] <pmcgowan> davmor2, will try in a bit
[17:12] <ondra> pete-woods: no worries, my bad, I just jump in :)
[17:12] <ondra> pete-woods: we can have a look to infographics tomorrow
[17:12] <pete-woods> ondra: in terms of killing processes before unity8 runs, I'm sure there are people more knowledgable than me here who can tell you about the best way to make sure this "evil process" you want killed can be stopped
[17:13] <pete-woods> I'd have thought disabling its job, or something like that would be more effective
[17:13] <pete-woods> but I don't have any details
[17:14] <ondra> pete-woods: it's long story, it's android process I want to kill ;)
[17:14] <pete-woods> ondra: that sounds like fun
[17:15] <kedivess> hi everyone
[17:16] <kedivess> i would ask if it is possible to change the time format in 24h on ubuntu touch
[17:17] <diwic> jono, there hasn't been any pulseaudio related changes lately so I don't know what's going on there
[17:17] <jono> diwic, strange
[17:18] <diwic> jono, maguro, mako or both?
[17:18] <sergiusens> dpm, lool popey can you test this? http://people.canonical.com/~sergiusens/com.ubuntu.calendar_0.4.156_armhf.click it really doesn't work for me; it has the qtorganizaer plugin inside from the archives, but still no go for me
[17:18] <jono> diwic, mako
[17:19] <diwic> jono, maybe your phone got stuck inside a phone call or something?
[17:19] <jono> diwic, I am not sure
[17:19] <diwic> jono, did you reboot while a phone call was active, or similar strangeness?
[17:19] <jono> diwic, oh I did do that
[17:19] <jono> I called my voicemail and couldnt hang up
[17:19] <jono> so rebooted
[17:19] <jono> while the call was running
[17:19] <lool> sergiusens: it doens't work for me (blank)
[17:19] <jono> I will update the bug
[17:20] <diwic> jono, ah, that makes sense
[17:20] <lool> ** (process:5750): WARNING **: Desktop file unable to be found^M
[17:20] <dpm> sergiusens, let me try. What's exactly not working?
[17:20] <sergiusens> lool, oh; did you reboot? the scopes don't update I think
[17:20] <lool> ah
[17:20] <lool> rebooting then
[17:20] <sergiusens> dpm, I get a black screen; no errors and no denials
[17:21] <dpm> sergiusens, I tend to get that black screen a lot lately, I've also seen it it music, but eventually the apps load. Anyway, let me install the click package...
[17:22] <popey> sergiusens: ok, installed that click package.. what am I testing exactly
[17:22] <kedivess> any help ?
[17:22] <popey> kedivess: i dont think so, yet
[17:22] <dpm> popey, try to create an event. It should work without errors
[17:23] <kedivess> thanks anyway....
[17:23] <popey> bah, black screen
[17:24] <popey> sergiusens: http://paste.ubuntu.com/6246739/
[17:24]  * lool didn't get any clicks listed on home scope
[17:24] <sergiusens> popey, that it loads :-)
[17:25] <lool> log ends with:
[17:25] <lool> QUbuntuWindow::setGeometry (this=0xe58148)Detectable autorepeat not supported. ^
[17:25] <lool> also I see: /usr/lib/arm-linux-gnueabihf/qt5/bin/qmlscene: invalid option -- 'I'^M
[17:25] <kedivess> another question.....there is the people lens? because i don't have it....
[17:25] <lool> sergiusens: ^
[17:25] <lool> sergiusens: the -I is worrying actually
[17:26] <popey> kedivess: no
[17:27] <kedivess> i saw some images whit......maybe it is removed....
[17:27] <kenvandine> kedivess, it was removed
[17:27] <dpm> sergiusens, same here, black screen
[17:28] <sergiusens> dpm, did qtdeclarative5-organizer-plugin bring in any deps when you installed it?
[17:29] <dpm> sergiusens, hm good point. Yes it did, I think. libversit or something like that
[17:29] <dpm> sergiusens, it installed libqt5versitorganizer5
[17:30] <didrocks> kenvandine: you are tracking your packages and ensure they land to the release pocket before 00 UTC?
[17:31] <lool> sergiusens: Good call
[17:31] <lool> sergiusens:         libQt5VersitOrganizer.so.5 => not found
[17:31] <kenvandine> didrocks, yeah, all the touch only ones are in the release pocket
[17:31] <didrocks> kenvandine: ok, once all good, please update https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Au6idq7TkpUUdGNWb0tTVmJLVzFZd0doV3dVOGpWemc#gid=0
[17:31] <lool> sergiusens: ldd /opt/click.ubuntu.com/com.ubuntu.calendar/current/plugins/QtOrganizer/libdeclarative_organizer.so
[17:31] <kenvandine> didrocks, but we are at the mercy of the release team for the others
[17:31] <didrocks> kenvandine: be convincing (or at worst, -updates)
[17:31] <kenvandine> didrocks, they'll promote them when they do a respin
[17:32] <kenvandine> didrocks, ah... so should i bug them more?
[17:32] <didrocks> kenvandine: at worst, being in -updates so that ogra_ or whoever picks it with the touch image respin
[17:32] <didrocks> kenvandine: or only half the fix will be in 1.0
[17:33] <kenvandine> yeah
[17:33] <kenvandine> ok
[17:33] <didrocks> kenvandine: we won't have bad regressions if it's the case? ;)
[17:33] <kenvandine> no regressions
[17:33] <didrocks> ok ;)
[17:33] <kenvandine> just the bug won't be fixed
[17:33] <didrocks> so either -updates or release pocket
[17:33] <sergiusens> lool, dpm might be easier to get into the image then or I'll have to handcraft a click package for this
[17:33] <ogra_> seed it
[17:34] <lool> sergiusens: it doens't seem to be enough though
[17:34] <ogra_> it will be helpful for other programmers too i suppose
[17:34] <lool> sergiusens: I've installed that packge, and it still doens't start
[17:34] <ogra_> oh, then dont :P
[17:35] <sergiusens> ogra_, lool but dpm said that installing the plugin made it work.
[17:35] <dpm> sergiusens, yeah, it did work with the older com.ubuntu.calendar_calendar_0.4.153 version
[17:36] <dpm> but I get a black screen with 0.4.156 even with the dependencies installed as .deb packages
[17:36] <lool> same here
[17:36] <lool> I stripped the -I from desktop files, but still empty
[17:36] <lool> I even dropped aa-click stuff
[17:37] <sergiusens> dpm, so your original one worked?
[17:37] <lool> haha
[17:37] <lool> shit
[17:37] <dpm> sergiusens, yeah, I can try to relaunch it to double-check, it's still installed
[17:37] <lool> phablet   3804  0.6  0.9<PHONE_NUMBER>4 ?        Tsl  17:35   0:00              \_ /usr/lib/arm-linux-gnueabihf/qt5/bin/qmlscene  /usr/share/calendar-app/calenda.qml
[17:37] <lool> so obvious in my face
[17:37] <lool> sergiusens: /usr/share again
[17:38] <popey> calenda not calendar?
[17:38] <lool> that's just adb shell
[17:38] <popey> ah
[17:38] <popey> stupid shell
[17:38] <sergiusens> dpm, so it works wih https://jenkins.qa.ubuntu.com/job/calendar-app-click/59/artifact/com.ubuntu.calendar_0.4.155_all.click ?
[17:39] <dpm> sergiusens, I tested it with 0.4.153, but I can test with *.155 too
[17:39] <lool> yep, came up
[17:39] <lool> after patching the .desktop file to not use /usr/share
[17:40] <lool> dpm: So I've created 2 events, how do I test?
[17:40] <sergiusens> lool, wait, that's not good.
[17:41] <sergiusens> :-/
[17:41] <lool> ok, the events were there after killing + restarting
[17:41] <lool> sergiusens: what's not?
[17:41] <dpm> lool, so without the plugin installed it didn't even let you create events, so the fact you were successful creating them already proves it's picking up the plugin
[17:41] <sergiusens> lool, /usr/share part
[17:41] <lool> sergiusens: Yeah, but we had that on another one didn't we?
[17:42] <sergiusens> lool, no, that's my doing...
[17:42] <lool> sergiusens: it's harcoded in trunk
[17:42] <lool> Exec=qmlscene %u /usr/share/calendar-app/calendar.qml
[17:42] <sergiusens> lool, I have a stripper
[17:42] <lool> and icon too BTW
[17:42] <lool> ok
[17:42] <lool> Got to go for dinner, I might check back later here
[17:43] <lool> I guess we want to seed stuff then
[17:43] <lool> ogra_: Do you want to do the seeding?
[17:43] <dpm> lool, either seed, or if it proves to be hard to get it working, we can always disable the event functionality
[17:43] <lool> sergiusens: you're fixing the .click generator?
[17:43]  * lool goes for dinner
[17:44] <sergiusens> lool, yes
 lool, I have a stripper
[17:45]  * ogra_ wonders what that was supposed to mean
[17:46] <ogra_> sergiusens, this is supposed to be a family friendly channel y'know
[17:46] <ogra_> :)
[17:46] <xnox> ogra_: why can't you just $ stop udev, before running tests
[17:46] <xnox> ogra_: you actually does not need udev at all.
[17:46] <ogra_> xnox, ? why would i care about tests
[17:46] <mhall119> ogra_: that belongs on /Quotes
[17:47] <ogra_> xnox, it eats my phone ... tests fail too and thats not great, but mainly it chews 10% of my CPU permanently
[17:47] <ogra_> xnox, which drains my battery etc
[17:47] <xnox> ogra_: do you need udev?
[17:47] <ogra_> yes
[17:47] <xnox> ogra_: start on startup; sleep 30; stop udev
[17:47] <ogra_> heh thats not how it works
[17:47] <ogra_> and we want udev for adding/removing devices
[17:47] <xnox> ogra_: what do you mean?
[17:48] <xnox> ogra_: there is no on-the-go usb, what devices do you have added & removed after you booted?
[17:48] <ogra_> xnox, udev starts after the container processing a ton of rules
[17:48] <xnox> sure.
[17:49] <ogra_> i surely wont do such a hack 24h before release
[17:49] <ogra_> and after release we have time to fix it
[17:50] <kedivess> does someone know if the ubuntu touch 1.0 will be released since 00.01 hours?
[17:51] <ogra_> 00.01 hours ?
[17:51] <ogra_> it will be released tomorrow
[17:51] <kedivess> i mean from the first hours of tomorrow...
[17:52] <ogra_> Oct 17th ... at some point during the UTC/GMT  day
[17:52] <xnox> ogra_: boot, start udev, let it run, let everything settle, and after 60 seconds, stop udev
[17:53] <ogra_> xnox, right, nothing i will change before release
[17:53] <ogra_> way to risky imho
[17:53] <xnox> ogra_: only on maguro, which you can't release at the moment anyway, as you said.
[17:53] <kedivess> ok...so just waiting....any idea for downloading web page or procedures?
[17:53] <ogra_> xnox, we have upstart jobs depending on udev and the like
[17:53] <xnox> ogra_: or at least try the testing.
[17:54] <xnox> ogra_: so.
[17:54] <ogra_> xnox, for the testing we know about the issue and can ignore at least the load tests
[17:54] <xnox> ogra_: they won't be stopped, unless the stop on stopped on udevd. remember upstart is not dependancy based.
[17:54] <ogra_> xnox, i really dont want to intoduce a last minute hack like this just to have a proper fix next week
[17:55] <ogra_> xnox, we are rolling ... so fixing it after T opened is fine
[17:55] <ogra_> it will juust cause a long "known issues" page for the release
[17:58] <MDesigner> hey guys, if I phablet-flash my Nexus 5 (which has a sorta older version of Touch on it), what argument should I use if I want the latest nightly build? cdimage-touch or ubuntu-system?
[17:58] <MDesigner> and do I need to use sudo?
[17:58] <popey> we don't support nexus 5 yet
[17:58] <MDesigner> er
[17:58] <MDesigner> 4, sorry
[17:58] <popey> use ubuntu-system
[17:59] <popey> phablet-flash ubuntu-system --channel saucy
[17:59] <MDesigner> ok. no sudo?
[18:00] <MDesigner> last I tried, sudo was necessary because the adb command couldn't properly restart the server.. or something. I forget, it's been a while
[18:00] <cwayne> popey: why do we even have cdimage-touch anymore?
[18:01] <popey> MDesigner: no, no sudo
[18:01] <popey> MDesigner: you remember well, yes, we had issues with adb in the past, should be okay now
[18:01] <popey> cwayne: great question. Ask again after release ☻
[18:01] <popey> eek, what happened to my smiley
[18:01] <cwayne> :P
[18:01] <popey> ☻
[18:01] <popey> phew
[18:02]  * popey gets some food
[18:02] <MDesigner> popey: I do remember... pulling my hair out ;) hehe. glad to hear things are smoother now.
[18:02] <systime> MDesigner: Was that a Freudian slip?  Do you actually have a Nexus "5"? :)  Don't leave it in a bar.
[18:02] <MDesigner> haha. no
[18:03] <MDesigner> I tried to do a wifi update and it said there was insufficient space, which was odd. I figure I may as well jsut use phablet-flash to wipe & update it
[18:04] <MDesigner> I contributed a ringtone. wonder if it's on there yet
[18:04] <davmor2> MDesigner: sam's song by any chance?
[18:04] <MDesigner> yep!
[18:04] <davmor2> MDesigner: yeap it's there
[18:05] <MDesigner> hey cool :)
[18:06] <davmor2> MDesigner: I actually have it as the preferred ringtone being as it is quite chirpy I can hear it easier than the default :)
[18:06] <popey> wait, MDesigner you're that guy!?
[18:06] <popey> ☻
[18:06] <MDesigner> yeah
[18:06] <popey> Nice!
[18:07] <MDesigner> I wish I had more time for ringtones. my original idea was to develop a set of three, named by function.. "Bag Dweller" (for when it's buried in a backpack or purse; very loud, high frequencies); "Cubicle Pet" (low frequency, not disturbing, for people who like to leave their ringer on at work and then they leave their desk).. ;)
[18:07] <MDesigner> the third was just a standard one
[18:07] <MDesigner> which is the one that is on the phone now
[18:07] <MDesigner> a nice in-between
[18:07] <popey> MDesigner: http://popey.com/~alan/device-2013-10-16-190726.png
[18:07] <popey> it's on there
[18:07] <MDesigner> attention getting but not insane
[18:07] <MDesigner> nice :)
[18:08] <MDesigner> you guys have done a killer job on Touch BTW
[18:09] <MDesigner> wow, damn. phablet-flash is really kicking some ass compared to when I used it a month or so ago.
[18:09] <pmcgowan> davmor2, for that BT issue, I was not seeing it in the scan, is that the issue you had?
[18:10] <fishscene> MDesigner: I like your ringtone idea AND names..
[18:10] <MDesigner> thanks!
[18:10] <MDesigner> maybe next release..
[18:11] <sergiusens> dpm, lool reason the usr/share snuck in was an extra commit in between...