[00:00] Leaving for today, thank you all and a late Happy New Year!!! === kaxing is now known as Guest61568 [00:33] will there be any ubuntu touch related action at ces this year? [01:08] charles: Are you around? === chihchun_afk is now known as chihchun [02:04] hello === Jack is now known as Guest91875 [02:05] is there anyone who can help me === jono is now known as Guest91841 === RAOF_ is now known as RAOF === vying is now known as Guest55586 === duflu_ is now known as duflu === Guest65702 is now known as dk [03:58] h [03:58] hi === Guest61568 is now known as kaxing === kaxing is now known as Guest67359 === ricardodrosales is now known as ricdros === Zic is now known as Guest9648 === kalikiana__ is now known as kalikiana_ === fmasi is now known as Guest20935 === OutOfControl is now known as benonsoftware === h[a]kr is now known as hakr === Sora1995|Cloud_ is now known as Sora1995|Cloud === Tm_K is now known as Tm_T === Guest24175 is now known as dk [06:52] hi, anyone knows why in applications/installed section I can only see 9 apps? perhaps I should clean/flush some data? nexus 4 [08:00] good morning === bremnes_ is now known as bremnes [08:17] good morning [08:18] mzanetti, ping [08:18] dholbach, good morning :) [08:19] hey tvoss [08:19] how's life over there? [08:19] dholbach, pretty good, thanks :) how about you? [08:19] doing very well :) [08:22] dholbach, tvoss: guten Morgen, gesundes Neues! [08:22] hey pitti - and the same to you :) [08:23] pitti, Dir auch :) [08:23] pitti, https://code.launchpad.net/~thomas-voss/qtubuntu-sensors/fix-accelerometer-and-orientation-sensor/+merge/200634 [08:24] gesundes Neues pitti, dholbach! :) [08:24] tvoss: ah, nice cleanup; that also drops the .symbols file (but still installs the lib, right?) [08:25] * dholbach hugs you all [08:25] hey didrocks, heureuse nouvelle année ! [08:25] pitti, it's not quite ready yet, will set it to in-progress [08:25] tvoss: that's a prereq for the cmake conversion? [08:26] pitti, kind of :) I will fold the cmake transition in there. I just wanted to make sure we have a working baseline before we transition [08:26] pitti, the lib is completely dropped and removed btw [08:26] neat [08:26] tvoss: so the platform-api sensor test branch hasn't been reviewed any more last year, I'll try to nag ricmm|sick once he's back [08:26] pitti, ack [08:30] tvoss: pong === diplo_ is now known as diplo === dholbach_ is now known as dholbach [08:53] Hello world! How to install Ubuntu Touch to Sony Xperia E? === psivaa_ is now known as psivaa [09:01] Hi! I am installing the latest touch image on a Nexus 10 (with Android 4.4.2). Installation seems to be complete, but I am prompted with "ROM may flash stock recovery on boot. Fix?" on the Nexus 10. Should I disable recovery flash, or is it this part of the installation process? === lan3y is now known as Laney === Laney is now known as Guest1882 === Guest1882 is now known as Laney === h[a]kr is now known as hakr [09:16] has anybody successfully booted into Ubuntu touch on the e970 optimus G? [09:22] There are people who have successfully installed ubuntu touch os on Sony Xperia E? Tell me how. [09:23] Please! === vrruiz_ is now known as rvr [09:54] if i call QGuiApplication::platformName() on ubuntu touch, what should I expect to get? (it's not going to be "xcb", is it?) === Guest20935 is now known as fmasi [10:09] didrocks, I'm planning on adding a few new packages for ubuntu download manager related to the work of providing a client library, I would really appreciate if you can tell me, 1( is there ayone I have to talk to get them in universe. 2)take a look at the inline packging I've done (I'm not a packaging expert) [10:09] mandel: is those new source packages or binary packages attached to an existing source package? [10:10] didrocks, new binary packages that are in the same tree [10:11] mandel: ok, so for 1) it's just filing a new landing ask and I'll look at them (so 2)) once you will have filed it :) === greyback_ is now known as greyback [10:11] mandel: please just remind us in the landing ask that you included new binaries [10:12] didrocks, ok, I'll be adding them one by one to minimize the chance of breaking stuff, does that sound good? [10:13] mandel: hum, if you have a transition to achieve, it's better to just add them all once ready [10:15] didrocks, ok, for me is the same because I have splitted the transition in several branches to minimize each of the reviews and tested them as independent units. I'm more concern of what is better for your side :) [10:17] mandel: yeah, better to see the whole transition to ensure we don't miss anything for us :) [10:17] didrocks, ok, then I'll do that, thx for the info! [10:17] yw! thanks for asking in advance :) === Guest9648 is now known as Zic === chihchun is now known as chihchun_afk [10:44] NM, I answered my own question in the end ;) [11:01] Morning all [11:02] pitti, refactored directory structure in https://code.launchpad.net/~thomas-voss/qtubuntu-sensors/fix-accelerometer-and-orientation-sensor/+merge/200634 [11:02] pitti, I will add the QtLocation plugin in there, too === cjwatson_ is now known as cjwatson [11:20] hi. any ubuntu touch related news this year at CES? [11:21] user82: tune into CES and find out? [11:24] davmor2, no real time for that. but is there a list which companies are present? === alan_g is now known as alan_g|tea [11:25] user82: on the ces.org site I think [11:26] ah found it. it was a little hidden [11:26] nope, no canonical [11:27] there are plenty canonical people running around there though ... just no booth === _salem is now known as salem_ === alan_g|tea is now known as alan_g === h[a]kr is now known as hakr === alan_g is now known as alan_g|lunch === barry` is now known as barry_ === barry_ is now known as barry [13:23] tvoss, do you have any idea if anyone's looking at https://bugs.launchpad.net/platform-api/+bug/1261935? [13:23] Ubuntu bug 1261935 in platform-api "platform-api needs a non-NULL Desktop sensor implementation" [Undecided,New] [13:23] dholbach, there is a branch up that pitti did, iirc [13:23] ah, it'd be great if that could be linked [13:24] ah, I wasn't aware of that bug [13:25] dholbach: I created https://code.launchpad.net/~pitti/platform-api/test-backend/+merge/198098 for adding a "simulated sensor" backend [13:26] pitti, great [13:26] dholbach: updated the bug [13:27] ricmm|sick, rsalveti: do you know who could take a look at https://code.launchpad.net/~bregma/qtubuntu/lp-1246851/+merge/198309? [13:27] * dholbach hugs pitti and tvoss [13:27] didrocks: can we please land autopilot-gtk? it's not on the actual touch images, but blocks ubiquity automated testing [13:28] dholbach: either ricmm|sick or loicm [13:28] rsalveti, awesome, thanks [13:28] pitti: sure, just put in the landing ask, but we have no-one able to land that right now (sil2100 isn't around, not sure why…), so the list is quite big. Tomorrow morning would be ok? [13:29] loicm, ^ we were just talking about https://code.launchpad.net/~bregma/qtubuntu/lp-1246851/+merge/198309 and who could review it [13:29] didrocks: I still can't access the landing ask (which is why I was happier about using bugs).. [13:29] didrocks: yes, tomorrow is certainly sufficient [13:29] . o O { I could just dput the damn thing... } [13:30] pitti: you should be :) [13:30] pitti: able to add [13:30] pitti: well, dput without running AP tests? ;) [13:31] didrocks: how do you mean? ap-gtk's AP tests are run during package builld [13:31] pitti: you are lucky, it's not the case of all packages here ;) [13:31] didrocks: s/lucky/I did that work to ensure I don't break anything/ :-) [13:31] didrocks: it only changes a g_warning into a g_debug and adds a test case, i. e. no API changes or anything [13:32] didrocks: and the tests already ran in the MPs, too (for ARM coverage etc.) [13:32] pitti: yeah, the thing is that if you dput, you have to merge back the changelog for further daily releases [13:32] pitti: you can now access the landing pipeline [13:33] charles, thanks a lot for merging the upstart-app-launch bits [13:34] didrocks, asac: so how does this work? I add myself to #235? is that FIFO, or can easy ones be fast-tracked? [13:34] pitti: it's not FIFO is based on the comment and risk [13:34] so it will be fast-tracket [13:34] tracked* [13:35] right. its a mix of reputation, risk etc. :) [13:36] didrocks: added; what should "status" be? [13:36] pitti: you can add something like "ready to land" if it's all in trunk [13:36] dholbach: I'd prefer ricmm|sick to have a look at it since it's a packaging fix, not sure he's available though [13:36] didrocks: yes; is there ever a different case than "please upload current trunk"? [13:36] loicm, ok, thanks [13:37] pitti: yeah, people add it there even if it's not merged [13:37] pitti: sometimes people try to land non-existant stuff, yes :) [13:37] pitti: or even not tested [13:37] charles, do you know if upstart-app-launch is scheduled to be landed on the image some time soon? [13:37] land-my-dream-please [13:37] asac, didrocks: that doesn't sound useful [13:37] pitti: it's clearly not… [13:37] asac, didrocks: anyway, thanks (and, FTR, ugh..) [13:38] pitti: so one key reason why this spreadsheet is useful is taht its a clearing area where we work with the upstream folks to figure what they really need to land [13:38] it might feel simple, but in practice if you are not a distro engineer it seems its not straight forward what it means to deliver a complete thing [13:39] however, i think we succeeded in educating folks so those cases are less often now === dandrader is now known as dandrader|afk [13:41] asac: for instance, if you look at the line just before yours, it's an example :p [13:42] pitti: I meant for you ^ [13:43] so that's to notify you that tvoss will soom propose his branch for merging, for early impact assessment? [13:44] that seems a bit overzealous from my POV, given that this doesn't need any coordination with other packages [13:47] pitti: yeah, I don't think we need that information before the "it's ready" apart from the "very big impact change" (like incoming Mir) [13:49] pitti: before getting too used to this old approach, check the mail and deck i sent to list earlier today :) [13:50] asac: to me, the old approach was to upload it :) [13:50] asac: ah, I followed the discussion with robru about moving to bugs in December, but I haven't seen your's from today [13:50] you are getting old... thats the "ancient" approach :) ... lol === dandrader|afk is now known as dandrader [13:59] tvoss: your "fix accelleration" branch is not ready for merging yet? [14:00] or could we use that in theory as an example to play through the new landing appraoch? [14:00] asac, we can land it [14:00] pitti, I proposed it and Mirv already approved [14:00] asac, ^ [14:00] didrocks: ^^ so we could try this one [14:01] otherwise lets go for your trunk-cheat of system-settings. [14:03] asac: well, qtubuntu-sensors has already something in [14:04] trunk [14:05] didrocks, ? [14:05] didrocks: oh ic [14:05] tvoss: trunk != package in distro [14:05] didrocks, ah [14:05] tvoss: we need something with trunk == distro ... for the sake of making an example [14:05] asac, hmmm ... [14:06] translations make that hard [14:07] didrocks: just the symbols commit? [14:07] oh... seems tvoss merged his branch now [14:07] asac: rev 41 and now 42 [14:07] asac, jenkins merged [14:07] otherwise: try ubuntu-wallpapers [14:09] Laney: well, translations all over the place [14:09] asac: automatic launchpad translations in trunk will be an issue I guess [14:09] yes, that's what I just said :-) [14:09] if you need really really equal it's tough [14:09] didrocks: we probably want to work with fginther etc. to adjust the bot to only comment (and not merge) [14:10] for the roll out [14:10] asac: right, but that's not the translation thing :) [14:10] didrocks: i dont understand the translation problem === alan_g|lunch is now known as alan_g [14:10] asac: well, look at system settings or ubuntu-wallpaper [14:10] didrocks: does launchpad automatically commit directly to trunk? [14:10] asac: yep [14:11] in fact, you setup a branch for it to commit to (and take the translations) [14:11] * asac wonders who would want that :) [14:11] why wouldn't you? [14:11] didrocks: right. so they could have a branch != trunk (like translation-submissions) [14:11] Laney: dunno. you might not like the timing :) [14:11] when is the qt5.2 stack likely to land in trusty? [14:12] tvoss, seems like pitti's branch does not quite address bregma_'s problem: https://bugs.launchpad.net/platform-api/+bug/1261935 [14:12] Ubuntu bug 1261935 in platform-api "platform-api needs a non-NULL Desktop sensor implementation" [Undecided,New] [14:12] asac: yeah, and so, the translation will never land [14:12] I can't really imagine translations getting in the way in reality [14:12] chrisccoulson, Mirv is working on it, they still have issue ... maybe ping him directly [14:12] like you want to tag a release and suddenly your trunk gets flyushed with new stuff that invalidates part or all of your validation [14:12] seb128, thanks. Mirv? ^^ :) [14:12] asac, you really don't want to have to worry about translations, that's just the translators' job [14:14] asac: the current system will just posptpone it until someone branch from trunk with a new branch anyway [14:14] well current == new [14:15] didrocks: i would think having translations auto submitted as MP might be the right answer [14:15] but... :) [14:15] let me know what you want to do [14:16] asac: well, we can ignore it right now, it will just be "next time you land a branch based from trunk" [14:16] dholbach, it solves the immediate problem, though. [14:17] dholbach, I would propose that we open another bug that reads like: "Provide functional sensor backend for Desktop" [14:17] bregma_, ^, fine with you? [14:17] tvoss, bregma_: I'll leave you guys to it - I just wanted to bring it up as it was part of https://blueprints.launchpad.net/ubuntu/+spec/client-1404-unity8-on-desktop :) === ricmm|sick is now known as ricmm [14:21] I already worked around the immediate problem and just opened the bug so the missing requirement did not get lost: if you want to repurpose the bug for something else and open a new one for the original problem, it's up to you === bregma_ is now known as bregma [14:23] dholbach: I'll review that one [14:23] looks straightforward [14:23] * dholbach hugs ricmm [14:23] thanks a bunch [14:23] and happy new year :) [14:33] Any idea how to reset my N4 to factory after a fail install? === dandrader is now known as dandrader|lunch [14:49] Hey trying to sync contacts with syncevolution and I keep getting returned "transport problem: transport failed, retry period exceeded". Any thoughts? [14:57] ok turns out I'm on a read-only image. Cancel that [14:58] it should only write to the current users db [14:58] (which is rw) [14:59] didrocks: ok great if our system doesnt blow up because of accidential trnaslation landings [14:59] asac: yeah, I have an idea even to represent it in the changelog [14:59] we have accidential translations ? [14:59] need to take a break and implement [15:00] ogra_: yeah, seems that translations get auto injected by launchpad in trunks without peer/merge review [15:01] injected ? [15:01] i know they get extracted on package build === rickspencer3__ is now known as rickspencer3 [15:02] * ogra_ wasnt aware they also get injected [15:05] mterry, ping, any update on welcome wizard? :) [15:06] sforshee, ping, is powerd customizable in any way? [15:06] cwayne, not really. A half-finished version has been very slowly being merged into system-settings trunk. Cimi and I will continue working on it once it's in trunk. Cimi, have you been working on any branches for it? [15:07] mterry, ah, thanks. still on track for 14.04? [15:07] cwayne, uh... I hope so. [15:08] me too [15:08] Cimi, how much time do you think you can allocate to wlecome wizard this cycle? [15:08] mterry, as much as kgunn wants [15:09] Cimi: mterry ...we're pretty close to done with "option2" as i recall ? [15:09] i'd advocate landing that asap [15:10] cwayne: I have an open merge request for controlling backlight stuff, but other than that not really [15:12] cwayne: wait, are you thinking from a user preferences perspective or a porting perspective? [15:12] sforshee, is that something that's on our roadmap at all? the thinking here is a HW partner could come in and want different default settings/behaviors [15:14] cwayne: well from the porting perspective there's a few things that powerd reads from an xml file that comes from android, so that specifies what device to use for the backlight, whether or not autobrightness is supported, the exact lux/brightness pairs for generating the autobrightness curve, and a few other things [15:14] Cimi, if you can spend time to close the wizard functionality gaps, it would be swell [15:14] Cimi, also [15:14] sforshee, where does that xml file live? [15:15] Cimi, one thing that the current design doesn't take into account, but cwayne is really going to want is the ability to dynamically add pages into the flow (like OEMs can drop a qml file or two somewhere and have it be inserted). We haven't worried about that too much yet, but maybe have that rattling around in your brain. We'll need that eventually [15:15] cwayne: for us in /usr/share/powerd/device_configs [15:16] cwayne: the brightness control stuff is intended for unity to use to change user settings - {en,dis}able autobrightness, change brightness, stuff like that [15:16] ricmm, did that fixed libhybris ever land? [15:16] cwayne: unity is supposed to take over the inactivity timeout from powerd, so that shouldn't need to be customizable within powerd [15:16] rsalveti, xnox: does any of you plan on getting a new snapshot of android in the archive soonish? I pushed a dataloss fix 2-3 weeks ago that we probably want to pick up soonish. [15:16] (the bug is basically that if you do a factory reset your whole system gets removed too) [15:16] cwayne: those are the only things I can think of that would be configurable at all [15:17] sforshee, what about stuff like default brightness, and time before screen turns itself off? [15:17] cwayne: the former is in the xml file, the latter is what I meant when I said "inactivity timeout" [15:18] sforshee, oops, i'd missed your last message, sorry about that [15:19] cwayne: oops, the xml file doesn't say which device is the backlight, that's done via the HAL. It does specify the range of valid brightness values. [15:20] mterry, I will to both [15:20] mterry: I dont know [15:20] sforshee, how invasive of a change would it be for powerd to take that from anywhere in XDG_DATA_DIRS instead of just /usr/share? [15:20] rsalveti: did we ever get a umask patch in libhybris for shm access? [15:21] ricmm, did it land in trunk? [15:21] cwayne: probably not too bad, but you'll need to talk to phonedations as they maintain powerd now [15:21] pitti, hi, i seem to remember you setting up the /etc/writable stuff for all the timezone stuff, i'm looking to do something similar for /etc/machine-info (to set the pretty hostname to the adb device to get a sane default BT name), does this MR make sense? https://code.launchpad.net/~cwayne18/livecd-rootfs/machine-info-writable/+merge/200557 [15:21] mterry: just asked rsalveti, he will know better [15:21] sforshee, ack, thanks for the pointer :) [15:21] if not, we will land something asap [15:21] cwayne: np [15:23] cwayne: just to emphasize one point, powerd isn't using anything from the xml file that android doesn't also use, so any device which has been ported to android should already have an xml file that powerd can use [15:26] sforshee, ah, that's a good point.. [15:30] dholbach: approved, will make sure it lands [15:31] ricmm, that's awesome! :-D [15:43] stgraber: is current android de-bin-NEWed ? =) [15:43] stgraber: there is a package split in progress. [15:46] xnox: ah, I'll take a look then [15:48] xnox: accepted (though it's not a new git export so still won't have my fix...) [15:52] dpm, hey, can we get a call to the community for those translations soon? :) [15:52] cwayne: what is /etc/machine-info? does that only exist on touch? [15:52] cwayne: oh, from hostnamed === gatox is now known as gatox_lunch [15:53] pitti, yeah, i'm not sure where else it's used, but its used by hostnamed to hold the PRETTY_HOSTNAME [15:53] stgraber: well all i cared about is deNEWing and this was a convenient way to trick you into doing it ;-) i'm not in touch with android package landing ETA. I was under impression that switch to 4.4 branches is eminent, but maybe that isn't the case and still "in-progress". [15:54] cwayne: did you test hostnamectl with that symlink? I had to patch timedated for the localtime symlinks [15:54] cwayne, now that I'm back, indeed! I'll put aside some time tomorrow morning to check everything out and put together a call for translations in the afternoon [15:54] dpm, great! i'll do another round of testing now that we've fixed a bunch of stuff since i last did it :) [15:54] pitti, hm, i'll try it out now [15:55] cwayne: I followed up to the MP [15:55] cwayne, sounds great, thanks! [15:58] stgraber: we can upload a new package today if you need [15:58] we don't have anything pending, so feel free to grab the latest exported tarball [16:00] pitti, thanks, seems it doesn't quite work, hadn't thought of that [16:00] cwayne: unfortunately this symlinking stuff is a ridiculous hack, to get along with the hack that readonly-root is :( [16:01] cwayne: ISTR that you need to change three places; hostnamed itself, then what you did for livecd-rootfs, and something else [16:01] pitti, yeah, i was doing it this way to avoid having to patch too much stuff, perhaps i should just go a different way :) [16:02] cwayne: ah, I think the third was some generic change to whatever provides teh "writable paths", so you don't need to touch that [16:03] right, lxc-android-config [16:03] ah, that was it [16:03] yeah.. do you happen to remember the change you did to timedated? [16:04] cwayne: I was thinking about http://launchpadlibrarian.net/151914519/lxc-android-config_0.103_0.104.diff.gz [16:04] cwayne: yes, they are in debian/patches/support-phablet-etc-writable.patch [16:05] cwayne: you can probably just copy&paste writable_filename() and use it in all places that access /etc/hostname-info [16:05] yeah, i remember the lxc-android-config MP, i did it this way just to piggyback on that change :) [16:05] ricmm: no, afaik you were testing a better approach first [16:06] ricmm: if not, we can try to get something in place [16:08] rsalveti: ok I dont have a better approach in mind atm, I'd say just umask down/up when creating that shm file [16:20] ricmm: kind of scary, but yeah === ricardodrosales is now known as ricdros === gatox_lunch is now known as gatox === dandrader_ is now known as dandrader [17:11] is there an upstart job that runs only on first boot? [17:15] Saviq, you had marked bug 1241185 as fixed, but i'm not convinced that commit really fixed that bug [17:15] bug 1241185 in unity-mir (Ubuntu) "Should provide policy based lifecycle exceptions" [Undecided,Fix released] https://launchpad.net/bugs/1241185 [17:15] the bug was about not hard coding apps that get exceptions [17:15] kenvandine, right, I did an automagic mark as the bot did mark it fix committed before [17:15] we should have a way to give panpipe a lifecycle exception [17:16] Saviq, so we still can't do that right? [17:17] balloons: ping [17:17] m-b-o, pong [17:17] kenvandine, indeed we can't, and I'm not sure where such an exception should live, AFAIK we don't really want to give out such exceptions [17:17] kenvandine, what's panpipe? [17:17] pandora app [17:17] so plays music [17:17] we should have a way for an app to request an exception [17:17] kenvandine, right, for that ideally it would use the media service [17:18] kenvandine, tvoss ↑↑ fight! [17:18] seb128, is there any plans in system-settings to allow the user to change the bluetooth device name? [17:18] we just need some solution :) [17:18] * kenvandine re-opens bug... you guys can move it to another project if needed [17:18] \o/ Finally DualBooted [17:18] kenvandine, so for music playback, if possible, it should use the (to be) media service [17:18] j-b, hey here, sounds like success :) [17:19] cwayne, it's not in the design (https://wiki.ubuntu.com/Bluetooth#phone) [17:19] Saviq, is that something it could use now? [17:19] tvoss: I had encrypted my phone, so it was a complete mess [17:19] kenvandine, not yet [17:19] seb128, good enough for me, thanks [17:19] kenvandine, nope [17:19] cwayne, yw [17:19] kenvandine, but anyway - when it can't (DRM / ToS / whatever) that's what we don't have a solution for yet [17:19] tvoss, Saviq: can one of you comment on that bug explaining that? [17:20] kenvandine, sure [17:20] just so the developer knows what the right solution is, even if it isn't doable now [17:20] kenvandine, reopened it for unity-mir, can't for unity-mir (ubuntu) [17:20] he'll understand [17:20] Saviq, i did the ubuntu bug [17:20] kenvandine, cheers [17:20] thx guys [17:20] balloons: do I have to need autopilot > 1.4 for testing? [17:21] tvoss, on that note, you pang yesterday, and never followed up? [17:21] m-b-o, as a depends or ? Yes, ap 1.4 [17:21] balloons: Cannot get it to run on saucy [17:21] Saviq, hang on, quickly finishing the reply to the bug report [17:21] m-b-o, using autopilot 1.4x? [17:22] tvoss, no worries, I'm EOD really anyway... [17:22] balloon: from the autopilot ppa, yes [17:24] balloons: by installing python-autopilot from ppa:autopilot/ppa there's a conflict [17:24] kenvandine: we have about 5 music apps which could benefit from this. Way to go blazing a trail dude! :D [17:25] :) [17:25] balloons: wants libautopilot-qt (>= 1.4), but only 1.3+13.10.20130814bzr70saucy0 is available [17:25] i really want panpipe to be usable... pandora is something i used everyday on android... i really miss it now [17:25] it works great... until it suspends :) [17:25] so basically useless :) [17:28] kenvandine, just write an autopilot test that loops around and clicks random stuff indefinitely so it doesn't suspend :P [17:28] haha [17:30] or make the app shell out to "service stop powerd" ☻ [17:30] (don't do that) [17:30] m-b-o, sorry timed out [17:32] balloons: libautopilot-qt >=1.4 is missing in saucy, when installing python-autopilot from the ppa === davmor2_ is now known as davmor2 [17:34] m-b-o, kk, let me look [17:34] m-b-o, indeed you are correct, heh === balloons_ is now known as balloons [17:36] m-b-o, so anyways, let's just file a bug to get it fixed. if you need to get it corrected now, let me link you to the deb [17:37] http://mirrors.kernel.org/ubuntu/pool/universe/a/autopilot-qt/libautopilot-qt_1.4+14.04.20131106.1-0ubuntu1_amd64.deb [17:37] m-b-o, ^^ === bfiller is now known as bfiller_afk [17:41] balloons: great, thank you! now it works again :) [17:44] balloons: https://bugs.launchpad.net/autopilot-qt/+bug/1266864 [17:44] Ubuntu bug 1266864 in Autopilot Qt Support "libautopilot-qt >= 1.4 is missing in saucy" [Undecided,New] === stgraber_ is now known as stgraber === daker_ is now known as daker === kalikiana__ is now known as kalikiana_ === balloons is now known as Guest99854 === Kyle is now known as Guest21287 [18:07] cyphermox, hiya, any chance for a quick MR? https://code.launchpad.net/~cwayne18/ubuntu/trusty/bluetooth-touch/bluetooth-touch_lp1266859/+merge/200699 [18:15] cwayne: thanks, testing now === alan_g is now known as alan_g|EOD [18:18] Hi Ubuntu-Touch Gurus... Where can I checkout the code for the system camera app? === balloons_ is now known as balloons [18:20] heathbar, bzr branch lp:camera-app [18:28] so, http://humpolec.ubuntu.com/latest/dualboot.sh is missing, and is referred to by https://wiki.ubuntu.com/Touch/DualBootInstallation [18:29] kenvandine: ping Re: ContentHub [18:33] hey mhall119 === _bjf is now known as bjf [18:37] hey kenvandine, I was wondering if there would be a "capture from camera" option via ContentHub, rather than just picking an existing image from the Gallery [18:40] that would require the camera-app to add an export handler [18:40] so it's picker would really just be taking a picture and storing returning the image to the requesting app [18:46] who's the main dev for camera-app? [18:46] mhall119, probably ask bfiller_afk ;) [18:46] kenvandine: and how do apps register themselves as handlers? [18:46] heathbar: https://bazaar.launchpad.net/~phablet-team/camera-app/trunk/files [18:47] would need to implement an ImportExportHandler class [18:47] from libcontent-hub [18:48] mhall119, which provides a handle_export method and provides the picker, which would really just change what it does with the resulting image [18:48] kenvandine: so, let's say I'm a 3rd party app developer writing a QML app that manages Foo content, how do I let other apps request a Foo from my app? [18:48] all of that deployed via a click package [18:49] you'd implement the handler and add the json file to your click package [18:49] that the click hook would use to register the source [18:50] can I implement the handler in QML/Javascript? and can I do everything from within my /opt/click.ubuntu.com/blah folder? [18:50] yes [18:50] ah, there's a click hook, that's the part I was missing [18:50] now, dare I ask, where is that click hook documented? [18:50] i thought it was on d.u.c :) [18:51] but i could be wrong [18:51] not on http://developer.ubuntu.com/api/qml/sdk-1.0/Ubuntu.Content/ that I see [18:51] you can look at this for an example: lp:~ken-vandine/+junk/hub-exporter [18:52] mhall119, ok, i'll make sure that gets added [18:52] thanks kenvandine [18:53] should also probably mention the content_exchange/content_exchange_source AppArmor policies that will be needed [18:53] indeed [18:53] mhall119, mind filing a bug? [18:53] * kenvandine is a bit involved in something atm, don't want to forget :) === james_ is now known as Guest22264 [18:56] kenvandine: https://bugs.launchpad.net/content-hub/+bug/1266883 [18:56] Ubuntu bug 1266883 in content-hub "Documentation for Click packages" [Undecided,New] [18:56] thanks [18:59] hey all. the link for the dual boot app installer script is dead: https://wiki.ubuntu.com/Touch/DualBootInstallation [19:00] is there some other place I can get it? [19:00] kenvandine: am I correct in understanding that all a QML app needs to do is the onExportRequested connection documented here: http://developer.ubuntu.com/api/qml/sdk-1.0/Ubuntu.Content.ContentHub/ [19:00] populating the list with the user's selection where you have // show content picker [19:01] yeah [19:01] cool, having a meeting with the file-manager devs in a couple hours, going to try and get them to start implementing this [19:02] Anyone know where I can find some example C++ code for capturing images from the camera hardware? === Kyle is now known as Guest16277 [19:11] heathbar, the camera-app [19:12] using QCamera and QMultiMedia interfaces === Guest16277 is now known as Kyle [19:20] hello! [19:23] ogra_: how do I go about disabling swap and I'll have a play with it on maguro tonight and tomorrow and report any issues [19:24] have anybody been succesfull at porting cm-11.0 based devices to ubuntu touch? I started looking at the LG G2 but since it's based on cm-11.0 it's requiring things on newer repositories. [19:41] cyphermox, hey sorry, had to disappear for a bit.. any luck with that MR? [19:42] cwayne: busy with something else, I'll get to it soon [19:42] looking quickly it seems fine though === sudanix__ is now known as sudanix [19:50] hurray for a new release! [19:50] cyphermox, ah, no rush sorry :) === ssweeny` is now known as ssweeny === salem_ is now known as _salem === bfiller_afk is now known as bfiller [20:10] pwd [20:11] mhall119: choosing a picture directly from the camera will be supported but till post 14.04 [20:11] bfiller: ok, thanks [20:12] mhall119: unless we free up someone to do it, so it's possible [20:12] I don't think it's necessary enough for that, too much higher priority [20:12] I just wanted to make sure it was on a roadmap [20:13] I'd rather see the HUD icons working before this [20:13] and calendar sync [20:13] and alarms [20:13] and and and... [20:13] :) [20:45] xnox: ping [20:54] xnox: replied to your clock app bug report. [20:54]