[00:03] <crocket> Does anyone plan to buy an ubuntu phone next year?
[00:03] <roasted> crocket: I'm holding out on getting a new phone now to see how things shake out into the future. It's impossible to say I will or won't just yet.
[00:03] <crocket> I'm so excited to become freed of iOS.
[00:11] <galaxy-nexus-n00> its a terrible UI, that only lasted about 15 mins, restoring now...
[02:30] <jman> just flashing the 13-07-14 daily image onto galaxy nexus and having trouble connecting to wifi, is this a known issue?
[02:30] <jman> im re-boostraping now, will see if its still a problem
[02:40] <jman> well, i got it working using the "clone device network settings" - ie it copied the wifi profile from my laptop to the Nexus
[02:40] <jman> should I file this as a bug?
[02:55] <Noskcaj> jman, check it's not already filed, if not file one.
[02:56] <jman> Noskaj thanks, I will have a look and do so
[03:13] <phillysnexus> can any one help me out im trying to flash ubuntu touch on my nexus 4 i installed all the tools the ppa everything went fine until the end i got an error saying not enough data space or something like that so i tried the manual way of placing the files on my /sdcard/ and renamed them to autodeploy.zip then flasdhed them through recovery and the flash goes normally no errors i hit reboot system now and it boots into android
[03:13] <phillysnexus> my sd card
[03:20] <Noskcaj> What are the minimum requirements for ubuntu touch?
[04:02] <AskUbuntu> Ubuntu Touch for touch computers | http://askubuntu.com/q/320141
[06:24] <ax562> What's up mbm?
[06:48] <dholbach> good morning
[06:50] <ax562> anyone know how to flash images using moto-fastboot.linux?
[07:18] <dejello> Is the install order for the flipped images important?
[07:41] <Noskcaj> would the nexus 2 support ubuntu touch?
[07:44] <Suraj> Hello
[07:44] <popey> hi
[07:44] <popey> Noskcaj: does it support cyanogenmod?
[07:44] <Suraj> I have viewsonic G-tablet with 2.2 android ...i want to remove android and install ubuntu on it....how can i do it please give me step by step installation ..
[07:45] <Noskcaj> popey, yes, i''m worried about it's specs though. 512mb RAM specifically
[07:45] <popey> Suraj: https://wiki.ubuntu.com/Touch/Devices is it listed there?
[07:46] <Suraj> 512 mb ram and 16GB space in tab
[07:47] <Suraj> there is not listed my tablet ....
[07:48] <flo__> Noskcaj, my phone has 512mb RAM and only ~380mb available for linux/CPU, and ubuntu touch works. its not really snappy though.. The small /data partition size seems to be problematic though
[07:49] <Noskcaj> Suraj, It seems you'd have to port it yourself then
[07:50] <Suraj> Noskcaj, an you please explain me in some detail...
[07:50] <Noskcaj> https://wiki.ubuntu.com/Touch/Porting
[08:04] <Suraj> hello
[08:13] <rickspencer3> hey popey is there a handy web link for the daily image release notes?
[08:14] <rickspencer3> I guess "change log" would be a better term
[08:18] <ogra_> rickspencer3, not yet, cdimage needs to learn about that
[08:18] <ogra_> we currently only have that function on jenkins
[08:18] <rickspencer3> thanks oga
[08:18] <rickspencer3> ogra
[08:19] <ogra_> (we had more pressing issues to fix first to make QA happy, it is on the TODO)
[08:19] <rickspencer3> ogra, is there a different schedule for the phone that this?
[08:19] <rickspencer3> https://wiki.ubuntu.com/SaucySalamander/ReleaseSchedule
[08:19] <ogra_> should there be ?
[08:19] <rickspencer3> I ask because I keep hearing about a beta in July, and I"m not sure what folks are talking about
[08:19] <rickspencer3> ogra_, no, I think everything is good and correct and that there should be one schedule
[08:19] <ogra_> right
[08:20] <ogra_> and i doubt we can do a beta that early
[08:20] <rickspencer3> ogra_, ok, it's probably just a marketing check point or something
[08:20] <ogra_> we are still not on the final image architecture yet
[08:20] <rickspencer3> I'll take care of it
[08:20] <seb128> ogra_, seems like http://cdimage.ubuntu.com/ubuntu-touch-preview/daily-preinstalled/current/saucy-preinstalled.changelog is still updated?
[08:20] <ogra_> seb128, we still build the old images for ports
[08:20] <seb128> oh ok
[08:21] <ogra_> they dont use flipped yet
[08:21] <ogra_> this is due this week
[08:21] <ogra_> then we'll stop publishing the old ones
[08:23] <sil2100> oSoMoN: piiing! :)
[08:24] <sil2100> oSoMoN: hi! The webbrowser-app fails to build from source since the weekend
[08:24] <sil2100> It seems to be some missing header
[08:24] <sil2100> oSoMoN: could you deal with that when you're around?
[08:32] <JamesTait> Good morning all, happy Get Out of the Dog House Day! :-D
[08:42] <ogra_> The following packages have unmet dependencies:
[08:42] <ogra_>  ubuntu-touch : Depends: unity8 but it is not going to be installed
[08:42] <ogra_> E: Unable to correct problems, you have held broken packages.
[08:42] <ogra_> ARGL "!
[08:43] <ogra_> popey, no image today (again, sigh)
[08:45] <popey> erk
[08:46] <ogra_> funnily i see unity8 in the next ppa
[08:46] <ogra_> https://launchpad.net/~ubuntu-unity/+archive/next/+packages?field.name_filter=unity8&field.status_filter=published&field.series_filter=saucy
[08:47]  * ogra_ doesnt get that
[08:50] <ogra_> root@ubuntu-phablet:/# apt-cache madison unity8
[08:50] <ogra_>     unity8 | 7.81.3+13.10.20130714ubuntu.unity.next-0ubuntu1 | http://ppa.launchpad.net/ubuntu-unity/next/ubuntu/ saucy/main armhf Packages
[08:50] <ogra_>     unity8 | 7.81.3+13.10.20130710ubuntu.unity.next-0ubuntu1 | http://ppa.launchpad.net/phablet-team/ppa/ubuntu/ saucy/main armhf Packages
[08:50]  * ogra_ scratches head
[08:51] <ogra_> why the heck did the original one come from the phablet ppa
[08:51]  * ogra_ curses that PPA mess
[08:53] <ogra_> oh, it didnt
[08:53] <ogra_> there is just an entry for it
[08:53] <ogra_> but the newer one is installed
[08:56]  * ogra_ retries the build .... there is no reason for it to fail, nothing changed since yesterday 
[09:09] <didrocks> oSoMoN: the private headers have been removed by latest qtwebkit upload. We can reexpose them, but knowing stability of those… do we really have any other way and need them?
[09:10] <didrocks> ogra_: maybe remove unity8 from the phablet-team ppa if you are puzzled about them :)
[09:10] <ogra_> didrocks, not puzzled about them, nothing changed sicne yesterday ... and yesterdays image built (with the version from the next ppa)
[09:11] <didrocks> ogra_: hum, needing help to debug in case of another failure?
[09:11] <ogra_> yeah, well, i'm just preparing a clean chroot here, do you have an ideaa from the top of your head ?
[09:12] <didrocks> ogra_: not really, apart from the unity manual upload with the -common package change
[09:12] <ogra_> oh, where is that ?
[09:13] <ogra_> i only see mterrys change
[09:13] <ogra_> and that doesnt look manual
[09:13] <didrocks> https://lists.ubuntu.com/archives/saucy-changes/2013-July/005688.html
[09:13] <didrocks> https://lists.ubuntu.com/archives/saucy-changes/2013-July/005689.html
[09:13] <ogra_> oh, we use any unity7 deps ?!?
[09:13] <ogra_> bah
[09:14] <didrocks> ogra_: I wonder if unity-lens-applications maybe play a role into that
[09:14] <didrocks> (just a wild guess)
[09:14] <ogra_> yeah
[09:14] <didrocks> sil2100: speaking of which, are those changes backported to trunk? ^
[09:15] <didrocks> ogra_: tell me if you need any help
[09:15] <didrocks> sil2100: there is as well 7.0.2+13.10.20130705.1-0ubuntu2
[09:15] <ogra_> yeah, let me examine it, thanks for the help
[09:16] <sil2100> didrocks: let me check
[09:18] <sil2100> didrocks: the unity one is in trunk, let me check -apps
[09:20] <sil2100> didrocks: the -apps one is not in ;/ Let me try and merge it in
[09:21] <didrocks> sil2100: thanks! daily release should show that btw
[09:21] <mhr3> lool, ping?
[09:21] <didrocks> sil2100: prepare is yellow, even for unity though
[09:21] <didrocks> A version (7.0.2+13.10.20130705.1-0ubuntu3) is available at the destination for that component but is not in trunk which is still at 7.0.2+13.10.20130705.1-0ubuntu2. Ignoring that component for source: unity, branch: lp:unity, series: saucy.
[09:22] <didrocks> sil2100: only ubuntu2 has been backported
[09:22] <sil2100> I see that now, so that makes 2 things to fix
[09:24] <didrocks> sil2100: even 7.0.2+13.10.20130705.1-0ubuntu2 hasn't been backported in fact, it's a UNRELEASED version that has this version
[09:24] <didrocks> sil2100: so the changelog doesn't match
[09:24] <mhr3> sil2100, were the double comparisons fixed yet?
[09:24]  * mhr3 needs to test stuff on phone and unity-common is not built because i386 is broken :/
[09:27] <sil2100> mhr3: some autolanding issues I see in the MR from Trevi
[09:27] <ogra_> didrocks, hmm, so looking at the change it should have everything needed in libunity-core-6.0-7 to make unity8 installable
[09:28] <didrocks> ogra_: unity8 doesn't depend on -common either…
[09:28] <ogra_> right, so why is it uninstallable
[09:28] <ogra_> core provides common, it should just resolve
[09:29] <seb128> ogra_, didrocks: what's the issue?
[09:30] <ogra_> uniyty8 is uninstallable in ubuntu-touch
[09:30] <mhr3> sil2100, cool
[09:30] <ogra_> apparentlly sinc ethe second change from slangasek
[09:30] <ogra_> (the first one happened before yesterdays image build)
[09:31] <seb128> ogra_, what ppa is unity8 coming from?
[09:31] <didrocks> ogra_: yeah, I skimmed again on -changes, and didn't see anything else which can impact
[09:31] <didrocks> oh oh oh, one sec
[09:31] <ogra_> seb128, https://launchpad.net/~ubuntu-unity/+archive/next/+packages?field.name_filter=unity8&field.status_filter=published&field.series_filter=saucy
[09:31] <ogra_> next ...
[09:32] <didrocks> no, it's not that
[09:32] <didrocks> unity8 doesn't need libunity-core anymore
[09:32] <ogra_> seb128, that package is inn the sunday image just fine
[09:32] <ogra_> but uninstallable today
[09:33] <didrocks> unity8-private depends on libunity-core-6.0-7
[09:33] <ogra_> hmm, though it could be that neither of the slangasek changes were in yesterdays build, let me check ... there was only ~1h between that upload and the image build
[09:33] <didrocks> ogra_: ah yeah, that would be good so that we don't focus on the wrong thing :)
[09:34] <ogra_> ARGH
[09:35] <ogra_> /usr/share/doc/libunity-core-6.0-7/changelog.Debian.gzre-6.0-7/changelog.Debian.gz
[09:35] <ogra_> lrwxrwxrwx 1 root root 37 Jul 14 10:08 /usr/share/doc/libunity-core-6.0-7/changelog.Debian.gz -> ../unity-services/changelog.Debian.gz
[09:35] <ogra_> dangling symlink on the images
[09:35] <ogra_> well, 7.0.2+13.10.20130705.1-0ubuntu1 is on the image
[09:36] <didrocks> ogra_: on Sunday's build?
[09:36] <ogra_> so its one of both changes he did
[09:36] <didrocks> not today's, right?
[09:36] <ogra_> today doesnt build :)
[09:36] <ogra_> so no
[09:36] <didrocks> that's weird, unity8 rebuilt
[09:36] <didrocks> it has the right libunity-core-6.0-7 dep
[09:36] <ogra_> yes, and that one is on the image
[09:37] <didrocks> what can possibly happens…
[09:37] <didrocks> ogra_: are you in a chroot?
[09:37] <seb128> didrocks, ogra_:  demo-assets-scopes : Depends: unity-common (>= 7.0.0)
[09:37] <seb128> is that the issue?
[09:37] <didrocks> ah, demo-assets-scopes is installed?
[09:37] <didrocks> can be that one
[09:37] <ogra_> yeah
[09:37] <ogra_> but there is a provides, no ?
[09:38] <seb128> provides are not versioned
[09:38] <seb128> they can't match a >=
[09:38] <ogra_> oh
[09:38] <didrocks> but why did it complain from unity8, as ogra_ told?
[09:38] <ogra_> now who maintains that demo stuff
[09:38] <didrocks> demo-assets-scopes should be a recommends
[09:38] <didrocks> not a depends
[09:38] <didrocks> the seed are depending on it
[09:39] <asac> hi guys
[09:39] <ogra_> yeah, they have to
[09:39] <didrocks> hey asac
[09:39] <ogra_> touch images are built without recommends
[09:39] <asac> i am back with pain in the back (flying is not good for me :))
[09:39] <didrocks> ogra_: what's the message exactly you are getting on uity8?
[09:39] <seb128> asac, wb, sorry for your back
[09:39] <ogra_> didrocks, how would that make unity8 installable though ?
[09:39] <didrocks> asac: urgh :/
[09:39] <asac> getting old :)
[09:39] <ogra_> the package apt-complains about is unity8, not the demo assets
[09:40] <didrocks> ogra_: right, that's my question, it shouldn't, or there is something else…
[09:40] <asac> so have to get a coffee... will be back in 3-5 minutes
[09:40] <seb128> didrocks, the message is "ubuntu-touch : Depends: unity8 but it is not going to be installed"
[09:40] <ogra_> right
[09:40] <seb128> didrocks, ogra_: the apt messages can be confusing
[09:40] <ogra_> sadly there isnt much more
[09:41] <ogra_> yeah
[09:41] <seb128> it might be because it prefers to hold libunity-common or something because of the demo assets
[09:41] <didrocks> seb128: yeah, but scope-demo-assets is a recommends, not a dep, so it shouldn't impact
[09:41] <didrocks> hum
[09:41] <didrocks> yeah, can be that way
[09:41] <ogra_> didrocks, its a dep of ubuntu-touch
[09:41] <seb128> didrocks, they are deps
[09:41] <seb128> not recommends
[09:41] <ogra_> we dont have any recommends in use on touch
[09:41] <ogra_> it is explicitly dsabled (dont ask)
[09:41] <didrocks> ogra_: I didn't say the contrary :)
[09:42] <didrocks> ogra_: just that it shouldn't block unity8, but yeah, maybe it's blocking installing the libunity-core-* package
[09:42] <seb128> let's fix the asset and see if that's enough?
[09:42] <didrocks> and so unity8
[09:42] <didrocks> yeah
[09:42] <ogra_> yeah
[09:42] <didrocks> not fan of depending exactly on a sonamed version though
[09:43] <didrocks> seb128: doing a MP against demo-assets?
[09:43] <seb128> didrocks, I can
[09:43] <didrocks> thx!
[09:44] <ogra_> tell me once it builot, we install it from the phablet PPA i think
[09:44] <ogra_> (so it needs copying i guess)
[09:45] <didrocks> ogra_: yeah, it's not under dailies
[09:45] <ogra_> root@ubuntu-phablet:/# apt-cache madison demo-assets-scopes
[09:45] <ogra_> demo-assets-scopes | 0.25-0ubuntu1 | http://ppa.launchpad.net/phablet-team/ppa/ubuntu/ saucy/main armhf Packages
[09:45] <ogra_> yeah
[09:51] <oSoMoN> didrocks: yep, I need them, there’s no way around it, otherwise we’ll have to remove the thumbnailing functionality
[09:51] <oSoMoN> didrocks: (re-private headers, sorry for the late answer)
[09:52] <didrocks> oSoMoN: ok, I'll readd what Mirv removed. Will take some time for qtwebkit to rebuild, I think don't expect a release of the apps stack today I'm afraid, sorry :/
[09:52] <didrocks> sil2100: FYI ^
[09:52] <oSoMoN> didrocks: no worries
[09:52] <oSoMoN> didrocks: do you know what the rationale was for removing the headers?
[09:52] <didrocks> oSoMoN: I think they are removed in debian and mirv wanted to align
[09:53] <didrocks> oSoMoN: also, first, they shouldn't be exposed :p
[09:53] <oSoMoN> didrocks: that’s debatable, they’re semi-private really, …
[09:54] <didrocks> oSoMoN: maybe they should be fixed upstream, did you open a bug to ask them to be moved to the supported header dir?
[09:55] <oSoMoN> didrocks: I don’t think that’s an upstream issue, upstream marks them as private, but as I understand it it’s ok to compile and link against them if you understand that your app might break with future changes
[09:56] <oSoMoN> didrocks: I guess both points of view can be argued and considered valid, but the fact is, we have a use for those headers, so we need them :)
[09:56] <sil2100> ;/
[09:58] <sil2100> oSoMoN: so, what can we do now to make it work again, at least temporarily? As a build failure basically blocks the whole Apps stack
[09:58] <sil2100> And when that happens, the touch guys attack us that there are no new releases going on ;/
[09:59] <oSoMoN> sil2100: ship the private headers again is the only solution I can see
[10:01] <asac> ok
[10:01] <lool> mhr3: pong
[10:01] <didrocks> sil2100: who is attacking?
[10:02] <mhr3> lool, hey, how was holiday? :)
[10:02] <sil2100> didrocks: asac for instance ;p
[10:02] <didrocks> asac: don't be mean ;)
[10:02] <asac> not yet today :)
[10:02] <lool> mhr3: sunny!  too bad my kid got sick the first days, but we enjoyed the rest of the week
[10:02] <ogra_> sil2100, he has a bad back, so at least physical attacks wont work for a while
[10:03] <asac> my attack bat is still in my luggage somewhere :()
[10:03] <ogra_> haha
[10:03] <sil2100> Oh noes
[10:03]  * didrocks sights at the qtwebkit branches being a mess :/
[10:03] <sil2100> Is LP down?
[10:04] <sil2100> I got a sad smiley when trying to load my account page!
[10:04] <flo__> it's down for me, too
[10:04] <popey> yes
[10:04] <ogra_> lovely
[10:04] <sil2100> Noooo
[10:04]  * popey stabs reload repeatedly
[10:04] <ogra_> proper timing FTW !
[10:04] <mhr3> lool, at least you didn't get sunburn if you had to take care of the kid ;)
[10:04] <popey> "lol"  https://identi.ca/launchpadstatus
[10:05] <mhr3> lool, anyway would need to talk to you about some customization specifics, would you have a moment later today or tomorrow?
[10:05] <lool> mhr3: With pleasure
[10:07] <mhr3> lool, cool, i'll send an invite for tomorrow, will let you process mails today ;)
[10:07] <lool> mhr3: Sorry, took me a while to check calendar
[10:07] <lool> mhr3: in 2 hours would be fine
[10:07] <lool> mhr3: if that's ok with you
[10:09] <mhr3> lool, tomorrow would be better, forgot my headphones at home, hangouts aren't great without them...
[10:10] <mhr3> lool, 11:30 tomorrow ok?
[10:11] <didrocks> oSoMoN: does those look like the headers you need? http://paste.ubuntu.com/5876971/
[10:11] <didrocks> sil2100: so, what are you doing now? looking at the new packages that needs daily release and pushing those?
[10:13] <lool> mhr3: sure
[10:13] <lool> mhr3: thanks for the invite
[10:13] <oSoMoN> didrocks: yes, those are the ones I need
[10:15] <didrocks> oSoMoN: ok, uploading
[10:15] <oSoMoN> didrocks: awesome, thanks
[10:15] <seb128> didrocks, ogra_: ok, I reproduced the issue in a pbuilder, the issue is not the assets
[10:16] <didrocks> oSoMoN: yw, sorry for the breakage :)
[10:16] <didrocks> seb128: argh… cool that you reproduce though!
[10:16] <ogra_> seb128, what else ?
[10:16] <seb128>  libunity-core-6.0-7 : Conflicts: unity-common
[10:16] <ogra_> and what forces -common ?
[10:16] <seb128> http://paste.ubuntu.com/5876982/
[10:17] <seb128> ogra_, let me install aptitude :p
[10:17] <didrocks> seb128: stop requesting the impossible! :-)
[10:17] <ogra_> http://paste.ubuntu.com/5876983/
[10:18] <seb128> ogra_, seems to be the assets that brings it in
[10:18] <ogra_> yeah
[10:18] <ogra_> but from where ?
[10:18] <ogra_> it shouldnt even exist anymore
[10:18] <sil2100> didrocks: I was re-merging the missing versions to unity and unity-lens-apps before LP died
[10:18] <sil2100> didrocks: and publishing stacks
[10:19] <didrocks> sil2100: launchpad is back for 7 minutes FYI :)
[10:19] <sil2100> \o/
[10:20] <ogra_> oh man, that looks like a lot of packages have the versioned >= 7.0-0 in their deps
[10:23] <seb128> ogra_, ?
[10:24] <ogra_> seb128, on unity-common
[10:24] <seb128> which ones?
[10:25] <ogra_> unity-lens-applications and demo-assets-scopes are the installed ones
[10:25] <seb128> ogra_, didrocks: https://code.launchpad.net/~seb128/demo-assets/dont-depends-on-unity-common/+merge/174719
[10:26] <seb128> I just dropped the depends there, the binary only has a schemas override and unity is pulled it by the seeds anyway
[10:26] <seb128> seems cleaner than depending on a soname version
[10:26] <seb128> which would break every time unity abi changes
[10:26] <didrocks> seb128: ah, if it's just an override, fine, no dep needed indeed :)
[10:26] <seb128> ogra_, https://launchpad.net/ubuntu/+source/unity-lens-applications/7.0.0+13.10.20130702-0ubuntu2
[10:26]  * ogra_ waits for bzr to update
[10:27] <ogra_> oh, right
[10:27] <didrocks> seb128: approved!
[10:27]  * didrocks clicked on the rev
[10:27] <seb128> didrocks, thanks ;-)
[10:27] <seb128> sorry it took me a while
[10:27] <ogra_> didrocks, is LP so much faster for you or did you do it locally ?
[10:28] <seb128> the vcs is some 300Mb
[10:28]  * ogra_ still sees "updating diff" 
[10:28] <seb128> ogra_, he clicked on the rev
[10:28] <ogra_> ah
[10:28] <seb128> you can see the diff there
[10:28]  * ogra_ missed that line 
[10:29] <didrocks> ogra_: yeah, it's easy when there is only one or 2 revs :)
[10:29] <ogra_> :)
[10:34] <sil2100> Damn...
[10:34] <didrocks> sil2100: what about?
[10:34] <sil2100> indicator-session FTBFS for powerpc because of a failing unit-test
[10:34] <sil2100> And it's blocking everything ;/
[10:34] <seb128> can we drop ppc yet?
[10:34] <ogra_> ++
[10:35] <didrocks> +++
[10:35] <popey> ++++++++++++++++++++++++++++++++++++++++++++++
[10:35] <ogra_> seb128, that would break all these PPC phones out there though
[10:35] <sil2100> :D
[10:35] <didrocks> popey: you aren't good at math and arithmetic suits, are you? :p
[10:35]  * ogra_ remembers he had to fix adbd on PPC in his first upload
[10:35] <popey> keyboard stuck ☻
[10:36] <ogra_> so that adb works on PPC phones :)
[10:38] <seb128> ogra_, didrocks: locally built update demo-assets made apt-get install happy in my pbuilder
[10:39]  * ogra_ hugs seb128 
[10:39] <didrocks> seb128: sweet! I think ogra_ will just have to copy ppa once built!
[10:39]  * seb128 hugs ogra_ back
[10:39] <ogra_> didrocks, any idea where the binary will come out ?
[10:39] <ogra_> for copying
[10:40] <didrocks> ogra_: let me dive into the upstream merger config
[10:40] <didrocks> ogra_: I have no idea of what I'm doing FYI, but let's see :p
[10:40] <ogra_> didrocks, welcome to the club then :P
[10:41]  * ogra_ flies blind as well ... but as long as i dont hit walls with full speed ...
[10:41] <didrocks> heh
[10:41] <didrocks> I think I have to look at the phablet-land jenkins job
[10:42] <didrocks> ogra_: from the code, it should be ppa:phablet-team/ppa, if the changelog is released
[10:42] <didrocks> oh, maybe that's what we forgot about
[10:43] <didrocks> seb128: once your branch is merge, we need another one I guess
[10:43] <didrocks> with UNRELEASED -> saucy
[10:43] <seb128> didrocks, no automagic for this one?
[10:43] <didrocks> seb128: from reading the code, none
[10:43] <seb128> that makes sense, the ppa has no daily version either
[10:43] <didrocks> also no commit collects
[10:43] <seb128> didrocks, the changelog is "saucy", not UNRELEASED
[10:43] <seb128> didrocks, do we need a manual upload?
[10:43] <didrocks> seb128: yeah, but it needs to be a newer version
[10:43] <didrocks> for phablet-land to upload to the ppa
[10:44] <didrocks> from what I read
[10:44] <seb128> didrocks, let me bump revision
[10:44] <didrocks> seb128: same branch? I can stop this run
[10:44] <ogra_> didrocks, oh, perfect, that means i dont need to copy at all
[10:44]  * didrocks reverted to needs review
[10:44] <seb128> didrocks, yes, run shouldn't be long, there is no build, just packing the archive
[10:45] <didrocks> seb128: you need to bump, put your commit message into it and change UNRELEASED -> saucy
[10:45] <seb128> didrocks, there is no UNRELEASED
[10:45] <seb128> didrocks, I'm just adding a changelog entry
[10:45] <didrocks> yep :)
[10:45] <didrocks> that's what I mean, add a changelog entry with the content
[10:45] <didrocks> (but here, if I dch -i, it's UNRELEASED by default, hence the UNRELEASED -> saucy ;))
[10:46] <sergiusens> dch -U; dch --release
[10:46] <seb128> didrocks, http://bazaar.launchpad.net/~seb128/demo-assets/dont-depends-on-unity-common/revision/43
[10:46] <seb128> ?
[10:46] <didrocks> sergiusens: dch -r you mean :p
[10:46] <didrocks> sergiusens: doing that for years, but thanks ;)
[10:47] <sergiusens> didrocks: I actually use --release
[10:47] <didrocks> seb128: ok, let's see now, should upload at the end of the run
[10:47] <seb128> didrocks, thanks
[10:47] <didrocks> yw!
[11:06] <asac> sil2100: hey ... so did you get a handle on whats going on with sdk and the app autopilot failures?
[11:14] <seb128> didrocks, ogra_: the asset change got merged in but I don't see a ppa upload, not sure if we should do that manually...
[11:14] <didrocks> seb128: I don't really know, sergio left, the code seemed to assume that was enough though
[11:15] <didrocks> DEBUG: Calling: ['dput', 'ppa:phablet-team/ppa', 'demo-assets_0.25-0ubuntu2_source.changes']
[11:15] <didrocks> Successfully uploaded packages.
[11:15] <didrocks> so it was uploaded apparently
[11:16] <didrocks> but yeah, nothing in the ppa
[11:16] <seb128> when was the upload?
[11:16] <didrocks> the job ran 20 minutes ago
[11:16] <didrocks> so it would have been published by then
[11:16] <didrocks> or maybe launchpad ppas are broken
[11:16] <seb128> right, it should show up in the UI
[11:16] <seb128> oh, but xnox said earlier that launchpad cron jobs were not all back after the launchpad issues
[11:17] <seb128> I wonder if that's still an issue
[11:17] <seb128> xnox, ^ do you know?
[11:17] <seb128> seems like Laney did upload that went through though
[11:20] <xnox> seb128: no idea, it should be, my archive uploads got accepted. ask around on #launchpad-ops.
[11:20]  * xnox looks at gazzilion ndk's and sdk's in the android tarball, ponders why we ship them.
[11:22] <annerajb> hello, this script ./extract-files.sh can take a zip file. which format should the zip file be?
[11:23] <robertbuhren> hi there, i just tried using ubuntu touch on my galxy nexus and i had many problems with the touchscreen: Presses missed, Buttons not working/no visual feedback (exspecially in the settings app). Is this "normal" behaviour?
[11:24] <flo__> robertbuhren, can't tell if it's normal, but doesn't happen on my HTC Desire Z
[11:25] <robertbuhren> flo__: does the "Cellular" button work in the settings app?
[11:25] <flo__> robertbuhren, no
[11:25] <seb128> ogra_, didrocks: 2013-07-15 11:00:18 DEBUG   File demo-assets_0.25.orig.tar.gz already exists in Phablet, but uploaded version has different contents.
[11:26] <ogra_> sigh
[11:26] <flo__> robertbuhren, "Background" works for me (cellular is probably not implemented yet?)
[11:26] <robertbuhren> flo__: ah ok, so i guess it's just not implemented yet
[11:26] <seb128> ogra_, you are member of that team, you can upload
[11:26] <seb128> ogra_, I will copy the files on my people page, you can sign and dput?
[11:27] <ogra_> seb128, i dont get that, it isnt native or anything
[11:27] <ogra_> it should just re-use the tarball
[11:27] <seb128> ogra_, no, it's not ... I don't know what's going with that jenkins setup
[11:27] <ogra_> very strange
[11:28] <seb128> do you want to wait for rsalveti or sergio or ricmm to be around to see if they can help us?
[11:28] <didrocks> not sure how the upstream merger is handling it, it should download the tarball from the ppa, it unpacks it, weird…
[11:28] <seb128> or do you want to manually upload?
[11:28] <ogra_> seb128, yeah, i think thats better
[11:28] <ogra_> (waiting)
[11:28] <seb128> ok
[11:28] <seb128> you are the one usually complaining about the too much waiting :p
[11:28] <ogra_> i would have to bump the upstream version ... not sure what that would break
[11:28] <didrocks> yeah, we can wait on upstream merger, not on dailies, funny ;)
[11:29] <didrocks> ogra_: why would that break?
[11:29] <ogra_> didrocks, no idea, i dont trust CI anymore
[11:29] <didrocks> you mean the upstream merger?
[11:29] <ogra_> i bet it will fall over until someone fixes the upstream branch again
[11:30] <ogra_> if i do a manual upload with bumped upstream version
[11:30] <seb128> ogra_, I would just do the manual upload and let them sort out their lander issues then
[11:30] <didrocks> [BUILDDEB]
[11:30] <didrocks> split = True
[11:30] <didrocks> the package is in split mode, weird that the tarball changed
[11:30] <ogra_> yeah
[11:30] <didrocks> ogra_: I would do as seb128 propose
[11:31] <asac> sil2100: you are SDK, right? one thing we notices is that your autopilot test package name uses a different syntax... e.g. you use camel case (ubuntu-ui-toolkit-autopilot includes UbuntuUiToolkit) rather than what everybody else does: ubuntu-ui-toolkit-autopilot -> ubuntu-ui-toolkit
[11:31] <asac> guess might make sense to consolidate
[11:31] <asac> thomi: ^^
[11:32] <didrocks> asac: sil2100 isn't working upstream, he's on the destkop team, on my team
[11:32] <asac> ok
[11:32] <didrocks> so helping getting stuff delivered :)
[11:32] <asac> jppiiroinen: ^^
[11:32] <asac> didrocks: good to know... is he the SDK liaison you provide?
[11:32] <asac> or rather app team liaison?
[11:33] <ogra_> didrocks, well, i'm a bit scared since that package belongs into bfillers realm, if i break that demo images that marketing might use might break
[11:33] <didrocks> asac: he's taking care of multiple stacks: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dHFtUmlPOUtCRk8zR2dtaEpIbUVhMmc#gid=2
[11:33] <didrocks> asac: and taking mirv's stack while he's on holidays (so sdk for the next 2 weeks)
[11:34] <didrocks> ogra_: my bet is rev41 changed upstream source
[11:34] <didrocks> and as seb didn't bump the upstream version part
[11:34] <sil2100> asac: I'm only helping things getting released ;) I'll propose a branch in a moment that would protect us from such problems more
[11:34] <didrocks> that's what recreating with split mode the new upstream tarball
[11:34] <annerajb> anybody have and idea why this happens I cant build ubuntu touch. https://lists.launchpad.net/ubuntu-phone/msg02890.html i get that same error when building
[11:35] <didrocks> rev 40 created 0.25
[11:35] <didrocks> ogra_: rev 41 was never released and is from Date: 2013-07-05 16:05:06 UTC
[11:35] <didrocks> (that's why the on demand only model doesn't work :p)
[11:36] <ogra_> oh
[11:36] <ogra_> didrocks, well, there is probably a reason that wa held back ...
[11:37] <ogra_> *was
[11:37] <didrocks> ogra_: I hope not, trunks should always be reusable
[11:37] <didrocks> or in that case and needs to be helf back, just don't merge
[11:37] <didrocks> held*
[11:37] <ogra_> dont tell me :)
[11:38] <didrocks> ok, qtwebkit building locally, time for some exercise outside
[11:38] <seb128> didrocks, enjoy!
[11:38] <didrocks> thanks :)
[11:39] <ogra_> cjwatson, so ... we are running into several breakages due to the fact that we use PPAs and archive changes arent catched by britney for them, asac asked me if there is a way to include the commonly used PPAs into the briitney runs (i guess not, but thought i should ask :) )
[11:41] <cjwatson> ogra_: Not realistically
[11:41] <ogra_> yeah, i thought so
[11:41] <ogra_> (probably technically if you have a fultime dev working on it for a year)
[11:41] <cjwatson> It would in *theory* be possible to set up a separate migration instance for given PPAs or something
[11:41] <ogra_> :)
[11:41] <cjwatson> Well, no, a couple of weeks
[11:42] <cjwatson> It's probably not actually horribly difficult to run as a separate job
[11:42] <ogra_> i was using ogra measurements, not cjwatson ones :)
[11:42] <cjwatson> Just not as part of proposed-migration as such
[11:42] <ogra_> (unit issue) :)
[11:42] <cjwatson> However, there would be a problem if there were synchronised transitions between the primary archive and the PPAs
[11:42] <cjwatson> If we declared that out of scope, it's not so bad
[11:42] <cjwatson> I won't have time to help with it until late August though
[11:43] <cjwatson> I'm slightly reluctant in some ways to make it easier for people to do out-of-archive development when we know we want it all in the archive, though :)
[11:43] <ogra_> yeah, and by then we should have gotten rid of PPAs
[11:44] <ogra_> i think iots good to plan it for the future, but it is unlikely that it can help us with the current issue
[11:45] <ogra_> cjwatson, i think the mgmt vision is to actually use more PPAs than less in the future (not that i agree a bit with that though)
[11:45] <cjwatson> Right, there's no way I can cram it in in the next few weeks - click demo, saucy releng sprint, debconf
[11:46] <cjwatson> well, there's more PPAs, and there's more long-lived PPAs
[11:46] <cjwatson> this is basically equivalent to branches in a VCS
[11:46] <ogra_> yeah
[11:46] <cjwatson> branches are good; but it's well-understood software engineering that branches that take a very long time to land equate to technical debt and are costly
[11:47] <cjwatson> So in general I think having a way to do safe migration between development and staging PPAs (or similar) would be a great thing to have
[11:47] <ogra_> yeah
[11:47] <cjwatson> And I'd be happy to help set it up, just not this month :)
[11:47] <ogra_> yup
[11:52] <asac> cjwatson: hey. don't worry about next few days for this topic :)
[11:52] <asac> ... next few days its on me to get stuff that is in our primary images into the archive. Everybody seems to agree that whatever is in our official treunk images should have zero tolarnce to be in a ppa :). so lets make that happen first
[11:52]  * cjwatson nods
[11:53] <asac> and then as you said, mid/long term we should look how we support topic branches and topic images etc. for stuff that just can't go on trunk - which also is a valid engineering concept that needs to be efficient :)
[11:54] <asac> ok... /me goes to poke PRD and see if we can remove something from 13.10 goals :)
[12:02] <asac> stgraber: do you remember the "key use cases" for this MMS feature?
[12:03] <asac> i remember folks saying it's super essential, but I have never used in in my life, so need a memory refresh at best :)
[12:06] <ogra_> asac, it is used a lot in the US i was told
[12:06] <ogra_> (i had wondered the same and asked ...)
[12:06] <asac> interesting
[12:06] <asac> ogra_: who told you that?
[12:06] <ogra_> probably you dont need to seel your granny to pay for it over there
[12:06] <ogra_> awe and ither USians
[12:07] <ogra_> *other
[12:07] <asac> ok. i guess its really a tech that was trying to make old phones a bit smarter wrt exchanging content
[12:07] <asac> like my nokia n90 didnt have whats app or good email etc.
[12:07] <ogra_> it was the media feature before you had email on the phones
[12:07] <asac> right
[12:08] <asac> or "whats app" as i said
[12:08] <ogra_> not sure how big whatsapp is in the US :)
[12:08] <asac> but i think people didnt use MMS here until there were smartphones and cheap flat data
[12:08] <ogra_> i know its more used than SMS in europe
[12:08] <asac> because before it was just massively expensive to shovel any type of serious data :)
[12:08] <asac> ogra_: it is big... its the biggest app of all time
[12:08] <asac> most installed world wide
[12:09] <asac> guess that cannot happen just through europe :)
[12:09] <ogra_> well, i only know about europe :)
[12:09] <ogra_> never used it myself
[12:09] <asac> yeah i think its no. 1 in iphone and android app store or somethign
[12:09] <ogra_> well, anyway MMS is something the US wants apparently
[12:10] <ogra_> and it doesnt seem to hard to make it work
[12:10] <cjwatson> My wife sends me MMSes a fair bit.  I remember having to install weird rubbish on the N900 to make them work
[12:10] <asac> ack. i will check with those folks
[12:10] <asac> right. but nothing is hard to make work. its just that we have zillions of easy things not yet done
[12:10] <ogra_> (only judging from what tony does though, i have no deep technical insight)
[12:11] <ogra_> PIN/PUK code was surely more important than MMS ... but thats there now
[12:11] <ogra_> (lacking UI, but so will MMS)
[12:12] <asac> yeah... well i just look at the phone as it is now
[12:12] <asac> and wonder how all the stuff will happen :
[12:12] <asac> :)
[12:12] <asac> that is not working right now
[12:12] <ogra_> by magic ... and much coffee
[12:12] <ogra_> :)
[12:25] <esigolo> ogra_: Programmer - an organism that turns coffee into software. so true :)
[12:25] <TioBorracho> Hi everyone
[12:25] <TioBorracho> anyone up to help me boot ubuntu touch on a GNex?
[12:25] <asac> ogra_: http://www.apple.com/itunes/charts/paid-apps/ https://play.google.com/store/apps/collection/topselling_free
[12:26] <ogra_> asac, yeah, i probably should stop living under a rock :P
[12:26] <asac> :)
[12:27] <asac> ogra_: lol. magische miesmuschel :)
[12:27] <asac> wonder if that is a german fetish :)
[12:27] <ogra_> popey, so where do i find that ebook reader i see all over G+ ? thats the one thing holding me back from using my grouper daily
[12:27] <TioBorracho> Doing it manually from osx :(
[12:27] <ogra_> asac, LOL
[12:27] <asac> ogra_: ranks 7 on googleplay :)
[12:27] <ogra_> TioBorracho, following the install wiki ?
[12:27] <asac> ogra_: plz install and let me know if its adictive :-P
[12:28] <ogra_> TioBorracho, since we switched to the new container model the order of installing the zips is important
[12:28] <ogra_> asac, install what, whatsapp ?
 I tried following the manual installation gere:
