[00:01] <den4ik> so when i built the image im rebooting to recovery, it installs my image and after that i need to flash armhf?
[00:01] <TechieElf> Yes
[00:02] <den4ik> whats the command for flashing armhf
[00:02] <TechieElf> Do you have CWM or TWRP on your device?
[00:03] <den4ik> i have ubuntu CWM
[00:03] <TechieElf> Then use it to flash the zip
[00:04] <den4ik> i will try flashing this one  http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/trusty-preinstalled-touch-armhf.tar.gz
[00:05] <TechieElf> Why not the .zip?
[00:05] <den4ik> i just like tar.gz is there a difference?
[00:06] <TechieElf> den4ik: I think the .zip contains instructions for flashing for the recovery
[00:06] <den4ik> i think its just file format. will see
[00:35] <anonynimity> if I were to install Cyanogen mod on my device (full install), then install ubuntu-touch dev preview, would my phone calls/sms/networking be working?
[00:37] <TechieElf> Crimson_Rogue: no
[00:37] <Crimson_Rogue> awweeee :((((
[00:38] <Crimson_Rogue> was worth asking anyway
[00:39] <den4ik> no??? i thought it should work
[00:42] <TechieElf> den4ik Ubuntu Touch will only work as much as it is stated to work per port
[00:45] <cjohnston> 21
[01:18] <nhaines> den4ik: if you install one OS, then wipe it out completely and install the second OS, nothing from the first OS will remain.
[01:18] <den4ik> i know thanks
[02:15] <omac> If there is anyone here from Canada, you might want to try this command out even with the latest version of jellybean.
[02:15] <omac> https://plus.google.com/+JohnHolme/posts/UMskJydSsTw
[02:16] <omac> Go to the dialpad/phone. Dial in the this number: * # * #4636# * # * (This will bring up "Phone info"). Tap WCDMA from under "Set preferred network type". Select "LTE/GSM/CDMA auto (PRL)". The 4G LTE network should now be activated.﻿
[02:16] <omac> that's for the mako users out there living in Canada and using windmobile.
[02:17] <omac> Before doing it, I was getting 0.4Mbps download/0.4Mbps upload.  After doing it, I got 2Mbps download/1Mbps upload.
[02:18] <omac> That's pretty good for being on 4G LTE AWS BAND4 in Canada.
[02:19] <omac> I used the speedtest.net app for these results.
[02:20] <omac> Another word of caution.  Don't listen to any windmobile reps at the store, they are not techies.  The rep claimed not to have LTE, but the speedtest says otherwise.
[02:46] <den4ik> does somebody has working custom image?
[02:48] <den4ik> !devices
[03:06] <Crimson_Rogue> how long does it take for phablet-dev-bootstrap to download?
[03:07] <TechieElf> A few hours
[03:07] <Crimson_Rogue> Greattttt.... Thank you TechieElf
[03:08] <TechieElf> Well actually it depends on your download speed.. I have 2.4mbs/sec and it took less than an hour
[03:11] <Crimson_Rogue> 58.00 KiB/s
[03:12] <Crimson_Rogue> be back later then... thank you for your help TechieElf
[03:13] <TechieElf> no problem crimson_rogue
[03:44] <xenokiller> hello semone know what function is utilised to get volume buttons value
[03:44] <xenokiller> ?
[08:41] <pete-woods> fginther: good morning! are you still the right person to ask for CI to be set up for launchpad projects?
[08:46] <brendand> bregma, hi
[09:10] <dholbach> good morning
[09:12] <nhaines> dholbach: good morning.  :)
[09:12] <dholbach> hi nhaines
[09:13] <nhaines> dholbach: have a nice morning so far? :)
[09:14] <dholbach> yep, doing well - I'm at dpm's place today - how are you?
[09:14] <nhaines> Doing pretty well!  Finally got the Ubuntu Touch emulator to work on trusty... in VirtualBox, haha.  So that's a beginning.  :)
[09:15] <dholbach> an emulator in an emulator :)
[09:16] <nhaines> If there's anything I enjoy, it's definitely meta.  :)
[09:55] <tsdgeos> zsombi: what do you think of http://paste.ubuntu.com/6473048/ so i can use a C++ list model in there?
[10:55] <jnhghy> is ubuntu phone: http://www.ubuntu.com/phone same as ubuntu for android phone? http://www.ubuntu.com/phone/ubuntu-for-android
[10:55] <popey> no
[10:56] <popey> Ubuntu for Android = Android + Ubuntu desktop
[10:56] <popey> Ubuntu Phone = Ubuntu Touch user interface with only enough Android kernel bits to access devices (GPS/sensors)
[11:00] <tsdgeos> + Ubuntu desktop when the thing is done
[11:00] <popey> true
[11:04] <davmor2> Morning All
[11:07] <ogra_> janimo, running: ARCHES=i386 CDIMAGE_NOPUBLISH=1 for-project ubuntu-touch cron.daily-preinstalled --live ... lets see what comes out ...
[11:07] <zsombi> tsdgeos: that makes sense. I wanted to tight the model to ListModel to make sure we really have a model there, however forgot that it does not allow to use QAbstractListModels...
[11:07] <janimo> ogra_, \o/
[11:08] <janimo> ogra_, last time I looked at live build IIRC you also had to export some more envvars but hopefully it is cleaner now
[11:08] <tsdgeos> zsombi: oki, https://code.launchpad.net/~aacid/ubuntu-ui-toolkit/c++_models_tabbar/+merge/196518 you go
[11:08] <janimo> like PREINSTALLED and TOUCH
[11:08] <ogra_> if it doesnt fall over (i suspect it will though) i'll just re-run it with the publishing enabled
[11:08] <zsombi> tsdgeos: the only thing is that the model must have either the title or the tab role defined
[11:08] <tsdgeos> yep
[11:08] <tsdgeos> but well that was already the case
[11:08] <janimo> ogra_, even if it fails it's great to have this started, thanks
[11:08] <tsdgeos> in ListModel
[11:08] <ogra_> np
[11:09] <zsombi> tsdgeos and in the latest (tab) one's case, the tab must have the title property available
[11:09] <ogra_> ah, and there it returned
[11:09]  * ogra_ goes to look for logs
[11:09] <tsdgeos> zsombi: i can just add a QIdentityModel to my existing model and add the title property
[11:09] <tsdgeos> or just add the role
[11:09] <tsdgeos> that is what i did :D
[11:10] <zsombi> tsdgeos: thinking of unit tests... unfortunately the whole logic is in the style, and we still haven't committed to the Ambiance stability...
[11:11] <tsdgeos> zsombi: well it'll break at the unity8 unittests then :D
[11:11] <tsdgeos> and i'll have to fix it
[11:12] <ogra_> janimo, http://paste.ubuntu.com/6473301/
[11:12] <ogra_> first hack already bites us
[11:12] <omac> doing the phablet flash of the ubuntu phone. It says ubuntu update complete. but it seems to stop with a question Rom any flash recovery on boot. Fix?
[11:12] <zsombi> tsdgeois: try to add some unit tests to guard it
[11:13] <zsombi> tsdgeos: to the MP
[11:13] <janimo> ogra_, are there some dpkg hooks that are failing there? It's not clear to me what the error may be
[11:14] <zsombi> tsdgeos: at least have few models and check the roles
[11:14] <ogra_> janimo, the mutlimedia -touch packages are a giant set of diversions against the actual qt5multimedia packages
[11:14] <tsdgeos> zsombi: tbh i don't know why i need to do that in my MP
[11:14] <ogra_> its extremely ugly
[11:14] <janimo> ogra_, ouch, diversions
[11:14] <tsdgeos> zsombi: the problem existed before my MP
[11:15] <zsombi> tsdgeos: I know, but you were the lucky one to note it, and if you change the API then you have to guard it ;)
[11:15] <Laney> ogra_: oh god, I looked at the failure :P
[11:15] <ogra_> yeah
[11:15] <tsdgeos> zsombi: great way to make sure i'm not finding any flaws in your api in the future
[11:16] <zsombi> tsdgeos: :D
[11:16] <t1mp> hehe :)
[11:16] <zsombi> tsdgeos: look, if you have changes for a component, you have to cover it with tests, right?
[11:17] <tsdgeos> zsombi: i'll do the tests, don't worry
[11:17] <omac> done
[11:17] <zsombi> tsdgeos: I agree that the model wasn't covered properly before, but now you have the opportunity to cover it at least :)
[11:17] <zsombi> tsdgeos: thx :)
[11:17] <tsdgeos> zsombi: but you tell me what you want exactly, i'm  not doign the tests you should have done just to get you to comment that this is not what you wanted
[11:18] <zsombi> tsdgeos: right...
[11:18] <omac> i did yes. phablet flash succeeded
[11:18] <ogra_> janimo, for more details, the log is now synced at http://people.canonical.com/~ubuntu-archive/livefs-build-logs/trusty/ubuntu-touch/20131125/livecd-20131125-armhf.out
[11:18]  * janimo looks
[11:18] <omac> roughly 20 mins to finish entire recipe as described:  http://www.ubuntu.com/phone/install
[11:19] <zsombi> tsdgeos: so as previously only ListItems would have been there, our side would have been to test the availability of either tab (+tab.title) or title roles. Now you have to check whether an arbitrary model given to the Tabs has these roles or not.
[11:19] <ogra_> janimo, err, no ... thats the armhf one obviously
[11:19] <ogra_> janimo, i guess syncing will still take a moment
[11:19] <janimo> ogra_, ok, I was wondering why there's no error :)
[11:19] <ogra_> heh
[11:20] <ogra_> sorry
[11:20] <zsombi> tsdgeos: the only problem I see is to test the QAbstractListModel from QML test.. you may need to have a C++ test for that
[11:21] <tsdgeos> zsombi: i'm sorry but not sure what kind of test you want really, you want me just to feed it a ListModel to TabsBar and then what? check that it did not give any warning? or?
[11:21] <zsombi> tsdgeos: ListModel is just one model, right?
[11:21] <zsombi> tsdgeos: array of JSON objects is another one
[11:21] <zsombi> tsdgeos which is similar to ListModel
[11:22] <tsdgeos> yes, i know there are multiple models
[11:22] <tsdgeos> it's what i added
[11:22] <zsombi> tsdgeos: then a QAbstractListModel derived on eis the third
[11:22] <tsdgeos> i'm just not sure what the test is supposed to test
[11:23] <zsombi> tsdgeos: I was trying to find a way to catch whether the given model will throw error on the TabBar.
[11:24] <ogra_> janimo, http://paste.ubuntu.com/6473354/
[11:25] <zsombi> tsdgeos: so like in TabBar onModelChanged you could check whether the model has the roles required or not and throw error...
[11:25] <tsdgeos> ok
[11:25] <tsdgeos> i can do that
[11:25] <zsombi> tsdgeos: then you could test whether the given model produces error on the TabBar or not
[11:31] <janimo> ogra_, what is with ubuntu-touch-generic-initrd ? Renamed to something else?
[11:32] <ogra_> no
[11:32] <ogra_> that should just bve fine i suppose
[11:32] <ogra_> (on i386 at least)
[11:32] <ogra_> we'll see once we get that far
[11:32] <janimo> ogra_, it should be added to the i386 list it's currently only in armhf in ubuntu-touch
[11:33] <ogra_> first that error needs to be fixed
[11:33] <ogra_> well, you dont really need it inside the image
[11:33] <janimo> ogra_, I was just looking at ubuntu-touch and noticed that, while thinking the diverts are in that package
[11:33] <ogra_> as long as the binary initrd lands in the android build
[11:33] <janimo> ogra_, ok
[11:34] <ogra_> having it in the rootfs is only hellpful for re-generating the initrd on the running system ... not overly important for a start
[11:34] <ogra_> (surely something we need to fix at some point, but not as urgent as getting the media stack installable)
[11:35] <janimo> ogra_, I see nothing in particular in qtmultimedia-opensource-src-touch that is armhf specific apart from a symbol file
[11:36] <ogra_> well, the installation paths differ ...
[11:37] <ogra_> i guess the diversion logic uses them ... or se are missing Replaces in debian/control or whatever
[11:38] <ogra_> s/se/we/
[11:38] <janimo> ogra_, are there more detailed errors from live-build?
[11:39] <tsdgeos> zsombi: error out via console.error?
[11:39] <ogra_> arent these detailed enough ?
[11:39] <ogra_> shows pretty clear whats broken ..
[11:40] <janimo> ogra_, not clear to me. Errors encountered, error code 1
[11:40] <janimo> hardly detailed
[11:40] <ogra_> err
[11:40] <janimo> or is that a summary only
[11:40] <ogra_> read the log, loook for the dpkg error above
[11:41] <janimo> ogra_, ah ok, I saw it now above
[11:41] <ogra_> that just means "hey, some subprocess didnt finish properly"
[11:42] <ogra_> janimo, the package has .presinst files that create the diversions
[11:43] <ogra_> and it does not have any Replaces lines in debian/control
[11:48] <ogra_> janimo, can you confirm bug 1254686
[11:49] <ogra_> rsalveti, ^^^
[11:52] <rsalveti> ogra_: that's for sergio, the fun with diverts
[11:53] <rsalveti> that's why we need the mediaserver
[11:53] <tsdgeos> zsombi: do you have a way to check there's been an error printed in console.log for the tests?
[11:53] <tsdgeos> console.error i mean
[11:53] <ogra_> rsalveti, well, for now we need an installable package frst :)
[11:54] <ogra_> i'll assign it to sergio then
[11:54] <rsalveti> ogra_: yup, he created the diverts for that package, might be adding something specific for armhf then
[11:54] <rsalveti> ogra_: janimo: but yeah, there's nothing really specific to armhf in that one
[11:54] <ogra_> well, we want it to function the saame on x86
[11:54] <janimo> rsalveti, indeed that's what I see too
[12:06] <janimo> ogra_, I wonder what the differences between i386 and i686 are and whether the tools consistently pick the same
[12:10] <ogra_> janimo, i386 is the arhcitecture name for i686
[12:11] <ogra_> i wonder what _ARCH_ expands to ... looking at the prinst
[12:11] <ogra_> *preinst
[12:11] <janimo> ogasawara, maybe DEB_TARGET_GNU_TYPE should be used
[12:11] <janimo> ogra_, placeholder, sedded by rules
[12:11] <tsdgeos> zsombi: actually, scrap that, i don't know how to do the test you suggested since i can't access the role names of the models
[12:12] <xnox> while i386 is a valid cpu-target in dpkg, in ubuntu it is set to target i686 instead. see DEB_HOST_GNU_CPU=i686
[12:12] <tsdgeos> zsombi: so i would have to instantiate the model myself and check one of the delegates for the properties, but what if the model is empty?
[12:12] <xnox> (GNU_TYPE is also i686-linux-gnu, the install location for multiarch however is compatible with debian arch name i.e. i386-linux-gnu)
[12:14] <ogra_> right, i think that replacement is wrong on i386 ... while it seems to work fine on armhf
[12:15] <ogra_>         sed "s/__ARCH__/$(DEB_HOST_GNU_TYPE)/g" -i \
[12:15] <ogra_>                 debian/libqgsttools-p1-touch.preinst
[12:15] <ogra_> thats the code in question ...
[12:16] <ogra_> Adding 'diversion of /usr/lib/i686-linux-gnu/libqgsttools_p.so.1 to /var/lib/libqgsttools-p1-touch-diverted/libqgsttools_p.so.1.diverted-libqgsttools-p1-touch by libqgsttools-p1-touch'
[12:17] <ogra_> i assume we would want that dir to be i386 here
[12:17]  * ogra_ has no plain i386 installs to verify this 
[12:18] <ogra_> on my amd64 installs it is always i386 ... not i686 though
[12:22] <ogra_> janimo, i think DEB_TARGET_GNU_TYPE only expands to i386-linux ... missing the trailing -gnu
[12:39] <om26er> salem_, ping
[12:39] <salem_> om26er, pong
[12:40] <om26er> salem_, my phone network only appears when wifi is turned on and connected to a wireless network (on mako). Do you think its something you can look into ?
[12:40] <om26er> image 28
[12:51]  * Mirv dropped qtsensors5-private-dev, no remaining reverse dependencies
[12:51] <Mirv> so following Debian
[13:16] <pitti> boiko, salem_: do we support the SIM phone book in the UI? ofono supports it (and so does phonesim)
[13:16] <pitti> boiko, salem_: I can't find it anywhere in the UI, but want to make sure
[13:16] <salem_> om26er, sorry the delay. you mean the indicator only appears? or the network itself?
[13:17] <salem_> pitti, we dont support it yet as far as I know.
[13:17] <boiko> pitti: nope, we don't.
[13:17] <pitti> salem_, boiko: OK, thanks for confirming; ofono only supports importing them, but not changing them, FTR
[13:17] <boiko> pitti: we discussed that long ago, but it ended up not being implemented. I think the idea is just to import the addressbook from the sim
[13:18] <boiko> pitti: I guess that would be enough
[13:18] <pitti> yes, makes sense
[13:18] <om26er> salem_, the network indicator only shows wifi icon and calling my Ubuntu phone in this case does not work neither can I call. Only once I connect to wifi a second icon for sim signals appear in the top panel
[13:18] <om26er> and I can make calls/sms
[13:18] <pitti> boiko, salem_: sims are too limited for modern rich contacts anyway, but import sounds nice
[13:18] <om26er> if I disconnect wifi again, I don't receive any calls even though the caller on the other end seems to hear the ringing tone
[13:18] <pitti> boiko, salem_: BTW, do you know a rough estimate for the PIN unlock UI?
[13:19] <salem_> pitti, yes, I think I did a quick research some time ago around this topic. It is possible to import them, but I am not sure if ofono-ril currently implements the addressbook interface.
[13:19] <boiko> pitti: hmm, that's not something we are working on, it was decided this was going to be implemented outside the dialer and messaging apps
[13:20] <boiko> pitti: not sure who is working on that
[13:20] <pitti> salem_: no, it doesn't; it only works with phonesim, not with ril
[13:20] <pitti> boiko: yes I know, it doesn't make sense in the dialer; it needs to be asked at boot
[13:21] <boiko> pitti: I guess awe would be the right person to ask about that, but he is not online right now
[13:21] <salem_> om26er, ouch, it seems this problem lives in the backend. probably not related to apps or telephony-service. I would suggest asking tony about it.
[13:21] <boiko> rsalveti: do you know anything about PIN unlocking UI?
[13:21] <om26er> salem_, ok. will ask him
[13:22] <salem_> om26er, ok, thanks.
[13:22] <pitti> boiko: ack, thanks
[13:22] <rsalveti> boiko: hm, nops
[13:23] <rsalveti> yeah, wait for awe
[13:24] <salem_> om26er, hey, boiko reminded me about a setting that might be related to this issue. can you run this command as phablet? "dconf read /org/gnome/empathy/use-conn"
[13:28] <boiko> rsalveti: thanks
[13:30] <om26er> salem_, returns false
[13:32] <ogra_> janimo, so i just did a test build here ... using DEB_TARGET_GNU_TYPE gets me an empty replacement :(
[13:36] <ogra_> aha, because /usr/share/dpkg/architecture.mk doesnt export "TARGET" stuff
[13:36] <salem_> om26er, ah, it is correct. so the problem is probably somewhere else.
[13:38]  * ogra_ adds the appropriate snippet to debian/rules and re-tries
[13:48] <randomcpp> where can I find trusty-proposed changelogs?
[13:49] <ogra_> randomcpp, http://people.canonical.com/~ogra/touch-image-stats/
[13:49] <randomcpp> thanks ogra_ :)
[13:50] <ogra_> the proper mapping of the versions can be found by looking at http://ci.ubuntu.com/smokeng/trusty/touch/
[13:50] <ogra_> (first is the system image number, second is the rootfs (which is the one you want)and the last one is the android build)
[13:52] <randomcpp> thanks again :)
[13:56] <fginther> pete-woods, yes, I can still setup projects under CI for you
[13:58] <cjwatson> mhall119: in general, impossible (most .debs have all kinds of assumptions such as paths that won't work in the extremely constrained environment of click packages); in some specific cases it can be made to work and sergiusens was doing something like that for core apps for a while.  alien has a MUCH easier time of it because it doesn't have to rearrange the file structure on disk.
[14:00] <cjwatson> mhall119: basically anything more complex than a single self-contained executable will probably be intractably difficult
[14:01] <rsalveti> xnox: would be nice, before uploading the change, to also close the MR (and possibly merge it as well): https://code.launchpad.net/~rsalveti/ubuntu/trusty/qtbase-opensource-src/android-emulator-workaround/+merge/195622
[14:01] <pete-woods> fginther: I forgot that you were on a different time zone! basically it's a newish launchpad project (https://launchpad.net/unity-voice)
[14:01] <rsalveti> the fix was uploaded but the mr is still open
[14:03] <fginther> pete-woods, I should have it added today, will send email when it's done.
[14:03] <pete-woods> fginther: thanks very much!
[14:06] <xenokiller> hello semeone kno what function control the press button volume if is a gpio or what else?
[14:11] <xnox> rsalveti: those branches are annoying. So i've merged and pushed the branch where qt packaging is actually maintained: lp:~kubuntu-packagers/kubuntu-packaging/qtbase-opensource-src_5.0.2
[14:11] <rsalveti> xnox: right, but it's useful to have a working udd branch as well
[14:12] <rsalveti> xnox: and closing the mr is also a good thing :-)
[14:12] <xnox> rsalveti: no, it's useful to use one branch, be it udd one or the specific packaging one.
[14:12] <rsalveti> xnox: having a working udd doesn't mean we're using it as the packaging branch
[14:12] <xnox> Mirv: why are you pushing merge proposals for both lp:ubuntu/qt* and lp:~kubuntu-packagers/kubuntu-packaging/qt* ?
[14:13] <rsalveti> having a working udd is good so we can have a packaging merge proposal/code review when needed
[14:13] <rsalveti> evne if the original packaging is maintained in a separated branch
[14:13] <xnox> Mirv: if you want sponsorship, you can simply request merge proposal review by "~ubuntu-core-dev" on the kubuntu-packaging branches.
[14:14] <xnox> rsalveti: all core-devs have ~kubuntu-packagers ( i think) so really those are the only one that should be used.
[14:14] <xnox> rsalveti: or in otherwards anyone who can upload, have (or should have) the ~kubuntu-packagers access.
[14:15] <rsalveti> xnox: right, but we might want to do a packaging review using the udd branch, for example
[14:15] <rsalveti> not saying for core-devs
[14:15] <xnox> rsalveti: similar with all the ~ubuntu-desktop packaging branches, and e.g. seeds branches for each derivative.
[14:15] <rsalveti> for such packages, we shouldn't be doing uploads without review and such
[14:15] <xnox> rsalveti: no, we should not use udd branches for any qt* packages, cause that's not where they are maintained.
[14:16] <xnox> rsalveti: otherwise that's not really working with the rest of the team who maintain qt* packages, but against them.
[14:16] <rsalveti> xnox: I know, all I'm saying is that we shouldn't block people from using the udd branchs for simple code review, if needed
[14:16] <xnox> ok. we shouldn't block. but eg. there is no reason for you, Mirv, and I to not use the ~kubuntu-packagers branches, since we know better =)
[14:17] <rsalveti> sure
[14:17] <xnox> same e.g. with ~ubuntu-installer branches all of them are not using UDD branches, but share history with git imports of debian's d-i, and therefore do proper VCS mergers (since all of them are native packages).
[14:17] <rsalveti> xnox: I closed the mr btw
[14:17] <xnox> thanks.
[14:17] <rsalveti> so we don't have another forever-opened mr around :-)
[14:18] <xnox> (imho it's unfortunate that one cannot force ignore udd branch.... *sigh*)
[14:18] <xnox> maybe push --override "README => use this branch instead" =)))
[14:19] <rsalveti> well, udd might still be useful, if you want to upload something without necessarily going via the original packaging branch
[14:19] <rsalveti> such as before the release
[14:19] <rsalveti> if you want review, of course :-)
[14:19] <rsalveti> which we should be doing anyway (at least for packages touching the touch seeds)
[14:24] <mhall119> thanks cjwatson
[14:36] <ogra_> janimo, patch added to teh bug and verified on three arches
[14:37] <janimo> ogra_, great!
[14:38] <ogra_> now i have to dig through that CI crap to actually create an MP ... (sigh, uploading would take me 5 min)
[14:38] <janimo> ogra_,  I can sympathize :/
[14:39] <rsalveti> ogra_: well, code review at least is always a good thing :-)
[14:39] <ogra_> rsalveti, sure sure :P
[14:39] <ogra_> (its not like the patch i added to the bug would be hard to review :P )
[14:40] <rsalveti> right, janimo can review it easily I guess
[14:40] <Ursinha> ogra_, if you have a problem creating an MP, the problem is you :P
[14:42] <rsalveti> ogra_: at least once we have a cli way to automatically create the mp ticket and submit it to the "landing spreadsheet" it'll be easier
[14:43] <rsalveti> looking forward to have such tool in hands
[14:44] <Ursinha> rsalveti, you mean having your approved MP added automatically to the "landing spreadsheet"?
[14:44] <rsalveti> Ursinha: well, shouldn't it be added there as soon the mp is in place?
[14:44] <rsalveti> with a 'needs review' status?
[14:44] <ogra_> rsalveti, https://code.launchpad.net/~ogra/phablet-extras/qtmultimedia-touch/+merge/196541
[14:45] <rsalveti> ogra_: oh, so it was indeed the i386 x i686 problem?
[14:46] <ogra_> Ursinha, i have the package already local, have it built several times fo different arches ... now instead of just uploading the verified fix i have to first find the upstream branch, add my change there, push to LP, find the right name for my ~ogra push, fill an MP form etc etc ... its like 20min extra work where i could just have uploaded and have started my next image build for janimo in the next hour or two
[14:46] <ogra_> rsalveti, yeah
[14:47] <ogra_> Ursinha, it adds pointless paperwork delay to my work ...
[14:47] <Ursinha> ogra_, why you say it's pointless?
[14:48] <Ursinha> (honest question, I don't know)
[14:48] <ogra_> Ursinha, because my patch was tested and can be reviwed n the bug
[14:48] <ogra_> MPs add an additional buerocracy layer on top of that
[14:48] <Ursinha> ogra_, and how would that be? you generate a patch, attach to the bug, have it reviewed by someone then apply yourself the patch to the trunk?
[14:49] <ogra_> Ursinha, well, what i did for the last 9 years was apt-get source the package ... add my fix, d testbuilds in different chroots for the different target arches i want to test, submit a debdiff to the bug ... and then upload after someone told me "looks good"
[14:50] <ogra_> if i follow the habit i did (and most of the other ubuntu-devs did too) for the last 9 years i have to now add additional paperwork
[14:50] <Ursinha> ogra_, okay, creating a branch, making the fix, submitting a MP isn't exactly the same?
[14:50] <ogra_> Ursinha, if i'm a new dev who only works with branches, that might indeed be different ...
[14:50] <rsalveti> ogra_: right, but just because we're now requiring code review and somebody else to test your change
[14:51] <rsalveti> so we avoid landing possible broken code in the archive
[14:51] <rsalveti> as sometimes fixing it after it's already in the archive causes us more problems
[14:51] <ogra_> rsalveti, well, it woul be good if we could automate the crossover here ... so you dont have to do the paperwork twice
[14:51] <rsalveti> right, we should probably optimize the path indeed
[14:52] <Ursinha> ogra_, you don't need to do the debdiff linking part, if I understood it well
[14:52] <ogra_> i'm not objecting to have two ways of doing stuff ... not at all ... but forcing twice the paperwork on ourselves doesnt feel right
[14:53] <Ursinha> ogra_, agreed, I'm trying to understand why you still need to do the previous paperwork as well when using the MP
[14:54] <ogra_> i dont *need* to ... but it helps i.e. debian to find the fix based on the bug description later
[14:54] <Ursinha> right, got it
[14:54] <ogra_> its just good behavior to note down your patch in a bug
[14:56] <Ursinha> ogra_, if you're using an MP the patch is there, but I think I understand your point
[14:57] <ogra_> Ursinha, in a perfect world, i would just upload and $something would hold my upload from entering the archive and generate an MP automatically ...
[14:58] <Ursinha> ogra_, for that to work you would need to submit to another system than the official one, as there's no way to prevent something to be uploaded if it's uploaded by a coredev
[14:58] <Ursinha> ogra_, I'll think about it
[14:58] <ogra_> well, there is already proposed intercepting ... such a system would need another such layer in the way
[14:58] <ogra_> -pre-proposed :)
[15:02] <rsalveti> ogra_: DONE :-) reviewed, merged, uploaded
[15:03]  * ogra_ higs rsalveti 
[15:03] <ogra_> *hugs too
[15:03] <rsalveti> :D
[15:03]  * rsalveti hugs ogra_ 
[15:03] <iBelieve> balloons: ping
[15:04] <balloons> iBelieve, pong
[15:06] <iBelieve> balloons: hi, I submitted a bug fix Saturday for File Manager and the Autopilot tests passed locally. But jenkins failed on two of the tests. Maybe you can help figuring out how to get jenkins to approve my branch.
[15:06] <iBelieve> balloons: here's the merge request: https://code.launchpad.net/~mdspencer/ubuntu-filemanager-app/fixed-home-icon/+merge/196424
[15:06] <balloons> iBelieve, perfect. Yes, I'll have a look right now
[15:07] <balloons> iBelieve, what really needs to happen is to migrate the tests to using a new temporary folder under home
[15:07] <balloons> rather than patching home or using home itself
[15:07] <balloons> make sense?
[15:07] <iBelieve> balloons: isn't that what's happening now?
[15:07] <balloons> since we can't patch home on the actual phone devices, we run into problems
[15:08] <balloons> on the device right now, it reuses home
[15:08] <balloons> iBelieve, ohh, this is a code fix, not for tests :-)
[15:08] <balloons> gotcha, I misread
[15:09] <iBelieve> balloons: I can change how the tests work if that will help the tests to pass on jenkins, since all three of my branches failed
[15:10] <balloons> iBelieve, yes, what I said above is what needs to happen in order for stuff to run on the device
[15:10] <balloons> but they shouldn't be failing in the lab
[15:10] <balloons> let me see what it says
[15:11] <balloons> iBelieve, looking at the lab video is interesting
[15:13] <iBelieve> balloons: yeah, for the cut test, it looks like it never clicks the folder. That test works just fine locally.
[15:14] <balloons> so iBelieve look at this log: http://91.189.93.70:8080/job/generic-mediumtests-trusty/220/testReport/junit/ubuntu_filemanager_app.tests.test_filemanager/TestFolderListPage/test_file_context_menu_shows_with_mouse_/
[15:14] <balloons> I put in extra debug lines at one point because I saw this happening in the lab. Notice in the video the folder never appears?
[15:15] <balloons> ye, check this out: 15:51:56.984 DEBUG test_filemanager:54 - Created /home/ubuntu/tmptewpch/tmpfmDv76e4, a file in HOME
[15:15] <balloons> 15:51:56.984 DEBUG test_filemanager:64 - Directory Listing for HOME
[15:15] <balloons> ['tmpfmDv76e4', '.local', '.Xauthority', '.config', '.cache']
[15:15] <balloons> the directory exists; it's properly created and can be seen by the filesystem
[15:15] <iBelieve> balloons: very strange.
[15:16] <balloons> yes. I *think* it's a lab thing and doesn't affect the devices
[15:17] <cwayne> zsombi, ping
[15:17] <iBelieve> balloons: so is there a way to force jenkins to approve the merge, since the tests are working fine locally?
[15:18] <zsombi> cwayne: pong
[15:19] <rsalveti> hm, my indicator is kind of drunk with latest image
[15:19] <rsalveti> incoming is actually displaying battery
[15:19] <rsalveti> Ursinha: is that the issue you had over the weekend?
[15:20] <Ursinha> rsalveti, I filed that bug, was on r27
[15:20] <Ursinha> since r27
[15:20] <rsalveti> Ursinha: have the bug number?
[15:20] <ogra_> rsalveti, heh, see #ubuntu-ci-eng ...
[15:20]  * ogra_ just said the same there 
[15:20] <rsalveti> oh, cool
[15:20] <cwayne> zsombi, hey, so i was having a bit of trouble dropping my custom theme into XDG_DATA_DIRS
[15:20] <ogra_> Ursinha, got a number so we can confirm ?
[15:21] <Ursinha> it's already confirmed
[15:21] <zsombi> cwayne: what was that?
[15:21] <Ursinha> popey checked that once I filed that, I'm grabbing the bug #, a moment please
[15:21] <cwayne> zsombi, so in XDG_DATA_DIRS we have /custom/xdg/data
[15:21] <cwayne> if i create a dir for a theme /custom/xdg/data/UbuntuCustom/Themes/Custom it will work
[15:22] <cwayne> but if i made it like, /custom/xdg/data/themes/Ubuntu/Custom it won't work
[15:22] <Ursinha> ogra_, rsalveti, bug 1253804
[15:22] <ogra_> thanks !
[15:22] <ogra_> didrocks, ^^^
[15:22] <didrocks> thanks ogra_, /me tracks people now :)
[15:23] <zsombi> cwayne: because then you would have to have to have the theme name as  "themes.Ubuntu.Custom..."
[15:23] <Ursinha> ogra_, I'm filing a shitload of bugs, I'm glad you like it lol
[15:23] <didrocks> Ursinha: FYI, there is an Unity8 source package, Unity is for Unity7
[15:23] <cwayne> zsombi, yeah, i changed that to reflect it, it still didn't work
[15:23] <didrocks> (fixed)
[15:23]  * ogra_ hugs Ursinha 
[15:23] <Ursinha> didrocks, I haven't linked to that bug, I filed against Ubuntu UX
[15:23] <balloons> iBelieve, well let's debug a bit
[15:23] <didrocks> ah, interesting, someone opened it :)
[15:23] <balloons> iBelieve, however, I'll try and make sure your merge isn't held up
[15:23] <didrocks> Saviq: mind having a look at bug #1253804? (maybe not you ;))
[15:24] <Ursinha> didrocks, that was popey, you can see it in the comments
[15:24] <didrocks> "bad bad popey"
[15:24] <didrocks> told that twice in less than 20 minutes! \o/
[15:24] <Saviq> didrocks, yeah I saw that today
[15:24] <zsombi> cwayne: have you had everything in place? also in the qmldir in the theme file? (though that is needed only if you have types exported there)
[15:24] <didrocks> Saviq: unity8 is a potential right victim?
[15:24] <zsombi> cwayne qmldir in the theme folder I mean
[15:25] <iBelieve> balloons: okay, thanks.
[15:25] <cwayne> tmoenicke, btw i can get pinyin to work in today's build, but i still need to switch back and forth first
[15:25] <Saviq> didrocks, victim, yes, since it wasn't released for two weeks or something
[15:25] <Saviq> didrocks, there is https://code.launchpad.net/~larsu/unity8/per-profile-indicator-positions/+merge/190472 in trunk, though
[15:25] <cwayne> zsombi, ah! i forgot about qmldir
[15:25] <cwayne> i bet that's it!
[15:25] <didrocks> Saviq: ok, Unity8 will be released soon I guess
[15:25] <cwayne> zsombi, otherwise, everything else was in place
[15:25] <didrocks> Saviq: just after mir
[15:25] <tmoenicke> cwayne: i thought that was fixed, letme check
[15:26] <Saviq> didrocks, let me see if that fixes
[15:26] <Ursinha> so what's required to have a bug I filed looked into, having rsalveti to face the same bug and bring it to attention? :)
[15:26] <cwayne> tmoenicke, also you still need to edit the enabled-languages key manually
[15:27] <rsalveti> Ursinha: if it's a regression, please ping everyone at #ubuntu-ci-eng :-)
[15:27] <Ursinha> rsalveti, right, will do
[15:28] <zsombi> cwayne: we have tests which guard the XDG_DATA_DIRS loading themes from different paths, and everything works well there, without the qmldir file, so there has to be something else there...
[15:29] <cwayne> zsombi, well, i had the qmldir file, it was just incorrect
[15:30] <zsombi> cwayne if you have the qmldir file, then you better have it correct, otherwise it won't load the current module correctly, if you don't have that, then you can move it anywhere freely
[15:30] <cwayne> zsombi, let me take a look, it was wrong before so i bet that's what the issue was
[15:33]  * zsombi eod, C U guys tomorrow!
[15:48] <didrocks> Saviq: did you get it tested or still building?
[15:48] <mterry> ogra_, I went to your touch-image-stats/current page, and the last two .changes files are 0-sized
[15:49] <Saviq> didrocks, distracted, rather
[15:49] <Saviq> didrocks, shouldn't be long now
[15:49] <ogra_> mterry, ah, thanks, will check wahst going on there
[15:51] <mterry> ogra_, thanks!  is that supposed to also have changelog information or just package version info?
[15:52] <ogra_> mterry, just changed packages and their versions ... talk to jibel about detailed changelogs .. he pulls mine and generates more info from them
[15:54] <oSoMoN> didrocks, *Vwrorrrp Vwrorrrp Vwrorrrp Vwrorrrp* ?
[15:55] <didrocks> oSoMoN: id you didn't get the whole reference of this email… I feel sorry for you to have to read it :)
[15:56] <oSoMoN> didrocks, I’m afraid I didn’t, I’ll read it again just in case :)
[15:56]  * seb128 didn't either
[15:57] <didrocks> seb128: oSoMoN: look for UK series that just got their 50th anniversary on Saturday and where google.com changed even their logo/game :)
[15:57] <oSoMoN> ah, got it :)
[15:57] <seb128> didrocks, right, I didn't watch enough dr who to understand it, google for Vwrorrrp told me it was from there though
[15:58] <didrocks> oSoMoN: seb128: there were other references hidden in the email, but yeah, won't talk to you :)
[15:58] <didrocks> hence the phrasing a little bit weird ;)
[16:06] <cwayne> didrocks, should've had something about exterminating bugs :P
[16:07] <didrocks> cwayne: well, yeah, I powdered TBH ;) and finally decided to only make references to what was on Saturday (I almost sketch a story around paintings as well)
[16:07] <cwayne> didrocks, :)
[16:07] <cwayne> awesome episode btw
[16:07] <didrocks> indeed, it was :)
[16:08] <cwayne> "let's just let zygons be zygons"
[16:08] <cwayne> hah
[16:08] <didrocks> hehe
[16:09] <cwayne> tmoenicke, shall i log a bug on that pinyin weirdness?
[16:10] <tmoenicke> cwayne: yes please
[16:10] <cwayne> tmoenicke, k, will do.  i've got one already for enabled-languages not being set automatically :)
[16:10] <undefined1> Hello there (I asked this on #ubuntu-unity but channel)I have some questions about unity8 and was directed here.  my questions are as follows.  How do I add previews to a Carousel ? I see that I can use the model.icon/title ect but it seems that the gridviews that have previews also are in some sorta model.  I am a little bit lost any docs on this ?  or should I just make a loader that has propertys for each of the model types
[16:10] <tmoenicke> cwayne: ok cool, thank you
[16:11] <undefined1>  data in the dash.  There seems to be the c++ code in the backend and I have exposed most of this to QML but it is still not showing up.  is there people working on this and if so where are blueprints.  Thanks
[16:11] <om26er> awe_, ping
[16:11] <awe_> om26er, pong
[16:12] <om26er> awe_, on the latest image my SIM does not work until I connect to a wifi network. Do you know any recent change that might have caused that ?
[16:12] <undefined1> 3rd question I see there is some stuff that is beeing read over dbus com.ubuntu.touch.*  where is the *.in files for this (package)
[16:12] <om26er> or maybe is that known already ?
[16:12] <awe_> om26er, yes... there's a bug about this
[16:13] <om26er> awe_, ah. cool. Thanks
[16:13] <awe_> om26er, one minute, I give you a link
[16:13] <awe_> om26er, https://bugs.launchpad.net/ubuntu/+source/telepathy-ofono/+bug/1252737
[16:13] <undefined1> 4th) what is the plain to make this for the desktop will it be a simple setting that looks at mir (window size) and  set it from that or is it something else. are there blueprints for this ? thanks
[16:14] <cwayne> tmoenicke, https://bugs.launchpad.net/ubuntu/+source/ubuntu-keyboard/+bug/1254781
[16:20] <cwayne> didrocks, hey, it looks like touch_custom wasn't run yesterday (for image 29), any ideas why?
[16:21] <didrocks> cwayne: I guess it's a sequel to the CI infra move, can you get on #ubuntu-ci-eng and talk to cihelp?
[16:23] <plars> cwayne: looks like some issue with the device. let me check on it
[16:27] <rsalveti> awe_: https://code.launchpad.net/~rsalveti/ofono/releasing-1.12+bzr6842/+merge/196588
[16:27] <rsalveti> awe_: just to release it in the distro
[16:29] <awe_> rsalveti, can we chat after lunch about reviews/release plans you discussed earlier?
[16:30] <awe_> I'd like to able to give ChickenCutlass ( and bfiller indirectly ), and idea when the multi-party code will land in distro
[16:30] <awe_> s/and idea/an idea/
[16:30] <rsalveti> awe_: sure
[16:31] <awe_> ok, thanks
[16:31] <rsalveti> we still need to merge most of the stuff we have in github, so I'd say that would probably be around during next week
[16:31] <rsalveti> but yeah, let's talk
[16:31] <rsalveti> ping me once you're back from lunch
[16:31] <awe_> k
[16:31] <awe_> just want to catch up with emails, review comments, ... first
[16:34] <rsalveti> awe_: mind just reviewing this mr first? https://code.launchpad.net/~rsalveti/ofono/releasing-1.12+bzr6842/+merge/196588
[16:34] <rsalveti> awe_: just so I can push it to the archive soon
[16:34] <awe_> the diff look good
[16:34] <awe_> I assum you'd like me to do a quick sanity check first?  ;)-
[16:35] <rsalveti> awe_: well, that would be fine, but not sure we need it as we both tested the sim related mr first, before merging it
[16:35] <rsalveti> awe_: this is just to make it available in the archive
[16:36] <awe_> done
[16:36] <rsalveti> thanks
[16:52] <Ursinha> tedg, I marked bug 1253703 as affecting the distro package as well, according to discussion in #ubuntu-ci-eng earlier today
[16:53] <tedg> Ursinha, Cool.  I think that the autolander will do that when it lands as well.
[16:53] <tedg> didrocks, right? ^
[16:53] <didrocks> bzoltan1: hey, around? the toolkit caused bug #1253804, can you work on that as a priority?
[16:54] <Ursinha> tedg, I added so we know the bug is there before deciding an image is promotable or not
[16:54] <Ursinha> it seems people were only tracking regressions in ubuntu packages, not upstream projects
[16:55] <didrocks> tedg: yeah, it does that when it lands
[16:55] <tedg> Ah, okay.  People are funny.  :-)
[16:56] <didrocks> Kaleo: hey, around?
[16:56]  * tedg wants to know too, as was about to ping.
[17:01] <Ursinha> tedg, how do you look for bugs to fix? you go and search directly in the upstream project?
[17:02] <tedg> Ursinha, Well, I don't look for bugs to fix, usually they look for me :-)  But when I look at bug lists I look at: https://bugs.launchpad.net/ubuntu-menu-bar/+bugs
[17:02] <Ursinha> tedg, right
[17:02] <tedg> Ursinha, So not the upstream projects per se, but the aggregation of them.
[17:03] <ogra_> tedg, so people filing bugs in ubuntu will not get through to you
[17:03] <Ursinha> ogra_, rsalveti, do you see my point now? :)
[17:03] <tedg> ogra_, Not unless they assign them or subscribe me.
[17:05] <ogra_> Ursinha, yes, i do :)
[17:05] <Ursinha> a policy is nothing if people don't use it
[17:06] <ogra_> yeah
[17:07] <ogra_> well, i'm pretty sure we had a mail about bug tracking policies in ubuntu touch ... where it was pointed that we need to file against packages from saucy on
[17:07] <ogra_> but i cant find it anymore
[17:08] <rsalveti> Ursinha: that's why we need only one place to track bugs :-)
[17:08] <rsalveti> if possible
[17:08] <rsalveti> unless the upstream wants a separated one for the upstream project
[17:08] <Ursinha> rsalveti, no, that's why we need to make the policy clear, which is not
[17:08] <rsalveti> that's not going to fix the issue :-)
[17:08] <rsalveti> we already said this in a quite clear message before
[17:08] <Ursinha> where's the wiki page describing the policy?
[17:09] <Ursinha> again, that's an honest question
[17:09] <ogra_> Ursinha, i'm sure it was a mail
[17:09] <rsalveti> don't know, would need to look for it, I remember we had an email for it
[17:09] <ogra_> but i cant find it ...
[17:09] <rsalveti> Ursinha: if we suggest only one place to track bugs as the default use case, we won't need a policy
[17:10] <rsalveti> we just need to follow the one we already have for ubuntu
[17:10] <rsalveti> we just need to add a new policy in case the upstream also wants a separated bug tracking system
[17:10] <Ursinha> rsalveti, "suggest only one place to track bugs" == define the policy to ubuntu touch bugs
[17:10] <Ursinha> :)
[17:10] <rsalveti> Ursinha: which is using what we already have :-)
[17:11] <Ursinha> rsalveti, I don't understand the resistance to have a wiki page that describes that, to avoid communication problems
[17:12] <Ursinha> I'm not saying let's reinvent everything, but let's make clear the current approach
[17:12] <Ursinha> and that's about it
[17:12] <rsalveti> Ursinha: sure, I'm fine with that
[17:12] <rsalveti> just saying that I'd still love to see us killing upstream bug tracking unless the team wants to keep it around
[17:12] <rsalveti> to make our life easier :-)
[17:13] <tedg> To be clear, I don't have any "Ubuntu Touch bugs."  All my stuff is converged.
[17:13] <Ursinha> tedg, in upstream projects, right?
[17:13] <tedg> Ursinha, yes, but also on desktop, laptop, etc.  The same binaries run everywhere.
[17:15]  * xnox wants armhf desktop machine =)
[17:15] <xnox> (of same performance as my current desktop machine, with kvm and all that)
[17:15]  * tedg buys a big case for xnox and puts a Raspberry Pi in it.
[17:15] <Ursinha> lol
[17:16]  * xnox is not impressed =(
[17:16]  * tedg puts LED fans in it to impress xnox
[17:16]  * xnox is happy =)
[17:18] <davmor2> xnox: buy the snapdragon developer board
[17:20] <davmor2> xnox: http://www.qualcomm.com/snapdragon/tools/embedded
[17:22] <xnox> well qualcomm left linaro =) but yeah, that looks good.
[17:26] <davmor2> ogra_, didrocks, lool: image 29 has some odd issues on n7 and maguro to get it on from a sleep you have to press the power button 3 times
[17:28] <ogra_> davmor2, works for me at the first time, but has a slight delay
[17:28] <Dry_Lips> Hi lads! I haven't tried Ubuntu Touch myself, but I wonder if there is an equivalent of Unity Lens in Ubuntu Touch? And if there is one, does it send info to Amazon?
[17:28] <davmor2> ogra_: ah that might be it then let me try that
[17:29] <achiang> is there a *ahem* canonical high-level wiki for our definition of a click package?
[17:29] <ogra_> achiang, yes (dont ask me where though :P )
[17:30] <achiang> ogra_: existence proof is good, but the actual url would be more useful to me ;)
[17:30] <lool> davmor2: I sometimes have to wait quite a bit to get the device out of sleep
[17:31] <lool> deep sleep mainly
[17:31]  * achiang goes with http://developer.ubuntu.com/publish/apps/packaging-click-apps/
[17:31] <ogra_> achiang, iirc there is a blueprint and a wikipage, but i dont know the url ... probably cjwatson can help you
[17:31] <cjwatson> achiang: https://click.readthedocs.org/en/latest/
[17:32] <ogra_> there you go :)
[17:32] <cjwatson> https://click.readthedocs.org/en/latest/file-format.html more directly
[17:32] <achiang> cjwatson: ta! i had just been to a stale/incorrect link - https://click-package.readthedocs.org/en/latest/
[17:32] <achiang> cjwatson: i'll try and get the blog owner to update to point to proper url
[17:33] <cjwatson> Yeah, I had some difficulties getting everything synced, which actually turned out to be https://github.com/rtfd/readthedocs.org/issues/435, but in the process of debugging that I created the new site
[17:33] <cjwatson> And it's a better name anyway
[17:33] <cjwatson> Actually https://github.com/rtfd/readthedocs.org/issues/349
[17:39] <ogra_> janimo, next i386 build running
[17:40] <ogra_> (cross your fingers)
[17:40] <janimo> ogra_, crossing them :)
[17:42] <ogra_> Selecting previously unselected package qtdeclarative5-qtmultimedia-touch-plugin:i386.
[17:42] <ogra_> Unpacking qtdeclarative5-qtmultimedia-touch-plugin:i386 (from .../qtdeclarative5-qtmultimedia-touch-plugin_5.1.1+git
[17:42] <ogra_> Adding 'diversion of /usr/lib/i386-linux-gnu/qt5/qml/QtMultimedia/qmldir to /var/lib/qtdeclarative5-qtmultimedia-tou
[17:42] <ogra_> Adding 'diversion of /usr/lib/i386-linux-gnu/qt5/qml/QtMultimedia/plugins.qmltypes to /var/lib/qtdeclarative5-qtmult
[17:42] <ogra_> Adding 'diversion of /usr/lib/i386-linux-gnu/qt5/qml/QtMultimedia/Video.qml to /var/lib/qtdeclarative5-qtmultimedia-
[17:42] <janimo> xnox, I had to add something like this to allow building with gcc 4.6 again http://phablet.ubuntu.com/gitweb?p=aosp/platform/system/core.git;a=commitdiff;h=4f37d8c428e20b90e53946ba54985201cc314d92
[17:42] <ogra_> Adding 'diversion of /usr/lib/i386-linux-gnu/qt5/qml/QtMultimedia/libdeclarative_multimedia.so to /var/lib/qtdeclara
[17:42] <ogra_> Selecting previously unselected package libapparmor-perl.
[17:42] <ogra_> \o/
[17:42] <janimo> ogra_, \o/ :)
[17:42] <ogra_> lets see what fails next :)
[17:43] <ogra_> wheee !
[17:43] <ogra_> already installing click packages
[17:43] <xnox> janimo: interesting.
[17:44] <ogra_> janimo, that looks like it will succeed ... i have built with CDIMAGE_NOPUBLISH thoough, so you wont get it easily
[17:45] <ogra_> ah, bah
[17:45] <ogra_> Setting up com.ubuntu.filemanager_0.1.1.86_armhf.click
[17:45] <ogra_> 2013-11-25 17:42:51 URL:http://archive-team.internal/click_packages/com.ubuntu.filemanager_0.1.1.86_armhf.click [144
[17:45] <ogra_> Cannot install /tmp/tmp.tpsf2210VO/com.ubuntu.filemanager_0.1.1.86_armhf.click: Package architecture "armhf" not com
[17:45] <ogra_> E: config/hooks/60-install-click.chroot failed (exit non-zero). You should check for errors.
[17:45] <ogra_> P: Begin unmounting filesystems...
[17:46] <janimo> ogra_, no prob, it's a great step 1 :)
[17:46] <ogra_> janimo, i guess thats a bit more tricky ... we need the cick package for i386 (or arch: all)
[17:46] <ogra_> *click package
[17:46] <ogra_> not sure why or how that got arch: armhf
[17:47] <ogra_> i guess thats another question for sergio, since i dont know how exactly hegenerates them
[17:47] <janimo> ogra_, are there click packages made for i386 at all? Not sure why I though armhf was hardcoded somewhere
[17:47] <janimo> or maybe it was only the click package servername
[17:47] <ogra_> all other click packages it installs are arch: all
[17:48] <ogra_> (calculator, calendar, clock and dropping-letters get installed before the filemanager)
[17:48] <janimo> ogra_, what service builds the default click apps?
[17:49] <ogra_> no idea
[17:49] <ogra_> i guess some script from sergio
[17:49] <ogra_> i know how they get pulled into the image, but not how they get created
[17:49] <ogra_> he will be back tomorrow ...
[17:50] <ogra_> and it looks like the rootfs will at least be fine after we fix this one issue
[17:50] <ogra_> (there might be other cdimage changes needed to have them properly published still. but i need a successful rootfs build first)
[17:53] <janimo> xnox, 4.6 is the default in AOSP 4.2.2 hence I was testing it.
[17:54] <xnox> janimo: sure, we on the other hand in phablet-trusty use gcc-4.8 cross-compiler for user-space, only the kernels are compiled with older toolchain.
[17:54] <xnox> janimo: we actually want default 4.8 across the board.
[17:55] <xnox> actually let me check our android cross-compiler.
[17:55] <xnox> nah, we are on 4.7
[17:55] <janimo> xnox, right, this change is a compromise I found to work on both 4.6 and newer
[17:55] <xnox> sounds good then.
[17:55] <janimo> so GNU SOURCE needs to be first line, but not the inlcude necessarily
[17:55] <janimo> xnox, but double checking for sanity from someone else does not hurt :)
[17:56] <janimo> xnox, with this one x86 generic can be built o nAOSP 4.2.2
[17:59] <xnox> janimo: it looks sane enough, but seems to invert the logic. (include in GLIBC case, do not include in BIONIC case)
[18:00] <xnox> janimo: do you have i386 cross glibc-dev installed?
[18:01] <xnox> aka libc6-dev-i386
[18:01] <janimo> xnox, not sure, let me check
[18:01] <janimo> xnox, I do have it
[18:01] <xnox> ok.
[18:02] <janimo> xnox, the include is on the #else branch of if BIONIC from what I saw
[18:04] <alesage> quick (I hope question): what service do we use to get a time reference to set our time zone on the phone?  doing a micro-survey of our location services
[18:10] <cwayne> alesage, i think right now it's just hardcoded to utc
[18:10] <janimo> pl
[18:10] <alesage> cwayne, interesting
[18:17] <timppa> what's with the latest image r28? OTA does not update from r25?
[18:23] <randomcpp> iBelieve, ping
[18:23] <iBelieve> randomcpp: pong
[18:24] <randomcpp> hey how you doing? :) have you already used Ubuntu.Content service?
[18:25] <iBelieve> randomcpp: I'm doing well. No, I haven't used the Ubuntu.Content service
[18:26] <randomcpp> mm ok
[18:26] <randomcpp> I'll experiment :p
[18:28] <daker> iBelieve: randomcpp https://code.launchpad.net/~amanzi-team/webbrowser-app/webbrowser-app-file-upload/+merge/195760
[18:29]  * randomcpp clicks
[18:31] <randomcpp> daker, after I get the importItems, can I access them everytime I want?
[18:33] <daker> randomcpp: i have no idea, i just gave you a MR i have found ;)
[18:33] <randomcpp> oh ok
[18:33] <randomcpp> I'm trying anyway
[18:34] <randomcpp> I need to replace the photo picker implemented in saucybacon
[18:34] <randomcpp> which is not working anymore on latest ut builds
[18:38] <xnox> janimo: looked like "ifndef" to me, will fetch / download tomorrow to look at the full context, instead of partial one.
[18:39] <rsalveti> ogra_: yeah, not even sure if we have clicks for !armhf
[18:39] <cwayne> rsalveti, most of them are arch: all
[18:39] <janimo> xnox, sure thanks.
[18:39] <rsalveti> cwayne: right
[18:40] <ogra_> cwayne, well, that wont make them magically runnable :)
[18:40] <ogra_> they indeed need the x86 binariees
[18:41] <cwayne> ogra_, of course
[18:41] <ogra_> that the filemanager click package is arch: i386 is wrong though
[18:41] <ogra_> as i understand they should always be arch: all and just ship the binaries for all arches
[18:42] <cwayne> ogra_, right, thats how i understood it as well
[18:44] <timppa> Can anyone help on the update issue? I just tried OTA update from r25 to r28, it seems to download just fine but after pressing install & reboot, phone just reboots and does not update
[18:46] <rsalveti> timppa: guess that's because you might have the recovery image from r25
[18:46] <rsalveti> which was a broken one
[18:46] <rsalveti> maybe this can get fixed by flashing the recovery from r28 and trying to update your phone again
[18:46] <timppa> rsalveti: ok, how can I recover from that?
[18:47] <rsalveti> timppa: which device?
[18:47] <timppa> rsalveti: mako
[18:48] <rsalveti> timppa: download http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/trusty-preinstalled-recovery-armel+mako.img
[18:48] <rsalveti> timppa: then adb reboot bootloader
[18:48] <rsalveti> fastboot flash recovery trusty-preinstalled-recovery-armel+mako.img
[18:48] <rsalveti> reboot/boot
[18:48] <rsalveti> and try upgrading your image again
[18:48] <timppa> thanks, I'll try that
[18:50] <Guest34250> Do I understand correctly the ubuntu touch firmware is available for testing on exactly two devices, Nexus4 and Nexus7?
[18:51] <genii> Guest34250: Those are the official releases, yes. But there are also many unofficial ports which are maintined by their creators
[18:51] <genii> Guest34250: Those are to be found here: https://wiki.ubuntu.com/Touch/Devices
[18:53] <timppa> rsalveti: I cannot boot to recovery...
[18:54] <rsalveti> timppa: after flashing the recovery?
[18:54] <rsalveti> you need to flash the recovery from bootloader
[18:54] <rsalveti> that's why adb reboot bootloader
[18:54] <rsalveti> or boot the phone with vol down + power
[18:56] <timppa> rsalveti: ah, my mistake, I tried to boot to the recovery :)
[18:57] <timppa> rsalveti: Now it seems to update to r29 even
[18:59] <timppa> rsalveti: Thank you very much! It's now updating normally! :D
[18:59] <rsalveti> timppa: great!
[18:59] <ogra_> dont attempt to use the keyboard ...
[18:59] <ogra_> or get earplugs first :)
[18:59] <timppa> :)
[19:11] <timppa> ogra_: Holy mother of sound, but why??? :)
[19:11] <ogra_> haha
[19:11] <xnox> hm? =)
[19:11] <ogra_> bursted your drums ?
[19:11]  * xnox needs to try this.
[19:11] <ogra_> timppa, try typing fast ... it gets entertaining
[19:12] <timppa> just mindblowing :)
[19:12] <timppa> can I turn it off somehow?
[19:13] <ogra_> gsettings set com.canonical.keyboard.maliit key-press-feedback false
[19:13] <timppa> thanks!
[19:13] <rsalveti> yeah, fix in progress to disable it by default
[19:13] <timppa> haptic would have been nicer
[19:13] <ogra_> ++
[19:13] <rsalveti> soon :-)
[19:13] <timppa> :)
[19:20] <Tassadar> whoa, I didn't know audio worked on grouper Oo
[19:55] <anonynimity> hello. how do I call breakfast in 13.10?
[20:01] <davmor2> ogra_: how hard would it be to have a keyboard button on the chrome bar for when the keyboard decides it doesn't want to play :)
[20:20] <rsalveti> stgraber: how can add a new target into system-image?
[20:20] <rsalveti> checking if I'm able to get system-image for goldfish (emulator)
[20:21] <stgraber> rsalveti: so the first step is to make sure we have a boot.img, recovery.img and system.img on cdimage, once that's done I can turn builds on for some of our channels
[20:22] <rsalveti> stgraber: cool, let me first make sure these files are published in there then
[20:23] <timswearingen> hello?
[20:23] <stgraber> rsalveti: I believe once they're build by the android source package they should show up automatically with the next phablet build (unless ogra hardcoded the platforms somewhere on cdimage)
[20:24] <stgraber> rsalveti: they indeed seem to be hardcoded...
[20:24] <stgraber> rsalveti: so you'll want to fix lp:ubuntu-cdimage first
[20:24] <rsalveti> stgraber: right, then I first need to make sure the package is exporting it correctly and change the cdimage code
[20:24] <rsalveti> yeah
[20:24] <timswearingen> I was linked here by the contribute to ubuntu touch page, is there a current version that is not preview that I can port?
[20:25] <timswearingen> 14.04?
[20:27] <timswearingen> ?
[20:28] <anonynimity> Im having issues with breakfast. Could someone help me?
[20:28] <anonynimity> my errors: http://pastebin.com/wGNg8f8u
[20:30] <rsalveti> urgh, it seems to be hardcoded in a bunch of different source files
[20:30] <rsalveti> :-(
[20:46] <rsalveti> ogra_: can we work tomorrow on cleaning up the cdimage code to better define how to add a new touch target in there?
[20:46] <rsalveti> ogra_: otherwise it'll be a huge pita if we keep changing the hardcoded values all around
[20:51] <jayxmiller> has anyone tried out ubuntu touch on a nexus 5?
[21:05] <labsin> Hi, still someone up?
[21:06] <labsin> I was wondering if there is a way to know you app is beïng suspended or out of the screen on the phone?
[21:11] <ogra_> rsalveti, sure
[21:12] <ogra_> rsalveti, there shouldnt be much in cdimage though ... but there surely is in livecd-rootfs
[21:12] <rsalveti> ogra_: there are a bunch of hardcoded stuff in cdimage :-)
[21:12] <ogra_> (i need to work on cdimage for x86 tomorrow anyway)
[21:12] <rsalveti> cool
[21:13] <ogra_> i just need sergio to fix the click packages first ... else i cant build a rootfs
[21:20] <balloons> iBelieve, https://code.launchpad.net/~nskaggs/ubuntu-filemanager-app/disable-patch-home-click/+merge/195658
[21:21] <iBelieve> balloons: what about it? You want me to review it?
[21:22] <balloons> iBelieve, yes if you would. It's the migration to using a temp directory under /home, rather than patching and rather than re-using home itself
[21:22] <iBelieve> balloons: sure. and thanks for getting the one merge request to merge!
[22:38] <omac> ok...I got n4 running ubuntu phone, I tried my first call with it.  It seemed to ring my other phone on another mobile network in Canada, but when I answered there is no voice sound.  The 3G icon appears and disappears.
[22:57] <omac> where can I find the radio.img file I need to get my wifi on with the latest version of ubuntu phone?
[23:56] <daker> damn it! that's why the wifi didn't work when i reflashed :( the android 4.4 radio firmware isn't compatible