[00:00] <rickspencer3> that should be relatively simple, for example
[00:00] <rickspencer3> I could probably do that nowish ;)
[00:00] <rickspencer3> put some colors along the bottom and set the opacity to like .8
[00:00] <mhall119> that would probably get a lot of people's interest
[00:01] <mhall119> lots of geek parents out there
[00:01] <rickspencer3> mhall119, except, err ...
[00:01] <rickspencer3> did you see the screenshot at the bottom of the blog posting?
[00:01] <mhall119> yeah
[00:01] <rickspencer3> apparently I am pretty good at breaking my system
[00:01] <mhall119> does it do that when running in a desktop window too?
[00:01] <mhall119> or just on a device?
[00:01] <rickspencer3> mhall119, just on my Nexus 7
[00:02] <rickspencer3> whenever I touch the context object of the canvas, that happens
[00:03] <mhall119> could be hardware related
[00:03] <mhall119> depending on how Qt's Canvas is accessing the screen
[00:03] <mhall119> a bad driver or something
[00:03] <rickspencer3> yeah
[00:03] <rickspencer3> there are some settings on the canvas that I could play with
[00:04] <rickspencer3> but would be better to have an engineer debug it
[00:04] <mhall119> who on the phablet team has small children?
[00:05] <jono_> mhall119, I think a finger painting app would be popular
[00:05] <jono_> this reminds us, we need to discuss getting some of the cream of the crop of the apps on the default image too
[00:06] <jono_> e.g. the stock tracking app
[00:07] <mhall119> jono_: we're already started the process, we have a new PPA for those apps, and once we have installable packages bfiller and his team can review them for inclusion
[00:07] <jono_> mhall119, oh awesome, nice work :-)
[00:08] <jono_> mhall119, did you and discuss anything re. the app showdown while I was away?
[00:08] <jono_> I really want to keep this momentum flowing
[00:08] <mhall119> not regarding a contest no
[00:20] <jono_> mhall119, ok, lets discuss this this week
[00:24] <rickspencer3> mhall119, check out ...
[00:24] <rickspencer3>             PaintPot
[00:24] <rickspencer3>             {
[00:24] <rickspencer3>                 height: paintPotSize
[00:24] <rickspencer3>                 width: paintPotSize
[00:24] <rickspencer3>                 color: Qt.rgba(1,1,0,.5)
[00:24] <rickspencer3>                 onColorSelected: {inkCanvas.inkColor = selectedColor}
[00:24] <rickspencer3>             }
[00:24] <rickspencer3> oops
[00:24] <rickspencer3> mhall119, lp:~rick-rickspencer3/+junk/FingerPaint
[00:25] <mhall119> that was fast
[00:27] <mhall119> rickspencer3: wow, that's awesome
[00:27] <mhall119> I can't believe that only took 20 minutes
[00:27] <rickspencer3> mhall119, I made a slight change to make the background white
[00:27] <rickspencer3> mhall119, well, it took me a little while longer to make the InkCanvas ;)
[00:28] <rickspencer3> but yeah, good components = productivity
[00:28] <mhall119> I can see InkCanvas being very useful
[00:28] <mhall119> I wonder if it could be incorporated into the Notes app
[00:28] <rickspencer3> mhall119, well, it's pure QML
[00:28] <rickspencer3> so should be easy to give it a try
[00:29] <rickspencer3> mhall119, should I put up a quick blog post about FingerPaint?
[00:30] <rickspencer3> while I wait for my Nexus7 to update so I can try it there?
[00:32] <mhall119> rickspencer3: yeah, and if you can give a description of the code and how it works, I'll link it on developer.u.c too
[00:32] <rickspencer3> mhall119, which part of the code?
[00:32] <rickspencer3> InkCanvas is a bit complicated
[00:32] <mhall119> yeah, it probably is...
[00:33] <mhall119> how about how to use InkCanvas, and just links to download InkCanvas itself
[00:33] <rickspencer3> mhall119, sure
[00:33] <rickspencer3> but not tonight
[00:33] <rickspencer3> that will take me a bit longer
[00:33] <rickspencer3> and ug ...
[00:34] <rickspencer3> the touch screen calibration on my Nexus 7 is waaaay off
[00:34] <mhall119> that's fine, I'm working on a blog post tonight already
[00:35] <mhall119> man, we're on image 80 now? I haven't even flashed to 79 yet
[00:59] <rickspencer3> hey mhall119if you do anything with FingerPaint, you might want to pull
[01:00] <rickspencer3> I just deleted a ton of the code
[01:00] <rickspencer3> :)
[01:01] <ali> Anyone know if it's possible to flash ubuntu onto an LG Optimus G (Nexus 4 variant)
[01:15] <mhall119> rickspencer3: nothing about FingerPaint it in tomorrow's blog, but I'll be happy to promote yours when it's posted
[01:16] <mhall119> oh, you already posted it I see :)
[01:50] <mterry> I can't run "autopilot run qml_phone_shell" in lp:unity/phablet... After failing a builddir path issue, all tests fail because they can't find autopilot interface.  Am I running it differently than I should?
[02:01] <mterry> Saviq, ^
[03:17] <mhall119> rickspencer3: wow, the calibration really is off on the N7
[03:21] <mhall119> rickspencer3: if you want, I used james_w's work on pkgme to create packaging for your FingerPaint app: lp:~mhall119/+junk/FingerPaint
[04:19] <sergiusens> mterry: you need to run in a real shell and not an adb shell
[06:39] <dholbach> good morning
[07:01] <oSoMoN> good morning
[07:56] <mardy> is there a tutorial or guide explaining how to setup pbuilder for Ubuntu Touch?
[07:59] <seb128> mardy, ubuntu or ubuntu touch, should be only sources.list differences no?
[08:00] <mardy> seb128: mostly yes, but I need to tell pbuilder to build for armhf
[08:25] <pdey> Porting question: is having the kernel sources/config for the target device mandatory?  I'm trying to port Ubuntu Touch to a device with no sources, and CM10 hasn't been ported yet either.
[08:28] <Namidairo> pdey: well considering that you need to change things in the defconfig, kernel sources would probably be plus :)
[08:29] <pdey> Namidairo: are the chances of getting it running on the stock kernel .. slim-to-nil?
[08:29] <Namidairo> it might run, but i suspect that the inbuilt browser won't work
[08:29] <Namidairo> or the wifi in general
[08:30] <pdey> I thought Ubuntu was running in a chroot though... wouldn't the wifi drivers,etc already be loaded by the outer Android part?
[08:31] <Namidairo> "Without paranoid_network disabled, the browser won't work correctly"
[08:31] <pdey> ah, right.
[08:32] <pdey> shame there's no way to extract the config from a kernel binary
[08:32] <pdey> though I presume even if I had the config, I'd need the glue or whatever to link in the proprietary modules
[08:35] <Namidairo> modifying the zimage only gets you so far i think
[08:36] <Namidairo> wouldn't it be easier to just ASK your manufacturer to give you the source...
[08:36] <pdey> Funnily enough, I tried that... it's available under a NDA with a minimum order of...10,000 units.
[08:43] <Namidairo> ...and what device is this
[08:44] <pdey> Ainol Novo 7 Venus ... Actions ATM7029 SoC
[11:01] <Mirv> lool: is the ubuntu-ui-toolkit upload for raring still planned, or will we rely on PPA updates only?
[11:08] <nik90> mesq: ping
[12:07] <lool> Mirv: hey; sorry, I think I got confused because we discussed setting up dailies and then I stopped thinking about uploading it
[12:07] <lool> Mirv: I just took a look; the changes are fairly large, did this pass QA in some way?
[12:08] <lool> Mirv: (I'm looking at .38...42)
[12:08] <Mirv> lool: all merges are reviewed at least, and everyone uses now the 0.1.42 as it's in the PPA
[12:08] <Mirv> for both precise, quantal and raring users
[12:09] <Mirv> maybe the bzr417 would be a safe bet, ie when 0.1.42 was released to the PPA. there are three commits after that as well.
[12:10] <Mirv> also the raring touch images used the PPA
[12:12] <lool> Mirv: I'm fine taking r420 or r417; if r420 then we ought to bump the version number
[12:12] <lool> (IIUC 0.1.42 was uploaded to the PPA with r417)
[12:13] <Mirv> lool: I'd take r417 since it's released as defined by sdk team
[12:13] <lool> Mirv: well, why don't I just take the PPA .dsc and sponsor that
[12:14] <Mirv> lool: true, just fixing the jenkins auto-changelog is needed
[12:15] <Mirv> hmm, it's also a native package it seems
[12:15] <lool> Mirv: which auto-changelog would need fixing?
[12:15] <Mirv> lool: removing the "Automatic build of revision 417" from dget https://launchpad.net/~ubuntu-sdk-team/+archive/ppa/+files/ubuntu-ui-toolkit_0.1.42%7Eraring1.dsc
[12:16] <lool> Mirv: if it needs any change, then it's probably better to have them in bzr and I sponsor from that, but that would suck in r420
[12:16] <lool> I can't remove the changelog entry without repacking a tarball
[12:17] <lool> oh well, nobody released a 0.1.42 tarball anyway
[12:17] <Mirv> lool: so how about  lp:~timo-jyrinki/ubuntu-ui-toolkit/bzr417 ? I did bzr uncommit three times from trunk :)
[12:18] <Mirv> either that or cleaning the jenkins added entry
[12:18] <lool> Mirv: erf, I can do that (bzr co -r 417 BTW), I just wanted to avoid generating a new tarball
[12:18] <Mirv> lool: right, well that's needed anyhow
[12:18] <lool> but since I'd have to change the one from the PPA, I guess it's fine if I just rebuild from r417 or from the PPA source
[12:18] <Mirv> because of the jenkins mangling
[12:19] <lool> sorry it's bzr revert -r 417 not co
[12:20] <didrocks> Mirv: after that release, do you mind preparing for daily release in S?
[12:20] <didrocks> Mirv: then adding the stack to head and so on?
[12:20] <lool> Mirv: uploaded r417 of lp:ubuntu-ui-toolkit
[12:20] <lool> I compared to the PPA .dsc and the only delta was debian/changelog
[12:20] <lool> (jenkins entry)
[12:21] <Mirv> lool: just out of interested I checked manually what's the difference between pure 417 and the jenkins upload: http://pastebin.ubuntu.com/5712997/
[12:21] <Mirv> lool: ok, great
[12:21] <Mirv> didrocks: AFAIK I did all from https://wiki.ubuntu.com/DailyRelease/InlinePackaging some weeks ago already to lp:ubuntu-ui-toolkit
[12:22] <didrocks> Mirv: hum, it's a native package and I don't see the bootstrap commit
[12:22] <Mirv> but I haven't got the big picture of what the daily release needs
[12:23] <Mirv> ah, so that's missing
[12:23] <didrocks> Mirv: if you wait to complete the guideline to make that more clear ^ :)
[12:24] <didrocks> Mirv: before doing those changes, we should diverge between a raring branch and the new trunk, isn't it?
[12:24] <Mirv> didrocks: I have a vague memory that I asked you or someone about the need to push that "/inline-packaging", and the answer was (maybe) that not needed since it's already native package or something. but certainly at least the "Getting it ready for autolanding" (bootstrapping) hasn't been done yet
[12:25] <didrocks> Mirv: would be nice to not have a native package versionning scheme, just to follow all other packages we have
[12:25] <Mirv> didrocks: yes we should
[12:25] <didrocks> Mirv: I'm happy to revisit that later on, but at least, that enables to have real "upstream" tarballs
[12:25] <didrocks> (without the debian/ dir)
[12:26] <didrocks> Mirv: apart from that, just had a quick look, everything's fine :)
[12:26] <didrocks> Mirv: once done, just ping me, we can add this together to the S branch ;)
[12:27] <Mirv> ok, I'm pushing the raring branch first, then preparing a merge request for bootstrapping and non-native package
[12:28] <didrocks> Mirv: excellent, you are creating a raring series?
[12:28] <Mirv> didrocks: yes
[12:28] <didrocks> sweet :)
[12:38] <mhall119> sergiusens: have we put out a call for testing the raring images?
[13:12] <mesq> hi nik90
[13:13] <nik90> mesq: I just wanted to let you of the update to the bug report regarding the milliseconds when it was marked won't fix..
[13:13] <nik90> but you fixed that :)
[13:13] <nik90> it is being worked on by alessandro
[13:14] <nik90> mesq: although when can one expect the visual designs for clock to be announced?
[13:15] <mhall119> popey: ping
[13:16] <nik90> mhall119, popey: were you able to run the autopilot test for clock-app successfully? If yes, I can merge the branch by renato into trunk.
[13:17] <mhall119> nik90: I haven't tried it
[13:17] <mhall119> nik90: what's the branch?
[13:18] <nik90> mhall119: https://code.launchpad.net/~renatofilho/ubuntu-clock-app/autopilot/+merge/157982
[13:21] <mhall119> nik90: hmmm, I'm getting merge conflicts
[13:22] <nik90> mhall119: merge conflicts..ah I see it. I think that's because the branch is behind the recent trunk commits.
[13:22] <nik90> I will ask renato to update branch
[13:23] <nik90> mhall119: renato told me he will update his branch in another 1-2 mins :)
[13:24] <mhall119> ok, it's not a bad conflict
[13:24] <mhall119> nik90: how do I run the autopilot tests?
[13:25] <nik90> mhall119: cd into the tests/autopilot folder
[13:25] <nik90> mhall119: and then run "autopilot run clock_app"
[13:27] <renato> nik90, mhall119 done
[13:28] <mhall119> nik90: I get an error
[13:28] <mhall119> RuntimeError: Unable to find Autopilot interface.
[13:29] <nik90> mhall119: do you have autopilot-phablet and libautopilot-qt installed?
[13:29] <mhall119> probably not
[13:30] <nik90> mhall119: those two packages from the official autopilot ppa are required..although in my comp, the tests still fail
[13:30] <mhall119> nik90: do you have a link to the PPA?
[13:31] <nik90> mhall119: 1 min..let me find it
[13:31] <mhall119> thanks, trying to get it from Raring's archives isn't working
[13:31] <nik90> mhall119: sudo apt-add-repository ppa:autopilot/ppa
[13:31] <mhall119> popey: do you have a few minutes to get me up to date on the conversation you had with the Trojita(imap client) devs?
[13:33] <sergiusens> mhall119: not yet, we want to tag the quantal one before that and found a couple of bugs that don't look good on demos
[13:34] <jaduncan_> Hi, is it possible to run X11 programs in UT somehow? I was wanting to try and run desktop Chromium.
[13:35] <mesq> nik90: ok, the bug is good to go i think
[13:35] <mhall119> jaduncan_: not currently, no
[13:35] <ajalkane> jaduncan_: I'm under the impression UT runs on top of Canonical's new display driver (Mir) instead of X
[13:36] <mhall119> ajalkane: it currently runs on top of Android's SurfaceFlinger, but will start using Mir soon
[13:36] <ajalkane> mhall119: ok, thanks
[13:36] <mhall119> there will be an XMir layer, capable of running X11 apps on Mir
[13:36] <jaduncan_> ajalkane, mhall119: I wondered about a VNC app
[13:36] <nik90> mesq: thnx..I have asked another developer to work on it...should be done by today hopefully
[13:36] <jaduncan_> but that's admittedly a roundabout way to do it
[13:36] <mhall119> jaduncan_: I'm sure some body could write a VNC app in Qt that will work without X11
[13:37] <mesq> nik90: visuals handover might take a while, still. it's being explored as a whole. meaning across the suite of apps.
[13:37] <nik90> mesq: ah ok..np
[13:38] <jaduncan_> mhall119: I mean to connect to the X11 server with. I think this is currently too edge case a thing to do, and I have the desktop image of Ubuntu for the N7. I think I'll just have to try and heavily cut down the memory usage on that.
[13:46] <mhall119> nik90: autopilot runs now
[13:47] <mhall119> one test, and it passes
[13:47] <nik90> mhall119: wait the clock-app test works for you?
[13:48] <mhall119> yup
[13:48] <nik90> mhall119: I get Traceback (most recent call last):
[13:48] <nik90>   File "/home/krnekhelesh/Code/autopilot/tests/autopilot/clock_app/tests/test_clock.py", line 49, in test_label_value
[13:48] <nik90>     self.assertThat(label.text, Eventually(NotEquals('')))
[13:48] <nik90> AttributeError: 'NoneType' object has no attribute 'text'
[13:48] <nik90> and that the test ran but Failed
[13:50] <nik90> mhall119: hmm really wierd...so to summarize this, the calculator app test works but clock app doesnt work on my comp...while the clock app test work on ur laptop
[13:50] <nik90> :)
[13:50] <mhall119> test isolation problem maybe?
[13:50] <mhall119> nik90: do you have the latest SDK packages?
[13:50] <nik90> mhall119: yeah I have the latest sdk packages..running 13.04 with all updates done
[13:51] <nik90> mhall119: I told renato that I will look line by line to see what the change is between calculator and clock app tests to figure this
[13:52] <mhall119> ok
[14:03] <popey> mhall119: pong
[14:04] <popey> yes, hangout?
[14:04] <mhall119> popey: wanted to get caught up on the conversation you has with the Trojita devs
[14:04] <mhall119> popey: I'm in one with dpm right now
[14:04] <mhall119> maybe in 15-20 minutes?
[14:04] <popey> sure
[14:05] <mhall119> thanks
[14:28] <ajalkane> mhall119: any template we should use in source files for copyrights?
[14:30] <nik90> ajalkane: you should have a look at ubuntu-clock-app. Every qml, js, py file there includes the copyright. You can copy just that and modify it slightly like the Author's name to suit your application
[14:30] <ajalkane> nik90: Thanks
[14:35] <rickspencer3> mhall119, is there still an app developer mailing list?
[14:36] <rickspencer3> jono, do you know? ^
[14:37] <jono> rickspencer3, if there is, we don't use it any more much
[14:37] <rickspencer3> ok
[14:37] <rickspencer3> thanks jono
[14:38] <jono> rickspencer3, we generally point folks at Ask Ubuntu for support and the G+ community
[14:38] <rickspencer3> jono, ok
[14:38] <ogra_> (or the ubuntu-phone ML)
[14:38] <rickspencer3> ogra_, yeah, that's why I was asking, wondering if it was ok to support that person writing their game on that mailing list
[14:38] <rickspencer3> or if it was noise
[14:39] <ogra_> i dont think its noise ...
[14:39] <ogra_> people discuss apps there all the time
[14:39] <rickspencer3> ogra_, thanks!
[14:39] <ogra_> and popey and mhall119 make their app announcements there too
[14:39] <rickspencer3> wfm
[14:39] <rickspencer3> :)
[14:39] <ogra_> :)
[14:40] <davmor2> rickspencer3: this one ? ubuntu-app-devel@lists.ubuntu.com
[14:41] <ogra_> is that used much ?
[14:42] <mhall119> popey: ready now?
[14:42] <davmor2> ogra_: occasionally
[14:43] <mhall119> rickspencer3: supporting people in the ML is fine, but if they ask questions in AskUbuntu it will help more people in the future
[14:46] <shadeslayer> ChickenCutlass: if you're around, I wanted to let you know that I kind of made the kernel/initrd work, and by kind of I mean I can change the brightness of the screen by writing values to files in  /sys/class/backlight/
[14:46] <shadeslayer> ^ writing values from the init script that is
[14:47] <ChickenCutlass> shadeslayer: very good
[14:47] <ChickenCutlass> shadeslayer: can you share your initrd
[14:48] <shadeslayer> sure, but its the standard initrd that you get in a armhf chroot
[14:49] <ogra_> shadeslayer, still no success with a framebuffer console ?
[14:49] <shadeslayer> I just added a call : echo 150 > /sys/class/backlight/pwm-backlight.0/brightness : at the beginning ( after it mounts sysfs and /proc )
[14:49] <ChickenCutlass> shadeslayer: ok got it
[14:49] <shadeslayer> ogra_: I haven't pursued it today, was doing some paperwork
[14:49] <ogra_> ah
[14:49] <shadeslayer> ChickenCutlass: the kernel config on the other hand is quite different
[14:49] <ogra_> ancient stuff ...
[14:49] <shadeslayer> indeed :P
[14:50] <ogra_> paper ... i heard of that in my youth
[14:50] <shadeslayer> ChickenCutlass: I used the config that's in the recovery image
[14:50] <shadeslayer> ogra_: apparently still used to file for visa's
[14:50] <ChickenCutlass> shadeslayer: ok, do you have the diff?
[14:50] <shadeslayer> just used the one from recovery, should just work to let you change the brightness :P
[14:50] <ogra_> shadeslayer, you travel to the wrong places (or from the wrong ones) :)
[14:51] <shadeslayer> ogra_: rather, was born in the wrong country :P
[14:51] <ogra_> or that
[14:51] <shadeslayer> all the countries ( except a tiny tiny minority of them ) want a visa for Indians
[14:52] <shadeslayer> there should be a passport classification : international, travel to any country in any part of the world :P
[14:56] <shadeslayer> ChickenCutlass: if you get fbcon going, that'd be superb :)
[14:56]  * shadeslayer doesn't have time to look at it for a couple of days now
[15:11] <sergiusens> didrocks: ping
[15:22] <didrocks> sergiusens: pong
[15:25] <rickspencer3> mhall119, kaleo is it possible to command a Tabs to select a specific tab?
[15:26] <mhall119> rickspencer3: I think you can set a property on Tabs
[15:26] <rickspencer3> grammatically, I mean, without user input?
[15:26] <rickspencer3> mhall119, well, I want to select a tab on a buttons onClicked event
[15:27] <sergiusens> didrocks: https://code.launchpad.net/~ps-jenkins/phablet-tools/latestsnapshot-0.9daily13.04.15ubuntu.unity.next-0ubuntu1/+merge/158832
[15:27] <mhall119> rickspencer3: you can probably set selectedTab or selectedTabIndex on your Tabs component
[15:27] <sergiusens> didrocks: that's my problem... between that and the prev one there are linked bugs and all but the changelog does not reflect that
[15:27] <mhall119> that would, I assume, fire an onSelectedTabChanged handler of some kind to actually change the UI to the new tab
[15:27] <didrocks> sergiusens: is it before rev 79 or after that one?
[15:28] <rickspencer3> mhall119, ack, selectTab is read only, but select tab index works
[15:28] <sergiusens> didrocks: 78 and 80 are daily builds, 79 has a bug linked
[15:29] <didrocks> sergiusens: oh right, I don't list bugs on purpose for feature ppa
[15:30] <didrocks> sergiusens: stuff that doesn't land on distro
[15:30] <didrocks> sergiusens: they will be listed once they land on distro
[15:30] <didrocks> sergiusens: it's part of the big discussion of "what to do with feature branch"
[15:32] <mterry> fginther, is this a known issue: http://10.97.0.1:8080/job/cu2d-media-head-1.1prepare-mediaplayer-app/3/console ?
[15:33] <fginther> mterry, I've never seen it before
[15:33] <mterry> didrocks, ^
[15:33] <fginther> mterry, is this a jibel scritp?
[15:34] <mterry> fginther, so you landed the quantal CI branch I see
[15:35] <didrocks> mterry: no, this is me, I fixed it and didn't rerun it as I thought we'll have the autopilot job fixed
[15:35] <didrocks> mterry: which isn't the case
[15:35] <mterry> fginther, what PPAs does that use?  (both as source and destination)
[15:35]  * mterry realizes it's probably in config
[15:35] <didrocks> fginther: I think we should really discuss about your CI configuration at the sprint
[15:35] <didrocks> fginther: I see a lot of duplication and it's making the configuration file horrible to read
[15:35] <fginther> mterry, I just restored it to match the existing jobs we had on the ci jenkins. some other job updates were needed
[15:36] <fginther> mterry, so the ppas were the old ones until I can get the 'ppa:' value to work
[15:37] <mterry> fginther, but notably, not the daily-build-next PPA I see.  So we are going to get out of sync (like the HUD in daily-next is 2.0, but HUD in phablet-team is 1.0)
[15:39] <fginther> mterry, I need to examine this for a moment
[15:40] <sergiusens> didrocks: well we probably should or people are going to start complaining
[15:41] <didrocks> sergiusens: it's just a flag, but this has consequences when upload to distro, that's why I want that to be discussed before
[15:41] <didrocks> sergiusens: and notice that bugs won't be closed, just listed
[15:41] <didrocks> sergiusens: what is closing the bugs is launchpad
[15:41] <didrocks> during an upload to distro
[15:41] <didrocks> as there is no "touch" product
[15:41] <didrocks> sergiusens: if you want, we can discuss that tomorrow over a hangout
[15:41] <sergiusens> rsalveti: that's the explanation ^^
[15:42] <sergiusens> didrocks: yes please... we create changlogs for everyday and construct the weekly communication with the changelog entries
[15:43] <didrocks> sergiusens: ok, discussing that tomorrow? I won't have time today (in a meeting and then leaving)
[15:43] <didrocks> sergiusens: I need to rethink, there were multiple good reasons to not list them
[15:43] <didrocks> sergiusens: so I need to draw a map :)
[15:43] <sergiusens> didrocks: yes, let's hangout tomorrow
[15:43] <sergiusens> didrocks: it might turn out to be acceptable loss until we land in distro
[15:44] <didrocks> sergiusens: yeah, I want to ensure I'm listing every consequences, but for that, I need a fresh brain ;)
[15:45] <rsalveti> sergiusens: right
[15:46] <rsalveti> sergiusens: the problem is telling what actually changed in an automatic way
[15:46] <rsalveti> as the changlog will be kind of useless
[15:49] <mterry> sergiusens, were you working on the branch to add autopilot dep packages to the cu2d configs?
[15:50] <didrocks> ogra_: btw, from your image you are shipping the ffmepg codec
[15:51] <didrocks> ogra_: which is not very cool, can you help sil2100 and renato on that one?
[15:51] <ogra_> didrocks, how do you mean ?
[15:51] <mterry> didrocks, do you know what happened to the branch to add autopilot dep packages to the cu2d configs?
[15:51] <ogra_> didrocks, which image ?
[15:51] <didrocks> ogra_: ffmepg is shipped through the media-app
[15:51]  * ogra_ isnt aware of any ffmpeg 
[15:52] <didrocks> gstreamer0.10 ffmepg codec
[15:52] <ogra_> didrocks, well, i dont have anty access to the OBS system, talk to sergiusens or rsalveti ... i'm working on the distro builds
[15:52] <ogra_> unless they finally switched to use our seeds
[15:52] <sil2100> Adding this to auto-join
[15:52] <fginther> mterry, I'm working on changes to add the stack ppa, so hopefully we'll only be out of sync for another day or two.
[15:53] <didrocks> sergiusens: rsalveti ^
[15:53] <mterry> fginther, ok
[15:53] <didrocks> ogra_: I thought you have deep knowledge of the image, sorry :)
[15:53] <ogra_> if thats in our seeds i'll happily change it though :)
[15:53] <ogra_> didrocks, not of the black hole that the OBS image build system is
[15:53] <ogra_> didrocks, ask me anything about official builds :)
[15:53] <didrocks> ogra_: I think it's a dep of the media-app
[15:54] <didrocks> isn't it sil2100?
[15:54] <sil2100> gstreamer-ffmpeg?
[15:54] <ogra_> didrocks, i think thats actually jhodapp|bbiab country
[15:54] <didrocks> sil2100: yep, what's pulling it?
[15:55] <sil2100> didrocks, ogra_: the mediaplayer-app package has a hard dep on it
[15:55] <sil2100> gstreamer0.10-ffmpeg
[15:55] <ogra_> right, jhodapp then
[15:55] <sil2100> I poked renato about that, since he's one of the devs there, so I had a chat about the usage of that
[15:56] <sil2100> And as mentioned on a different channel, they're using it for thumbnail creation for now because of the various codecs it supports
[15:56] <ogra_> if it is only used for that, whats wrong with having it ?
[15:56] <ogra_> or does it get in your way anyhow ?
[15:57] <ogra_> (seems to be fine license wise)
[15:57] <sil2100> Well, it's in universe, so we'll be pulling universe deps for a main package - also didrocks mentioned that the license seems to be confusing?
[15:57] <ogra_> erm
[15:57] <ogra_> nearly everything of touch is currebntly in universe :)
[15:58] <didrocks> ogra_: we can't ship it, it's having some codecs that are legally weird
[15:58] <didrocks> ogra_: it's like vlc
[15:58] <ogra_> and if it is in universe the lic3ense needs to be fine
[15:58] <ogra_> didrocks, if they were actually legally weird that package would be in multiverse
[15:59] <ogra_> unless someone made a fatal error nobody noticed over the last years
[15:59] <didrocks> ogra_: do you mind checking with the release/security team? for me always ffmepg always was -> danger
[15:59] <didrocks> ogra_: that would be helpful, I'm not fully knowledgeable about this, but seb128 confirmed as well
[16:00] <seb128> ogra_, the issue is not license, it's patents
[16:00] <ogra_> well, i'd like to leave it to the guys that depend on it ... after all they will need a MIR in S
[16:00] <ogra_> seb128, aha ! thats different :)
[16:00] <sil2100> Same here, not really super knowledgable about that,
[16:00] <seb128> ogra_, still a good reason to not have it on the CD
[16:00] <ogra_> right
[16:01] <ogra_> well, tallk to jhodapp ... he maintains the media stack afaik
[16:01] <sil2100> ogra_, didrocks: maybe we could ask the mediaplayer-app guys to rewrite it that it would Suggest -ffmpeg -> if not installed, no thumbnails would be available
[16:01] <ogra_> (but really dont worry about usniverse vs main atm, that will only become relevant once everything can be built from the archive)
[16:02] <didrocks> sil2100: ok, let's add everything, can you add a big warning for the mediaplayer-app in the spreasheet and starts the conversation?
[16:03] <ogra_> (jhodapp seems to be back  soon, i saw him saying ~1h in another channel, just wait fior him)
[16:04] <ogra_> might be it is easy to just drop it ... who knows
[16:04] <sil2100> Ok
[16:04]  * ogra_ has no clue about multimedia :) i'm just the image build bitch 
[16:04] <sil2100> As mentioned before, I had a talk with renato and he said something like: "maybe I can use other gst codes but I am not sure, and depends of what kind of video the user want to play"
[16:05] <ogra_> well, dont we support video thumbnails in the desktop today ?
[16:05] <ogra_> what does nautilus use atm ?
[16:05] <ogra_> seb128, ^^
[16:05] <seb128> ogra_, totem-video-thumbnail
[16:05] <seb128> totem-video-thumbnailer
[16:06] <ogra_> and what does that use in the back ?
[16:06] <seb128> gstreamer
[16:06] <ogra_> there must be soem gst
[16:06] <ogra_> right
[16:06] <ogra_> i think the mediaplayer should just use what we use today ... so wont need a MIR etc
[16:07] <ogra_> not sure how much work that is
[16:11] <didrocks> sil2100: ok, approved, let's deploy that tomorrow, ok?
[16:17] <sil2100> didrocks: oh, ok ;) Let's see if we can get it removed as well
[16:17] <sil2100> Thanks!
[16:17] <didrocks> sil2100: indeed :)
[16:17] <didrocks> sil2100: thanks for the note on the spreadsheet :)
[16:21] <tintin> hi frnds
[16:22] <rickspencer3> mhall119, bzoltan1 is there a magic setting that I need to debug QML?
[16:22] <tintin> hello.. anybody thre
[16:22] <rickspencer3> hi tintin
[16:22] <rickspencer3> s'up?
[16:22] <tintin> hi rick
[16:22] <tintin> is it possible to instll ubuntu mbl on n 900?
[16:23] <tintin> hello
[16:23] <mhall119> !devices | tintin
[16:24] <mhall119> if the n900 is listed there, there should be a link to instructions for installing Ubuntu Touch on it
[16:35] <tintin> rick..its nt listd there
[16:35] <tintin> tx for the help
[16:39] <ogra_> the n900 is definitely not powerful enough
[16:45] <jhodapp> ogra_, back
[16:45] <ogra_> jhodapp, sil2100, seb128 and didrocks had some concerns about using ffmpeg
[16:46] <ogra_> seems there are possible patent issues with using it
[16:48] <sil2100> o/
[16:48] <sil2100> Regarding mediaplayer-app
[16:48] <jhodapp> ogra_, yeah, as someone above mentioned, we're using it for creating previews
[16:49] <jhodapp> ogra_, however, we have nearly every license paid for and officially licensed is what I was told
[16:49] <mpt> Just posted initial design for accessing SIM services: https://wiki.ubuntu.com/PhoneApp#Settings
[16:50] <ogra_> jhodapp, well, talk to the guys complaining :)
[16:51] <jhodapp> ogra_, lol...and this might get tricky...there could potentially be that we can ship certain things with a phone or tablet but not on the desktop
[16:52] <sil2100> jhodapp: maybe we could somehow make it a loose-requirement?
[16:53] <sil2100> i.e. if it's there, use it - if not, maybe disable previews or use something different?
[16:54] <jhodapp> sil2100, I can't answer that, that's up to the design team
[16:58] <bzoltan1>  rickspencer3:  not as I know. Just use the "Debug" menu items... you can set a breakpoint to your code and do the normal debugging
[16:58] <sil2100> jhodapp: who from design should I poke for some answers? Is JohnLea the right person? ;)
[16:58] <rickspencer3> bzoltan1, I clicked on projects in QtCreator and changed the debugger port to a different port, and it started working
[16:58] <rickspencer3> sil2100, what's it concerned?
[16:59] <bzoltan1> rickspencer3:  that is good :) for me it works out of box
[16:59] <jhodapp> sil2100, I'd poke Calum
[16:59] <rickspencer3> bzoltan1, are there any XmlListModel mavens?
[17:00] <sil2100> rickspencer3: hi! So, the thing is that mediaplayer-app currently is using gstreamer0.10-ffmpeg to generate the previews (thumbnails), while we would prefer not to require gstreamer0.10-ffmpeg if we are to ship the mediaplayer-app and others by default
[17:00] <rickspencer3> I'm struggling to make what looks like simple xml parsing to work
[17:00] <jhodapp> sil2100, and if necessary, he'll poke someone else...certainly from a technical perspective your idea is possible, but we shouldn't just try to solve this via technical means in my opinion as it is a legal problem to solve
[17:00] <sil2100> Since we would basically have to ship gstreamer0.10-ffmpeg by default - so I've been wondering if we could somehow disable thumbnails or something when it's not installed
[17:00] <sil2100> jhodapp: ok, thanks!
[17:00] <rickspencer3> sil2100, calum and johnlea are both on my list of contacts for core apps
[17:01] <bzoltan1> rickspencer3:  zsombi I would suggest to ask... but he is off already
[17:01] <rickspencer3> so, yeah, what jhodapp said
[17:01] <sil2100> rickspencer3: thanks, will poke them ;)
[17:01] <jhodapp> thanks rickspencer3
[17:02]  * rickspencer3 shakes fist at XmlListModel
[17:02] <ogra_> for convergence it needs to be the same on phone and desktop
[17:02] <rickspencer3> it easy when it works, but when it doesn't work, it's really hard to debug
[17:02] <jhodapp> ogra_, exactly
[17:03] <ogra_> so we need a solution thts legal
[17:03] <rickspencer3> kaleo, bzoltan1 the Tabbed application project template is awesome
[17:03] <jhodapp> ogra_, supposedly there's a list of the codecs that Ubuntu can legally ship somewhere that we have officially licensed...I haven't been able to find that
[17:04] <ogra_> yeah
[17:05] <sil2100> jhodapp, ogra_: could you guys take a look into that?
[17:05] <ogra_> theoretically all thats in main is freely usable
[17:05] <t1mp> jppiiroi1en: ^ :)
[17:05] <t1mp> rickspencer3: I think jp did those templates
[17:06] <rickspencer3> jppiiroi1en, o/
[17:06] <rickspencer3> :)
[17:06] <jhodapp> sil2100, look into what part exactly?
[17:07] <t1mp> jppiiroi1en: indeed, I'm checking it now, and great stuff to get started with :)
[17:08] <sil2100> jhodapp: if we can freely and legally use gstreamer0.10-ffmpeg with no problem (and the codecs that are provided by it)
[17:08] <jhodapp> sil2100, yeah, it's on my list of tasks somewhere :)
[17:09] <sil2100> I'll try to poke design about possible workarounds tomorrow, as I see everyone is EOD already
[17:09] <jhodapp> sil2100, this is always tricky, wish it wasn't
[17:09] <sil2100> jhodapp: big t
[17:09] <sil2100> big thanks
[17:09] <sil2100> (unexpected enter press!)
[17:09] <sil2100> ;)
[17:13]  * rickspencer3 gives up and uses json
[17:17] <jhodapp> sil2100, np
[17:35] <mterry> What is the correct way to run autopilot tests in trunk?
[17:35] <mterry> (In unity/phablet trunk I mean)
[17:35] <mterry> sil2100, Saviq ^
[17:39] <mzanetti> mhall119: hey! Whats the proposed way of publishing packages for my apps if the code is not hosted on launchpad?
[17:40] <mzanetti> mhall119: too early to really release something. but I'd like to have at least a ppa where snapshots can be easily installed on the devices
[17:40] <pmcgowan> mzanetti: do you have a debian source package?
[17:40] <pmcgowan> there is an apps ppa
[17:40] <mzanetti> pmcgowan: yes... I have packaged stuff up
[17:40] <rsalveti> ogra_: I think the issue with ffmpeg is just that we might not want it in main due security and maintenance issues
[17:40] <rsalveti> but I believe the license should be ok
[17:41] <mzanetti> pmcgowan: should I just dput it to the apps ppa?
[17:41] <pmcgowan> mzanetti: PPA is https://launchpad.net/~ubuntu-touch-coreapps-drivers/+archive/collection
[17:41] <pmcgowan> I'd say so
[17:41] <ogra_> rsalveti, well, desktop team complained about possible patent issues
[17:41] <mzanetti> pmcgowan: ok, I'll give it a shot, thanks
[17:41] <rsalveti> ogra_: right
[17:41] <rsalveti> ogra_: that's hard to fix, and don't think we have any replacement for that
[17:42] <ogra_> right
[17:42] <rsalveti> to be used in a clean and patent-free way
[17:42] <ogra_> but we need something that works on the desktop as well
[17:42] <pmcgowan> trying to remember this conversation
[17:42] <rsalveti> we're probably violating patents all around :-)
[17:42] <mhall119> mzanetti: if you can give popey or I link to the source package, we can upload it to the PPA
[17:42] <ogra_> haha
[17:42] <pmcgowan> is the issue only related to certain decoder implementations?
[17:42] <rsalveti> hello world probably violate patents
[17:42] <pmcgowan> I though ffmpeg itself was ok
[17:42] <ogra_> yeah, looking forward to be sued by apple :P
[17:42] <rsalveti> thought so as well
[17:42] <ogra_> pmcgowan, gstreamer-ffmpeg is bundled
[17:43] <pmcgowan> I assume thats just a plugin for gstreamer
[17:43] <ogra_> it contains a huge amount of en/decoders
[17:43] <pmcgowan> oh
[17:43] <ogra_> it is
[17:43] <ogra_> apt-cache show gstreamer0.10-ffmpeg
[17:43] <rsalveti> jhodapp: is there a way to not use ffmpeg?
[17:43] <popey> ffmpeg has been discussed by the techboard in the past
[17:43] <ogra_> look at that output and cry :)
[17:44] <mzanetti> mhall119: I have pushed the debian package structure to the git repository. so all it takes is to clone it and run debuild somehow on it. is that enough for you or do you need the already built source package?
[17:44] <rsalveti> popey: and what was the conclusion?
[17:44] <jhodapp> rsalveti, probably, I didn't design the preview code
[17:44] <popey> reject
[17:44] <pmcgowan> wow
[17:44] <ogra_> rsalveti, totem-thumbnailer apparently works on the desktop today ... i guess if our mediaplayer can mimic what it does it would be ok
[17:44] <rsalveti> ogra_: right
[17:44] <popey> iirc
[17:45] <pmcgowan> rsalveti: ogra_ why are we talking about ffmpeg anyway
[17:45] <rsalveti> jhodapp: who is taking care of that? renato?
[17:45] <pmcgowan> needs to read back
[17:45] <ogra_> pmcgowan, because we depend on it in phablet :)
[17:45] <rsalveti> pmcgowan: needed to generate thumbnails at the media-app
[17:45] <pmcgowan> hmm
[17:45] <ogra_> pmcgowan, mediaplayer-app uses it for thumbnailing
[17:45] <popey> i thought we'd sufficiently stripped ffmpeg of the problematic items
[17:45] <popey> which is why we have so many libav* packages and libav*-extra ones
[17:45] <ogra_> popey, its sufficient for universe
[17:45] <pmcgowan> popey: thats definitely possible
[17:46] <popey> (it's libav these days, not ffmpeg fwiw)
[17:46] <ogra_> popey, but that doesnt make it patent free or easy to maintain security wise
[17:46] <popey> sure
[17:47] <jhodapp> rsalveti, yes
[17:58] <rickspencer3> mhall119, hey, can you please paste me a link to your reddit app code
[17:58] <rickspencer3> I am terrible at making nice looking ListViews :/
[18:00] <nik90> rickspencer3: https://code.launchpad.net/~mhall119/+junk/uReadIt
[18:00] <rickspencer3> thanks nik90
[18:00] <nik90> np
[18:01] <mhall119> rickspencer3: https://code.launchpad.net/~mhall119/+junk/uReadIt
[18:01] <mhall119> ah, nik90 beat me to it
[18:01] <rickspencer3> thanks mhall119
[18:01] <rickspencer3> lol
[18:01] <nik90> mhall119:  hehe
[18:01] <mhall119> rickspencer3: there's some code that isn't committed yet, around HUD and sharing
[18:01] <rickspencer3> mhall119, ok
[18:01] <rickspencer3> I'm just looking for help formatting a ListView of articles and stuff
[18:01] <rickspencer3> I'm working on a Yahoo! local app
[18:02] <rickspencer3> I have all the data and the tabs set up
[18:02] <rickspencer3> I just can't make it look good at all :)
[18:02] <mhall119> rickspencer3: look at ArticleListItem.qml then, it's my derived component
[18:02] <rickspencer3> that's right where I am ;)
[18:04] <mhall119> mzanetti: that should be enough, where is the git repo?
[18:16] <mzanetti> mhall119: http://gitorious.org/xbmcremote/xbmcremote
[18:18] <mhall119> thanks
[18:39] <sergiusens> pmcgowan: rsalveti ogra_ so I have http://iso.qa.ubuntu.com/qatracker/milestones/243/builds/42217/testcases
[18:39] <sergiusens> same for mako, grouper and maguro
[18:39] <sergiusens> given those two prior quantal bugs, what's the plan?
[18:40] <pmcgowan> sergiusens: what is that exactly
[18:40] <pmcgowan> the smoketest results?
[18:40] <sergiusens> pmcgowan: the community tests
[18:40] <sergiusens> pmcgowan: not run yet though
[18:40] <pmcgowan> ok
[18:41] <ogra_> sergiusens, looks fine ... will it be attached to the pending/ current/ moving ?
[18:41] <sergiusens> pmcgowan: with hand holding steps http://iso.qa.ubuntu.com/qatracker/testcases/1543/info
[18:41] <ogra_> or is that just to give the community a checklist
[18:42] <sergiusens> ogra_: today it's a call for test... then it's going to be attached to whatever practice is already used in distro but following a 2 week cadence https://wiki.ubuntu.com/Testing/Cadence
[18:42] <sergiusens> ogra_: we need to also talk about /pending /current with plars
[18:42] <ogra_> in distro nothing is actually used anymore since we expect automated testing :)
[18:42] <ogra_> the iso tracker is for manual community tests
[18:43] <sergiusens> ogra_: ack..
[18:43] <sergiusens> ogra_: well I'll find it hard to test telephony et.al. in an automated fashion
[18:43] <sergiusens> ogra_: best is to crowdsource
[18:44] <mhall119> not there's an interesting idea, I suppose you could connect a bit of testing hardware to a modem and have it listen for a call
[18:45] <ogra_> sergiusens, ++
[18:45] <mhall119> or just pick a number at random from the company directory, call it and say "press 1 if you can here this, otherwise pres 493829404817849e7"
[18:46] <sergiusens> mhall119: heh... how about "Network Busy", or "Missed Call"
[18:46] <sergiusens> mhall119: that's just telephony, then there's the bug I found yesterday, on manta, after a photo is taken, the view is inverted when in landscape
[18:46] <plars> sergiusens: don't forget 911 testing :)
[18:47] <plars> sergiusens: actually, from what I've read, that's not a *huge* ordeal to setup, provided you have a valid reason (and we do)
[18:47] <mhall119> sergiusens: camera isn't even working on grouper
[18:47] <plars> mhall119: that's been the case for quite a while
[18:47] <mhall119> I know
[18:47] <sergiusens> mhall119: none of the core devs have a grouper device, that's why ;-)
[18:49] <sergiusens> plars: mhall119 ogra_ I guess I am biased to what I read in How Google Test Software when the talk about Android...
[18:50] <plars> sergiusens: which part exactly?
[18:50] <mhall119> sergiusens: I'm more than happy to help the core devs with testing on mine
[18:50] <sergiusens> plars: the part where everything is automated, except Android testing... it's all manual
[18:50] <mhall119> you can promote me to a core dev, if you think that'll speed things up :)
[18:52] <plars> sergiusens: not really *all* of their android is manual is it?
[18:52] <sergiusens> plars: let me pull up my kindle annotations
[19:06] <sergiusens> plars: http://ubuntuone.com/0Mo3ZXxiWryvphgCFUAa1o http://ubuntuone.com/25Q65nHJgM0hqmYRoG6eKT http://ubuntuone.com/557JZkkmb9Q5bE7vuY5J4I
[19:13] <renato> pmcgowan, jhodapp, rsalveti about the ffmepg discussion I can try replace it with others codes
[19:13] <jhodapp> renato, using Qt to do the still image generation?
[19:13] <renato> jhodapp, do you think that qtmultimedia is ready to do that?
[19:14] <renato> jhodapp, you can try use others gstreamer plugins
[19:14] <jhodapp> renato, I'm not sure, never tried such a thing
[19:14] <renato> jhodapp, we tried it in the spring in Boston, do you remember?
[19:15] <jhodapp> renato, yes
[19:15] <renato> jhodapp, but for some reason android api did not work
[19:15] <jhodapp> renato, oh that's right, I forgot about that
[19:15] <mhall119> fginther: is there a way to tell Jenkins not to auto-land code into a branch if the author hasn't signed the CLA?
[19:15] <jhodapp> renato, the map() function
[19:16] <renato> jhodapp, the quick way is try different gst codes
[19:17] <jhodapp> renato, yeah, I'm not going to have time to try that any time soon, you have any spare cycles?
[19:17] <sergiusens> mhall119: those don't get built by default...
[19:17] <renato> jhodapp, yes I can do that right know
[19:17] <mhall119> sergiusens: ?
[19:17] <jhodapp> renato, cool
[19:17] <sergiusens> mhall119: non CLA committers
[19:17] <renato> jhodapp, the problem is that we can not use multiverse packages. correct?
[19:18] <fginther> mhall119, not at this time, please see: https://bugs.launchpad.net/jenkins-launchpad-plugin/+bug/1134428
[19:18] <mhall119> thanks fginther
[19:18] <mhall119> sergiusens: I was asking in reference to the Core Apps projects
[19:18] <jhodapp> renato, apparently universe
[19:18] <jhodapp> renato, has to come from main
[19:18] <sergiusens> mhall119: yeah, I guess you want to push for this: https://bugs.launchpad.net/jenkins-launchpad-plugin/+bug/1134428
[19:18] <renato> ok lets see which gst codecs we have on the main repository
[19:19] <mhall119> fginther: sergiusens: LP says there's no such bug
[19:19] <fginther> mhall119, oh, it's private
[19:19] <sergiusens> mhall119: try again
[19:19] <sergiusens> mhall119: it was private, no need for it to be
[19:20] <mhall119> thanks, is that being worked on?
[19:21] <fginther> mhall119, I don't see any branches for it yet
[19:21] <mhall119> ok
[19:22] <fginther> mhall119, we'll see if we can get someone working on this. I understand it's a big deal for the core apps
[19:22] <mhall119> thanks fginther
[19:34] <mterry> mzanetti, thanks for the lightdm branch review!  I've updated it now to fix issues
[19:34] <mzanetti> mterry: ack
[19:35] <mterry> mzanetti, so why can't we launch env btw?
[19:35] <mterry> does launch_test_application inspect arg[0] and do something with it?
[19:38] <mzanetti> mterry: maybe just env would have worked but not "env" as in that case it expects an executable called env. don't know exactly whats happening on the inside of autopilot
[19:39] <mterry> mzanetti, env should be a valid executable.  But whatever, I fixed it another way
[19:49] <mzanetti> mterry: oh... right... didn't know that... but in that case autopilot expects env to publish the autopilot D-Bus interface
[19:50] <mterry>  mzanetti, but I figured it would via its sub-executable...  ::shrug::
[19:50] <mzanetti> mterry: probably it should, yeah... you might want to report a bug.
[19:52] <mterry> mzanetti, launch_test_application might very well be inspecting its arguments though
[19:52] <mterry> mzanetti, that comes from Qt, didn't dive into its exact behavior
[20:37] <moocow1452> Hello everybody!
[20:54] <sergiusens> awe_: building the whole thing for the galaxy s and going to report back
[21:47] <FelipeDuarte> Hi guys.
[21:48] <Oranger> Hi FelipeDuarte
[21:48] <FelipeDuarte> Can I install ubuntu touch in my motorola xoom verizon model? I can patiente for my english, I still learn
[21:51] <Oranger> Apparently yes : https://wiki.ubuntu.com/Touch/Devices
[21:52]  * genii-around looks around for smartboyhw
[21:57] <FelipeDuarte> Thanks Oranger. :)
[21:58] <Oranger> FelipeDuarte ;)
[21:58] <Oranger> FelipeDuarte: Report all bugs you will find !
[21:58] <FelipeDuarte> sure :)
[22:05] <moocow1452> Does this mean anything to anyone?
[22:05] <moocow1452> build/core/combo/select.mk:60: build/core/combo/TARGET_linux-armv7-a-neon.mk: No such file or directory
[22:20] <SonikkuAmerica> Does Ubuntu Touch's calling feature only work with GSM phones thus far?
[22:20] <rsalveti> SonikkuAmerica: yup
[22:21] <SonikkuAmerica> Dang... a friend of mine might've been interested... he has a Razr HD... but it's a CDMA phone. (Verizon)
[22:21] <mhall119> yeah, being on Verizon sucks for phones
[22:21]  * mhall119 knows
[22:23] <SonikkuAmerica> AT&T is America's only reputable GSM carrier (T-Mobile is mainly HSPA+ now)
[22:24] <SonikkuAmerica> And America thinks they stink.
[22:29] <rickspencer3> mhall119, is there any kind of location service built into the SDK yet?
[22:33] <moocow1452> Any idea what the hangup is? http://paste.ubuntu.com/5714506/
[22:48] <moocow1452> Hello, anyone know how to fix a build in the room? http://paste.ubuntu.com/5714506/
[22:48] <achiang> sergiusens: hey, if i want the latest and greatest bits for a maguro, is it simply just calling phablet-flash?
[22:48] <achiang> sergiusens: would that be raring?
[22:48] <achiang> rsalveti: ^^
[22:49] <rsalveti> achiang: raring is not yet the default
[22:49] <rsalveti> it'll grab the latest, but still based on quantal
[22:49] <rsalveti> we're about to switch, but still need to fix a few issues
[22:49] <achiang> rsalveti: any benefit going to raring? or safer to just stick w/quantal for now?
[22:50] <rsalveti> achiang: we want to be closer to the archive as we want to start pushing our stuff to s-series once it's open
[22:50] <achiang> rsalveti: makes sense, thanks
[22:51] <sergiusens> achiang: phablet-flash if you have the raring package... the daily releases sort of messed up my releaser for the other series and need to do it manually (haven't done it still)
[22:53] <achiang> sergiusens: np, i'll just grab quantal
[22:53] <achiang> thanks
[23:02] <mhall119> rickspencer3: there's QtLocation from upstream, I'm not sure how it works though, or if the current images support it
[23:03] <rickspencer3> hey mhall
[23:03] <rickspencer3> interesting
[23:03] <rickspencer3> are their QML bindings for it?
[23:05] <mhall119> rickspencer3: I see qtdeclarative5-qtlocation-plugin in raring, but can't find the docs on http://qt-project.org/doc/qt-5.0/qtdoc/modules-qml.html
[23:06] <rickspencer3> mhall119, yeah
[23:06] <rickspencer3> let me poke at it
[23:07] <Oranger> mhall119: I made a launcher in C++ for docviewer, it's temporary.
[23:07] <mhall119> rickspencer3: bzoltan1 might know where docs are
[23:07] <mhall119> Oranger: awesome!  Not too difficult to get it passing file paths to the QML I hope
[23:07] <rickspencer3> mhall119, well, I'm mostly just skeptical that it's supported yet
[23:08] <Oranger> mhall119: Oh and I found a way to open plain text direclty in QML with XMLHttpRequest, but for other files we will need to use C++ to open the files
[23:08] <Oranger> mhall119: Hum actually I can't achieve this, I don't know why but it don't work. Maybe i'm doing something bad I don't know
[23:09] <Oranger> mhall119: Me idea was to create a new property called commandLineArgument from C++ to QML
[23:09] <Oranger> *my
[23:10] <Oranger> But this property seem to be undeclared for QML... so I have to work on it
[23:15] <mhall119> Oranger: sounds like a good approach
[23:15] <mhall119> XMLHttpRequest probably won't work for local files
[23:16] <Oranger> mhall119: XMLHttpRequest It is working for me ^^
[23:16] <Oranger> -it
[23:18] <mhall119> oh, I misunderstood then
[23:19] <Oranger> mhall119: But in the futur we will not use it :/ Only c++ can open file, not QML+JS
[23:24] <rickspencer3> Oranger, mhall119 I think the plan is for the SDK to provide a safe file browser
[23:25] <rickspencer3> like a service that lets applications open files
[23:25] <mhall119> rickspencer3: yeah, I believe jdstrand and his team were going to do something along those lines
[23:25] <mhall119> I didn't think it was going to be built into the SDK though
[23:25] <rickspencer3> right
[23:25] <mhall119> jdstrand: thoughts?
[23:25] <rickspencer3> it's part of the app isolation specification
[23:26] <mhall119> right, though when it was initially discussed we were still thinking in terms of python and Gtk
[23:26] <rickspencer3> indeed, but I am pretty certain they have moved on
[23:26] <mhall119> this actually sounds like a better opportunity for us, since we don't have to get people to un-learn how to access files in QML
[23:27] <Oranger> rickspencer3: Oh good
[23:27] <mhall119> Oranger: I'll have a chat with jdstrand about long-term solutions, in the mean time we can put this in place for the doc viewer
[23:27] <mhall119> and change it once something better is available
[23:28] <Oranger> mhall119: Ok, sound good
[23:28] <Oranger> So, i'm sorry but I have to go
[23:28] <mhall119> Oranger: I'm wondering if it would be easier to sub-class MainView in Qt, add the command line properties and methods for opening/reading files onto that, and use the sub-classed component in the QML
[23:29] <Oranger> (1:28 am here ouch)
[23:29] <mhall119> Oranger: no problem, we'll chat later
[23:29] <Oranger> Hum yes, you have a good idea mhall119
[23:30] <moocow1452> Anyone good with mkimage?
[23:30] <Oranger> mhall119: But why not create a class only made for IO ?
[23:30] <Oranger> -IO +opening
[23:31] <mhall119> Oranger: it just sounds like more work than is necessary, if we're going to replace it with something else later
[23:31] <Oranger> mhall119: Yes, I understand
[23:32] <Oranger> So bye mhall119 , we'll talk later !
[23:34] <mhall119> g'night Oranger