[00:53] <gerlowskija> Does anyone know where I can find documentation for PopupUtils.open() (or other PopupUtils functions)?  I wasn't able to find anything in the API documentation (though maybe I was in the wrong place).
[01:00] <sergiusens> mhall119: hey, how trojita going for the phone? I've started using it on desktop and really like it (not sure if we have a desktop version from ubuntu components)
[01:19] <rick111> i want to creat a simple hello world program in codeblocks via empty project
[01:19] <rick111> anyone know how to do that in ubuntu?
[01:38] <mhall119> sergiusens: the plan is to make the Ubuntu Components version work both, but it's focused on phone right now
[01:40] <mhall119> sergiusens: it works for reading, there's a working branch for sending email (DanChapman's) but it hasn't been merged into upstream trunk yet
[01:41] <sergiusens> ah, sounds good
[01:41] <mhall119> upstream trunk didn't have a separation between the C++ core and the front-end for sending email, so Dan is having to develop both our front-end and separate the core parts from the front-end parts on the standard Qt5 desktop build
[01:41] <sergiusens> I guess I'll be waiting for your g+ update for when sending works :-)
[01:41] <sergiusens> ah; that feels like from 10 years ago :-P
[01:42] <mhall119> sergiusens: popey has an IRC meeting with them every friday at 1300 UTC, or you can join #trojita to watch those patches land
[01:42] <sergiusens> mhall119: might as well; seems we are looking good on the messaging side :-) telegram is also showing good progress
[01:43] <mhall119> good to hear :)
[01:43] <mhall119> sergiusens: we can always use another coder on Trojita (hint, hint)
[01:43] <sergiusens> lol; as soon as feature freeze happens I intend to diverge
[01:44] <sergiusens> I'm not a ui developer though
[01:44] <mhall119> well there is that work on the C++ side...
[01:56] <sergiusens> mhall119: I'll take a look as long as it's not academic c++ :-)
[02:03] <mhall119> sergiusens: well it was written as a thesis project for the main developer so....I'm sure it's not
[02:49] <fdafweaf> Is there a way to request a feature on myapps.developer.ubuntu.com?
[02:50] <fdafweaf> It would be really nice to be able to see app reviews
[06:43] <liuxg> I am now using QProcess to start a command on N4, I used the following code:  QString cmd = "ls -l";
[06:43] <liuxg>     m_process->start(cmd);. However, I got nothing. the same code works well on desktop. Does anyone know why?
[07:00] <dholbach> good morning
[07:15] <justCarakas> good morning
[08:34] <JamesTait> Good morning all; happy Colour TV Day! :-D
[08:37] <popey> JamesTait: dunno if you saw, I mentioned a problem with the store last night
[08:37] <popey> JamesTait: http://paste.ubuntu.com/7699365/
[08:37] <JamesTait> popey, yes, just noticed it in my ping log.  I'm not around much in the evenings these days, unfortunately.
[08:37] <dpm> morning mzanetti. After investigating a bit, I've realised why https://bugreports.qt-project.org/browse/QTBUG-37983 came back. So it seems it was fixed after 5.2.1, we backported it, and it was then fixed in 5.3.1. However, in utopic we've got 5.3.0, hence no fix :(
[08:38] <mzanetti> dpm: oh, I see
[08:38] <mzanetti> dpm: thanks for investigating
[08:38] <dpm> popey, do we have anyone else that can work on Qt packaging fixes, while Mirv is away?
[08:39] <popey> dpm: I don't know, that's a question for seb128 perhaps?
[08:39] <seb128> don't know either
[08:40] <JamesTait> popey, I also don't have access to the link in that pastebin (I have no admin access to Software Centre/Dev Portal, but I can find out who does).
[08:40] <dpm> argh, bummer. Thanks seb128, popey anyway
[08:40] <seb128> dpm, technically anyone with upload rights can do an upload, thought qt is currently frozen for alpha1
[08:40] <popey> JamesTait: so basically on a couple of occasions we have asked for information, and the developer has come back ranting "WHAT INFORMATION DO YOU NEED!?!?!?" type of thing
[08:40] <popey> JamesTait: implying they dont see the comment where we type out in detail what we need
[08:41] <popey> they just see the status update change
[08:41] <dpm> ok, thanks seb128
[08:41] <seb128> dpm, yw
[08:41] <JamesTait> Right.  I'm not (yet) familiar with that part of the process, but let me see what I can work out.
[08:42] <JamesTait> When I'm knocking out apps for fun I'll have to go through this pain, of course. ;)
[08:42] <popey> JamesTait: pm with screnshot
[08:44] <popey> dholbach: might be worth holding back commenting on apps till this is fixed
[08:44] <popey> because right now it seems people aren't seeing our responses
[08:45] <dholbach> popey, oh?
[08:45] <JamesTait> Right, let me see if I can get SCA running locally so I can try to reproduce it.
[08:49] <popey> dholbach: there was another one the other day where I repeatedly told the guy what to do, and he just came back asking what exactly he needed
[08:49] <popey> i think he can see the status update but not the actual content of the message we type
[08:50] <dholbach> popey, do we know if the mails which are sent to the list go to the submitter as well?
[08:50] <JamesTait> dholbach, I was wondering about that.
[08:51] <popey> dholbach: https://myapps.developer.ubuntu.com/dev/click-apps/859/feedback/ look at the feedback for that
[08:52] <dholbach> yeah, I saw that and wasn't sure if it was just information being "lost in translation"
[08:52] <dholbach> others seemed to be able to update/fix their apps
[08:52] <popey> nah, i was really clear in multiple comments
[08:54] <dholbach> we could just try it out with a test app
[08:54] <popey> i could update one of mine
[08:54] <dholbach> yeah, same here :)
[09:06] <nik90> dpm: ping
[09:09] <dpm> hi nik90
[09:10] <nik90> dpm: good morning, hey would you have time this week to do the click packaging for the new clock app as part of the cmake?
[09:11] <nik90> dpm: I should have the alarm functionality ready by the end of the week at which point I would like to send it to the designers to test it
[09:11] <dpm> hi nik90, I'll try my best. I actually started last week, but I've been distracted by other stuff. In any case, even if it's not perfect, we should manage to have a click to send to designers
[09:14] <nik90> dpm: I will try to create a click package using click-buddy and see what issues are still present
[09:19] <dpm> cool
[09:31] <popey> JamesTait: dholbach and I just test updated an app and it seems to work okay. not sure why that guy has a problem then.
[09:34] <JamesTait> popey, yeah, I'm looking at the code and can't see anything glaringly obvious, but I have to admit I'm not familiar with that side.
[10:00] <dholbach> it might be mails going to spam or the guy just ignoring/misunderstanding the comments
[12:29] <beuno> popey, I don't understand
[12:29] <beuno> what's wrong?
[12:33] <popey> beuno: trying to figure that out with dholbach
[12:45] <beuno> popey, it would seem the user isn't getting the details for the status change?
[12:45] <popey> yes
[12:45] <beuno> or they're not seeing them
[12:51] <liuxg> how to define the apparmor if I want to use the QProcess API. I just found that it is not working any more.
[12:57] <jdstrand> liuxg: if I understand your question, simply use the default template ('ubuntu-sdk', or don't specify it at all since that is the default) and an appropriate framework (eg, ubuntu-sdk-14.10-dev1, ubuntu-sdk-14.04, etc)
[12:58] <jdstrand> liuxg: you can see apparmor denials in /var/log/syslog. eg, grep DEN /var/log/syslog. if you don't see denials, then apparmor shouldn't be the problem
[12:58] <liuxg> jdstrand, thanks for your reply.  I got the denial in the syslog file.
[12:59] <jdstrand> note, QProcess can't be used on executables outside of your install or app-specific .local/share/<pkgname> directory
[12:59] <liuxg> jdstrand, I tried to use QProcess to do a command like "ls -l", and I got the error.
[12:59] <jdstrand> right, that isn't allowed (see my last point)
[12:59] <jdstrand> if you put 'ls' in your click install directory, it should work
[13:00] <liuxg> jdstrand, in fact, I got it running just yesterday, and it stopped working today. I am just wondering how I can get it working again.
[13:02] <jdstrand> it will work depending on how you start it. Ie, you can start it without confinement. if you use the standard startup method (ie, ubuntu-app-launch) it will start confined. it should never have worked unless the process was unconfined. which brings me to another option: you can use the 'unconfined' template (but that isn't allowed for app store apps)
[13:03] <liuxg> jdstrand, I have just changed it to {
[13:03] <liuxg>     "policy_groups": [],
[13:03] <liuxg>     "policy_version": 1.1,
[13:03] <liuxg>     "template": "unconfined"
[13:03] <liuxg> }
[13:03] <liuxg> . however, it still does not work.
[13:04] <t1mp> nik90: do you have the link for the bug where you requested styling of the Label in the header?
[13:04] <jdstrand> liuxg: you might need to do 'sudo aa-clickhook -f' if you didn't change the version
[13:05] <liuxg> jdstrand, this basically cancel the apparmor, right?
[13:06] <jdstrand> yes. it runs under a completely lenient profile
[13:06] <liuxg> jdstrand, then how can I get it back?
[13:06] <jdstrand> (you can see the profile in /var/lib/apparmor/profiles/click_<your app>
[13:07] <jdstrand> don't use "template": "unconfined"
[13:08] <liuxg> jdstrand, I have seen that it is used in the terminal app. If I do sudo aa-clickhook -f, does it mean that I cracked the security model of the phone?
[13:09] <jdstrand> the terminal app is an exception. exceptions are allowed in the store but all exceptions must go through a vetting process (or be written be a trusted source)
[13:10] <jdstrand> you have not cracked the security model of the phone. untrusted apps don't have access to sudo and are not allowed to modify policy. you are the owner of the phone and can adjust things as you see fit
[13:10] <liuxg> jdstrand, does it mean that I can never use QProcess to call a command on Ubuntu touch?
[13:10] <jdstrand> so you running that command is fine
[13:11] <jdstrand> liuxg: as said, you may, but only within the click install directories or .local/share/<pkgname>
[13:11] <jdstrand> I suggest you read http://developer.ubuntu.com/publish/apps/security-policy-for-click-packages/
[13:12] <liuxg> jdstrand, on android, I have seen apps running that kind of commands
[13:12] <jdstrand> we have a different security model than android (see above link)
[13:14] <liuxg> ok. I will take a look at it. in this case we have a lot of limitations. Some linux commands have a lot of useful information on the application side.
[13:15] <jdstrand> sure
[13:15] <jdstrand> you can always bundle them with your app though
[13:32] <aquarius> jdstrand, just as a question... using tc to do traffic shaping on a network interface as root is miles and miles and miles outside what app confinement is going to allow me to ever do, right? :)
[13:36] <liuxg> jdstrand, is there any that we can put something in the ""policy_groups": [      "networking"  ], to get it working.
[13:49] <jdstrand> aquarius: you are correct :)
[13:50] <jdstrand> liuxg: no. you might be interested in https://wiki.ubuntu.com/SecurityTeam/Specifications/ApplicationConfinement/Manifest
[13:50] <jdstrand> liuxg: it is possible to extend policy with read_path and write_path, but there is no exec_path (by design)
[13:51] <jdstrand> note, use of read_path and write_path are exceptions to app store policy that trigger manual review
[13:51] <jdstrand> (ie, what I said before about exceptions applies here)
[13:51] <liuxg> jdstrand, that sounds not good to me as well. I want to use some of Linux commands to extend the shortage of APIs on the application side.
[13:52] <aquarius> jdstrand, thought as much. :) I'll stick with my desktop python-gtk app, then...
[13:53] <jdstrand> liuxg: sorry, they aren't allowed. 'ls' is trivial to implement in Qt, but if you need other stuff, again, I suggest bundling in the app
[13:54]  * jdstrand notices a couple of important variables are missing from http://developer.ubuntu.com/publish/apps/security-policy-for-click-packages/ and updates
[13:55] <liuxg> jdstrand, would you please elaborate bundling in the app? do you mean get the apps into the directory?
[13:55] <dpm> rpadovani, mzanetti, do you have time for the regular Reminders weekly meeting today? I've got a couple of updates and topics I'd like to discuss since Monday
[13:56] <jdstrand> liuxg: yes. simply 'cp /bin/ls <path in your click>'
[13:56] <mzanetti> dpm: no, have the meeting with Kevin now.
[13:56] <rpadovani> dpm, sure!
[13:56] <jdstrand> let me update the page with a few variables that will make it easier to know where
[13:56] <liuxg> jdstrand, got it. I have never tried yet. thanks for your tips.
[13:57] <rpadovani> dpm, mzanetti today for me is good all the afternoon, so choose you if you find a moment that fit with yours meetings
[13:57] <dpm> thanks rpadovani
[13:57] <mzanetti> dpm: 17:00 would be ok for me
[13:57] <dpm> mzanetti, I've got the community team call there, would 18:00 work for you, or is it too late?
[13:57] <mzanetti> nah... still ok
[13:58] <rpadovani> ack
[14:00] <dpm> mzanetti, cool, thanks
[14:01] <dpm> I'll update the meeting, thanks guys
[14:05] <zbenjamin> nik90: ping
[14:22] <jdstrand> liuxg: ok, http://developer.ubuntu.com/publish/apps/security-policy-for-click-packages/ 'Runtime Environment' updated
[14:22] <jdstrand> sergiusens: are fat packages supported yet?
[14:22] <sergiusens> jdstrand: they should be, yes
[14:22] <liuxg> jdstrand, thanks for your help.
[14:23] <sergiusens> jdstrand: just but stuff in the proper paths and declare the architectures in the list
[14:23] <jdstrand> liuxg: if you want to support more than one arch, you will want to use fat packages, which I'm told should be working now.
[14:23] <jdstrand> sergiusens: what do you put in the architecture of the click manifest again?
[14:23] <sergiusens> jdstrand: I wrote this a while back (for go); but same thing applies http://discourse.ubuntu.com/t/click-packaging-for-golang-based-binaries/1557
[14:23] <sergiusens> "architecture": ["armhf", "i386"], iirc
[14:24] <jdstrand> right, ok
[14:24] <jdstrand> liuxg: fyi, ^
[14:24] <liuxg> jdstrand, what are the fat packages?
[14:25] <jdstrand> liuxg: packages that can ship binaries for multiple architectures
[14:25] <jdstrand> eg, armhf and amd64 in the same click
[14:25] <liuxg> jdstrand, ok. sounds great. in this case, we can bundle the commands into the packages, right?
[14:25] <jdstrand> yes, using the paths I just added to the docs
[14:26] <liuxg> jdstrand, are you referring to the doc https://wiki.ubuntu.com/SecurityTeam/Specifications/ApplicationConfinement/Manifest?
[14:26] <jdstrand> liuxg: no, "Runtime Environment" in http://developer.ubuntu.com/publish/apps/security-policy-for-click-packages/
[14:27] <jdstrand> (ie, what I just said I updated)
[14:27] <liuxg> jdstrand, thanks!
[14:27] <jdstrand> np
[14:27] <nik90> zbenjamin: pong
[14:28] <zbenjamin> nik90: you still want to test the new sdk launcher / remote app deployment?
[14:28] <nik90> zbenjamin: yeah :)
[14:28] <liuxg> jdstrand, thank you. I will have a good reading about the document,
[14:28] <zbenjamin> nik90: https://launchpad.net/~ubuntu-sdk-team/+archive/experimental/+sourcepub/4254550/+listing-archive-extra
[14:28] <zbenjamin> nik90: grep the packages for your system and install them manually
[14:29] <zbenjamin> nik90: you also need the "-common" package
[14:29] <nik90> zbenjamin: wow that's easy enough..thnx
[14:42] <nik90> zbenjamin: I am still getting that error, but it could be that the new clock app's cmake is at fault
[14:47] <nik90> t1mp: I dont think it was reported in a bug report. I requested it during the core apps hangout
[14:47] <zbenjamin> nik90: what was the error again?
[14:49] <nik90> zbenjamin: I get desktop file does not exist
[14:50] <zbenjamin> nik90: did you upload the project to somewhere?
[14:50] <nik90> zbenjamin: I am testing this on the real device and not on the emualtor
[14:50] <nik90> zbenjamin: yes, let me grab the link
[14:50] <nik90> zbenjamin: https://code.launchpad.net/~vthompson/ubuntu-clock-app/fix-1332749
[14:54] <zbenjamin> nik90: of course you get that error, the manifest file says the desktop file is named "desktop": "ubuntu-clock-app.desktop", but there is only a com.ubuntu.clock.desktop
[14:55] <nik90> zbenjamin: hmm, let me see where in the cmake file I can change the desktop file name
[14:56] <zbenjamin> nik90: make sure you use a different app id when you run it on the phone, i think it might break your installed clock app otherwise
[15:01] <zbenjamin> nik90: hm i can now run it on the phone but the clock app is not coming up : (process:28767): dconf-CRITICAL **: unable to create file '/run/user/32011/dconf/user': Permission denied.  dconf will not work properly.
[15:02] <nik90> zbenjamin: If I add set(DESKTOP_FILE "${APP_HARDCODE}.desktop") where APP_HARDCODE is ubuntu-clock-app and change the desktop file to ubuntu-clock-app.desktop.in that would work?
[15:03] <zbenjamin> nik90: as long as the relative path to the desktop file is exactly the same as in the manifest file it will work
[15:03] <zbenjamin> nik90: in the click package
[15:14] <liuxg> jdstrand, just one question. what do the "accounts", "contacts", "content_exchange" mean in the apparmor.json file? "policy_groups": ["accounts",
[15:14] <liuxg>                       "contacts",
[15:14] <liuxg>                       "content_exchange",
[15:14] <liuxg>                       "content_exchange_source",
[15:14] <liuxg>                       "networking"
[15:14] <liuxg>                       ],
[15:15] <jdstrand> that's actually listed under "Policy Groups" in http://developer.ubuntu.com/publish/apps/security-policy-for-click-packages/
[15:16] <jdstrand> policy groups are a way to express policy extensions
[15:20] <liuxg> jdstrand, do they mean that they each corresponds to a group of related APIs. If they are not fined, the APIs cannot be used, right?
[15:21] <popey> ybon: http://developer.ubuntu.com/2014/06/bring-your-apps-to-hack-days/  - want me to add OSM Touch to Thursday or Friday next week?
[15:21] <liuxg> jdstrand, for example, if "contacts" are not defined, the contact APIs cannot be used in the app
[15:21] <jdstrand> liuxg: yes. if your app uses the contacts api but you don't declare the contacts api in your security manifest, then application confinement will block the access and keep ti from working
[15:22] <jdstrand> I should have said, "but you don't declare the contacts policy group..."
[15:22] <ybon> popey: oh nice! Let me check my planning
[15:23] <liuxg> jdstrand, the thing is that we normally do not know which APIs correspond to which policy group. I understand this like the permissions in the android platform, and the capabilities on Symbian. We do not have such a cross table to refer to.
[15:23] <popey> ybon: doesn't have to be thurs/fri, any day next week is fine
[15:23] <ybon> popey: Friday, thanks! :)
[15:24] <popey> sweet, I'll add it to the wiki, thanks
[15:24] <ybon> I'm on a a Mozilla week, so I need to take a day off in anyway :)
[15:24] <ybon> popey: can I suggest the skills needed/improvement in the top list?
[15:25] <jdstrand> liuxg: http://developer.ubuntu.com/publish/apps/security-policy-for-click-packages/ lists several of the apis. I think there is a table somewhere else for the supported APIs for a given framework
[15:25] <liuxg> jdstrand, currently, I find that a program does not run well. mostly we do not know whether it is the fault of the API used or it is because of the policy group not declared.
[15:25] <jdstrand> dholbach: ^ is that in the docs somewhere? ^
[15:25] <popey> ybon: you can
[15:25] <ybon> great :)
[15:26] <ybon> I'll send you that before tonight :)
[15:26] <jdstrand> liuxg: 'grep DEN /var/log/syslog' will show you apparmor denials. it is often easy enough to map a policy group to a denial
[15:27] <dholbach> jdstrand, hum... that what is documented? how to find out if apparmor blocked a certain functionality or if it just doesn't work? (sorry, didn't read all the backlog)
[15:27] <liuxg> jdstrand, it would be good to output it to qtcreator and display it a red color. Eclipse for Android does that, and it is so obvious.
[15:28] <jdstrand> dholbach: no, are the APIs listed somewhere for a given framework
[15:28] <jdstrand> liuxg: I believe the SDK team has plans to suggest policy groups based on APIs used in the app
[15:29] <dholbach> jdstrand, no, I don't think so
[15:29] <jdstrand> pmcgowan: are the APIs listed somewhere for a given framework?
[15:29] <liuxg> jdstrand, that sounds great. for example, Jun 25 08:48:52 ubuntu-phablet kernel: [  215.186326] type=1400 audit(1403686132.716:230): apparmor="DENIED" operation="open" parent=1902 profile="com.ubuntu.developer.liu-xiao-guo.sendsms_SendSMS_0.1" name="/custom/usr/share/fonts/" pid=4069 comm="qmlscene" requested_mask="r" denied_mask="r" fsuid=32011 ouid=0
[15:30] <liuxg> . I do not know whether it is because of the design, or I just cannot get it working. developers need to have more info.
[15:30] <pmcgowan> jdstrand, lool started a wiki page for that
[15:30] <jdstrand> liuxg: that denial seems like a bug
[15:31] <liuxg> jdstrand, in fact, I changed to "unconfined", the app worked well.
[15:31] <jdstrand> liuxg: what image are you using? /custom/usr/share/fonts/ is not a path defined in our policy (yet)
[15:32] <liuxg> jdstrand, I am using --devel channel.
[15:32] <liuxg> jdstrand, the latest software.
[15:32] <pmcgowan> jdstrand, this is the closest https://wiki.ubuntu.com/Click/Frameworks?highlight=%28framework%29
[15:32] <liuxg> current build number: 87
[15:32] <liuxg> device name: mako
[15:32] <liuxg> channel: devel
[15:32] <liuxg> alias: ubuntu-touch/utopic
[15:32] <liuxg> last update: 2014-06-25 08:38:38
[15:32] <liuxg> version version: 87
[15:32] <liuxg> version ubuntu: 20140618
[15:33] <liuxg> version device: 20140530
[15:33] <jdstrand> liuxg: right, I don't have /custom here on my r87
[15:37] <jdstrand> liuxg: that is a bug in the policy. I will fix that
[15:39] <liuxg> jdstrand, ok. cool. I think it is good to use terms which are easily understandable to developers.  the contents of the policy are hard to understand and remember.
[15:44] <jdstrand> the fix for /custom/usr/share/fonts/ will be in apparmor-easyprof-ubuntu 1.2.6
[15:46] <mario_> I am trying to use the new header bar but when I set the ToolbarButton's Action I got the following error message: "Could not resolve the prototype 'Unity.Actions' of 'Action'"
[15:46] <mario_> how can I resolve it?
[15:55] <t1mp> nik90: okay. I am preparing an MR where you can set the header contents to any Item.. I wanted to link the bug to that branch but it is not necessary
[15:55] <t1mp> nik90: and we still have this bug for additional configuration https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1315884
[15:59] <DanChapman> could someone confirm bug 1334344 for me please?
[15:59] <dpm> rpadovani, mzanetti, will be a couple of minutes late
[16:30] <rpadovani>  brendand, on image #97 I'm not able to reproduce bug about calculator anymore
[16:32] <mzanetti> dpm: you don't happen to have a link to the patch?
[16:41] <dpm> mzanetti, just a sec
[16:42] <dpm> mzanetti, so the full details are here: https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1334177 - it points to the upstream bug with the commit id that contains the fix. Let me give you a direct link to the patch we're using for 5.2
[16:44] <dpm> mzanetti, the Ubuntu patch is here, but as I say, that's for Qt 5.2.1: https://code.launchpad.net/~timo-jyrinki/kubuntu-packaging/qtdeclarative-for-u-series-multiple-fixes/+merge/216821 (search for QTBUG-37983)
[16:51] <mzanetti> dpm: thanks a lot!
[16:51] <dpm> np, thank you for looking into it :)
[16:55] <dpm> mzanetti, and this is the actual commit upstream: https://qt.gitorious.org/qt/qtdeclarative/commit/a0aefe111758b2267f1bf5fbb26991cbc6dd804d
[16:56] <dpm> it took a while to figure out, as there seems to be no connection from the Qt bug tracker to gitorious, let alone the right git project
[16:56] <dpm> I can't figure out the branch(es) it's committed to yet, though
[17:06] <mtwebster> Hi, I'm wondering who I could speak to about getting an obsolete, unsupported package out of the Ubuntu repositories?  I do not own/maintain this repository.
[17:07] <mtwebster> The package is now provided to Ubuntu users via a PPA, but unfortunately, users are grabbing this very obsolete package, and reporting bugs on it
[17:07] <popey> mtwebster: → #ubuntu-devel is probably be best place
[17:08] <mtwebster> popey: thanks
[17:23] <mzanetti> dpm-afk: strange... I just browsed the repo for our 5.3.0 and it seems the patch is there
[17:23] <ahayzen> balloons, ping
[17:28] <liuxg> does anyone know whether qtsysteminfo is support or not on Ubuntu touch? thanks
[18:08] <rpadovani> mzanetti, and this doesn't sound like a good news
[18:08] <mzanetti> rpadovani: I might be wrong... not really sure from which sources the package is built
[18:09] <mzanetti> have discovered another branch now with sources for this very same version
[18:09] <mzanetti> which doesn't contain the patch. I've prepared a branch, but need someone to review and tell me if this is the correct repo
[18:11] <rpadovani> mzanetti, could be an error caused by the transition that will be adjuste in next revision of unicorn?  I mean, I had a bug for calculator caused by transition to QT5.3, but it is present only in #93, in #97 is not present anynmore. Maybe the transition isn't completed yet?
[18:11] <dpm> mzanetti, hm, weird
[18:13] <rpadovani> ah, in #97 the bug with reminders is still present
[18:21] <mzanetti> dpm:  do you know which branch in LP is used to build the packages?
[18:21] <dpm> mzanetti, I don't, I was just looking at it now
[18:22] <dpm> I was going to ask on #kubuntu, but I don't see anyone around that I know
[18:22] <mzanetti> dpm: it looks like its this one... but I'm not sure
[18:22] <mzanetti> http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/qtdeclarative-opensource-src/files
[18:23] <mzanetti> dpm: if its this one, I've prepared a branch with the patch. we need to find someone to review though
[18:23] <dpm> mzanetti, yeah, I've seen your branch
[18:27] <balloons> ahayzen, pong
[18:27] <ahayzen> balloons, hey jenkins died last night but francis fixed it for me....so as that is now fixed could you approve this? https://code.launchpad.net/~andrew-hayzen/music-app/pep8-update-fixes/+merge/224370
[18:28] <balloons> ahayzen, yes I was looking at it before lunch.. Looks good, I'll approve
[18:28] <ahayzen> balloons, thanks :)
[18:50] <mzanetti> dpm: can you test this with the key? https://code.launchpad.net/~mzanetti/reminders-app/use-production-servers/+merge/224499
[18:52] <dpm> mzanetti, sure, let me finish this e-mail and then I'll test
[18:53] <mzanetti> dpm: no worries. I'm eoding now
[18:53] <mzanetti> when you have some time
[18:53] <dpm> mzanetti, ok, cool, have a nice evening and thanks!
[18:54] <mzanetti> dpm: fyi: the above branch adds 2 methods to switch back to the sandbox:
[18:54] <mzanetti> dpm: -s command line arg to be used with the reminders app
[18:54] <mzanetti> dpm: and the accounts-plugin can use "EvernoteConnection.useSandbox = true" in qml
[18:54] <dpm> ack
[18:57] <dpm> mzanetti, so the QML file for the account plugin should set that in here, right? http://bazaar.launchpad.net/~reminders-app-dev/reminders-app/trunk/view/head:/src/account-plugin/qml/evernote/Main.qml
[18:59] <dpm> anyway, I think I got it, thanks!
[19:06] <dpm> balloons, how are we looking re: reminders tests infrastructure?
[19:19] <balloons> dpm, fginther was working on my pep8 fix today so we can land that. Also looking at a couple more tweaks.. In general, we're looking good.
[19:19] <balloons> Should land everything pending today I'd think
[19:19] <dpm> that's awesome, thanks balloons!
[19:20] <dpm> balloons, a heads up for a regression, which might actually affect the tests: bug 1334177
[19:29] <balloons> interesting we pulled 5.3 and not 5.3.1
[19:54] <dpm> indeed
[21:11] <frecel> mhall119: I thought you might want to know, I found a simpler solution to yesterdays problem, after reading a bit more on parent, children, sibling relations I figured out how to do it using just the id and aliases
[21:13] <frecel> mhall119:  basically I had to instead calling the name of the component I gave it an id and it works if I call id.alias.property as long as both components have the same parent
[21:57] <mzanetti> dpm-afk: hey, qt patch is building in silo-003.
[22:09] <popey> mhall119: is there documentation for the download service?