[06:52] <dholbach> good morning
[07:04] <mihir> popey, ping
[07:04] <mihir> popey, https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1221133
[07:04] <ubot2> Launchpad bug 1221133 in Ubuntu Calendar App "calendar-app on idle is polling on poll() at ~15Hz" [High,Triaged]
[07:04] <mihir> this bug , now not affecting with new image?
[07:10] <mihir> dpm, ping
[07:10] <mihir> dpm, any conclusion on bug 1294684 ?
[07:10] <ubot2> Launchpad bug 1294684 in Ubuntu Calendar App "Quick entry needed to add a new event" [High,Triaged] https://launchpad.net/bugs/1294684
[07:11] <dpm> hi mihir, let me have a look
[07:12] <dholbach> bzoltan1, Mirv: can we backport a newer version of click?
[07:12] <mihir> ybon, ping !!
[07:14] <mihir> dpm, okay :)
[07:18] <bzoltan1> dholbach:  why not
[07:19] <dholbach> bzoltan1, go go go! :)
[07:19] <dpm> mihir, replied to the bug with a proposal
[07:21] <mihir> dpm, great thank you. I thought to start working on that
[07:21] <mihir> dpm,  one more issues i found, don't know much , we are not let users to see on Month view that they have events.
[07:21] <mihir> what do you think on that.
[07:22] <dpm> mihir, great! On the quick entry, could you coordinate with Bartosz before you start working on it, since it seems he's already started. I just want to make sure you guys work together rather than coming with two separate implementations
[07:22] <mihir> dpm, sure I'll coordinate  with him.
[07:23] <dpm> cool :)
[07:24] <dpm> mihir, for your second question re: events shown in Month view, that's bug 1248125
[07:24] <ubot2> Launchpad bug 1248125 in Ubuntu Calendar App "No marker in month view that an event is occurring on a day." [Low,Triaged] https://launchpad.net/bugs/1248125
[07:26] <mihir> dpm,  thank you :) gotcha
[07:26] <mihir> it seems we are moving fast now :)
[07:31] <bzoltan1> dholbach:  just dputed them
[07:31]  * dholbach hugs bzoltan1
[07:32] <dpm> mihir, indeed, we have to move really quick if we want to be ready for release!
[07:38] <mihir> dpm,  it would be great if we could get design inputs for this bug 1297739
[07:38] <ubot2> Launchpad bug 1297739 in Ubuntu Calendar App "Event repeat options should match google calendar." [High,Triaged] https://launchpad.net/bugs/1297739
[07:43] <dpm> mihir, indeed, we'll ping michelR for some input
[07:44] <bzoltan1> dholbach:  the new tests of the click package failed for saucy/precise :(
[07:44] <dholbach> bzoltan1, which tests?
[07:45] <bzoltan1> dholbach:  lots of them... for example ERROR: test_reinstall_preinstalled (click.tests.test_install.TestClickInstaller)
[07:45] <dholbach> cjwatson might want to know
[08:01] <DanChapman> good morning
[08:23] <zsombi1> nik90: check the bug 1298886
[08:23] <ubot2> Launchpad bug 1298886 in Ubuntu UI Toolkit "Layout incorrectly sizes the children in the default layout when using Components{}" [Critical,Confirmed] https://launchpad.net/bugs/1298886
[08:23] <nik90> zsombi1: ooh you have a fix alreayd
[08:23] <zsombi1> nik90: you should see a branch there
[08:23] <zsombi1> nik90: ;)
[08:24] <zsombi1> it was pretty simple to fix
[08:24] <nik90> zsombi1: Do you want me to test it?
[08:24] <zsombi1> nik90: I'm preparing the MR out of it now, just waiting till the UITK release lands
[08:24] <zsombi1> nik90: yeps, if you don't mind building it locally...
[08:25] <nik90> zsombi1: yeah I will test it locally now and let you know how it goes
[08:25] <zsombi1> nik90: thx!
[08:32] <JamesTait> Good morning all; happy Batman Day! :-D
[08:35] <nik90> zsombi1: The MP makes the rectangle visible and so it works. However it exposes an issue. I set the carousel visibility in the default layout to true only when the listview model count > 0. With this statement, it hides the carousel when going from the tablet layout to the default layout.
[08:35] <nik90> zsombi1: If I remove the visible statement, then things work as expected.
[08:37] <zsombi1> nik90: I see... the problem with that is that the only way to control the visibility of an item is to play either with visible or with opacity properties. Now, if you have a binding on either of these, that binding will be destroyed by the layouting
[08:37] <zsombi1> nik90: so: as layouting plays with visible, you could bind this condition to the opacity
[08:37] <nik90> zsombi1: yeah I came to that conclusion as I played with layouts and visibility
[08:37] <nik90> zsombi1: I will change to opacity
[08:38] <zsombi1> nik90: another solution would be to have an invisible Item in Layouts where the layouting would re-parent all unused items, then the visibility would not be touched at all
[08:39] <nik90> zsombi1: I don't follow. You mean encapsulate the items in a layout inside an item?
[08:40] <zsombi1> nik90: nopez, this invisible Item would be held by Layouts as internal component, you wouldn't need to do anything, just do the stuff you used to, bind visible and enabled as you wish, and the items not laid from default layout will be re-parented under this internal hidden item
[08:41] <zsombi1> nik90: honestly I had not thought about this issue...
[08:41] <zsombi1> nik90: but for now you should play with opacity, and file a bug so we can follow up on that!
[08:42] <nik90> zsombi1: will file a bug and play with opacity for now..yes
[08:42] <zsombi1> nik90: thx!
[08:43] <JoeyChan> Hi geeks
[08:44] <JoeyChan> for this bug :  https://bugs.launchpad.net/ubuntu-rssreader-app/+bug/1298978
[08:44] <ubot2> Launchpad bug 1298978 in Ubuntu RSS Feed Reader App "Articles are missing dates" [High,Confirmed]
[08:44] <JoeyChan> may not be fixed until Qt 5.3
[08:44] <JoeyChan> sth wrong with the js engine
[08:45] <popey> hi JoeyChan
[08:45] <JoeyChan> hi  popey
[08:46] <popey> mardy: ^^ who can look at this? Something we could possibly backport?
[08:48] <JoeyChan> the js  Date object can't parse standard datetime format   :(
[08:48] <mardy> JoeyChan: hi! Once the fix is ready for Qt 5.3, talk to Mirv and he'll consider whether this can be backported
[08:48] <mardy> JoeyChan: do you have a link to the Qt bug in their bugtracker?
[08:48] <popey> JoeyChan: did they say it _will_ be fixed in 5.3, or it _has_ been fixed in 5.3?
[08:48] <JoeyChan> I have a friend, he is a dev in Qt project
[08:49] <JoeyChan> he said the v4 js engine is imcomplete
[08:49] <JoeyChan>  in Qt 5.2
[08:50] <JoeyChan> popey  mardy:   he suggest us switch to 5.3 directly
[08:51] <JoeyChan> the whole qml and js module re-constructed
[08:53] <mardy> JoeyChan: we need a link to the commit(s) which fixed this, I'm not sure we'll switch to Qt 5.3 very soon
[08:55] <JoeyChan> i c  ,   so pls wait,  asking to my friend
[08:55] <Mirv> JoeyChan: we can't consider switching to a new upstream development version and trust it's 100% regression-free compared to a stable branch minor release (5.2.1) which also needed a lot of patches over the last 1-2 months to get good for us. switch to 5.3 will happen for 14.10 some time after 5.3.1 or so has been released.
[08:57] <Mirv> ideally though 5.3 is tracked before that already to see how our images will run with it
[08:59] <popey> JoeyChan: can you file a bug in upstream qt to track this please? https://bugreports.qt-project.org/secure/Dashboard.jspa
[09:00] <JoeyChan> popey   I am searching if there's a similar bug
[09:00] <popey> ok, thanks
[09:03] <Mirv> it'd be neat if there was a single commit fixing that bug, but what Joey said about Qt 5.3 V4 seeing restructuring yet again may make things a bit complicated
[09:07] <chriadam> worth talking to tronical about that.  I guess he means the compiled data / v4 unit thing?
[09:07] <chriadam> I haven't been following developments closely, though, so maybe I'm mistaken.
[09:14] <nik90> zsombi1: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1300668
[09:14] <ubot2> Launchpad bug 1300668 in Ubuntu UI Toolkit "Cannot use visible property reliably while using Ubuntu Layouts" [Undecided,New]
[09:16] <JoeyChan> popey  Mirv:   no useful or similar search result, I am now reporting this bug to Qt project
[09:21] <Mirv> thanks a lot JoeyChan!
[09:29] <dpm> zbenjamin, quick question: for the file manager app, we've got a QML frontend and a C++ plugin. We've migrated the project to cmake joining both (the plugin used to live in another repo). Building works fine, but launching the app with Ctrl+R doesn't work: it tells me "could not find the executable" any ideas how to get qmlscene to launch the main QML file? The project is at  lp:~dpm/ubuntu-filemanager-app/include-plugin
[09:31] <zbenjamin> dpm: you want to launch locally?=
[09:31] <dpm> zbenjamin, yes, sorry, I wasn't clear
[09:32] <zbenjamin> dpm: add the -I switch pointing to the directory containing the plugin
[09:32] <JoeyChan> popey  Mirv:   bug reported   https://bugreports.qt-project.org/browse/QTBUG-38011
[09:33] <dpm> zbenjamin, add it where?
[09:33] <dpm> I'm familiar with qmlscene's -I switch, but I'm not sure where you mean to add it
[09:33] <zbenjamin> dpm: you have to manually configure that for now, in the project page
[09:34] <dpm> zbenjamin, there is no way to set that in cmake, so that it's picked up automatically?
[09:34] <popey> thanks JoeyChan
[09:34] <zbenjamin> dpm: no, cmake does not export any informations we can use atm
[09:37] <dpm> zbenjamin, but it's weird, "could not find the executable" seems to imply that it does not know how to run the project (i.e. doesn't know it needs to launch qmlscene), rather than it failing to find the plugin. Is there a standard convention we're following in our cmake plugin I could adapt to, so that qmlscene launches the main QML file? I can then set the plugin path manually in the build options
[09:38] <zbenjamin> dpm: exactly thats the case. I have no idea if the cmake project is a qml/html/native project
[09:38] <zbenjamin> dpm: there is no informations about that
[09:38] <zbenjamin> dpm: the only thing i can see from your project is that you link a .so , nothing more
[09:39] <zbenjamin> dpm: however I plan to use the desktop file in the future if a UbuntuKit is selected
[09:40] <dpm> zbenjamin, yeah, yeah, I get that you cannot find out. But can I do anything in cmake (e.g. moving files around), so that Qt Creator thinks it's e.g. a plain qml project and thus launches qmlscene?
[09:40] <zbenjamin> no, qtcreator gets the project type from the project file mimetype.
[09:41] <zbenjamin> and in cmakes case there is just the cmake mimetype. Normally you would have the qmlproject mimetype. Thats why qtc knows to use qmlscene
[09:41] <dpm> and what does the cmake mimetype looks for as the main executable to run?
[09:42] <dpm> *look
[09:47] <dpm> so thinking about it, the best bet is probably not use qmlscene altogether and create a small executable that loads the qml frontend, same as reminders?
[09:58] <dpm> zbenjamin, ^
[09:58] <zbenjamin> dpm: yes that should work, cmake knows when you link a executable and should automatically create a runconfig for you
[11:54] <ybon> When is set automaticOrientation=True on my MainView, the gesture on a Map is wrong on landscape mode. Who should I report this to?
[11:57] <daker> ybon: bug 1182190
[11:57] <ubot2> Launchpad bug 1182190 in webbrowser-app (Ubuntu) "In Landscape orientation edge gestures not correct" [High,Confirmed] https://launchpad.net/bugs/1182190
[11:57] <ybon> daker: thanks a ton :)
[12:00] <ybon> I'm not sure about the perimeter of this issue though, given the comments and the title
[12:02] <daker> ybon: https://bugs.launchpad.net/webbrowser-app/+bug/1182190/comments/1
[12:02] <ubot2> Launchpad bug 1182190 in webbrowser-app (Ubuntu) "In Landscape orientation edge gestures not correct" [High,Confirmed]
[12:05] <ybon> daker, yeah, I read "suffer from the *same problem*" refering to the toolbar not being at the bottom, but that's fine
[12:58] <dpm> DanChapman, mzanetti, I'm not sure if you saw my comment on the latest MP, as while I was drafting it, the MP got approved, but in summary, if you think it makes sense to use Qt 5.2 features in trunk, I think we could do it and just have a separate series set up for Ubuntu 13.10
[12:59] <dpm> the downside, though, is that if we want to maintain it, we'd need to backport the changes that we did in trunk
[13:00] <dpm> in any case, TL;DR if it makes sense to use Qt 5.2, 13.10 should probably not be a limitation
[13:37] <mzanetti> dpm: +1 for using 5.2 features
[13:38] <nerochiaro> bfiller: I think you can approve https://code.launchpad.net/~amanzi-team/gallery-app/gallery-app-album-navigation/+merge/210178 now that I fixed all the remaining broken tests
[13:39] <bfiller> nerochiaro: ack
[13:46] <dpm> Mirv, we're trying to clean up Calendar branches, as quite a lot have been piling up for review. Is this one from yours ready for review, or does it need more work? https://code.launchpad.net/~timo-jyrinki/ubuntu-calendar-app/revert_213_that_reverted_212/+merge/212422
[13:47] <dpm> I think it will need to get the latest trunk changes merged in any case
[13:49] <mzanetti> dpm: lets discuss the switch to 5.2 features in the next reminders hangout
[13:56] <dpm> mzanetti, sounds good!
[14:04] <dpm> sergiusens, thanks for the review, I think I've addressed your comment now re: the file manager MP, please let me know if https://code.launchpad.net/~dpm/ubuntu-filemanager-app/include-plugin/+merge/213368 looks good to you now
[14:13] <Mirv> dpm: it's an attempt by me to restore the bzr212 revision, as asked by balloons. I don't have actual knowledge how much that revision is wanted to have back, or if some later commits are doing partially same things.
[14:13] <Mirv> dpm: I think it's probably more suitable as someone to branch and work on further regarding what's wanted, rather than blindly trying to restore the bzr212 as is
[14:14] <Mirv> Kunal would probably know best as it was his commit that was reverted to workaround the bug, but now could be restored
[14:15] <dpm> ok, makes sense, thanks Mirv
[14:16] <pmcgowan> popey, per the JS bug, do you know how those date strings are being generated?
[14:19] <popey> pmcgowan: for the RSS reader we are pulling from RSS feeds such as http://design.canonical.com/feed/ - open that and note <pubDate>Mon, 31 Mar 2014 11:44:06 +0000</pubDate>
[14:19] <popey> thats where the date comes from.
[14:19] <pmcgowan> popey, I see so external data, looking at the parsing code its simply not handling that format
[14:20] <pmcgowan> popey, do you know if that format conforms to a particular std?
[14:21] <popey> pmcgowan: it's close to - but not identical to - the output of the unix "date" command.
[14:22] <popey> i suspect it's a wordpress blog which generated that feed, so probably a standard PHP function
[14:22] <pmcgowan> popey, I guess what I would want to know is if QDateTime can handle it, in which case the fix may be easy
[14:22] <popey> wp-admin/includes/export.php:   <pubDate><?php echo date( 'D, d M Y H:i:s +0000' ); ?></pubDate>
[14:22] <popey> thats how wordpress does it
[14:23] <pmcgowan> popey, its not conformant to the JS spec, I suspect V8 just had an extension
[14:24] <pmcgowan> and it seems not conformat to Qt either
[14:42] <DanChapman> mzanetti: when is the next reminders hangout?
[14:42] <mzanetti> DanChapman: tomorrow 14:00 UTC
[14:43] <mzanetti> DanChapman: want me to invite you?
[14:43] <elopio> ping oSoMoN about this bug https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1271054
[14:43] <ubot2> Launchpad bug 1271054 in notes-app "autopilot failures when closing the toolbar at startup" [High,Triaged]
[14:43] <oSoMoN> elopio, yes?
[14:43] <elopio> I did many runs of the notes app a couple of weeks ago, and it never failed that way. Is that still happening to you?
[14:44] <oSoMoN> elopio, not heard of such a failure recently, tbh notes-app is not on my radar (nor on anyone’s afaict)
[14:45] <elopio> oSoMoN: I'll mark it as incomplete for now, but keep an eye to see if it appears in other apps.
[14:45] <oSoMoN> elopio, ok
[14:46] <DanChapman> mzanetti: yes please that would be great if you could
[14:46] <mzanetti> DanChapman: done
[14:47] <DanChapman> mzanetti: awesome thanks
[15:28] <nik90> elopio: regarding the toolbar AP failure, I believe the clock app had those as well recently when t1mp was running the tests.
[15:29] <nik90> elopio: http://paste.ubuntu.com/7185547/ (t1mp's logs)
[16:21] <elopio> nik90: that one looks more like it failed to open the page.
[16:21] <elopio> yesterday I spent like 3 hours running clock tests to try to reproduce what tim was seeing, but I couldn't
[16:21] <elopio> during three hours, I saw no single failures.
[16:22] <t1mp> lets hope it got fixed
[16:22] <t1mp> I got the failures with image 265, you didn't get them with 270 (?)
[16:22] <nik90> elopio: ok
[16:22] <t1mp> on the other hand, for me it failed only 2 out of 8 runs of the tests.. so not getting them doesn't mean they are not there
[16:22] <elopio> right.
[16:23] <elopio> but with the release to devel-proposed we will be able to collect more information.
[16:24] <nik90> elopio: yeah I noticed that the last function called in the clock app is _click_add_city_button which is related to clicking the toolbar button, hence I thought it was failing at that point
[16:24] <nik90> but then i noticed return self.main_view.wait_select_single(WorldClock) in the next line. So you are right
[16:24] <nik90> it is failing to open the page
[18:36] <pmcgowan> popey, pretty sure I figured out the one liner we need to fix in the javascript engine, will see if Tim can patch it for us or get upstream to do it
[18:36] <pmcgowan> timo that is
[18:41] <popey> great!
[18:42] <popey> i just uninstalled music from my stable #250 phone and cant reinstall it because 250 doesn't know about the new frameworks ☹
[18:43] <pmcgowan> popey, why does music require 14.04?
[18:45] <popey> pmcgowan: it has a binary plugin that needed rebuilding
[18:46] <pmcgowan> popey, that would be the one reason
[18:46] <popey> well, at the time it had two plugins
[18:46] <pmcgowan> I did not know it was one of the apps with that dependency
[18:47] <popey> unless I'm mis-remembering? It definitely has two plugins
[18:47] <pmcgowan> popey, having a plugin doesn't necessarily make it need rebuilding
[18:47] <pmcgowan> it needs to somehow be bit by the qreal change
[18:48] <popey> hm, my phone shipped with music 389 installed
[18:48] <popey> so there must be some other reason I can't reinstall it
[18:49]  * popey tries reinstalling
[18:49] <popey> ok, reinstalled, but it still wont start
[18:50] <popey> and no log in ~/.cache/upstart
[18:50] <popey> init: Failed to spawn application-click (com.ubuntu.music_music_1.3.389) main process: unable to switch security profile: No such file or directory
[18:50] <popey> uh
[18:50] <popey> paging jdstrand
[18:51] <jdstrand> popey: whatis the output of 'sudo aa-status'?
[18:52] <popey> jdstrand: http://paste.ubuntu.com/7191037/
[18:53] <jdstrand> popey: com.ubuntu.music_music_1.3.403 is the profile loaded in to the kernel
[18:53] <jdstrand> popey: yet, you said something is trying to use APP_ID=com.ubuntu.music_music_1.3.389
[18:53] <popey> i did a pkcon install-local com.ubuntu.music_1.3.389_armhf.click
[18:54]  * popey uninstalls it all and starts again, this phone is a bit of a mess
[18:54] <jdstrand> popey: you might trying uninstalling the other version, then installing the old version
[18:55] <popey> oof, tried uninstalling 389, then 403..
[18:55] <popey> gi._glib.GError: com.ubuntu.music is hidden for user phablet
[18:55] <popey> click list doesn't show it at all for phablet
[18:55] <popey> shows 389 for root though
[18:56] <jdstrand> if click list doesn't show it, then you should be able to try to install 389 again as phablet
[18:56] <popey> k
[18:56] <popey> ok, reinstalled and click list shows it
[18:56] <jdstrand> popey: when it is done, please paste: 'sudo aa-status | grep music'
[18:56] <popey>    com.ubuntu.music_music_1.3.403
[18:56] <popey> ☹
[18:57] <jdstrand> popey: what is the pkcon output?
[18:57] <popey> the usual [==] and Installed   	com.ubuntu.music-1.3.389.armhf          	summary goes here
[18:57] <jdstrand> popey: what is the output of 'sudo aa-clickhook'
[18:57] <popey> nothing
[18:57] <jdstrand> popey: and click list?
[18:58] <popey> the whole thing?
[18:58] <jdstrand> (as phablet)
[18:58] <jdstrand> well, 'click list|grep music'
[18:58] <popey> com.ubuntu.music	1.3.389
[18:59] <jdstrand> popey: ls -l /var/lib/apparmor/clicks | grep music ; ls -l /var/lib/apparmor/profiles/*music*
[18:59] <jdstrand> I did that really weird :)
[18:59] <jdstrand> ls -l /var/lib/apparmor/clicks/*music* ; ls -l /var/lib/apparmor/profiles/*music*
[19:00] <popey> http://paste.ubuntu.com/7191086/
[19:00] <jdstrand> popey: /var/lib/apparmor/clicks doesn't show the 389 version
[19:01] <popey> odd
[19:01] <jdstrand> popey: which is why click-apparmor didn't generate the policy
[19:02] <jdstrand> popey: we are in diagnosing click territory here, and I'm probably not the best person to do that
[19:02] <popey> ok. thanks anyway ☻
[19:02] <jdstrand> we did narrow it down quite a bit at least
[19:02] <popey> this phone is a bit of a mess, don't expect users to see this
[19:03] <jdstrand> popey: I'm guessing that the click symlinks in /opt/click.ubuntu.com/.click are not correct if you wanted to poke around there yourself
[19:04] <jdstrand> I'm not sure why that would be (getting back to not the best person :)
[19:04] <popey> yeah lrwxrwxrwx 1 phablet phablet 54 Apr  1 19:56 com.ubuntu.music -> /usr/share/click/preinstalled/com.ubuntu.music/1.3.389
[19:04] <jdstrand> oh
[19:04] <popey> thats in /opt/click.ubuntu.com/.click/users/phablet
[19:04] <jdstrand> if 389 is preinstalled, I doubt you can use pkcon install-local
[19:04] <popey> oh
[19:05] <jdstrand> but I don't *know* that
[19:05] <jdstrand> I think you want 'click register' instead. not sure if there is a corresponding pkcon command
[19:05]  * popey will rummage, thanks
[19:05] <jdstrand> np
[19:11] <qtros> popey hello! As I promised I helped with the development of calendar app  - reviewed few merge requests and proposed solutions for some bugs. If more help will be required later, I will try to help again :)
[19:12] <popey> qtros: thanks so much! I do appreciate it
[19:16] <qtros> popey thanks ;) Can I ask you again to test my project lp:twimgo on your phone via SDK? :)
[19:16] <popey> qtros: sure thing!
[19:17] <qtros> popey as you may remember it didn't work fine when running from click ... so can you please share console output with me? :)
[19:17] <popey> sure
[19:18] <popey> qtros: http://paste.ubuntu.com/7191167/ that's what I get on my desktop
[19:18] <popey> in qtcreator
[19:20] <popey> qtros: http://popey.com/~alan/phablet/device-2014-04-01-201958.png
[19:20] <popey> thats what I see on device
[19:21] <popey> qtros: and same kind of log in qtcreator when run on device http://paste.ubuntu.com/7191176/
[19:23] <popey> qtros: i need to reboot, back shortly
[19:30] <qtros> popey thanks a lot! It's a great tip that app doesn't work on your desktop too :)
[19:55] <qtros> popey wow, seems that it's because of time
[19:55] <popey> oh?
[19:56] <qtros> popey time zone or something like that. I ported this app so I don't know all the details, but I've found that your date was "Tue, 01 Apr 2014 19:18:11 UTC" while my "Tue, 01 Apr 2014 19:53:54 GMT"
[19:57] <qtros> popey so what if "GMT" and "UTC" at end makes sense? ...
[19:57] <popey> well, they should both be allowed
[19:57] <popey> both are valid
[19:57] <popey> although right now the UK is in BST, which is GMT+1
[19:58] <popey> \o/ timezones.
[19:59] <qtros> popey wow, app uses handwritten parsing
[20:00] <qtros> popey exactly like Shorts will need soon :D
[20:00] <popey> well, pmcgowan seems to have figured out a fix for that
[20:02] <qtros> can you test again after few minutes? :)
[20:03] <popey> qtros: sure, just ping me when you need it testing
[20:06] <qtros> popey already can try :)
[20:06] <qtros> popey only on desktop
[20:06] <popey> ok
[20:07] <popey> qtros: http://paste.ubuntu.com/7191351/
[20:08] <qtros> popey looks strange, isn't it?
[20:08] <qtros> 1 hour difference
[20:09] <qtros> 18:07 GMT+1 isn't equal to 20:07 UTC
[20:10] <qtros> popey my results is:Multi date: Tue, 01 Apr 2014 20:04:23 GMT
[20:10] <qtros> twitterDate Wed Apr 02 2014 00:04:23 GMT+0400 (MSK)
[20:10] <qtros> timeCorrection -1001
[20:10] <qtros> only 5 min difference allowed as far as I know...
[20:12] <popey> it's 21:12 here right now
[20:13] <jincmd> hello
[20:13] <jincmd> anyone available
[20:13] <sarnold> jincmd: hello ;) irc tends to work best if you don't 'ask if you can ask', but rather just ask questions..
[20:16] <qtros> popey can you try it again? :)
[20:16] <qtros> popey maybe I should switch my timezone myself ... but for natural test try it, please :)
[20:16] <popey> qtros: http://paste.ubuntu.com/7191394/
[20:21] <qtros> popey ok thanks! I'll play with it myself :)
[20:21] <popey> ok ☻
[20:21] <qtros> popey something wrong with date parsing, can't believe in this :)
[20:21] <popey> I can ☻
[20:22] <qtros> popey seems that I should reboot
[20:22] <popey> good luck!
[20:22] <qtros> popey to come to London (just in timezone :D)
[20:37] <jincmd> question
[20:37] <jincmd> IS ANYONE ERE
[20:38] <jincmd> here
[20:38] <jincmd> i am in search of a UBUNTU developer
[20:38] <sarnold> jincmd: see above
[20:39] <qtros> jincmd feel free to ask
[20:39] <jincmd> where could I find a reliable ubuntu edvop
[20:39] <jincmd> system engineer
[20:39] <jincmd> I want to build upon ubuntu touch
[20:39] <jincmd> locally
[20:40] <jincmd> devop is a word i newly learnt
[20:40] <jincmd> but seems to be what im looking for
[20:40] <jincmd> jincmd@gmail.com
[23:13] <akiva-mobile> huh... unity7 code is hard to read; there are almost like no comments, and then indentation is like 2 spaces. I am trying to clone the hud to make a new function, but I am having a hard time
[23:13] <akiva-mobile> is there any documentation that I am missing here?