=== chriadam|away is now known as chriadam
=== fginther is now known as fginther|away
=== fginther|away is now known as fginther
=== utnubu is now known as white_cat
[03:20] <white_cat> !seen
[03:20] <ubot5> I have no seen command
[03:20] <white_cat> !help
[03:20] <ubot5> Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) See also !patience
[03:22] <white_cat> ?
[03:23] <white_cat> sudo apt-get purge ubot5
[03:23] <white_cat> are we still verbose now bot???
=== chihchun_afk is now known as chihchun
[05:37] <rrrrrrrrrr> !help
[05:37] <ubot5> Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) See also !patience
[05:37] <rrrrrrrrrr> pkill ubot5
[05:37] <rrrrrrrrrr> sudo apt-get install new_bot
[05:38] <rrrrrrrrrr> man !patience
[05:38] <rrrrrrrrrr> sudo apt-get purge ubot5
=== wgrant_ is now known as wgrant
[06:00] <Aki-Thinkpad> o_O
[07:30] <dholbach> good morning
[07:30] <dholbach> hola dpm
[07:31] <dholbach> dpm, a bunch of core apps are still on the https://launchpad.net/bugs/+bugs?field.tag=touch-cn list - is this an area of focus?
[07:31] <dpm> hey
[07:31] <dholbach> dpm, how's life over there? :)
[07:32] <dpm> dholbach, life's good, nice and sunny here right now :)
[07:32] <dpm> dholbach, a bunch of the bugs should be marked as Fix Released, let me do this now...
[07:32] <dholbach> yeeehaw
[07:38] <dpm> dholbach, ok, 9 marked as Fix Released. For the rest, there are a few duplicates, as the search shows a result for each bug task. In some cases it's ok (they're different apps), but in others it shows the task for the upstream project and the source package
[07:38] <dpm> I'll take care of the core apps translations for .desktop files ones
[07:39] <dholbach> awesome
[07:39] <dholbach> thanks a bunch dpm!
[07:41] <dpm> np :)
[07:47] <justCarakas> dholbach:  who designed the ubuntu pioneers T-shirts ? They are awesome :D great fabric aswel, feels like high quality
[07:47] <dholbach> justCarakas, awesome... I think the design came from Marcus Haslam on the design team, or somebody on his team
[07:47] <dholbach> I like it as well :-)
[07:49] <justCarakas> I think ppl will see me a lot in it
[08:03] <JamesTait> Good morning all; happy Friday, and happy Industrial Workers Of The World Day! :-D
[08:05] <justCarakas> Because without industrial workers we wouldn't have PC's to work on :D
[08:13] <JamesTait> justCarakas, or trucks, trains and planes to get them from the factory to us. :)
[08:13] <justCarakas> JamesTait: true true, they are way to under appreciated
[08:59] <dpm> mardy, good morning. Quick question: can I add different services to an .application file? I.e. would this be a valid file? -> http://pastebin.ubuntu.com/7710128/
[09:00] <mardy> dpm: yes, and I believe that nothing bad happens if some of them are not found (or if something bad happens it's a bug)
[09:00] <dpm> excellent, thanks
[09:03] <dpm> mardy, and a couple of other questions related to UOA: a basic one first - howcome can the Evernote oauth plugin's QML file access the Evernote API plugin? I.e. the Evernote API is shipped inside the reminders package, so I can't quite understand how that works with app isolation -> http://bazaar.launchpad.net/~reminders-app-dev/reminders-app/trunk/view/head:/src/account-plugin/qml/evernote/Main.qml
[09:22] <popey> dpm: could you please upload http://popey.com/~alan/com.ubuntu.camera_2.9.1.290_armhf.click to the store?
[09:23] <dpm> popey, that seems like a broken link
[09:24] <mardy> dpm: IIRC, the Evernote API plugin is installed in a system location, and therefore available to all apps
[09:24] <mardy> including the QML plugin
[09:25] <dpm> mardy, it is not installed, we ship it with the click, that's the part I don't understand. But let me double-check the seeds to be certain
[09:27] <dpm> mardy, we only ship the account plugin by default, but not the API plugin (qtdeclarative5-evernote0.1): http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.utopic/view/head:/touch
=== chriadam is now known as chriadam|away
[09:28] <popey> dpm: try now?
[09:30] <dpm> popey, the store complains about invalid manifest: ubuntu-sdk-14.10-dev2
[09:31] <popey> ah excellent
[09:31] <dpm> or in full: "The package has an invalid framework specified in the manifest. The currently allowed frameworks are: ['ubuntu-sdk-13.10', 'ubuntu-sdk-14.04-dev1', 'ubuntu-sdk-14.04-papi-dev1', 'ubuntu-sdk-14.04-qml-dev1', 'ubuntu-sdk-14.04-html-dev1', 'ubuntu-sdk-14.10-html-dev1', 'ubuntu-sdk-14.10-papi-dev1', 'ubuntu-sdk-14.10-qml-dev1', 'ubuntu-sdk-14.10-dev1', 'ubuntu-sdk-14.04', 'ubuntu-sdk-14.04-html', 'ubuntu-sdk-14.04-papi', 'ubuntu-sdk-14.04-q
[09:31] <dpm> ml']"
[09:32] <popey> lool: JamesTait: beuno: looks like we're using a new framework ...
[09:32] <popey> thanks dpm
[09:32] <JamesTait> Thanks popey, dpm.
[09:33] <popey> looks like -dev2 landed on the phone already too
[09:34] <JamesTait> I'm sure that's something that's simple to add (famous last words), but I'm surprised I didn't see it announced anywhere before it landed.
[09:34] <popey> well indeed
[09:34] <popey> i see a conversation in irc last night about it between jamie and others
[09:34] <JamesTait> It is, though, entirely possbile I wasn't looking in the right place, or I was and just missed it - so, y'know. :)
[09:35] <popey> https://wiki.ubuntu.com/Click/Frameworks is outdate too
[09:36] <JamesTait> Now that one I could update, but I'm not entirely sure which bits need to be updated - just adding a column or two to Base name and Base version?
[09:37] <popey> not sure, it's not "my" page. lool ?
[09:37] <popey> https://docs.google.com/a/popey.com/spreadsheets/d/1t_JGpg4r8BLluzfzmqa-gAbcKUjKUOufSCTSdPpFc5g/edit#gid=0 also not updated
[09:38] <popey> also, click-reviewers-tools will need updating.. dholbach ^
[09:47] <popey> JamesTait: any idea how long before you can update the store?
[10:03] <dholbach> popey, I think click-reviewers-tools just uses data from apparmor-easyprof-ubuntu?
[10:03] <dholbach> ah, maybe not
[10:04] <dholbach> can we file a bug for that and add tasks for all the bits which need updating?
[10:06] <mardy> dpm: there's something weird; maybe you have the evernote plugin left installed by a "make install"?
[10:06] <mardy> dpm: or maybe, it's not seeded, but it's a debian dependency for the account plugin, most likely
[10:07] <dholbach> popey, JamesTait, lool: feel free to add tasks to https://bugs.launchpad.net/ubuntu/+source/apparmor-easyprof-ubuntu/+bug/1335047
[10:07] <ubot5> Ubuntu bug 1335047 in apparmor-easyprof-ubuntu (Ubuntu) "Add support for ubuntu-sdk-14.10-dev2" [Undecided,New]
[10:07] <dholbach> jdstrand, ^
[10:07] <dholbach> lool, I can't remember - did we document the process for adding new frameworks somewhere?
[10:08] <JamesTait> popey, dholbach, dpm: do we have a definitive list of new frameworks we need to add?
[10:08] <lool> dholbach: probably not
[10:08] <JamesTait> I don't have access to do it myself, but I'm trying to get hold of someone who does.
[10:09] <dholbach> JamesTait, http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/utopic/ubuntu-touch-meta/utopic/revision/151
[10:09]  * JamesTait hugs dholbach.
[10:10] <dholbach> JamesTait, can we add a bug tasks on https://bugs.launchpad.net/ubuntu/+source/apparmor-easyprof-ubuntu/+bug/1335047 for whatever needs fixing in the store?
[10:10] <ubot5> Ubuntu bug 1335047 in apparmor-easyprof-ubuntu (Ubuntu) "Add support for ubuntu-sdk-14.10-dev2" [Undecided,New]
[10:10] <JamesTait> dholbach, yep, on it. :)
[10:10]  * dholbach hugs JamesTait
[10:10] <dholbach> fantastico
[10:11] <JamesTait> Only affects software-center-agent AFAIK.  No action required in the index.
[10:14] <dholbach> jdstrand, beuno: maybe one of you can have a look at https://code.launchpad.net/~dholbach/click-reviewers-tools/deb-vs-click/+merge/224297?
[10:30] <dpm> mardy, oh, so it seems the evernote package is only installed on my phone because the dependency got pulled from the PPA I was testing, but it's not on the archive. That points to something that we'll need to fix, as the account won't quite work without the plugin, which is used to retrieve the user name
[10:30] <mardy> dpm: indeed
[10:33] <dpm> mardy, but how could this ever work on the phone? http://bazaar.launchpad.net/~reminders-app-dev/reminders-app/trunk/view/head:/src/account-plugin/qml/evernote/Main.qml clearly imports the Evernote plugin and expects it in a system location, and it should fail on a vanilla image
[10:34] <dpm> I'm asking also because I'm trying to debug why the user name is not being fetched, so I'm trying to understand how the Main.qml file works
[10:35] <mardy> dpm: I think that the plugin is also installed on a vanilla image, due to the dependency: http://bazaar.launchpad.net/~reminders-app-dev/reminders-app/trunk/view/head:/debian/control
[10:36] <dpm> mardy, it can't pull it, as the package is not in the archive
[10:37] <dpm> and $ ls /usr/lib/arm-linux-gnueabihf/qt5/qml/ returns no Evernote folder on the phone
[10:37] <mardy> dpm: but then account plugin would be installed with a missing dependency? I doubt that's possible
[10:38] <dpm> popey, what does apt-cache policy qtdeclarative5-evernote0.1 on your phone say?
[10:42] <popey> N: Unable to locate package qtdeclarative5-evernote0.1
[10:42] <dpm> mardy, weird, I see the dependency on debian/control, but it's actually not listed in the dependencies of the installed package: http://pastebin.ubuntu.com/7710517/
[10:42] <dpm> thanks popey
[10:47] <dpm> mardy, oh, I've found out why
[10:47] <dpm> mardy, so it does not fail because the Main.qml file we ship contains only:
[10:47] <dpm> import Ubuntu.OnlineAccounts.Plugin 1.0
[10:47] <dpm> OAuthMain {}
[10:48] <dpm> so the account plugin currently installed on the phone does not import the evernote plugin at all
[10:48] <dpm> and probably does not have it listed as a dependency
=== oSoMoN__ is now known as oSoMoN
=== MacSlow is now known as MacSlow|lunch
[11:42] <aquarius> dpm, does the download api exist in qml yet? there's stuff on the wiki for the dbus api from last year, but I can't find any docs about the qml bindings
[11:43] <dpm> aquarius, let me check with mandel
[11:43] <aquarius> dpm, cool. I'd have pinged him but he isn't here? :)
[11:44] <dpm> ah, he's been either ignoring my pings too or on holiday lately, I'm hoping it's the latter :)
[11:45] <popey> i asked the other day
[11:46] <popey> cant find the logs of what he said tho
[11:46] <aquarius> A chap on G+ suggested that the download API can handle sftp URLs. I'm curious as to whether it can handle the sftp url for a *folder*, and if so whether I get back a folder listing.
[11:47] <aquarius> or possibly it just doesn't do sftp at all and that chap was full of lies :)
[11:48] <dpm> aquarius, I think mandel mentioned the protocols it can handle on ubuntu-phone the other day
[11:49]  * aquarius has a look
[11:49] <dpm> t1mp, is the new header supposed to go away when you scroll up a list, as the old one used to do?
[11:50] <dpm> or rather, scroll down
[11:50] <aquarius> gnah, lists.launchpad.net doesn't have archives by author ;(
[11:50] <aquarius> https://lists.launchpad.net/ubuntu-phone/msg08689.html - "It supports http, https and FTP (i need to test SFTP)."
[11:50] <aquarius> so I wonder what happens if you ask the download api to download an ftp url for a folder?
[11:51] <aquarius> does the download api work on the desktop in 14.04? Or do I need to test it on an actual phone?
[11:52] <dpm> mardy, mzanetti, would you mind having a look at the options we've got to ship the evernote accounts plugin + the evernote api plugins and giving me your opinion? http://pad.ubuntu.com/evernote-accounts
[11:53] <dpm> aquarius, not sure, unfortunately, and neither mandel nor tvoss seem to be online atm :/
[11:54] <aquarius> dpm, fair enough. Given that there are no docs on developer.ubuntu.com for the download service (either in current or in development api list) I figured, well, it's just not done yet, so I'll go away and come back in another six months and check, but I thought I'd ask :)
[11:55] <mzanetti> dpm: not sure if the "Current situation" is correct
[11:55] <mzanetti> well, dunno. where does the account plugin get the evernote plugin from?
[11:55] <dpm> mzanetti, it doesn't use it right now, that's what I found out this morning
[11:55] <t1mp> dpm: yes, it is the same, only what's inside the header is changing
[11:56] <mzanetti> dpm: oh... really?
[11:56] <mzanetti> but afaik the name isn't empty any more
[11:56] <popey> JamesTait: whats the status of the -dev2 click framework? can we update it in the store?
[11:56] <dpm> mzanetti, yeah, it puzzled me as well. Well, for me, and for the Evernote folks is empty. Does it show the name for you?
[11:57] <mzanetti> dunno... didn't try lately
[11:57] <mzanetti> well, ok... then its probably still empty :D
[11:57] <aquarius> chipaca, ping
[11:57] <aquarius> oh, he's not around either.
[11:57] <aquarius> bah. Summer, eh? Everyone's on holiday ;)
[11:57] <dpm> mzanetti, the Main.qml file contains this only (we've not updated the account .deb package for a while):
[11:57] <popey> slackers
[11:57] <dpm> import Ubuntu.OnlineAccounts.Plugin 1.0
[11:57] <dpm>  OAuthMain {}
[11:58] <dpm> so it definitely does not use the Evernote API plugin to retrieve the name
[11:58] <mzanetti> mhm
[11:59] <mardy> mzanetti: I don't understand the security concern; is the evernote plugin storing the access token somewhere?
[12:00] <mzanetti> no... was just going to ask you
[12:00] <mardy> mzanetti: if it's simply retrieving it from OA, then I don't see an issue
[12:00] <mzanetti> can any app get the accounts token?
[12:00] <dpm> t1mp, I'm asking about the header in the context of bug 1318132 - as it seems the header does not go away by default
[12:00] <ubot5> bug 1318132 in Ubuntu Reminders app "Notes and Notebooks header should move away when scrolling" [Low,Triaged] https://launchpad.net/bugs/1318132
[12:00] <mardy> mzanetti: accesso token are cachedby OA, but per appID
[12:00] <mzanetti> mardy: ack. problem solved then
[12:07] <dpm> mzanetti, mardy, I'm leaning towards option #2, what do you guys think? (option #1 would be the next best one for me, but I'm worried about the package being in the archive, making updates difficult)
[12:09] <mzanetti> dpm: yes, probably
[12:10] <mzanetti> dpm: installing it system wide wouldn't be bad though :/
[12:11] <dpm> mzanetti, yeah #1 would be the neatest option, but I'm not too sure about updates
[12:11] <mzanetti> yeah. I agree
[12:11] <mzanetti> dpm: I haven't been following this.. will we have a way to install plugins as click packages at some point?
[12:11] <mzanetti> but given we don't have any deps, that might not be possible at all
[12:12] <dpm> mzanetti, I don't think there are any plans to ship plugins as clicks, no
[12:13] <mzanetti> dpm: #2 it is then
[12:16] <dpm> mzanetti, thanks. It shouldn't be to difficult to switch to #1 at a later date if we decide it's worth it at some point. Quick question: how can we make the Main.qml file see the API plugin shipped with it, and where should we best install it?
[12:16] <dpm> thanks mardy too
[12:16] <mzanetti> dpm: is the accounts plugin installed through apt?
[12:17] <dpm> mzanetti, yes
[12:17] <dpm> we install it by default on the phone
[12:17] <mzanetti> I guess we would need to install it to /usr/share/whereevere/the/rest/of/the/plugin/is/
[12:17] <dpm> account-plugin-evernote
[12:17] <beuno> dholbach, +1!
[12:17] <mzanetti> and then make the accounts plugin pick it up by setting the import path to that
[12:18] <dpm> mzanetti, probably then /usr/share/accounts/qml-plugins/evernote/ would be a good location, as it's where Main.qml lives. I'm not sure how to best set the import path, though, as we're not calling qmlscene directly
[12:19] <mzanetti> dpm: yes, the place sounds correct, needs to be a subfolder "Evernote" in there
[12:20] <mzanetti> dpm: on making the plugin pick it up, I guess mardy can help you.
[12:21] <zbenjamin> dpm: did you have some time to test the new package?
[12:21] <dpm> so mardy, how can I change the import path for plugins, so that Main.qml can pick up the Evernote plugin shipped in its same folder?
[12:22] <nik90> @coreappdevs, need someone to review https://code.launchpad.net/~nik90/ubuntu-clock-app/edit-alarm-feature/+merge/224360 It adds support for creating alarms in the new clock app.
[12:27] <popey> nik90: k
[12:28] <sergiusens> mzanetti: dpm there were plans to ship plugins as click
[12:28] <sergiusens> afaik not going to happen soon though
[12:28] <mzanetti> sergiusens: how would an app then depend on that?
[12:28] <popey> nik90: pretty!
[12:29] <popey> nik90: how do I edit?
[12:29] <nik90> popey: thnx. You cannot edit alarm in this MP. You can only create new alarms and delete them if necessary.
[12:29] <popey> ah
[12:29] <nik90> popey: The edit alarm feature is in the next MP which is also up for review
[12:30] <popey> yeah, that works
[12:30] <popey> looks great
[12:30] <popey> the text is a bit tiny on the tab, and subheading in alarms
[12:30] <nik90> popey: I was told by the designers to use xx-small font size as mentioned in the design spec
[12:31] <nik90> popey: once we have it testing on the phone, they will evaluate the font size again
[12:32] <dpm> mzanetti, ok, thinking more about it, I've added option #4. I think I might favour that now, what do you think? -> http://pad.ubuntu.com/evernote-accounts
[12:32] <popey> k
[12:34] <sergiusens> mzanetti: I'm not sure; all I know is that at one point there were plans for gstreamer plugins and online account ones
[12:34] <mzanetti> oh... right... online account plugins
[12:34] <mzanetti> was thinking about qml plugins
[12:35] <mzanetti> dpm: I'm really not sure about option 4
[12:35] <nik90> zsombi: hey, if you have time could you check https://code.launchpad.net/~nik90/ubuntu-clock-app/add-modify-alarm-support/+merge/224791. The MP adds support to edit saved alarms and sometimes it causes the clock app to crash.
[12:35] <sergiusens> mzanetti: for oa plugins you still have the dependency problem
[12:35] <nik90> zsombi: I narrowed it down to the daysOfWeek variable, but cannot see why that might happen.
[12:35] <nik90> zsombi: May be you might notice me doing something wrong
[12:36] <mzanetti> sergiusens: well not really. I'd think that an app, like reminders, would just ship one click packages with the app and the oa plugin, and oa would just pick it up
[12:36] <dpm> sergiusens, authentication plugins as clicks is still on the roadmap, but I don't know about QML plugins as clicks
[12:36] <sergiusens> mzanetti: right; but not shareable across clicks; which is fine I guess
[12:37] <mzanetti> yep
[12:37] <sergiusens> dpm: no, not generic plugins. I assume that is never going to happen
[12:38] <dpm> mzanetti, so what you are describing is on the roadmap, but not for RTM afaik, and probably post-14.10, IIRC what mardy mentioned
[12:38] <mzanetti> ack...
[12:38] <mzanetti> dpm: I'm still voting for option 2
[12:38] <mzanetti> 4 sounds like the wild west
[12:39] <dpm> mzanetti, yeah, I've added #4 to have all cards on the table, and also in case #2 does not work. I still can't see how we can specify the import location
[12:39] <mardy> dpm: I need to check the code, I don't remember what import paths are available to account plugins
[12:39] <mardy> dpm: but I guess that if you ship it in the same directory as the Main.qml file it should work
[12:40] <mzanetti> dpm: well, ok, in which case we'd probably have to go for option #4 just to have it around for the oa plugin...  But please lets check first if we can install privately for the oa plugin too
[12:40] <dpm> hm, but do QML files look for import paths on the same directory by default?
[12:40] <mzanetti> dpm: no for plugins
[12:40] <mzanetti> dpm: only for other other qml files
[12:40] <dpm> yeah, definitely, the idea of this is to find out all the options
[12:42] <dpm> mardy, it seems shipping in the same folder won't work. So if you could tell us which import paths are supported for the Main.qml file, and if they're extensible, that'd be awesome
[12:43] <zsombi> nik90: sorry dude, you may need to ask kalikiana to help on that :( I got to leave now
=== renato_ is now known as Guest94157
[12:56] <mardy> dpm: here: pkg-config  --variable plugin_private_module_dir SystemSettings
[13:00] <dpm> mardy, not sure I can follow, how can I use that? Running it on the desktop (no pkg-config on the phone) returns no results
=== _salem is now known as salem_
[13:13] <dholbach> beuno, thanks!
[13:19] <dholbach> dpm, popey: looks like libqt5keychain0 is now pulled in by ubuntu-sdk-libs - maybe we should build trojita against it?
[13:20] <dpm> dholbach, I've not been too involved in trojita, so I might not be the best person to ask, but popey or mhall119 should know
[13:21] <popey> dholbach: yes, I requested it
[13:21] <popey> ☻
[13:22] <dholbach> popey, awesome - I'll do a local test build, then add it as a build-depends to the packaging branch
[13:22] <popey> dholbach: feel free to join us in #ubuntu-touch-meeting we're discussing right now
[13:23] <t1mp> nik90: in case you want to play around with putting textfields in the header, here is a branch for it - https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/120-HeaderState/+merge/224813
[13:24] <t1mp> nik90: the prerequisite branch (110-headerInput) already has it, but 120-HeaderState has a convenient PageHeadState component in case you want to use states to update your header
[13:30] <mardy> dpm: OK, then hardcode it to /usr/lib/x86_64-linux-gnu/ubuntu-system-settings/private
[13:37] <dpm> mardy, right, that comes back to my first question: where can I specify the import location. I need to tell qmlscene or whatever loads the Main.qml file at some point to use "/usr/lib/x86_64-linux-gnu/ubuntu-system-settings/private", but I don't know how UOA loads that file and if I've got any possibility to give it a custom import path
[13:37] <dpm> or do you mean I should install the just install the evernote api plugin there?
[13:43] <mardy> dpm: yes, you should install the api plugin there
[13:51] <dpm> ok, thanks mardy
[13:51] <dpm> aquarius, -> <mandel> dpm, yes, I spoke with mhall119 yesterday about it and we saw a small error in the docs generation that I need to fix
[13:52] <aquarius> dpm, ah, cool... so it nearly exists?
[13:52] <dpm> aquarius, it should exist, just the docs are not published yet
[13:52] <brendand_> rpadovani, hi
[13:52] <dpm> aquarius, mandel seems to be on #ubuntu-touch now, so you might want to check with him again
[13:52] <aquarius> dpm, smart. Do you know whether it exists in Ubuntu 14.04 desktop?
[13:53] <aquarius> dpm, ah, I'll talk to mandel
[13:53] <dpm> aquarius, I'd doubt it
[13:53] <dpm> but yeah, he should know more than I do
[13:53] <aquarius> hm. I'm not upgrading to in-dev 14.10 just to make apps :(
[13:53] <dpm> aquarius, you can use the emulator :)
[13:53] <aquarius> I can, but I already have an Ubuntu machine; I shouldn't *need* the emulator :(
[13:55] <dpm> yeah, I can understand, I'm on 14.04 too, but it becomes increasingly difficult to backport more APIs, so the emulator is a neat way to target the phone without having to change your host computer
=== MacSlow|lunch is now known as MacSlow
[13:56] <aquarius> yeah, I've heard that argument. I just don't like it :)
[14:00] <dpm> mzanetti, so it seems for option #2 to work, we'll need to install the plugin in /usr/lib/x86_64-linux-gnu/ubuntu-system-settings/private for Main.qml to find it, as there's no way to define a new import location for plugins. What do you think, would you still recommend option #2 in light of that? http://pad.ubuntu.com/evernote-accounts
[14:08] <DanChapman> dholbach, it's picked up qt5keychain-dev/libqt5keychain0 fine for me here and is building now http://pastebin.ubuntu.com/7711324/
[14:08] <dholbach> DanChapman, which options did you pass to cmake?
[14:09] <nik90> t1mp: sweet thnx..will test it and make a video if I have some time
[14:09] <nik90> kalikiana: Can I bother you for a review :P?
[14:10] <nik90> aquarius: you could use a VM of 14.10 :)
[14:10] <DanChapman> err my default onesi think -DWITH_UBUNTU=on -DDEV_FATAL_WARNINGS=on -DCMAKE_BUILD_TYPE=Debug
[14:10] <DanChapman> dholbach: ^^
[14:10] <nik90> aquarius: but yes I strongly agree to your argument that upgrading a OS just to upgrade the SDK is not ideal
[14:11] <dholbach> DanChapman, gotcha - over here it's -DWITH_UBUNTU=on -DWITH_QTKEYCHAIN_PLUGIN=on
[14:12] <t1mp> nik90: a video? that's awesome :)
[14:12] <mario_> Guys is it my fault or the following API has not yet been implemented/ does not work as expected? http://developer.ubuntu.com/api/qml/sdk-14.04/U1db.Database/#deleteDoc-method
[14:13] <t1mp> kalikiana: ^ you know the answer to mario_ 's question?
[14:13] <t1mp> nik90: there are 6 related MRs queued to land in our staging :) so it is just a matter of time now
[14:14] <t1mp> ^*header related
[14:14] <nik90> t1mp: awesome
[14:14] <nik90> t1mp: what is this about? https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/98-DeprecateHeader/+merge/224510
[14:15] <nik90> t1mp: are you referring to the use of header.visible (from the old header) in apps?
[14:15] <t1mp> nik90: we had a "Header" property that was exposed to the app developers.. so they could instantiate that component
[14:15] <t1mp> nik90: ^that was not the intention, and confusing to have, so now we just print a warning when that happens
[14:15] <nik90> t1mp: oh..I didnt know about that
[14:16] <popey> dholbach: DanChapman when you build next, in case we plan to go to the store with one of these newer builds, can you use the framework 14.10 -dev2?
[14:16] <dholbach> popey, the daily build is .deb, no .click
[14:16] <dholbach> I don't know how the .click build is done
[14:17] <DanChapman> popey: sure i'll  push a patch for that now
[14:17] <t1mp> nik90: no, not directly. page/mainview.header is still accessible but you can keep using the header.visible until I have the header "modes" implemented (modes will be "flickable", "fixed", "overlay" and "hidden")
[14:17] <t1mp> nik90: yeah Header was there in our qmldir, but it was not intended to be (and not documented), so with that MR I simply remove it again
[14:17] <popey> dholbach: i think mhall119 does it
[14:17] <nik90> t1mp: I thought zsombor said header.visible is an internal property and shouldn't be used by app devs. I rejected a patch based on this reasoning
[14:18] <popey> but it needs to go in the manifest, so DanChapman can take care of that ☻
[14:18] <popey> I personally think DanChapman should also be responsible for uploading the app to the store ☻
[14:18] <t1mp> nik90: zsombi was right, so if you can avoid it don't use that. I'm just not sure if there is an alternative right now
[14:18] <popey> rather than have us manage taht
[14:18] <t1mp> nik90: better not to start using header.visible. What I meant to say is that if an app uses it already we don't break that app (yet)
[14:19] <nik90> t1mp: ok. so when the new header states land, we need to update terminal and music I think
[14:19] <DanChapman> popey, will i get a t-shirt?
[14:19] <DanChapman> :-)
[14:19] <nik90> t1mp: just a headsup when you do break it
[14:19] <t1mp> nik90: sure. probably we will never break it (we promised that), but a warning will be printed when the changes are there
[14:20] <popey> DanChapman: not sure how many pioneers we have now, probably ☻
[14:20] <nik90> dpm, popey: Can you add the clock app reboot MPs to the sponsoring queue as well to get more exposure?
[14:21] <t1mp> nik90: I'll just be happy when all the current MRs land and I can finally close this blueprint next week :) https://blueprints.launchpad.net/ubuntu-ui-toolkit/+spec/new-header\
[14:21] <t1mp> hmm that bp was started only 2 months ago.. seems longer ;)
[14:21] <nik90> t1mp: :)
[14:21] <t1mp> nik90: then I can start on this one ;) https://blueprints.launchpad.net/ubuntu-ui-toolkit/+spec/new-header-extensions
[14:21] <dpm> nik90, sure, it shouldn't take me long
[14:22] <dpm> as in "today"
[14:22] <nik90> dpm: thnx :)
[14:22] <nik90> t1mp: yay looking forward to it
[14:23] <t1mp> nik90: basically it is just more header stuff, but it feels nice to start with a clean todo list
[14:25] <dholbach> DanChapman, maybe it's because of this:
[14:25] <dholbach> ./CMakeLists.txt:trojita_plugin_option(WITH_QTKEYCHAIN_PLUGIN "Build Qtkeychain password plugin" "NOT WITH_HARMATTAN;NOT WITH_UBUNTU")
[14:25] <dholbach> looks like the two are mutually exclusive?
[14:25]  * t1mp off, bbl
[14:25] <dholbach> for now I'll just add the build-dep and the cmake build option to the packaging and leave it at that
[14:26] <mzanetti> dpm: yes, I still think option 2 would be best... but if you don't agree, you don't have to listen to me
[14:27] <DanChapman> dholbach: meh that should be NOT UBUNTU_CLICK_MODE, i'll push a patch for that aswell. I must have changed it in my local branch at some point
[14:27] <dpm> mzanetti, no, that sounds sensible to me and I do value your opinion. I'm still not sure about that install path, but from your and mardy's feedback, I've decided to go for #2
[14:28] <dholbach> DanChapman, awesome - with the changes I'm doing to the packaging we should be all set for the next pull from upstream then :)
[14:29] <DanChapman> dholbach: brilliant thanks :-)
[14:29] <dholbach> rock on! :)
[14:30] <popey> \o/
[14:31] <DanChapman> popey while i'm doing these will I need to specify a specific apparmor profile as it uses dbus or is that all taken care of and don't need to think about it
[14:32] <DanChapman> qt5keychain that is
[14:34] <popey> you need to use the -dev2 one, ubuntu-sdk-14.10-dev2 i think.
[14:36] <nik90> t1mp: when I try the example you listed in the MP, I get the error PageHeadState is not a type
[14:44] <aquarius> nik90, I'm on the LTS; I may stay there for years. But I really don't want to run a pre-release, even in a VM
[14:45] <sergiusens> do lxc containers count as VMs? :-)
[14:45] <nik90> aquarius: well I intend on staying with the LTS as well. So may be we both could protest against dropping 14.04 support just 2 months after its release :)
[14:45] <aquarius> :)
[15:12] <nik90> t1mp: disregard my last statement, after importing Ubuntu Components 1.1 instead of 0.1, things started working as expected ;)
[15:27] <beuno> dholbach, jdstrand, https://code.launchpad.net/~beuno/click-reviewers-tools/deprecate-14-10-dev1/+merge/224862
[15:28] <dholbach> beuno, for the tests to work, I guess it needs an updated apparmor-easyprof-ubuntu?
[15:29] <dholbach> I'm going to be in a call in a minute, so jdstrand might be a better person to talk to
[15:32] <beuno> dholbach, not sure, I think if you run ./run-tests it works
[15:33] <beuno> tests pass, btw  :)
[15:43] <dholbach> ok :)
[16:16] <dpm> zbenjamin, is it a know issue that the "Open SSH connection to device" button does no longer work with the emulator? I tended to use it all the time, but at least with an emulator running image 100 it no longer does
[16:16] <dpm> it just starts a terminal that closes after about a second
=== gatox is now known as gatox_lunch
[16:46] <dpm> mardy, while testing the new account plugin package (http://pastebin.ubuntu.com/7711985/) UOA seem to complain that the plugin's QML file is not in .local - any ideas why? -> http://pastebin.ubuntu.com/7711982/
[16:50] <jdstrand> beuno: fyi, re https://code.launchpad.net/~beuno/click-reviewers-tools/deprecate-14-10-dev1/+merge/224862... I was told by pat to not obsolete the 13.10 framework
[16:51] <jdstrand> also, apparmor-easyprof-ubuntu and click-apparmor do not need to be updated for non-major framework changes
[17:07] <beuno> jdstrand, 13.10 was already there
[17:07] <beuno> jdstrand, I can remove it?  or move it to a warning?
[17:10] <jdstrand> beuno: well, 13.10 was listed in deprecated_frameworks. you renamed that obsolete_frameworks
[17:10] <beuno> jdstrand, oh
[17:10] <beuno> I didn't
[17:10] <beuno> there's a merge conflict
[17:10] <beuno> seems bzr decided to make me look bad
[17:10]  * beuno fixes
[17:10] <jdstrand> maybe I misread the diff. we don't even have obsolete_frameworks any more
[17:11] <beuno> jdstrand, I must have had an out-of-date branch
[17:11] <jdstrand> beuno: right, so I used to error on using 13.10 and called it obsolete. it was later determined we should only warn, so I named it deprecated
[17:11]  * beuno nods
[17:11] <jdstrand> which is all I was thinking about
[17:12] <jdstrand> adding -dev1 to deprecated sounds fine to me
[17:12] <beuno> right
[17:12] <beuno> I'll fix it
[17:12] <beuno> I was indeed out of date locally
[17:14] <beuno> jdstrand, in this case, I think we need to error on -dev1
[17:14] <beuno> as it may be broken
[17:15] <jdstrand> k, well, we should resurrect obsolete_frameworks then add an elif on the 'current framework' check
[17:15]  * beuno nods
[17:15] <jdstrand> (and add a test to test_cr_lint.py)
[17:15] <beuno> on it
[17:15] <jdstrand> thanks
[17:18] <bluezone> what do the reviewers use to build desktop apps?
[17:18] <t1mp> nik90: if you have comments or suggestions for improvements, just leave comments on the MR. The last two MRs have not been approved yet so I can make canges
[17:18] <t1mp> *changes
[17:18] <bluezone> i've been using dpkg and my application has built almost flawlessly since day 1 lol
[17:18] <nik90> t1mp: will do
[17:19] <bluezone> but i keep being sent to the needs information stage for changes
=== chihchun is now known as chihchun_afk
=== gatox_lunch is now known as gatox
=== renato_ is now known as Guest23257
=== la_juyis` is now known as la_juyis
[20:59] <nik90> balloons: any idea why https://code.launchpad.net/~nskaggs/ubuntu-clock-app/new-pep8-fixes/+merge/224853 hasn't been merged yet by jenkins?
[21:05] <popey>  nik90 ./tests/autopilot/ubuntu_clock_app/tests/__init__.py:28: 'model' imported but unused
[21:06] <nik90> popey: ah
=== hatchetation_ is now known as hatchetation
[21:53] <popey> nik90: https://code.launchpad.net/~nskaggs/ubuntu-clock-app/new-pep8-fixes/+merge/224853  \o/ approved
[21:53]  * popey hugs balloons 
=== salem_ is now known as _salem