[03:53] <Mirv> mardy: hmm. testing with qt 5.3.1 might be worthwhile https://wiki.ubuntu.com/Touch/QtTesting
[04:34] <lotuspsychje> morning
[06:22] <dholbach> good morning
[06:23] <nhaines> dholbach: good morning!
[06:23] <dholbach> hey nhaines
[06:24] <nhaines> Today I'm fighting with EPUB formatting.  Hope your morning's turning out better.  :)
[06:27] <dholbach> I have no idea about that... the only case in which I had to do with it, it was when I told sphinx to generate epub as well - I always just hoped that it would turn out all right :)
[06:45] <nol> (08:40:37) nol: (08:43:48) nol left the room (quit: Excess Flood).
[06:45] <nol> (08:40:37) nol: (08:43:48) The account has disconnected and you are no longer in this chat. You will automatically rejoin the chat when the account reconnects.
[06:45] <nol> (08:40:37) nol: (08:44:58) The topic for #defocus is: Welcome to #defocus, a social channel for sensible conversations. Be nice, don't feed the trolls, and report concerns, ideas, suggestions, to #defocus-ops. | Channel Guidelines: http://bit.ly/sg9Snw | RIP ROBIN WILLIAMS
[06:45] <nol> (08:40:37) nol: (08:44:58) Topic for #defocus set by gamma!~gamma@unaffiliated/gamma at 13:54:11 on 08/12/14
[06:45] <nol> (08:40:37) nol: (08:45:01) SporkWitch: WillyOnWheelsII: also breaking the copypasta rules
[07:13] <dholbach> ralsina, I'm a core-dev, but I'm not an archive admin, so I can't actually approve the package going into the archive
[07:13] <dholbach> ralsina, but if you could help me get https://code.launchpad.net/~dholbach/ubuntu-push-qml/utopic-proposed+packaging-fixes merged I think that should help
[07:14] <dholbach> kalikiana, ^ you've been involved with the package too, so maybe you can help me there?
[07:14] <dholbach> lp:ubuntu-push-qml doesn't have the latest changes which went into the upload, but lp:~ps-jenkins/ubuntu-push-qml/utopic-proposed was what was uploaded, so I used that as a basis
[07:15] <dholbach> kalikiana, shall I propose this as an MP against lp:ubuntu-push-qml?
[07:16] <dholbach> another thing we might want to take a look at is:
[07:16] <dholbach> qtdeclarative5-ubuntu-push-notifications-plugin: package-has-long-file-name 85 (94) > 80
[07:16] <dholbach> N:    The package has a very long filename. This may complicate shipping the
[07:16] <dholbach> N:    package on some media that put restrictions on the length of the
[07:16] <dholbach> N:    filenames (such as CDs).
[07:18] <dholbach> https://code.launchpad.net/~dholbach/ubuntu-push-qml/utopic-proposed+packaging-fixes/+merge/230748 - hope that's all right
[07:21] <didrocks> dholbach: it's normal that the changes are not in trunk before the package is released
[07:21] <didrocks> that's why there is this -proposed branch pushed
[07:21] <dholbach> ah ok
[07:21] <didrocks> once you have your fixes in (if today), I'm happy to review/NEW it
[07:21] <dholbach> let me re-propose, using the -proposed branch as a prerequisite
[07:21] <dholbach> sure sure
[07:22] <lokinou> Hello there, I have been looking for any instant messaging program in ubuntu touch...and ended up dry do you know any ?
[07:22] <dholbach> kalikiana, ralsina: https://code.launchpad.net/~dholbach/ubuntu-push-qml/utopic-proposed+packaging-fixes/+merge/230749 - thanks a lot in advance
[07:23] <nhaines> lokinou: I don't think there are any.
[07:24] <lokinou> looks like app dev don't have anyone to talk to:)
[07:34] <lokinou> thanks anyway nhaines
[07:44] <nik90> dholbach: Good morning
[07:44] <dholbach> hey nik90
[07:45] <nik90> dholbach: hey I add some working unit tests for the clock reboot. However I noticed that in the jenkins continous integration it doesn't seem to run it
[07:45] <nik90> dholbach: make test works for me locally
[07:45] <dholbach> nik90, it looks like what I did with the 'autopkgtest' bits is not used
[07:45] <dholbach> nik90, I don't exactly know how balloons and company wired the tests up
[07:46] <dholbach> maybe fginther and elopio can help?
[07:46] <nik90> dholbach: ah
[07:46] <dholbach> I don't know how that part of the story works exactly
[07:46] <nik90> yeah I will check it out with them
[07:46] <nik90> but does the debian package run the unit tests as part of the build similar to the ap tests?
[07:52] <dholbach> nik90, no
[08:52] <mzanetti> seb128: hey
[08:52] <seb128> mzanetti, hey
[08:52] <mzanetti> seb128: I've been looking into the systemsettings issue
[08:52] <mzanetti> seb128: indeed this is quite weird.
[08:53] <seb128> isn't it!
[08:53] <mzanetti> seb128: my guess is that the button's visibility changes quite often when entering the page which at some point confuses the ListView's contenX/topMargin (NOT anchors.topMargin)
[08:53] <mzanetti> the listview's position is correct, just the content's won't scroll up any more
[08:53] <seb128> right
[08:54] <mzanetti> seb128: I haven't been able to find a reason though why you need to change the anchors
[08:54] <mzanetti> if you just alsways anchor to the button.bottom everything is fine
[08:54] <seb128> well, if there is only one update, the button is not visible
[08:54] <seb128> then you would have the list starting after a gap and not on the top of the page, no?
[08:54] <mzanetti> seb128: I see. its a bit hard to reproduce different amounts of updates :)
[08:55] <mzanetti> had to deal with the 3 available I had yesterday
[08:55] <mzanetti> seb128: then I'd suggest to use a column actually
[08:55] <mzanetti> Column {Button{} ListView {}}
[08:55] <mzanetti> if the button is invisible it will automatically removed from the column's layout
[08:55] <mzanetti> which makes the ListView move up
[08:56] <seb128> right, I was pondering refactoring that page to use a Column, I might just do it
[08:56] <seb128> still what we currently have should work :/
[08:56] <mzanetti> indeed, I couldn't find out what exactly is the issue
[08:56] <seb128> thanks for looking!
[08:57] <mzanetti> seb128: if you're refactoring, you might directly take the other issue into account, the ActivityIndicator is hidden behind the header
[08:57] <mzanetti> no worries. sorry I don't have a better answer
[08:57] <seb128> yeah
[08:57] <seb128> the header thing is weird
[08:57] <seb128> shouldn't attaching to parent.top make it start under the header?
[08:57] <mzanetti> seb128: In that case I really blame the SDK's header
[08:58] <mzanetti> seb128: the problem is that the header seems not to be where you expect it
[08:58] <mzanetti> its somehow painted on top of the whole app
[08:58] <mzanetti> and there seems to be aplaceholder item to move content up/down behind it
[08:58] <mzanetti> I've seen that one break if not playing nicely inside the page
[08:59] <seb128> k
[08:59] <seb128> do you have any suggestion to workaround that?
[08:59] <mzanetti> still. I guess blaming the header is not enogh. we need to get it working somehow
[08:59] <seb128> or same, let's just use a column and that should solve the issues?
[08:59] <mzanetti> usually having a ListView { anchors.fill: parent } works fine
[09:00] <mzanetti> but for example adding topMargin didn't work for me
[09:00] <mzanetti> in one case I have a workaround where I put an Item {} of height 0 and width: parent.width attached to the page's top
[09:00] <mzanetti> and then the listview below it which makes it work
[09:00] <mzanetti> pretty much like you do with the button, but not changing the anchors at runtime
[09:01] <mzanetti> seb128: maybe we should have a chat with t1mp about it
[09:04] <seb128> mzanetti, yeah, seems like there are some toolkit issues there
[09:04] <mzanetti> yes. I would agree
[09:04] <seb128> I tried to come with a smaller testcase but that didn't really work out as I wanted
[09:04] <seb128> need to have another look
[09:05] <mzanetti> t1mp: hey, could it be that the Page (or its header) sets "topMargin: header.size" if it detects a ListView in it?
[09:06] <mzanetti> not talking about anchors.topMargin, but just topMargin
[09:24] <danilos> Elleo, hi, I've put up ubuntu-keyboard Serbian layout branch up for review on https://code.launchpad.net/~danilo/ubuntu-keyboard/serbian-layout/+merge/229876; is there something else I need to do to get that to be considered for review?
[09:32] <Elleo> danilos: that's great! we have a little checklist for submissions, which is the first one here: https://wiki.ubuntu.com/Process/Merges/TestPlan/system-apps (the test plan refered to is http://wiki.ubuntu.com/Process/Merges/Checklists/ubuntu-keyboard)
[09:32] <Elleo> danilos: if you could fill that out it'd fit and add it as a comment it'd fit into our process smoother, and so be a bit quicker to get approved
[09:32] <Elleo> danilos: I'll see about reviewing it today :)
[09:33] <danilos> Elleo, excellent, thanks for the pointers, I'll check-them out later today
[09:33] <Elleo> danilos: oh, and could you remove the changelong change from the commit
[09:33] <Elleo> danilos: that gets added automatically
[09:33] <Elleo> danilos: (based on the commit message specified in launchpad)
[09:34] <danilos> Elleo, sure, I'll drop the changelog entry
[09:34] <Elleo> thanks :)
[09:34] <t1mp> mzanetti: yes, a Flickable or ListView inside a Page gets its topMargin updated
[09:34] <danilos> Elleo, done
[09:36] <t1mp> mzanetti: it does that to avoid contents being invisible because of the header overlay.
[09:36] <Elleo> danilos: great, thanks; I'll see about reviewing that shortly :)
[09:36] <danilos> Elleo, btw, should I read the checklist as s/trusty-proposed/utopic-proposed/?
[09:36] <t1mp> mzanetti: if you don't want it, there are ways around it, for example set the flickable property of the Page to null
[09:36] <danilos> Elleo, fwiw, utopic proposed had a black screen for me today so I am back to just utopic
[09:36] <mzanetti> t1mp: well, its not that I don't want it... but it breaks in some circumstances
[09:36] <Chipaca> dednick: ping about symbolic icons
[09:36] <danilos> black screen for every app, lock screen and dash showed correctly
[09:36] <Elleo> danilos: yeah, utopic-proposed
[09:36] <dednick> Chipaca: hi
[09:36] <mzanetti> t1mp: for example the system-setting's update page
[09:37] <Elleo> danilos: okay, well if you run through on utopic that should be fine
[09:37] <danilos> Elleo, ack
[09:37] <mzanetti> seb128: [11:34] <t1mp> mzanetti: yes, a Flickable or ListView inside a Page gets its topMargin updated
[09:37] <danilos> Elleo, I'll do that after I am done with work :)
[09:37] <mzanetti> seb128: [11:36] <t1mp> mzanetti: if you don't want it, there are ways around it, for example set the flickable property of the Page to null
[09:38] <Chipaca> dednick: so, indicator-messages has this thing where it tries to find a symbolic icon and uses that instead of the app's one for the secondary icon
[09:38] <Chipaca> dednick: where "tries to find" means "appends -symbolic, tries to open that"
[09:38] <Chipaca> dednick: is that your code?
[09:38] <mzanetti> seb128: I'm quite sure that's our issue there
[09:39] <mzanetti> seb128: I guess what happens is that the Page detects the listview being top-anchored but then fails to detect that changes during runtime and keeps on setting topMargin on the ListView
[09:39] <mzanetti> t1mp: ^
[09:40] <t1mp> mzanetti: a flickable is auto-detected and assigned to Page.flickable, of which the margins are updated by the header
[09:40] <dednick> Chipaca: considering i don't know what you're talking about probably not. I didn't write indicator-messaging. That's indicator team.
[09:40] <t1mp> mzanetti: if you set Page.flickable to null, you'll have a fixed header and all contents below it
[09:40] <Chipaca> dednick: ah. i always get that wrong :) sorry then
[09:40] <mzanetti> seb128: ^^ exactly what we want in that case
[09:40] <t1mp> mzanetti: then the header won't auto-hide when scrolling
[09:40] <mzanetti> hmm... ok... that's a bit odd though
[09:41] <mzanetti> but I guess better than the current breakage
[09:41] <t1mp> mzanetti, seb128 http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Components.Page/#flickable-prop
[09:41] <Chipaca> thostr_: i guess indicator team is you?
[09:41] <mzanetti> t1mp: ok, thanks. that help us.
[09:42] <dednick> Chipaca: no prob :)
[09:42] <seb128> t1mp, mzanetti: thanks
[09:46] <Elleo> danilos: sure, no rush :)
[09:57] <Chipaca> dpm: ping
[09:59] <dpm> hi Chipaca
[09:59] <Chipaca> dpm: hiya. I was looking at bug#1297250 and didn't know what to do with it :)
[09:59] <Chipaca> https://bugs.launchpad.net/ubuntu-push/+bug/1297250
[10:01] <dpm> Chipaca, I'd change the ubuntu-push bug task to the project where the strings have been moved
[10:01] <Chipaca> dpm: there you go
[10:02] <dpm> perfect, thanks Chipaca
[10:28] <ogra_> oSoMoN, are there plans to add a home button to the browser menu ? it now opens the last page, to get to the home page i always have to empty the url field and hit enter ... would be nice to have a shortcut for that
[10:29] <oSoMoN> ogra_, not that I know of, but you can ask gventuri, or file a bug against ubuntu-ux
[10:29] <ogra_> will do
[11:04] <jgdx> cross uss building on amd64 for armhf working for anyone else? I'm getting errors :| http://pastebin.ubuntu.com/8044422/
[12:23] <ogra_> bzoltan, http://paste.ubuntu.com/8044922/
[12:23] <ogra_> add this dbus call to the SDK and you are able to mmanage ssh as a normal user
[12:28] <pmcgowan> zbenjamin_, ^^
[12:29] <dholbach> ogra_, rsalveti: can anyone of you maybe take a look at https://bugs.launchpad.net/ubuntudeveloperportal/+bug/1355840 and see if it makes sense and we're missing something?
[12:29] <zbenjamin_> ogra_: awesome thx :)
[12:46] <dholbach> ralsina, I don't think the branch has landed yet
[12:46] <dholbach> ralsina, can somebody take care of landing it - I'm happy to upload the package manually, so somebody can review it in the NEW queue
[12:46] <dholbach> I don't know what the "proper" process for autolanding new packages is
[12:51] <ralsina> dholbach: I just built the package with the changes you proposed
[12:51] <ralsina> dholbach: I marked it as tested a few minutes ago, so now it needs someone from ci to press publish and then it will be in the NEW queue IIUC
[12:52] <ralsina> dholbach: in fact, someone just clicked it :-)
[12:52] <dholbach> ralsina, brilliant
[12:52] <ralsina> dholbach: thanks for looking at it, BTW, packaging is a dark art for me
[12:53] <dholbach> ralsina, no worries
[12:53] <dholbach> ralsina, the biggest obstacle I saw was making d/copyright list all the copyright holders and different used licenses
[12:53] <dholbach> didrocks, an updated ubuntu-push-qml is now in the NEW queue
[12:53] <mpt> Hmm, why is the Network indicator showing up as “Empty!”
[12:54] <didrocks> dholbach: looking
[12:54] <dholbach> thanks didrocks
[12:54] <dholbach> ralsina, ^ you're in good hands now :)
[12:54] <ralsina> cool :-)
[12:55] <saidinesh5> Elleo: ping
[12:55] <Elleo> saidinesh5: pong?
[12:55] <saidinesh5> can you point me to some hacking on ubuntu touch keyboard document?
[12:56] <saidinesh5> i have compiled and installed ubuntu-keyboard on desktop
[12:56] <saidinesh5> but it fails to show the onscreen keyboard
[12:56] <Elleo> saidinesh5: there isn't really any such document at the moment; post RTM I'd like to try and write up some stuff like that though
[12:56] <saidinesh5> in the maliit debug messages of the app i do see
[12:56] <didrocks> rsalveti: dholbach: shouldn't that be considered as a libray, and be LGPL rather?
[12:56] <saidinesh5> RTM?
[12:56] <didrocks> otherwise, you can't have non GPL software using it
[12:56] <Elleo> saidinesh5: as far as I'm aware it doesn't really work on the desktop at the moment, it has some MIR specific stuff in the plugin currently
[12:56] <saidinesh5> Ahh
[12:57] <didrocks> argh, ralsina ^
[12:57] <didrocks> sorry rsalveti :)
[12:57] <ralsina> phew
[12:57] <dholbach> didrocks, I'll leave this to others to decide - I was just pulled in to try to move this along and did some small fixes
[12:57] <saidinesh5> damn should have asked you before i spent so much time wondering why it wasnt showing up
[12:58] <didrocks> ralsina: also, canonical policy is to have the copyright headers set in source files (even if that's not a legal obligation)
[12:58] <Elleo> saidinesh5: yeah, that's another thing I'd like to get fixed when we don't have such pressing deadlines, but that'll require some work in the maliit-framework as well, that it'd be good to do upstream
[12:58] <pmcgowan> saidinesh5, probably could use it in a unity8 session on desktop, depending on what you are after
[12:58] <ralsina> didrocks: I can add it in a quick branch, is that ok?
[12:58] <saidinesh5> Elleo: so basically if i want to start with a new QML/C++ based maliit plugin, is the best way to fork maliit-plugins and add my code ? or is there some nice boilerplate i can make use of?
[12:59] <Elleo> saidinesh5: the maliit-plugins example is probably the best mixed QML and C++ example, it's a bit complex though, for a pure QML plugin you might want to take a look at the nemomobile keyboard
[12:59] <didrocks> ralsina: yeah, let me finish the review to ensure there is nothing else first
[12:59] <ralsina> didrocks: ack
[12:59] <saidinesh5> Elleo: Ah.. i think i missed it.. last i remember maliit-plugins was pure qwidget based stuff
[13:00] <saidinesh5> so was looking for alternative
[13:00] <saidinesh5> maybe i should loook into it again
[13:00] <saidinesh5> so Elleo even the maliit-frameworks package in kubuntu depends on mer?
[13:00] <Elleo> saidinesh5: I think the latest example is a mix of C++ and QML, iirc it's what the ubuntu-keyboard plugin was based on
[13:00] <didrocks> ralsina: yeah, +1 for the rest, so just fix the copyright header + switch to LGPL
[13:00] <ralsina> didrocks: ack
[13:00] <Elleo> saidinesh5: no, the maliit-framework stuff doesn't
[13:01] <saidinesh5> pmcgowan: hmm.... installing another distro vs. starting off maliit-plugins
[13:01] <Elleo> saidinesh5: it's specifically the ubuntu-keyboard plugin that does mir stuff
[13:01] <saidinesh5> Ahh
[13:01] <Anp> Hi guys. I've downloaded 14.04 ISO to my USB stick. I want to install the OS to this stick and run from there. Is it possible?
[13:01] <didrocks> dholbach: ralsina: I'm rejecting that one then, just rebuild with the additional branch. If it's build before the next couple of hours, I might be able to NEW it before my holidays :)
[13:01]  * saidinesh5 checks
[13:01] <ralsina> didrocks: it should be :-)
[13:01] <Elleo> saidinesh5: what are you trying to acheive though? e.g. for just a new language layout an ubuntu-keyboard plugin would be the best option (rather than an entirely new maliit plugin)
[13:02] <saidinesh5> Elleo: i was writing a swype clone
[13:02] <Elleo> saidinesh5: ah, okay
[13:02] <dholbach> ralsina, will the fixes all land in lp:ubuntu-push-qml then?
[13:02] <Elleo> saidinesh5: beware lawyers :P
[13:02] <saidinesh5> hehe i know
[13:02] <ralsina> dholbach: yeah
[13:02] <dholbach> cool
[13:02] <ralsina> dholbach: this is ci-train, so they will land *after* the package is built, but yeah
[13:02] <Elleo> saidinesh5: someone wrote one for jolla (also maliit based), but has been afraid to release it due to potential patent issues
[13:02] <dholbach> ok
[13:03] <saidinesh5> Elleo: yup talked to that guy already
[13:03] <saidinesh5> thats why moving my work to ubuntu touch
[13:03] <didrocks> dholbach: rsalveti: if you need a +1 on the MP as well, do not hesitate to ping me
[13:03] <saidinesh5> that and testing it on Nexus 7 seems easier than sailfish on N950 :P
[13:03] <Elleo> saidinesh5: ah, cool :)
[13:06] <saidinesh5> Elleo: also do you have a list of environment variables i should be setting?
[13:07] <saidinesh5> also is the github repo for maliit up to date?
[13:07] <Elleo> saidinesh5: yeah, there haven't been any maliit commits in about a year; upstream is pretty dead currently
[13:07] <saidinesh5> i mean no one pushed anything to it for a year
[13:07] <saidinesh5> yup
[13:07] <saidinesh5> last i tried that it was verrrrry buggy on my arch laptop
[13:08] <saidinesh5> so where do i clone frameworks from?
[13:08] <saidinesh5> frameworks and plugins...
[13:09] <Elleo> saidinesh5: https://github.com/maliit/framework <-- you might need to apply a patch from our deb patches to get it building with gcc 4.9 and qt 5.3 though
[13:09] <saidinesh5> Ah yes, for Qt 5.3 there was a problem with int -> enums
[13:09] <saidinesh5> can you point me to the patches anyway?
[13:09] <Elleo> saidinesh5: the readme there should also list environment variables
[13:10] <Elleo> saidinesh5: you could just grab from here: https://code.launchpad.net/~ubuntu-branches/ubuntu/utopic/maliit-framework/utopic for the version with our patches applied
[13:10] <saidinesh5> Ahh
[13:10] <Elleo> saidinesh5: iirc it's currently a few commits behind the github version, but I'll see about updating that
[13:13] <saidinesh5> Elleo:  btw. what is preferred for development? installing everything to a local directory or global install to /usr ?
[13:13] <saidinesh5> i remember trying the former but couldnt get it to run.. but then i didnt compile it with qt5-inputcontext either
[13:17] <Elleo> saidinesh5: I tend to do global installs myself, but it should be possible to run locally if you set the correct paths in the maliit config iirc (so it can find your plugins)
[13:18] <saidinesh5> Ahh... hmm... setting up QtCreator for all that after the hard disk crash.. not much fun......
[13:24] <nerochiaro> kenvandine: hey Ken, I was told you can help in setting up AP tests that use content hub. more specificially, i want to test the same stuff we were looking at yesterday, having the hub request to gallery some videos or pictures
[13:24] <nerochiaro> kenvandine: it works like a charm btw
[13:25] <kenvandine> great!
[13:25] <kenvandine> nerochiaro, i added an AP test for sharing in gallery-app
[13:25] <kenvandine> you can look at that as a reference
[13:26] <kenvandine> nerochiaro, but it only tests that the peer picker is shown
[13:28] <nerochiaro> kenvandine: where did you add it ?
[13:29] <nerochiaro> kenvandine: i want to use the other way around though, have the transfer initiated by the hub. i think it's quite a different case
[13:35] <jgdx> charles_, ping
[14:11] <charles> jgdx, PONG
[14:11] <charles> WHOOPS I SHOULD TURN OFF MY CAPS loCK
[14:11] <charles> jgdx, pong :-)
[14:19] <jgdx> charles, HEY
[14:19] <jgdx> charles, you're working on the orientation lock in the indicator?
[14:19] <charles> lol
[14:20] <kenvandine> nerochiaro, did i lose you?
[14:20] <charles> jgdx, I haven't started on it yet, but I will be working on it, probably next week
[14:20] <ralsina> didrocks: packaes are built in the silo, if you want to see the fixes you suggested
[14:20] <nerochiaro> kenvandine: don't know, you just fell silent. tryint to disconnect & reconnect
[14:20] <charles> jgdx, looking at my TODO I don't think I'll get to it on Friday, so it'll have to be next week
[14:21] <jgdx> charles, right, I just wanted to let you know there's a setting you can use for it: https://code.launchpad.net/~jonas-drange/gsettings-ubuntu-touch-schemas/orientation-lock/+merge/230499#review-diff
[14:21] <charles> jgdx, yes I saw that MP yesterday!
[14:21] <jgdx> charles, goodie
[14:22] <charles> jgdx, I should have pinged you to coordinate; thanks for taking the initiative :)
[14:22] <charles> jgdx, dyk when that might land?
[14:22] <jgdx> charles, mpt told me to ping you, so no problem ;)
[14:23] <jgdx> charles, no idea. kenvandine ^^ ?
[14:23] <didrocks> ralsina: the diff is a little bit weird
[14:23] <kenvandine> mardy, your MR lists steps for testing, are those test utils in a package somewhere?
[14:23] <jgdx> kenvandine, schema landing, you know?
[14:23] <didrocks> you added other branches, without mentionning in debian/changelog
[14:23] <ralsina> didrocks: oops :-/
[14:23] <kenvandine> mardy, you listed a branch, which is merged
[14:23] <didrocks> and renamed the binary package
[14:23] <ralsina> didrocks: that was a request of dholbach earlier
[14:23] <didrocks> ralsina: not that a biggie as it will be the first version to distro, so we don't really care
[14:24] <ralsina> didrocks: right
[14:24] <kenvandine> jgdx, what about it?
[14:24] <dholbach> ralsina, need me right now? I'm in a call
[14:24] <ralsina> dholbach: no, sorry
[14:24] <kenvandine> oh
[14:24] <dholbach> ok ok
[14:24] <kenvandine> that landed
[14:24] <didrocks> ralsina: otherwise, +1
[14:24] <kenvandine> charles, ^^
[14:24] <kenvandine> charles, landed yesterday
[14:24] <didrocks> ralsina: tell me once it's in the NEW queue, I'll just push the button ;)
[14:24] <charles> kenvandine, jgdx, woot!
[14:24] <ralsina> didrocks: awesome, thx!
[14:24] <didrocks> yw
[14:25] <didrocks> ralsina: I'm still around for ~35 minutes FYI, so if you can get it published beforehand to avoid another round of review, that would be awesome :)
[14:25] <ralsina> indeed
[14:29] <mardy> kenvandine: hi! I lost the link for th steps, can you paste it please?
[14:30] <kenvandine> https://code.launchpad.net/~mardy/ubuntu-system-settings/other-app-access/+merge/228299
[14:30] <jgdx> kenvandine, thanks
[14:30] <kenvandine>  /usr/lib/x86_64-linux-gnu/trust-stored-stub
[14:31] <kenvandine> mardy, for example, that doesn't appear to be in any of the packages... but the branch you referenced as having the util has been merged
[14:35] <mardy> kenvandine: it may be that it's not being installed, you might still need to get it from bzr
[14:35] <kenvandine> bummer... makes it harder to get on the device :)
[14:35] <saidinesh5> Elleo: does the maliit-framework you ve linked me to work with any maliit plugins or does it need just the ubuntu-keyboard plugin?
[14:35] <mardy> kenvandine: better ask tvoss
[14:36] <ralsina> didrocks: package is in the NEW queue
[14:36] <Elleo> saidinesh5: it should work with any I'd have thought, I haven't done any testing with other plugins though
[14:36] <saidinesh5> hmm weird...
[14:36] <didrocks> ralsina: and NEWed!
[14:37] <saidinesh5> the maliit server is running
[14:37] <saidinesh5> but i dont see a keyboard
[14:37] <Elleo> saidinesh5: I'll just have a quick look through those patches
[14:37] <ralsina> didrocks: yay
[14:37] <saidinesh5> aye
[14:37] <didrocks> ;)
[14:37] <saidinesh5> getting you some console log
[14:38] <saidinesh5> http://paste.kde.org/phtjkgv5i
[14:38] <Elleo> saidinesh5: ah, it looks like there's a patch that changes the input method environment name it looks for from maliit to MaliitPhablet
[14:39]  * saidinesh5 facepalms
[14:39] <Elleo> not sure why that was done, but it'll mean when you're setting your environment variables it'll need to be that instead :/
[14:39] <oSoMoN> nerochiaro, I reviewed and requested a few fixes for https://code.launchpad.net/~phablet-team/camera-app/camera-app-desktop-translation/+merge/223229
[14:39] <saidinesh5> Elleo: but does it matter? could you check the paste?
[14:39] <saidinesh5> i mean it was detecting the maliit plugin
[14:40] <kenvandine> mardy, nm... they are in the package, just in /usr/bin instead of libdir
[14:40] <dobey> Tassadar: hi. do you know what exactly was affected in the n5 builds from the issue you mentioned yesterday? 188 doesn't seem noticeably different from 187 for me, so just looking for something specific to verify
[14:40] <Tassadar> no
[14:40] <Elleo> saidinesh5: iirc the way the QT IM stuff works is that it'll ask each plugin in turn if they accept whatever string you passed to it
[14:40] <Tassadar> might be nothing
[14:41] <Elleo> saidinesh5: and then wait for them to give it back an inputcontext if they match
[14:41] <Elleo> saidinesh5: so maliit will still load, but it'll ignore requests to do anything if the string doesn't match
[14:42] <saidinesh5> ermm.. i m not sure how that applies here
[14:42] <saidinesh5> i mean...
[14:42] <saidinesh5> it should at least show the virtual keyboard right?
[14:42] <nerochiaro> oSoMoN: "${DESKTOP_FILE}.in.in.h is generated in the build dir, not in the source dir, so when building out-of-source xgettext will likely fail to locate it." i think that currently the .in.in.h is generated in the .po dir by the rules in po/CMakeLists.txt
[14:42] <nerochiaro> oSoMoN: not sure how to make that work for out of tree builds
[14:43] <Elleo> saidinesh5: it won't show unless requested to, and it gets requested by focus changes on the inputcontext (which it won't create without the right string)
[14:43] <Elleo> saidinesh5: just did a quick test and the ubuntu-keyboard plugin actually works on the desktop with that string
[14:43] <Elleo> saidinesh5: looks like we're passing geometry stuff the standard way in addition to the Mir way, so everything functions okay
[14:44] <Elleo> saidinesh5: I just started maliit-server and then ran 'QT_IM_MODULE=MaliitPhablet qmlscene'
[14:44]  * saidinesh5 checks
[14:44] <Elleo> after a tap on an input field it then pops up
[14:44] <oSoMoN> nerochiaro, it is generated under ${CMAKE_BINARY_DIR}/po/camera-app.desktop.in.in.h"
[14:45] <oSoMoN> nerochiaro, try doing an out-of-source build locally
[14:45] <Elleo> gettings some odd duplicated input from it, but other than that it's working
[14:45] <saidinesh5> Elleo: but that needs only ubuntu keyboard right?
[14:45] <oSoMoN> nerochiaro, that said, apparently xgettext finds it anyway, for some reason that escapes me
[14:46] <Elleo> saidinesh5: well, ubuntu keyboard and maliit-server (which hosts the ubuntu-keyboard plugin)
[14:46] <Elleo> saidinesh5: also for extra debugging info you can run "MALIIT_DEBUG=true maliit-server"
[14:46] <saidinesh5> yep
[14:46] <saidinesh5> hold
[14:48] <saidinesh5> hmm.... no luck with normal maliit plugins
[14:48] <Elleo> saidinesh5: does it run with the ubuntu-keyboard one re-enabled?
[14:48] <saidinesh5> i ll have to recompile ubuntu keyboard for that now :P
[14:49] <Elleo> saidinesh5: there are packages for it in the archive
[14:49] <Elleo> ubuntu-keyboard ubuntu-keyboard-data ubuntu-keyboard-english should be all you need
[14:49] <saidinesh5> but that would install maliit framework fromt he repos too.... and it would conflict with the ones i just compiled doesnt it?
[14:50] <Elleo> possibly, not sure if there's enough API change between versions to cause issues with your plugins or not
[14:51] <Elleo> saidinesh5: although if you just compiled framework from that repo I sent you it'll be identical to what's in the utopic archives
[14:51] <kenvandine> mardy, ok, i added some access
[14:51] <saidinesh5> Ah
[14:51] <Elleo> and the plugins won't be touched
[14:51] <kenvandine> and it all seems to work fine :)
[14:51] <kenvandine> mardy, but it doesn't display the icon
[14:51] <saidinesh5> let me see then
[14:51] <kenvandine> it displays the app name properly
[14:51] <kenvandine> just no icon
[14:52] <oSoMoN> nerochiaro, a while back you mentioned that you’d look into how much effort it would be to move the gallery-app over to using only the QML API for content-hub interaction, no C++
[14:52] <oSoMoN> nerochiaro, what was the outcome of this investigation?
[14:52] <mardy> kenvandine: mmm... I tried on the desktop, and it was working
[14:52] <dholbach> ralsina, seems like the changes weren't automatically landed in the branch yet
[14:52] <dholbach> or am I missing something?
[14:52] <mardy> kenvandine: is the display name correct? That is, does it appear that it found the .desktop file?
[14:52] <ralsina> didrocks: they will be in trunk in a few seconds :-)
[14:52] <ralsina> oops, dholbach ^
[14:52] <jdstrand> pete-woods: hey, there anything for me to do wrt https://wiki.ubuntu.com/SecurityTeam/Specifications/InfographicConfinement at this point? istr last we talked that the feature was prioritized lower than some other stuff, but that was a while ago
[14:53] <dholbach> ralsina, awesome
[14:53] <pete-woods> jdstrand: I think when we actually get infographics landed it'd be worth looking at
[14:54] <pete-woods> I'm just not sure if that's really going to happen any more
[14:54] <saidinesh5> nope
[14:54] <saidinesh5> cant see a thing
[14:54] <pete-woods> jdstrand: back with regards to what we were talking about yesterday
[14:54] <jdstrand> pete-woods: 'any more' meaning for rtm?
[14:54] <saidinesh5> Elleo: http://paste.kde.org/ptuftenjz
[14:54] <kenvandine> mardy, yes it is
[14:54] <pete-woods> jsalisbury: yes
[14:54] <pete-woods> jdstrand: yes
[14:54] <kenvandine> exactly as it's displayed in the shell
[14:54] <kenvandine> just no icon
[14:54] <pete-woods> (sorry, random wrong person)
[14:55] <jdstrand> ok, I'll retartget my work item. please ping me if the status changes
[14:55] <kenvandine> mardy, did you test with click installed packages?
[14:55] <pete-woods> jdstrand: it turns out that now we're supposed to use QSettings, rather than u1db for the scope settings
[14:55] <ralsina> dholbach: all merged in trunk now
[14:55] <kenvandine> or did you copy desktop files :)
[14:55] <pete-woods> jdstrand: so I've implemented that now, but that means the settings path is slightly different
[14:55] <kenvandine> oSoMoN, awesome... i just started the browser and it restored my session :)
[14:55] <kenvandine> oSoMoN, that makes me very happy
[14:55] <dholbach> ralsina, and we're done - wooho
[14:55] <dholbach> o
[14:55] <Elleo> saidinesh5: those all look like normal things happening, what are you seeing from the maliit-server debug?
[14:55] <pete-woods> jdstrand: i.e. it's an ini file instead of a sql db
[14:55] <jdstrand> pete-woods: ok. can you file a bug, I am about to step into a meeting
[14:55] <pete-woods> jdstrand: sure
[14:56] <jdstrand> thanks. I'll upload it after
[14:56] <oSoMoN> kenvandine, yeah, I think that’s a feature that makes a big difference in terms of UX
[14:56] <kenvandine> oSoMoN, huge!
[14:56] <kenvandine> oSoMoN, the browser has come so far in just the past couple weeks... great work!
[14:56] <mardy> kenvandine: I don't remember, I think I tested it on the desktop, by moving some .desktop file into ~/.local/share
[14:56] <oSoMoN> thanks :)
[14:56] <kenvandine> mardy, so landing this, it's not going to display anything now right?
[14:57] <kenvandine> until apps start using it?
[14:57] <mardy> kenvandine: correct
[14:57] <saidinesh5> Elleo: hold it seems to be workinig
[14:57] <kenvandine> mardy, so maybe themed icons ?
[14:57] <saidinesh5> except i cant seem to enter any input
[14:57] <nerochiaro> oSoMoN: probably one day or so
[14:57] <nerochiaro> oSoMoN: do you think it should be done ?
[14:57] <Elleo> saidinesh5: that's funny, because I get input twice on the desktop :P
[14:58] <saidinesh5> heh i know
[14:58] <oSoMoN> nerochiaro, I’d say yes, but check with Bill first
[14:58] <saidinesh5> looking at the maliit debug messages
[14:58] <saidinesh5> http://paste.kde.org/pnhltpsq2
[14:59] <kenvandine> mardy, of interest... i didn't need to tweak the db
[14:59] <kenvandine> they got the proper app_id
[14:59] <Elleo> saidinesh5: all those warnings are because its trying to use some icons that don't exist in the icon theme you're using
[14:59] <saidinesh5> yup
[14:59] <Elleo> saidinesh5: shouldn't prevent things working though, will just mean some blank keys
[14:59] <saidinesh5> any clue where i get them?
[15:00] <saidinesh5> hmm....
[15:00] <Elleo> oh and it failed to initialise the english plugin
[15:00] <Elleo> that'd be more of an issue
[15:00] <saidinesh5> could be...
[15:00] <kenvandine> mardy, ah... i copied a .desktop file in for messaging-app
[15:00] <saidinesh5> but why would it fail at such a thing?
[15:00] <kenvandine> and had to update the db manually
[15:00] <kenvandine> then got the icon
[15:01] <kenvandine> so it's not getting icons for click installed apps
[15:01] <mardy> kenvandine: but you got it only for messaging-app, right?
[15:01] <kenvandine> mardy, we can just treat that as a bug
[15:01] <Elleo> saidinesh5: I suspect the icons might be in ubuntu-mobile-icons
[15:01] <kenvandine> mardy, yeah
[15:01] <pete-woods> jdstrand: here's the bug: https://bugs.launchpad.net/ubuntu/+source/apparmor-easyprof-ubuntu/+bug/1356930
[15:01] <Elleo> saidinesh5: do you have ubuntu-keyboard-english installed?
[15:01] <kenvandine> mardy, so i think this is good to land and you can fix the icon issue separately
[15:02] <mardy> kenvandine: ok, I'm not sure how to fix this. It would be nice if the theme was smart enough to load icons for click packages too
[15:02] <kenvandine> mardy, do you know when we can expect apps to start using it?
[15:02] <saidinesh5> Elleo: yup
[15:02] <kenvandine> mardy, the about panel displays icons
[15:02] <mardy> kenvandine: no, we should ask tvoss
[15:02] <Elleo> saidinesh5: not sure why it wouldn't be loading then :/
[15:02] <mardy> kenvandine: right, I'll copy from there then
[15:02] <saidinesh5> hmm..... weird stuff
[15:02] <kenvandine> mardy, should we land this?
[15:02] <saidinesh5> maliit has always been a huge pita
[15:03] <kenvandine> i'd like to... get it off the plate :)
[15:03] <saidinesh5> 0 documentation, well negative documentation tbh
[15:03] <kenvandine> just a little weird with no apps showing up :)
[15:03] <kenvandine> pmcgowan, ^^
[15:03] <saidinesh5> i guess i will fix the framework manually
[15:03] <Elleo> saidinesh5: yeah, even the website no longer exists now
[15:03] <saidinesh5> yup
[15:03] <mardy> kenvandine: better land it, than have it bitrot :-)
[15:03] <kenvandine> mardy, exactly :)
[15:03] <mardy> kenvandine: if something goes terribly wrong, we can just disable it later
[15:04] <kenvandine> bitrot is hard... just hope it starts getting used soon
[15:04] <Elleo> saidinesh5: when I have a little more time I want to try and revitalise maliit upstream a bit (hopefully alongside the jolla folks if they're interested), I'll keep you in the loop on that if you like
[15:04] <saidinesh5> Elleo: sure, i would very much like that
[15:04] <saidinesh5> i even had a basic Maliit plugin up and running until i lost that in the hard drive crash
[15:05] <saidinesh5> but it was buggy
[15:05] <pmcgowan> kenvandine, mardy what has to happen for apps to sttart showing up?
[15:05] <Stskeeps> Elleo: should be possibl
[15:05] <Stskeeps> e
[15:05] <Elleo> Stskeeps: cool :)
[15:05] <Elleo> Stskeeps: was planning on bring it up at one of the jolla open source community meeting things
[15:06] <Elleo> Stskeeps: but I've been a bit swamped recently so haven't done much
[15:06] <Stskeeps> nod, .. are there any other known users than UT and jolla? maybe kde?
[15:07] <mardy> pmcgowan: the camera and mic trusted helpers should be written (maybe they are, I know tvoss was working on that)
[15:07] <Elleo> Stskeeps: not sure, I'd guess KDE's plasma project is using it, but I don't know for sure
[15:07] <pmcgowan> mardy, kenvandine we should land this Id say
[15:07] <kenvandine> yup
[15:09] <saidinesh5> plasma active.. yes
[15:09] <saidinesh5> but even that seems very unmaintained...
[15:09] <saidinesh5> and webos keyboard too afaik
[15:09] <saidinesh5> openwebos i mean
[15:09] <Elleo> oh cool, didn't know they were using it
[15:09] <saidinesh5> https://github.com/webOS-ports/webos-keyboard
[15:10] <Elleo> heh, based on UT keyboard
[15:10] <saidinesh5> yup
[15:10] <saidinesh5> thats how i found out about UT keyboard :P
[15:10] <Elleo> I'll have to suggest they merge in all the recent fixes; the keyboard from 6 months ago was even more of a nightmare than it is now :P
[15:11] <saidinesh5> sigh...
[15:11] <saidinesh5> Elleo: the maliit plugins in that repo, when i compiled them on Arch (well Qt 5.3.1) was a nightmare
[15:11] <saidinesh5> full of gui artifacts
[15:11] <saidinesh5> no clue where to even start fixing
[15:11] <Elleo> odd
[15:12] <saidinesh5> but again i had ATI fossy drivers afaik
[15:12] <saidinesh5> back then
[15:13]  * saidinesh5 is compiling maliit framework from git again now
[15:13] <saidinesh5> Ah well...
[15:15] <kenvandine> pmcgowan, mardy: i filed a bug for the icon issue
[15:15] <kenvandine> pmcgowan, should i tag that rtm14?
[15:15] <kenvandine> bug 1356938
[15:15] <mardy> kenvandine: thanks
[15:16] <pmcgowan> kenvandine, why are we missing icons? missed that
[15:16] <kenvandine> pmcgowan, it seems to only display the icons for apps that are using themed icons
[15:16] <kenvandine> so it doesn't display them for click packages, etc
[15:16] <kenvandine> pmcgowan, just a bug... functionally it all works :)
[15:16] <pmcgowan> oh, yeah need to fix that
[15:16] <pmcgowan> ok
[15:17] <kenvandine> i pointed mardy to the storage stuff which lists them
[15:17] <kenvandine> pmcgowan, so rtm14?
[15:17] <pmcgowan> yes
[15:17] <kenvandine> ok, done
[15:25] <anpok> hmm build 188 .. the unlock sim entry is gone
[15:25] <saidinesh5> wtf.. why is maliit framework from github trying to load default ubuntu keyboard plugin
[15:27] <nerochiaro> bfiller: hi, any news on what to do with the pinch-to-unzoom issue we discussed yesterday ? didn't see any email, not sure if I missed anything
[15:27] <ogra_> mterry, is there no option to skip passwd/PIN creation in the wizard ?
[15:27] <ogra_> i thought that was a requirement
[15:28] <rsalveti> at least I couldn't skip, unless you select swipe, but guess that's probably just because it's not yet implemented
[15:28] <bfiller> nerochiaro: just tested it, see a couple of issues
[15:28] <ogra_> oh
[15:28] <ogra_> no, then it is correct
[15:28] <ogra_> swipe means "set no password"
[15:28] <bfiller> nerochiaro: double tap no longer unzooms as it used to
[15:28] <ogra_> it is exactly the same we had before
[15:29] <bfiller> nerochiaro: also unzomming with pinch gesture always snaps it back to full unzommed state, no way to partially unzoom
[15:29] <oSoMoN> nerochiaro, I reviewed https://code.launchpad.net/~phablet-team/gallery-app/gallery-app-restrict-pick-content-type/+merge/230776, and in my last comment I pointed out a way to test the feature using just the browser
[15:30] <nerochiaro> bfiller: i think the first one should be simple to fix, not sure about the second problem
[15:31] <rsalveti> ogra_: oh, I thought it was a different thing :-)
[15:31] <bfiller> nerochiaro: actually seems like both the zoom and unzoom both try to snap to full zoom/unzoom state
[15:31] <nerochiaro> oSoMoN: "Although I don’t fully understand this code and the code to handle media collections looks horrendously complex in the first place, the change seems to make sense (from just a quick glance at the code)." << welcome to the overengineerd world of the gallery
[15:31] <rsalveti> swipe is clearly not the right word to be used in there
[15:31] <nerochiaro> oSoMoN: that's why it took me forever to write this change
[15:31] <rsalveti> :-)
[15:31] <bfiller> nerochiaro: i.e. you can't partially zoom/unzoom using a gesture
[15:31] <oSoMoN> nerochiaro, I can feel your pain
[15:31] <rsalveti> it's better to say 'no passwd' or skip
[15:32] <bfiller> nerochiaro: I think you used to be able to before your patch, but will try it
[15:32] <nerochiaro> bfiller: i think the pinch used to work progressively for zoom, as long as you held the gesture. as soon as you released it snapped back to either fully zoomed or unzoomed
[15:32] <nerochiaro> bfiller: but it was some time ago, so i don't remember. i am trying it now
[15:33] <bfiller> nerochiaro: ok, we should fix that
[15:34] <ogra_> nerochiaro, just take the camera-app, remove the camera part and name that gallery-app ... done
[15:35] <nerochiaro> ogra_: this is what i'm discussing with bfiller on a smaller scale. drop the current image browsing code and replace it with something simpler like what camera has now
[15:35]  * ogra_ likes the gallery function of the camera more :)
[15:35] <nerochiaro> ogra_: Kaleo also seems to think the current code is a mess
[15:35] <nerochiaro> and i agree
[15:43] <zyga> mhall119: hey, do you know if this search is expected to work: http://developer.ubuntu.com/api/qml/sdk-14.10/search/?query=ListItem ?
[15:44] <mterry> ogra_, right, swipe is no password.  And the design is definitely not final, I have yet to implement Designs visuals (just got them today in fact)
[15:46] <mgreg> is there an ubuntu-touch mailing list, or ideally one for phablet?
[15:47] <pmcgowan> mgreg, https://launchpad.net/~ubuntu-phone
[15:47] <mhall119> zyga: it "works" in that there is no component name that matches that
[15:48] <zyga> mhall119: well, what about ListItem*s*
[15:48] <mhall119> it only matches on the component's own name right now, not the full name
[15:48] <zyga> mhall119: I was expecting to find useful help like: http://developer.ubuntu.com/api/qml/sdk-1.0/Ubuntu.Components.ListItems.Standard/
[15:49] <mhall119> zyga: lp:ubuntu-api-website if you want to file a feature request bug to expand the search
[15:49] <mgreg> pmcgowan, cheers, i wasn't sure if that was specific to the phone or not
[15:49] <zyga> mhall119: It's not a feature request bug, it's a plain bug as the UI doesn't say what you can look for
[15:49] <pmcgowan> mgreg, there is another for app-devel but that list covers a lot
[15:50] <zyga> mhall119: but I'll file a bug anyway because it's just annoying, that search is useless
[15:50] <mgreg> pmcgowan, i'm more interested in lower level stuff
[15:52] <zyga> mhall119: thanks, I've reported https://bugs.launchpad.net/ubuntu-api-website/+bug/1356951
[15:54] <mhall119> zyga: nice :-P
[15:59] <zyga> mhall119: I don't mean to be mean but it's just not working and we should be honest about it
[15:59] <zyga> mhall119: I want it to work just like everyone else and I really appreciate that the website is there
[16:07] <boiko> is wifi broken on image 188 on mako? it shows as connected to the network here, but no IP got assigned
[16:22] <popey> boiko: no
[16:22] <boiko> popey: hmm, something weird here then, I'll try to discover what is going on
[16:27] <bzoltan> ogra_:  nice, thanks
[16:27] <popey> mpt: should ubuntu system settings not prompt for my pin number when i choose to "Reset phone" and "erase everything"?
[16:27] <popey> mpt: I could do some damage to someone elses phone with this option - and some lol's too.
[16:29] <ogra_> bzoltan, only works with 189++
[16:30] <bzoltan> ogra_:  Cool, I will land the SDK counterpart tomorrow
[16:30] <cwayne> ogra_: is 189 out yet
[16:30] <ogra_> cwayne, well, in -proposed
[16:30] <bzoltan> cwayne: I am flashing it
[16:31] <cwayne> cool beans thanks
[16:36] <daker> yo jdstrand their is an error in this page https://wiki.ubuntu.com/SecurityTeam/Specifications/WebAppsConfinement
[16:36] <daker> it should be --store-session-cookies instead of --store-session cookies
[16:38] <ogra_> popey, hmm, so i was on 188 and upgraded all apps that were offered ... none of them works
[16:38] <popey> eh?
[16:39] <popey> how do you mean?
[16:39] <popey> they wont start?
[16:39] <popey> apparmor denials?
[16:39] <ogra_> popey, they work after reboot, but not after install
[16:39] <popey> bizarre
[16:40]  * ogra_ will keep an eye on that 
[16:40] <Wellark> Elleo: has this been reported to upstream?
[16:40] <Wellark> https://code.launchpad.net/~michael-sheldon/content-hub/qdoc-fix/+merge/213053
[16:40] <ogra_> works all fine now ... but right after install i only got the splash for each app ... and then it died
[16:41] <Wellark> I've now wasted quite some time because I was not aware of that bug in qt5.2 qdoc
[16:41] <Wellark> Mirv: ^^^
[16:41] <popey> ogra_: my nexus 7 is still on 188
[16:41] <ogra_> popey, so do the bulk update and see
[16:42] <Wellark> basically breaks documentation building in shadow builds ;(
[16:42] <popey> music starts
[16:45] <Elleo> Wellark: not sure I ever filed a bug for it, discussed it with some Qt devs at the time; apparently qdoc was going through some big rewrites in 5.2, I'll see about filing a proper bug for it now though
[16:46] <Wellark> Elleo: that would be great
[16:46] <popey> ogra_: calendar, calculator too
[16:46] <davmor2> ogra_: the click scope needs an update
[16:47] <ogra_> popey, i tried filemanager any clock
[16:47] <ogra_> *and
[16:48] <Elleo> Wellark: I got the impression they don't really feel qdoc should be used as anything other than an internal tool for Qt; it's not especially ready for outside use (but even given that it still seems the best option for projects mixing QML and C++)
[16:48] <popey> ogra_: both work here
[16:48] <ogra_> hmm, k
[16:48] <dednick_> jhodapp: ping
[16:48] <ogra_> well, i'll keep an eye on it next time
[16:49] <ogra_> might be device specific, who knows
[16:50] <jhodapp> dednick_, pong
[16:51] <bzoltan> ogra_: tested, works... I make the MR and will land it soon. This is a great fix!
[16:52] <ogra_> bzoltan, be careful, people wont be able to work on older images then
[16:52] <Wellark> Elleo: well, if it was up to me I would fix the QML suppport of doxygen
[16:52] <ogra_> bzoltan, i think you should shelve it until the next promotion ... or keep backwards compatible hacks for now
[16:52] <cwayne> bzoltan:  is  qml-module-qt-labs-settings being added to the seed?
[16:52] <Wellark> but that requires considerable engineering effort to be assigned
[16:53] <Elleo> Wellark: yeah
[16:53] <Wellark> right now I'm using doxygen for the C++ API and qdoc for the corresponding QML api
[16:54] <Wellark> but we need to harmonize the documentation situation anyway in the near future
[16:54] <ogra_> cwayne, thats my fault (as usual if it comes to seeds i was slacking ... ) https://code.launchpad.net/~bzoltan/ubuntu-seeds/add_settings/+merge/229602
[16:54] <cwayne> ogra_: ah, cool :)
[17:06] <Wellark> argh.. seems qdoc really is an internal tool
[17:06] <Wellark> if I add a \since 1.0 to my QML api doc
[17:06] <Wellark> the generated page says
[17:06] <Wellark> "Since: Qt 1.0"
[17:06] <Wellark> ;(
[17:06] <Wellark> bzoltan: can we please have people assigned to fix our documentation situation?
[17:07] <Wellark> mixing qdoc with doxygen is just not working
[17:07] <Wellark> and qdoc is not working
[17:07] <Wellark> + linking properly between a qdoc QML document and Doxygen C++ document is not working
[17:08] <Wellark> and all this leads to a situation that our online references will be confusing and not pleasant to use
[17:08] <pmcgowan> ogra_, any time to review this https://code.launchpad.net/~bzoltan/ubuntu-seeds/add_settings/+merge/229602
[17:08] <Wellark> oh, and we probably would have to be able to incorporate plain c++ and html5 docs to the mix as well
[17:09] <ogra_> pmcgowan, backlog ...
[17:09] <Wellark> bzoltan: I have couple of ideas how to fix all of this if we would just get someone assigned to do it
[17:09] <pmcgowan> ogra_, someone else can look?
[17:09] <ogra_> (read: see ten lines up)
[17:10] <pmcgowan> oh sorry
[17:10] <ogra_> :)
[17:10] <pmcgowan> lol
[17:12] <zyga> is there a way to control header action labels?
[17:13] <zyga> I currently don't see them in my app but I'd like to
[17:14] <jdstrand> daker: fixed, but it is a wiki page, so you don't have to wait for me :)
[17:15] <ogra_> pmcgowan, both merged ... will be picked up on next meta rebuild
[17:20] <pmcgowan> ogra_, thanks much
[17:22] <daker> jdstrand: :)
[17:29] <rsalveti> jdstrand: http://paste.ubuntu.com/8047047/ when using the youtube scopes, anything to be worried?
[17:29] <nik90> charles: ping (serious issue)
[17:29] <charles> nik90, pong
[17:30] <nik90> charles: hi, since image 189, the datetime indicator is blank..as in no entries in it. Also it goes out of sync. Seems like the service crashed or not running
[17:31] <nik90> charles: davmor2 confirmed the blank entry as well. Any log you might need to help you debug?
[17:31] <charles> when did 189 come out?
[17:31] <davmor2> charles: about an hour ago
[17:31] <jdstrand> rsalveti: known bug. part of it is the scope security policy, part is a harmless noisy denial (fixed in latest apparmor-easyprof-ubuntu) and part is the scopes api using the wrong directory (pete-woods has a branch for it)
[17:32] <pete-woods> jdstrand: I don't actually have a branch for it. but it needs one really soon
[17:32] <pete-woods> https://bugs.launchpad.net/unity-scopes-api/+bug/1356409
[17:32] <charles> nik90, investigating onw
[17:32] <jdstrand> pete-woods: ah, I mus have been confused
[17:33] <pete-woods> jdstrand: there's the settings stuff going on too. which is very easy to mix up with it
[17:33] <jdstrand> pete-woods: btw, did you notice this denial: apparmor="DENIED" operation="mkdir" profile="com.ubuntu.scopes.youtube_youtube_1.0.8" name="/run/user/32011/scopes/leaf-net/" pid=22090 comm="scoperunner" requested_mask="c" denied_mask="c" fsuid=32011 ouid=32011
[17:33] <pete-woods> which is exactly what we did to get those paths wrong
[17:33] <charles> nik90, maybe if there's something in ~/.cache/upstart/indicator-datetime.log
[17:33] <jdstrand> pete-woods: something other than the scope needs to create that ^
[17:34] <jdstrand> pete-woods: btw, I uploaded the settings.ini change a few minutes ago
[17:34] <charles> nik90, davmor2, maybe if there's something in ~/.cache/upstart/indicator-datetime.log
[17:34] <pete-woods> jdstrand: I think it does. but I think scopes API is doing some extra mkdirs while in confinment profile
[17:35]  * pete-woods needs to confirm this
[17:35] <jdstrand> pete-woods: oh, so that might be just noise too?
[17:35] <pete-woods> jdstrand: possibly. but I need to confirm this. the youtube scope actually works, so something is creating the path on its behalf. I think we should stop doing the extra mkdir if we can, though
[17:35] <jdstrand> pete-woods: maybe checking if the dir exists first would be cleaner. I can add an explicit deny to suppress the noise if needed
[17:36]  * jdstrand nods
[17:36] <rsalveti> jdstrand: cool, just checking :-)
[17:36] <jdstrand> ok, I'll wait on fiddling with this until branches land
[17:41] <nik90> charles: http://paste.ubuntu.com/8047129/
[17:43] <charles> ugg
[17:53] <charles> nik90, is the indicator-datetime-service process running?
[17:53] <charles> nik90, I'm testing this on a 188 image, I see the timestamp in the panel, and the timestamp is current
[17:54] <charles> so that means indicator-datetime is running, and is communicating the up-to-date time to the panel
[17:54] <taiebot> As anyone reported battery drain problems? i am not able to finish a day without my battery dying on me 10 hours seems very small i used to be able to do 54% in one day.
[17:54] <charles> but still, I see nothing in the pulldown menu
[17:55] <nik90> charles: let me check, 1 sec
[17:56] <nik90> charles: easy way to check if i-dt is running?
[17:56] <charles> nik90: is the time in the panel updating? :)
[17:57] <nik90> charles: no it isn't
[17:57] <taiebot> This is today's battery profile as you can see straight line in 10 hours i must have used my phone for 30-40min today. http://i.imgur.com/YIg4gnH.png
[17:57] <nik90> charles: I see the time it set when I booted it up, but that was it. no more updates to it
[17:58] <charles> nik90, what happens if you start up a shell and type "restart indicator-datetime"
[17:58] <daker> taiebot: me!
[17:59] <nik90> charles: start and restart: Unknown job: indicator-datetime
[18:00] <daker> taiebot: http://i.imgur.com/irJcIjS.png
[18:00] <taiebot> darker: is it reported as a bug?
[18:01] <daker> taiebot: i have no idea
[18:01] <daker> popey: ?
[18:01] <taiebot> It looks like it started with dash-as-an-app
[18:02] <ybon> taiebot, daker: I've this same line since weeks, each time I let the 3G open
[18:02] <popey> nik90: charles http://popey.mooo.com/screenshots/device-2014-08-14-190226.png
[18:03] <popey> nik90: charles http://popey.mooo.com/screenshots/device-2014-08-14-190241.png
[18:03] <daker> ybon: i don't have 3G
[18:03] <ybon> oh
[18:03] <ybon> my argument seems invalid, so ;)
[18:04] <daker> ybon: http://i.imgur.com/7qTTj5a.png
[18:04] <charles> I don't get it, the only indicator-datetime change to land this week was haptic feedback, and that shouldn't be causing a dbus error
[18:04] <charles> grumble :)
[18:04] <ybon> taiebot, daker: one other thing I've seen: if I let the phone plugged to my spleeping computer, same thing
[18:04] <dobey> does anyone know if there is a bug report already about the screen brightness not being saved across reboots?
[18:05] <charles> nik90, popey, davmor2: let reflash to the affected 189 so I can see it myself
[18:05] <ybon> daker: oh, I'm on "off" all the day, unless I need data and I switch it on before, and off just after
[18:05] <popey> kk
[18:05] <nik90> charles: yeah this wasn't happening in #188. It started with 189.
[18:05] <charles> how do we get a list of what landed in 189?
[18:05] <nik90> charles: http://people.canonical.com/~ogra/touch-image-stats/189.changes
[18:06] <nik90> I figured you'd ask
[18:06] <charles> thanks :)
[18:06] <dobey> charles: yay, broken for me too, and i don't have any appointments or alarms set even :)
[18:06] <taiebot> ybon: Computers do not have enough juice normally to recharge phones
[18:06] <nik90> dobey: no no we don't yay for this :)
[18:06] <charles> I don't see what in that changelog would affect indicator-datetime
[18:07] <ybon> taiebot: mine has :) But I meant my phone battery is falling with a strait line when the phone is plugged to the computer, but the computer is off
[18:07] <nik90> charles: the alarms that you show in the indicator, do you by change use the SDK Alarms API for that?
[18:08] <nik90> charles: I believe that was the major change in the SDK update that landed in 189
[18:08] <charles> you mean the ubuntu-ui-toolkit api?
[18:08] <nik90> yes
[18:08] <charles> no, no qml in the service
[18:08] <nik90> oh yeah..my bad
[18:10] <taiebot> I have also notice memory usage is slighly increasing at each release i suppose its normal and should not have effect on battery http://ci.ubuntu.com/memory/idle/arch/armhf/
[18:13] <dobey> popey: did you see my comment on https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/1356837 btw?
[18:15] <popey> replied dobey
[18:16] <dobey> thanks popey
[18:30] <csander> hi gay's
[18:31] <popey>               
[18:31] <popey>  #        "
[18:31] <popey>  # mm   mmm
[18:31] <popey>  #"  #    #
[18:31] <popey>  #   #    #
[18:31] <popey>  #   #  mm#mm
[18:31] <popey>               
[18:31] <popey>               
[18:31] <popey> etc
[18:33] <dobey> was that person trying to be insultingly clever or something?
[18:33] <popey> or something
[18:37] <charles> I don't understand what's going on with indicator-datetime in image 189. The service is running, and using qdbus on the command line I'm able to inspect the action states, etc
[18:37] <charles> so not only is it running, but it's talking on the bus
[18:37] <charles> I wonder if something broke in the rendering
[18:39] <davmor2> charles: that's not good
[18:40] <nik90> charles: I am going to check then if it triggers the alarm if only the rendering is broken
[18:41] <nik90> charles: ok so the alarm rings
[18:41] <charles> right, because indicator-datetime is running
[18:41] <charles> :)
[18:41] <charles> so we've got that going for us, at least :)
[18:41] <nik90> charles: but how is that only i-dt interface is broken while the rest of the indicators are fine
[18:41] <nik90> :)
[18:42] <asac> nik90: hello hello; filed https://bugs.launchpad.net/clock-app/+bug/1357026
[18:42] <asac> nik90: known?
[18:42] <nik90> asac: yes, and it is fixed in 189 :)
[18:42] <asac> nik90: really?
[18:42] <asac> wow
[18:42] <nik90> asac: yup
[18:43] <asac> that has been plaguing me for so long and now that i filed the bug its fixed :P
[18:43] <nik90> asac: also the hour and minute missing is also fixed
[18:43] <asac> thanks
[18:43] <asac> so much... looking forward
[18:43] <nik90> asac: although in the new clock app
[18:43] <asac> and will report back once i wake up safely again
[18:43] <nik90> asac: :)
[18:43] <nik90> asac: you are gonna love the new clock app :D It has support for vibrations, changing alarm ring tones and so much more
[18:44] <nik90> asac: you can try it from the store. It is called "Clock reboot"
[18:44] <asac> omg... feels like i will not have an excuse to be late anymore :)
[18:44] <asac> thanks!
[18:44] <nik90> hehe
[18:44] <ogra_> yeah, screw that old thing we ship by default
[18:44] <nik90> ogra_: I knw rite
[18:44] <sergiusens> nik90: when is the new clock landing?
[18:44] <ogra_> we want the reboot !!!
[18:44] <sergiusens> I would supposed everything is set, right?
[18:44] <nik90> it will ship after the next promoted image
[18:44] <nik90> which is on monday hopefully
[18:44] <popey> (lol)
[18:44] <ogra_> yeah
[18:44] <nik90> davmor2: dont' say anything :P
[18:45] <sergiusens> ogra_: just promote today's image
[18:45] <sergiusens> and put nik90 on the hook :)
[18:45] <ogra_> we ahve to promote on monday or tuesday to avoid traincon0
[18:45] <nik90> sergiusens: it requires the latest SDK which is not there in the previous promoted image
[18:45] <ogra_> sergiusens, well, first someone needs to fix gallery-app
[18:45] <ogra_> and camera
[18:45] <charles> nik90, have you done much with the qdbus command line tool?
[18:45] <sergiusens> nik90: ah; well a framework requirement should stop that from breaking
[18:45] <ogra_> smoke tests are pretty broken
[18:45] <davmor2> nik90: stop creating bugs and we might be able to promote by monday
[18:45] <charles> I'm wanting to invoke qdbus com.canonical.indicator.datetime "/com/canonical/indicator/datetime/phone" org.gtk.Menus.Start(), which takes an array of unsigned
[18:46] <nik90> sergiusens: true, but do you want to create a new framework version just for this?
[18:46] <charles> I'm not sure how to pass an au argument from the command line with qdbus
[18:46] <nik90> charles: hmm, I only looked at dbus from the gui tools
[18:46] <sergiusens> nik90: new APIs always require a bump in -devX
[18:46] <nik90> dfeet and dconf
[18:46] <sergiusens> that's what it's for
[18:46] <nik90> sergiusens: true, but this is bug fixes that I am referring to though
[18:47] <nik90> sergiusens: the crash that asac was referring above and the alarm sound bug
[18:47] <sergiusens> oh, bug fixes != new api :-)
[18:49] <nik90> popey: actually thinking about it, the new clock app will run on the previous promoted image. Just that it won't have support for custom alarm sound since that bug fix isn't backported to 179. So technically it will still run and work as people expect it to
[18:53] <charles> nik90, davmor2, dobey, popey: so it looks like this might be something on the rendering end; indicator-datetime is definitely publishing its menuitems on the bus
[18:54] <charles> nik90, davmor2, dobey, popey: you can get a dump of the indicator's menus by running this in phable-shell: $ dbus-send --print-reply --dest=com.canonical.indicator.datetime "/com/canonical/indicator/datetime/phone" "org.gtk.Menus.Start" array:uint32:0,1,2,3,4
[18:54] <dobey> well, i'm certainly seeing some other issues on 189 unrelated to indicator or time
[18:55] <daker> dobey: something related to bug 1356837, click list only show default image apps, not manually installed apps(via the store)
[18:56] <mterry> jibel, I'm curious if image 189 fixes bug 1355726 for you -- it fixes the bits I was able to reproduce, but I couldn't reproduce everything
[18:56] <dobey> daker: no, that is a separate issue i think
[18:57] <daker> dobey: i have apps that are installed bu the store tells me to install them
[18:57] <dobey> daker: and i've not seen that behavior with click list
[18:57] <dobey> daker: it tells you to install them immediately after having installed them, or after a while after you'd gone back to the apps scope, and those apps appear in the apps scope as well?
[18:59] <kenvandine> pmcgowan, i'm working on the security panel changes, and noticed the dash settings under privacy aren't in the designs anymore
[18:59] <kenvandine> pmcgowan, should i be removing that?
[19:01] <pmcgowan> kenvandine, let me see which ones?
[19:01] <kenvandine> https://wiki.ubuntu.com/SecurityAndPrivacySettings#Phone
[19:01] <kenvandine> we currently have Dash under privacy
[19:02] <pmcgowan> you mean dash search?
[19:02] <kenvandine> which controls dash searches for "phone only" and "phone and internet"
[19:02] <kenvandine> basically searching online sources or not
[19:02] <daker> dobey: for old apps, they appear with "Install" button, for newly installed apps the scope shows me the "Install" button after a while after i have gone back to the apps scope
[19:02] <daker> dobey: http://paste.ubuntu.com/8047641/
[19:03] <dobey> daker: weird
[19:04] <dobey> daker: what image?
[19:04] <dobey> daker: and the apps do appear in the installed apps scope?
[19:05] <daker> dobey: r188
[19:05] <pmcgowan> kenvandine, that seems a mistake to me - trying to see where it was deleted
[19:06] <kenvandine> pmcgowan, ok, i'll leave it as is for now
[19:06] <kenvandine> pmcgowan, do you know if we have any places that deal with SIM PINs?
[19:06] <kenvandine> i don't think we do in settings
[19:07] <pmcgowan> that same page
[19:07] <popey> nik90: happy to test a click on my promoted phone
[19:07] <kenvandine> but not sure where else to look for interfaces
[19:07] <kenvandine> pmcgowan, not designs :)
[19:07] <pmcgowan> kenvandine, oh
[19:07] <pmcgowan> ;)
[19:07] <kenvandine> places where we have to deal with changing PINs, etc
[19:07] <pmcgowan> no
[19:07]  * kenvandine hopes there's some API for this :)
[19:07] <pmcgowan> kenvandine, I thought it was already tere though
[19:08] <pmcgowan> I did see an api in qofono
[19:08] <pmcgowan> kenvandine, so 4 digit passcode, thats different than SIM PIN apparently
[19:08] <kenvandine> it is
[19:08] <pmcgowan> why 4 digit passcode?
[19:09] <kenvandine> i think it's easier to dial on a dial pad
[19:09] <kenvandine> that's for locking the device though
[19:09] <pmcgowan> yeah ok
[19:09] <kenvandine> SIM PIN is for locking the SIM
[19:09] <pmcgowan> yep
[19:09] <popey>  charles http://paste.ubuntu.com/8047692/
[19:09] <kenvandine> which i don't think i have a sim that supports it
[19:09] <kenvandine> i guess phonesim might be my friend here
[19:10] <kenvandine> cyphermox, awe_: for dealing with SIM PINs, should i be talking to a ofono API or something higher in the stack like network-manager?
[19:10] <pmcgowan> kenvandine, simmanger has methods and signals for the PIN
[19:11] <awe_> kenvandine, ofono API
[19:11] <awe_> via simmanager
[19:11] <pmcgowan> qofono has it
[19:11] <awe_> that said, what's the library you guys are using now pmcgowan?
[19:11] <awe_> damn your quick
[19:11] <pmcgowan> ^^
[19:11] <pmcgowan> lol
[19:11] <awe_> ;)
[19:11] <daker> dobey: yes they show on the installed app scope
[19:11] <kenvandine> libqofono
[19:11] <daker> dobey: found the steps to reproduce
[19:11] <dobey> daker: ok, i'm not seeing that at all :/
[19:11] <kenvandine> i'll look at it
[19:12] <dobey> daker: oh, how?
[19:12] <daker> dobey: go to the store, search for any already installed app
[19:14] <dobey> daker: nope. does the right thing for me
[19:18] <daker> dobey: weird, i think i know why if the app is not marked as "Installed" it will show the "Install" button
[19:19] <dobey> daker: well yes, that is correct. if you don't see the "(check) INSTALLED" in the search results, it thinks it is not installed
[19:19] <charles> popey, is there anything about indicators or the bus in ~/.cache/upstart/unity8's log?
[19:19] <dobey> but i'm not sure why it would be thinking that it's not installed
[19:19] <daker> dobey: but it's installed :D
[19:20] <popey> charles: http://paste.ubuntu.com/8047771/
[19:21] <daker> dobey: http://imgur.com/S7vlL6T,9BaMGwp,gt2u5By
[19:21] <rsalveti> mterry: ogra_: can't switch from passphrase to passcode if they are identical
[19:23] <mterry> rsalveti, hah, interesting.  Makes sense...
[19:23] <dobey> daker: i have no idea what that is telling me :)
[19:23] <mterry> rsalveti, can you file a bug and assign to me?
[19:23] <dobey> some of those are installed, and some are free :P
[19:23] <rsalveti> mterry: sure
[19:23] <dobey> daker: what does running "click list" as *phablet* say?
[19:24] <daker> dobey: it's shows the correct list
[19:24] <dobey> daker: running "click list" as root will of course only show you the pre-installed apps, unless you've also registered them to the root user
[19:25] <davmor2> mterry: I notice a small bug too.  If you type in the first password/code  the set button becomes clickable, surely that should only happen once the second code is put in and verified as being the same?  otherwise what you see if 4 dots in both boxes and a go button, people will press the button :(
[19:25] <popey> and it will reject
[19:26] <popey> i dont like having dots pre-filled either
[19:26] <popey> it's not natural
[19:26] <popey> no other form does that, anywhere
[19:26] <dobey> daker: check in ~/.cache/upstart/scope-registry.log for the phablet user, and see if there are any WARNING statements about click list failing to run, or the output failing to be parsed
[19:26] <daker> dobey: http://imgur.com/S7vlL6T,9BaMGwp,gt2u5By those are 3 images, the first one show the list one apps marked "installed" which is correct, the second one shows the details of the installed app, the third image show the list whitout "(Check) INSTALLED"  after going back/forward on the scope
[19:27] <mterry> davmor2, popey, dots prefilled is going away with next visual refresh -- that whole page is getting redone.  It was just a quick implementation since I didn't have the work from the designers yet.  But I do now and am working on it
[19:27] <daker> dobey: not the time on the image
[19:27] <popey> sweet!
[19:27] <daker> s/not/note
[19:27] <rsalveti> mterry: https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1357043
[19:28] <davmor2> mterry: hence me wanting to talk to you before filing a bug.  That's good to know :)
[19:29] <daker> dobey: catched the bug :D
[19:29] <daker> dobey: http://paste.ubuntu.com/8047818/
[19:31] <dobey> oh, you have a broken app installed :)
[19:31] <daker> dobey: the scope displays all the installed apps without the "(check) INSTALLED"
[19:31] <dobey> yes
[19:33] <dobey> hmm, ok, we should probably skip the broken line instead of throwing an exception there
[19:33] <daker> dobey: i don't know why the manifest in broken
[19:33] <dobey> daker: it has data that isn't valid utf-8
[19:33] <daker> it shows some wired stuff http://paste.ubuntu.com/8047843/
[19:33] <dobey> daker: maybe it got corrupted or something
[19:34] <dobey> yeah, that's corrupt
[19:34] <dobey> that's binary data
[19:35] <daker> i'll remove the app
[19:35] <dobey> not sure why that would happen though. maybe a bug in click itself
[19:39] <daker> dobey: it's all good now :)
[19:40] <daker> and i think it's same cause for bug 1356837
[19:40] <dobey> daker: i *just* updated that bug, and will fix it shortly
[19:41] <daker> dobey: thanks!
[19:42] <dobey> daker: thank you for having a broken install that we could track down the issue with :)
[19:43] <daker> dobey: note that i have also seen someone's post about reviewing UT complaining about this bug
[19:45] <dobey> daker: hmm. well i can't actually fix the core problem of the app install being corrupt, but i can make it so the non-corrupt apps aren't broken
[19:45] <daker> dobey: yes i know
[19:46] <tbr> would someone have the dignity to point me at a _working_ phablet-screenshot source package? I've gone through at least 5, including mirfbdump.
[19:46] <popey> hhi tbr
[19:46] <tbr> hi popey
[19:46] <popey> i think the key thing is you're missing the _60Hz in the filename
[19:46] <tbr> installing phablet-tools on the device itself doesn't wor either, JFTR
[19:47] <popey> no, not on device
[19:47] <popey> on your pc
[19:47] <tbr> I know
[19:47] <dobey> ppa:ubuntu-sdk-team/ppa
[19:47]  * popey tests phablet-screenshot he has
[19:47] <tbr> but well, device runs utopic, device can speak adb to itself, so it _should_ also work
[19:47] <popey> I wouldn't bet on that.
[19:48] <tbr> but alas, it returns nothing and no screenshot is taken
[19:48] <tbr> no error message
[19:48] <popey> I'm running 14.04 on my laptop, and phablet-screenshot comes from the phablet-tools package which is indeed in the ppa dobey said
[19:49] <popey> http://paste.ubuntu.com/8047929/
[19:49] <popey> ^^
[19:49] <popey> the point to note is that the file name changed, and a 60Hz suffix added before the file extension
[19:49] <popey> -rw-rw-rw- 1 root    root    3932160 Aug 14 19:02 mir_screencast_768x1280_60Hz.rgba
[19:49] <popey> thus
[19:49] <popey> so some of us just ninja edited the phablet-screenshot tool to cope
[19:50] <tbr> I think it would help a lot if abusing the search engine of one's least distrust would turn up something more than old surface flinger adb hacks
[19:51] <tbr> the furthest I got that way was an ancient mirfbdump script
[19:51] <dobey> follow the right people on g+ and your results will improve there ;)
[19:51] <popey> first hit I had was http://askubuntu.com/questions/272349/how-to-take-a-screenshot-on-ubuntu-touch
[19:51] <tbr> dobey: with all due respect, that does not help a random person
[19:52] <mterry> If I want to make an SDK Label even larger than fontSize: "x-large", do I have any options besides dropping down to a Text qml object?
[19:52] <popey> i will correct that answer
[19:52] <tbr> Indeed, that was one of the first results that I looked at
[19:53] <dobey> tbr: no, but walking into the library of alexandria with a problem and no idea where to look for the right answer won't get you very far either. especially when everyone else in the library keeps re-arranging the books and changing what pages are in what books
[19:54] <dobey> and things do get outdated
[19:54] <tbr> my, my, my
[19:54] <dobey> yep. that's the internet :)
[19:54] <tbr> that's what documentation is for, unless documentation of course is of no concern
[19:55] <popey> tbr: http://askubuntu.com/questions/272349/how-to-take-a-screenshot-on-ubuntu-touch fixed that for you
[19:56] <tbr> I was more refering to your attitude, dobey. "You're not entitled to find it unless you know", for such a basic thing like taking a screenshot makes me wonder if I want to bother engaging with such a "friendly" community further.
[19:56] <popey> ignore dobey, he's always grumpy
[19:57] <dobey> that is not my attitude
[19:57] <popey> ooh, i can upvote my edited answer on askubuntu, that seems flawed
[19:58] <w00t> popey: well, at least you don't need to use a swam of sockpuppets :-p
[19:58] <dobey> i'm just saying, yes, it's hard to find proper information by searching on google
[19:58] <dobey> it's not necessarily something we in here can fix
[19:59] <dobey> sheesh. people on the internet are way too serious.
[20:00] <w00t> (hello, tbr, fancy seeing you here)
[20:00] <tbr> w00t: why hello there kind sir. I shall not be the least surprised to see you here. :-]
[20:01] <w00t> :-)
[20:02] <popey> mental note: closing rtorrent inside byobu segfaults it.
[20:02] <popey> "yay"
[20:07] <tbr> yay, after copying over two files from a ubuntu machine with that PPA, I'm able to take a screenshot
[20:07] <popey> \o/
[20:07] <popey> Great Success™
[20:07] <tbr> I'm still a bit surprised that nobody has done an app for taking a screenshot.
[20:08] <tbr> or it being built into platform
[20:08] <popey> how would you trigger it
[20:08] <popey> ?
[20:08] <popey> well, it's one of the very many things that would be Nice To Have.
[20:09] <tbr> yes
[20:09] <tbr> well, the android way is a chord on the buttons
[20:09] <tbr> that's also the first thing I tried
[20:10] <popey> the security model makes it a bit tricky
[20:10] <popey> but it certainly could be done, I just think it's probably not at the top of the list
[20:11] <tbr> adb is wide open over the network and gives you a root shell. which security again?
[20:12] <popey> it aint finished
[20:12] <dobey> adb also not on by default any more either
[20:12] <popey> see https://lists.launchpad.net/ubuntu-phone/msg09446.html
[20:12] <tbr> yes, I realize that, still I'd have it left off by default
[20:12] <popey> "we will soon disable all root access to the device"
[20:16] <dobey> https://lists.launchpad.net/ubuntu-phone/msg08890.html
[20:50] <mhall119> tbr: please don't judge our success until we've finished what we set out to do
[20:52] <tbr> mhall119: refering to what?
[20:53] <mhall119> 16:11 < tbr> adb is wide open over the network and gives you a root shell.  which security again?
[20:53] <tbr> mhall119: security should never be an after thought. not even on unfinished software.
[20:53] <mhall119> cwayne: I got my scope working!
[20:54] <mhall119> tbr: there's a difference between an afterthought and "not implemented yet"
[20:54] <cwayne> mhall119: :D
[20:58] <mhall119> cwayne: https://plus.google.com/u/0/109919666334513536939/posts/9PpG7doAMvA
[20:58] <mhall119> note that it only took me 22 attempts to figure out a bit of C++
[20:59]  * mhall119 isn't sure whether to be proud or ashamed
[20:59] <tbr> mhall119: avoidable security risks should not be exempt from criticism. That's my point and I'm not going to change it. We'll have to agree that we disagree then.
[20:59] <mhall119> tbr: I think we agree on the principle, just not on the timing
[20:59] <mhall119> the roof on a house is important, but that doesn't mean you should start building a house from the top down
[20:59] <popey> A bad analogy is like a leaky screwdriver.
[21:01] <dobey> popey: you lose all the vodka?
[21:18] <nhaines> dobey: yes.
[21:34] <dobey> nhaines: yes to vodka? or are you replying to something i asked yesterday? :)
[21:57] <cwayne> mhall119: lol, it would've taken me 25 but i gave up and just used go instead :P
[22:03] <dobey> go is great until you finish and then start uploading your 1 GB package to the store :P
[22:04] <dobey> wow it is difficult to change the brightness now
[22:04] <dobey> first it got removed from the indicator. now it's removed from battery settings too.
[22:15] <Wellark> cjwatson: around?
[22:15] <Wellark> just wondering what is your take on this situation:
[22:15] <Wellark> we have indicator-network package
[22:15] <Wellark> and in that package we have indicator-network-service that implements the indicator
[22:16] <Wellark> but that same process will also expose ubuntu connectivity dbus api
[22:16] <Wellark> which probably will go to it's own package some day
[22:16] <Wellark> now, there will be packages to provide qt and qml bindings for that connectivity api
[22:17] <Wellark> but some applications might use the dbus-api directly
[22:17] <Wellark> now, I would want to prevent these apps from depending from indicator-network package directly
[22:17] <Wellark> as they really don't want anything from the indicator it self
[22:17] <Wellark> but instead they want to access the connectivity api
[22:18] <Wellark> so, would it be possible to introduce a virtual package connectivity-service
[22:18] <Wellark> which would be the one that all of the users of connectivity-service dbus-api would depend on?
[22:19] <Wellark> indicator-network package would merely Provide connectivity-service
[22:20] <Wellark> this way it would also be possible to do rdepends search on the connectivity-service name to figure out the users of the direct dbus-api
[22:21] <Wellark> simply just doing "rdepends indicator-network" would not differentiate between packages actually requiring the indicator vs. packages only using the dbus-api
[22:22] <Wellark> I don't know if it's appropriate to use the Provides mechanism this way
[22:22] <Wellark> or if it would introduce any problems when we might have an actual connectivity-service package available
[22:49] <dobey> ok, i'm out. qt-project.org is being incredibly slow and making it hard to find docs for qt. i'll finish this up in the morning
[22:49] <dobey> later
[23:30] <mibofra> guys a thing, ubuntu touch is connected, I can update the packages index with apt but I can't use ping
[23:30] <mibofra> with superuser too
[23:31] <mibofra> I get a socket: Permission denied
[23:31] <mibofra> why?
[23:37] <mibofra> traceroute and other tools work fine
[23:53] <popey> mibofra: ping works for me
[23:54] <mibofra> only ping doesn't work for me, but if I use an ping executable from my android rom for example it works