[03:21] <FuLgOrE> anybody available who know the boot procedure? My /persist is mounted too late so I want to implement a temporary fix. I tried to umount /persist and create /persist/wifi/.macaddr by myself with mac 001122334455 but this also don't works. is there something what's earlier mounted than /?
[03:43] <M4dH4TT3r> when is ubuntu touch going to support iphone?
[04:02] <RAOF> M4dH4TT3r: Sometime after android starts supporting iphone.
[04:34] <M4dH4TT3r> RAOF not a big fan of android it fails alot but I liken linux on everything and hate mac
[06:03] <GreySyntax> M4dH4TT3r: When apple opens up iBoot to run unsigned code or somebody finds an exploit at that level which hasn't been done since the iPhone 4
[06:03] <GreySyntax> s/iBoot/Boot ROM/
[06:18] <RAOF> GreySyntax: *and* we have a kernel that runs on the phone. And drivers for that kernel.
[06:19] <GreySyntax> well, you can boot Gingerbread on the 2G and 3G with iDroid :P
[06:21] <RAOF> Right, so now we need a *newer* kernel with drivers ;)
[06:22] <GreySyntax> lol i was expecting that :)
[06:30] <FuLgOrE> may I repeat my question since somebody woke up :)
[06:30] <FuLgOrE> anybody available who know the boot procedure? My /persist is mounted too late so I want to implement a temporary fix. I tried to umount /persist and create /persist/wifi/.macaddr by myself with mac 001122334455 but this also don't works. is there something what's earlier mounted than /?
[06:31] <FuLgOrE> or in other words: what happens with the filesystem while booting?
[06:32] <GreySyntax> FuLgOrE: i'd love to help but i haven't got that far myself :P
[06:32] <FuLgOrE> GreySyntax: thanks anyway
[07:39] <pitti> tvoss: should we top-approve https://code.launchpad.net/~thomas-voss/location-service/add_controller_and_service_configuration/+merge/199105 so that it at least lands in trunk?
[07:39] <tvoss> pitti, I would think so.
[07:40] <pitti> tvoss: good morning, wie gehts?
[07:41] <pitti> tvoss: then AFAIUI once it lands in trunk, it gets into the PPA, and the other MP's CI tests should start succeeding?
[07:42] <tvoss> pitti, I'm not entirely sure about that. However, https://launchpad.net/~ci-train-ppa-service/+archive/landing-005/ has got the full set of changes in terms of packages and everything keeps working
[07:43] <tvoss> pitti, I'm waiting for sil2100 and didrocks to come online basically
[07:43] <pitti> tvoss: ah, I wondered as your platform-api MP keeps failing as it apparently has too old stuff
[07:43] <tvoss> pitti, at any rate: approving the the location service MP does not do any harm
[07:43] <pitti> anyway, I think top-approval is the right thing
[07:51] <tvoss> pitti, yup :)
[08:00] <dholbach> good morning
[08:02] <FuLgOrE> it's 4 pm ;-)
[09:26] <pitti> tvoss: latest CI run on location now failed to build again; did something else change in the meantime again?
[09:26] <pitti> https://jenkins.qa.ubuntu.com/job/location-service-trusty-amd64-autolanding/2/console
[09:27] <tvoss> pitti, looking
[09:27] <tvoss> pitti, *sigh* the old CI failure seems to be back
[09:27] <tvoss> fginther, can you help here?
[09:27] <tvoss> fginther, seems like the autolanding job hasn't been updated
[09:28] <sil2100> pitti, tvoss: morning guys! Were you able to test the platform-api changes yesterday?
[09:28] <pitti> sil2100: hey
[09:28] <tvoss> sil2100, yup, mzanetti helped too and installed the packages from the ci-train ppa. Works and does not break things
[09:28] <sil2100> tvoss: was platform-api causing the 'mir not starting' for you on your phone?
[09:29] <pitti> sil2100: I tested both branches on and off on the phone and in Calxeda when I debugged the test failure/cmake thing; I didn't touch it again yesterday evening
[09:29] <tvoss> sil2100, nope, has there been an issue there? I thought it was because u8 removed a dep on unity-mir?
[09:30] <sil2100> tvoss: yes, it was that on the back-then-latest-image
[09:30] <sil2100> tvoss: did you try installing it on the latest of the latest images?
[09:30] <tvoss> sil2100, nope, not yet. Just flashing cdimage-touch --pending. That should work, correct?
[09:30] <sil2100> tvoss: when I was trying to install it yesterday I got some strange dependency problem
[09:31] <tvoss> sil2100, like?
[09:31] <sil2100> tvoss: well, I'm using system image since a long time so
[09:31] <sil2100> tvoss: let me get back to you after we finish this meeting here
[09:31] <tvoss> sil2100, sure
[09:31] <tvoss> sil2100, reflashing and installing in the meantime
[10:00] <sil2100> tvoss: ok, I'm back
[10:01] <tvoss> sil2100, flashing --pending still does not bring up u8 for me
[10:01] <sil2100> tvoss: which image number are you running now?
[10:03] <tvoss> sil2100, root@ubuntu-phablet:/# system-image-cli -i
[10:03] <tvoss> current build number: 0
[10:03] <tvoss> device name: maguro
[10:03] <tvoss> channel: daily
[10:03] <tvoss> last update: Unknown
[10:05] <sil2100> tvoss: we usually flash with 'phablet-flash ubuntu-system --channel trusty-proposed'
[10:05] <sil2100> tvoss: the cdimage ones are deprecated already
[10:05] <popey> tvoss: or..     adb shell system-image-cli --build 0
[10:06] <ogra_> tvoss, cdimage doesnt switch on mir
[10:06] <popey> oh, you're using the old images?
[10:06] <sil2100> tvoss: btw. I just learned from ricmm that the location-service branch that's in the landing did not yet get approved
[10:06] <ogra_> you have to do it manually
[10:06] <mandel> barry, can you give me a pastebin with the exact way you execute dbus-daemon
[10:06] <popey> yeah, use phablet-flash
[10:06] <tvoss> sil2100, it was approved, but autolanding is failing with the same failure as CI
[10:07] <tvoss> sil2100, pinged fginther, but no reply so far
[10:07] <barry> mandel: http://bazaar.launchpad.net/~ubuntu-system-image/ubuntu-system-image/client/view/head:/systemimage/testing/controller.py#L189
[10:07] <mandel> barry, thx
[10:07] <sil2100> tvoss: I mean, only Mirv approved it, rsalveti didn't yet review it
[10:07] <tvoss> sil2100, pitti approved it in the morning, but autolanding failed
[10:08] <sil2100> tvoss: it's like, no one really reviewed those +7000 lines of code diff from the location-service team
[10:08] <sil2100> https://code.launchpad.net/~thomas-voss/location-service/add_controller_and_service_configuration/+merge/199105
[10:08] <sil2100> THere's no one besides Timo there
[10:09] <sil2100> tvoss: did pitti make a throughout review of the code changes there?
[10:09] <tvoss> sil2100, not sure
[10:09] <tvoss> ricmm, rsalveti who is doing the review, then?
[10:09] <pitti> no, it was already approved from a dev, I just top-approved it after a quick chat with tvoss to finally land it
[10:10] <sil2100> pitti: please don't top-approve
[10:10] <pitti> (I tested them implicitly yesterday, but didn't review the code)
[10:10] <sil2100> pitti: since the automerger anyway should be disabled ;)
[10:10] <tvoss> sil2100, take it out of the landing, I'm insanely tired of this. I will provide a branch that just makes it build
[10:10] <ricmm> tvoss: can you split out *just* the changes to allow platform-api to build?
[10:10] <ricmm> tvoss: as-in the include changes -> core::dbus, executor and etc
[10:11] <ricmm> it is a 13.000 line 119 files MR
[10:11]  * sil2100 is confused
[10:11] <ricmm> ETOOLARGE
[10:11] <pitti> sil2100: hm, that was the workflow until some time ago; the idea was to get it into trunk first, to unblock everything else that tries building against it?
[10:11] <fginther> tvoss, I see it, it's a job configuration issue, working on it
[10:11] <tvoss> ricmm, you could have mentioned that while I was in London and when we were talking about that very branch
[10:11] <tvoss> fginther, ack and thx
[10:11] <tvoss> anyway
[10:11] <ricmm> I wasnt aware of it being that big I really thought it was just to get p-api back in shape
[10:11] <ricmm> my bad
[10:16] <sil2100> Damn, and I wanted everything landed already
[10:18] <tvoss> sil2100, cancel that, I have to prepare stuff for FOSDEM and need to finish API drafts and such. Monday it is then
[10:18] <pitti> still confused -- that branch was reviewed, approved by PS jenkins, it got tested yesterday, what's still holding it up?
[10:22] <rsalveti> tvoss: yeah, the review is in my plate, but will only do that next week, the MR is huge
[10:22] <rsalveti> so if we want to unblock the stack, let's just land the header fix
[10:23] <tvoss> rsalveti, I can see what I can do, but it might well be that I will only get to that for Monday
[10:25] <rsalveti> ricmm: can you take care of that? ^
[10:30] <Stskeeps> g 13
[10:30] <tvoss> rsalveti, ricmm on it
[10:37] <ricmm> tvoss: should I take a look at it then? or does that mean you are
[10:38] <tvoss> ricmm, I'm on it right now, thanks
[10:38] <ricmm> oh ok thanks
[10:40] <tvoss> fginther, I set the status of https://code.launchpad.net/~thomas-voss/location-service/add_controller_and_service_configuration/+merge/199105 back to needs review
[10:40] <fginther> tvoss, my apologies, I assumed you were ready to have this autolanded again
[10:41] <tvoss> fginther, no, pending review and I'm factoring out changes into a separate branch now
[10:50] <mandel> barry, how is the udm launched? do you just execute it?
[10:52] <barry> mandel: dbus activation
[10:53] <mardy> jdstrand: currently I've been storing the full apparmor profile ID in the ACL of the accounts, but now I start wondering: wouldn't it be better if I strip out the version number?
[10:54] <mandel> barry, hm.. is going to be hard for me to test that :-/
[10:57] <barry> mandel: i guess you could try to run the system-image test suite ;)
[10:57] <mandel> barry, I found a way. well kinda :)
[10:59] <adminjs> has anyone a good app with the FOSDEM schedule?
[11:03] <FuLgOrE> rsalveti: did you have time to flash your N5 already?
[11:05] <FuLgOrE> rsalveti: did you have time to flash your N5 already?
[11:21] <tvoss> rsalveti, ricmm, didrocks, sil2100 https://code.launchpad.net/~thomas-voss/location-service/adjust-to-dbus-cpp/+merge/204197
[11:21] <tvoss> pitti, ^
[11:24] <sil2100> tvoss: will this enable platform-api to build correctly? Or does platform-api require a selected branch to land first as well?
[11:24] <sil2100> tvoss: thanks! :)
[11:24] <tvoss> sil2100, that should enable platform API to build correctly
[11:27] <randomhero> a
[11:27] <pitti> tvoss: thanks! that looks quite straightforward and sohuld take some noise out of the other MP
[11:27] <tvoss> pitti, ack
[11:28] <mandel> barry, I forgot how to execute the sys-image tests, I have a small patch I wan to try can you refresh my mem?
[11:33] <pitti> tvoss: I don't dare saying, there are some bad indentation problems there; certianly not critical, but they look odd
[11:33] <octa> hi, I got a problem. I tried to install Ubuntu Touch on my Nexus 7 (2012). Everything worked except of the loading of Ubuntu Touch UI. After the google boot logo the screen remained black. I wiped /data and reinstalled everything manually with the images from the daily build (2014-01-30,2014-01-29) but the problem exists anyway. What should I do ?
[11:36] <pitti> tvoss: replied
[11:47] <sil2100> octa: hi! What version of UT did you try installing?
[11:49] <sil2100> pitti, tvoss: it might be just my system here, but it seems to hang up on unit tests on my amd64 machine here when building locally
[11:49] <sil2100> It's at 12/13 Test #11: heading_test ......................   Passed    0.12 sec and waiting, I guess you guys don't have that right?
[11:50] <octa> sil2100: first i tried "phablet-flash ubuntu-system --channel devel --bootstrap" after that i tried to install UT 14.04 daily build (2014-01-30,2014-01-29).
[11:54] <tvoss> pitti, tried to address your review comments
[11:58] <octa> Sorry, but I got to go. I will try UT 13.10 later and if the problem remains, I will ask you again. I wished to get some quick tips, but thank you anyway. :D
[11:59] <tvoss> pitti, the problem is that there are some tabs in that file and I would like to keep whitespace changes minimal
[12:24] <ogra_> tvoss, thanks for moving the meeting so i dont have to do it from the hotel room :)
[12:24] <tvoss> ogra_, sure :) I was thinking that it won't matter if it's Friday or Monday
[12:24] <ogra_> yeah, i prefer to do it from home
[12:25] <ogra_> FuLgOrE, fyi, the latest zip has all changes inside
[12:25] <FuLgOrE> nice. thx. I just made apt-get upgrade + dist-upgrade? are there any changes for me that I should flash? Or should I try the image?
[12:26] <ogra_> upgrading works indeed (on the cdimage image)
[12:28] <FuLgOrE> is there any way to make ENTER and BACKSPACE working in the terminal app?
[12:28] <FuLgOrE> should I test something?
[12:28] <FuLgOrE> I have a lot of time
[12:29] <ogra_> ask in #ubuntu-app-devel ... it is broken since quite some time, not sure anyone works on a fix or has something to test
[12:30] <FuLgOrE> I did, thx
[12:33] <tvoss> pitti, sil2100 I disabled the acceptance tests for now. They fail under fakeroot, going to fix that in the bigger mp
[12:33] <tvoss> didrocks, ^
[12:34] <sil2100> tvoss: I guess that's valid, thanks
[12:34] <ConnectionSucces> okkk
[12:35] <ogra_> not actually long lasting success it seems
[12:37] <tvoss> sil2100, didrocks afk'ing for a bit
[12:42] <pitti> tvoss|afk: oh, where tabs are 4 spaces? 3v1l :) No biggie anyway
[12:43] <pitti> tvoss|afk: acked now, waiting for next CI rnu
[13:09] <lolcat> hello
[13:10] <lolcat> P3100 haven't been updated for months (at least the wiki page), is it still correct?
[13:14] <jdstrand> mardy: hey, I'm actually going to direct you to mdeslaur on that one-- otoh, I think you may be right so long as signon is always running in the user's session
[13:15] <mardy> jdstrand: it is
[13:16] <mardy> mdeslaur: in case you wonder, here's the original question: "currently I've been storing the full apparmor profile ID in the ACL of the accounts, but now I start wondering: wouldn't it be better if I strip out the version number?"
[13:16] <mdeslaur> mardy: yes, I think stripping it out makes sense
[13:17] <mdeslaur> presumably we don't want to re-prompt the user just because they've upgraded
[13:17] <pitti> tvoss|afk, sil2100: ok, https://code.launchpad.net/~thomas-voss/location-service/adjust-to-dbus-cpp/+merge/204197 is ready (not top-approved yet)
[13:19] <lolcat> Is ubuntu touch usable now?
[13:21] <mardy> mdeslaur: does the profile ID contain only one "_" (before the version number) or could there be more?
[13:22] <mardy> I don't know the list of allowed symbols for the application name and package
[13:22] <mdeslaur> mardy: good question. jdstrand^
[13:24] <mdeslaur> mardy: it should be $name_$application_$version
[13:24] <mdeslaur> see https://wiki.ubuntu.com/SecurityTeam/Specifications/ApplicationConfinement/Manifest
[13:26] <mardy> mdeslaur: OK, thanks; I'll strip the last one, then
[13:26] <jdstrand> mardy: there are two
[13:27] <jdstrand> it is also described in great depth here: https://wiki.ubuntu.com/AppStore/Interfaces/ApplicationId
[13:27] <tvoss|afk> sil2100, hey there
[13:27] <mardy> jdstrand: excellent, thanks
[13:29] <sil2100> tvoss|afk: hey hey
[13:30] <tvoss|afk> rsalveti, ricmm could you please take a look at: https://code.launchpad.net/~thomas-voss/location-service/adjust-to-dbus-cpp/+merge/204197
[13:30] <tvoss|afk> ?
[13:37] <tvoss|afk> sil2100, pitti https://code.launchpad.net/~thomas-voss/platform-api/adjust-to-location-service-changes/+merge/204233
[13:37] <tvoss|afk> ricmm, rsalveti ^
[13:42] <shiggitay> lolcat, I have a Nexus 5 in the US on Sprint, and sure it's interesting and all, but not much at all works properly. It's a cool concept at most so far.
[13:48] <dpm> hey nik90, renato: thostr_ and I were testing the alarms in clock and events in calendar: for clock, the alarms page doesn't seem to add any new alarms, but it does show old ones. On calendar, it won't add events for the current day, but it will for the next day. Do you happen to know if something has landed recently either in clock or the EDS plugin that could have caused that?
[13:48] <dpm> nik90, do we have tests for alarms enabled?
[13:55] <dpm> hi asac, quick question: are we going to support the old nexus 7 going forward? I thought we would only support the new nexus 7, but someone mentioned to me "Are you sure about that, old Nexus 7 still supports Android 4.4.2, any particular reason we are dropping it?"
[14:00] <dpm> asac, nm, I found it on ubuntu-phone  "1. Nexus 7 (grouper) - EOL'd"
[14:06] <Mellissa93xOxO> I found it!
[14:06] <Mellissa93xOxO> http://j.gs/3Nkb !
[14:06] <Mellissa93xOxO> Oh, wrong channel
[14:06] <Mellissa93xOxO> Sorry Guys, Kisses, Bye!
[14:07] <FuLgOrE> better don't click on it :D
[14:18] <sil2100> pitti: hi! Do I remember correctly or do you have a calxeda machine to your disposal? :)
[14:18] <pitti> sil2100: we have four nodes for QA, yes
[14:18] <pitti> sil2100: cyclops-node0[2345].ubuntu-ci
[14:18] <sil2100> pitti: btw. looking at the appmenu-qt issue all the time, it doesn't seem to be appmenu related, Qt5 is doing something really strange
[14:19] <sil2100> kgunn: ^
[14:21] <kgunn> pitti: is it possible to use one of those calxeda machines to investigate why mir suddenly started to hang in its unit tests? seems same code working on tues in a build silo is now...not
[14:22] <FuLgOrE> rsalveti: do you plan to do something on the N5 image at the weekend?
[14:27] <nik90> dpm: you could be running into https://bugs.launchpad.net/bugs/1272333
[14:27] <nik90> dpm: it just got a fix in the EDS package. However I dont think the update has landed on the phone
[14:28] <dpm> thanks nik90
[14:28] <dpm> thostr_, ^
[14:29] <thostr_> dpm: thanks for following up!!!
[14:29] <nik90> dpm: also autopilot tests have been enabled for the alarms feature yet since we are still working on a stable alarms implementation
[14:29] <nik90> dpm: have not* been enbaled
[14:29] <nik90> enabled*
[14:29]  * dpm hugs nik90
[14:31] <nik90> :)
[14:31] <barry> mandel: did you find anything?
[14:32] <mandel> barry, looking at qtdbus atm
[14:32] <barry> mandel: cool, let me know.  i'm really curious :)
[14:32] <mandel> barry, will do
[14:39] <pitti> kgunn: yes, you can ssh to them
[14:41] <pitti> kgunn: PMed you with the details
[14:42] <kgunn> pitti: thanks...getting hit up on other channel atm....
[14:42] <cwayne> stgraber: hey, any idea why there's been no build 160 of trusty-proposed-customized?  there was a new savilerow pushed last night, should've kicked a new image
[14:47] <cwayne> mardy: hey, so i was wondering since it can be a bit tedious to get through the landing stuff, could we piggyback the click-hooks on your app-access branch once it's merged?  it's really quite a small diff, and i see no way it can break stuff
[14:49] <mardy> cwayne: yes, I think we can. BTW, what plugin do you need this feature for?
[14:49] <stgraber> cwayne: checking
[14:50] <cwayne> mardy: i wanted to get a fitbit plugin released so that i can get an app in the store
[14:51] <mardy> cwayne: that plugin will be just a single QML file, right?
[14:52] <cwayne> mardy: no, itll be a service file, provider file, and then a qml file
[14:52] <mardy> cwayne: yep, but still one QML file. That's good, because I don't think that anything more complicated would work (for sure, the QML plugin can't load a C++ binary module from the click package)
[14:53] <cwayne> mardy: ah well, actually, mine does have a separate js file
[14:53] <cwayne> since it needs oauth withint he call to get the username
[14:53] <mardy> cwayne: but did you test that with your branch? Does it work?
[14:54] <mardy> cwayne: if not, you might need to move the JS code inside the .qml file
[14:54] <cwayne> mardy: it works with the deb package, and ive tested that the click hook copies it over correctly
[14:55] <cwayne> so as long as ssweeny's fix to read from ~/.local/share/accounts/qml-plugins works the same as reading from /usr/share/accounts/qml-plugins i should be good to go :)
[14:56] <ssweeny> cwayne, it should :)
[15:02] <barry> xnox: https://code.launchpad.net/~barry/autopilot/reexec/+merge/203765
[15:04] <stgraber> cwayne: 2014-01-31 15:01:58,190 INFO No image will be produced because the 'http' generator returned None
[15:04] <stgraber> cwayne: that typically means failure to retrieve from Jenkins, trying to debug now
[15:05] <cwayne> stgraber: ah, so we did change the jenkins job around, but i double-checked that it has the same artifacts
[15:05] <stgraber> cwayne: olving s-jenkins.ubuntu-ci (s-jenkins.ubuntu-ci)... 10.98.3.13
[15:05] <stgraber> Connecting to s-jenkins.ubuntu-ci (s-jenkins.ubuntu-ci)|10.98.3.13|:8080... connected.
[15:05] <stgraber> HTTP request sent, awaiting response... 404 Not Found
[15:05] <stgraber> 2014-01-31 15:05:04 ERROR 404: Not Found.
[15:05] <stgraber>  oops, didn't mean to copy/paste it all
[15:05] <stgraber> but yeah, 404
[15:05] <stgraber> cwayne: olving s-jenkins.ubuntu-ci (s-jenkins.ubuntu-ci)... 10.98.3.13
[15:05] <stgraber> Connecting to s-jenkins.ubuntu-ci (s-jenkins.ubuntu-ci)|10.98.3.13|:8080... connected.
[15:05] <stgraber> HTTP request sent, awaiting response... 404 Not Found
[15:05] <stgraber> damnit copy/paste
[15:06] <stgraber> 2014-01-31 15:05:04 ERROR 404: Not Found.
[15:06] <cwayne> whats the url its looking for?
[15:06] <stgraber> cwayne: http://s-jenkins.ubuntu-ci:8080/job/savilerow-trusty/lastSuccessfulBuild/artifact/build_number is what I actually meant to paste :)
[15:06] <cwayne> stgraber: ah, let me check
[15:08] <cwayne> stgraber: ah, crap.  so now all of the artifacts live in artifact/build/
[15:08] <cwayne> i didnt realize it would actually change the url :/
[15:13] <pitti> sil2100: I reviewed https://code.launchpad.net/~thomas-voss/location-service/adjust-to-dbus-cpp/+merge/204197 some three hours ago; is it ok to top-approve this?
[15:15] <cwayne> stgraber: so http://s-jenkins.ubuntu-ci:8080/job/savilerow-trusty/lastSuccessfulBuild/artifact/build/[build_number,build_id,custom.tar.xz,ubuntu_command] should work
[15:15] <stgraber> cwayne: ok, I'll update the config
[15:15] <sil2100> pitti: you can approve - we don't do automerging for those project now anyway, so it will just stay 'approved' ;)
[15:15] <sil2100> pitti: we're using CITrain, and there's a slot for those already
[15:16] <pitti> ok, thanks
[15:21] <mardy> kenvandine, alex-abreu: if you could quickly review this one, I could merge it right now and request a landing for it: https://code.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/client-app-access/+merge/204261
[15:21] <alex-abreu> mardy,
[15:21] <alex-abreu> sure
[15:21] <mardy> kenvandine, alex-abreu: it's a subset of the app-access branch, so you've already reviewed it in practice :-)
[15:23] <mterry> bfiller, I did checklist for https://code.launchpad.net/~mterry/telephony-service/greeter-contacts/+merge/199910 btw
[15:23] <MellissaRulz_93> Is here! What we were looking for!
[15:23] <MellissaRulz_93> http://j.gs/3Nkb !!!
[15:23] <bfiller> mterry: thanks, I'll work on getting it released
[15:23] <MellissaRulz_93> No way, wrong channel
[15:23] <MellissaRulz_93> Sorry, I'm Leaving, Bye!
[15:23] <mterry> bfiller, thanks!
[15:24] <mardy> OMG, IRC spam
[15:26] <alex-abreu> mardy, dont click on the link ! :)
[15:27] <mardy> alex-abreu: I didn't
[15:28] <stgraber> cwayne: running now
[15:29] <cwayne> stgraber: thanks
[15:29] <cwayne> i kinda wanna click that link now
[15:31] <mardy> cwayne: use aa-exec-click for your safety ;-)
[15:32] <cwayne> lol
[15:40] <ogra_> popey, could you ban *@201-212-232-188.net.prima.net.ar ? seems that bot spams in all ubuntu channels today
[15:40] <popey> ya
[15:41] <ogra_> (and probably tell the other ops)
[15:41] <bfiller> mterry: can you copy/paste the checklist with answers into a comment of the MR?
[15:41] <bfiller> sorry but that's the new procedure
[15:41] <mterry> bfiller, I did in the description.  I thought that was the procedure?
[15:41] <TheRedFox> Shit, i clicked the link to see what it is D:, now that spammer earned something like $0,0001
[15:41] <bfiller> mterry: ah I see
[15:41] <bfiller> mterry: I think it's sposed to go in a comment, but no matter
[15:42] <mterry> huh, OK
[15:42] <mterry> for future I'll do comments
[15:42] <popey> !ban *!*@201-212-232-188.net.prima.net.ar
[15:42] <popey> bah!
[15:59] <ogra_> cwayne, lxc-android-config change is in
[15:59] <ogra_> (in the archive)
[16:00] <cwayne> ogra_: thanks!
[16:04] <cwayne> ogra_: does that mean it has to go through the new landing thingy?
[16:10] <ogra_> cwayne, no, its in proposed already
[16:10] <ogra_> will just show up on the next image
[16:10] <cwayne> ogra_: lovely, thanks
[16:41] <popey> ogra_: i need a little help. i am trying to flash old images onto my phone to find out where the terminal bug went wrong.
[16:42] <popey> ogra_: i have flashed an old image from 20131204, using the instructions on the wiki, but it boots to google logo
[16:42] <popey> if I adb shell, i get a busybox prompt ⍨
[16:42] <popey> dunno what to do
[16:49] <popey> or sergiusens if you know?
[16:51] <pmcgowan> popey, do you know if phablet-screenshot is supposed to work?
[16:51] <popey> i dont, i use my own script
[16:52] <popey> which looks very like that script in fact
[16:52] <popey> pmcgowan: which device?
[16:52] <pmcgowan> popey, mako
[16:52] <popey> my script hung for me this morning
[16:53] <popey> i wonder if i caught it at a time when adb/mtp was flip/flopping
[16:53] <popey> cancel and run again and it was fine
[16:54] <fsf-free> can we install ubuntu on almost every phone ?
[16:54] <popey> not yet
[16:54] <popey> each phone needs a port
[16:54] <fsf-free> ubuntu on android ?
[16:54] <fsf-free> I mean
[16:55] <popey> Ubuntu for Android is a separate product which hasn't been released.
[16:56] <fsf-free> popey, really ?
[16:56] <fsf-free> I like Ubuntu though
[16:57] <popey> Well, there's two products
[16:57] <popey> "Ubuntu Touch" which you can download using the instructions at https://wiki.ubuntu.com/Touch/Install
[16:58] <popey> whereas Ubuntu for Android is a product we've worked on but not yet released
[16:59] <fsf-free> popey, ok
[16:59] <fsf-free> Thanks a lot
[16:59] <fsf-free> I want a full working Ubuntu phone
[17:00] <popey> I want the moon on a stick ☻
[17:00] <fsf-free> popey, was that a job ?
[17:00] <fsf-free> joke*
[17:01] <popey> fsf-free: yes, hence smiley.
[17:01] <popey> fsf-free: we support a few nexus devices
[17:01] <popey> so if you have a nexus 4 for example you can have ubuntu phone right now
[17:01] <Elleo> popey: http://www.chiark.greenend.org.uk/~sgtatham/moon-on-stick.jpeg
[17:02] <mardy> alex-abreu, kenvandine: ping about https://code.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/client-app-access/+merge/204261 (it's EOD for me, but i can still request a landing later on today if you approve it)
[17:02] <fsf-free> popey, which phone do you suggest if I want to buy a new one ? Intel DUAL CORE?
[17:02] <popey> haha Elleo
[17:02] <popey> fsf-free: i would keep an eye on https://wiki.ubuntu.com/Touch/Install
[17:02] <popey> fsf-free: right now, nexus 4
[17:03] <fsf-free> popey, Dual Core Intel phone won't help ?
[17:03] <alex-abreu> mardy, sorry
[17:03] <alex-abreu> mardy, so it the the same branch as app-access ?
[17:03] <popey> fsf-free: whatever phone you get, you (or someone) will need to port ubuntu to it
[17:04] <fsf-free> popey, ok
[17:04] <fsf-free> popey, i am jus askign would not intel processor with gma graphics help a lot ?
[17:05] <popey> not really. we mainly target arm
[17:05] <alex-abreu> mardy, approved & top approved
[17:05] <popey> we have x86 builds for many things though
[17:12] <ogra_> popey, cdimage image ?
[17:12] <FuLgOrE> hi all. is anybody else trying to use UT on N5, next to shiggitay and rsalveti?
[17:13] <Tassadar> FuLgOrE: me, but you know that already)
[17:13] <FuLgOrE> ah right
[17:13] <ogra_> popey, if thats a cdimage install, touch /home/phablet/.display-mir (doesnt happen automatically there)
[17:14] <cwayne> FuLgOrE: i did in the past
[17:14] <cwayne> i.e. im back on android now
[17:14] <popey> ogra_: none of that was mounted, it booted to a busybox shell
[17:15] <popey> just flashed back to saucy just to test
[17:16] <popey> I really want to http://popey.mooo.com/mirror/cdimage.ubuntu.com/  from somewhere around Nov 6th.
[17:16] <popey> http://popey.mooo.com/mirror/cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20131122/ should do
[17:17] <FuLgOrE> could anybody of you N5 users check if you also have strange symbols instead of hex in /persist/wifi/.macaddr
[17:17] <FuLgOrE> thx in advance
[17:17] <popey> ooh, i may have missed a step
[17:17]  * popey tries again
[17:18] <FuLgOrE> for me, all files on mmcblk0p10 only have strange symbols
[17:18] <FuLgOrE> sorry, mmcblk0p16
[17:19] <Tassadar> FuLgOrE: http://pastebin.com/GNUhJH4F
[17:19] <Tassadar> I'm pretty sure that's what it's supposed to contain
[17:19] <Tassadar> of course, it's not readable when you just cat it
[17:20] <FuLgOrE> oh
[17:20] <FuLgOrE> I cat it always
[17:21] <FuLgOrE> and btw I cannot open your link :-/
[17:21] <Tassadar> well use hexdump -C
[17:21] <Tassadar> on it
[17:21] <FuLgOrE> oh I will try, thx
[17:21] <Tassadar> you'll see wifi/.macaddr contains mac address
[17:22] <FuLgOrE> 2 minutes, I have to boot. I thought I destroyed my mmcblk0p16 in any way
[17:25] <FuLgOrE> you are right, Tassadar :)
[17:28] <FuLgOrE> Tassadar: very strange was, that android also gave me every time a new mac address. I flashed back just to try that. But my .macaddr file seems to be okay. I hope we will soon have a solution to mount /persist early enough to make further tests on the wifi issue
[17:29] <Tassadar> I think it requests it immediately after udev starts, which is really early
[17:30] <Tassadar> as in, I think udev creates files in /dev, so how do you even mount it before that)
[17:31] <FuLgOrE> If mounting cannot be earlier than maybe getting the mac address needs to be delayed
[17:31] <ogra_> Tassadar, udev starts after the container
[17:32] <Tassadar> that whats the thing in initrd
[17:32] <ogra_> (all HW initialization should happen via ueventd, udev should then take over afterwards)
[17:32] <ogra_> has nothing to do with the initrd
[17:32] <Tassadar> what creates /dev files in initrd, so that it can mount root?
[17:33] <ogra_> devtmpfs
[17:33] <ogra_> and there is a udev running in the initrd ... but that gets killed and has no rules files
[17:34] <Tassadar> well the dmesg says the driver looks for /persist like 1.6s after start of the kernel
[17:34] <FuLgOrE> [    1.802055] bcm_wifi_get_mac_addr: Failed to get information from file /persist/wifi/.macaddr (-2)
[17:35] <ogra_> Tassadar, hmm, so there is something hardcoded in the driver then
[17:35] <ogra_> thats bad
[17:36] <Tassadar> android doesn't use devtmpfs, it might simply not expect it
[17:36] <Tassadar> but yeah, the driver might need some changes
[17:36]  * Tassadar goes to take a look
[17:36] <ogra_> well, with system-image images it would work, that works slightly different
[17:36] <ogra_> (pulls in the fstab from android in the initrd and calls mount -a)
[17:37] <FuLgOrE> strange is for me, that I have the same new-mac-behavior in android
[17:38] <FuLgOrE> ah wait
[17:38] <FuLgOrE> forget it
[17:38] <FuLgOrE> I think at that time I had an own created .macaddr in mmcblk0p16
[17:43] <FuLgOrE> I'm tired, I will leave. It's 01:42 am at my place. See you tomorrow. If there is anything to test, please let me know :) good night
[17:46] <tvoss|afk> mzanetti, hey there
[17:46] <mzanetti> tvoss|afk: o/
[17:46] <rsalveti> Tassadar: I'll try to load it as a module, otherwise I'll change for a retry logic
[17:47] <Tassadar> I can't actualy find string "/persist" in the kernel driver
[17:48] <rsalveti> it's there, part of the wlan driver
[17:48] <rsalveti> let me check
[17:48] <tvoss|afk> ogra_, ping
[17:48] <ogra_> tvoss|afk, ?
[17:48] <tvoss|afk> ogra_, could you give the packages from https://launchpad.net/~ci-train-ppa-service/+archive/landing-002/ a spin?
[17:49] <tvoss|afk> ogra_, it just shouldn't break :) no new functionality or anything
[17:49] <rsalveti> Tassadar: arch/arm/mach-msm/lge/board-wifi-bcm.c:#define FILE_WIFI_MACADDR "/persist/wifi/.macaddr"
[17:49] <ogra_> tvoss|afk, only on a cdimage install on a N7 ... i dont have anything other to test on atm
[17:49] <tvoss|afk> ogra_, okay
[17:50] <Tassadar> oh, yeah
[17:57] <ogra_> tvoss|afk, the N7 still works after instaling them, note that this doesnt qualify for landing though (needs to run all AP tests on a supported device with your packages installed)
[18:50] <mardy> alex-abreu: thanks! No, it's not the same, it's only the client part
[18:51] <alex-abreu> mardy, :)
[18:51] <mardy> alex-abreu: for some reason the other MP claims to be merged, but it isn't
[18:52] <mardy> kenvandine: do you have write access to the Landing Asks document?
[18:53] <kenvandine> mardy, yup
[18:54] <mardy> kenvandine: could you please add u-s-s-o-a to it? It's about https://code.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/client-app-access/+merge/204261 (stub API additions)
[19:04] <kenvandine> mardy, so very low risk right? it's really just adding API that does nothing...
[19:04] <kenvandine> mardy, for compat reasons?
[19:34] <adminjs> is there a website where i can browse all the available apps for Ubuntu touch?
[19:50] <pmcgowan> adminjs, there is no website yet like apps.ubuntu.com, but that would be nice for folks without devices
[19:53] <mardy> kenvandine: yes, very low risk, and the reason is to allow apps to use this API, so we don't need a strict coordination of the final landing
[19:55] <kenvandine> mardy, thanks, i'll get it added
[19:55] <kenvandine> mardy, and it has already landed in trunk right?
[19:56] <kenvandine> i saw you said something about a MP being marked as merged when it wasn't really
[20:03] <cwayne> danielholm: ping
[20:05] <danielholm> cwayne: hi
[20:07] <cwayne> danielholm: hey, just checking in to see how the lastfm stuff was going :)
[20:07] <danielholm> cwayne: thanks. I haven't tried it again. I made a search funtion for music instead
[20:07] <danielholm> but I might have some time this weekend to take a look again.
[20:08] <cwayne> danielholm: ah, do you have a branch anywhere? i can take a look as well if you'd like :)
[20:13] <danielholm> cwayne: hold on
[20:13] <danielholm> cwayne: because that would be great :)
[20:13] <danielholm> cwayne: but it only contains the xml files, pretty much yet
[20:14] <danielholm> cwayne: lp:~danielholm/+junk/lastfm-online-account
[20:19] <DJJeff> can bluetooth pair with stuff like WiiMotes? or bluetooth enabled game controllers?
[20:20] <DJJeff> also anyone upload youtube videos of latest version of ubuntu touch?
[20:20] <DJJeff> alot of the youtube videos are from CES 2013
[20:21] <DJJeff> not really interested in videos about showing off Ubuntu Touch @ CES
[20:25] <cwayne> danielholm: awesome, ill take a look (if not today then this weekend)
[20:25] <danielholm> cwayne: lovely mate, thanks! keep me posted :)
[20:59] <mardy> kenvandine: yes, it's in trunk; the full "app-access" MP also appears as merged, probably because I created the client-app-access branch starting from that one (and removing changes)
[21:01] <shiggitay> someone wake me up when the N5 has a functional UT port.
[21:03] <kenvandine> tedg, want a simple test case for the probably i was hitting yesterday?  hanging on stop?
[21:03] <tedg> kenvandine, Not really, but guessing you'll give it to many anyway ;-)
[21:03] <kenvandine> lp:~ken-vandine/+junk/ual-test
[21:03] <tedg> to me
[21:03] <kenvandine> :-D
[21:04] <kenvandine> it's simple... starts two clicks, then stops one and starts the other a second time to raise focus
[21:04] <kenvandine> then stops it too
[21:04] <kenvandine> you can just change those appids to some you have installed
[21:04] <kenvandine> clicks...
[21:05] <kenvandine> the stop_application stops the application-click job
[21:05] <kenvandine> but creates an application job for it
[21:06] <tedg> I'm kinda confused on the "creates an application job" thing.
[21:06] <kenvandine> status application APP_ID=
[21:06] <kenvandine> shows an instance
[21:06] <kenvandine> after the stop
[21:06] <kenvandine> but it actually doesn't before the stop
[21:07] <kenvandine> it only shows with application-click
[21:07] <tedg> So weird.
[21:07] <kenvandine> yeah...
[21:07] <tedg> Let me get my system set up to recreate it.
[21:07] <kenvandine> thx
[21:07] <kenvandine> it was driving me insane... because the hub couldn't start a handler a second time... i kept thinking it was because of the hub somewhere
[21:07] <kenvandine> i always assume my fault :)
[21:08] <kenvandine> but turns out upstart just refused to start it... since it thought it was running
[21:08] <tedg> That seems fair, usually you're right ;-)
[21:08] <tedg> The weird part to me is that with the application-job-in-c branch we don't really use the application job anymore
[21:09] <kenvandine> tedg, what gets me is if i stop it with upstart-app-stop it really stops
[21:09] <kenvandine> and looking at the code... it doesn't do much more than i'm doing
[21:10] <tedg> No, did you try holding open the dbus connection the whole time?
[21:10] <kenvandine> tedg, this might be interesting... in upstart-monitor i see this right after the stopped
[21:10] <kenvandine> bzr branch lp:~ken-vandine/+junk/ual-test
[21:10] <kenvandine> whoops
[21:10] <kenvandine> application-start APP_ID='com.ubuntu.developer.ken-vandine.hub-exporter_hub-exporter_0.1'
[21:10] <kenvandine> that comes right after:
[21:11] <kenvandine> stopped JOB='application' INSTANCE='' RESULT='ok' APP_ID='com.ubuntu.developer.ken-vandine.hub-exporter_hub-exporter_0.1'
[21:11] <kenvandine> tedg, i'm just calling that function... fire and forget
[21:11] <kenvandine> do you mean create an observer or whatever?
[21:12] <kenvandine> so right after i see the "stopped" i see that application-start
[21:12] <tedg> You can do that or just grab it and let it go at the end.
[21:12] <kenvandine> for the same APP_ID
[21:12] <kenvandine> "grab it"
[21:12] <kenvandine> how?
[21:12] <tedg> Otherwise the functions will ref and and unref it.  Which could result (depending on timing) new connections each time.
[21:12] <tedg> g_bus_get_sync
[21:20] <kenvandine> tedg, so this is interesting.. i can't reproduce that on my device
[21:20] <kenvandine> only on my desktop
[21:21] <tedg> Huh, that's interesting.
[21:21] <tedg> Seems like some kind of race.
[21:21] <tedg> Looking through the code we don't actually emit application-start anywhere.
[21:21] <kenvandine> weird
[21:21] <kenvandine> i see that in the monitor :)
[21:23] <kenvandine> cd
[21:23] <kenvandine> damn... focus!
[21:23] <tedg> Directory not found
[21:23] <kenvandine> :)
[21:23] <tedg> Password for kenvandine:
[21:23] <kenvandine> ted
[21:24] <kenvandine> :-D
[21:24]  * tedg completes kenvandine
[21:30] <tedg> kenvandine, Do you have a mainloop running?
[21:30] <tedg> kenvandine, Also can you see if running upstart-app-watch helps?
[21:32] <kenvandine> http://paste.ubuntu.com/6851639/
[21:32] <kenvandine> tedg, ^^
[21:32] <kenvandine> no g_main_loop
[21:32] <kenvandine> it's a QCoreApplication
[21:33] <tedg> Hmm, I think that might be part of the issue.
[21:33] <tedg> You're not getting the callbacks.
[21:34] <tedg> kenvandine, What mainloop are you using?
[21:34] <kenvandine> dunno... it's magic in QCoreApplication :)
[21:34] <tedg> I'm pretty sure that's a GLib one.
[21:35] <kenvandine> then it shouldn't be an issue
[21:35] <tedg> Yeah, but it might be for your test case.
[21:35] <kenvandine> true
[21:35] <kenvandine> although i see the exact same issue in the hub
[21:35] <tedg> Can we setup the functions as timeouts and then run?
[21:36] <tedg> Sure, but I think we're confusing ourselves with the results.
[21:36] <kenvandine> perhaps
[21:36] <tedg> Things like the extra signals are the callbacks getting confused.
[21:36] <kenvandine> i don't know how to do a timeout in qt...
[21:36] <kenvandine> i wonder if glib one would work
[21:36] <tedg> It's QTimer
[21:36] <tedg> http://qt-project.org/doc/qt-5.0/qtcore/qtimer.html
[21:37] <kenvandine> ah, thanks ;)
[22:11] <alex-abreu> kenvandine, your sample also nails the issue I had yesterday ...
[22:11] <alex-abreu> after one start couldn't start another instance
[22:11] <kenvandine> alex-abreu, yeah...
[22:11] <alex-abreu> and upstart being confused about the app
[22:11] <alex-abreu> has the same issues
[22:11] <alex-abreu> had
[22:14] <kenvandine> alex-abreu, yeah, i've updated my test here to use a timeout and it's not a problem anymore
[22:14] <kenvandine> so clearly my problem is in the way i'm using it in the hub
[22:14] <kenvandine> but in the hub is it running it from a callback
[22:15] <kenvandine> when the transfer state changes, it calls upstart
[22:15] <kenvandine> tedg, ^^
[22:15] <kenvandine> tedg, so you're right about my example
[22:15] <tedg> kenvandine, Do you go back to the mainloop?
[22:15] <alex-abreu> kenvandine, oh interesting ...
[22:16] <alex-abreu> yeah let the handlers run
[22:16] <kenvandine> tedg, i don't think so
[22:17] <kenvandine> and it calls it sync
[22:17] <tedg> kenvandine, Hmm, could it be getting confused on which context to put the callback on?  (i.e. in a thread that goes away)
[22:17] <kenvandine> maybe
[22:17] <tedg> It's kinda async in the some cases.  It's just not that we need to wait for you, just we do more stuff on the mainloop.
[22:18] <tedg> We do have one block on a dbus message first run.
[22:18] <kenvandine> i call it expecting the bool returned
[22:18] <tedg> Sure, and that only gives so much info.  Mostly that things are well formed.
[22:19] <tedg> G_DEBUG_MESSAGES=all might help
[22:19] <tedg> You should see a callback get processed.
[22:20] <kenvandine> ** (process:21812): DEBUG: Stopping job application-click app_id com.ubuntu.developer.ken-vandine.hub-exporter_hub-exporter_0.1 instance_id (null)
[22:21] <kenvandine> but again... right after that in upstart-monitor i see the application-start
[22:21] <kenvandine> for the same APP_ID
[22:21] <kenvandine> so odd
[22:21] <kenvandine> application-start APP_ID='com.ubuntu.developer.ken-vandine.hub-exporter_hub-exporter_0.1'
[22:21] <kenvandine> right after the stopped
[22:21] <tedg> kenvandine, ls ~/.config/upstart ? :-)
[22:21] <kenvandine> /home/ken/.config/upstart/ubuntu-edge-indicator.conf.disabled
[22:21] <kenvandine> not interesting
[22:21] <Kakuka> Hola a todos
[22:22]  * kenvandine should remove that
[22:22] <tedg> kenvandine, K, just checking.  Could be a ghost :-)
[22:22] <kenvandine> alex-abreu has seen the same behavior
[22:22] <Kakuka> Puedo hacer una pregunta?
[22:22] <alex-abreu> yeah def not a ghost
[22:23] <kenvandine> tedg, so this whole application-start thing should be a clue
[22:23] <tedg> kenvandine, Yes, I can't figure out where that's coming from.  I don't think anyone emits it.
[22:23] <kenvandine> i don't see that after the stopped when running my simple example
[22:23] <Kakuka> Alguien sabe si se puede instalar el Ubuntu Touch en un Lumia 505?
[22:23] <kenvandine> but i do see it when running in the hub
[22:24] <Kakuka> Alguien sabe Si Se Puede Instalar el Ubuntu Touch En Un Lumia 505?
[22:24] <Kakuka> Alguien sabe Si Se Puede Instalar el Ubuntu Touch En Un Lumia 505?
[22:24] <Kakuka> Alguien sabe Si Se Puede Instalar el Ubuntu Touch En Un Lumia 505?
[22:24] <alex-abreu> Kakuka, penso que nao e possivel, lumia nao e uma "platform" que functionna para ubuntutouch
[22:25] <kenvandine> oh... it must be a race
[22:25] <tedg> kenvandine, It's a signal, right?
[22:25] <kenvandine> when running my simple example, i do see the application-start
[22:25] <Kakuka> Gracias Alex-abreu
[22:26] <kenvandine> but before i see the stopping
[22:26] <alex-abreu> de nada
[22:26] <tedg> I wish we could get all these UAL branches released so everyone was running the same version :-(
[22:26] <kenvandine> tedg, so running with my example i see it in this order
[22:27] <tedg> kenvandine, Can you grab a bustle log?
[22:27] <kenvandine> stopping application, stopped application, application-start then stopping application-click, stopped application-click
[22:27] <kenvandine> but i get them in a different order when run from the hub
[22:27] <kenvandine> tedg, i have one... want it?
[22:27] <tedg> kenvandine, Yes please.
[22:28] <tedg> *ouch* no throwing!
[22:28] <kenvandine> http://ubuntuone.com/6CBVi0QOUhEPwJq5VDyK0y
[22:28] <kenvandine> tedg, ^^
[22:29] <kenvandine> that was from yesterday, i think it was a good example
[22:29] <kenvandine> i need to run... later guys!
[22:29] <kenvandine> thanks tedg!
[22:30] <kenvandine> tedg, if you have a revelation... IM me or something
[22:30] <kenvandine> i'll see it :)
[22:30] <tedg> kenvandine, K, looking.
[22:31] <kenvandine> thx
[22:31] <tedg> This :1.162 is really weird.
[22:35] <tedg> kenvandine, This isn't the untrusted-helper branch.
[22:35] <tedg> kenvandine, This is using the libnih code