[05:58] Good morning [06:23] hey pitti, could you unsubscribe sponsors from Bug 1319897 [06:23] Error: Could not gather data from Launchpad for bug #1319897 (https://launchpad.net/bugs/1319897). The error has been logged [06:26] darkxst: done, thanks [06:40] pitti, thanks! [06:49] mlankhorst: hey! what is the upstream status of the xi2 related Qt patch? [06:55] good morning desktoppers [06:55] * rickspencer3 presumes he is the only one up [06:55] hey rickspencer3! :) [06:55] no, you're not :p [06:55] bonjour didrocks [06:55] how is Malta? [06:55] didrocks, it's nice [06:56] great, hoping that you will have a smooth week as well and enjoy the week-end there! :) [06:56] je parle francais avec lool [06:56] mais, il parle trop vit poir mois [06:57] héhé, oui, il parle assez vite en effet :) [06:57] didrocks, I suppose we will have quite a smooth week [06:57] c'est le stress de Paris! :p [06:57] lol [06:57] pauvre lool [06:57] héhé [06:59] mince, j'ai encore parlé trop vite [06:59] et avec un bonbon dans la bouche en plus [06:59] lol [06:59] lool: ah ben la politesse! [06:59] bravo [07:01] Mirv: uncertain :P [07:01] haven't really tried [07:03] 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] mlankhorst: I just finished rebasing the patch too, but I don't know if it does more harm than good [07:05] no idea, I haven't looked at the 5.3 version yet. is it available somewhere? [07:06] 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] mlankhorst: an already built Qt 5.3 (RC) without the patch is at ppa:canonical-qt5-edgers/qt5-beta2 [07:10] ok *takes a look* [07:14] Mirv: would still apply [07:14] but with some twist I guess [07:15] only thing added is support for scrolling devices [07:15] afaict [07:22] mlankhorst: can you check what I just did for the patch in the above branch and if the rebasing makes sense? [07:25] 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] Mirv: looks good [07:29] mlankhorst: ok, thanks. so what about the upstreaming of the patch, we can't carry it forever? [07:30] do you want to submit it? [07:30] 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] ok but you touched it last, I'll ahve to take your version :P [07:31] mlankhorst: feel free :) [07:31] can you add me to the group? [07:31] 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] mlankhorst: register first, or at least I don't find you yet? but yes it's a matter of seconds to add. [08:04] morning! [08:09] hey Laney! how are things going? [08:09] good morning seb128 [08:12] good morning desktopers [08:12] bonjour seb128 [08:12] hey kenvandine, rickspencer3 [08:12] kenvandine, hey, on european time I see [08:12] hey pitti! [08:12] lut pitti, wie gehts? [08:12] wow, beaucoup de gens ici aujourd'hui :) [08:12] lut didrocks [08:13] * pitti hugs didrocks [08:13] * didrocks hugs pitti back [08:14] doing good thanks didrocks! and you? [08:14] & hi everyone else ;-) [08:14] Laney: I'm great, thanks! [08:31] hi pitti [08:32] * rickspencer3 goes to coffee break [09:02] didrocks: seen http://mjg59.dreamwidth.org/31714.html ? [09:03] Seems related to you these days ;) [09:09] Laney: it's spot on! and exactly my feelings and thoughts :) === vrruiz_ is now known as rvr [09:19] 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] https://twitter.com/avoidcomments :-) [09:23] lol [09:28] 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] dont say you read the comments ! [09:29] i didn't [09:30] i tend to forget that other people don't use gmail [09:30] 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] i suspect many of those mac wielding developers are much the same [09:33] i also suspect they actually like web interfaces === jono is now known as Guest73754 === MacSlow_ is now known as MacSlow|lunch [11:32] https://gerrit.libreoffice.org/#/c/9406/ <- candidante for the commit message of the day ... [11:37] disqualified *points at no libreoffice rule* [11:40] mlankhorst: no fair! [11:42] mlankhorst: it even has "enterprise-grade code base" "untimely demise" and "excerise for the interested reader" [11:45] well, it's nice to think about others and let them filing the logic hole :) [11:46] * mlankhorst points at the sign [11:46] sorry, no refunds [11:47] ahah :) [11:47] *grumble* === alan_g is now known as alan_g|lunch === MacSlow|lunch is now known as MacSlow [13:06] Laney, regarding ringtone panel in system-settings, how does it play sound ?? [13:07] om26er: QML has an Audio component [13:07] Laney, and it talks direct to pulseaudio ? [13:08] I don't know how it works :( [13:14] om26er: From reading the source quickly it looks like it does interface with pulse [13:14] why do you need to know? [13:15] 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] om26er: ah, then http://qt-project.org/doc/qt-5/qml-qtmultimedia-audio.html might be interesting [13:16] it's got some properties and signals === alan_g|lunch is now known as alan_g [13:26] Laney, thanks === alan_g is now known as alan_g|tea === Ursinha is now known as Ursinha-afk === alan_g|tea is now known as alan_g === m_conley_away is now known as m_conley|tea === Ursinha-afk is now known as Ursinha === gatox is now known as gatox_lunch === seb128_ is now known as seb128 [15:30] it's meeting time! [15:30] aye [15:30] qengho, Sweet5hark, mlankhorst, Laney, tkamppeter, desrt, attente, KombuchaKip: hey, it's meeting time ;-) [15:31] short list! everyone else on the beach on Malta? [15:31] did I forgot people? [15:31] larsu is off, but he's the only one I think [15:31] indeed [15:31] hi Seb128 - i'm here but don't have anything :) [15:31] (oops) [15:31] * KombuchaKip waves [15:31] hey brookswarner [15:32] larsu, stay away from IRC ;-) [15:32] hey seb [15:32] ok, let's get started [15:32] qengho, hey [15:32] Hey! [15:32] * Chromium security update 34.0.1847.137 almost ready. [15:32] * Found the popup contents bug, menu size bug, window size creep bug is all one common DIP/DP conversion bug. Now fixing. [15:32] * Next, tabs, then input method. [15:32] EOF [15:33] hey [15:33] nice to see you figured that bug out ... and that the session one is next ;-) [15:33] :) [15:33] qengho, thanks [15:33] It was a little tricky [15:33] Thanks. [15:33] let's hope the session one is easier :-) [15:33] Sweet5hark, hey [15:33] - updated LibreOffice 4.2.4 package in PPA [15:33] - fixed bug 1296715 [15:33] - backported fix for bug 1219245 [15:33] - re-applied revert for bug 1300283, apparently still needed even with recent upstream changes [15:33] - build LibreOffice some ~50 times more for bibisect (what you gnome guys call ostree): 4.3 alpha1 to 4.3 beta1 range [15:33] - 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] EOF [15:33] bug 1296715 in libreoffice (Ubuntu) "Menu items are greyed out in Libreoffice menu." [High,Confirmed] https://launchpad.net/bugs/1296715 [15:33] bug 1219245 in libreoffice (Ubuntu) "soffice.bin crashed with SIGSEGV in ImplDevFontListData::~ImplDevFontListData()" [High,Confirmed] https://launchpad.net/bugs/1219245 [15:33] bug 1300283 in libreoffice (Ubuntu) "LibreOffice does not start in a KDE 4 session" [Critical,Fix released] https://launchpad.net/bugs/1300283 [15:35] Sweet5hark, do you have uploads to get sponsored soon? it feels like those bugfixes are worth a SRU [15:35] 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] wfm [15:36] Sweet5hark, thanks [15:36] mlankhorst, hey [15:36] 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] Launchpad bug 1208473 in X.Org X server "Xorg crashed with SIGABRT in mieqMoveToNewScreen()" [Medium,In progress] https://launchpad.net/bugs/1208473 [15:36] ^D [15:37] is there an issue with the qt patch? [15:37] or just stuff to tweak? [15:37] I guess they need to rework the input model to always use master devices if available [15:37] but that's a bigger change than just listening to touch devices on master [15:37] ok ... is that something that upstream is going to pick? [15:38] is there an issue with the smaller change you had/can we still SRU that? [15:38] it's sru'd and it works fine [15:38] great [15:38] mlankhorst, thanks [15:38] Laney, hey [15:38] why hello [15:38] • 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] • 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] • Fix "automatically report crashes" not persisting in whoopsie-preferences [15:38] • Merge webkit 2.4.2, SRU to trusty [15:38] • Some package updates/merges/syncs: gupnp vte3 (needed for g-t 3.12) accountsservice libnice [15:38] • Review / Multi-Arch fix for ted's new pay-service package (£$¥€ for me) [15:38] ☀ [15:40] 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] i submitted it [15:40] it's just adding ubuntu-touch to a cron job [15:40] to generate the task fields [15:40] not a code change [15:41] ok, good [15:41] so looks like the changes are small enough that they might be landable this week [15:41] Laney, thanks [15:41] if people get time to review / deploy, yeah [15:42] great [15:42] thanks [15:42] tkamppeter, hey [15:42] - cups-filters: First working version of a rastertopdf filter, without color management support (DeviceGray/DeviceRGB, DeviceCMYK). [15:42] - cups-filters: Fixed PWG Raster output of Poppler-based pdftoraster, it was not compressed. [15:42] - ghostscript: Fixed PWG Raster output, it was not compressed. [15:42] - Bugs. [15:43] tkamppeter, thanks [15:43] desrt, hey [15:43] hey [15:43] very short week for me (double long weekend) [15:43] but i got mir building on fedora, under jhbuild even [15:43] nice! [15:43] took quite some patching, though, so i have to talk to duflu about some upstream changes [15:43] how much hackery needed? [15:43] .... a bit [15:44] 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] plus the test framework stuff isn't working at all, but it can be disabled [15:44] 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] plus they don't have a proper tarball -- it unpacks in the current dir and has .bzr/ in it [15:45] was mostly a case of figuring out the correct packages that need to be given as build deps [15:45] ok, all those seems reasonable issues, nothing fundamentally Ubuntu specific that would be difficult to resolve [15:45] 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] great [15:45] that part actually worked completely perfectly -- and that's where i assumed the most trouble would be [15:46] robert also has a skeleton implementation of the mir backend already done [15:46] seems he did some weekend hacking [15:46] nice [15:46] 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] 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] next on the todo list for me, while in malta: gtkapplication hacking [15:47] i'm going to want to talk to the mir guys about what sort of registration they like to see from me [15:48] and how the interaction will go between the high level gtkapplication stuff and the lowlevel gdk stuff [15:48] sounds good [15:48] nothing else to say :) [15:48] so basically robert took the backend part? [15:48] well -- it already existed [15:48] and you are dealing with the build, integration, etc [15:48] from the work done by sam and leslie [15:48] it started from Sam's work? [15:49] k [15:49] i think so -- he sent me a patch, but i didn't look in too much detail today [15:49] i want to get that building as part of the modulset as my next step [15:49] maybe with a better tarball release from upstream [15:50] ok, let's see what we manage to get/put the pieces together next week [15:50] desrt, thanks [15:50] attente, hey [15:50] seb128: hey [15:50] had to add more changes the the eclipse menu MP to fix a regression, and changes to the gtk patch proposed upstream [15:50] the sru from last week for input switching under gnome shell has some issues which aren't easily reproducible, more debugging needed [15:50] desrt, oh, and safe travel! [15:50] 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] eof [15:50] seb128: thanks :) [15:51] attente, is the g-s-d/gnome-shell one creating regressions or just a non perfect fix? [15:51] because "better but not perfect" is fine to copy to updates [15:52] seb128: a non-perfect fix [15:52] ok, that's something ;-) [15:52] attente, did the gtk patch got approved? (I didn't check out for updates) [15:53] seb128: there was some back-and-forth, but the current one is waiting review [15:53] ok [15:53] attente: the idle-using one? [15:53] attente, thanks [15:53] desrt: not using an idle any more [15:53] oh. interesting. [15:53] i'll take a look [15:53] mclasen didn't like it... [15:53] did you test all of the things that were breaking before? [15:53] heh. figures ;) [15:53] the only patch that he liked so far is the one that broke everything :) [15:54] desrt: thanks, hope it's ok... [15:54] meh. he makes a good point. [15:54] it fixes things on our end at least [15:55] and there aren't a lot of consumers using submenu-action it seems [15:55] did you add a vtable function to GtkMenuShellClass in a public header? [15:55] no, that should be private [15:55] let's talk later [15:56] i think this patch has a pretty big problem... [15:56] sorry, i'm wrong, it is public... [15:56] ok [15:57] desrt, attente: yeah, you guys can probably discuss it between yourself out of the meeting [15:57] attente, thanks [15:57] KombuchaKip, hey, do you have anything to share this week? [15:59] (seems not) [15:59] yeah [15:59] seems not [15:59] so my turn [15:59] * Testing on the unity8/desktop iso and session, reported some issues [15:59] * Discussed a bit click on unity8-desktop with mvo and the current issues [15:59] * Some u-s-s reviews [15:59] * Worked on desktop plans for the cycle and slides for the client week [15:59] * Some bugs triaging [15:59] * Some trusty SRUs [16:00] [16:00] I'm going to be travelling to Malta tomorrow [16:00] then off to visit on thursday/friday [16:00] i've heard that all of the cool kids are going to malta [16:00] so see most of you on monday ;-) [16:01] or before at the hotel/bar/... [16:01] definitely a strict subset [16:01] ok, seems like a wrap then [16:01] thanks everyone! [16:02] seb128, who on your team works/worked on AccountsService ? [16:02] om26er: meish [16:02] need to find a way to read the value of a setting from there [16:02] om26er: i wrote the settings storage interface of it... [16:02] what do you need to know? [16:03] 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] 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] om26er: that's a dbus call [16:03] KombuchaKip, seems similar to the previous week, how much progress did you do? [16:03] what's your environment? shellscript? C? python? [16:03] desrt, python [16:04] bash may work as well. [16:04] om26er: are you using the gobject bindings or native python-dbus? [16:04] also: how much do you know about dbus? [16:04] 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] ok [16:04] KombuchaKip, thanks [16:04] seb128: And Monday was Victoria Day here. [16:04] seb128: No problem. [16:05] desrt, not much about dbus, I have tried multiple things. I am trying to access with gi.repository [16:05] om26er: okay. let me hack up a quick example for you === gatox_lunch is now known as gatox [16:12] 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] seb128: Possibly more time after that, but not finalized yet. [16:18] desrt, thanks, I am at the sprint and we are EOD, can you please me ? [16:19] *email [16:19] ;) [16:19] om26er: i'm a couple of minutse from being done [16:20] om26er: something like http://ur1.ca/hcorx [16:21] i can't test it since i don't have the ringtone schema locally... [16:21] you may in fact need to do result.get_variant().get_string() [16:22] back [16:22] (sorry, timeouted without noticing) [16:22] desrt, it says gi._glib.GError: Method 'Get' returned type '(v)', but expected 'v' ? [16:22] oh ya.. change that "v" to "(v)" [16:22] which means you'll also need to do result.get_child_value(0).get_variant().get_string() :) [16:24] om26er: working? [16:24] desrt, File "", line 7 [16:24] GLib.VariantType.new"(v)", Gio.DBusCallFlags.NONE, -1) [16:24] ^ [16:24] SyntaxError: invalid syntax [16:25] ("(v)" [16:25] yeah [16:25] sorry I was being stupid [16:26] desrt, its returning NoneType [16:27] you're saying print result.get_child_value(0).get_variant().get_string() ? [16:27] there is no way that i can imagine that NoneType should pop out of that... [16:28] much more likely you should see an exception or a glib critical... [16:28] (strictly speaking you should be checking that the return value is correctly typed -- but i hacked this very quickly) [16:28] desrt, its working now [16:29] great! [16:29] enjoy your evening [16:29] desrt, thank you :) === alan_g is now known as alan_g|EOD [17:11] night [17:11] happy travels seb128 & desrt! [17:28] Laney, thanks, good luck for the next work day and safe travel this w.e as well! === m_conley|tea is now known as m_conley === oCrazyLem is now known as CrazyLemon === broder_ is now known as broder === beidl_ is now known as beidl