[05:58] <pitti> Good morning
[06:23] <darkxst> hey pitti, could you unsubscribe sponsors from Bug 1319897
[06:26] <pitti> darkxst: done, thanks
[06:40] <darkxst> pitti, thanks!
[06:49] <Mirv> mlankhorst: hey! what is the upstream status of the xi2 related Qt patch?
[06:55] <rickspencer3> good morning desktoppers
[06:55]  * rickspencer3 presumes he is the only one up
[06:55] <didrocks> hey rickspencer3! :)
[06:55] <didrocks> no, you're not :p
[06:55] <rickspencer3> bonjour didrocks
[06:55] <didrocks> how is Malta?
[06:55] <rickspencer3> didrocks, it's nice
[06:56] <didrocks> great, hoping that you will have a smooth week as well and enjoy the week-end there! :)
[06:56] <rickspencer3> je parle francais avec lool
[06:56] <rickspencer3> mais, il parle trop vit poir mois
[06:57] <didrocks> héhé, oui, il parle assez vite en effet :)
[06:57] <rickspencer3> didrocks, I suppose we will have quite a smooth week
[06:57] <didrocks> c'est le stress de Paris! :p
[06:57] <rickspencer3> lol
[06:57] <rickspencer3> pauvre lool
[06:57] <didrocks> héhé
[06:59] <lool> mince, j'ai encore parlé trop vite
[06:59] <lool> et avec un bonbon dans la bouche en plus
[06:59] <rickspencer3> lol
[06:59] <didrocks> lool: ah ben la politesse!
[06:59] <didrocks> bravo
[07:01] <mlankhorst> Mirv: uncertain :P
[07:01] <mlankhorst> haven't really tried
[07:03] <Mirv> mlankhorst: I mean, was the patch submitted upstream, or was it assumed it can be dropped off with the next release? I see 5.3 has refactored that code so my first thought would be to drop the patch
[07:04] <Mirv> mlankhorst: I just finished rebasing the patch too, but I don't know if it does more harm than good
[07:05] <mlankhorst> no idea, I haven't looked at the 5.3 version yet. is it available somewhere?
[07:06] <Mirv> mlankhorst: lp:~timo-jyrinki/kubuntu-packaging/qtbase-opensource-src_qt530RC , now includes also the rebased patch. wget http://download.qt-project.org/official_releases/qt/5.3/5.3.0/submodules/qtbase-opensource-src-5.3.0.tar.xz and symlink to get the orig tarball
[07:07] <Mirv> mlankhorst: an already built Qt 5.3 (RC) without the patch is at ppa:canonical-qt5-edgers/qt5-beta2
[07:10] <mlankhorst> ok *takes a look*
[07:14] <mlankhorst> Mirv: would still apply
[07:14] <mlankhorst> but with some twist I guess
[07:15] <mlankhorst> only thing added is support for scrolling devices
[07:15] <mlankhorst> afaict
[07:22] <Mirv> mlankhorst: can you check what I just did for the patch in the above branch and if the rebasing makes sense?
[07:25] <Mirv> so the first three sections of the patch didn't apply directly. the if/else structure had changed so I added the has_touch.. just back in one of those (but I had kind of two options now). the 2nd section was probably nothing special. then in the 3rd section they have renamed bitMask to tabletBitMask among else.
[07:29] <mlankhorst> Mirv: looks good
[07:29] <Mirv> mlankhorst: ok, thanks. so what about the upstreaming of the patch, we can't carry it forever?
[07:30] <mlankhorst> do you want to submit it?
[07:30] <Mirv> mlankhorst: no, I've tried submitting for others before and it doesn't really work too well. so instead I've written instructions that 10+ people have successfully used: https://wiki.canonical.com/UbuntuEngineering/ContributingToQt
[07:30] <mlankhorst> ok but you touched it last, I'll ahve to take your version :P
[07:31] <Mirv> mlankhorst: feel free :)
[07:31] <mlankhorst> can you add me to the group?
[07:31] <Mirv> I can't answer any of the questions they may have about it, but at least now that version of the patch probably would apply to the trunk too
[07:32] <Mirv> mlankhorst: register first, or at least I don't find you yet? but yes it's a matter of seconds to add.
[08:04] <Laney> morning!
[08:09] <didrocks> hey Laney! how are things going?
[08:09] <kenvandine> good morning seb128
[08:12] <seb128> good morning desktopers
[08:12] <pitti> bonjour seb128
[08:12] <pitti> hey kenvandine, rickspencer3
[08:12] <seb128> kenvandine, hey, on european time I see
[08:12] <didrocks> hey pitti!
[08:12] <seb128> lut pitti, wie gehts?
[08:12] <pitti> wow, beaucoup de gens ici aujourd'hui :)
[08:12] <seb128> lut didrocks
[08:13]  * pitti hugs didrocks
[08:13]  * didrocks hugs pitti back
[08:14] <Laney> doing good thanks didrocks! and you?
[08:14] <Laney> & hi everyone else ;-)
[08:14] <didrocks> Laney: I'm great, thanks!
[08:31] <rickspencer3> hi pitti
[08:32]  * rickspencer3 goes to coffee break
[09:02] <Laney> didrocks: seen http://mjg59.dreamwidth.org/31714.html ?
[09:03] <Laney> Seems related to you these days ;)
[09:09] <didrocks> Laney: it's spot on! and exactly my feelings and thoughts :)
[09:19] <seb128> the comments have the typical linux 2009 users, saying that old GNOME was state of the art and GNOME3/Unity destroyed the world
[09:22] <Laney> https://twitter.com/avoidcomments :-)
[09:23] <seb128> lol
[09:28] <ali1234> he raises some good points but misses a key one, which is that remote search is a million times faster than having a local index, even if you have to open a web browser to access it
[09:29] <ogra_> dont say you read the comments !
[09:29] <ali1234> i didn't
[09:30] <ali1234> i tend to forget that other people don't use gmail
[09:30] <ali1234> so when i receive a bug email, i'm already in a web browser. leaving it to use some annoying desktop feature would just be a pain
[09:31] <ali1234> i suspect many of those mac wielding developers are much the same
[09:33] <ali1234> i also suspect they actually like web interfaces
[11:32] <Sweet5hark> https://gerrit.libreoffice.org/#/c/9406/ <- candidante for the commit message of the day ...
[11:37] <mlankhorst> disqualified *points at no libreoffice rule*
[11:40] <Sweet5hark> mlankhorst: no fair!
[11:42] <Sweet5hark> mlankhorst: it even has "enterprise-grade code base" "untimely demise" and "excerise for the interested reader"
[11:45] <didrocks> well, it's nice to think about others and let them filing the logic hole :)
[11:46]  * mlankhorst points at the sign
[11:46] <mlankhorst> sorry, no refunds
[11:47] <didrocks> ahah :)
[11:47] <Sweet5hark> *grumble*
[13:06] <om26er> Laney, regarding ringtone panel in system-settings, how does it play sound ??
[13:07] <Laney> om26er: QML has an Audio component
[13:07] <om26er> Laney, and it talks direct to pulseaudio ?
[13:08] <Laney> I don't know how it works :(
[13:14] <Laney> om26er: From reading the source quickly it looks like it does interface with pulse
[13:14] <Laney> why do you need to know?
[13:15] <om26er> Laney, I am working on automation of ringtone settng and I want to check with the backend if the current selected file is being played or not
[13:16] <Laney> om26er: ah, then http://qt-project.org/doc/qt-5/qml-qtmultimedia-audio.html might be interesting
[13:16] <Laney> it's got some properties and signals
[13:26] <om26er> Laney, thanks
[15:30] <seb128> it's meeting time!
[15:30] <Sweet5hark> aye
[15:30] <seb128> qengho, Sweet5hark, mlankhorst, Laney, tkamppeter, desrt, attente, KombuchaKip: hey, it's meeting time ;-)
[15:31] <Sweet5hark> short list! everyone else on the beach on Malta?
[15:31] <seb128> did I forgot people?
[15:31] <seb128> larsu is off, but he's the only one I think
[15:31] <larsu> indeed
[15:31] <brookswarner> hi Seb128 - i'm here but don't have anything :)
[15:31] <larsu> (oops)
[15:31]  * KombuchaKip waves
[15:31] <seb128> hey brookswarner
[15:32] <seb128> larsu, stay away from IRC ;-)
[15:32] <brookswarner> hey seb
[15:32] <seb128> ok, let's get started
[15:32] <seb128> qengho, hey
[15:32] <qengho> Hey!
[15:32] <qengho> * Chromium security update 34.0.1847.137 almost ready.
[15:32] <qengho> * Found the popup contents bug, menu size bug, window size creep bug is all one common DIP/DP conversion bug. Now fixing.
[15:32] <qengho> * Next, tabs, then input method.
[15:32] <qengho> EOF
[15:33] <mlankhorst> hey
[15:33] <seb128> nice to see you figured that bug out ... and that the session one is next ;-)
[15:33] <qengho> :)
[15:33] <seb128> qengho, thanks
[15:33] <qengho> It was a little tricky
[15:33] <qengho> Thanks.
[15:33] <seb128> let's hope the session one is easier :-)
[15:33] <seb128> Sweet5hark, hey
[15:33] <Sweet5hark> - updated LibreOffice 4.2.4 package in PPA
[15:33] <Sweet5hark> - fixed bug 1296715
[15:33] <Sweet5hark> - backported fix for bug 1219245
[15:33] <Sweet5hark> - re-applied revert for bug 1300283, apparently still needed even with recent upstream changes
[15:33] <Sweet5hark> - build LibreOffice some ~50 times more for bibisect (what you gnome guys call ostree): 4.3 alpha1 to 4.3 beta1 range
[15:33] <Sweet5hark> - forget this previously: when I recently wrote about "foundation work", one thing was pushing for http://blog.documentfoundation.org/2014/05/01/tdf-freelance-job-opening-201405-01-quality-assurance-engineer/ (e.g. writing part of the job description) so that we get a upstream QA engineer at TDF
[15:33] <Sweet5hark> EOF
[15:35] <seb128> Sweet5hark, do you have uploads to get sponsored soon? it feels like those bugfixes are worth a SRU
[15:35] <Sweet5hark> seb128: if nothing horrible happens feedbackwise from the version in the ppa, that one should be SRUed, yes. Lets have it sit there for ~a week though.
[15:36] <seb128> wfm
[15:36] <seb128> Sweet5hark, thanks
[15:36] <seb128> mlankhorst, hey
[15:36] <mlankhorst> Attempting to convince the radeon devs to take the fence patches :/, mesa 10.1.3 SRU testing with piglit, and bisecting the failure. Submitting qt touch patch upstream, more interaction will be needed. Stability fixes for xorg-server (LP: #1208473)
[15:36] <mlankhorst> ^D
[15:37] <seb128> is there an issue with the qt patch?
[15:37] <seb128> or just stuff to tweak?
[15:37] <mlankhorst> I guess they need to rework the input model to always use master devices if available
[15:37] <mlankhorst> but that's a bigger change than just listening to touch devices on master
[15:37] <seb128> ok ... is that something that upstream is going to pick?
[15:38] <seb128> is there an issue with the smaller change you had/can we still SRU that?
[15:38] <mlankhorst> it's sru'd and it works fine
[15:38] <seb128> great
[15:38] <seb128> mlankhorst, thanks
[15:38] <seb128> Laney, hey
[15:38] <Laney> why hello
[15:38] <Laney> • Mainly worked on the unity 8 image; I believe it now boots, don't know about installs though. Most things are in the archive. First lot of stuff is merge into ubuntu-cdimage, waiting for another round of reviews and a Launchpad change before trying a build.
[15:38] <Laney> • Updated gnome-terminal 3.12 patch that larsu supplied me with to add theme transparency back. Only shown if the current theme supports it, so hopefully we can still share the patch as-is with Fedora & co.
[15:38] <Laney> • Fix "automatically report crashes" not persisting in whoopsie-preferences
[15:38] <Laney> • Merge webkit 2.4.2, SRU to trusty
[15:38] <Laney> • Some package updates/merges/syncs: gupnp vte3 (needed for g-t 3.12) accountsservice libnice
[15:38] <Laney> • Review / Multi-Arch fix for ted's new pay-service package (£$¥€ for me)
[15:38] <Laney> ☀
[15:40] <seb128> Laney, thanks for the work on the unity8 image ... do you have an estimate on how much work that launchpad change might be?
[15:40] <Laney> i submitted it
[15:40] <Laney> it's just adding ubuntu-touch to a cron job
[15:40] <Laney> to generate the task fields
[15:40] <Laney> not a code change
[15:41] <seb128> ok, good
[15:41] <seb128> so looks like the changes are small enough that they might be landable this week
[15:41] <seb128> Laney, thanks
[15:41] <Laney> if people get time to review / deploy, yeah
[15:42] <seb128> great
[15:42] <seb128> thanks
[15:42] <seb128> tkamppeter, hey
[15:42] <tkamppeter> - cups-filters: First working version of a rastertopdf filter, without color management support (DeviceGray/DeviceRGB, DeviceCMYK).
[15:42] <tkamppeter> - cups-filters: Fixed PWG Raster output of Poppler-based pdftoraster, it was not compressed.
[15:42] <tkamppeter> - ghostscript: Fixed PWG Raster output, it was not compressed.
[15:42] <tkamppeter> - Bugs.
[15:43] <seb128> tkamppeter, thanks
[15:43] <seb128> desrt, hey
[15:43] <desrt> hey
[15:43] <desrt> very short week for me (double long weekend)
[15:43] <desrt> but i got mir building on fedora, under jhbuild even
[15:43] <seb128> nice!
[15:43] <desrt> took quite some patching, though, so i have to talk to duflu about some upstream changes
[15:43] <seb128> how much hackery needed?
[15:43] <desrt> .... a bit
[15:44] <desrt> there's some lib vs. lib64 issues, some library version trouble (too new features being used from one of the google utility libraries)
[15:44] <desrt> plus the test framework stuff isn't working at all, but it can be disabled
[15:44] <desrt> also docs are a bit broken (ie: 'make && make install' doesn't work -- you need 'make doc' as well, or disable the docs build)
[15:44] <desrt> plus they don't have a proper tarball -- it unpacks in the current dir and has .bzr/ in it
[15:45] <desrt> was mostly a case of figuring out the correct packages that need to be given as build deps
[15:45] <seb128> ok, all those seems reasonable issues, nothing fundamentally Ubuntu specific that would be difficult to resolve
[15:45] <desrt> but i've already gotten some moduleset additions here that i was actually able to have jhbuild drive cmake to install the thing into the correct prefix
[15:45] <seb128> great
[15:45] <desrt> that part actually worked completely perfectly -- and that's where i assumed the most trouble would be
[15:46] <desrt> robert also has a skeleton implementation of the mir backend already done
[15:46] <desrt> seems he did some weekend hacking
[15:46] <seb128> nice
[15:46] <desrt> i'm in transit today (in a few hours) so i may take a chance to try to get those things together on the plane
[15:47] <desrt> looks like this will not be a huge effort after all, at least to get it up to the point that rick specified
[15:47] <desrt> next on the todo list for me, while in malta: gtkapplication hacking
[15:47] <desrt> i'm going to want to talk to the mir guys about what sort of registration they like to see from me
[15:48] <desrt> and how the interaction will go between the high level gtkapplication stuff and the lowlevel gdk stuff
[15:48] <seb128> sounds good
[15:48] <desrt> nothing else to say :)
[15:48] <seb128> so basically robert took the backend part?
[15:48] <desrt> well -- it already existed
[15:48] <seb128> and you are dealing with the build, integration, etc
[15:48] <desrt> from the work done by sam and leslie
[15:48] <seb128> it started from Sam's work?
[15:49] <seb128> k
[15:49] <desrt> i think so -- he sent me a patch, but i didn't look in too much detail today
[15:49] <desrt> i want to get that building as part of the modulset as my next step
[15:49] <desrt> maybe with a better tarball release from upstream
[15:50] <seb128> ok, let's see what we manage to get/put the pieces together next week
[15:50] <seb128> desrt, thanks
[15:50] <seb128> attente, hey
[15:50] <attente> seb128: hey
[15:50] <attente> had to add more changes the the eclipse menu MP to fix a regression, and changes to the gtk patch proposed upstream
[15:50] <attente> the sru from last week for input switching under gnome shell has some issues which aren't easily reproducible, more debugging needed
[15:50] <seb128> desrt, oh, and safe travel!
[15:50] <attente> no progress on the java non-latin shortcuts issues, so can't sru it and will have to maintain the ppa for affected users instead...
[15:50] <attente> eof
[15:50] <desrt> seb128: thanks :)
[15:51] <seb128> attente, is the g-s-d/gnome-shell one creating regressions or just a non perfect fix?
[15:51] <seb128> because "better but not perfect" is fine to copy to updates
[15:52] <attente> seb128: a non-perfect fix
[15:52] <seb128> ok, that's something ;-)
[15:52] <seb128> attente, did the gtk patch got approved? (I didn't check out for updates)
[15:53] <attente> seb128: there was some back-and-forth, but the current one is waiting review
[15:53] <seb128> ok
[15:53] <desrt> attente: the idle-using one?
[15:53] <seb128> attente, thanks
[15:53] <attente> desrt: not using an idle any more
[15:53] <desrt> oh.  interesting.
[15:53] <desrt> i'll take a look
[15:53] <attente> mclasen didn't like it...
[15:53] <desrt> did you test all of the things that were breaking before?
[15:53] <desrt> heh.  figures ;)
[15:53] <desrt> the only patch that he liked so far is the one that broke everything :)
[15:54] <attente> desrt: thanks, hope it's ok...
[15:54] <desrt> meh.  he makes a good point.
[15:54] <attente> it fixes things on our end at least
[15:55] <attente> and there aren't a lot of consumers using submenu-action it seems
[15:55] <desrt> did you add a vtable function to GtkMenuShellClass in a public header?
[15:55] <attente> no, that should be private
[15:55] <desrt> let's talk later
[15:56] <desrt> i think this patch has a pretty big problem...
[15:56] <attente> sorry, i'm wrong, it is public...
[15:56] <attente> ok
[15:57] <seb128> desrt, attente: yeah, you guys can probably discuss it between yourself out of the meeting
[15:57] <seb128> attente, thanks
[15:57] <seb128> KombuchaKip, hey, do you have anything to share this week?
[15:59] <desrt> (seems not)
[15:59] <seb128> yeah
[15:59] <seb128> seems not
[15:59] <seb128> so my turn
[15:59] <seb128>  * Testing on the unity8/desktop iso and session, reported some issues
[15:59] <seb128>  * Discussed a bit click on unity8-desktop with mvo and the current issues
[15:59] <seb128>  * Some u-s-s reviews
[15:59] <seb128>  * Worked on desktop plans for the cycle and slides for the client week
[15:59] <seb128>  * Some bugs triaging
[15:59] <seb128>  * Some trusty SRUs

