=== chriadam|away is now known as chriadam [03:27] rsalveti: because ogra is not here, do you know about the changes regarding mounting /persist in the new 4.4er images? It's not working, maybe we can have a look [03:28] also brightness control doesn't work === vying is now known as Guest48863 [04:59] chrisccoulson: see the specific instructions I posted on ubuntu-phone [04:59] chrisccoulson: the touch multimedia fork packages don't clean themselves up, that's why === duflu_ is now known as duflu [05:21] (or https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2 front page) === Ursinha-afk is now known as Ursinha === Ursinha is now known as Guest49006 [06:51] will it be possible to run ubunto desktop apps on ubunto tablets? [06:53] is it possible to run desktop apps on ubunto tablets? [07:02] pitti, good morning :) [07:02] hey tvoss, how are you? [07:02] pitti, pretty good, thank you :) travel was unevent-ful [07:03] pitti, how are you? [07:03] tvoss: oh, you are already in London? [07:03] pitti, oh, I spent Monday to Wednesday in London, now back home and in Brussels on Saturday [07:04] tvoss: ah, see you at FOSDEM then? [07:04] pitti, I would think so :) [07:04] pitti, when is your talk? [07:05] tvoss: I don't have any; I'm primarily going there to meet a few people again, I didn't really prepare much [07:05] tvoss: going there on my own dime and staying at a friend's in Leuven [07:05] pitti, ah, now that's cool :) [07:33] good morning [07:44] * FuLgOrE is available for testing on hammerhead [08:07] need to know can i install ubuntu on my samsung galaxy note?? [08:08] is it stable can any one guide about this === dholbach_ is now known as dholbach [08:21] lool: bonjour === rsalveti_ is now known as rsalveti [08:45] support mips [08:53] xnox: hey Dimitry, already awake? [08:58] pitti: morning! Yes =) we are all in the office. [08:58] pitti: what's up? unless you are after ftpmaster.internal... [08:58] xnox: ah; good morning; I might have a question about your recent cmake upload, but need to verify something first [08:59] recently, "export CXX=g++-4.7" in debian/rules stopped working [08:59] which is why platform-api is now 'orribly broken [08:59] * pitti downgrades to previous cmake to verify [09:00] pitti: yeah, my cmake changes do not work with CXX=g++-4.7 =/ [09:00] so, what I don't understand: [09:00] pitti: you can do -DCMAKE_C_COMPILER=gcc-4.7 -DCMAKE_CXX_COMPILER=g++-4.7 [09:00] pitti: at the dh_auto_configure call, and that should work. [09:00] mkdir obj; cd obj; CXX=g++-4.7 cmake .. [09:00] that works [09:00] but above export doesn't (through dh_auto_configure) [09:01] pitti: right, my "crazy" patch-sets keys on variables exported by dpkg-architecture [09:01] argh [09:01] is that backwards compatible? [09:01] pitti: so CXX=g++-4.7 dpkg-architecture -aamd64 -c cmake => is probably broken at the moment. [09:01] 'morning [09:02] pitti: it's not backwards compatible with some existing debian/rules files, indeed. [09:02] xnox: I mean the -D syntax [09:02] pitti: why is platform-api using 4.7? to match hybris / android. [09:02] yes, 4.8 changed the float return ABI [09:02] pitti: -D is the standard cmake interface to provide configuration variables since forever. [09:02] it's apparenlty planned to change that soon, but it hasn't happened yet [09:02] xnox: yes, but export CXX has been the standard way for pakcages to set the compiler :) [09:03] xnox: anyway, that works for now; thanks [09:03] xnox: I take it that is to be considered a workaround? [09:03] pitti: yeah, i guess i should invest into fixing / supporting $ENV{CXX} [09:04] at least we have something that unblocks that now [09:04] wow, that kept some four or five people busy for some hours :0 [09:04] pitti: do you have more details about the "4.8 changed the float return ABI"? first time i hear about it. [09:05] xnox: I'm only parrotting, I'm afraid [09:05] pitti: well.... CMAKE_C_COMPILER / CMAKE_CXX_COMPILER are the _cmake standard_ way of setting compilers.... ;-) [09:05] xnox: but the effect is, if I build platform-api with 4.8 (which is what happened without us noticing), float return values are absolutely wrong [09:05] $ ./showsensors [09:05] accel: min 0 max 39.2266 res 0.00119019 [09:05] ^ with current platform-api in trusty [09:06] accel: min 3.56854e+21 max 2.82612e+20 res 2.82612e+20 [09:06] ^ with rebuilt platform-api (no change) [09:06] fortunately that has been caught by its new tests === vrruiz_ is now known as rvr [09:09] didrocks: found it! [09:09] didrocks: err, "bonjour" [09:09] pitti: \o/ [09:10] pitti: do you have a bug for it? I'm interested in the diff anyway [09:10] didrocks: and never again blame my tests! :-) [09:10] * didrocks hugs pitti [09:10] I didn't blame your tests :p [09:10] didrocks: (just kidding) [09:10] didrocks: filing one now [09:10] didrocks: diff: http://paste.ubuntu.com/6842713/ [09:10] didrocks: tvoss is applying it to his MP directly [09:11] * didrocks looks [09:11] didrocks: we were building with g++-4.8 without noticing [09:11] perfect! [09:11] oh [09:11] didrocks: I wrote a little test program that shows the actual (real iron) sensor data, and it was broken just the same way [09:11] didrocks: i. e. the tests were exactly right [09:13] pitti: waow, it was an interesting… side-effect [09:13] pitti: we are trying to release Mir, including platform-api [09:13] I would appreciate a separate MP that we can bundle with the current rebuilds [09:13] (if possible) [09:14] didrocks: but it won't build [09:15] pitti: oh? [09:15] didrocks: as we don't have the previous dbus-cpp any more [09:15] didrocks: so we actually need to land [09:15] support mips [09:15] https://code.launchpad.net/%7Ethomas-voss/location-service/add_controller_and_service_configuration/+merge/199105 [09:15] ChickenCutlass: https://code.launchpad.net/+branch/~mathieu-tl/+junk/nm-mms-support [09:15] pitti: hum, it did build yesterday on the branch we sil2100 bundled ^ [09:15] and gay marrige [09:15] maybe this branch was part of the request [09:15] and https://code.launchpad.net/~thomas-voss/platform-api/expose_accuracy_and_service_status_to_platform/+merge/203298 [09:15] didrocks: yes, that's what sil2100 told me [09:15] didrocks: hence tvoss will add the workaroud to the latter MP [09:15] pitti, didrocks https://code.launchpad.net/~thomas-voss/platform-api/expose_accuracy_and_service_status_to_platform is updated [09:15] pitti, didrocks: all was fine in our PPA, right? [09:16] pitti: is the platform-api test issue fixed? [09:16] :) [09:16] sil2100: yes [09:16] sil2100: can you backlog first? :p [09:16] sil2100: http://bazaar.launchpad.net/~thomas-voss/platform-api/expose_accuracy_and_service_status_to_platform/revision/188 is the fix, tvoss just committed it [09:16] \o/ [09:16] sil2100: ugh, that was really confusing [09:16] sil2100: apparently, it will fail to build though without tvoss's branch (what you didn't get in the ppa yesterday) [09:16] Ok, so let me spin things! [09:16] sil2100: my tests showed a real problem \o/ :) [09:16] pitti: nice catch btw, yeah, more than confusing :p [09:17] didrocks: no proooblem, it's all under control [09:17] pitti, didrocks we should file a bug against the cmake package in distro, too [09:17] pitti, tvoss: just give me a moment and it will be all fine [09:17] tvoss, didrocks, sil2100, xnox : bug 1274430 [09:17] bug 1274430 in cmake (Ubuntu) "Regression in 2.8.12.1-1ubuntu3/4: export CXX stopped working" [Undecided,New] https://launchpad.net/bugs/1274430 [09:17] really want ubuntu touch on my tablet [09:17] sil2100: let's please wait on the jenkins CI run on tvoss's updated branch, just to make sure? [09:17] pitti: i'll take it. [09:17] mips architecture [09:18] xnox: thanks [09:18] sil2100: but you can land https://code.launchpad.net/~thomas-voss/location-service/add_controller_and_service_configuration/+merge/199105 in the meantime, I guess [09:21] pitti: I didn't know sil2100 already bundled tvoss's branch [09:21] so now I understand :) [09:21] pitti: which package should I test my fix on? [09:21] thanks again pitti! and well done :) [09:21] pitti: all stuff will be bundled together, as one big coherent landing - no worries, it's *all* under control ;p [09:21] pitti: thanks for fixing! [09:22] xnox: you can use current platform-api and check the cmake output; it should say "using g++4.7", not 4.8 [09:22] cool, thanks [09:23] -- The CXX compiler identification is GNU 4.8.2 [09:23] xnox: ^ it currently says that [09:23] xnox: beware that current platform-api typoes "export C=gcc-4.7", should be "CC" [09:24] xnox: that's fixed in the MP, but you shold fix it locally to test your fix for CC too [09:24] sil2100: great [09:24] -- Check for working C compiler: /usr/bin/x86_64-linux-gnu-gcc -- works [09:24] -- Check for working CXX compiler: /usr/bin/g++-4.7 -- works [09:24] pitti: ^^^^ [09:25] pitti: is that what you'd expect? [09:25] xnox: nice! and with C fixed to CC? [09:25] rsalveti, bug 1160847 [09:25] bug 1160847 in gvfs (Ubuntu) "gvfs should not attempt to mount MTP devices in an endless loop (cluttering your desktop with messages)" [High,Confirmed] https://launchpad.net/bugs/1160847 [09:26] pitti: well, if CC or CXX or FC are in the environment, the will be honored. [09:26] xnox: right, that already worked [09:27] xnox: but for some reason not if debian/rules passes it through dh_auto_configure [09:27] pitti: that did not work, when running debuild. [09:27] =) [09:27] now it will again. [09:27] xnox: cheers, thanks for the fast fix! [09:28] xnox: not urgent any more for platform-api now, but I don't know know how many other packages use that [09:28] pitti: true. [09:36] pitti, rsalveti pointed out that forcing gcc-4.7 might break cross build [09:36] xnox, ^ [09:36] tvoss: well, we don't even use gcc in platform-api, but we already force g++-4.7 [09:37] tvoss: yes, it will. I can provide a patch to platform-api to do it properly. [09:39] tvoss: if one exports compiler, one should export compiler as $DEB_HOST_MULTIARCH-gcc-4.7 to be cross-compile safe. [09:40] ChickenCutlass: sbuild -d trusty -A --arch=armhf network-manager_0.9.8.8-0ubuntu2~mtrudel2.dsc [09:42] mzanetti, dpm: OK, so using the Evernote QML plugin I manage to get the username in the account plugin [09:42] mardy: \o/ [09:42] excellent [09:42] mzanetti, dpm: is if OK if I file a merge proposal to merge the account plugin into the reminders app? [09:43] mardy, +100 (althouth I'd like to hear mzanetti's opinion) [09:44] ChickenCutlass: mk-sbuild trusty --arch=armhf [09:44] dpm: mardy: add another 100 :) [09:44] dpm, mzanetti: actually, I'm not sure how this would work with click; can we generate two click packages from the same repository? [09:44] mardy: thanks a lot. You're helping alot [09:44] mardy: yeah, we can [09:44] mzanetti: glad to be of help :-) [09:45] mardy: but: can we install account plugins through clicks already? [09:45] mardy, but we still can't run online account plugins off click, right? Wouldn't we build a debian package instead? [09:45] mardy: I thought that stuff still needs to be seeded with deb's [09:45] yeah, my thoughts too [09:46] mzanetti, dpm: right, currently we don't support having account plugins in click packages, but that will change soon [09:46] mardy, ack. Depending on how soon, we might still need to build a .deb package during the transition [09:46] mzanetti, dpm: however, you are right, it's probably better to wait for that to land, before merging the plugin [09:46] mardy: so given that click packages don't have any build recipe, we can do whatever we want [09:46] yeah [09:47] mardy: no... we can generate 2 debs from the repo too [09:47] please go ahead [09:47] mardy: just one thing: Check out the CMakeLists and in CLICK_MODE add install steps to install all of the plugins stuff to a separete new directory [09:48] then we can just add a second click create command for the second dir and we're good to go [09:48] right now we're also building .debs out of the app too [09:48] so everything is in place already [09:50] mzanetti: so, when the project is built as a deb, we should build: qtdeclarative-evernote-module, account-plugin-evernote and reminders app (with the latter to depending on the first). Correct? [09:51] mzanetti: when it's built as click packages, the qtdeclarative-evernote-module should be embedded in both the account plugin and reminders app [09:51] mardy: I for one wouldn't install the plugin as a module tbh [09:51] even with debs [09:52] xnox, ack and thanks [09:52] mardy: hmm... well... given the fact we're sharing it between the plugin and the app... ok... [09:52] mzanetti: I'm not sure how we can install it in two debs... I guess I'll have to play with cmake a bit (I don't know cmake) [09:53] mardy: imo we should install it in the app/plugins data dir and set qml's import path to it [09:53] mardy: let me know if you need help with cmake [09:54] cyphermox, http://pastebin.ubuntu.com/6842903/ [09:57] xnox: https://code.launchpad.net/~chris.gagnon/ubuntu-ui-toolkit/autopilot-python3-package/+merge/196358 [10:08] xnox, I think that it would make sense to fold the fix into https://code.launchpad.net/~thomas-voss/platform-api/expose_accuracy_and_service_status_to_platform [10:11] xnox: https://code.launchpad.net/~chris.gagnon/ubuntu-ui-toolkit/autopilot-python3-package/+merge/196358/comments/476068 === Guest49006 is now known as Ursinha [10:23] kalikiana, tvoss: I analyzed the crash in bug 1272294 and followed up with two possible solutions for fixing platform-api; do you have a particular preference, or should I just go with what I think is best? [10:23] bug 1272294 in qtubuntu-sensors (Ubuntu) "qtsensors crashes on desktop as there is no platform-api backend" [High,In progress] https://launchpad.net/bugs/1272294 === _salem is now known as salem_ [10:32] dpm: hey, I think sergiusens is fine with that branch. I didn't change his stuff a lot anyways. can we get it landed? [10:32] the cleanup one, that is [10:32] fginther: what's up? [10:33] ogra_: what's up? [10:33] mzanetti, sounds good to me. I can top-approve if you want [10:33] dpm: please [10:33] xnox, we need to move around the developer mode meeting [10:33] mzanetti, done [10:34] ogra_: =/ [10:34] ogra_: sorry. [10:35] xnox, looks like many people have conflicts today ... would tomorrow at the same time work for you ? [10:37] ogra_: i only had this meeting on the Ubuntu Core calendar. [10:37] ogra_: if you want me to be somewhere, it should be on the Ubuntu Core calendar =/ maybe ask michelle about it? [10:38] xnox, moved to tomorrow, same time now [10:38] might come say hi at the office tomorrow [10:38] if i can get in early enough on my "super off peak" [10:38] Laney, DOIT ! [10:38] ogra_: today at 4:30 -> 6 ? [10:38] xnox, bah, paperwork [10:38] eurostar to brussels is at ~1530 [10:38] ogra_: tomorrow at 11 is free so far. [10:39] mzanetti: OK, question time (cmake): I need to define a couple of string variables in debian/rules (for the OAuth application key/secret), and make the available to cmake (which will use them in a configure_file) [10:39] xnox, perfect [10:39] mzanetti: is it just -DVARIABLE="xxx"? [10:40] mardy: yeah, can do that [10:40] mzanetti: OK. By the way, I'm currently working on making the account plugin as a deb; I'll worry about the click build only once we actually support it [10:41] mardy: ok. I guess I can take care about the click too at some point. no worries about that [10:41] mardy: make sure everything builds fine when calling cmake with -DCLICK_MODE=1 [10:42] could get there for 12ish === tvoss_ is now known as tvoss [10:46] pitti, looking at 1272294 [10:47] pitti, I would prefer the explicit call to check if a backend is available. I would like to keep the inner workings of IMPLEMENT_FUNCTION0 an implementation detail [10:47] greyback, hey there [10:47] tvoss: you mean don't interpret a NULL return value as error? [10:47] tvoss: yo, just saw your reply to the MR [10:47] tvoss: still a bit sad that ua_sensors_accelerometer_new() just crashes then on platforms that don't have sensors [10:48] tvoss: well, we could at least make it an assertion then? [10:48] mzanetti: should I just re-approve this? https://code.launchpad.net/~mardy/reminders-app/register-error/+merge/203900 [10:48] pitti, sure, I would think that we could make _new() a bit more robust and don't use the macro to implement it [10:49] tvoss: that would copy&paste a lot of code [10:49] mardy: I will take care of it... the cleanup branch needs to land first [10:49] pitti, sure, but you cannot always return NULL for IMPLEMENT_FUNCTION0 as it depends on the return type [10:49] tvoss: I'd actually think we should make a new macro like IMPLEMENT_FUNCTION0_NULLERR or so? [10:50] pitti, that makes sense [10:50] tvoss: i. e. a new macro that we use for the constructors [10:50] tvoss: or just straight IMPLEMENT_CONSTRUCTOR0 (0 for zero args)? [10:50] pitti, exactly, and consumers of the API have to check for errors [10:50] tvoss: right; but we currently define error as "returns NULL" [10:50] pitti, I think an explicit CTOR macro is self-explaining [10:51] tvoss: ack, doing that then; thanks! [10:51] pitti, yup :) thanks for the help [10:51] tvoss: yeah, that's indeed a bit annoying; it immediately crashes QtCreator on a desktop, which is a bit sad for app development [10:52] yup [10:54] mzanetti: I cannot see how the icon is getting installed; is ICON a magic variable? [10:55] mzanetti, would you have some time today to create a click package from the latest branch of reminders and send it to Dani? I'm not sure if popey or I would manage today, and that would help Dani playing with the latest changes [10:57] mzanetti: forget it, I think I found how it works (installs it with SRC_FILES) ^ [11:01] re [11:02] mardy: ok. let me know if there are any more things [11:02] dpm: ok [11:03] mzanetti, great, thanks. I'll then tell Dani to find someone in the office to help him install it from the command line [11:03] vesar: can you? ^ [11:08] FuLgOrE, so there is still an issue with the package publishing ... the /persist mount should be in the new zip i just published, powerd (brightness stuff) still is not [11:08] ok I see [11:08] thx, I will download and try immediately :) [11:10] FuLgOrE, argh, seems i'm wrong, the persist stuff didnt make it either [11:11] mzanetti, sure I can [11:11] anything else to test? [11:13] dpm: however, the camera branch and the reminders branch are not reviewed yet [11:13] WebbyIT: hey ho! You can now go ahead and approve the textformat branch [11:14] ogra_: should I try something else on hammerhead? [11:14] mzanetti, \o/ [11:15] FuLgOrE, well, the new zip has no changes at all ... we need to wait til the infrastructure is fixed [11:15] mzanetti, last night I thinked about RTF format: well, there are much case I had not considered in first place, in next days I'll update you [11:15] i'll do a rebuild as soon as that happened ... but i dont know when that will be [11:15] (zip build takes ~70 min) [11:16] ogra_: okay, than I keep the "old" image on my phone [11:16] WebbyIT: yep, I guess there are a ton of corner cases, however, I guess we'll always hit them... writing a WYSIWYG editor is a tricky task [11:17] I guess we cannot do that on my hardware, right? [11:18] mzanetti, I think it's fine to pass him the camera and reminders branch, if it's just to test the UX. At least the camera branch was working for me the first time you submitted it, and for the latest changes perhaps we can actually have Dani as a tester :) [11:18] mzanetti, Jenkins is not happy about your branch. If I top approve it, will tests run again? [11:19] mzanetti, but if you feel you shouldn't put them in the .click package, it's your call [11:19] WebbyIT: yes. if you want we can trigger ci first [11:19] dpm: no, its fine [11:19] mzanetti, np, I top approve it [11:19] ok, cool === chriadam is now known as chriadam|away [11:29] WebbyIT: hey, can you create a merge which reverts your fix again please? [11:29] WebbyIT: given that the bug it fixes is less bad than the bug it introduces :) [11:30] mzanetti, yes, sure [11:30] thanks [11:30] I'd say we just get rid of the back button in the edit note and make the user always go through save, just like evernote itself does [11:30] dpm: ^ [11:35] mzanetti, https://code.launchpad.net/~rpadovani/reminders-app/revert-1273102/+merge/203926 [11:45] WebbyIT: dpm: https://bugs.launchpad.net/reminders-app/+bug/1273102/comments/2 [11:45] Ubuntu bug 1273102 in Ubuntu Reminders app "Do not save note if the back button is tapped" [High,Incomplete] [11:45] mzanetti, I think it's a good idea to align our app to evernote one [11:54] tvoss: ok, working nicely now; I attached MP/patch, but it's blocked by landing your platform-api branch first [11:54] pitti, ack [11:55] sil2100, any update? [11:55] (no hurry from my side, that's just an FYI or if you have a minute to pre-review) [11:56] tvoss: so... platform-api built fine in the slot PPA, but I'm waiting for mir armhf to finish [11:56] sil2100, ack [11:56] tvoss: the unit tests for this platform take really long, I wonder if it's supposed to be like that [11:59] sergiusens: http://paste.ubuntu.com/6843404/ - what am I doing wrong here? trying to get a really old image from my mirror... === MacSlow is now known as MacSlow|lunch [12:00] popey, use ubuntu-device-flash ;-) [12:00] sil2100: no, unit tests for platform-api are supposed to take < 2 seconds really [12:01] sil2100: I just built it a few times on my nexus 4, for above bug [12:01] pitti, I think sil2100 refers to the mir tests [12:01] ah sorry [12:01] * pitti STFU [12:01] popey, I'm not sure tbh; let me look [12:01] sil2100, not sure about testing time tbh [12:02] sil2100, they certainly take some time but they shouldn't run fo rages [12:02] sergiusens: alan@deep-thought:~$ ubuntu-device-flash -channel="trusty-proposed" -revision=45 -server="http://popey.mooo.com/mirror/system-image.ubuntu.com" [12:02] 2014/01/30 12:02:07 Device is |mako| [12:02] 2014/01/30 12:02:09 Failed to locate image 4 [12:02] there's a 5 there, but I mis-copied [12:05] ;/ [12:06] popey, you don't have Version: "45" in devel-proposed [12:06] oh doh, it's in trusty-proposed [12:06] thanks [12:07] but thats what I specified [12:07] sergiusens: and I do.. http://popey.mooo.com/mirror/system-image.ubuntu.com/devel-proposed/mako/ has version-45 in it [12:08] popey, what's important is what's in http://popey.mooo.com/mirror/system-image.ubuntu.com/trusty-proposed/mako/index.json [12:08] popey, that file itself isn't [12:09] bah [12:09] can I manually pull the files? [12:09] hi, how much does ubuntu touch uses disk pace? I have nexus 4 and I'm wondering about cyagenomod dual boot with ubuntu touch [12:18] Piotrek_, 2-3G [12:19] ogra thanks [12:29] FuLgOrE, looks like the archive is fine again, i started a zip build (in ~70min i should have a new zip ready) [12:29] pitti: did you ping? sorry didn't open IRC this morning! :-/ [12:29] ogra_: that sounds good! thx [12:30] also, my rented server is unstable since yesterday, I might have missed messages yesterday [12:35] popey, ogra_, sil2100: I'm on holiday and what do you do you break my n4 ;) have you moved over to the 4.4.2 android base? [12:36] davmor2, nope, thats still days away [12:36] davmor2, in fact due to the archive issues we had no changes at all for the last few images [12:37] ogra_: in that case there might be an issue updated today 29.7mb iirc and now my phone doesn't pass the google logo [12:38] ogra_: I'll try a full fresh flash and see if that fixes it then [12:40] sergiusens: so if I want to manually install http://popey.mooo.com/mirror/cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20131202/ that on my mako, can I still do that via the instructions at https://wiki.ubuntu.com/Touch/Install#Manual_Download_.26_Installation ? [12:43] lool: it's all good now, the platform-api issue is fixed [12:46] * popey tries [12:47] mzanetti: are you using Qt 5.2 in your machine? [12:47] mardy: no [12:48] mzanetti: cool. I'll now push my branch somewhere, would be very glad if you tried it; for some reason the reminders-app does not display the account displayName (even though it's there), and I'd be curious to know if this is because of me using Qt 5.2 === MacSlow is now known as MacSlow|lunch [12:49] mzanetti: or if it's really a bug in my accounts-qml-module [12:49] mardy: very unlikely because of 5.2 [12:49] mzanetti: agreed; but it's very strange, the data() method in my QAbstractListModel isn't even called [12:50] mardy: I'm in the middle of something I'd like to finish first. will try a bit later [12:52] What about 4.4.2 source code? [12:57] mzanetti: no hurry, I'll investigate [12:57] mzanetti, dpm: meanwhile, I just pushed the MR which brings in the account plugin (which correctly fetches the username) [12:58] mardy: cheers [12:59] awesome, thanks mardy. Are you still planning to add the trusted helper once that one gets merged? [13:00] dpm: sure [13:01] dpm: but that will need some coordination, because the trusted helper needs to land at the same time [13:02] mardy, yeah, good point. What's the landing plan for the trusted helper? [13:04] dpm: land as soon as the needed changes to reminders-app and friends-app have been approved :-) [13:04] mardy, that sounds like a great plan to me :) === alan_g is now known as alan_g|lunch [13:04] mardy, note that reminders-app is not yet in the image, so while coordination is still needed, we're a bit more flexible. [13:05] so it's essentially up to the friends-app changes [13:06] ogra_: fresh flash of 154 and it's still dead [13:07] dpm: ah, good to know === MacSlow|lunch is now known as MacSlow === dandrader is now known as dandrader|afk [13:14] popey, you need to create an ubuntu_commands file [13:15] ogra_: I'm flashing 152 now [13:16] popey, you can either do a normal flash and get that from where it's logged or you can look at https://wiki.ubuntu.com/ImageBasedUpgrades/Upgrader and follow that [13:19] sergiusens: ok [13:19] davmor2: 153 is good, 154 is bad [13:19] see mailing list [13:26] popey: cool thanks === dandrader|afk is now known as dandrader [13:47] ogra_: how is the status of your zip? [13:48] FuLgOrE, my zip has the same issues as image 154 (see the mailing lists) [13:49] what a pitty === alan_g|lunch is now known as alan_g [13:50] is it possible to take your zip and apt-get install libunity-mir1? [13:53] FuLgOrE, it would be, but i dont really want to publish it like that (there might be people using it that arent as smart as you) ... i'll do a re-build as soon as didrocks and ricmm have uploaded the fix === karni is now known as Guest17108 [14:33] hi [14:33] i woul like to install ubuntu touch in my Xolo Q800 [14:34] plz help me [14:34] it has got Arm v7 quad core mediatech processor === Guest17108 is now known as karni [14:51] ping barry: still having problems with the toolkit? [14:51] elopio: yes, but now my stack is pushed down a few :) [14:52] barry: I asked them yesterday about your error, and they told me kalikiana might know more about it. [14:52] elopio: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1274434 [14:52] Ubuntu bug 1274434 in ubuntu-ui-toolkit (Ubuntu) "Possible environment dependency in tst_MainView::testLocalStorage()" [Undecided,New] [14:52] oh, nice. [14:53] barry: and changing the subject, when is a good date for your py2-3 lightning talk for the QA team? [14:54] elopio: yeah, good question! mid feb? [14:55] elopio: what error? [14:55] barry: we are sprinting the week of the 17th. So either the week before, or after that, would be perfect. [14:55] kalikiana: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1274434 [14:55] Ubuntu bug 1274434 in ubuntu-ui-toolkit (Ubuntu) "Possible environment dependency in tst_MainView::testLocalStorage()" [Undecided,New] [14:56] elopio: let's do the week after, the week before is too busy [14:56] elopio: mon, tue, wed are all clear [14:56] (feb 24,25,26) [14:56] elopio: actually I have a question for you: can autopilot verify if the screen is unlocked? https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1259476 was re-opened and I can only reproduce by locking the screen, so I got the idea this would be good to excluse as a non-cause [14:57] Ubuntu bug 1259476 in Ubuntu UI Toolkit "Flaky gallery.test_textinput.TextInputTests.test_textfield_numbers, fix or disable" [Critical,Confirmed] [14:58] barry: ok, lets try wed 26. And 20:30 UTC is a good hour for you? I have no idea what are your working hours, I always find you at a different time. [14:58] kalikiana: you can if you restart unity with testability enabled. [14:58] elopio: is that something we can enable in our ci? [14:59] elopio: :) [14:59] for my point of view, the toolkit tests should be as independent as possible, so I would prefer if we disable the greeter. But that's a bigger discussion. [14:59] elopio: i'll be utc-5 then, so 20:30 is good (if i'm doing my utc math correctly :) [15:00] kalikiana: do you just want to give it a try to get debug information, or would you like to check that always? [15:01] alesage: wed 26th, 20:30 UTC, sounds good for you for the cobertura lightning talk? [15:01] elopio sure that'll be fine [15:02] elopio, thanks for the advance warning [15:02] elopio: I have no clue what causes the failure this time except on my device if I lock it. so knowing if that was the reason on Jenkins would narrow it down [15:02] alesage, barry: then we are all set. Thanks :) [15:02]