[12:29] <TioBorracho> https://wiki.ubuntu.com/Touch/Install?action=show&redirect=TouchInstallProcess#Manual_Installation
[12:29] <ogra_> asac, it is probably not more addictive than SMS ... i send like 5 a year ... no danger here :P
[12:29] <asac> ogra_: i know whats app ... i dont know magische miesmuschel. i think thats exactly what you need when waiting for buidls :)
[12:29] <ogra_> TioBorracho, hmm, then it should just work, whats failing ?
[12:30] <ogra_> asac, oh, that was an app name
[12:30] <TioBorracho> I installed recovery, ok
[12:30] <TioBorracho> I copied adb push ../Downloads/saucy-preinstalled-touch-armel+maguro.zip /sdcard/autodeploy.zip, ok
[12:30]  * ogra_ didnt get that
[12:30] <asac> ogra_: right. it ranks Noo=. 7
[12:30] <asac> in the link above
[12:30] <asac> https://play.google.com/store/apps/details?id=hr.Mirk0s0ft.MagischeMiesmuschel&feature=apps_topselling_free#?t=W251bGwsMSwxLG51bGwsImhyLk1pcmswczBmdC5NYWdpc2NoZU1pZXNtdXNjaGVsIl0.
[12:30] <TioBorracho> rebooted recovery and the first magic was done
[12:31] <popey> ogra_: I'd like to know too! :D
[12:31] <TioBorracho> then adb push ~/Downloads/saucy-preinstalled-touch-armhf.zip /sdcard/autodeploy.zip, ok
[12:31] <ogra_> heh
[12:31] <TioBorracho> rebooted recovery, autodeployed
[12:31] <ph0ne> what language do you use to make apps for ubuntu
[12:31] <TioBorracho> and then when rebooted system it just stays in the Google screen
[12:31] <ogra_> ph0ne, QML or html
[12:31] <ph0ne> cool
[12:32] <ogra_> TioBorracho, for how long did you let it sit there ? the first boot usually takes a little long
[12:32] <ogra_> (the 20130714 image definitely works here)
[12:32] <TioBorracho> mmm, some minutes, I expected to see another screen at least... I will let it run for some more time again to see what happens
[12:33] <ogra_> asac, oh, it is an oracle app ... telling you the fjutscha !
[12:33] <ogra_> TioBorracho, normally it should turn black after the google logo for about 30sec and then boot into the UI
[12:35] <asac> ogra_: is awe off today?
[12:36] <TioBorracho> I reinstalled everything and trying again
[12:36] <esigolo> ogra_: i sent some emails for whatsapp support asking for an app for ubuntu touch ! no answer at all!
[12:38] <asac> jhodapp: hey ... Platform APIs - multimedia: QtMultimedia APIs, probably implemented over GStreamer - is that started?
[12:38] <asac> or even the actual plan?
[12:41] <esigolo> Tomshardware "Is an Ubuntu Phone in Verizon's Future?" http://www.tomshardware.com/news/Verizon-Wireless-Ubuntu-CAG-Carrier-Advisory-Group-Canonical,23485.html
[12:42] <TioBorracho> patience pays off
[12:42] <TioBorracho> thanksç
[12:44] <ogra_> asac, awe isnt off afaik, but its still early for the US
[12:45] <ogra_> TioBorracho, awesome !
[12:45] <asac> kk
[12:46] <AskUbuntu> Can't update my Ubuntu phone with phablet-flash | http://askubuntu.com/q/320263
[12:46] <Crankygeek> Good Morning, I have a Galaxy Nexus from Verizon, as I step through the install instructions, everything goes fine until I get to the actual flash command. I get an error stating I have an unsupported device.
[12:53] <xnox> ogra_: rsalveti: testing grouper, sticking ubuntu-boot.img into zip, results in reboot loops on grouper. Using the boot.img from flipped zip, boots correctly. Have you tested ubuntu-boot.img as now generated by android build for fitness?
[12:53]  * ogra_ hasnt ... i didnt know that code was already merged
[12:54] <ogra_> xnox, do you have build logs for the creation of ubuntu-boot.img ?
[12:55] <xnox> ogra_: let me see.
[12:55] <ogra_> it should pull the ubuntu-touch-generic-initrd package from LP and then create a normal boot.img from that
[12:56] <davmor2> ogra_, popey:  I can still reproduce the dodgy apps lens on thursdays image over the weekend, it only seems to happen after a couple of hours of opening and closing apps and using apps.  It's hard to pinpoint it more than that
[12:56] <xnox> ogra_: http://paste.ubuntu.com/5877343/
[12:57] <xnox> ogra_: it does generic-initrd, but only uses initrd-touch from that.
[12:57] <ogra_> xnox, thats fine, it is a link to the versioned img
[12:57] <ogra_> xnox, hmm, well, except if mkbootimg doesnt follow symlinks ...
[12:58] <xnox> ogra_: /«PKGBUILDDIR»/out/host/linux-x86/bin/acp /«PKGBUILDDIR»/out/target/product/mako/ubuntu/ubuntu-touch-generic-initrd/usr/lib/ubuntu-touch-generic-initrd/initrd.img-touch /«PKGBUILDDIR»/out/target/product/mako/ubuntu-ramdisk.img
[12:58] <xnox> ogra_: http://paste.ubuntu.com/5877345/
[12:58] <xnox> it does acp of initrd first, then uses it.
[12:59] <ogra_> well, that should theoretically copy the real file
[13:00] <Crankygeek> Good Morning, I have a Galaxy Nexus from Verizon, as I step through the install instructions, everything goes fine until I get to the actual flash command. I get an error stating I have an unsupported device, autodetect fails device.    Should I try adding the -d (not really sure what a flipped image is and would like the ability to reflash back to the android OS later on.
[13:02] <ogra_> Crankygeek, http://en.wikipedia.org/wiki/Galaxy_Nexus#Variants .... i dont think your device is actually a maguro
[13:02] <ogra_> the devices wikipage should have a working version though
[13:02] <ogra_> !devices
[13:05] <jhodapp> asac, yes
[13:06] <xnox> ogra_: so the config used for grouper doesn't match the one in the initramfs-tools for ubuntu touch.
[13:06] <jhodapp> asac, that's an existing project that was ported to GStreamer 1.0 by a community member
[13:06] <ogra_> xnox, thats fine ...
[13:07] <asac> jhodapp: ok... i think at some point we should have a clean C-API in between that hides gstreamer so we can jettison that at some point :)
[13:07] <asac> lol
[13:07] <asac> but don't sweat it for now... let's get stuff going first
[13:07] <jhodapp> asac, yeah tvoss and I have talked about doing something like that before
[13:07] <asac> tvoss: has to come up with a good C api that will hide gstreamer
[13:08] <tvoss> asac, +1 :)
[13:08] <jhodapp> asac, I'm not sure I'd call a C API clean though ;)
[13:08] <asac> also hide dbus fwiw :)
[13:08] <sfeole> sforshee: ping
[13:08] <asac> jhodapp: well. once we are confident to say that we will support the API forever and always provide backward compatibility - and its useful ... its clean for me :)
[13:08] <xnox> ogra_: http://paste.ubuntu.com/5877394/ well, difference is bootsize & cmdline for grouper at least
[13:09] <jhodapp> asac, GStreamer will be hidden behind QtMultimedia though...that's already a much cleaner API
[13:09] <asac> yeah but its C++
[13:09] <jhodapp> asac, yeah :)
[13:09] <seb128> oh, speaking of gstreamer
[13:09] <seb128> do you guys still use 0.10?
[13:09] <jhodapp> seb128, no, 1.0
[13:09] <ogra_> popey, https://launchpad.net/ubuntu-read :D
[13:09] <jhodapp> seb128, at least for Ubuntu Touch stuff
[13:10] <seb128> jhodapp, ok
[13:10] <seb128> dpm, ^
[13:10] <ogra_> xnox, bootsize is automatically set by mkbootimg (unlike abootimg that needs a value in the config) ... not so sure about cmdline, but i dont think it should do any harm
[13:10] <jhodapp> seb128, why do you ask?
[13:10] <seb128> dpm, I read your g+ post on music that recommends to install  gstreamer0.10-fluendo-mp3
[13:10] <seb128> dpm, is that a typo or is the music app using the old gstreamer?
[13:10] <ogra_> xnox, OH !
[13:11] <seb128> jhodapp, ^
[13:11] <seb128> jhodapp, I read https://plus.google.com/u/0/115054251212417394181/posts/1oAr9QaQ8DN
[13:11] <ogra_> xnox, yeah, that cmdline is essential ... thats a grouper only hack
[13:11] <seb128> jhodapp, which recommends installing gstreamer0.10-fluendo-mp3
[13:11] <ogra_> xnox, try if it works if you use the ubuntu-boot.img with that change
[13:11] <jhodapp> seb128, as soon as I land this new gstreamer backend, the music app can be rewritten to not call into GStreamer directly
[13:12] <seb128> ok
[13:12] <jhodapp> seb128, I'm not sure why they would have started with 0.10 though, that's completely legacy now
[13:13] <seb128> jhodapp, right, which is why I was asking ;-)
[13:13] <jhodapp> hehe
[13:13] <seb128> jhodapp, let's see what dpm says
[13:13] <jhodapp> ok
[13:13] <gema> ogra_: do we have an image today yet?
[13:14] <ogra_> gema, nope, waiting for someone who knows the demo-assets trunk branch to fix it
[13:14] <gema> ogra_: ack
[13:14] <ogra_> it is messed up and i dont want to fiddle with it without knowing what i do
[13:14] <gema> ogra_: sounds good, I was wondering if I had to throw a fist at jenkins
[13:15] <ogra_> (and in turn it prevents ubuntu-touch from being installable)
[13:15] <ogra_> i think jenkins DTRT ... just not that branch
[13:15] <davmor2> ogra_: go on fiddle with it you know you want to ;)
[13:16] <ogra_> i could ... definitely
[13:16] <ogra_> :)
[13:16] <davmor2> ogra_: you know this early build system might be a bad idea ;)
[13:16] <ogra_> but i couold also run my car against a wall driving full speed ...
[13:16] <gema> ogra_: ignore davmor2 he's trying to break the image even before it is created
[13:16] <ogra_> being able to doesnt necessarily mean its a good idea :)
[13:17] <sforshee> sfeole: hi
[13:17] <davmor2> gema: It's already broken, besides I broke it good ofver the weekend :D
[13:17] <ogra_> gema, yeah, i suspect he is scared jenkins might replace him some day
[13:18] <sfeole> sforshee: hey
[13:19] <sfeole> sforshee: going back to the powerd discussion we had last week, is there anything that we should note on the wiki page specifically to powerd-cli test?
[13:22] <sforshee> sfeole: looking at the page, I'd suggest noting that what it's testing is the powerd dbus API and that the criteria for passing is that all tests pass
[13:22] <om26er> bug 1201105
[13:22] <sfeole> sforshee: ack
[13:22] <om26er> that's problematic for dogfooding
[13:23] <ogra_> bfiller, !
[13:24] <bfiller> ogra_: !
[13:24] <dpm> hey seb128, reading the scrollback now
[13:24] <seb128> dpm, hey
[13:25] <seb128> ogra_, grab bfiller so he can fix the image, quick ;-)
[13:25] <dpm> seb128, I could not find the 1.0 fluendo plugin, and the 0.10 one worked for me. I must admit I didn't look too hard, though. Do you know the package that contains the mp3 codecs for gstreamer 1.0 ?
[13:25] <ogra_> bfiller, so we have an issue with demo-assets ... unity in the archive dropped the unity-common package over the weekend ... demo-assets still depend on it ... seb128 submitted a fix, but trunk (https://code.launchpad.net/~phablet-team/demo-assets/trunk) seems to have an unreleased change so CI doesnt kick in ... i didnt want to mess it up even more so left it as is for now
[13:25] <seb128> bfiller, we need demo-assets' trunk uploaded to the ppa
[13:26] <ogra_> yeah, seb128 writes more effective than me :P
[13:26] <seb128> dpm, https://launchpad.net/ubuntu/+source/gstreamer-fluendo-plugins-partner/1:0.10.21-1
[13:26] <seb128> dpm, it builds both binaries
[13:26] <seb128> dpm, https://launchpad.net/ubuntu/raring/+package/gstreamer1.0-fluendo-plugins-mp3-partner
[13:27] <popey> sweet ogra_
[13:28] <bfiller> ogra_: so is there an MR you need me to review?
[13:28] <ogra_> bfiller, no, there sseems to be a former commit (41) that was never released
[13:29] <ogra_> so sebs fix doesnt get published
[13:29] <bfiller> ogra_: let me look
[13:31] <seb128> bfiller, we basically need http://bazaar.launchpad.net/~phablet-team/demo-assets/trunk/revision/42 uploaded to the phablet ppa to unbreak the image
[13:31] <ogra_> right
[13:31] <ogra_> but 41 never made it ...
[13:32] <ogra_> https://launchpad.net/~phablet-team/+archive/ppa/+packages?field.name_filter=demo-assets&field.status_filter=published&field.series_filter=saucy
[13:32] <ogra_> it wasnt clear why and i was fearing it might break something if i blindly upload
[13:32] <bfiller> ok, just needs a bump in changelog I think, we do want rev 41 releeased, I'll do an MR
[13:32] <ogra_> hah, so hloding back was actually valuable ....
[13:32] <ogra_> great :)
[13:34] <cjwatson> Any PolicyKit experts hanging around here?  I'm trying to work out the proper way to tell it that installing click packages through PackageKit doesn't require admin auth
[13:34]  * ogra_ guesses pitti knows a lot about PK
[13:34] <ogra_> (who isnt in this channel)
[13:34] <seb128> cjwatson, pitti is your best guess I think
[13:35] <cjwatson> OK
[13:52] <TioBorracho> Is there a way to connect to wifi with PEAP?
[13:56] <sil2100> didrocks: https://code.launchpad.net/~sil2100/cupstream2distro-config/enable_address-book-app/+merge/174760 related to the discussion ;)
[13:56] <didrocks> sil2100: was it reviewed for NEW?
[13:57] <sil2100> didrocks: I made a packaging review for that, approved by Ken - but I'll double check the dependencies
[13:57] <didrocks> sil2100: please check the dep, then, we need to preNEW
[13:57] <didrocks> so have any archive admin +1
[13:57] <didrocks> (most of the time being seb128 or I)
[13:57] <sil2100> :D
[13:58] <didrocks> sil2100: let's say we'll handle that before tomorrow, approving the MP
[13:58] <didrocks> bfiller: FYI ^
[13:58] <bfiller> didrocks: thank you!
[13:58] <bfiller> and sil2100
[13:59] <didrocks> yw :)
[14:01] <popey> ogra_: had someone else report dodgy wifi with the 20130714 image
[14:01] <WebbyIT> Hi all, I don't understand how to change visibility of an object. First I define an alias property alias deleteRectangleVisibility : deleteRectangle.visible, then I use deleteRectangleVisibility = true, but it doen't work! Why?
[14:01] <ogra_> popey, hmm, mine is fine here ... was that with romaing APs a lot ?
[14:03] <popey> yeah, fine here too
[14:03] <popey> but victorp says his in the office is ropey
[14:04] <sil2100> didrocks: checked the deps, they mostly look sane - some are from universe, but those are the packages we are anyway using in other projects daily-released - there's just one dep I think is a bit (just a bit) risky - qtdeclarative5-qtcontacts-plugin, which is in universe and does not guarantee binary compatibility as it's still in development
[14:04] <sil2100> But besides that, it's ok
[14:04] <victorp> popey, yeap. it was 14.  I have a galaxy nexus btw
[14:04] <ogra_> popey, did you tell him to remove the tinfoil wrap from his tablet ?
[14:04] <victorp> dunno if it makes a difference
[14:04] <victorp> ogra_, pst
[14:04] <ogra_> i have one here too
[14:04] <ogra_> no issues, but i didnt carry it around the whole weekend
[14:05]  * victorp shrugs
[14:05] <victorp> I am reintalling 10
[14:05] <victorp> I will let you know if that connects to the wifi
[14:05] <didrocks> sil2100: ok, I think we'll have to trust all qt5* anyway
[14:05] <ogra_> (so it didnt have to change APs)
[14:05] <ogra_> victorp, oh, it doesnt connect at all ?
[14:05] <didrocks> sil2100: I'll do a preNEW later today, but please deploy (I've pulled the list)
[14:05] <ogra_> wow
[14:06] <didrocks> sil2100: you can even run it today if you want
[14:06] <victorp> ogra_, nope. 2g and 5g
[14:06] <ogra_> victorp, even if you disable mobile data in the UI ?
[14:08] <popey> ogra_: am sat near victorp and i can't get on the canonical-5GHz-an
[14:08] <ogra_> hmm
[14:08]  * ogra_ remembers there was a discussion about 5GHz a while ago ... 
[14:08] <ogra_> rsalveti, do you remember ?
[14:08] <ogra_> i forgot the details sadly
[14:10] <rsalveti> yeah, don't remember much, maybe awe
[14:11] <rsalveti> but afaik it should work in there
[14:11] <rsalveti> xnox: so I tested maguro, mako and manta, will test grouper
[14:11] <rsalveti> xnox: but can't see why that wouldn't work
[14:12] <ogra_> rsalveti, grouper is tegra ... needs a console=tty1
[14:12] <ogra_> i guess we need to patch that into the config for the boot.img
[14:12] <rsalveti> oh, so that's an extra argument you added, right?
[14:12] <ogra_> yeah
[14:12] <rsalveti> why do we need it?
[14:12] <ogra_> else you end in a reboot loop
[14:13] <rsalveti> right, and what is the reason of that? just curious
[14:13] <ogra_> plymouth causes a hard reboot if there is no console device
[14:13] <rsalveti> got it
[14:13] <rsalveti> fun
[14:13] <ogra_> (though i wonder why plymouth would run ... it should be all diverted)
[14:13] <ogra_> (or overridden in case of upstart jobs)
[14:14] <xnox> rsalveti: i've hacked up together a BOARD_KERNEL_UBUNTU_CMDLINE, as we need that on flipped grouper only.
[14:14] <rsalveti> right
[14:14] <ogra_> xnox, can you test if adding the console arg fixes the broken img for you ?
[14:14] <rsalveti> xnox: can you check if that would cause any side effect for the android image?
[14:14] <xnox> rsalveti: will send a patch against build & device once I finish this round of compiling.
[14:14] <rsalveti> otherwise we can just add that by default
[14:14] <xnox> rsalveti: true.
[14:14] <xnox> rsalveti: ack will test unflipped with that arg.
[14:15] <rsalveti> xnox: thanks
[14:15]  * ogra_ has no clue yet how we will do our bootanim ... but we might require a console everywhere depending on the design 
[14:15] <ogra_> (no idea if it is actually planned to use plymouth or something else from Mir)
[14:17] <xnox> ogra_: i think we will be using plymouth, and slangasek i believe was going to port plymouth to work on top of Mir.
[14:17] <rsalveti> ogra_: it'll probably be plymouth over mir
[14:17] <rsalveti> yeah
[14:17] <ogra_> ah, k
[14:17] <rsalveti> as the system compositor
[14:17] <rsalveti> mir needs to be the first thing to take control of the graphic stack
[14:17] <popey> ogra_: can't get on canonical-2.4ghz-g either
[14:18] <ogra_> very strange
[14:18] <ogra_> anything intresting in syslog ?
[14:19] <popey> a very busy syslog!
[14:19] <ogra_> aha
[14:19] <popey> 42M
[14:20] <ogra_> wow
[14:20] <ogra_> well, tail -f .... do a connection attempt and copy paste that
[14:21] <popey> kk
[14:22] <rsalveti> hm, can't get on-line with 14 here
[14:22] <rsalveti> after a clean flash
[14:22] <rsalveti> popey: using mako?
[14:22] <davmor2> ogra_, popey: how is 3g happening cause I don't see a nm entry for it unless it is somewhere other than /etc/NetworkMangaer/system-connections
[14:22] <ogra_> rsalveti, i was thinking if we shouldnt probably modify stgraber's adbd patch to use /bin/login isntead of /bin/bash btw
[14:23] <ogra_> rsalveti, sinc i think we dont want to have it run as root all the time, this seems like an easy way around
[14:23] <popey> ogra_: http://paste.ubuntu.com/5877608/
[14:23] <rsalveti> ogra_: right, might be
[14:23] <rsalveti> popey: same for me
[14:24] <ogra_> hmm, i'm connected fine but then did originally use phablet-network-setup
[14:24] <stgraber> ogra_: that'll make things like "adb shell reboot -f recovery" a bit harder to do (and well, any kind of scripting on top of adb...)
[14:25] <rsalveti> right, indeed
[14:25] <ogra_> popey, the log looks like you should see malliit up and a passphrase input ...
[14:25] <rsalveti> what happened with mako
[14:25]  * rsalveti looks for kernel changes
[14:25] <stgraber> ogra_: how hard would it be to run it the same way as Android where it starts as a user and can be respawned as root with "adb root"?
[14:25] <rsalveti> seems the config is there
[14:25] <popey> i did enter the passphrase
[14:26] <ogra_> stgraber, well, but we cant keep that adb setup for release
[14:26] <popey> it then sat and span and never connected
[14:26] <rsalveti> popey: same here
[14:26] <rsalveti> popey: ogra_: is 13 a good one?
[14:26] <rsalveti> guess 13.1 was the one with powerd fixes
[14:26] <stgraber> ogra_: sure but we're still pretty far from that
[14:26] <stgraber> ogra_: so let's not make it a pain for developers until then ;)
[14:27] <popey> rsalveti: i think so.
[14:27] <popey> 14 was fine for me, but I think it wasn's sufficient to test it connected to my home network perhaps?
[14:27] <popey> i suspect my testing will need to include disconnecting and reconnecting
[14:27] <stgraber> ogra_: for release, I'd expect us to ship with it disabled, maybe have some way to turn it back on with some dev options (but only running as a user) and having "adb root" be rejected (same as Android really)
[14:28] <popey> because I only found this issue later on yesterday evening when people popped in here to mention it
[14:28] <ogra_> stgraber, well, we are trying to get rid of users ... (theoretically) ...
[14:28] <ogra_> rsalveti, 13.1 should be good and 14 too ... 11 was the last before hell broke loose
[14:28] <rsalveti> popey: ogra_: we should also tested with a clean flash (-b), and connecting/disconnecting via the indicator
[14:28]  * ogra_ waits for his confused bip to settle ... 
[14:28] <stgraber> ogra_: run it as nobody, surely that must exist ;)
[14:29] <ogra_> stgraber, nobody wont be able to execute stuff, will it ?
[14:29] <stgraber> ogra_: it'll give you a pretty useless shell, same as you get in Android until you do "adb root"
[14:30] <ogra_> well, its nothing urgent anyway
[14:30] <popey> rsalveti: ok, will add those to my tests
[14:30] <ogra_> but we should test the opportunities before release
[14:30] <ogra_> i personally would prefer login simply because it goes through pam
[14:30] <ogra_> currently we lack a lot here
[14:31] <popey> rsalveti: does -b wipe my /home ?
[14:31] <ogra_> =b wipes the world :)
[14:32] <AskUbuntu> Bad color of backgroundColor in a MainView when fixed to "#F1E1A3" | http://askubuntu.com/q/320292
[14:32] <ogra_> (it formats userdata)
[14:32] <ogra_> iirc
[14:32] <rsalveti> yeah, -b wipes everything
[14:33] <rsalveti> so not necessarily the best choice if you want to keep some data around
[14:33] <rickspencer3> ogra_, popey is there a known reason why my Nexus phone is not connecting to wireless?
[14:33] <ogra_> rckwe wish we knew :)
[14:33] <rsalveti> popey: cleaning up /etc/NetworkManager/system-connections should be enough then
[14:33] <ogra_> rickspencer3, ^^
[14:33] <rsalveti> rickspencer3: that's the issue we're debugging atm
[14:33] <ogra_> rickspencer3, it just showed up for the first time
[14:33] <rickspencer3> rsalveti, ack
[14:34] <rsalveti> rickspencer3: are you using a maguro?
[14:34] <rsalveti> or mako?
[14:34] <rickspencer3> mako
[14:34] <rsalveti> yeah, hopefully it's mako specific, but let me also flash my maguro to see
[14:34] <ogra_> rsalveti, victorp sees it on maguro
[14:35] <rsalveti> ogra_: doesn't work with 13.1 either
[14:35] <ogra_> we had a NM upload on fri
[14:36] <rsalveti> even with phablet-network-setup
[14:36] <ogra_> well, i am currently connected with mine
[14:36] <ogra_> with a pre-existing config though
[14:36] <sil2100> didrocks: uh, if you don't mind, I'll propose another merge to cu2d-config
[14:36] <ogra_> using NM 0.9.8.0-0ubuntu16phablet1
[14:37] <sil2100> didrocks: since I forgot to re-enable integration tests for the phone stack
[14:37] <didrocks> sil2100: another merge, for what exactly?
[14:37] <didrocks> ok
[14:37] <popey> yeah, mine was connected fine to a pre-existing connection
[14:37] <popey> it doesn't like new connections
[14:37] <rsalveti> ogra_: yeah, seems right
[14:37] <ogra_> cyphermox_, already up ?
[14:38] <rsalveti> popey: stop ofono
[14:38] <rsalveti> popey: service ofono stop
[14:39] <ogra_> the first one was fine :)
[14:39] <ogra_> (we should drop "service" all that extra typing :P )
[14:40] <rsalveti> weird, once it connected at least once (not sure if really ofono related), it seems to be accepting new connections again
[14:40] <rsalveti> time to reflash
[14:40] <ogra_> thats why i asked victorp above if it works if he disables mobile data in the UI
[14:41] <ogra_> (didnt get an asnswer yet)
[14:41] <victorp> ogra_, sorry i just reinstall an older image from 10 jul and works fine
[14:41] <ogra_> might be that it connects actually, but leaves the default route on 3G
[14:41] <popey> rsalveti: stop and start ofono or just stop ofono?
[14:42] <ogra_> stop ofono and try to connect
[14:42] <popey> ok
[14:42] <ogra_> if that works, start ofono again
[14:42] <rsalveti> popey: just stop ofono
[14:43] <popey> nope, still not connecting
[14:43]  * popey reboots and starts again
[14:43] <rsalveti> I got mine to connect, just not sure what happened for it to work
[14:45] <ogra_> remove the SIM
[14:45] <ogra_> mine just works reliably
[14:45] <ogra_> even when deleting the connection and re-creating it
[14:46] <ogra_> (and i have no SIM)
[14:46] <ogra_> so it is definitely related to 3G data i think
[14:46] <ogra_> grouper (which has no 3G at all) works reliably too here
[14:47] <rsalveti> ogra_: right, probably related with ofono as the patch was ofono related (in 16)
[14:48] <ogra_> yeah
[14:48] <popey> still can't connect
[14:48] <popey> rebooted, stopped ofono, try connecting
[14:48] <popey>   State:             connecting (need authentication)
[14:48] <popey> constantly in nm-tool
[14:50] <cyphermox_> that looks like something that would have changed in the UI
[14:50] <cyphermox_> popey: that's for wifi?
[14:50] <ogra_> yes
[14:50] <ogra_> (ofono is stopped)
[14:50] <popey> yes
[14:50] <cyphermox_> you can't do anything to ofono that will change how wifi reacts
[14:51] <popey> http://popey.com/~alan/device-2013-07-15-155055.png
[14:51] <popey> thats what I see
[14:51] <cyphermox_> check the connection file in /etc/NetworkManager/system-connections, look for a password-flags=1 line
[14:51] <popey> i dont have that in any connection
[14:51] <cyphermox_> so you have password= lines instead?
[14:51] <popey> odd, my home connection isn't in that list anymore
[14:52] <cyphermox_> in what list?
[14:52] <popey> list of files in that directory
[14:52] <popey> there are files for various wifi networks
[14:52] <cyphermox_> right
[14:52] <popey> and there's active_ws_connection.conf
[14:52] <popey> root@ubuntu-phablet:/etc/NetworkManager/system-connections# grep ass *
[14:52] <popey> Orange:password=orange
[14:53] <cyphermox_> but that's not the one you're trying to connect to are you?
[14:53] <cyphermox_> I mean, the home connection
[14:53] <popey> indeed
[14:53] <popey> trying to connect to the canonical ones
[14:55] <popey> i just tried phablet-network-setup and now it's connected
[14:56] <popey> so wifi does work, it just doesn't work when driven from the UI
[14:58] <cyphermox_> popey: yeah, that's what I expect
[14:58] <popey> ah okay
[14:58] <popey> good. i am happy to meet your expectations!
[14:58] <cyphermox_> popey: if you look at the files and compare them, I think you'll see new ones have different settings
[14:58] <rsalveti> yeah, if you run phablet-network-setup right after flash it works
[14:59] <rsalveti> seems it doesn't work after trying to connect via the indicator
[14:59] <popey> will do once I finish unbricking one of the design team phones
[14:59] <ogra_> so its the indicator changes
[14:59] <cyphermox_> I think the indicator expects that because there is no polkit to tell it otherwise, it can just create per-user connections and try to use the keyring to keep the passwords
[14:59] <cyphermox_> I'm going to reflash to see
[15:00] <popey> ogra_: http://paste.ubuntu.com/5877722/ suggestions?
[15:00] <rsalveti> cyphermox_: : http://paste.ubuntu.com/5877723/
[15:00] <rsalveti> the first one is via phablet-network
[15:00] <rsalveti> and second via indicator
[15:01] <rsalveti> there's no password when creating it via indicator
[15:01] <popey> it showed up fine, then rebooted into recovery and now wont flash
[15:01] <popey> it says "FASTBOOT STATUS - FAILWrite fail" on the screen
[15:01] <cyphermox_> rsalveti: right, that's wrong if there is no psk written
[15:01] <cyphermox_> since you don't have a way to ask for the password yet via UI I guess
[15:02]  * popey tries reboot recovery
[15:10] <slangasek> ogra_: is the unity-common issue sorted out now?  (Sorry, would've caught this myself - or rather, proposed-migration would have - if only all these packages were in saucy :( )
[15:10] <rsalveti> dednick: Saviq: seems we got a regression in the network indicator
[15:10] <rsalveti> not creating the password for the AP, so unable to connect to a wifi ap
[15:13] <ogra_> slangasek, proposed would, if there was one for random PPAs
[15:13] <ogra_> :)
[15:13] <popey> can someone help me debug why flashing maguro is failing with "FASTBOOT STATUS - FAILWrite fail" during flashing userdata?
[15:13] <popey> is it a bricked/broken device or is it recoverable?
[15:14] <ogra_> slangasek, should be sorted now, but other issues showed up
[15:14] <sergiusens> popey: I can
[15:14] <popey> thanks.
[15:14] <sergiusens> popey: after my standup
[15:14] <popey> k
[15:14] <sergiusens> a few minutes
[15:14] <popey> will try and flash a mako in the meantime
[15:20] <Saviq> rsalveti, latest image is it?
[15:20] <ogra_> Saviq, right
[15:20] <rsalveti> Saviq: yes, after the unity8 indicator merge
[15:20]  * Saviq checks
[15:23] <rsalveti> Saviq: not sure if it's expecting polkit, cyphermox_ might know better
[15:24] <cyphermox_> seems like it is the case yeah
[15:25] <nik90_office> mehow_: ping
[15:28] <Saviq> cyphermox_, rsalveti what does "is expecting" means? do we not have polkit on the device?
[15:28] <cyphermox_> Saviq: not working properly for the UI stuff
[15:28] <ogra_> Saviq, we dont have proper session mgmt
[15:29] <ogra_> so we dont properly register with logind until Mir/lightdm are there
[15:29] <ogra_> which in turn causes polkit issues
[15:30] <Saviq> ogra_, yeah, but did something change between last week and now?
[15:30] <ogra_> well we got the new indicators :)
[15:30] <ogra_> so creating new connections doesnt work
[15:30] <ogra_> phablet-network-setup does seemingly
[15:31] <jibel> I noticed that the overlayfs kernel module exists on grouper but not on mako or maguro, will all the devices have support for overlayfs or only grouper unless it is a configuration error on grouper
[15:31] <ogra_> (so if no UI is involved it works fine)
[15:31] <sergiusens> popey: want to do a hangout or just irc?
[15:31] <rsalveti> Saviq: yeah, only the indicator work
[15:31] <jibel> ?
[15:31] <popey> sergiusens: hangout is cool
[15:31] <rsalveti> nothing at the core level
[15:31] <asac> cyphermox_: rick mentioned someting about wifi being broken since friday?
[15:31] <asac> cyphermox_: do you know if thats on desktop or phone>?
[15:31] <asac> cyphermox_: or both?
[15:31] <ogra_> jibel, i think it is a mistake that it is on grouper
[15:32] <Saviq> rsalveti, ogra_ we'll get right on it
[15:32] <ogra_> jibel, we dont use it anywhere and dont plan to
[15:32] <rsalveti> asac: that's the issue we're discussing
[15:32] <rsalveti> asac: check backlog :-)
[15:32] <cyphermox_> asac: I'm looking at it
[15:32] <jibel> ogra_, okay, so better not to rely on it for any kind of testing. thanks!
[15:32] <ogra_> yeah
[15:33] <cyphermox_> asac: It's specifically on the phone
[15:33] <asac> rsalveti: cyphermox_: so we would like to have a good wifi test for lab
[15:33] <ogra_> asac, you are to slow
[15:33] <asac> if you don't discuss that then ensure you also do that after fixing it
[15:33] <rsalveti> we even replied rick already
[15:33] <rsalveti> :P
[15:33] <ogra_> yeah
[15:33] <ogra_> all in flux already :)
[15:33] <cyphermox_> asac: we a few nice autopkgtest tests in NM for wifi
[15:34] <ogra_> cyphermox_, but do they involve usage of the indicators ?
[15:34] <asac> maybe you phonedations folks can CC me on any rick escalation you follow up on :)
[15:34] <rsalveti> we should probably have an autopilot for it as well
[15:34] <rsalveti> like to use the indicator
[15:34] <ogra_> yeah
[15:34] <awe_> +1
[15:34] <cyphermox_> ogra_: not really, though there are indicator tests
[15:34] <rsalveti> as this issue seems to be related with the indicator and not NM itself
[15:34] <sergiusens> popey: ack one sec
[15:35] <cyphermox_> ogra_: the big issue is how we still don't have a working polkit because the UI doesn't get matched properly as a local session
[15:35] <ogra_> cyphermox_, i know ... we need Mir first :(
[15:35] <cyphermox_> right
[15:35] <rsalveti> mir and lightdm
[15:35] <ogra_> right
[15:35] <ogra_> lightdm is a feebie :)
[15:35] <rsalveti> yeah
[15:35] <cyphermox_> I can still spend time to look more at polkit in the current state, but there are more pressing issues :)
[15:35] <ogra_> Mir is the blocker
[15:36] <ogra_> cyphermox_, well, probably asac to decide
[15:36] <ogra_> i assume it wont be a quick hack
[15:36] <ogra_> but take its time
[15:36] <cyphermox_> well, it could be, but I don't know logind well enough to make it that quick
[15:36] <slangasek> didrocks: so do you happen to have an ETA for getting the rest of the unity stack uploaded to saucy?
[15:36] <cyphermox_> ogra_: and well, it did look like it was doing mostly the right thing too
[15:37] <didrocks> slangasek: I think sil2100 would know more, there has been some build and then tests issues, ^
[15:37] <cyphermox_> renato: around?
[15:37] <didrocks> slangasek: we had to remerge your changes in, and it seems the upstream merger isn't capable of it
[15:37] <didrocks> slangasek: why?
[15:37] <slangasek> didrocks, sil2100: but the "can't coexist in the archive" issues have all been sorted out?
[15:37] <rsalveti> jezz, why grouper is so slow to flash
[15:37] <didrocks> slangasek: unity-common, you mean?
[15:37] <slangasek> didrocks: well, precisely because my changes broke the touch build, since the touch build had a dependency on unity-common that was invisible while I was preparing the upload
[15:38] <slangasek> and the way to fix this once and for all is to get rid of the ppa
[15:38] <didrocks> slangasek: we had demo-assets failing the image to build AFAIK, but this is sorted
[15:38] <asac> cyphermox_: we want to have everything in archive by end of this month latest. given the painful experience caused by stuff out of archive in past few days (preventing image production). i am in the position of saying, whatever it takes to get us there is OK
[15:38] <didrocks> slangasek: well, don't tell me about the ppa…
[15:38] <slangasek> didrocks: yes, the present issue is sorted
[15:38] <slangasek> :)
[15:38] <ogra_> didrocks, the point is slangasek would have sorted it himself if he had known
[15:39] <ogra_> didrocks, but there was no way for him to know
[15:39] <rsalveti> asac: the issue with polkit is not related with the ppa
[15:39] <didrocks> ogra_: right, but why talking to me about it? this isn't under daily release…
[15:39] <slangasek> didrocks: I know, I'm preaching to the choir - I'm not blaming you, just asking when we think the ppa can go away
[15:39] <asac> i am sure slangasek is willing to discuss pragmatic options for stuff that we will not be able to merge cleanly into the mainline package
[15:39] <didrocks> slangasek: I have no idea, this isn't on daily release, this isn't a ppa I'm maintaining :)
[15:39] <slangasek> heh
[15:39] <ogra_> didrocks, so lets me rephrase slangasek .... when can we get unity8 into daily :)
[15:39] <asac> slangasek: end of month is deadline
[15:39] <sil2100> didrocks: do I have permission to directly merge-in the merge with the directly-pushed changes?
[15:39] <didrocks> the only ppa I'm maintaining is "next", which is used for unity8
[15:39] <didrocks> sil2100: please do
[15:39] <cyphermox_> asac: but that's not the problem; it would make me very happy if mir could land, that would fix that issue
[15:40] <didrocks> as unity8 needs more time before entering distro apparently
[15:40] <ogra_> rsalveti, well, it kind of is ...
[15:40] <ogra_> rsalveti, Mir is in a PPA too :)
[15:40] <rsalveti> ogra_: haha, right
[15:41] <Saviq> cyphermox_, rsalveti, ogra_, thing is the code for network agents has just been copied as-is from lp:indicators-client :/
[15:41] <Saviq> not to mention it should all happen in the backend :P
[15:41] <asac> cyphermox_: is your issue about a MIR preview image?
[15:41] <asac> first step for me is to establish zero ppa policy for our main images
[15:41] <asac> then next step is to look at "preview and topic images"
[15:41] <Saviq> and I've completely no idea what/how to debug there, it's all G :|
[15:41] <ogra_> asac, cyphermox_'s issue is about us not having proper session mgmt until Mir and lightdm are in the image
[15:41] <didrocks> asac: there is no Mir in any image AFAIK
[15:42] <asac> ogra_: what was the problem preventing us from producing image today? which package was broken?
[15:42] <ogra_> asac, our session cant properly register with logind as is, we need lightdm
[15:42] <slangasek> asac: Mir needs to land in the touch image, not just in a preview desktop image; so Mir needs to get into the archive
[15:42] <asac> ogra_: so we were able to produce an image todayu? its just borken?
[15:42] <ogra_> asac, today it was demo-assets ... due to a change in the archives unity7 package
[15:42] <rsalveti> problem with the broken image was unity8
[15:42] <cyphermox_> Saviq: where is that code?
[15:42] <rsalveti> and demo-assets
[15:42] <rsalveti> cyphermox_: lp:unity8
[15:42] <slangasek> given how long the ppa question has dragged out, I think we should not put Mir into the touch images until it's in the archive
[15:42] <cyphermox_> rsalveti: ok
[15:43] <asac> slangasek: sure. MIR is scheduled to land in two weeks or so. with zero-tolerance for PPA on real images that will be covered
[15:43] <slangasek> otherwise there'll always be "one more thing" in the ppa
[15:43] <ogra_> asac, i could trigger a build right now, but wanted to wait what comes out wrt the wlan breakage
[15:43] <slangasek> ok
[15:43] <olli_> Saviq, ping
[15:43] <TioBorracho> Hi!
[15:43] <Saviq> cyphermox_, http://bazaar.launchpad.net/~unity-team/unity8/trunk/files/head:/plugins/Unity/Indicators/Network/
[15:43] <Saviq> olli_, pong
[15:43] <TioBorracho> again :D
[15:43] <TioBorracho> trying to do something with my ubuntu phablet
[15:43] <TioBorracho> Here at work I jhave only PEAP secured wifi
[15:43] <olli_> Saviq, on the u8 from archive thread - can we or can't we pull Unity8 from archive into the build?
[15:43] <rsalveti> Saviq: but the backend didn't change
[15:44] <asac> ogra_: ok... demo-assets is in a ppa, but could go into archvie?
[15:44] <TioBorracho> is there a way to connect, at least editin manuyally the networkmanager files?
[15:44] <asac> e.g. in this way slangasek would have noticed that the upload broke it i guess?
[15:44] <ogra_> asac, i guess it could technicallz ...
[15:44] <ogra_> asac, definitely
[15:44] <Saviq> rsalveti, yeah, nothing on our side from there changed, either (/me does some checks with the indicators merge reverted)
[15:44] <ogra_> britney would have blocked
[15:44] <slangasek> asac: yes - in fact, proposed-migration would've prevented the image from being broken at all
[15:44] <asac> ok let me get on my mission then :)
[15:44] <asac> right
[15:45] <ogra_> asac, demo-assets is bfiller land ....
[15:45] <Saviq> olli_, there is no unity8 in the archive, it's only built into the PPA to not cause people to try it and be disappointed because it doesn't really do anything outside of surfaceflinger
[15:45] <ogra_> he can decide if it can go i i think
[15:45] <ogra_> *in
[15:45] <Saviq> olli_, that's the only reason why it's kept back
[15:45] <Saviq> olli_, and there's no unity8 on Mir ready for consumption yet
[15:45] <ogra_> Saviq, we could just do an armhf build for now
[15:45] <rsalveti> yeah
[15:45] <ogra_> and drop all other arches
[15:46] <Fabian2309> hello
[15:46] <Fabian2309> is it possible to install the ubuntu on my asus tablet?
[15:46] <Saviq> didrocks, you're not going to like that ↑
[15:46] <popey> Sweet! Thanks sergiusens
[15:46] <Saviq> ↑↑
[15:46] <ogra_> that would still break if you install on arm without SF in place ...
[15:46] <sergiusens> np
[15:46] <ogra_> but the occurence might be more rare
[15:46] <ogra_> Fabian2309, see the devices page if there is a port for your device
[15:47] <ogra_> !devices| Fabian2309
[15:47] <didrocks> Saviq: yeah, I think the rationale makes sense TBH, we need to build on Mir
[15:47] <asac> ok so it was agreed to get our unit8 w/o MIR into archive now :)
[15:47] <asac> didrocks: will you do that?
[15:47] <Fabian2309> Thanks guys
[15:47] <asac> didrocks: or do you need slangasek to help?
[15:47] <didrocks> asac: I'm still waiting for the latest blocker to get fixed (it's under review) to get Mir into the distro
[15:47] <Saviq> didrocks, we need lp:unity-api in, too
[15:47] <didrocks> asac: then, as there is no integration tests, we are going to run on xmir the unity integration tests
[15:47] <didrocks> Saviq: unity-api-action or unity-api?
[15:48] <Saviq> olli_, unity-api
[15:48] <didrocks> Saviq: IIRC, this is is already dealt and daily release
[15:48] <Saviq> didrocks, only into next AFAIK
[15:48] <asac> didrocks: i am talking about unity8 without MIR
[15:48] <asac> e.g. what we have on our images now
[15:48] <asac> can we get that in now?
[15:48] <didrocks> Saviq: yeah, part of the same stack, it will transition as the same time
[15:48] <Saviq> didrocks, yup
[15:48] <didrocks> asac: see Saviq's answer
[15:48] <asac> i dont see a clear yes or impossible  :)
[15:49] <Saviq> asac, possible - yes, wanted - not my call
[15:49] <didrocks> asac: it's a no from what he told
[15:49] <asac> so i take it as a yes, it will be in by tomorrow
[15:49] <cyphermox_> Saviq: if the code was moved, is it normal that there would still be a /usr/lib/arm-linux-gnueabihf/chewie/chewie-network-menu-server
[15:49] <olli_> Saviq, distracted, otp, 1 sec
[15:49] <Saviq> cyphermox_, that's the "server" part
[15:49] <asac> Saviq: its agreed
[15:49] <asac> olli and pat agreed.
[15:49] <Saviq> cyphermox_, which is https://code.launchpad.net/indicator-server still
[15:50] <didrocks> agreed on what?
[15:50] <cyphermox_> it doesn't seem to me like your client part of whatever in unity8 is actually registering as an agent with NM
[15:50] <Saviq> cyphermox_, indicator-server is a temporary indicator-sound and -network provider for phablet
[15:50] <ogra_> asac, unity8 without Mir wont solve much except the porposed/britney issue though, dont expect many things to be fixed due to it
[15:51] <Saviq> cyphermox_, it's going to go away after the "real" indicator-sound and -network get up to par
[15:51] <ogra_> asac, the main issue with the session mgmt is caused by Mir/lightdm missing
[15:51] <didrocks> apart from bad press as "unity8 sucks, it has no window management, nor any app can run"
[15:51] <asac> i dont care
[15:51] <asac> right now its about establishing zero-ppa policy
[15:51] <asac> on everything that goes into image
[15:51] <ogra_> k
[15:51] <didrocks> asac: you don't care about bad press?
[15:51] <didrocks> and no integration tests running?
[15:51] <asac> so we will always have an image
[15:51] <ogra_> yeah
[15:52] <ogra_> didrocks, bad press from whom ?
[15:52] <didrocks> ogra_: people trying unity8 on desktop
[15:52] <asac> didrocks: we alreayd have unity8 on our phone image
[15:52] <asac> so this will not change a thing
[15:52] <ogra_> didrocks, if you only build armhf nobody will install it
[15:52] <didrocks> asac: it won't react the same on the destkop
[15:52] <asac> didrocks: disable it for x86 then
[15:52] <rachelliu> it always displays no devices in List of devices
[15:52] <ogra_> didrocks, if that isnt enough introduce a temp. dep on one of the container packages
[15:52] <didrocks> asac: can I get someone from on your team helping on that? it needs patches on daily release and the package then
[15:52] <asac> i think unity8 on desktop should not be avilable until we have mir and thats the next step
[15:53] <didrocks> asac: I have too many request until Thursday right now, can't add that
[15:53] <didrocks> especially as it wasn't planned
[15:53] <rsalveti> cyphermox_: it's still using the server from chewie, so the only thing that was migrated was the UI part of the indicator
[15:53] <asac> didrocks: who would be able to help you? ogra?
[15:53] <didrocks> maybe
[15:53] <ogra_> i could surely drop arches from control, yeah
[15:54] <cyphermox_> rsalveti: well, if everything was copied and adjusted then we should be seeing everything working as before
[15:54] <didrocks> ogra_: drop for control lp:cupstream2distro, we need a way with tests to bypass for unity8 the "required archs", but still monitoring arch:all
[15:54] <cyphermox_> so obviously, something's missing
[15:54] <asac> i think ogra has highest interest to get this sorted\
[15:54] <ogra_> and add a dep on i.e. lxc-android-config for extra safety
[15:54] <didrocks> so 2 things to do
[15:56] <rsalveti> Saviq: is there an easy way to use the indicator client from chewie to test the network issue?
[15:56] <Saviq> rsalveti, yeah, it's indicator-client
[15:56] <Saviq> the package
[15:56] <Saviq> rsalveti, it's built out of unity8 now
[15:56] <Saviq> indicators-client
[15:56] <didrocks> ogra_: maybe the patch on i386 won't be needed, but you need to special case to not monitor amd64 for the unity8 stack
[15:56] <rsalveti> Saviq: sure, but do we have an easy way to use that one instead of the one in unity8?
[15:56] <rsalveti> just to check if it'd still work
[15:57] <ogra_> didrocks, i'll take a look later
[15:57] <Saviq> rsalveti, ah you mean the one from lp:indicators-client you mean?
[15:57] <didrocks> ogra_: thanks :)
[15:57] <rsalveti> so we know the server side is working as expected
[15:57] <Saviq> rsalveti, yeah, I'm checking it now
[15:57] <olli_> asac, Saviq, didrocks, so I am back now
[15:57] <olli_> large backlog
[15:57] <rsalveti> Saviq: ok, cool
[15:57] <cyphermox_> it's just missing a call to nm_secret_agent_register() in the initializer
[15:57] <didrocks> asac: not sure how you want to do with the 0 ppa policy starting feature freeze btw
[15:58] <didrocks> asac: as I doubt we'll have a clearance for packages like the indicators used by unity7 as well
[15:58] <asac> i am thinking about that :)
[15:58] <olli_> asac, I don't think it would be good to push U8 into archive if it's not working on anything but the phone
[15:58] <rsalveti> cyphermox_: indeed, there's only nm_secret_agent_unregister
[15:58] <ogra_> olli_, as long as it isnt installable on anything but the phone ...
[15:58] <olli_> asac, I'd rather do what ogra_ suggested and do an arm only build
[15:58] <olli_> ogra_, ;)
[15:58] <sergiusens> ogra_: has demo-assets been decided to land? Our end images shouldn't even add that package
[15:59] <asac> olli_: sure. thats what i suggested when i said lets do it for "phone only"
[15:59] <sergiusens> ogra_: I would completely remove it so it's not a _demo_ anymore and more of a product
[15:59] <rachelliu> hi, can someone help. I'm having trouble detecting the device after unlocking it and not sure why: http://paste.ubuntu.com/5877870/
[15:59] <ogra_> sergiusens, well, they are in the image and i wonder how we would test i.e. video playback without them
[16:00] <olli_> asac, stupid q: why can't you just fix your test setup to not worry about whether a component is coming from a PPA or archive
[16:00] <ogra_> sergiusens, beyond that, yeah i would drop them too, but i think they are needed for some tests
[16:00] <sergiusens> ogra_: ok, but once the real video lens is in use this will be a pain...
[16:00] <ogra_> olli_, the -proposed migration tool can only check against official packages from the archive
[16:01] <asac> olli_: thats part of mid/long term.
[16:01] <olli_> heh
[16:01] <olli_> such is getting u8 into archive ;)
[16:01] <ogra_> olli_, we had several occurences where the images broke and it took several manhours to find the cause
[16:01] <cyphermox_> how long is it likely to take if I try to compile unity8 on my maguro? :)
[16:01] <sergiusens> ogra_: let me change the packaging to make a demo-assets-videos and demo-assets-video-lens then
[16:01] <olli_> go fix your tool ;)
[16:01] <sergiusens> cyphermox_: 10' iirc
[16:01] <ogra_> olli_, whereas the existing tests would have prevented the breakage if no PPAs would have been involved
[16:01] <rsalveti> cyphermox_: a bit, I can build it with my mako
[16:02] <rsalveti> cyphermox_: http://paste.ubuntu.com/5877880/, right?
[16:02] <ogra_> olli_, point is that PPAs were never intended to build official images from ... thats a completely new requirement ... there is no easy and fast way to solve that
[16:02] <olli_> Saviq, didrocks, what issues do we have in pushing u8/SF into archive, have it work on the phone only and then enable it later for other archs when Mir support lands
[16:03] <cyphermox_> rsalveti: I guess
[16:03] <cyphermox_> rsalveti: I would have put it in the secretagent code in unity8 dirclty
[16:03] <olli_> ogra_, tongue in cheek statement of mine
[16:03] <cyphermox_> since you can also have a auto-register property
[16:03] <Saviq> olli_, it was only a "bad press" decision
[16:03] <sergiusens> rachelliu: can you run 'adb kill-server' then run 'sudo adb devices' ... if that works please tell me
[16:03] <ogra_> olli_, on the u8 side it should be a one line change to debian/control ... the test and CI setup will need more
[16:03] <Saviq> olli_, so that people don't find it in the archive since it's not ready yet
[16:03] <Saviq> cyphermox_, can I test?
[16:03] <rsalveti> cyphermox_: right
[16:03] <cyphermox_> rsalveti: http://paste.ubuntu.com/5877885/
[16:03] <didrocks> Saviq: olli_: I'm thinking about one issue: once we want to reenable i386/amd64, we have to do it in one shot
[16:04] <didrocks> and hope from packages, every works, with tests :p
[16:04] <rsalveti> cyphermox_: will test yours
[16:04] <ogra_> didrocks, well, it gets test runs today ...
[16:04] <ogra_> so that shouldnt change
[16:04] <ogra_> (and passes them)
[16:04] <didrocks> ogra_: won't on i386 and amd64
[16:04] <ogra_> rigth
[16:04] <ogra_> t
[16:04] <didrocks> as we're going to blacklist them ;)
[16:04] <ogra_> if they dont pass after the swithc they will have to be fixed indeed
[16:05] <olli_> didrocks, your concern is a potential regression in test results between archs?
[16:05] <sil2100> didrocks, cyphermox_: https://code.launchpad.net/~sil2100/cupstream2distro-config/reenable_tests_for_phone/+merge/174807 <- could anyone of you check this? I already tested it manually on the AP job, the tests are failing but the config is ok ;p
[16:05] <olli_> i.e. even though tests pass on arm, they might fail on 32/64
[16:05] <didrocks> olli_: yeah, that, and no more way to enable them back until "flipping the switch back on", so in distro
[16:05] <didrocks> olli_: hoping the first landing will be the right one
[16:05] <didrocks> people won't be able to bzr bd and have a package to test on i386 and amd64
[16:06] <olli_> didrocks, not sure I understand (hoping the first landing...)
[16:06] <olli_> hm
[16:06] <olli_> Saviq, ^
[16:06] <ogra_> they would have to revert the one line change
[16:06] <olli_> ah, I see
[16:06] <didrocks> sil2100: thanks! approving then, can you check with bfiller on the tests?
[16:07] <sil2100> didrocks: poked renato already, I'll poke Bill as well
[16:07] <Saviq> olli_, yeah, I'm reading, but I don't know all the archive stuff didrocks knows, although we *are* running all our tests on i386 now
[16:07] <didrocks> sil2100: doing the new preNEW review now
[16:07] <Saviq> didrocks, ah but if we only built for armhf, we couldn't any more
[16:07] <didrocks> right
[16:07] <didrocks> that's what I'm hilighting
[16:07] <ogra_> ught, we dont test on armhf at all atm ?
[16:07] <olli_> Saviq, I think the question is: if we push U8 in archive for arm only, you won't be able to build i386/AMD64 packages locally anymore
[16:08] <Saviq> olli_, ogra_, yeah, if we only build for armhf, we don't get CI outside of devices any more
[16:08] <ogra_> even thought thats our released arch
[16:08] <olli_> asac, ^
[16:08] <Saviq> ogra_, only build tests, not UI nor autopilot
[16:08] <olli_> so that is a blocker to me imho
[16:08] <ogra_> definitely
[16:08] <ogra_> but also a release blocker altogether
[16:08] <olli_> fun
[16:08] <olli_> not...
[16:09] <Saviq> so that's the thing, we need to push it all or nothing
[16:09] <olli_> I have to go prep for a meeting
[16:09] <olli_> Saviq, where is U8 at today... you said it would only work on SF
[16:10] <Saviq> olli_, it does *real* stuff only on SF
[16:10] <olli_> Saviq,
[16:10] <Saviq> olli_, on X11 it fakes app management
[16:10] <Saviq> ogra_, depending on something that's only armhf is effectively the same thing - you can't install on !armhf, so no autopilot testing, right?
[16:10] <Saviq> [...] that happens on i386 atm
[16:10] <olli_> Saviq, so if we push to all 3 archs we would get our testing covered but would have non-functional packages
[16:11] <Saviq> olli_, yeah, they would only include fake apps (images)
[16:11] <olli_> well, less functional packages on i386/AMD64
[16:11] <ogra_> Saviq, i was under the impression that all tests of the touch image happen on touch HW
[16:11] <Saviq> olli_, i.e. what you get now if you install from ppa:ubuntu-unity/next
[16:11] <olli_> yeah
[16:11] <ogra_> (by QA that is ... )
[16:11] <Saviq> ogra_, only smoke testing
[16:11] <olli_> asac, I guess we need to weight the pros/cons
[16:11] <olli_> asac, are you still in the US?
[16:11] <asac> no
[16:11] <olli_> I am in meetings for 2h
[16:11] <asac> but we can talk talk
[16:11] <asac> after
[16:11] <asac> let me set an alarm :)
[16:12] <asac> (on my android phone)
[16:12] <rsalveti> cyphermox_: don't you need to wrap 'self' with NM_SECRET_AGENT?
[16:12] <Saviq> rsalveti, `apt-get install indicators-client-plugin-network; chewie-client`
[16:12] <ogra_> asac, well, we have the choice ... dropping all testing and building for armhf or keeping the testing but getting bad press :P
[16:12] <ogra_> asac, beyond the point that we do not test at all on our release architecture indeed
[16:12] <asac> ogra_: getting bad press because you can just run apt-get install... or we migrate all saucy users to unity8 automatically?
[16:12] <ogra_> (atm)
[16:13] <asac> can we land it and not auto migrate folks (just to know whats possible)
[16:13] <ogra_> asac, apt-get
[16:13] <ogra_> we dont auto migrate anyone to unity8
[16:13] <asac> ok so once it lands people can apt-get install unity8 on desktop, but they won't get it by default.
[16:13] <ogra_> but it will break badly if you install it without surfaceflinger running
[16:13] <ogra_> which you dont have on desktop
[16:14] <Saviq> ogra_, where "break badly" == "fake stuff"
[16:14] <asac> ogra_: but how does daily-release then test stuff on desktop? Is that for MIR?
[16:14] <asac> above folks said we won't get daily-release testing on desktop anymore ... so just wonder
[16:14] <ogra_> asac, i have no idea
[16:14] <Saviq> asac, ogra_, we're testing against fake backend
[16:14] <ogra_> asac, apparently the testing only happens on x86 at all
[16:14] <didrocks> sil2100: ok, the package looks good, just a small cleanup: https://code.launchpad.net/~didrocks/address-book-app/small-fixes/+merge/174812
[16:14] <Saviq> asac, ogra_, and there isn't really much integration testing there yet, either
[16:15] <Saviq> it's being improved now
[16:15] <asac> so is unity8 installabale for archive stuff at all? or would folks jsut get "dependencies can not be fulfilled"?
[16:15] <pete-woods> mterry: thanks for the review! :)
[16:15] <asac> Saviq: ?
[16:16] <ogra_> it has to be installable for the x86 testing i assume
[16:16] <Saviq> asac, it's installable
[16:16] <asac> ogra_: well. could be it gest a fakebackend from the ppa
[16:16] <Saviq> asac, but with a fake app/window management backend == images
[16:16] <asac> that we could not put in archive... hence folks would still not be able to install
[16:16] <asac> on x86 without the ppa
[16:16] <asac> Saviq: that backend is shipped as part of the unity8 package?
[16:16] <Saviq> asac, unity8-fake-env
[16:17] <Saviq> asac, could probably be built out relatively easily
[16:17] <asac> yeah.
[16:17] <asac> well. let me have a call with olli
[16:17] <asac> in 2 hours or so
[16:17] <didrocks> bfiller: oSoMoN: we really need to discuss where we standardize putting the assets and qml files. Some are putting under libexec and others under usr/share. Who would be the best guys for this meeting?
[16:17] <asac> going through all reasons etc. guess we have enough info and options :)
[16:18] <asac> didrocks: pmcgowan is currently checking whether we can kill demo-assets or whether we put it in the archive
[16:18] <ogra_> sergiusens, ^^^
[16:19] <didrocks> asac: demo-assets is not the only one, there are quite a bunch of stuff in the phablet-ppa
[16:19] <Saviq> asac, demo-assets is all the stuff that's in the video and music scopes, if we get rid of those we'd be empty bunny
[16:19] <didrocks> asac: last time I tried to put demo-assets to distro, people got back to me telling "no no no" :p
[16:19] <bfiller> didrocks: probably me and oSoMoN, if you have recommendations where they should go let me know and I will help to make it happen
[16:19] <Saviq> asac, but I agree with didrocks here ↑
[16:19] <didrocks> bfiller: we need qml/Qt5 tech people :)
[16:19] <bfiller> didrocks: then get Kaleo to come for sure
[16:20] <didrocks> bfiller: right, I think I'll invoke Saviq as well :p
[16:20] <didrocks> that should be enough
[16:20]  * didrocks writes a note to schedule a meeting
[16:20] <ogra_> didrocks, there is a lot of stuff in the phablet PPA that is just old cruft
[16:20] <ogra_> we dont use the majority of packages from there ... it just hasnt been cleaned up for a while
[16:20] <asac> didrocks: right. lets see. we have to pragmatic and change our dogma about what is suitable for archive and what not if we want to go serious about not having ppas for producign our official daily images
[16:20] <didrocks> ogra_: looking at the phablet config, it seems to continue pushing some stuff, not sure what's active, do you have the list from building the iso?
[16:20] <sergiusens> Saviq: ogra_ from an upstream merger perspective the medium tests could run on maguros
[16:21] <didrocks> asac: TBH, I'm more pragmatic that you imagine, if we follow the acceptance criterias, we would have almost nothing
[16:21] <asac> didrocks: i know, i know :)
[16:21] <asac> didrocks: just telling you that i am on your side
[16:21] <didrocks> asac: good ;) I tried to find the right balance
[16:21] <ogra_> didrocks, nope, but it should be less than 10 packages i think, we just discussed in our standup to clean up the old cruft
[16:21] <didrocks> asac: the unity8 stuff is more for not deceiving people wanting to "let's check the latest unity on my desktop"
[16:21] <Saviq> sergiusens, they're not runnable on maguros yet, thomi and veebers are fixing them for us now (should be done by Wed)
[16:22] <didrocks> and having an omgubuntu article within the hour :p
[16:22] <asac> ogra_: can you send me a summary from what came out of that?
[16:22] <didrocks> ogra_: ah better than I thought, I would love having the summary as well :)
[16:22] <ogra_> asac, from what exactly ?
[16:22] <didrocks> of those packages
[16:22] <Saviq> sergiusens, but anyway they'd take huge amounts of time - not feasible to be ran on every CI
[16:22] <ogra_> didrocks, asac np, sure
[16:22] <asac> ogra_: thought you said you reviewed the stuff that phablet team has in their ppa still
[16:22] <asac> and decided what to do
[16:22] <oSoMoN> didrocks: I’d invite Kaleo to this discussion, too
[16:22] <ogra_> asac, no, i said we discussed doing it in our standup today
[16:23] <asac> ah :)
[16:23] <asac> ok... then i just wait
[16:23] <ogra_> asac, which ended like 30min ago
[16:23] <ogra_> :)
[16:23] <asac> ... and ask tomorrow again :P
[16:23] <sergiusens> Saviq: I'm betting running on device would be faster than running in that VM
[16:23] <ogra_> yeah, i'll have the list of whats actually used by then
[16:23] <ogra_> np
[16:24] <Saviq> sergiusens, right...
[16:24] <sergiusens> asac: there is one unhandled dep, indicator-messages, it needs to be addressed in the archives so the phone-app can land as well
[16:25] <sergiusens> Saviq: in December I ran all the tests after an image build and it didn't take more that 10' and it was a lazy attempt
[16:25] <Saviq> rsalveti, chewie-client errors out on me, trying with unity8 built pre-indicators-merge
[16:26] <Saviq> sergiusens, yeah, there's actually less tests to run there, too (only one res == scenario)
[16:27] <asac> sergiusens: isnt indicator now in unity?
[16:27] <asac> or was that something else people said above?
[16:27] <Saviq> asac, indicator-messages is backend
[16:27] <Saviq> asac, indicator UI is in unity8 now
[16:27] <ogra_> they are trying to track down the bug
[16:27] <asac> Saviq: ok that makes sense
[16:28] <sergiusens> asac: not the same
[16:28] <sil2100> didrocks: see it now! Reviewing ;)
[16:28] <asac> didrocks: whats the reason indicator-messages not doing daily-release to archive?
[16:28] <Saviq> rsalveti, cyphermox_, ok so the "old" plugins indeed still work
[16:28] <asac> didrocks: guess would break unity7? :)
[16:28] <Saviq> cyphermox_, you said you have a probable fix?
[16:29] <didrocks> asac: the old one is
[16:29] <cyphermox_> trying now
[16:29] <sergiusens> asac: it is doing daily release, but the integration with phone-app is missing
[16:29] <didrocks> asac: the new one would break unity7
[16:29] <didrocks> asac: that's one of the last part of the convergence indicators/hud/bamf jungle we had
[16:29] <didrocks> asac: and lucky you, it's almost over :)
[16:29] <didrocks> it's merged in unity8 AFAIK now
[16:30] <didrocks> Saviq: isn't it? ^ (indicator-messages part used by the phone?)
[16:30] <Saviq> didrocks, it's not, yet
[16:30] <ogra_> messages isnt yet afaik
[16:30] <ogra_> the others are
[16:30] <didrocks> Saviq: but planned soon?
[16:30] <Saviq> didrocks, messages on phone is provided by lp:indicator-server
[16:30] <Saviq> didrocks, scratch that
[16:30] <Saviq> didrocks, yes it is used, sorry
[16:30] <didrocks> ah ;)
[16:30]  * Saviq is getting confused with all the indicators
[16:30] <didrocks> Saviq: *indicat*
[16:31] <Saviq> what's an indie cat?
[16:31] <ogra_> indie cat .... ?
[16:31] <Saviq> aren't they all?
[16:31] <ogra_> *meow*
[16:31] <Saviq> I have two, they're very indie if you ask me
[16:31] <Saviq> if you ask them, then you'd see!
[16:32] <asac> i want a hardcore cat :)
[16:32] <cyphermox_> rsalveti: do you still have a backtrace for the Empty! issue ?
[16:32] <rsalveti> cyphermox_: ** (process:829): WARNING **: Registration successful.
[16:32] <cyphermox_> I can't find one of the bugs
[16:32] <rsalveti> but still can't connect
[16:32] <cyphermox_> ok
[16:32] <didrocks> Saviq: asac: happy to see that you are in a relatively as sane state as I am right now :)
[16:32] <cyphermox_> then watch what goes on in syslog on NM's side as you try to connect to a *new* network
[16:33] <rsalveti> cyphermox_: bug 1195787
[16:33] <cyphermox_> thanks
[16:33] <rsalveti> cyphermox_: http://paste.ubuntu.com/5877968/
[16:33] <cyphermox_> isn't it a dupe of bug 1191822 ?
[16:34] <Saviq> cyphermox_, rsalveti that's fixed in unity8
[16:34] <cyphermox_> rsalveti: I'm concerned that because you already created the connection, if you didn't delete it first, NM will ask the agent for the password but it will not be able to give it
[16:34] <rsalveti> cyphermox_: kind of, this was used later on to track the new indicator work, when it got merged in unity8
[16:35] <rsalveti> Saviq: not the real issue
[16:35] <rsalveti> the crash is still happening
[16:35] <rsalveti> it's just that the shell is restarting the indicator successfully now
[16:35] <didrocks> sergiusens: fginther: just a kind reminder, please try to sort the projects in ascii order :)
[16:35] <cyphermox_> Saviq: if something is fixed in unity8, please mark the bug as fixed, if it's indeed a different issue than the nm_object crash
[16:35] <rsalveti> cyphermox_: so we had 2 issues
[16:35] <didrocks> sergiusens: fginther: in the stack config, that will help :)
[16:35] <Saviq> cyphermox_, isn't it marked fixed there?
[16:35] <rsalveti> the nm_object crash and the indicator ui not handling the server restart
[16:35] <didrocks> sil2100: https://code.launchpad.net/~didrocks/cupstream2distro-config/unity-action-api-daily/+merge/174816
[16:36] <rsalveti> the crash is the one that still needs fixing
[16:36] <cyphermox_> Saviq: ah, sure, my bad, sorry
[16:36] <Saviq> cyphermox_, there's one that isn't, though
[16:36] <Saviq> dednick, bug #1195787 - should be fixed after the merge into unity8, right?
[16:36] <Saviq> cyphermox_, I tried your patch
[16:37] <Saviq> cyphermox_, didn't help, and syslog is quiet :/
[16:37] <cyphermox_> you'll need to enable debug logging
[16:38] <Saviq> cyphermox_, right, lemme
[16:38] <dednick> Saviq: yeah, I believe it is a 2 fold problem. There was an issue with the model not repopulating when the network indicator crashed.
[16:38] <cyphermox_> python /usr/lib/NetworkManager/debug-helper.py --nm debug --domains=core,agents
[16:38] <dednick> Saviq: not sure why it's still happening. if the server restarts, it should repop. maybe another issue in model.
[16:39] <Saviq> dednick, does it still happen?
[16:39] <Saviq> dednick, that's the question, actually :)
[16:40] <dednick> Saviq: somebody was seing it on friday. rsalveti ^
[16:41] <rsalveti> dednick: the crash is still happening, the only change that got in is that the indicator is now repopulating the aps correctly after the crash
[16:41] <rsalveti> Jul 15 16:40:12 ubuntu-phablet NetworkManager[3794]: <debug> [1373906412.493473] [nm-agent-manager.c:1124] save_done_cb(): (:1.30/com.canonical.settings.network.nm-agent/32011) agent failed save secrets request 0x1bdf9c8/(null): (4) Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[16:41] <rsalveti> cyphermox_: ^
[16:41] <dednick> rsalveti: so it's re-populating correctly? you just see it flashing no results then they come back?
[16:41] <rsalveti> http://paste.ubuntu.com/5877993/
[16:42] <rsalveti> dednick: yeah, that's working fine
[16:42] <dednick> rsalveti: ah. ok. thnks
[16:42] <rsalveti> but the indicator server is still crashing
[16:42] <rsalveti> that's why I removed the dup for 1195787
[16:42] <dednick> rsalveti: ya. is there another bug for that?
[16:42] <rsalveti> bug  1195787
[16:44] <dednick> rsalveti: not doing that anymore ;) . Can we update the bug title/description?
[16:44] <rsalveti> dednick: sure, doing as we speak
[16:44] <dednick> rsalveti: ok thanks.
[16:45] <Saviq> cyphermox_, http://pastebin.ubuntu.com/5878007/
[16:45] <Saviq> doesn't look debugg-y :/
[16:45]  * Saviq tries again
[16:45] <cyphermox_> no, if you restart NM you need to reset the debug levels
[16:46] <dednick> Saviq: you know how to make the device forget network passwords?
[16:46] <Saviq> dednick, remove /etc/NetworkManager/system-connections/*
[16:46] <dednick> Saviq: ta
[16:46] <rsalveti> cyphermox_: http://paste.ubuntu.com/5877993/
[16:46] <cyphermox_> that said, I don't understand why you even bother to register a secret agent if there is no keyring; you could just as well have NM write the connections straight to file since it's a phone
[16:47] <Saviq> now we're talking
[16:47] <Saviq> cyphermox_, don't ask me, the whole thing was overcomplicated, and we're just hoping that indicator-network is going to take over ASAP
[16:48] <annerajb> Has the Porting guide be updated for the flipped image?
[16:48] <rsalveti> annerajb: not yet, we hope to finish it this week
[16:48] <rsalveti> and announce at the m-l
[16:50] <Saviq> cyphermox_, http://pastebin.ubuntu.com/5878018/
[16:53] <rsalveti> yeah, same as mine
[16:53] <Saviq> ah jeez
[16:55] <Saviq> dednick, I think here's the issue http://pastebin.ubuntu.com/5878032/
[16:55] <Saviq> dednick, that's the diff between ours and lp:indicators-client's code
[16:56] <Saviq> dednick, can it be?
[16:56]  * Saviq tries
[16:57] <Saviq> well, no :/ they're just unused props
[16:57] <dednick> Saviq: considering they're the same :)
[16:58] <pinqvin> hello
[16:58] <pinqvin> anyone here for help?
[16:58] <pinqvin> I want to know does phone calls and messages work on current ubuntu-phone version?
[16:58] <pmcgowan> bfiller, are you in on the demo-assets discussion
[16:58] <dednick> Saviq: new indicator-settings recently. might try old version.
[16:59] <Saviq> dednick, I reverted unity8 to pre-merge and it worked
[16:59] <pmcgowan> pinqvin, calls and messages work fine on the supported phones
[16:59] <pinqvin> nice what about battery life?
[16:59] <Saviq> dednick, no idea TBH, it's the same freakin' code
[16:59] <dednick> Saviq: i c. pre-merge only uniy8? or pre-merge image?
[17:00] <Saviq> dednick, just unity8
[17:00] <dednick> Saviq: :/
[17:00] <Saviq> dednick, current, unity8 minus the indicators merge == working
[17:00] <pinqvin> so in samsung nexus all works fine?
[17:01] <dednick> Saviq: dont suppose you know how to connect to wifi through command line? :)
[17:01] <Saviq> dednick, phablet-network-setup from host
[17:02] <dednick> Saviq: ahha. easy peasy
[17:02] <pmcgowan> pinqvin, yes
[17:02] <pmcgowan> pinqvin, its basic functions of course
[17:03] <pmcgowan> and changing daily
[17:03] <pinqvin> ok thanks but will ubuntu use more battery than android on nexus?
[17:03] <pmcgowan> should be about the same depending on what you are doing, we have  not yet optimized app management for example
[17:04] <pinqvin> ok
[17:06] <dpm> fginther, could you join us on #ubuntu-app-devel for a question on jenkins & core apps?
[17:06] <fginther> dpm, one moment
[17:06] <dpm> sure, no rush
[17:08] <ogra_> didrocks, asac http://paste.ubuntu.com/5878062/ ... thats the list of packages installed from the phablet PPA currently (actually more than 10, i lied ... due to deps that also are in the PPA)
[17:08] <om26er> which package is to report bug for chewie-network-menu-server ?
[17:09] <didrocks> ogra_: gir1.2-networkmanager-1.0: that's a source?
[17:09] <asac> ogra_: can you put a team/manager name next to them?
[17:09] <didrocks> I thought ofono was merged in distro
[17:09] <asac> e.g. bfiller, saviq, chicken, etc. ?
[17:09] <asac> so i know whoe to bounce them to?
[17:09] <ogra_> asac, a random one ?
[17:09] <ogra_> ah
[17:09] <ogra_> :P
[17:09] <asac> well, the right one :)
[17:10] <rsalveti> didrocks: ofono is a major rework we're currently doing
[17:10] <asac> i guess i can guess on my own
[17:10] <asac> for not for all out of my head
[17:10] <rsalveti> phone-app needs indicator-messages, which I'm not sure yet what would be needed there
[17:10] <ogra_> didrocks, oops, thats a false positive, yeah, ignore that one
[17:11] <rsalveti> 4 packages are from nm
[17:11] <rsalveti> the indicators, which is expected since we're still using the custom indicator server
[17:11] <didrocks> rsalveti: isn't that ofono2 that you pushed?
[17:11] <rsalveti> hopefully to be replaced by the desktop ones soon
[17:11] <didrocks> I'm lost :)
[17:11] <rsalveti> didrocks: no, that's telepathy
[17:11] <didrocks> ah, telepathy-ofono, but ofono wasn't updated
[17:12] <didrocks> but we can build telepathy-ofono with the old one
[17:12] <rsalveti> didrocks: why can't we include the demo-assets into the daily CI?
[17:12] <rsalveti> and maliit, which is the one sergiusens is working on
[17:12] <sil2100> didrocks: ubuntu-geoip doesn't have integration tests, but I guess that at this stage it's ok - it has unit tests that run on make
[17:12] <didrocks> rsalveti: I asked at the time on the list, and it was "no, we don't need it"
[17:13] <sil2100> didrocks: so I guess I would add it
[17:13] <didrocks> rsalveti: but I'm happy to include it, shouldn't be a breaking-ground package :p
[17:13] <didrocks> sil2100: ok
[17:13] <rsalveti> didrocks: right
[17:13] <rsalveti> didrocks: guess it'd make sense, as we're still using them in the image
[17:13] <didrocks> sil2100: do you mind adding demo-assets to the list? shouldn't be a big one ^
[17:13] <didrocks> sil2100: and maybe webapps-demo? ^
[17:13] <didrocks> rsalveti: thoughts? ^
[17:13] <rsalveti> bfiller: sergiusens: ^
[17:14] <rsalveti> don't see why not, but bfiller should know better
[17:14] <rsalveti> pmcgowan as well ^
[17:14] <sil2100> didrocks: to the list of NEW packages?
[17:14] <didrocks> sil2100: yep ;)
[17:14] <rsalveti> time for lunch
[17:14] <pmcgowan> rsalveti, whats the question?
[17:15] <rsalveti> pmcgowan: if we can include demo-assets* and webapps-demo in the archive
[17:15] <pmcgowan> rsalveti, right or get rid of them, not sure yet
[17:15] <rsalveti> and make them part of the daily CI
[17:15] <rsalveti> yeah
[17:15] <didrocks> maybe it was pat telling no, I don't remember who ;)
[17:15] <ogra_> asac, http://paste.ubuntu.com/5878078/ thats all i know, no idea who owns the indicatoirs or the webapps-demo (the rest is just deps)
[17:15] <didrocks> asac: FYI ^ just pick a decision with pmcgowan, I don't care, I just want one we stick with :)
[17:16] <sil2100> didrocks: I'm also thinking of adding indicator-location, since it's related, but it has no tests
[17:16] <sil2100> So maybe for some other time...
[17:17] <didrocks> sil2100: check with lars, tedg and so on please :)
[17:17] <didrocks> sil2100: maybe they have convergence plan with something else
[17:17] <sil2100> didrocks: ok, will do that tomorrow then
[17:17] <didrocks> sil2100: and please refresh the list, I think we had little progress on those, I'm afraid we are still way behind what we should
[17:17] <didrocks> be*
[17:17] <didrocks> sil2100: to be at daily_release: False == 0
[17:17] <sergiusens> didrocks: ofono2 was probaly telepathy-ofono2
[17:18] <didrocks> (or move them to the "online" release that we should renamed to "no-daily")
[17:18] <rsalveti> sergiusens: yup
[17:18] <didrocks> rename
[17:18] <rsalveti> brb
[17:18] <didrocks> sergiusens: yeah, sorry for the confusion
[17:18] <sergiusens> rsalveti: maliit doesn't need daily ci, does it? we are not upstream
[17:18] <sil2100> didrocks: true true, but some of the branches are ready, so all that needs to be done is an ACK and the config changed
[17:18] <rsalveti> sergiusens: no, we just need to push them
[17:18] <didrocks> sil2100: maybe preNEW as well?
[17:18] <didrocks> sil2100: mind prepping a list for me?
[17:19] <pmcgowan> rsalveti, sergiusens we are upstream for the keyboard plugin now
[17:19] <rsalveti> right, that would need ci indeed
[17:19] <Saviq> cyphermox_, I think I found the issue
[17:19] <rsalveti> just the framework that needs to be manually pushed
[17:19] <Saviq> dednick, the token passed to authenticate() is invalid
[17:19] <sil2100> didrocks: aye! I'll just poke Robert to give me updates on his parts of branches
[17:20] <didrocks> sil2100: perfect, thanks!
[17:20] <dednick> Saviq: hm.
[17:20] <sergiusens> pmcgowan: for what is to be maliit-plugins-ubuntu
[17:20] <pmcgowan> sergiusens, yes
[17:20] <cyphermox_> Saviq: well, there's also the fact that save_secrets isn't implemented
[17:21] <sergiusens> pmcgowan: but not for maliit-plugins nor maliit-framework... I do have packaging branches for those two, tmoenicke is still working on the split up so there's no source yet
[17:21] <cyphermox_> we don't have a keyring do we?
[17:21] <Saviq> cyphermox_, it's saving to /etc/
[17:21] <cyphermox_> not so much
[17:21] <cyphermox_> Saviq: save_secrets gets called and does nothing
[17:21] <Saviq> cyphermox_, I mean NM is
[17:21] <Saviq> cyphermox_, not that we're doing it
[17:22] <cyphermox_> IIRC NM doesn't automatically just write settings to /etc, you need to tell it to create the connections as system-wide rather than agent-owned
[17:22] <Saviq> cyphermox_, it was working, wasn't it! ;)
[17:22] <Saviq> cyphermox_, I mean that I see the issue in our code, but the *agents haven't changed one bit
[17:23] <Saviq> dednick, NetworkIndicatorPage.qml:52
[17:23] <dednick> Saviq: tbh, i have no idea where token is coming from
[17:23] <Saviq> dednick, token: token - first of all that's circular
[17:24] <Saviq> dednick, it's passed in onSecretRequested
[17:25] <ogra_> asac, and updated ... http://paste.ubuntu.com/5878111/
[17:25] <dednick> Saviq: ah
[17:25] <dednick> dang
[17:27] <dednick> Saviq: _network.push(passwordPageComponent, {"token": token} ); - should do it i think.
[17:27] <Saviq> dednick, checking
[17:28] <dednick> ninja first build -- boring....
[17:28] <ogra_> asac, and completed http://paste.ubuntu.com/5878124/
[17:28] <Saviq> dednick, cyphermox_ works!
[17:30] <dednick> [89/340] ... grumble...
[17:32] <pinqvin> is samsung Nexus S (GT-I9023)  supported phone ?
[17:32] <Saviq> cyphermox_, rsalveti, dednick https://code.launchpad.net/~saviq/unity8/fix-network-page/+merge/174828
[17:42] <Saviq> rsalveti, cyphermox_ was there a bug about this?
[17:42]  * ogra_ doesnt think so 
[17:42] <ogra_> Saviq, there was a rickspencer3 coming into the channel asking to have it fixed :)
[17:42] <rickspencer3> ogra_, fwiw, I'm having problems with my dishwasher as well
[17:43] <ogra_> rickspencer3, we'll snd you a team
[17:43] <ogra_> *send
[17:43] <ogra_> :)
[17:45] <Saviq> rickspencer3, you and your travelling, who needs new networks anyway...
[17:46] <Saviq> dednick, will you review? this needs to land asap
[17:47] <dednick> Saviq: doing now.
[17:47] <ogra_> Saviq, ricmm needs to re-locate frequently to places with working dish washers apparently
[17:47] <ogra_> argh
[17:47] <ogra_> s/ricmm/rickspencer3/
[17:50] <dednick> Saviq:  +1
[17:52] <ogra_> popey, i respun todays image to check the archive integrity, there is a 15.2 image now, but still with the broken wlan ... i'll do another re-spin for that once it landed
[17:53] <Saviq> ok, bug #1201529 then
[18:01] <cyphermox_> Saviq: so does that fully solve the issue?
[18:01] <Saviq> cyphermox_, yes, AFAICT
[18:02] <cyphermox_> cool
[18:02] <Saviq> cyphermox_, and the pword does get saved to /etc
[18:02] <cyphermox_> alright
[18:03] <mterry> ricmm, can you force a rebuild of https://code.launchpad.net/~ricmm/+recipe/unity8-mir-daily ?   The current build is requiring an out-of-date mirserver
[18:04] <cyphermox_> Saviq: so I'll test on my side too
[18:04] <Saviq> cyphermox_, there should be a fixed unity8 package coming soon
[18:04] <Saviq> cyphermox_, in the MR, I mean
[18:04] <cyphermox_> yeah
[18:06] <Saviq> well, still probably like 15mins away
[18:06] <Saviq> http://s-jenkins:8080/job/unity8-saucy-armhf-ci/266/
[18:07] <ricmm> mterry: yea, was trying to fix it deeper somewher eelse
[18:07] <ricmm> give me a few minutes for the launchpad timeouts to disappear ;)
[18:08] <mterry> ricmm, yeah, those are all over the place for me
[18:08] <ricmm> even the build request dialog timesout
[18:14] <cyphermox_> cool
[18:27] <annerajb> rsalveti: Meanwhile is there any informal post, notes or anything like that that I can use.
[18:42] <rsalveti> Saviq: cool, seems the mr is already approved
[18:42] <rsalveti> we just need to trigger the CI once it's merged
[18:43] <rsalveti> ogra_: are you waiting this to land before triggering a new build?
[18:45] <ogra_> rsalveti, right
[18:46] <ogra_> rsalveti, i did a 15.2 already but will re-spin for the fix
[18:46] <rsalveti> ogra_: ok
[18:46] <rsalveti> approved 56 minutes ago, guess we need to wait a few still
[18:46] <rsalveti> let me find the job at jenkins
[18:47] <rsalveti> estimated remaining time ~20min
[18:48] <ogra_> yeah, no hurry... i'm busy doing a barbecue aside :)
[18:49] <rsalveti> :-)
[18:53] <flo__> are there any plans for a new unflipped image? I've manually added the unity-next PPA to my sources which fixed the strange dependency problems, but I guess a new image could be useful
[18:53] <ogra_> flo__, you can install the pending one with phablet-flash --pending ... but there will be a re-spin soon
[18:55] <flo__> oh, I've never used that flash tool, and I guess most users just download zips from XDA and the preinstalled zip from cdimage.ubuntu.com via their browser
[18:55] <flo__> so it's good to know there will be a new image soon :) thanks
[18:56]  * kenvandine hugs phablet-flash
[18:57] <flo__> I'd probably use it if that phone had a little more flash memory. 1g is just not enough for the standard image ;(
[18:57] <flo__> on data, that is
[19:56] <bfiller> pmcgowan: confirming webapps-demo just contains desktop files and icons for the webapps
[19:56] <bfiller> pmcgowan: should rename to webapps-touch? other suggestions?
[20:14] <pmcgowan> bfiller, that sounds good to me
[20:45] <rsalveti> Saviq: lol, seems to be almost impossible to land a mr against unity8
[20:46] <rsalveti> /usr/include/c++/4.8/type_traits:98: confused by earlier errors, bailing out
[20:46] <rsalveti> The bug is not reproducible, so it is likely a hardware or OS problem.
[20:46] <rsalveti> great
[20:47] <kenvandine> "confused by earlier errors"
[20:47] <kenvandine> lol
[20:47] <rsalveti> amazing haha
[20:50] <ricmm> thats when you know you have to take a break
[20:51] <ricmm> even the compiler bailed out
[21:08] <Saviq> ricmm, rsalveti yeah, that was a bad one
[21:15] <asac> doanac: mako security didnt really run (0 of 0 result)
[21:16] <asac> gema retriggered a similar one last week, so guess that can be done too
[21:28] <doanac> asac: looks like mako-security failed because of network flakiness
[21:35] <asac> doanac: can you retry that part?
[21:35] <doanac> i think so.
[21:42] <asac> doanac: so on second though ... if I see:
[21:42] <asac> adb -s 0149BD7E0A019003 forward tcp:32995 tcp:22
[21:42] <asac> and then
[21:42] <asac> ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no -p32995 phablet@localhost rm -rf /home/phablet/workspace
[21:42] <asac> ssh_exchange_identification: Connection closed by remote host
[21:43] <asac> i wonder if that means that not even lo is up
[21:43] <asac> gues thats the case
[21:43] <doanac> asac: i think it was a network glitch. its re-running and looking better
[21:43] <asac> so that doesnt really feel like a wifi prob
[21:43] <asac> well. i am just saying that its not a wifi glitch
[21:43] <asac> or we shou8ld just run ifconfig lo up
[21:43] <asac> in case lo only gets brought up if wifi succeeds
[21:44] <asac> see what i mean?
[21:44] <doanac> i think its a mute point. We shouldn't even be requiring a working ssh connection to do testing
[21:44] <asac> so this makes me wonder
[21:44] <asac> + adb -s 0149BD7E0A019003 forward tcp:32995 tcp:22
[21:44] <asac> what if there are two jobs running?
[21:44] <asac> aren't then both tryuing to open 32995
[21:44] <asac> and then it fails?
[21:44] <doanac> we don't allow two jobs to run
[21:45] <asac> sure?
[21:45] <asac> isnt https://jenkins.qa.ubuntu.com/job/saucy-touch-maguro-smoke-default/47/console
[21:45] <asac> on the centralized jenkins?
[21:45] <doanac> yes, but like i said, we shouldn't be requiring SSH. that's the real issue
[21:45] <asac> also true
[21:45] <asac> still it coudl be that we dont even see a network issue here
[21:46] <asac> doanac: have you seen that we run network-setup twice?
[21:46] <asac> first it succeeds
[21:47] <asac> 22 KB/s (266 bytes in 0.011s)
[21:47] <asac> Network setup complete
[21:47] <asac> then we run it with -i
[21:47] <doanac> that installs the ssh server
[21:47] <asac> and it times out
[21:47] <doanac> so it could be apt failing or something
[21:48] <doanac> i just want to throw away this whole failure vector
[21:48] <asac> do you know what is echoing this "network not ready" stuff?
[21:48] <doanac> no.
[21:48] <asac> ah ok
[21:48] <asac> its the tools
[21:53] <asac> anyone can run "nmcli -t -f devices con status" on their device connected device and paste?
[21:55] <asac> wow
[21:55] <asac> so my phone doesnt turn on
[21:55] <asac> but i can adb shell into it
[21:55] <asac> while the battery charging thing is going
[21:55] <asac> anyone else ended up in such state?
[22:06] <rsalveti> Saviq: failed again
[22:06] <rsalveti> amazing
[22:06] <rsalveti> now it was because of jenkins
[22:06] <rsalveti> Caused by: java.io.IOException
[22:07] <Saviq> rsalveti, that's just crap
[22:08] <Saviq> jenkins this time...
[22:10] <cyphermox_> bbl
[22:10] <cyphermox_> still fighting bluetooth --- going to get dinner and then I'll get back on it
[22:14] <shoerain> phablet-flash is a nice self-contained tool, kudos!
[22:19] <annerajb> can anybody lend me a quick help to get ubuntu touch compiling everytime i run 'brunch epicmtd' i get a no rule to make target/device/samsung/epicmtd/ubuntu-boot.img
[22:20] <asac> doanac: https://code.launchpad.net/~asac/phablet-tools/check-device-ip-state-after-sleep/+merge/174879
[22:20] <asac> doanac: https://code.launchpad.net/~asac/phablet-tools/improve-network-bringup-console-output/+merge/174880
[22:20] <asac> doanac: also have you seen the odd | tr -d '\r' :)
[22:21] <asac> that feels like someone rather wanted "| head -n1" or something
[22:22] <asac> cyphermox_: what does nmcli c status return?
[22:22] <asac> always exactly one line?
[22:22] <asac> or could it hyave more than one if you have two connnections active?
[22:22] <asac> err always 0 or 1 line i meant to ask
[22:23] <asac> doanac: ok cool. so maguro has now results
[22:23] <asac> but some are not good and some are missing
[22:24] <asac> not sure
[22:24] <asac> check for default, phone app for sure
[22:24] <asac> and thne probably a few others
[22:24] <mbybee> Hi all
[22:24] <mbybee> Got a (hopefully) quick question about developing for Ubuntu Touch
[22:25] <mbybee> I installed qt per the Ubuntu Touch getting started guide, connected my Ubuntu touch mobile, set it for development, etc
[22:25] <mbybee> But how on earth do I set up my little test project to run there?
[22:25] <mbybee> I can't find anything under kits that allows Ubuntu Touch
[22:26] <zzarr> hello!
[22:26] <zzarr> Ubuntu touch will not boot on my Motorola Droid 4
[22:27] <mbybee> I'm sure it's just a simple setting or something, just not seeing what to set it to
[22:27] <zzarr> just a black screen
[22:28] <asac> zzarr: how did you get the bits you installed?
[22:28] <asac> (just curious... most likely won't be able to help)
[22:28] <zzarr> I've installed saucy-preinstalled-phablet-armhf.zip + phablet-20130412-cm_maserati.zip via safestrap 3.11
[22:29] <asac> zzarr: where did you find phablet-20130412-cm_maserati.zip ? also in docs
[22:29] <asac> ?
[22:30] <zzarr> xda-developers / hashofcodes have it
[22:30] <annerajb> any idea how to fix my build issue.
[22:30] <zzarr> I've tried to build Ubuntu touch from scratch too, but failed
[22:31] <ogra_> rsalveti, Saviq, just upload it to the archive and be done :P
[22:31] <asac> 00:06 < rsalveti> now it was because of jenkins
[22:31] <asac> 00:06 < rsalveti> Caused by: java.io.IOException
[22:31] <ogra_> asac, yeah
[22:31] <asac> oh didrocks is gone
[22:32] <asac> wanted to post it for him
[22:32] <asac> as we talked about it the other day
[22:32] <ogra_> he is usually gone at 6pm
[22:32] <asac> doanac: so what do you think of jenkins :-P
[22:32] <ogra_> (or between 6-8 some time)
[22:33] <zzarr> maybe I should try to solve the build issue
[22:33] <asac> zzarr: we switched the way we produce images fundamentally... we couldn't update the porting guide yet
[22:33] <asac> might be touch to figure that...
[22:33] <ogra_> building for ports didnt change
[22:34] <annerajb> zzarr so trunk is broken?
[22:34] <asac> ogra_: but folks mentioned that the porting guide needs updated now that ocntainer flipped
[22:34] <mbybee> Oh - nm, I found it. It was launching, I just couldn't find the app :)
[22:34] <zzarr> could you guide me?
[22:34] <ogra_> just make sure your device specific zip gets regulary rebuilt (every time a change to platform-api or hybris happens it needs to be re-rolled)
[22:34] <zzarr> or is it too much problem?
[22:34] <ogra_> asac, ports arent flipped yet
[22:34] <asac> ogra_: is it the "we still supporet the preview image" thing that allows him to do that?
[22:34] <asac> ah yeah
[22:34] <asac> well, but we have zero clue if that still works, right?
[22:35] <ogra_> it didnt chage
[22:35] <asac> or are you still running preview images daily :)?
[22:35] <asac> so we dont pull new stuff?
[22:35] <asac> kk
[22:35] <ogra_> no, but it didnt change
[22:35] <asac> then we might want to check if the very last image worked
[22:35] <zzarr> annerajb don't know
[22:35] <asac> if we are sure
[22:35] <asac> then yeah >)
[22:35] <ogra_> well, whats important is that you have your device specific zip regulary rebuilt (preferably daily)
[22:36] <ogra_> if the hybris version doesnt match the one in the armhf zip it is likely to not work
[22:36] <ogra_> but that hasnt changed either :)
[22:36] <asac> ogra_: i was in this odd mode... i couldnt boot device, even battery out for 20 seconds made just the "load icon" appear... but i could use adb shell etc.
[22:36] <asac> now reboot fixed it
[22:36] <ogra_> the unflipped armhf.zip should still work for ports that have recent HW zips
[22:37] <ogra_> asac, battery and cable removed ?
[22:37] <asac> yeah
[22:37] <ogra_> just pulling the battery with that cable plugged in wont help
[22:37] <asac> ok now that its up it seems the battery was fully discharged
[22:37] <asac> maybe that was a force thing
[22:37] <asac> so ... nevermind
[22:37] <asac> right. but it was all gone while i went to the fridge and came back :)
[22:38] <ogra_> zzarr, a build from 20130412  is very unlikely to work with a saucy userspace
[22:38] <doanac> asac: https://code.launchpad.net/~asac/phablet-tools/check-device-ip-state-after-sleep/+merge/174879 that has no changes in the branch.
[22:38] <doanac> i think you pushed both changes into the 2nd MP you made
[22:38] <ogra_> zzarr, try an older userspace (something from april)
[22:39] <annerajb> zzarr: make: *** No rule to make target `/home/annerabj/android/out/target/product/epicmtd/ubuntu-boot.img', needed by `/home/annerabj/android/out/target/product/epicmtd/obj/PACKAGING/target_files_intermediates/cm_epicmtd-target_files-eng.annerabj.zip'.  Stop.
[22:39] <ogra_> zzarr, or ask the porter to rebuild phablet-20130412-cm_maserati.zip
[22:39] <ogra_> rsalveti, ^^^
[22:39] <asac> doanac: strange... well. its the first commit of the other branch :)
[22:39] <asac> i repushed
[22:39] <ogra_> rsalveti, i have seen that more often now, i thought that code wasnt merged yet
[22:40] <zzarr> I tried to follow the guide on https://wiki.ubuntu.com/Touch/Porting but I couldn't find extract-files.sh under Retrieving the proprietary...
[22:40] <rsalveti> ogra_: that was in theory fixed last friday
[22:40] <rsalveti> zzarr: need a bit more of your output
[22:40] <zzarr> I've tried that, but I don't think hashofcodes are active
[22:40] <doanac> asac: i have no authority on that branch, so you'll have to get someone else's approval for that
[22:40] <asac> doanac: sure
[22:40] <ogra_> rsalveti, annerajb was the one having the issue
[22:40] <asac> just wanted to show
[22:41] <doanac> but seems sensible
[22:41] <rsalveti> zzarr: extract-files.sh is part of the device repo
[22:41] <asac> doanac: if you have other wishes :)
[22:41] <Hashcode> zzarr: it's been a while since we tested extract-files.sh
[22:41] <rsalveti> device/<manufacturer>/<device>
[22:41] <Hashcode> zzarr: feel free to use this repo for vendor files instead:
[22:41] <rsalveti> ogra_: right, there was a race which we fixed last friday
[22:41] <Hashcode> zzarr: actually which device?
[22:41] <asac> doanac: so one thing is that if there is ever two devices connected, it would never get an IP i am sure
[22:41] <ogra_> annerajb, so did you repo sync since friday ?
[22:42] <ogra_> to get that fix
[22:42] <zzarr> I'm not able to find it under device/motorola/maserati
[22:42] <doanac> asac: why can't 2 devices connect?
[22:42] <asac> doanac: but waiting for cyper to confirm if nmcli c status can have a list length > 1
[22:42] <asac> doanac: well if you check how it remembers iface
[22:42] <Hashcode> zzarr: yeah someone else mentioned it was missing over the weekend.  I'll have to see what happened.
[22:42] <doanac> ah - 2 connections on the phone
[22:42] <asac> doanac: and then how it waits for IP ...
[22:42] <asac> then it would never succeed on IP
[22:42] <zzarr> okey
[22:42] <Hashcode> zzarr: Droid 4?
[22:42] <zzarr> yes
[22:42] <asac> doanac: right... like ifconfig |grep wlan0eth0
[22:42] <zzarr> Droid 4 is correct
[22:43] <Hashcode> use this as vendor/motorola/maserati: git@github.com:STS-Dev-Team/android_vendor_motorola_maserati.git
[22:43] <asac> doanac: but wouldn't explain flakyness... at least we can see now if it fails during IP or during device bringup :)
[22:43] <asac> which can be helpfull.. and get a dump of all connections
[22:43] <Hashcode> and this as vendor/motorola/omap4-common: git@github.com:STS-Dev-Team/android_vendor_motorola_common.git
[22:43] <doanac> yep
[22:43] <Hashcode> zzarr: and let me know if that works
[22:44] <zzarr> what is the exact line I should write in my terminal?
[22:44] <Hashcode> sorry, you'll need to add that to a file in .repo.local_manifests
[22:44] <Hashcode> er .repo/local_manifests
[22:44] <Hashcode> Lemme get you a pastebin
[22:44] <zzarr> okey, thanks
[22:45] <Hashcode> I should say this tho
[22:45] <Hashcode> the motorola omap4 builds are broken atm
[22:45] <annerajb> ogra_: i did all this checkouts last night so it should have but let me run it again.
[22:45] <Hashcode> rsalveti: the ubuntu first swap is now live in the builds right?
[22:45] <asac> awe_: so ifconfig -a on maguro is quite busy
[22:45] <asac> awe_: http://paste.ubuntu.com/5879047/
[22:46] <awe_> and?
[22:46] <asac> awe_: any clue what all that stuff is?
[22:46] <awe_> radio stuff
[22:46] <Hashcode> zzarr: i need to do some catchup on the Moto's.  We can't support the Ubuntu first build style in safestrap yet. :/
[22:46] <ogra_> good stuff :)
[22:46] <rsalveti> Hashcode: I'm also rebasing our code to match CM 10.1.2
[22:47] <asac> awe_: do you know if nmcli c status can never return more than one device?
[22:47] <asac> err connection?
[22:47] <rsalveti> that might help getting the remaining stuff that is needed to be more compatible with some other devices
[22:47] <Hashcode> rsalveti: that will help, but I still need to patch the boot menu stuff
[22:47] <rsalveti> right
[22:47] <zzarr> how long before a fix do you think?
[22:47] <awe_> asac, not sure what you're asking?
[22:47] <asac> hmm
[22:47] <Hashcode> zzarr: probably about a week.  We just got the Moto QCOM's up and running.
[22:47] <Hashcode> But those are unlocked, so it was easier
[22:48] <zzarr> a week :D, that's nothing
[22:48] <awe_> asac, AFAIK nmcli dev will show a connection for mobile  /ril_0, and a connection for wifi ( wlan0 )
[22:48] <Hashcode> Don't hate me if it doesn't happen right away :)  Might need a new version of Safestrap to make it work.
[22:48] <asac> awe_: can 'nmcli -t -f devices c status | wc -l' ever be > 1 ?
[22:48] <asac> awe_: yeah... this code uses "con" and not "dev"
[22:48] <zzarr> do you think I'll be able to run a full ubuntu desktop on my lapdock?
[22:49] <Hashcode> zzarr: not until we finish the HDMI fixes.
[22:49] <asac> awe_: so i assume it could be that it goes and has two connections with status?
[22:49] <asac> awe_: do you have a device that is connected to 3g and wifi at hand?
[22:49] <asac> what do you get?
[22:49] <asac> nmcli -t -f devices c status
[22:49] <ogra_> asac, what do you want to achieve ?
[22:49] <awe_> asac, no..booting it now
[22:49]  * awe_ was busily writing code & unit tests
[22:50] <zzarr> where will I be able to find the fix? (once it's done)
[22:50] <asac> ogra_: well, we have a central script in our infrastructure that uses something that would fail to detect that network is up
[22:50] <asac> if there was ever more than one line coming back
[22:50] <asac> e.g. one entry for wlan0 and one for ril0
[22:50] <Hashcode> zzarr: oh you'll see it fixed in CM
[22:50] <Hashcode> first
[22:50] <Hashcode> zzarr: and I can't gaurantee it'll work via lapdock
[22:50] <ogra_> asac, route -n|grep ^0 ... then split off the last item
[22:50] <zzarr> okey
[22:50] <Hashcode> zzarr: the idea was to support the native HDMI output tho
[22:51] <awe_> asac, for what purpose, is this a test suite?
[22:51] <asac> no
[22:51] <asac> what is done is:
[22:51] <asac> iface=`nmcli -t -f devices c status`
[22:51] <zzarr> so HDMI don't work in cm?
[22:51] <asac> to get the iface
[22:51] <asac> and then
[22:51] <awe_> asac, for what purpose???
[22:51] <asac> to figure whether a device has a connection :()
[22:51]  * ogra_ is wonderig that too 
[22:51] <Hashcode> zzarr: that's right.  We're still demangling the HDMI driver in the kernel from Motorola's code.
[22:51] <asac> awe_: whether its online
[22:51] <asac> thats in phablet-network-setup :)
[22:52] <ogra_> asac, so just sheck if it has a route
[22:52] <awe_> ah... OK
[22:52] <asac> https://code.launchpad.net/~asac/phablet-tools/check-device-ip-state-after-sleep
[22:52] <ogra_> instead of all that nmcli stuff
[22:52] <asac> err
[22:52] <asac> lp is broken
[22:52] <awe_> phablet-network-setup should go away as soon as we get working indicators
[22:52] <awe_> cough, hack...
[22:52] <zzarr> do you think it's possible for you to notify me when it's fixed?
[22:52] <asac> awe_: do you see the code? struggling to use bzr on lp :)
[22:53] <asac> awe_: so i feel that code mighyt fail miserably to figure that there is an IP :)
[22:53] <Hashcode> zzarr: I really can't make "notification" lists :/  I have too many different devices for that. :(
[22:53] <asac> if it runs into ril0 and wlan0 up
[22:53] <asac> awe_: can you confirm?
[22:53] <asac> look at the tr -d '\r'
[22:53] <asac> whats that? crack?
[22:53] <Hashcode> zzarr: I'd watch the CM 10.1 build threads and you'll see the shouts of joy once we fix HDMI
[22:53] <zzarr> yes
[22:54] <Hashcode> zzarr: are you running a custom ROM
[22:54] <Hashcode> zzarr: ?
[22:54] <ogra_> asac, ask the author ?
[22:54] <aloisiojr> hi all, after the flipped image, how can i use setprop/getprop inside the android-chroot?
[22:54] <zzarr> the stock rom with custom apps
[22:54] <annerajb> ogra_: i ran it. it didnt work.
[22:54] <ogra_> aloisiojr, you can use it from ubuntu, not in the chroot
[22:54] <annerajb> make: *** No rule to make target `/home/annerabj/android/out/target/product/epicmtd/ubuntu-boot.img', needed by `/home/annerabj/android/out/target/product/epicmtd/obj/PACKAGING/target_files_intermediates/cm_epicmtd-target_files-eng.annerabj.zip'.  Stop.
[22:55] <zzarr> I live in Sweden and there for have a version with fixed GSM
[22:55] <asac> ogra_: well, i just wanted the answer if nmcli c status can give me more than one result :) but guess only cypher knows it
[22:55] <rsalveti> annerajb: after repo sync?
[22:55] <annerajb> ogra_: yup
[22:55] <Hashcode> zzarr: yeah the CM build doesn't support GSM very well on the Droid 4.
[22:55] <rsalveti> annerajb: if so, mind pasting your entire log?
[22:55] <awe_> asac, to answer your question posed above, yes the count can be greater than 1
[22:55] <asac> awe_: how about just using:
[22:55] <annerajb> rsalveti: how can i do a make clean with brunch?
[22:55] <asac> awe_: nm-tool | grep State:.*connected.*global
[22:55] <asac> :)
[22:56] <asac> is there a shorthand to nm-tool to just output the status?
[22:56] <ogra_> asac, well, i wouldnt use all that toplevel stuff anyway in scripts
[22:56] <rsalveti> annerajb: I usually just call 'make clean'
[22:56] <asac> ogra_: well. thats you :)
[22:56] <ogra_> there are more elegant ways :)
[22:56] <rsalveti> it removes the stuff from out/
[22:56] <aloisiojr> ogra_: i see, is there any way to run a native android app making use of the properties?
[22:56] <awe_> how 'bout getting rid of the tool, and making indicator work
[22:56] <asac> ogra_: elegant is a matter of taste :)
[22:56] <awe_> ;D
[22:56] <annerajb> rsalveti:i do too thought wasnt sure since i thought brunch was some sort of replacement to make
[22:56] <rsalveti> asac: "as always; this code is there for inspiration and haven't tested it."
[22:56] <asac> awe_: well. we need to check if device is online during provisioning in lab
[22:56] <rsalveti> lol
[22:56] <asac> so that doesnt help
[22:56] <rsalveti> who do you want to inspire?
[22:57] <aloisiojr> i noticed that set the properties outside the android chroot does not make any effect inside it
[22:57] <asac> rsalveti: because i didnt have a working device at all
[22:57] <asac> until i solved it :)
[22:57] <rsalveti> annerajb: it calls make later on
[22:57] <asac> i think it should be made better this way
[22:57] <asac> but i have no idea how to effectively work :) ... i guess thats what i mean
[22:57] <rsalveti> aloisiojr: should make
[22:57] <ogra_> aloisiojr, how do you know ?
[22:57] <annerajb> rsalveti: running it again while saving the output
[22:58] <rsalveti> aloisiojr: they are sharing the same property system
[22:58] <rsalveti> which is the android init
[22:58] <zzarr> okey, but people are working on a solution, I havn't seen any activity for a while and thought maybe my phone wasn't "interesting" any more
[22:58] <rsalveti> so if you run 'sudo setprop foobar barfoo', you'll see that var inside android as well
[22:58] <ogra_> aloisiojr, note that android-chroot doesnt get you into the running environment, it only chroots into the container
[22:58] <aloisiojr> rsalveti: fact 1: getprop <no params> returns nothing
[22:58] <zzarr> sorry for poor english, it's not native
[22:58] <rsalveti> right, might be the issue with android-chroot
[22:58] <aloisiojr> ogra_: i know
[22:58] <rsalveti> I'd recommend you setting up adb to start inside the android container
[22:58] <rsalveti> and then use it from there
[22:59] <ogra_> rsalveti, well, its an issue with lxc shielding the container
[22:59] <rsalveti> either via usb or tcp
[22:59] <ogra_> we dont really have a way to enter it
[22:59] <rsalveti> aloisiojr: do you have wifi working in there?
[22:59] <aloisiojr> rsalveti: fact 2: the property I've set is not making any effect
[22:59] <ogra_> right, switching adb over is one of the options
[22:59] <rsalveti> if so, it's easier to use adb over usb, running it inside android
[22:59] <aloisiojr> rsalveti: no, it's not working
[22:59] <Hashcode> zzarr: you're doing just fine w/ English.  I've heard much worse from native speakers.
[22:59] <aloisiojr> rsalveti: weird question :P
[23:00] <rsalveti> aloisiojr: inside the device :P
[23:00] <Hashcode> zzarr: Mainly, it's my dev time that's been limited lately.  Too many devices.
[23:00] <aloisiojr> rsalveti: yes, i understood that, no, the wifi inside the device is not working
[23:00] <ogra_> Hashcode, send some over ... if that frees up your time i'll happily take some new devices
[23:00] <zzarr> I would realy like to help, so once HDMI is fixed and saftstrap can install ubuntu I'll install and tell what I think of it
[23:00] <ogra_> :)
[23:01] <rsalveti> aloisiojr: right, then you can still use adb over tcp, let me get you the commands
[23:01] <aloisiojr> rsalveti: nice
[23:01] <Hashcode> ogra_ Lol, I hope you can take over about 10.
[23:01] <asac> so the jenkins bot was attached to my merge request
[23:01] <Hashcode> That would leave me a nice 4-5 to support.
[23:01] <asac> does that mean someone looked at it and tries it now?
[23:02] <Hashcode> zzarr: I'd also look around, I had heard it was possible to get GSM working on CM10.1 but I don't use it on a GSM network so I can't confirm.
[23:02] <ogra_> asac, yeah, a virtual butler ...
[23:02] <asac> ogra_: how does it decide that i am a trustworthy contributor?
[23:02] <ogra_> asac, PS Jenkins is just running automatically ... has no humans attached
[23:02] <zzarr> hashcode, is there any thing I can do?
[23:02] <zzarr> (to help)
[23:03] <Hashcode> zzarr: not really :/
[23:03] <ogra_> it just checks if you i.e. have a commit message set and if it can be built
[23:03] <asac> i got booted from all ubuntu teams recently, so i would define myself as a not trustworthy guy by the powers of policy :)
[23:03] <Hashcode> thanks tho
[23:03]  * asac grumbles
[23:03] <asac> ok
[23:03] <ogra_> asac, iirc the canonical team has some specialities
[23:04] <asac> ok
[23:04] <ogra_> and that one you cant leave :)
[23:04] <ogra_> (unless you resign)
[23:04] <asac> is there no button? :)
[23:04]  * asac needs to try for the sake of checking our infrastructure
[23:04] <ogra_> it is fully moderated
[23:04] <asac> so even leaving i can't without approval?
[23:04] <asac> that would be odd
[23:04] <rsalveti> aloisiojr: http://paste.ubuntu.com/5879086/
[23:05] <asac> ogra_: i have a "leave the teawm" button :)
[23:05] <asac> lol
[23:05] <ogra_> asac, i never had the urge to try :)
[23:05] <asac> i guess thats the way you express if you cant to quit
[23:05] <asac> guess if i quit i will use that way :)
[23:05] <asac> no mail, nothing
[23:05] <asac> just leave team
[23:05] <zzarr> May I wounder what's the problem with the HDMI driver? (is it impossible to use the stock one?)
[23:05] <rsalveti> aloisiojr: but if getprop, when running from the ubuntu side, is not working properly, then you might be missing some changes in android
[23:06] <rsalveti> aloisiojr: http://phablet.ubuntu.com/gitweb?p=CyanogenMod/android_system_core.git;a=commit;h=b721b9ca28de2f69810cd98ff676c4265cc39a49
[23:07] <rsalveti> the communication goes all via /dev/socket/property_service (which is a socket created by the android init service)
[23:07] <aloisiojr> rsalveti: getprop is working from the ubuntu side
[23:07] <ogra_> well, setprop should too :)
[23:07] <rsalveti> aloisiojr: and setprop?
[23:07] <rsalveti> root@ubuntu-phablet:/# setprop foo bar
[23:07] <rsalveti> root@ubuntu-phablet:/# getprop foo
[23:07] <rsalveti> bar
[23:07] <ogra_> unless you dont have the right permissions for the socket
[23:07] <rsalveti> right
[23:07] <aloisiojr> ogra_: rsalveti: both are working
[23:07] <rsalveti> cool
[23:08] <aloisiojr> only from the ubuntu side
[23:08] <rsalveti> then you should be able to follow what is in http://paste.ubuntu.com/5879086/
[23:08] <aloisiojr> rsalveti: i'll try
[23:09]  * rsalveti bbl
[23:09] <rsalveti> aloisiojr: let me know if it didn't work
[23:09] <rsalveti> time for some dinner
[23:09] <ogra_> heh, dinner
[23:10] <aloisiojr> rsalveti: so, I won't tell you anything, it did work :P
[23:10]  * rsalveti kicks ogra_ 
[23:10] <ogra_> haha
[23:10] <ogra_> better kick unity8
[23:10] <rsalveti> late for you already
[23:10] <ogra_> :P
[23:10] <ogra_> nah, early again :)
[23:10] <rsalveti> yeah, that's hopeless
[23:10] <ogra_> 1am here
[23:10] <rsalveti> aloisiojr: great
[23:10] <ogra_> not later than for asac
[23:11] <rsalveti> but asac is still in the wrong timezone
[23:11] <aloisiojr> rsalveti: ogra_: tks
[23:11]  * ogra_ is always in a mid atlantic TZ ... 
[23:15] <zzarr> hashcode, when the fix is out, will you upload a new  phablet-yyyymmdd-cm_maserati.zip?
[23:30] <annerajb> ogra_: OpenJDK 64-Bit Server VM warning: /bin/bash: line 1:  5898 Killed                  javac -J-Xmx512M -target 1.5 -Xmaxerrs 9999999 -encoding UTF-8 -extdirs ""
[23:30] <annerajb> ogra_: java vm out of memory?
[23:30] <asac> rsalveti: no i am here :)
[23:30] <asac> in EU
[23:31] <asac> not saying my body is though :)
[23:31] <asac> but its 1:30
[23:31] <ogra_> annerajb, what do you do with java ?
[23:31] <annerajb> ogra_: me nothing make this: host Java: bouncycastle-host (/home/annerabj/android/out/host/common/obj/JAVA_LIBRARIES/bouncycastle-host_intermediates/classes)
[23:32] <ogra_> annerajb, i think you dont want that ... sergiusens and rsalveti are better at this though :)
[23:33] <annerajb> rsalveti: sergiusens any idea why this is building when i run make?
[23:33] <ogra_> afaik java is only used to sign the zip at the very end of the build .... if there are other java invocations they are most likely wrong
[23:33] <ogra_> (i.e. you should disable building this bit)
[23:33] <sergiusens> ogra_: not used to sign the zip anymore, I removed that part
[23:33] <ogra_> ah, so we dont need it at all
[23:33] <ogra_> so it is *definitely* wrong then :)
[23:33] <sergiusens> annerajb: what requires bouncycastle?
[23:34] <sergiusens> might be something device specific
[23:34] <annerajb> ogra_: then why it's on my make? i did repo sync like and hour ago
[23:34] <ogra_> annerajb, and what arte you building for ?
[23:34] <ogra_> *are
[23:34] <annerajb> epicmtd device.
[23:34] <sergiusens> annerajb: run mka showcommands
[23:35] <ogra_> annerajb, if you are porting for a device it pulled that stuff in from your device repo ... thats the actual porting work you have to do :)
[23:35] <ogra_> drop that bit from your devices build setup
[23:35] <annerajb> ogra_: that makes sense.
[23:35] <sergiusens> annerajb: do you have the device repo at hand?
[23:35]  * sergiusens is cooking right now and warns people to expect delays
[23:35] <mterry> rsalveti, in your mir branch of session-manager-touch, I think maybe you forgot to bzr add the lxc override files?
[23:36] <annerajb> sergiusens: no idea where is that file? .repo/manifest.xml?
[23:37] <sergiusens> annerajb: first run 'mka showcommands' it will give you a better idea of why it fails
[23:38] <annerajb> sergiusens: it failed again let me get the output.
[23:40] <ogra_> mterry, lxc override files should come from lxc-android-config (unless there is something strange with the Mir branch)
[23:42] <mterry> ogra_, ::shrug:: http://bazaar.launchpad.net/~phablet-team/session-manager-touch/with-mir/view/head:/debian/ubuntu-touch-session.install
[23:43] <ogra_> mterry, oh, weird
[23:43]  * ogra_ wonders why thats needed
[23:44] <ogra_> oh
[23:44] <ogra_> heh
[23:44] <asac> last for now: https://code.launchpad.net/~asac/phablet-tools/wait-for-online-with-nm-tool/+merge/174893
[23:44] <ogra_> it isnt upstart job overrides ... it is in-container-overrides
[23:44] <ogra_> lol
[23:44] <ogra_> mterry, ignore me :)
[23:45] <asac> sergiusens: https://code.launchpad.net/~asac/phablet-tools/wait-for-online-with-nm-tool/+merge/174893
[23:45] <asac> not sure if you are the reviwer/owner of this stuff
[23:45] <asac> note it includes two other commits in separate merges
[23:46] <asac> err wait
[23:46] <asac> that was dump :)
[23:48] <popey> ogra_: should phablet-flash grab a new file today?
[23:48] <popey> ogra_: sorry, just got in
[23:48] <asac> sergiusens: https://code.launchpad.net/~asac/phablet-tools/wait-for-online-with-nm-tool/+merge/174894
[23:49] <asac> that one is the better one
[23:49] <ogra_> popey, there is one in pending, but it has the wlan issue still
[23:49] <asac> ogra_: the new image doesnt fix it?
[23:49] <popey> hmm, phablet-flash isn't finding it
[23:49] <ogra_> asac, unity8 doesnt build
[23:50] <ogra_> popey, well, there is 15.2
[23:50] <ogra_> it should find it
[23:50] <asac> ogra_: so you said we still dont have a build with the wifi fixed?
[23:50] <asac> say
[23:50] <ogra_> yes
[23:50] <popey> Download directory set to /home/alan/Downloads/phablet-flash/ubuntu-touch/20130714
[23:50] <asac> ogra_: and the reason is again that unity8 in ppa failed?
[23:50] <asac> after we uploaded the wifi fix?
[23:50] <popey> thats me running phablet-flash -d mako
[23:50] <asac> or was the wifi fix the stuff that triggerted build failure?
[23:51] <ogra_> asac, Saviq and rsalveti were working on it ...  but the first attempt the compiler fell over for unknown reasons, the second attempt jenkins  had a java error
[23:51] <ogra_> dunno if they tried a third time yet
[23:52] <asac> so the fixed by unity8 mp?
[23:52] <popey>   Installed: 0.15+13.10.20130712-0ubuntu1
[23:52] <ogra_> https://launchpad.net/~ubuntu-unity/+archive/next/+packages?field.name_filter=unity8&field.status_filter=published&field.series_filter=saucy
[23:53] <ogra_> we wait for a 20130715
[23:53] <ogra_> ogra@nusakan:~$ ls -l /srv/cdimage.ubuntu.com/www/full/ubuntu-touch/daily-preinstalled/|grep pending
[23:53] <ogra_> lrwxrwxrwx 1 cdimage cdimage   10 Jul 15 17:44 pending -> 20130715.2
[23:53] <ogra_> popey, ^^^
[23:54] <ogra_> must be phablet-flash
[23:54] <popey> dont understand why it's not grabbing pending
[23:54] <sergiusens> ogra_: let me check
[23:54]  * popey pokes sergiusens 
[23:54] <sergiusens> should of been fixed
[23:54] <ogra_> ah, just a lazy popey then :)
[23:54] <ogra_> upgrade !
[23:54] <ogra_> :)
[23:54] <popey> wat
[23:54] <popey> 00:52:08 < popey>   Installed: 0.15+13.10.20130712-0ubuntu1
[23:55] <sergiusens> popey: do you want pending or current? current works fine here
[23:55] <ogra_> (/me was kidding)
[23:55] <ogra_> sergiusens, pending
[23:55] <asac> ogra_: so that kind of sucks, right?
[23:55] <sergiusens> popey: Saving to: ‘/home/sergiusens/Downloads/phablet-flash/ubuntu-touch/20130715.2/saucy-preinstalled-touch-armhf.zip’
[23:55] <ogra_> and that used to work ...
[23:55] <sergiusens> still works
[23:55] <asac> e.g. that unity8 is always failing
[23:55] <ogra_> asac, well, i slowly get used to it :P
[23:55] <asac> this ppa has like 26/2
[23:56] <asac> fail/success ratio
[23:56] <ogra_> heh, yeah
[23:56] <popey> sergiusens: what command you running?
[23:56] <sergiusens> ogra_: popey I'm guessing proxy
[23:56] <asac> it never works :/
[23:56] <sergiusens> popey: phablet-flash -D -d maguro --pending
[23:56] <asac> wth
[23:56] <asac> i hope this ppa gest wiped and re-setup regularly :)
[23:56] <ogra_> heh
[23:56] <sergiusens> asac: the next ppa will most likely never dissappear
[23:57] <sergiusens> unless theres a big push for it
[23:57] <ogra_> sergiusens, well, it would help if things in it could actually build :)
[23:57] <asac> right
[23:57] <asac> that was my point
[23:57] <sergiusens> popey: let me plug my device
[23:58] <ogra_> asac, honestly i think that were rather builder issues than PPA related
[23:58] <sergiusens> when we were opening up we had to use daily release for some reason
[23:58] <sergiusens> ogra_: yeah, the builders are very sensitive
[23:58] <ogra_> it would have failed in daily too ...
[23:58] <asac> is daily release devirtualized?
[23:59] <asac> or why is that better?
[23:59] <ogra_> the compiler fell over first ... then jenkins had a java error
[23:59]  * ogra_ doesnt know if it is virtualized or not ... but the erros are more in the infra. around than in the PPA itself
[23:59] <asac> ogra_: i dont even see the build failure