[01:49] <kurt_> hi all having a python issue i want to run html2csv.py (which I downloaded)  inside of MyPythonScript.py (just for naming sake) can you run a python script inside a python script?
[08:18] <dholbach> good morning
[08:26] <davidcalle> Morning all o/
[08:34] <dholbach> dpm, thanks for the review - I fixed another small thing in https://code.launchpad.net/~dholbach/help-app/passworde-typo-fix/+merge/253468
[08:47] <dholbach_> dpm, https://bugs.launchpad.net/help-app/+bug/1433957 - we need to find a way to express this in markdown which doesn't break so easily
[08:47] <dholbach_> dpm, it was basically "  " (for a line break) at the end of the first link
[08:49] <dpm> dholbach_, I've got no ideas on that one, markdown is screwing us a bit here :/
[08:51] <dholbach_> dpm, maybe I'll just make it ul/li items?
[08:51] <dpm> dholbach, I think probably that's the sanest option, good idea
[08:51] <dholbach> all right
[08:51] <dpm> dholbach, I'm adding some extra content I wrote a while ago into a MP
[08:52] <dholbach> ok
[08:59] <dholbach> dpm, https://code.launchpad.net/~dholbach/help-app/1433957/+merge/253480
[09:00] <dholbach> oops, sorry, the commit messages are not quite what I wanted
[09:00] <dholbach> let me re-push
[09:01] <dholbach> https://code.launchpad.net/~dholbach/help-app/1433957/+merge/253481
[09:01] <dholbach> here we go :)
[09:17] <dpm> dholbach, how feasible would it be to bring back the attr-list support? I'm trying to think of easier ways of doing css styling and of dealing with the images
[09:18] <dholbach> dpm, it's an open bug - it'll be a bit of work
[09:18] <dholbach> but sure, it should be feasible
[09:23] <dpm> dholbach, ok, thanks. And how about changing the local-q-and-a extension to do the following: the syntax to use it to be !!QA instead of !!T (I'm thinking of having just one), make sure the enclosing div contains the text and any images, and add the class "question" to the enclosing div? To keep things simpler, I'm thinking of having just the one !!QA instead of both !!T and !!I, and then use some JavaScript to do any additional markup changes to th
[09:23] <dpm> e image, similarly to how to do on the phone. I could have a go at the JS bit
[09:24] <dholbach> sure
[09:24] <dholbach> let me file a bug for it
[09:24] <dholbach> or hang on
[09:25] <dholbach> dpm, can you add an example of the desired html to https://bugs.launchpad.net/help-app/+bug/1432710?
[09:25] <dholbach> just so we're both talking about the same thing? :)
[09:25] <dpm> sure, on it
[09:26] <dholbach> excellent
[09:26] <dholbach> I'd look into 1429896 and 1432710 today then - that'd be a nice bit of cleanup
[09:28] <dholbach> https://launchpad.net/help-app/+milestone/0.2 has quite a few things piled up already :)
[10:06] <dpm> dholbach, ok, I've added a comment on 1429896 and on 1432710. Let me know if you think they make sense
[10:06] <dholbach> let me take a look
[10:08] <dholbach> dpm, what else would you like to live in ./web? (not ./build/web?)
[10:09] <dholbach> app/www is imposed on us through the general ubuntu html5 app structure
[10:09] <dholbach> bug 1432710 is looking good
[10:11] <dholbach> can you also take a look at https://code.launchpad.net/~dholbach/help-app/1433957/+merge/253481? that'd fix the test-suite again :)
[10:14] <dpm> sure
[10:17] <dpm> dholbach, I couldn't think of anything else to live in web, I was just thinking of having a consistent build layout with what we have on app - it was just a suggestion. I was aware from your previous comment that app/www is something we cannot change, I deliberately didn't propose any modifications there
[10:17] <dholbach> ok
[10:18] <dholbach> I'm happy to make it ./build/web/www
[10:18] <dholbach> I was just wondering if you knew of anything else which could go there
[10:23] <dpm> no, I couldn't think of anything else
[10:23]  * dpm looks at what we've got on ./app
[10:40] <AskUbuntu_> Can I use Java to develop gui for ubuntu | http://askubuntu.com/q/598644
[10:55]  * mcphail is finding the Ubuntu-SDK, qtcreator and emulator very rough-around-the-edges. Harrumph.
[10:56] <popey> mcphail: anything specific?
[10:56]  * ogra_ hands mcphail a stack of sandpaper
[10:56] <ogra_> patches accepted ;)
[10:57] <ogra_> (and wishlist bugs too)
[10:58] <mcphail> popey: lots of things. First of all, trying to find which emulator channel matches which kit is unclear. Trying to find which channel is most up-to-date isn't apparent. Lots of qml crash spam in the console with simple builds. poor performance of emulator. The list goes on.
[10:58] <popey> x86 emulator or armhf?
[10:59] <mcphail> popey: I end up installing multiple kits but I have a slow and unreliable internet connection. Installing or updating them blocks the GUI (sometimes for > 1 hour) when I can't be productive etc etc
[10:59] <mcphail> popey: x86
[10:59] <popey> bzoltan_: zbenjamin ^
[11:00] <popey> i think you can create kits from the command line. would be nice if the UI told you what command it was going to run
[11:00] <popey> so you could do it manually if you wanted, and not block the ui
[11:00] <bzoltan_> popey: zbenjamin is out of office for some time.. let me see what the problem is
[11:00] <popey> kk
[11:01] <mcphail> popey: even a guide saying "use this kit with this channel" would be nice. I installed the 15.04 kit but can't find a channel which supports it
[11:01] <bzoltan_> mcphail: if you are into going a bit offroad then please check out the static chroots - https://lists.launchpad.net/ubuntu-phone/msg11212.html
[11:03] <mcphail> bzoltan_: that looks interesting. Thanks. I'll explore that this evening
[11:03] <bzoltan_> mcphail:  the development channels ar eall 15.04 so if you work with development image then you want to use the 15.04 kits
[11:04] <bzoltan_> mcphail:  with that script you can create the armhf 15.04 kit from cmd line and it is quicker too
[11:04] <mcphail> bzoltan_: the script looks as if it is just what I need. brilliant.
[11:05] <mcphail> bzoltan_: btw, are you sure the devel channel is 15.04? I had "15.04 not present on device" when using devel last night
[11:05] <bzoltan_> mcphail: the only issue with that script is that it is using a fairly outdated 15.04 image... but you can update later
[11:06] <bzoltan_> mcphail:  the frameworks are different... for the apps I use 14.10-qml fw ...
[11:06] <mcphail> bzoltan_: i certainly endorse your plan as outlined in that message. Would be much cleaner
[11:06] <mcphail> bzoltan_: the whole thing is rather confusing
[11:08] <bzoltan_> mcphail: I know, sorry for that. I am working on to clear it out a bit.
[11:08] <mcphail> bzoltan_: :)
[11:08] <mcphail> bzoltan_: it is great when it works, so thanks for spending the time on it
[11:09] <bzoltan_> mcphail: :)
[11:16] <dholbach> dpm, updated: https://code.launchpad.net/~dholbach/help-app/1433957/+merge/253481
[11:17] <dpm> approved :)
[12:31] <PLA1> After yesterday's updates on my 14.10 desktop the ubuntu-html5-app-launcher is now using Chromium Oxide when launching from Qt Creator. :-) The inspector is not running on port 9221 though. How do I get the inspector back? /me broke irc guideline #3.
[12:32] <bzoltan_> alex-abreu: ^
[12:35] <daker> PLA1: you should use --inspector
[12:35] <daker> arg
[12:37] <PLA1> daker: This is in my desktop file: Exec=ubuntu-html5-app-launcher $@ --www=www --inspector
[12:52] <alex-abreu> PLA1, it works for me, are you using <ip>:9221 ?
[12:53] <alex-abreu> PLA1, and dont use localhost/127.0.0.1
[13:04] <PLA1> alex-abreu: I am using an IP address not localhost. It was working yesterday when it was running Webkit. Stopped working after updates that introduced Oxide (Chromium).
[14:25] <dholbach> dpm, balloons: I'd appreciate your eyeballs on https://code.launchpad.net/~dholbach/help-app/1429896/+merge/253518
[14:25] <dholbach> dpm, balloons: if you're generally happy with it, I'd work on updating the docs
[14:31] <balloons> dholbach, oO! my wish come true
[14:31] <dpm> dholbach, would you mind adding something in the description showing what the tree will look like after the branch is merged? I'm not sure I'll manage to look at it today, but I'd have a glance at the new layout, though
[14:32] <dholbach> dpm, updated
[14:32] <dholbach> dpm, balloons: I moved the translations tools, the markdown extension and tests into ./internal
[14:32] <dholbach> ./internals
[14:32] <dpm> thanks dholbach!
[14:32] <balloons> in the commit message.. That my friend is gorgeous!
[14:33] <dholbach> and I started breaking up translations.py into its own module
[14:33] <dholbach> I hope with that work started, things will even get easier and clearer in the future :)
[14:48] <dpm> dholbach, nice work! Quick q: where do we stand in terms of publishing the web content? Are we blocked by any IS requirements?
[14:48] <dholbach> dpm, I think what I'll do is create a branch members of the core apps team can publish to
[14:49] <dholbach> dpm, to publish something to this branch, I'll run the 'check' target first, then 'web' and then the magic runes to publish the branch to LP
[14:49] <dholbach> dpm, then I'll ask IS to regularly pull from that branch
[14:49] <dpm> sounds good :)
[14:49] <dholbach> I'll file a bug
[14:49] <dholbach> it won't be automatic, but I think that should do for a wihle
[14:49] <dholbach> until we figure something out
[15:03] <pindonga> jdstrand, just to let you know that we have the latest click-reviewers-tools on prod now (r414)
[15:07] <jdstrand> pindonga: yeay, thanks! :)
[15:08] <pindonga> np
[15:19] <t1mp> zsombi, kalikiana: If there are no objections, I will add function wait_for_header_animations() to UbuntuTestCase
[15:19] <kalikiana> t1mp: sounds sensible
[15:19] <t1mp> I have that function copied in several test files no, so better to put it all in one place
[15:25] <dholbach> balloons, dpm: https://code.launchpad.net/~dholbach/help-app/1434125/+merge/253526
[15:25] <dholbach> jfyi: I based it on the reorg branch
[15:27] <dholbach> balloons, I'm not quite sure what your comment means... are you just referring to the HACKING doc?
[15:28] <balloons> dholbach, yes, I hit enter before I was finished typing up my comments again :-) Dog is camping in the chair with me today as wifey is gone
[15:28] <balloons> but in general the HACKING document needs to reflect the changes
[15:29] <dholbach> yes, I know
[15:29] <dholbach> I wanted you guys to have a look over it beforehand :)
[15:29] <dholbach> working on the HACKING doc now
[15:30] <dholbach> thanks a lot for the review - I'm glad the rest made sense :)
[15:34] <balloons> yea, trying to poke holes in the rest, but looking pretty good so far
[15:35] <dholbach> done :)
[15:43] <dholbach> balloons, you should probably send a pic of you and your dog to the warthogs group - looks like cats and dogs is the only relevant content there :-)
[15:49] <balloons> dholbach, I can't build.. I need a en_US.po
[15:52] <dholbach> balloons, eh?
[15:53] <dholbach> do you have a log or something you could put up on a pastebin?
[15:53] <balloons> dholbach, to the mailing list or telegram? I opened with a pic of my dog, because indeed that was the meme
[15:53] <balloons> dholbach, I'm saying make app no longer works
[15:53] <dholbach> balloons, that's with lp:~dholbach/help-app/1429896?
[15:53]  * balloons pastes
[15:54] <balloons> http://paste.ubuntu.com/10628310/
[15:54] <dholbach> thanks
[15:55] <dholbach> ok... I think I found an issue
[15:55] <dholbach> it might be connected to yours
[15:55] <dholbach> thanks a lot for helping test this!
[16:01] <balloons> dholbach, yw. For my edification, I see en_US.po is on the .bzrignore list. Is it your expectation this is generated during build?
[16:01] <dholbach> yes
[16:01] <dholbach> it's a fake language, the default we use
[16:02] <seb128> dholbach, dpm, do you know where is the vcs for the content of https://developer.ubuntu.com/en/apps/qml/ ?
[16:03] <dholbach> seb128, it's not in a vcs
[16:03] <seb128> dholbach, so nothing I can mp against?
[16:03] <dholbach> seb128, it's a django site with wysiwig editor, etc
[16:03] <dholbach> if you want access that can be arranged
[16:03] <seb128> dholbach, no, thanks ;-)
[16:03] <popey> haha
[16:03] <dholbach> seb128, bugs.launchpad.net/developer-ubuntu-com/+filebug is your best bet then :)
[16:03] <seb128> I've enough to do, I just want to mp a suggestion, I'm going to add it as a bug comment instead
[16:04] <seb128> dholbach, yeah, I did that a week ago, https://bugs.launchpad.net/developer-ubuntu-com/+bug/1431913
[16:04]  * balloons wishes it was a vcs
[16:04] <seb128> but it's sitting there, so I wanted to mp some suggestion to nag gently ;-)
[16:04] <dpm> thanks seb128
[16:05] <dholbach> balloons, can you pull from the branch again? :)
[16:07] <dpm> seb128, I essentially agree with what you're saying in the bug. Just to be sure, though, did you see the API links in the breadcrumb navigation of  https://developer.ubuntu.com/en/apps/qml/ ?
[16:07] <dpm> *link
[16:07] <seb128> dpm, refresh and read what I just posted ;-)
[16:08] <seb128> but essential no, not before today
[16:08] <seb128> and I ended up on that page a couple of times, going through most links before giving up and working from the firefox history to find the api
[16:09] <seb128> those are too subtle imho, it looked like chrome to indicate where you are, not index for useful content ;-)
[16:09] <t1mp> kalikiana: in UbuntuTestCase we use CamelCase for function names.. and in the unit tests we use _
[16:09] <t1mp> kalikiana: in TestCase they are mixed.. CamelCase for mixed functions underscores in internal function names...
[16:09] <t1mp> hmm
[16:10] <t1mp> I'll use camelcase for the new function in UbuntuTestCase too.. I guess that's the most appropriate
[16:10] <dpm> seb128, I think what we can do as the next step is to add it to "Next steps", I think that makes sense and it's easy to do
[16:10] <balloons> dholbach, fyi, no change here
[16:11] <dholbach> hum
[16:11] <dholbach> ok
[16:11] <dholbach> can you reproduce this somehow? :)
[16:11] <dholbach> I thought I had fixed the issue O:-)
[16:11] <seb128> dpm, that's what I wrote in the ^ mentioned comment ;-)
[16:11] <seb128> dpm, that's what the equivalent html5 page is already doing btw
[16:12] <seb128> dpm, thanks!
[16:12] <dpm> seb128, yeah, so I was just confirming that what you suggested makes sense :)
[16:12] <seb128> great
[16:12] <dpm> and should be easy to do
[16:12] <seb128> excellent :-)
[16:13] <balloons> dholbach, what can I do to help?
[16:14] <dholbach> balloons, I can't reproduce it here - can you guide me on how I can break everything from a new checkout of lp:~dholbach/help-app/1429896?
[16:14] <seb128_> dpm, sorry I disconnected, thanks for the replies there ;-)
[16:15] <seb128_> dholbach, you as well
[16:15] <dpm> no worries, it's always good to get this kind of feedback
[16:16] <balloons> dholbach, presumably it breaks for me because of my lang setting is english? I'm not sure
[16:16] <balloons> dholbach, I just do a checkout then immeadiately try and build
[16:16] <dholbach> mh, that'd surprise me, but let's try it out
[16:16] <dholbach> can you pastebin the output of "export"?
[16:17] <balloons> sure.. I'll unclude my keys too, lol
[16:17] <dholbach> sorry
[16:17]  * balloons pastes
[16:17] <dholbach> just the LC/LANG related stuff
[16:18] <balloons> right
[16:18] <balloons> GDM_LANG="en_US"
[16:19] <dholbach> are you on utopic?
[16:19] <balloons> http://paste.ubuntu.com/10628439/
[16:19] <balloons> no vivid
[16:20] <dholbach> ok
[16:20] <dholbach> I can't reproduce the issue, with whatever I set to en_US
[16:21] <dholbach> does "bzr ignored", "bzr unknowns" or "bzr diff" list anything relevant?
[16:21] <dholbach> is this r124 of lp:~dholbach/help-app/1429896?
[16:22] <dkessel> is it allowed to ship a native ubuntu phone app with some shared libraries it needs?
[16:23] <popey> dkessel: that's the way many do it
[16:24] <balloons> dholbach, .bzrignore inclues en_US.po, the file it complains about
[16:24] <balloons> what does your po folder look like?
[16:25] <dholbach> de.po  es.po  fr.po  help.pot  it.po  pt.po  ro.po
[16:25] <dholbach> en_US.po is a fake pofile we create during the build
[16:25] <dholbach> it should hvae nothing to do with the language you are running on your machine
[16:25] <balloons> hmm same.. any reason en_US.po is .. ahh, ok
[16:25] <balloons> dholbach, gotcha.. I assumed it wasn't meaningful, but that makes the error make more sense
[16:26] <dkessel> popey: and if the app requires something that would normally (on the desktop) be available as a standard .deb package, one has to ship the cross-compiled libraries of that .deb package in the click package, right?
[16:26] <popey> basically, yes
[16:26] <dkessel> is there some list of what can be assumed to be available on the phone? it is not the complete Qt, or is it?
[16:29] <dholbach> you could phablet-shell into your phone and run 'dpkg -l' :)
[16:30] <dkessel> dholbach: right, i could do that on the emulator
[16:30] <dholbach> or take a look at the output of 'apt-cache show ubuntu-sdk-libs'
[16:30] <dholbach> although that won't show you dependencies of the packages listed there
[16:33] <t1mp> kalikiana: can you please review https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/waitForHeaderAnimation/+merge/253542 ?
[16:34] <t1mp> kalikiana: no top-approval yet, because we want to land it in w
[16:34] <dkessel> dholbach: ok i guess i'll crawl through that list
[16:34] <dholbach> dkessel, good luck!
[17:16] <dholbach> balloons, can you create a clean checkout of the branch and give me the relevant bits of bash history to break it? :)
[17:19] <balloons> dholbach, I will actually try on another device as well, but yes. As I said though, there's nothing I do beyond bzr branch, make app
[17:20] <dholbach> hum
[17:21] <balloons> ohh right. I'm wondering if I have dependency issues
[17:23] <dholbach> balloons, pull and try again :)
[17:25] <balloons> oO
[17:25] <balloons> magic
[17:25] <balloons> builds fine now dholbach
[17:26] <dholbach> yeehaw
[17:26]  * dholbach does the funky it-works-again dance
[17:27] <balloons> indeed!
[17:27] <balloons> dholbach, make launch is really slick
[17:28] <balloons> with this change, it's going to be blog posting time
[17:29] <dholbach> happy happy
[17:39] <dholbach> balloons, can https://code.launchpad.net/~dholbach/help-app/1429896/+merge/253518 be approved now?
[17:39] <balloons> dholbach, yes
[17:40] <balloons> one sec I will approve
[17:41] <dholbach> thanks!
[17:44] <balloons> dholbach, so I'll write a post on contributing now; what does the translation contribution story look like?
[17:44] <balloons> dholbach, ohh right I forgot to check one thing.. under say content/pages it's important folks only edit the primary md file. We should reflect that somewhere
[17:47] <dholbach> balloons, right... do you think you can file a bug?
[17:47] <dholbach> maybe we should clean up all the i18n'ed .md files
[17:47] <dholbach> or build them in build/i18n?
[17:49] <balloons> dholbach, yes we should build them in build imho
[17:49] <dholbach> ok, I'll file a bug
[17:49] <dholbach> let's deal with this separately
[17:49] <balloons> sure and yes
[17:52] <dholbach> balloons, filed bug 1434210
[17:53] <dholbach> balloons, thanks so much for your help with this
[17:55] <balloons> dholbach, you are most welcome. There's some more fun stuff to tackle for .2 milestone, but the app is in the store lest us not forget :-)
[17:55] <balloons> I look forward to seeing some folks add more content
[17:55] <dholbach> me too :)
[17:56] <dholbach> one more issue is already fixed and another one is WIP
[17:58] <kalikiana> t1mp: any particular reason you're not using signalspy? Looks good, tho, otherwise
[18:03] <balloons> dholbach, so is the translations story in good shape now then?
[18:03] <balloons> do you plan to blog on it or shall I>
[18:03] <dholbach> balloons, it is
[18:03] <dholbach> balloons, I'm going to call it a day very soon, as soon as this meeting ends
[18:03] <dholbach> and then head to yoga
[18:03] <balloons> you should, past that time for you :-)
[18:03] <dholbach> and not open the laptop again until tomorrow :)
[19:09] <t1mp> kalikiana: what would be the advantage of using signalspy here?
[19:10] <t1mp> kalikiana: note that the function currently also works when the header does not animate at all; the property stays false then
[19:10] <t1mp> kalikiana: I pushed an update (components.api)
[19:26] <t1mp> kalikiana: when you are happy with it, please leave an approve (not happrove)
[19:28] <brendand> t1mp, you only happrove something when you're staying in an otel
[19:31] <t1mp> brendand: we use 'happrove' for setting the status at the top of the page to "Approved"
[19:31] <t1mp> dunno what the 'h' stands for..
[21:01] <daker> t1mp: The HApprove is just slang for Top Approving an MR
[21:07] <popey> yeah, but why H? Does it mean "higher"? I have no idea.
[21:14] <t1mp> daker: I know
[21:14] <t1mp> ^what popey said :)