[16:00] <seb128> I'm going to be travelling to Malta tomorrow
[16:00] <seb128> then off to visit on thursday/friday
[16:00] <desrt> i've heard that all of the cool kids are going to malta
[16:00] <seb128> so see most of you on monday ;-)
[16:01] <seb128> or before at the hotel/bar/...
[16:01] <Laney> definitely a strict subset
[16:01] <seb128> ok, seems like a wrap then
[16:01] <seb128> thanks everyone!
[16:02] <om26er> seb128, who on your team works/worked on AccountsService ?
[16:02] <desrt> om26er: meish
[16:02] <om26er> need to find a way to read the value of a setting from there
[16:02] <desrt> om26er: i wrote the settings storage interface of it...
[16:02] <desrt> what do you need to know?
[16:03] <KombuchaKip> seb128: Finished refactoring a patch for Mozilla and sent back upstream. If that is accepted, I will begin SRU / PPA process. Now working on a UA issue for ACL related tasks (Eiciel).
[16:03] <om26er> desrt, the phone uses AccountsService to save ringtones, I just want to read from it which is the current ringtone, for automation purposes
[16:03] <desrt> om26er: that's a dbus call
[16:03] <seb128> KombuchaKip, seems similar to the previous week, how much progress did you do?
[16:03] <desrt> what's your environment?  shellscript?  C?  python?
[16:03] <om26er> desrt, python
[16:04] <om26er> bash may work as well.
[16:04] <desrt> om26er: are you using the gobject bindings or native python-dbus?
[16:04] <desrt> also: how much do you know about dbus?
[16:04] <KombuchaKip> seb128: Actually last week I was still correcting the patch after upstream wanted changes. I completed those changes and resubmitted. So far no complaints. Also, I've been working on the ACL issue.
[16:04] <seb128> ok
[16:04] <seb128> KombuchaKip, thanks
[16:04] <KombuchaKip> seb128: And Monday was Victoria Day here.
[16:04] <KombuchaKip> seb128: No problem.
[16:05] <om26er> desrt, not much about dbus, I have tried multiple things. I am trying to access with gi.repository
[16:05] <desrt> om26er: okay.  let me hack up a quick example for you
[16:12] <KombuchaKip> seb128: One other thing, I will be gone for the next ten business days, starting tomorrow on leave (my team already knows, but just giving you a heads up).
[16:15] <KombuchaKip> seb128: Possibly more time after that, but not finalized yet.
[16:18] <om26er> desrt, thanks, I am at the sprint and we are EOD, can you please me ?
[16:19] <om26er> *email
[16:19] <om26er> ;)
[16:19] <desrt> om26er: i'm a couple of minutse from being done
[16:20] <desrt> om26er: something like http://ur1.ca/hcorx
[16:21] <desrt> i can't test it since i don't have the ringtone schema locally...
[16:21] <desrt> you may in fact need to do result.get_variant().get_string()
[16:22] <seb128> back
[16:22] <seb128> (sorry, timeouted without noticing)
[16:22] <om26er> desrt, it says gi._glib.GError: Method 'Get' returned type '(v)', but expected 'v' ?
[16:22] <desrt> oh ya..  change that "v" to "(v)"
[16:22] <desrt> which means you'll also need to do result.get_child_value(0).get_variant().get_string() :)
[16:24] <desrt> om26er: working?
[16:24] <om26er> desrt,   File "<stdin>", line 7
[16:24] <om26er>     GLib.VariantType.new"(v)", Gio.DBusCallFlags.NONE, -1)
[16:24] <om26er>                             ^
[16:24] <om26er> SyntaxError: invalid syntax
[16:25] <Laney> ("(v)"
[16:25] <om26er> yeah
[16:25] <om26er> sorry I was being stupid
[16:26] <om26er> desrt, its returning NoneType
[16:27] <desrt> you're saying print result.get_child_value(0).get_variant().get_string()  ?
[16:27] <desrt> there is no way that i can imagine that NoneType should pop out of that...
[16:28] <desrt> much more likely you should see an exception or a glib critical...
[16:28] <desrt> (strictly speaking you should be checking that the return value is correctly typed -- but i hacked this very quickly)
[16:28] <om26er> desrt, its working now
[16:29] <desrt> great!
[16:29] <desrt> enjoy your evening
[16:29] <om26er> desrt, thank you :)
[17:11] <Laney> night
[17:11] <Laney> happy travels seb128 & desrt!
[17:28] <seb128> Laney, thanks, good luck for the next work day and safe travel this w.e as well!