[01:26] <mhall119> RobbyF: correct, there's nothing that uses the Google account yet
[02:04] <mhall119> nik90: pink
[02:04] <mhall119> ping even
[02:14] <nik90> mhall119: pong
[02:16] <mhall119> nik90: http://91.189.92.89/api/qml/sdk-2.0/QtFeedback.HapticsEffect/
[02:16] <mhall119> I was your MP for an audible alarm on Timer, and thought "that would be twice as good with vibration too"
[02:16] <mhall119> and since the latest device images support that now
[02:17] <nik90> mhall119: actually I added it and then removed it :P
[02:18] <nik90> mhall119: But I can add it back again easily :)
[02:18] <mhall119> did you not like it?
[02:18] <nik90> well it wasnt about not liking it..I did not want to over do it.
[02:18] <mhall119> ah, understandable
[02:18] <nik90> right now you have haptic feedback while pressing tabs, buttons etc.
[02:18] <mhall119> yeah, I filed a bug on that already
[02:18] <nik90> I had a question related to haptics again
[02:19] <mhall119> what question?
[02:19] <nik90> in all the tabs in clock app, the middle circle in the clock face is a button. Would you expect to have haptic feedback there?
[02:19] <nik90> as a user
[02:20] <nik90> Because a list item is also clickable, but it doesn't have that haptic feedback.
[02:20] <mhall119> not me, personally
[02:20] <nik90> so wasn't sure if I should add it
[02:20] <mhall119> though tabs shouldn't either, IMO
[02:20] <nik90> +1
[02:20] <nik90> tabs shouldnt
[02:21] <nik90> btw did you run that branch? Did you like the feedback shown especially the sound?
[02:21] <mhall119> I haven't tried it yet, no, just saw the MP come across my inbox
[02:22] <mhall119> clock is on my list of things to try on desktop between now and Wednesday next week
[02:23] <nik90> oh
[02:23] <nik90> mhall119: hey btw I was thinking of adding Ctrl+Tab to switch tabs
[02:23] <nik90> does that seem reasonable?
[02:23] <mhall119> I think so, yeah
[02:26] <nik90> mhall119: are you tracking desktop related bugs with any special tags?
[02:26] <nik90> in other core apps projects?
[02:57] <mhall119> nik90: not yet, no
[02:57] <mhall119> popey might be
[02:58] <mhall119> nik90: what timezone are you?
[03:05] <nik90> mhall119: UTC+1.. I have a free day tomorrow, hence the night hacking :)
[03:11] <mhall119> nearly morning hacking now
[03:11] <nik90> mhall119: I am done in another 15 mins. Just reporting bugs and then off :)
[03:12] <mhall119> just don't burn yourself out with too many late nights :)
[03:13] <nik90> +
[03:38] <Shiggitay> hello peeps
[06:23] <alfre_csem> alguien habla español?
[07:43] <dholbach> good morning
[08:25] <Alin> hello. i`m gonna be short.
[08:25] <Guest79477> i would like to know if ubuntu touch could run on samsung tab 3?
[08:27] <popey> !devices | Guest79477 is it on that list ?
[08:28] <Guest79477> mhr3, thanks! but i have to wait for tab 3...
[08:28] <Guest79477> for now supporting just tab 2
[08:30] <mhr3> Guest79477, think you didn't want to ping me
[08:31] <Guest79477> yeah. sorry :)
[08:31] <Guest79477> it was for ubot5
[08:54] <tvoss> pitti good morning :) I addresses your remark on https://code.launchpad.net/~thomas-voss/qtubuntu-sensors/add-position-plugin-in-preparation-for-dropping-qtlocation-distro-patch/+merge/200703
[08:55] <pitti> hey tvoss
[08:55] <pitti> tvoss: thanks, I just ack'ed that a minute ago
[08:56] <tvoss> pitti thanks :)
[08:57] <tvoss> Mirv, didrocks could you take a look at the mp, too? https://code.launchpad.net/~thomas-voss/qtubuntu-sensors/add-position-plugin-in-preparation-for-dropping-qtlocation-distro-patch/+merge/200703
[08:59] <didrocks> tvoss: on the packaging side, do you really need Replaces: ? like, you are going to install a file that was in libqt5location5-plugins?
[08:59] <tvoss> didrocks, yup :) see pitti's review comment
[09:01] <pitti> tvoss, didrocks: NB that landing this should either be done in lockstep with, or after actually uploading qtlocation-opensource-src with the dropped plugin
[09:01] <pitti> otherwise, the breaks/replaces: version potentially gets wrong if someone does another upload of qtlocation-opensource-src
[09:01] <Mirv> tvoss: sure. and I can upload the qtlocation with dropped plugin.
[09:01] <didrocks> pitti: yeah, for sure, not sure about the Replaces: need, this is just to help apt, but semantically, it's not needed, right?
[09:02] <pitti> didrocks: semantically the Breaks: isn't needed, but it's the standard debian way for moving files (yes, helps apt)
[09:02] <pitti> didrocks: the Replaces: is certainly necessary, as it does replace a file from qtlocation
[09:02] <didrocks> pitti: so, we really move files? I thought the filename was different
[09:02] <didrocks> ok, if the filenames are the same, making sense
[09:03] <pitti> didrocks: AFAIK it was the exact same file name
[09:08] <tvoss> Mirv, would like to test the update procedure then. Could you provide me with an updated armhf qtlocation package?
[09:08] <Mirv> tvoss: ok, sure
[09:08] <om26er> what do I do if /dev/loop0 is 100% full ? can increase its size ?
[09:09] <pitti> om26er: what did you mount on it?
[09:10] <om26er> pitti, i think on Ubuntu touch its where ubuntu is installed
[09:10] <pitti> om26er: if it's a vfat or ext4 image etc., just make it bigger
[09:10] <om26er>  /
[09:11] <om26er> pitti, its ext2
[09:11] <pitti> ah, I guess on ubuntu touch that's difficult; why would you want to do this?
[09:11] <om26er> pitti, I am installing stuff on it to build a big source on the phone and see all the space is gone
[09:11] <pitti> /dev/loop0                      2.0G  1.4G  472M  75% /
[09:11] <om26er> /dev/loop0                     ext2      2.0G  1.8G   60M  97% /
[09:12] <pitti> om26er: yeah, can't do that I'm afraid
[09:12] <om26er> :/
[09:12] <pitti> om26er: you need to build big packages with cross-building, or try to avoid unnecessary build deps
[09:13] <pitti> om26er: the actual sources shoudl be in /home (which has much more space)
[09:13] <om26er> pitti, yes the build-deps are taking more space, I'll reflash the device and install selective
[09:14] <pitti> om26er: you can also try some dirty tricks like moving /var, or /usr/lib/ or something big to /home and symlink it
[09:26] <NineThirty> Show ads in your website or blog and make some money into your paypal   http://ega.123bit.com/
[09:48] <olli> Saviq, thanks for being on top of Paul's mail
[09:49] <olli> plars' mail
[09:50] <Saviq> olli, sure, shame we're not getting much data out of it (still need to look through the results for 121)
[10:16] <davmor2> morning all
[10:18] <davmor2> my phone died over night I'm not sure why it normally has around 50-25% power left in the morning, this was 2%
[10:19] <ogra_> it probably vibrated all the night waiting in excitement for you
[10:19] <ogra_> :)
[10:21] <davmor2> ogra_: I'm wondering if it might of been the new powerd not shutting something down
[10:22] <ogra_> well, my mako still has 30% left over night
[10:22]  * ogra_ chacks the maguro 
[10:22] <davmor2> ogra_: yes and that is what I was expecting too
[10:22] <ogra_> *checks
[10:22] <ogra_> 53% here
[10:23] <ogra_> but i didnt use it much apart from debugging stuff via adb yesterday
[10:23] <davmor2> ogra_: yeah somewhere between 25-50% so 2% not so good right
[10:23] <ogra_> nope
[10:23] <ogra_> watch it
[10:25] <davmor2> ogra_: also is it me or is the phone not as loud as when android is on the device, ringtone wise I can't hear it properly if it is in another room,  I might try some experiments over the weekend
[10:26] <ogra_> hmm, might be
[10:27] <ogra_> i never ran android on the maguro ... and on the mako it is a long time ago
[10:55] <Mirv> tvoss: qtlocation upgradable on device by apt-add-repository ppa:canonical-qt5-edgers/qt5-proper
[10:55] <tvoss> Mirv, thanks, will give it a spin after next meeting
[11:06] <davmor2> ogra_: hmm it just dawned on me I wonder if Pulse Audio is doing the standard only turning the volume up to 80% and reserving the last 20% so you have to open up the full pulse audio app to get the last bit
[11:06] <ogra_> davmor2, might be, try to check with diwic ... he made the profiles
[11:06] <davmor2> ogra_: thanks will do
[12:56] <ogra_> xnox, systempart= is not what you think it is
[12:56] <Shiggitay> rsalveti, how's it coming?
[12:56] <Shiggitay> hi ogra_
[12:56] <ogra_> (just looking at your MP)
[12:57] <ogra_> xnox, the systempart implementation belongs to non loop images (for ports) and needs to live in the fstab creation script of that specific image variant
[12:58] <ogra_> xnox, i think your change breaks flipped ports that way
[13:04] <xnox> ogra_: i don't believe it does. do you want me to use another variable name, instead? or for example to also check that /tmpmnt/ubuntu is _not_ present?
[13:04] <ogra_> heh, i implemented it that way in the fstab creation script :)
[13:05] <xnox> ogra_: cause _with_ /tmpmnt/ubuntu present, it would indicate a non-flipped type.
[13:05] <ogra_> i would prefer a new variable name
[13:05] <ogra_> especially since it is  no partition ... but an image
[13:07] <davmor2> ogra_: hal9000?
[13:07] <ogra_> oh, wait, i misread
[13:07] <xnox> ogra_: what do you mean "no parition" ? it is a _real_ normal partition.
[13:07]  * ogra_ missed "if ([ -e /tmpmnt/system.img ] || [ -n "$system_path" ]); then"
[13:08] <ogra_> hmm, in fact it could even work now that i think of it
[13:08] <xnox> ogra_: I can add && [ ! -d /tmpmnt/ubuntu ] there
[13:09] <ogra_> except that you dont have a list with partition names for it androids system ... (there are like 30 or so for different devices )
[13:09] <xnox> ogra_: and system_path is defined to a parition with label UBUNTU, unless manually overriden.
[13:09] <ogra_> s/it//
[13:09] <ogra_> yeah, that would break for ports
[13:09] <ogra_> it should have a list of all possible labels
[13:09] <xnox> no.
[13:10] <ogra_> for the ports flipped implementation it has to
[13:10] <ogra_> they use the existing android system partition
[13:10] <xnox> i specifically need a new label on the partition for, one may not use
[13:10] <xnox> for non-loop.
[13:10] <xnox> so $system_path in my patch may _not_  be android system partition =)
[13:10] <ogra_> right
[13:11] <xnox> so i really should use new variable name.
[13:11] <ogra_> so pick a new name ...
[13:11] <ogra_> ubuntu_systempart
[13:11] <ogra_> or so
[13:11] <ogra_> beyond that the MP looks good :)
[13:12] <ogra_> (i'm also not sure how many ports will actually still work at all once we drop SF support, which should happen soon)
[13:12] <ogra_> (so the flipped ports images might be moot for the moment)
[13:13] <davmor2> ogra_: flippinel?
[13:14] <ogra_> flipponastic !
[13:17] <davmor2> ogra_: better still, flip-flops
[13:19] <tvoss> Mirv, you around? so update applies cleanly locally. Can you give it a spin, too?
[13:37] <Mirv> tvoss: in hangout then EOD, but tested with qtubuntu-sensors from daily-build and qtlocation from qt5-proper (on desktop): since the Breaks is for << ubuntu4 and not << ubuntu4~, it doesn't work with the test qtlocation package, but recompiling qtubuntu-sensors with "ubuntu4~" as the Breaks/Replaces solves the situation
[13:37] <Mirv> tvoss: I'll now push a build of qtlocation without the test suffix in version number, but have to then revisit testing on Monday (also, I haven't tested on device)
[13:37] <tvoss> Mirv, ack ... do you want me to change the Breaks/Replaces?
[13:38] <tvoss> Mirv, or do you take care of the version number thingy in qtlocation?
[13:39] <Mirv> tvoss: no it should be fine as is for archive, it just prevents "have increasable test build version number that's not equal or higher to the one that will be in archive", but that's not relevant for this small case
[13:40] <tvoss> Mirv, ack and thx
[13:40] <Mirv> building now at https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-proper/+sourcepub/3811482/+listing-archive-extra - after that using qt5-proper + ppa:ubuntu-unity/daily-build and updating just qtubuntu-sensors should pull the qtlocation update in too.
[13:40] <Mirv> thanks
[13:41] <ogra_> popey, oh man ... now i feel as old as i am
[13:42] <tvoss> Mirv, great, thanks
[14:12] <XYZ_> hi everyone
[14:13] <XYZ_> is it possible to install ubuntu touch on a tilapia nexus 7?
[14:13] <XYZ_> tilapia = 3G version
[14:13] <XYZ_> i don't use the 3G at all though
[14:14] <ogra_> there are hacks i think ... google for it
[14:14] <ogra_> (it does not work out of the box)
[14:15] <davmor2> ogra_: what did popey say to make you feel so young?
[14:15] <ogra_> davmor2, popey pointed to old people music on G+
[14:15]  * ogra_ shakes his cane 
[14:15] <popey> lol old people music
[14:16]  * popey looks for his lute
[14:16] <davmor2> ogra_: pass your cane there are kids on my lawn
[14:16] <davmor2> popey: is this the 80's classics you are listening to or did you go further back still
[14:18] <popey> davmor2: i am wandering around spotify like a lost dog
[14:20] <xnox> http://youtu.be/kfVsfOSbJY0    <[14:20] <davmor2> popey, ogra_:  You need a little Bob Marley and whalers in your day and a little Jimi Hendrix, maybe some pink floyd (try the 1979 xmas number one).
[14:20] <popey> hah
[14:21] <popey> Roger Roger.
[14:21]  * popey puts Hey Joe on.
[14:21] <davmor2> xnox: I may have to shoot you with a potato gun until the world runs out of potatoes
[14:22] <xnox> davmor2: rickrolling level 7 ;-)
[14:22] <davmor2> popey: hey jude would be good too :)
[14:23] <davmor2> xnox: Nothing beats this http://www.youtube.com/watch?v=h37KQu64RY4
[14:29] <davmor2> popey: tainted love both the softcell and marlyn manson versions, Eurithmics and MM versions of Sweetdreams, kate bush and placebos versions of running up that hill (how's that for some then and now choices)
[14:31] <sergiusens> cjwatson, xnox hey, I just did 'sudo click chroot -a armhf -s trusty create' and it created an amd64 chroot; is there an existing issue or am I doing something wrong? (I'm on trusty amd64)
[14:33] <xnox> davmor2: eye bleach eye bleach
[14:34] <davmor2> xnox: you and your meagre level 7 pfffff, you could try the chicken song and startreking instead :)
[14:36] <cjwatson> sergiusens: that's what it's supposed to do
[14:37] <cjwatson> sergiusens: it creates an amd64 chroot including support for cross-building to armhf
[14:39] <sergiusens> cjwatson, ack; is there any wiki around?
[14:39] <cjwatson> sergiusens: not sure
[14:41] <sergiusens> cjwatson, so when I do "click chroot -aarmhf install cmake libgles2-mesa-dev python qt5-default qtbase5-dev qtdeclarative5-dev qt5-qmake" am  I supposed to add :armhf ?
[14:41] <sergiusens> I guess I can figure it out
[14:43] <cjwatson> sergiusens: for anything that's multi-arch: same, yes, not otherwise.  but it already installs several of those - qt5-default:armhf qtbase5-dev:armhf qtdeclarative5-dev:armhf qt5-qmake:armhf at least will already be installed
[14:48] <sergiusens> cjwatson, do I need -DCMAKE_TOOLCHAIN_FILE or is that done for me? Last question and just going into the code for more answers :-)
[14:49] <cjwatson> sergiusens: for the moment you need that
[14:50] <xnox> sergiusens: cjwatson: well, depends. for many cases you shouldn't need CMAKE_TOOLCHAIN_FILE anymore.
[14:50] <xnox> but that's assuming you are executing cmake from inside the chroot.
[14:50] <xnox> (trusty one that is)
[14:51] <davmor2> seb128, tedg: on the settings app on backgrounds, what happened to default image button?  Also I think the different and same background toggle is broken
[14:51] <seb128> davmor2, it was never supposed to be there, it was a workaround because we were not listing images before, just having the gallery picker
[14:51] <tedg> davmor2, Guessing you mean kenvandine?  We're close, but he's still better looking :-)
[14:51] <seb128> in the current version the default is in the image grid
[14:51] <seb128> so you can just pick it there
[14:52] <seb128> I don't know about the toggle not working
[14:53] <davmor2> seb128: if I click on welcome screen or home screen, it just displays the image that is on it now not the default image
[14:53] <kenvandine> tedg, damn right!
[14:53] <seb128> davmor2, that's what it's supposed to do no?
[14:53] <sergiusens> xnox, I assume click chroot run, makes it run in the chroot; and in tht case, I'm not having much luck
[14:54] <davmor2> seb128: but there is no listing of the original image so I can't change back to the default
[14:54] <kenvandine> davmor2, maybe you don't have the wallpapers installed?
[14:54] <davmor2> kenvandine: I have what is in image 121 only?
[14:55] <kenvandine> the wallpapers aren't installed by default, we kind of need form factor specific wallpaper packages
[14:55] <kenvandine> yeah, it's basically empty in a default image, since there are no wallpapers packages installed
[14:56] <kenvandine> we don't want to pull in ubuntu-wallpapers because those aren't optimized for the form factors
[14:56] <Laney> we should have a phone/tablet wallpaper contest too
[14:56] <Laney> people love submitting pictures ;-)
[14:56] <davmor2> kenvandine: okay so not a bug as such just an incomplete tool?
[14:56] <kenvandine> seb128, do you know if anyone is working on wallpaper assets?
[14:56] <seb128> kenvandine, not that I know, but I didn't ask either...
[14:56]  * tedg takes a photo of his coffee
[14:56] <kenvandine> davmor2, not incomplete tool... just missing wallpapers ;)
[14:56] <tedg> kenvandine, I'll get more at lunch!
[14:57] <kenvandine> :)
[14:57] <davmor2> kenvandine: indeed so it feels incomplete to an end user :P
[14:57] <kenvandine> yeah
[14:57] <cjwatson> xnox,sergiusens: ok, I guess all I meant was that "click chroot run" doesn't pass it.  If cmake doesn't need it any more, so much the better
[14:57] <kenvandine> seb128, so it does mean that the "default" wallpaper isn't in the grid
[14:57] <davmor2> tedg: is your coffee like kenvandine but his is better looking?
[14:57] <kenvandine> since the default in the image isn't in the standard location
[14:58] <seb128> kenvandine, good point, I didn't think about that, we should have the image in the standard location
[14:58] <tedg> davmor2, I'm actually really happy with my coffee right now, so I think I have kenvandine beat there.
[14:58] <kenvandine> you probably do...
[14:58] <tedg> davmor2, What kenvandine doesn't know is looks will only get you so far.  Good coffee brings you the world!
[14:58] <tedg> :-)
[14:59]  * kenvandine needs more coffee!
[14:59] <tedg> I actually (literally this week) learned I could order the beans from a local roaster online which solves some of my supply problems.
[14:59] <tedg> http://www.oakcliffcoffee.com/
[14:59] <ogra_> do they deliver with drones ?
[14:59] <kenvandine> need more drones
[14:59] <ogra_> one per bean !
[15:00] <tedg> Hah, that would be awesome.
[15:00] <tedg> They do deliver closer to downtown.  But not this far out.
[15:00]  * davmor2 is tired of people droning on about drones, bring on the I, Robots
[15:11] <pitti> tvoss: ah, so it seems https://code.launchpad.net/~thomas-voss/qtubuntu-sensors/cmake-setup-take-2/+merge/200826 is really close now :)
[15:11] <tvoss> pitti, yup
[15:14] <mterry> bfiller, so did ya'll think of any technical reasons that two telephony stacks would be bad?
[15:15] <bfiller> mterry: we think it will be ok, just needs some testing
[15:15] <bfiller> probably some tweaks and such
[15:15] <mterry> bfiller, OK.  You saw my latest email, where I think we may have to do two stacks anyway?  Does that sound reasonable?
[15:16] <bfiller> mterry: yeah, sorry haven't responded yet. think that should be ok
[15:16] <bfiller> makes sense, we forgot about that use case
[15:16] <mterry> yeah me too
[15:17] <mterry> bfiller, I'll comment in my branch then, but I think it should be good to try to land if we're doing the two-stack thing
[15:21] <sergiusens> jdstrand, hey, wrt to sensors/easyprof: http://paste.ubuntu.com/6727092/
[15:24] <jdstrand> sergiusens: hrmm, why is it shelling out?
[15:25] <jdstrand> sergiusens: can you file a bug on /etc/xdg/QtProject/Sensors.conf
[15:26] <jdstrand> bfiller: do you know why the calendar is shelling out? see sergiusens paste: http://paste.ubuntu.com/6727092/
[15:27] <sergiusens> jdstrand, it's address-book-app and I just caught it
[15:27] <sergiusens> renato_, might know
[15:27] <jdstrand> bfiller: sorry, address book app
[15:27] <sergiusens> jdstrand, took we a while to figure out what you meant my shelling out :-)
[15:29] <renato_> i am not using sensors on contact app
[15:29] <renato_> should be something related with the SDK
[15:29] <sergiusens> renato_, nah, disregard sensors, the call to /bin/dash is the question
[15:30] <sergiusens> renato_, Jan 10 10:55:34 ubuntu-phablet kernel: [  437.380466] type=1400 audit(1389362134.865:129): apparmor="DENIED" operation="exec" parent=1527 profile="com.ubuntu.address-book_address-book_1.0.1.121" name="/bin/dash" pid=3106 comm="exec-line-exec" requested_mask="x" denied_mask="x" fsuid=32011 ouid=0
[15:30] <renato_> I do not know :D, what can cause it?
[15:30] <bfiller> that is weird
[15:30] <jdstrand> renato_: its a new denial. what's changed recently?
[15:31] <sergiusens> jdstrand, it's being clickified now
[15:31] <renato_> content hub ?
[15:31] <cwayne> dpm: ping
[15:31] <tvoss> sergiusens, jdstrand that's part of qtsensors-ubuntu
[15:31] <tvoss> sergiusens, jdstrand it's a configuration file to tell qtsensors to load our backends
[15:31] <bfiller> sergiusens: address book is not yet a click though - that hasn't landed yet
[15:32] <bfiller> sergiusens: or has it?
[15:32] <sergiusens> bfiller, nope
[15:32] <jdstrand> tvoss: sure-- but why is the address book all of a sudden needing /bin/dash?
[15:32] <tvoss> jdstrand, that I don't know
[15:32] <sergiusens> tvoss, it's not related to sensors; as the camera as click works fine with sensors blocked
[15:32] <jdstrand> maybe it is doing it since it couldn't read the file
[15:32] <sergiusens> sensors.conf that is
[15:33] <jdstrand> sergiusens: can you add the '/etc/xdg/QtProject/Sensors.conf r,' to the address book profile and try again?
[15:33] <sergiusens> jdstrand, sure
[15:33] <bfiller> jdstrand: is this on a released image? address-book-app hasn't been released since 11-15-13
[15:33] <bfiller> I mean updated since then
[15:34] <sergiusens> jdstrand, I did it to the easyprof, but you are doing it the right way :-)
[15:34] <jdstrand> bfiller: sergiusens just pointed it out to me now. it sounds not
[15:46] <jdstrand> bfiller: so, this might not be anything new. the addressbook app is not normally confined but it is in this scenario
[15:46] <jdstrand> bfiller: so this could have always been there. when we do confine it, we'll want to know why and probably fix it
[15:47] <sergiusens> jdstrand, ok, that got rid of my DENs
[15:47] <jdstrand> oh, nice! :)
[15:47] <jdstrand> sergiusens: can you file a bug on /etc/xdg/QtProject/Sensors.conf?
[15:48] <sergiusens> jdstrand, on easyprof for that?
[15:48] <jdstrand> sergiusens: apparmor-easyprof-ubuntu
[15:48] <sergiusens> sure in any case
[15:49] <jodh> tedg: xnox is seeing lots of RecoverableProblem apport reports for upstart on Touch - can you remind us why/where these are coming from?
[15:50] <tedg> jodh, I think that was the restart issue.  HUD reports one if it doesn't have a session bus variable when it starts.
[15:51] <tedg> jodh, http://bazaar.launchpad.net/~indicator-applet-developers/hud/trunk.14.04/view/head:/data/hud.conf.in
[15:51] <jodh> tedg: ah, right. I wonder if there is a way to actually log a message in that type of problem report stating the condition that failed (to avoid future confusion :)?
[15:51] <jodh> tedg: thanks
[15:51] <tedg> jodh, You should be able to look at the duplicate signature
[15:52] <xnox> tedg: what does that mean? DuplicateSignature: icon-path-unhandled-com.ubuntu.notes_notes_1.4.235    IconPath: /usr/share/click/preinstalled/.click/users/@all/com.ubuntu.notes/notepad   IconValue: notepad
[15:52] <tedg> jodh, I'd be happy to add other variables if that'd help
[15:52] <jodh> yeah, it's a bit opaque atm :)
[15:52] <tedg> xnox, That's from the click hook.  It means they have an icon configured that doesn't exist.
[15:53] <xnox> tedg: excellent.
[15:53]  * jodh goes to raise a feature-request on apport...
[15:53] <sergiusens> tedg, what's the policy there? some are provided by ubuntu-mobile icons
[15:54] <tedg> sergiusens, I think that click packages should be self-contained, no?
[15:54] <tedg> sergiusens, We're not looking in icon themes...
[15:55]  * tedg likes being able to write software to report bugs for him :-)
[15:55] <tedg> It's kinda meta-lazy
[15:56] <xnox> tedg: i wish you'd file it against the actual app, but i guess filing it against /sbin/init makes people go "OMG!" and try work out what's going on.
[15:57] <tedg> xnox, Yeah, that's not as easy as I'd like.  apport likes reporting on PIDs, but you don't always have that.
[15:57] <mhall119> bzoltan1: ping
[15:57] <bzoltan1> mhall119:  hello
[15:57] <mhall119> bzoltan1: hey, we just recently got QtFeedback working, and I want to post the API docs for that, but I'm not sure if they should go into the existing SDK 1.0 docs section, or if I need to start a new SDK 2.0 (or 1.5) section
[15:58] <bzoltan1> mhall119:  good question.. I think it is fine in the 1.0
[15:58] <mhall119> ok
[15:58] <mhall119> same for QtMultimedia I assume, since that's actually been available for quite some time
[15:59] <tvoss> didrocks, sil2100 can I ask you for a review: https://code.launchpad.net/~thomas-voss/qtubuntu-sensors/cmake-setup-take-2
[16:00] <tedg> jodh, Also FYI, you can search based on the duplicate signature: https://errors.ubuntu.com/bucket/?id=DBusSessionAddressNotSet
[16:00] <dpm> cwayne, pong!
[16:00] <sergiusens> jdstrand, renato_ a new batch; dbus ones now http://paste.ubuntu.com/6727292/
[16:04] <cwayne> dpm: hiya, just checking if you had a chance to check out that list of translation gaps (and wondered if those html pages are useful)
[16:04] <jodh> tedg/xnox: bug 1267919. I appreciate you could actually add that today as an extra name/value pair, but I'd still prefer if apport mandated a description personally :)
[16:05] <pitti> err yes, absolutely
[16:05] <pitti> jodh: but it already does that, it reads the key/value pairs on stdin
[16:05] <dpm> cwayne, I did, and they are useful. I've switched the language of my phone to Catalan, and I'm testing it
[16:06] <pitti> jodh: i. e. key\0value1\0key2\0value2\0 [...]
[16:06] <cwayne> dpm: great! i'll spend some more time tweaking my scripts and keeping those pages up-to-date then :)
[16:06] <jodh> pitti: I know, so ted could add RecoverableProblemReason today, but it would still be nicer if you *had* to set a description.
[16:07] <pitti> ah, so basically just define one mandatory key which you have to set
[16:07] <pitti> sure
[16:08] <jodh> pitti: right.
[16:08] <dpm> cwayne, cool, thanks. Also, would you have some time for a trivial review? -> https://code.launchpad.net/~dpm/account-plugin-evernote/sandbox-notice/+merge/201165
[16:08] <xnox> pitti: human readable e.g. "the problem of a missing icon from a click hook of a user level click-package. See key-value pairs: x, y, z for more details."
[16:09] <tedg> pitti, Do you expect that key to be "RecoverableProblemReason"?
[16:09] <cwayne> dpm: approved with a quick question
[16:10] <pitti> tedg: ATM I don't expect anything; I've never used that feature myself, it came from ev
[16:10]  * tedg would like a grace period where he just gets recoverable problems if he doesn't include it :-)
[16:10] <pitti> tedg: but something like that sounds fine, or just "Description:"
[16:10] <pitti> tedg: the machine readable detail should go into DuplicateSignature
[16:11] <tedg> Yeah, I just wanted to decide on the key name so I could start to include it.
[16:11] <tedg> I don't really care what it is, just want to do it right.
[16:13]  * tedg will bbiab
[16:16] <xnox> pitti: can we make it "TedSays:" field =)
[16:19] <mhall119> bfiller: were you able to get an answer about whether or not infographics APIs should be used by 3rd party app devs?
[16:20] <bfiller> mhall119: the api's are in place, they have not been reviewed by SDK team or guareenteed to not change
[16:20] <bfiller> but they do exist and work
[16:20] <bfiller> mhall119: think it's more a question for the SDK team to see if these are officialy part of the kit
[16:21] <dpm> cwayne, awesome, thanks. Responded to the comment. Would you mind top-approving too? https://code.launchpad.net/~dpm/account-plugin-evernote/sandbox-notice/+merge/201165
[16:21] <cwayne> bfiller: hey, is the ubuntu-ui-toolkit-gallery going to be put in a click-app as well? (like gallery-app, et al are)
[16:22] <cwayne> dpm: done :)
[16:22] <mhall119> bzoltan1: ^^ nik90 wrote a nice tutorial on using the infographics API that I'd like to publish on developer.u.c, can you give a +1 or -1 on whether or not that API can be considered part of the SDK
[16:22] <bfiller> cwayne: I don't know
[16:23] <Darkwing> Anyone know if Tethering is working in Ubuntu-Touch yet?
[16:26] <ogra_> Darkwing, not yet
[16:26] <ogra_> Darkwing, you can enable rndis support for the android gadget from cmdline via adb and manually set it up i suppose ...
[16:27] <Darkwing> ogra_: I'm more thinking to connect my chromebook and tablet. Okay, I'll wait.
[16:46] <mhall119> beuno: does the click store support translations for the app name and description?
[16:47] <beuno> mhall119, it does
[16:47] <beuno> in the appstore UI
[16:47] <mhall119> perfect, thanks
[16:48] <mhall119> beuno: also, is there a way to file bugs against apps in the store?  I have several that don't display an icon once installed
[16:48] <beuno> mhall119, there isn't, each app has their own support mechanism
[16:49] <mhall119> ok
[16:53] <ogra_> beuno, i remember i had to fill a bug link when submitting my clicks, is that publically exposed somewhere ?
[16:53] <jdstrand> sergiusens: I don't doubt it-- there are probably going to be a lot since we haven't profiled addressbook app. is this for a work item?
[16:54] <beuno> ogra_, it will be soon, in the scope and a web ui I'm planning
[17:05] <bfiller> sergiusens: where do the contents of the click packages get installed?
[17:08] <cwayne> bfiller: either /opt/click.ubuntu.com/, /usr/share/click/preinstalled/, or /custom/click/ i think
[17:08] <bfiller> cwayne: great thanks
[17:10] <pmcgowan> bfiller, there also stuff in /home/phablet like in .local
[17:31] <bfiller> tedg: did I get the syntax right here? it's failing for me using onClicked: Qt.openUrlExternally("appid://com.ubuntu.gallery/gallery/currentVersion")
[17:31] <bfiller> but worked with onClicked: Qt.openUrlExternally("appid://com.ubuntu.gallery/gallery/2.9.1")
[17:32] <tedg> bfiller, No, you need "current-user-version" instead of "currentVersion"
[17:32] <bfiller> tedg: ah, thanks
[17:32] <bfiller> sorry I forgot to write that down the other day
[17:32] <tedg> np
[17:33] <bfiller> tedg: and it's ok to use appid:// instead of appid:/// ?
[17:33] <tedg> bfiller, Yes, because the package name is a valid domain name.
[17:33] <bfiller> ok
[17:36] <labsin> tedg, I saw your branch for fat packages is merged now. Any idea when it's going to be build for trusty?
[17:36] <tedg> labsin, No, unfortunately I don't.
[17:38] <labsin> :/ something else. Can I somewhere find a list default packages for touch (so I know which libs I need to add myself.
[17:42] <pmcgowan> labsin, you can check the build manifest, but be aware its still changing
[17:42] <rtg> rsalveti, uploaded linux-mako 3.4.0-4.22 to c-k-t PPA after rebase against android-msm-mako-3.4-kitkat-mr1
[17:43] <rsalveti> rtg: awesome, just in time, thanks!
[17:47] <labsin> pmcgowan, Yes, I was looking for that. I only found for the desktop
[17:47] <labsin> Could you point me to them?
[18:04] <bfiller> kenvandine: where in content-hub are apps launched? in process of moving gallery from deb to click and guessing we'll need to update it's appid url to invoke it
[18:04] <kenvandine> that shouldn't need any changes
[18:04] <kenvandine> it uses libupstart_app_launch
[18:05] <kenvandine> so doesn't actually use a url
[18:05] <kenvandine> uses the appid to launch it
[18:06] <kenvandine> oh... but we will need to change the default in gsettings
[18:06] <kenvandine> if the appid is changing
[18:08] <bfiller> kenvandine: right
[18:08] <kenvandine> so just needs to be changed in the gsettings schema
[18:09] <bfiller> kenvandine: currently is gallery-app, guessing it would need to be com.ubuntu.gallery? not sure of exact format
[18:09] <bfiller> using Qt.openUrl I pass appid://com.ubuntu.gallery/gallery/current-user-version
[18:09] <kenvandine> i think so
[18:09] <bfiller> let me try it
[18:10] <kenvandine> bfiller, does "upstart-app-launch com.ubuntu.gallery"  start it?
[18:10] <bfiller> kenvandine: trying
[18:13] <sergiusens> bfiller, click pkgdir [pkg]
[18:13] <bfiller> kenvandine: this works upstart-app-launch com.ubuntu.gallery_gallery_2.9.1
[18:13] <bfiller> kenvandine: but don't really want the version info in there
[18:13] <kenvandine> indeed
[18:14] <kenvandine> we should confirm with tedg what we really need there for libupstart-app-launch
[18:14] <kenvandine> bfiller, how about com.ubuntu.gallery/gallery/current-user-version ?
[18:16] <bfiller> kenvandine: nope, neither does com.ubuntu.gallery_gallery_current_user_version
[18:18] <mhall119> tvoss: no haptics for Nexus7 (grouper)?
[18:18] <pmcgowan> labsin, http://cdimages.ubuntu.com/ubuntu-touch/daily-preinstalled/current/
[18:19] <pmcgowan> mhall119, no vibrator afaik
[18:19] <ogra_> yeah
[18:19] <ogra_> no HW
[18:20] <kenvandine> bfiller, "upstart-app-launch com.ubuntu.notes" works on my device
[18:20] <mhall119> also, I don't see auto-correct or predictive text in r121, what gives?
[18:20] <cwayne> bfiller: upstart-app-launch gallery-app works for me
[18:20] <kenvandine> i would think the same would work
[18:20] <kenvandine> cwayne, he's changing it to click
[18:20] <cwayne> oh right
[18:20] <kenvandine> so renaming gallery-app
[18:21] <bfiller> kenvandine: weird, for me upstart-app-launch com.ubuntu.notes tries to launch but just get white screen
[18:21] <bfiller> kenvandine: maybe I should reboot
[18:21] <kenvandine> when all else fails :)
[18:24] <Finn__> Hello, need some guidance on installing Ubuntu Touch on my Nexus 7 2012
[18:25] <mhall119> Finn__: are you running Ubuntu on your desktop?
[18:25] <Finn__> I unlocked, ran the phablet-flash, but when I reboot it, I only get the Google Logo
[18:25] <Finn__> Yes
[18:25] <mhall119> hmmm, try phablet-flash again with the -b flag, sounds like something went wrong
[18:26] <bfiller> kenvandine: same problem after reboot, which build number are you on? I'm a few days back
[18:26] <ogra_> and be patient, booting is slow
[18:26] <Finn__> mhall119 ok thanks, ill get right on it
[18:26] <mhall119> or right, first boot is still slow isn't it?
[18:26] <mhall119> Finn__: you might try waiting a bit before re-trying
[18:26] <ogra_> slower than subsequent ones, yes
[18:27] <kenvandine> bfiller, 121
[18:27] <Finn__> mhall119: how long is a bit you think? 5 minutes?
[18:27] <bfiller> kenvandine: going to upgrade and try
[18:35] <mhall119> Finn__: I don't remember, I haven't fresh-flashed a device in agest
[18:36] <mhall119> nik90: https://play.google.com/store/apps/details?id=com.tajchert.hours ideas for the clock app perhaps?
[18:54] <sergiusens> jdstrand, everything is going click now; let me fetch the bp
[18:55] <sergiusens> jdstrand, https://blueprints.launchpad.net/ubuntu/+spec/client-1312-convert-apps-to-click
[18:56] <tvoss> mhall119, no vibrator in the n7
[18:56] <jdstrand> sergiusens: ok, I already have a work item. when convenient, can you put the converted apps somewhere so I can try them?
[18:56] <sergiusens> jdstrand, sure
[18:56] <jdstrand> thanks. no rush, I won't get to it today
[19:03] <Finn__> mhall119: phablet-flash doesnt have a -f switch.
[19:06] <mhall119> Finn__: -b, will re-install the recovery mode stuff
[19:06] <Finn__> oh man, sorry, read wrong
[19:07] <Finn__> trying that now, thanks
[19:07] <Finn__> phablet-flash -b ubuntu-system --bootstrap  -d grouper --channel devel-proposed
[19:08] <Finn__> no, this is what I ran : 'phablet-flash ubuntu-system -b --bootstrap  -d grouper --channel devel-proposed'
[19:09] <Finn__> so... lets see how it goes :)
[19:11] <bfiller> tedg: upstart_app_launch is used by content-hub, what is form of arg to pass to get latest version of com.ubuntu.gallery click package?
[19:11] <bfiller> tedg: running upstart_app_launch com.ubuntu.gallery just shows white screen
[19:12] <tedg> bfiller, Yeah, UAL doesn't have any notion of looking up the version.
[19:12] <bfiller> tedg: I can only make it work passing upstart_app_launch com.ubuntu.gallery_gallery_2.9.1
[19:12] <tedg> Didn't know there was a requirement there...
[19:12] <tedg> kenvandine, thoughts?
[19:12] <tedg> Not sure that UAL should do that.
[19:13] <bfiller> tedg: can UAL accept appid:// url's like Qt.openUrlExternally?
[19:13] <tedg> bfiller, No, the URL dispatcher turns those into full application triplets.
[19:14] <tedg> I'd kinda like to avoid having it be too smart.
[19:14] <bfiller> kenvandine: maybe content-hub should be using http://qt-project.org/doc/qt-5.0/qtgui/qdesktopservices.html#openUrl instead of calling upstart-app-launch direclty
[19:14] <tedg> But all it's really using the version for today is verifying it to ensure you get what you ask for.
[19:15] <tedg> bfiller, That's what I'm thinking.  But not sure what kenvandine needs there.
[19:15] <bfiller> tedg: yup, just want to avoid content-hub having any knowledge of specific versions - just needs a generic mapping to the default app
[19:15] <tedg> Seems like content hub should know the version anyway though.  As it would have to be getting a registration from the click hook.
[19:15] <bfiller> tedg: true
[19:15] <bfiller> tedg: but today it has hardcoded mappings
[19:16] <bfiller> (to desktop file based id's)
[19:16] <tedg> Ah, so you're saying kenvandine is lazy ;-)
[19:16] <bfiller> I didn't say that :)
[19:16] <tedg> This is what he gets for going to lunch.
[19:22] <kenvandine> ha
[19:22] <kenvandine> specifically this is for gsettings, for the default
[19:23] <kenvandine> which isn't touched by the hook
[19:24] <kenvandine> bfiller, the hub is just using the lib for upstart-app-launch, as recommended by tedg :)
[19:25] <tedg> kenvandine, How do you know the default?  From GSettings?
[19:25] <kenvandine> yeah
[19:25] <bfiller> kenvandine: so if all of our defaults are click packages should things work without change?
[19:25] <kenvandine> right now the default is set to gallery-app
[19:25] <tedg> Seems like your defaults should probably be URLs.
[19:26] <bfiller> tedg: kind of agree, like appid://xxx/xxx/current-user-version
[19:26] <kenvandine> tedg, probably... but that stuff was done before we had url-dispatcher
[19:27] <kenvandine> tedg, does libupstart-app-launch have a way of using those? or should we switch to openUrl ?
[19:27] <kenvandine> actually, not sure that would work
[19:27] <tedg> kenvandine, OpenURL or use liburl-dispatcher
[19:27] <kenvandine> since we detect if it's running already too
[19:27] <kenvandine> and switch to it
[19:27] <tedg> kenvandine, UAL does that
[19:27] <kenvandine> does it give me a way to detect if it's running?
[19:28] <kenvandine> we do that first, so we know to exit the app if we started it
[19:28] <tedg> kenvandine, You don't need to.  If it is running, it switches to it, if it's not, it launches it.
[19:28] <herise> If ubuntu phone ever makes its way to reality
[19:28] <herise> Would it mean all linux apps would run on it?
[19:28]  * popey looks at the reality of his desk
[19:28] <tedg> kenvandine, If we started it?
[19:28] <popey> no
[19:28]  * kenvandine uses it as his primary phone :)
[19:28] <kenvandine> tedg, if the hub starts the app
[19:28] <tedg> kenvandine, Why does that matter?
[19:28] <kenvandine> it remembers that and after picking it exits the app
[19:28] <herise> Why not?
[19:29] <kenvandine> so we don't keep extra instances running
[19:29] <kenvandine> although that'll go away when we have the trusted sessions
[19:29] <herise> I know about architecture differences, I assume the app is ported to arm
[19:29] <tedg> kenvandine, Why not just rely on Unity closing the app when it needs resources?
[19:29] <herise> packages.debian.org/unstable/main/fceux for example this one. Would it work?
[19:29] <kenvandine> design... doesn't want gallery-app to show up as a running app after picking
[19:30] <kenvandine> if you didn't intentionally launch it
[19:30] <tedg> ?  That's confusing.
[19:30] <bfiller> tedg: right because it's supposed to be more of an embedded helper
[19:30] <kenvandine> tedg, why?  you shouldn't even need to know gallery started to pick
[19:30] <bfiller> tedg: users just trying to pick some content, doesn't know/care they are launching an app behind the scenese
[19:30] <kenvandine> with trusted sessions it will be embedded, so it'll start a new instance but appear as the same app as the requesting app
[19:30] <bfiller> so expectation is it would be gone when you are done picking
[19:30] <tedg> So how does it look?  Does it provide a different interface?
[19:31] <bfiller> yes
[19:31] <bfiller> potentially
[19:31] <kenvandine> tedg, ideally yes
[19:31] <tedg> Oh, how are you doing that?
[19:31] <bfiller> provides it's picking interface
[19:31] <kenvandine> like gallery has pickMode
[19:31] <kenvandine> so it goes right into a picking UI
[19:31] <tedg> But you won't use UAL for that, right?
[19:31] <kenvandine> that lets you select
[19:31] <kenvandine> not sure yet
[19:31] <tedg> Or, are there requirements I'm missing :-)
[19:32] <kenvandine> it'll be part of the lifecycle
[19:32] <kenvandine> it'll start the other process as part of the trusted session
[19:32] <kenvandine> so appears to the shell as a single app running
[19:32] <kenvandine> addressbook + gallery
[19:32] <tedg> But an apps not going to checking lifecycle stuff until it gets to idle, so it'll be hard to know what UI I should show.
[19:32] <kenvandine> you only see addressbook
[19:33] <kenvandine> the picking UI will show over the other app
[19:33] <bfiller> kenvandine: that's not for 14.04 though right?
[19:33] <kenvandine> so you can't switch between them, for example
[19:33] <kenvandine> bfiller, not sure
[19:33] <kenvandine> i hope so :)
[19:33] <bfiller> kenvandine: for short term I'd say use whatever mechanism you're using today to determine if app is already running
[19:33] <tedg> kenvandine, K, so you might be interested in the untrusted-helper thing I'm doing for infographics.
[19:34] <bfiller> kenvandine: but then do the launch using QDesktopServices.openUrl() and pass it the appid url
[19:34] <kenvandine> right now it is pretty awkward to be able to switch out of gallery and back to addressbook without finishing picking
[19:34] <bfiller> kenvandine: should all work
[19:34] <tedg> kenvandine, That assumes that someone else is managing the process, and provides hooks.
[19:34] <kenvandine> bfiller we do that check based on the appid
[19:34] <kenvandine> which is what is in gsettings for defaults
[19:35] <kenvandine> tedg, what's the untrusted helper?
[19:35] <popey> herise: the phone doesn't ship with x
[19:35] <tedg> kenvandine, Something that's not an "application" but needs to be confined and managed.
[19:36] <tedg> kenvandine, In our case, it's a tool that turns data into SVGs.
[19:36] <kenvandine> tedg, shouldn't upstart-app-launch be able to launch com.ubuntu.gallery?
[19:36] <kenvandine> without a version?
[19:36] <tedg> kenvandine, It'll never show up on the launcher or anything like that.  But it isn't trusted enough to running except when managed by someone else.
[19:36] <kenvandine> it works for me with com.ubuntu.notes
[19:37] <tedg> ?
[19:37] <kenvandine> tedg, that would be useful for signon-ui for sure
[19:37] <tedg> I'd like to keep UAL from "detecting" stuff, and just keep it the executor.  If it needs to, it's only a mater of software.
[19:38] <kenvandine> but it works now?
[19:38] <tedg> We're just using the version right now to check to ensure it works.
[19:38] <kenvandine> i can do it from the shell and it works fo rme
[19:38] <kenvandine> for me
[19:38] <tedg> It isn't intended to work.
[19:38] <bfiller> kenvandine: still doesn't work for me even on build 121
[19:38] <kenvandine> didn't work for bfiller
[19:38] <tedg> :-)
[19:38] <kenvandine> weird
[19:38] <bfiller> kenvandine: only works if I give full version
[19:38]  * kenvandine just did it again... still works :)
[19:39] <bfiller> very odd
[19:39] <kenvandine> indeed
[19:39] <bfiller> must be a bug/race
[19:39] <bfiller> does that work for you tedg ?
[19:39] <tedg> kenvandine, You probably have a com.ubuntu.notes desktop file somewhere.
[19:39] <kenvandine> ah, maybe
[19:39] <tedg> bfiller, I'm in the middle of flashing my phone so I can't check :-/
[19:39] <tedg> I have an autopilot date with alesage this afternoon, so I need a clean phone.
[19:39] <mhall119> bah, that awful OSK event fall-through bug is back on the Nexus 7
[19:40] <mhall119> typing on the OSK will click any item under the OSK
[19:40] <popey> mhall119: here, have an owl flipping a table  (ʘ∇ʘ)ク 彡 ┻━┻
[19:40] <mhall119> lol
[19:40] <mhall119> seems appropriate
[19:40] <mhall119> a tahr would be better though
[19:41] <popey> (╯°□°)╯︵ ┻━┻ is the best I can do
[19:41] <mhall119> I like it
[19:42] <bfiller> kenvandine: idea - if we used com.ubuntu.xxx as the app id maybe there is a way to lookup the current version first then continue to use UAL as your doing now
[19:42] <kenvandine> tedg, so to check if it's running, i use upstart_app_launch_get_primary_pid
[19:42] <kenvandine> bfiller,  i was just thinking the inverse
[19:42] <bfiller> kenvandine: as UAL seems to work fine with fully constructed name
[19:42] <kenvandine> maybe we could use the appid:// and parse it
[19:42] <kenvandine> if there is a lib for that
[19:42] <bfiller> kenvandine: htat works
[19:43] <tedg> kenvandine, There isn't, but I could move that into the lib.
[19:43] <kenvandine> tedg, could either of those work?
[19:43] <tedg> It's just in the service right now.
[19:43] <bfiller> tedg: or modify UAL to find latest version if none specified
[19:44] <kenvandine> maybe a new function, upstart_app_launch_get_primary_pid_for_url
[19:44] <kenvandine> that takes an appid url
[19:44] <tedg> Yeah, I'd rather put it in the lib and leave the core down-and-dirty
[19:44] <kenvandine> tedg, do you also suggest that we shouldn't use upstart_app_launch_start_application ?
[19:45] <tedg> kenvandine, No, I just suggest giving it the full triplet.
[19:45] <kenvandine> what do you mean? parse the url?
[19:46] <tedg> kenvandine, Why don't you make your GSettings key "a(sss)" ?
[19:46] <kenvandine> generally what we pass to that is the appid as it's registered by the click hook
[19:46] <tedg> I mean, there's no reason to have the URL really.
[19:47] <kenvandine> but then we need to put the version in the setting
[19:47] <kenvandine> seem ugly
[19:47] <kenvandine> oh
[19:47] <kenvandine> current-user-version ?
[19:47] <tedg> No, then handle a.... yes.
[19:48] <kenvandine> tedg, what's the purpose gallery in the middle there?
[19:48] <annerajb> does ubuntu touch have planned convergeance of plugging the HDMI and going to desktop mode? instead of just showing the same device screen?
[19:48] <kenvandine> seems weird to me
[19:48] <tedg> I think you want to have all three just-in-case, but... no one will probably use it.
[19:48] <kenvandine> annerajb, yep!
[19:48] <tedg> kenvandine, It's the application in the package.  Packages can have several apps.
[19:48] <mhall119> annerajb: that's the plan
[19:49] <kenvandine> tedg, interesting... i hadn't considered that
[19:49] <tedg> kenvandine, Idea being something like "com.facebook" could have "feed" and "messenger" in the same package.
[19:49] <kenvandine> so why not com.ubuntu/gallery/current-user-version ?
[19:50] <kenvandine> nm
[19:50] <tedg> kenvandine, Because the package name has to be unique.  If bfiller's team shipped everything in one click, that would work.
[19:50] <kenvandine> i see :)
[19:50] <kenvandine> so the host portion is really the click package name
[19:50] <tedg> Yes
[19:50] <kenvandine> ok
[19:50] <annerajb> mhall119, awesome can't wait to start porting my cm-11.0 device :D
[19:50] <kenvandine> what about using upstart_app_launch_start_application
[19:51] <kenvandine> that takes appid as an arg
[19:52] <kenvandine> why wouldn't com.ubuntu.gallery/gallery/current-user-version work there?
[19:52] <tedg> It could.  But that doesn't exist.  And I'm fine with that.
[19:52] <tedg> (fine with adding it, not that it doesn't exist)
[19:53] <kenvandine> unless you have a better suggestion
[19:53] <kenvandine> i could stop the triplet in gsettings
[19:53] <kenvandine> and construct it start it
[19:53] <tedg> I think I'd have it take three parameters (and be a different function), but that's a detail.
[19:53] <kenvandine> or... even better a function to construct one
[19:53] <kenvandine> yeah
[19:54] <kenvandine> same for upstart_app_launch_get_primary_pid
[19:54] <kenvandine> actually
[19:54] <kenvandine> i don't really care to get the pid
[19:54] <kenvandine> just detect if it's running
[19:54] <kenvandine> i think...
[19:54]  * kenvandine checks the code
[19:55] <kenvandine> yeah, i don't care about having the pid, just a bool would be great
[19:55] <kenvandine> tedg, does that work for you?
[19:56] <tedg> kenvandine, Yeah, I think that works.  What's your timeline?
[19:56]  * tedg is behind on the infographic stuff for pete-woods
[19:56] <kenvandine> it'll block bfiller's work on click packaging gallery
[19:56] <kenvandine> but
[19:56] <kenvandine> i can probably do it in ual and submit a branch
[19:56] <kenvandine> shouldn't be hard
[19:57] <tedg> kenvandine, Cool, yeah.  So I'd like to have the function return the appid, and then you can pass the appid to _start().
[19:57] <tedg> That way you can store a variable name in GSettings, but still have the appid to query things quick later.
[19:58] <kenvandine> tedg, for UAL api changes, it's really just adding 2 functions?
[19:58] <tedg> Basically we only take the penalty once.
[19:58] <kenvandine> oh... so 3 functions
[19:58] <kenvandine> one to parse
[19:58] <kenvandine> another to check running and another to start?
[19:59] <kenvandine> i guess not to start... since i'll construct one for the current function?
[19:59] <tedg> No I was thinking more like "char * variable_to_appid(pkg, app, version)" that returns an appid
[19:59] <tedg> Then you can pass that to traditional start.
[19:59] <kenvandine> and i could use the existing upstart_app_launch_get_primary_pid as well
[20:00] <annerajb> what does touch_sf4p  and touch_custom Mean?
[20:00] <tedg> Yeah, if you want one that checks for zero and returns a bool, that's fine with me.
[20:00] <kenvandine> char * upstart_app_launch_url_to_appid(pkg, app, version)
[20:01] <tedg> It's not really a URL, but yes.
[20:01] <tedg> Not sure what to call it.  "variable triplet" is too long.
[20:01] <tedg> Then I can make URL dispatcher use the same function.
[20:02] <kenvandine> it looks like a url :)
[20:02] <kenvandine> and url dispatcher can use it as a url...
[20:02] <tedg> You can still most of the code from URL dispatcher
[20:02] <kenvandine> so why not :)
[20:02] <tedg> Heh, be sure to provide a good doc string since there's no "://" in it.
[20:02] <kenvandine> char * upstart_app_launch_triplet_to_appid(pkg, app, version)
[20:02] <kenvandine> how's that?
[20:02] <tedg> +1
[20:03] <kenvandine> excellent
[20:03] <kenvandine> bfiller, so i'll take a swing at this, and this will block your gallery click package
[20:03] <kenvandine> bfiller, ok?
[20:04] <bfiller> kenvandine: sounds good
[20:04] <bfiller> kenvandine: we'll need the same for address book as well (that will be click) so let me know when it's all ready and we can coordinate the release
[20:04] <kenvandine> tedg, it's the regex in the dispatcher, appidre right?
[20:05] <kenvandine> bfiller, will do
[20:05] <tedg> kenvandine, Yup
[20:05] <tedg> kenvandine, You shouldn't need the regex though, as they're already 3 params
[20:05] <bfiller> kenvandine: and I guess make sure that non-click packages still work for any that haven't been converted
[20:05] <kenvandine> oh right... even easier :)
[20:06] <kenvandine> bfiller, they will
[20:08] <tedg> kenvandine, You should make your gsettings key "a(msm(sss))" :-)
[20:16] <kenvandine> tedg, ugh... so to get the version i have to parse the package manifest?
[20:16] <tedg> kenvandine, Yup
[20:18] <kenvandine> ah cool, looks like some of what i need is in helpers.c already :)
[20:18] <kenvandine> haha... nice "unity_too_slow_cb"
[20:19] <tedg> kenvandine, I'm sure that's never been called :-)
[20:19] <tedg> bfiller, Are you guys still using the file:/// urls for music/photos or is everything content hub now?
[20:20] <kenvandine> tedg, it's still file uris
[20:20] <bfiller> tedg: well I know gallery uses content hub, not sure about musci
[20:20] <bfiller> music
[20:21] <tedg> kenvandine, Is that for the scopes?
[20:21] <tedg> bfiller, Is music you guys or someone else?
[20:22] <bfiller> tedg: community guys, mhall119 would know who
[20:22] <kenvandine> even for content requested with the content hub, gallery uses file:/// urls and the hub copies the files to a location the other app can access
[20:22] <tedg> kenvandine, I mean with URL dispatcher
[20:23] <tedg> I don't care about elsewhere :-)
[20:24] <tedg> Basically, what the scopes hand back needs to be something that we know to launch gallery with.
[20:24] <tedg> Or what ever gives that data to the scope.
[20:27] <mhall119> bfiller: tedg: what are you asking?
[20:29] <bfiller> mhall119: tedg wanted to know who was working on music app and about file:// usage
[20:29] <tedg> mhall119, two things really, does the music scope return music:/// urls and does the music app know what to do with them.
[20:31] <tedg> I'm trying to not support the file:///home/user/Music URL in URL dispatcher.
[20:32] <mhall119> tedg: ah, I *think* it uses file://, but popey might know better
[20:33] <boiko> bfiller: so, I discovered something weird: there is a bug in mako that if the app is already open, when I accept a call the live call is shown and the screen goes black less than a second later
[20:33] <boiko> bfiller: now the weird part is that it only happens when starting the dialer-app from command line, if I start it from the lens, it doesn't happen
[20:34] <mhall119> ahayzen probably knows
[20:34] <ahayzen> mhall119, whts up?
[20:34] <mhall119> ahayzen: what does the Music scope pass to the Music app to get it to open a particular song?
[20:35] <ahayzen> mhall119, i think there are two ways... via file arguments or via the URI handler which passes file://
[20:36] <bfiller> boiko: I can see why that might happen, it's probably not getting registered correctly somehow with the app manager when starting from command line
[20:36] <bfiller> boiko: how are you starting it from command line?
[20:36] <mhall119> tedg: ^^ there's your answer
[20:36] <tedg> ahayzen, Ah, okay.  Thanks.
[20:36] <ahayzen> mhall119, i *think* lool implemented the Uri Handler for us
[20:36] <tedg> ahayzen, mhall119, so do you guys know when that's going to be moved into a custom URL?
[20:36] <boiko> bfiller: dialer-app --desktop_file_hint=/usr/share/applications/dialer-app.desktop
[20:37] <ahayzen> tedg, no
[20:37] <tedg> Sounds like in the mean time I'm going to have to special case it though :-/
[20:37] <bfiller> boiko: try launching it using upstart-app-launch dialer-app and see if you have same problem
[20:37] <boiko> bfiller: let me see
[20:37] <sergiusens> jdstrand, one more https://bugs.launchpad.net/ubuntu/+source/apparmor-easyprof-ubuntu/+bug/1267993
[20:37] <ahayzen> tedg, i can point u to our code if u need it
[20:38] <mhall119> tedg: I'm not even sure it's something on the todo list for music, if you need it we should add it
[20:38] <mhall119> but it'll require coordination with the music scope
[20:38] <mhall119> I'm not sure who maintains that
[20:39] <ahayzen> tedg, file arguments http://bazaar.launchpad.net/~music-app-dev/music-app/trunk/view/head:/music-app.qml#L52 and URI handler http://bazaar.launchpad.net/~music-app-dev/music-app/trunk/view/head:/music-app.qml#L129
[20:39] <boiko> bfiller: using upstart-app-launch works, so it is probably something related to the way the app registers itself with the app manager
[20:39] <jdstrand> I'm not sure the addressbook can be confined until we get a pre-cacheable trust store
[20:40] <bfiller> boiko: yeah it must be
[20:40] <sergiusens> jdstrand, just for the avatars?
[20:41] <jdstrand> well, we can probably do something with read_path
[20:41] <bfiller> boiko: I think the shell and the system all end up calling into upstart-app-launch now and bookeeping probably different
[20:41] <boiko> bfiller: but why would that start happening just now? autopilot tests were being started like that since the very beginning
[20:41] <jdstrand> addressbook-app probably is the owner of /home/phablet/.local/share/evolution/addressbook/*
[20:42] <tedg> ahayzen, Ah, okay, thanks!
[20:42] <sergiusens> jdstrand, it's probably e-d-s but yeah
[20:43] <bfiller> boiko: could be a new bug in unity-mir or appManager that is just happening now causing this issue
[20:43] <jdstrand> in this case, no-- addressbook app is doing the access, not e-d-s (otherwise there wouldn't be this denial)
[20:43] <ahayzen> tedg, i think basically file arguments are used when the app is started by the scope... and the uri handler if it is already running to change to tht track...but don't hold me to tht lol
[20:43] <sergiusens> jdstrand, right; afaik the app can't generate avatars anyways; these I got from syncevolution
[20:44] <bfiller> boiko: is this related to the crash on mako?
[20:44] <tedg> ahayzen, Yeah, we need to get off the file URLs though.  They were a temporary hack.  We shouldn't care where the files are stored at the URL level.
[20:44] <boiko> bfiller: not sure if it is the same problem, but might be related
[20:45] <ahayzen> tedg, yeah we are bound to grilo a bit at the moment as well and don't have any code to handle http://
[20:45] <boiko> bfiller: so the crash on mako happens on application startup already it seems, right? (guessing from that QUbuntu message)
[20:46] <bfiller> boiko: yes
[20:47] <boiko> bfiller: that one I couldn't reproduce :/
[20:47] <bfiller> boiko: I also notice that if dialer is running but in the background, and phone is locked, answering from the snap decision does not promote the dialer as it used to
[20:47] <bfiller> boiko: are you seeing htat
[20:47] <bfiller> ?
[20:50] <boiko> bfiller: I have seen pmcgowan reported that one, but I didn't look into this one yet, might be that it never did that after the migration from the previous application switching implementation
[20:50] <boiko> bfiller: that's another piece of code that was not changed for quite some time now (since the app switching was reimplemented to use the URIhandler)
[20:52] <bfiller> boiko: lots of moving parts, including many updates to ofono stack
[20:52] <bfiller> boiko: I'm pretty sure it was working since the url transition, but not positive
[20:52] <bfiller> we need to debug it
[20:54] <pmcgowan> boiko, btw I am triaging some dialer-app bugs and reassigning to the source package, so dont panic if you see a lot of emails
[20:54] <boiko> pmcgowan: ok, I won't :)
[20:54] <boiko> bfiller: so, here is what I found: if the greeter is not shown, and we are looking at the dash, the app is promoted
[20:55] <boiko> bfiller: it is only not working when the greeter is visible it seems
[20:55] <bfiller> boiko: ok, not sure where the code is that is supposed to unlock the greeter and promote the app
[20:55] <pmcgowan> boiko, it also works if the greeter is shown and the app is not running
[20:55] <bfiller> mterry: ^^^ any ideas?
[20:56] <boiko> pmcgowan: yep, but that's because all apps start maximized
[20:56]  * mterry reads
[20:56] <mterry> bfiller, boiko: that code is in Shell.qml in unity8
[20:57] <boiko> pmcgowan: oh, you mean the greeter goes away?
[20:57] <pmcgowan> boiko, yeah it works correctly
[20:57]  * boiko tries
[20:59] <boiko> pmcgowan: yep, just tested here, it works correctly
[21:04] <boiko> pmcgowan: so, I think the reason it works when the dialer-app is not running might be because when a new app is started the greeter goes away automatically (just tried launching an app from the command line)
[21:06] <pmcgowan> boiko, interesting, but I would still expect that when I open the greeter the app would be there and promoted
[21:06] <boiko> pmcgowan: yep, that I am still investigating
[21:06] <boiko> pmcgowan: I have seen that when the greeter is not visible, it works: the app gets correctly promoted
[21:07] <pmcgowan> right
[21:15] <sergiusens> davmor2, still around? if you are an app author, this is probably something you can verify for me bug #1268007
[21:18] <boiko> pmcgowan: so, I did the following: started dialer-app, went back to the dash, and on a terminal I ran: upstart-app-launch dialer-app
[21:18] <boiko> it got correctly promoted
[21:19] <pmcgowan> you mean with the greeter up, and it went away?
[21:19] <boiko> pmcgowan: greeter didn't go away, and the app was not promoted
[21:21] <sergiusens> pmcgowan, hey, can you reproduce this one: bug #1268009
[21:22] <pmcgowan> let me see
[21:25] <pmcgowan> sergiusens, did you have wifi off as well? I have 127.0.1.1 as the nameserver
[21:25] <sergiusens> pmcgowan, I tried with wifi on and just changing 127.0.1.1 to 10.0.0.0
[21:25] <sergiusens> let me fix the description
[21:29] <pmcgowan> sergiusens, did you toggle the network off/on or something?
[21:29] <sergiusens> pmcgowan, nope
[21:30] <pmcgowan> I can still see everything
[21:30] <sergiusens> pmcgowan, I'm on wifi; I edit resolv.conf and change the DNS server;
[21:30] <sergiusens> pmcgowan, search for something
[21:30] <pmcgowan> now more stuff went away, and installed still there
[21:30] <sergiusens> pmcgowan, hmmm, I can reliably reproduce :-/
[21:31] <pmcgowan> search is just spinning
[21:31] <sergiusens> pmcgowan, switch lens and go back
[21:31] <pmcgowan> sergiusens, after the search its weird
[21:32] <pmcgowan> I see the first 9 apps only, and no More category at all
[21:32] <pmcgowan> swicthed to home and back and now they are there
[21:32] <pmcgowan> now they are 9 again, wird
[21:33] <pmcgowan> sergiusens, I always see something, either all installed or first 9, it keeps toggling
[21:33] <pmcgowan> like every 10 secs
[21:45] <omac> http://pastebin.com/XaHUpXXN
[21:45] <omac> sendSMS using qt for android 5.2.0 with c++
[21:46] <omac> My intention is to do the same app within ubuntu touch.
[21:49] <omac> Is there a c++ api for sending SMS text messages in ubuntu touch?  I was looking around for something like this for sending email messages also, but from within the actual ubuntu touch api knowledge base, there doesn't seem to be anything mentioned.  I did find libcurl  http://curl.haxx.se/libcurl/c/smtp-tls.html   and vmime https://github.com/kisli/vmime/tree/master/tests/net
[21:49] <sergiusens> omac, you do it with ofono, there's also ofono-qt http://paste.ubuntu.com/6729062/
[21:49] <sergiusens> omac, your app most likely won't be supported in the store though
[21:50] <sergiusens> not yet at least
[21:52] <omac> The python script you just pastbin'ed.  What is the name of it?  Is it in the repos?
[21:53] <sergiusens> omac, it's in  /usr/share/ofono/scripts/send-sms
[21:53] <sergiusens> from ofono
[21:53] <omac> ofono-qt 6132187497 blahmessage
[21:54] <omac> do I need delivery report?  do you have an example about delivery report somewhere?
[21:55] <omac> sergiusens: THANKS...You'll helped me a great deal sms wise
[21:55] <sergiusens> np
[21:55] <omac> going back to what you mentioned about the store.  It won't be supported?
[21:56] <omac> Are you saying we can't build straight c++ apps for ubuntu touch?
[21:57] <omac> I'm actually doing my best to completely avoid the qml/declarative stuff at the moment.
[21:58] <omac> Of course I will provide the sources for what I have at the moment.
[22:00] <sergiusens> omac, sms and such are supposed to go through trusted helpers
[22:00] <sergiusens> I might be wrong though
[22:00] <sergiusens> jdstrand, what's the deal with apps and sms? Do you know?
[22:06] <omac> http://adequatech.ca/snowloadcount.tar.xz
[22:06] <omac> it's a qt for android app.
[22:06] <omac> qt 5.2.0.
[22:06] <omac> the gui part should be ok from ubuntu touch however.
[22:06] <omac> QWizardPage should exist for ubuntu touch right?
[22:07] <omac> the app compiles and runs on the desktop and the nexus 4 android 4.2.2(api 17).
[22:08] <omac> sergiusens:  do I need the delivery report parameter in that script?  can I get away with ofono-qt 6132187497 blahmessage?
[22:10] <sergiusens> omac, I'm not sure; I am not a Qt person
[22:11] <omac> i appreciate your time.  thanks.
[22:41] <wolfzrat> hello
[22:41] <omac> hello
[22:43] <wolfzrat> i have a samsung tablet, can I put ubuntu-touch on it?
[22:45] <omac> good question.  Lots of people are hoping ubuntu would offer up official support for samsung devices.  It hasn't happened in any official way.
[22:45] <omac> xda-devs might have a rom or two.
[22:46] <omac> join the #xda-devs channel and other will be able to help you there.
[22:46] <omac> which model do you have?
[22:48] <jdstrand> sergiusens: there is no policy for sms. that could incur data charges, so if apps were going to do it, we'd need a trusted helper
[22:50] <wolfzrat> i believe its the samsung tab 2
[22:56] <omac> wolfzrat:  I checked around, there doesn't seem to be any very recent images for samsung galaxy tab 2.  There are two models for that.
[22:56] <omac> http://askubuntu.com/questions/330897/installing-ubuntu-touch-on-samsung-galaxy-tab-2-p3100
[22:57] <wolfzrat> i have the model type
[22:58] <wolfzrat> its a samsung tab 2 7.0
[22:58] <omac> If you really want ubuntu touch, I would suggest you get one of the officially supported pieces of hardware which are the Google Nexus tablets or phones.
[22:59] <omac> https://wiki.ubuntu.com/Touch/Devices/p3100
[22:59] <omac> https://wiki.ubuntu.com/Touch/Devices/p3110
[22:59] <omac> which one do you have though?
[22:59] <wolfzrat> model: GT-P3113TSSXAR
[23:08] <omac> it's a wifi tablet right?  not 3g?
[23:09] <omac> http://pdadb.net/index.php?m=specs&id=4922&c=samsung_gt-p3113_galaxy_tab_2_7.0_wifi_8gb
[23:15] <omac> My only advice to you is to look for another Omap 4430-based ubuntu image that utilizes a display 7" or smaller.  You can test it that way.
[23:15] <wolfzrat> sry omac
[23:16] <wolfzrat> yes it has wifi build it
[23:16] <wolfzrat> *in
[23:17] <omac> I have seen advent vega with ubuntu 11.04 running on it, but it was not very fast and the display was too small so touching a big finger would touch too many buttons at the same time
[23:17] <wolfzrat> hmm so what tab would be good for touch ubuntu
[23:19] <omac> motorola devices were all omap based.
[23:20] <wolfzrat> hmmm ok
[23:20] <omac> ignore my advice.
[23:20] <omac> It's too complicated.
[23:21] <omac> there are too many differences.
[23:21] <wolfzrat> lol ok
[23:21] <omac> if there was a cyanogenmod project for your particular device, there would be a fighting chance to get ubuntu touch on it, but there is work to be done.
[23:22] <wolfzrat> right
[23:22] <omac> http://download.cyanogenmod.org/
[23:23] <omac> http://download.cyanogenmod.org/?device=p5113
[23:23] <omac> There is a cyanogenmod, but it seems dated.
[23:26] <omac> google nexus 4 uses cm 10.2
[23:26] <omac> http://download.cyanogenmod.org/?device=mako&type=test
[23:27] <omac> the p5113 uses cm 10.0 .....http://download.cyanogenmod.org/?device=p5113
[23:27] <omac> this means there is no easy build to get ubuntu touch on your device.
[23:28] <omac> tweaks would need to be done for sure.
[23:29] <omac> I don't do those tweaks.  I'm just an afficionado.  I did try to do something like this for the advent vega, but the terrible support from nvidia for their tegra 250 chipset made be abandon that idea.  It's also because the hardware was too plain slow ..i.e. usb 1.0 interfacing with the tablet and the flash memory in it was limited. also.
[23:30] <omac> I imagine since there hasn't been any work done on the p5113 device since 2012, that the same kind of issues surround this device also.
[23:31] <omac> It's just too freakin slow to flash and try and flash and try the os on these older devices.
[23:34] <omac> Don't get me wrong.  It is a respectable dual-core 32-bit device.  It's just that now you can get an octa-core and possibly 64-bit in a few months time device for roughly 200-300$.
[23:34] <omac> The other general rule of thumb I learned with my nvidia tegra 250 tablet is don't expect any kind of support past 2 years.
[23:35] <omac> Your device is made in 2012.  Time is up.  Start shopping for something newer and faster or get left in the dust.
[23:36] <omac> or even worse, you will be wasting so much time searching for solutions to your problems with dated hardware you will never know how much time you truly wasted.
[23:39] <omac> All this to say, if you really want to see ubuntu touch, buy a google nexus 4.  If you get a google nexus 5, eventually there will be an ubuntu touch for it, but it hasn't materialized yet.  For the other android/cyanogenmod devices out there, it's luck of the draw from I have experienced.
[23:42] <omac> The SOC chips with different combo cpu, graphics, network, phone chipsets on them plus add in the DRM salt to the mix makes it a real challenge to truly imagine all mobile devices with ubuntu touch on them with the limited canonical developers there are focus on just making everything work on the official devices.
[23:44] <kaimast> yeah... embedded devices is still a proprietary mess. It is really hard to port (and maintain) stuff