[05:32] Good morning [06:01] morning [06:01] morning :) [06:03] hey larsu! How was your week-end ? [06:05] didrocks: great thanks (except for the weather)! How was yours? [06:05] larsu: splendid, but really warm weather here. Was great! And today, thunderstorms and rain [06:07] you can never know in the south of france! [08:02] hey hey hey [08:06] Ho ho ho! [08:09] hey Laney, RAOF! [08:10] good morning desktopers [08:10] hey Laney RAOF didrocks [08:10] hey seb128 [08:11] greetings! [08:11] how's it going? [08:11] did you have good weekends? [08:11] going good! [08:12] yes, weather was sunny and nice, TV had some nice football games, France had music festivals this w.e (our early "music fest" where most town organize events) [08:13] even played some tennis yesterday ;-) [08:13] you? [08:14] yes it was quite warm here too, was scared of getting sun burn ;-) [08:14] I went home to visit the family, made some beer with my dad and hung out with bbq [08:14] quite relaxed! [08:14] nice [08:15] you are making beer? is the result drinkable? ;-) [08:15] find out in a few weeks :P [08:15] right [08:15] dad's taken up the hobby recently [08:15] was it the first time you try? [08:15] wanted to show me how it was done [08:15] oh ok, nice [08:15] well i have done it from beer kits before [08:16] but this was the full thing [08:16] like starting with grains [08:16] cool [08:16] sounds like a fun thing to try to do, at least once [08:17] could be a good hobby if you can make beer that actually tastes good ;-) [08:17] yeah [08:33] Laney: anything that my dad ever made, smelled and tasted much stronger than beer should.... [08:34] haha [08:34] yeah he likes them strong too ... [08:49] in other news, I've ordered my first Dyson [08:49] which hopefully will act better than current karcher [08:50] xnox, Dyson is a brand, what did you buy from them? a vacuum cleaner? [08:50] seb128: yeah, vacuum cleaner DC54 [08:52] seb128: well, a brand and (at least in the UK) it is assumed vacuum cleaner line of theirs. [08:53] right, I was just unsure because you said you had a karcher and I didn't know they did vaccum cleaners ;-) [08:53] oh, right =) [08:54] seb128: karcher in your opinion would be a high pressure water car/garrage cleaner? [08:54] yes [08:54] yeah, should use fully qualified product names. [08:54] ;-) [08:55] hey seb128! was away for a few days (mountains) so i only saw your comment on https://code.launchpad.net/~ochosi/xdg-utils/support_xfce/+merge/223206 today [08:56] ochosi, hey [08:56] seb128: i guess there's no way of "redirecting" that MR apart from filing a new/correct one? [08:57] right, I think you need to "resubmit" in the top right corner options [08:57] which basically resends a new one [08:58] ok, done [08:59] finally the diff is more reasonable :) [08:59] ;-) [09:00] fwiw, i'm really not sure the alternative solution that upstream suggested makes sense... [09:00] thing is, xdg-screensaver already checks for specific DEs, why it doesn't act on that knowledge is a miracle to me [09:00] and the fix isn't distro-specific, just DE specific [09:02] right [09:02] i'll add another reply to the upstream bugreport though.. [09:05] seb128: also, this one can be done either way: https://bugs.launchpad.net/ubuntu/+source/xdg-utils/+bug/1330386 [09:05] Ubuntu bug 1330386 in xdg-utils (Ubuntu) "The xserver-blanking patch in Ubuntu duplicates code" [Undecided,New] [09:06] ochosi, right, does that create any issue? I was just waiting for the other changes to batch those [09:07] seb128: no, sure, you can also do both in one go. just wanted to make sure that part doesn't get lost ;) [09:07] yeah, don't worry, thanks for opening a bug about it ;-) [09:08] :) [09:13] * didrocks is puzzled on some tests… === vrruiz_ is now known as rvr [09:55] seb128: m, one more question (never dealt with stuff that needs packaging), is there anything i can do for this to move along? https://bugs.launchpad.net/ubuntu/+bug/1000416 [09:55] Ubuntu bug 1000416 in Ubuntu "[needs-packaging] Thunar Dropbox" [Wishlist,In progress] [09:55] (if the bugreport is already complete and correct, that's all i wanted to know then) [09:56] ochosi, not really, it's in the sponsoring queue, just need somebody picking it up there [09:57] okeydokey, thanks! [09:57] seb128: will try to ping you less about stuff like that, i promise! [09:57] ochosi, no worry, feel free to ask questions on the channel ;-) [09:58] will do :) [10:09] hi === TheMuso` is now known as TheMuso === MacSlow is now known as MacSlow|lunch [11:23] pitti, can api additions be SRU'ed? we really need this to fix our biggest crasher in gjs https://bugzilla.gnome.org/show_bug.cgi?id=729662 [11:23] Gnome bug 729662 in introspection "Parse and expose ownership transfer for instance parameters" [Normal,Unconfirmed] [11:24] darkxst: should be ok as long as they don't change existing API [11:25] pitti, ok, it doesn't change any existing API === ara is now known as Guest7746 === MacSlow|lunch is now known as MacSlow [13:01] Hi seb128 [13:01] GunnarHj, hey [13:02] seb128: Did you talk to Sweetshark about bug 1308771? I'm kind of wondering why it wasn't just uploaded. [13:02] bug 1308771 in openoffice.org-hyphenation (Ubuntu Trusty) "Update Swedish spellcheck and hyphenation dictionaries" [Low,Triaged] https://launchpad.net/bugs/1308771 [13:02] GunnarHj, he asked me about it, I told him I think it's fine but he should check with the SRU team if they are fine adding new binaries that way [13:03] seb128: Ok.. I just want it in before the 14.04.1 release. [13:03] k [13:04] Sweetshark is on holiday this week and next, but we still have some room after that (and others can sponsor that as well) [13:05] seb128: If it's uploaded, the SRU team will have it for consideration automatically, right? [13:05] yes [13:05] seb128: Any chance... ? [13:05] though it's easier to have a direct conversation with them to sort out details [13:05] than go through queue review reject/and comment back on why it was rejected [13:07] seb128: What's the best channel to ask them directly? [13:07] #ubuntu-devel is probably fine for that [13:08] seb128: Ok, I'll give it a shot. [13:08] k === m_conley_away is now known as m_conley [14:22] seb128: hey, do you remember how to use GDK_SYNCHRONIZE to debug the gnome-settings-daemon? exporting GDK_SYNCHRONIZE=1 doesn't seem to have any effect in Precise [14:22] I'm trying to debug an issue with X that apport doesn't collect [14:24] tseliot, the GTK in precise maybe didn't have that yet, before you had to use --sync [14:24] seb128: that doesn't seem to work either [14:25] tseliot, https://git.gnome.org/browse/gtk+/commit/?id=902fd60a86e8e40b87b4ea0c4a8a9dd04f2f8d08 [14:26] tseliot, seems like that was changed before precise [14:26] tseliot, well, how do you try to debug? [14:26] seb128: that's from 2010, also the g-s-d suggests that I use the env variable [14:26] you should export GDK_SYNCHRONIZE=1 [14:26] then b gdk_x_error [14:26] that's what I'm doing [14:26] but I keep getting no backtrace and the same warning that tells me to use that env variable [14:29] seb128: apparently only adding a break point on _XError works [14:29] still, it should be documented [14:29] tseliot, yeah, I was checking for that [14:33] seb128: I'm glad that at least it works with _XError. I wish the error that gtk+ throws could be updated [14:34] yeah [14:34] tseliot, open a bug upstream about the error being confusing [14:35] seb128: I will, when I'm done with this issue [14:35] great [14:38] cyphermox, hey [14:39] cyphermox, I'm playing with your u-s-s bluetooth changes but it behaves a bit weirdly [14:39] if I turn bluetooth off, the "discoverable" line keeps spinning for ever, and the "connect other devices" spinners goes off and on [14:39] cyphermox, is that known/wanted? [14:45] cyphermox, turning the bluetooth back on doesn't seem to work either :/ [15:11] cyphermox, unping, I've been told you are on vac this week, enjoy ;-) [15:29] bahahaha merges.ubuntu.com shows a libreoffice merge for me [15:29] YEAH RIGHT [15:34] Laney, it's your lucky day, infinity just made what was needed to own it instead of you ;-) [15:37] perfecto [15:39] * didrocks sees Laney "phewing" ;) [16:03] seb128: thanks [16:04] cyphermox, yw ;-) [16:04] cyphermox, I landed those changes btw, we can deal with bugs and tweaks later [16:07] ah, cool === gatox is now known as gatox_lunch [16:07] indeed someone pointed out tweaks to the qml [16:37] k, calling it a day, have a nice evening desktopers === alan_g is now known as alan_g|EOD === gatox_lunch is now known as gatox [22:09] mterry, debian/patches/0020-support-login.defs.patch in accountsservice is causing some problems for systems with uids > 60000 - why does Ubuntu Touch need this? [22:12] And I'm wondering if we just need UID_MIN - getting rid of the upper limit might solve this [22:31] robert_ancell, in Touch, we have some system users with UIDs like 1000 and 1001 (I think "system" and "radio" or some such) [22:31] robert_ancell, so we just need MIN [22:32] robert_ancell, but that patch is reverting to historical usage I thought. Is this a new problem? [22:32] mterry, We made u-g hide users that a-s thought were "system". It is using UID_MAX to determine this which doesn't seem correct [22:33] robert_ancell, right right [22:33] robert_ancell, and I'm just explaining why the patch continues using UID_MIN [22:33] robert_ancell, UID_MAX doesn't matter for Touch, so if it's causing problems, we can drop it [22:33] Ok, so if I change it to just UID_MIN it should still work for you? [22:33] robert_ancell, yup [22:33] thanks [22:34] robert_ancell, but again I'm just a little confused, is this a new problem or something that always happened? [22:34] I can't think of any reason why you'd want a max value [22:34] because I thought that patch just put us back to historical usage [22:34] We changed to the "correct" behaviour in lightdm 1.9.3 in hiding system users [22:35] which would mean this was a behaviour change in 14.04 LTS. I think the LTS upgraders with big systems are now noticing it [22:35] ? we've always hidden system users in greeters I thought [22:35] nope [22:36] well, I think we used another method, not honoring what a-s marks as system [22:38] bug 1248541 was the change in lightdm [22:38] bug 1248541 in Light Display Manager 1.9 "root user displayed on greeter screen" [Medium,Fix released] https://launchpad.net/bugs/1248541 [22:39] ah, that's right - a-s reports logged in users which might be system users and we weren't hiding those [23:07] mterry, yeah, the UID_MAX change is not in 12.04 [23:08] robert_ancell, curious. AS must have added UID_MAX before removing them both [23:10] mterry, the first implementation from Ray Strode just used UID_MIN, then desrt updated it to use UID_MAX as well, then Ray removed all login.defs support [23:10] robert_ancell, sounds right [23:10] desrt, ^ Do you happen to know if there was a particular reason to use UID_MAX? [23:30] mterry, was those system users because they came from android? [23:30] robert_ancell, yeah we needed to use same UIDs as android [23:31] mterry, because the other method was just to add them to the blacklist which is what upstream solely relies on [23:31] I guess there's always a risk that those usernames could be real users on some systems though [23:31] yay for shitty barely defined unix legacy stuff [23:32] robert_ancell, so hacky to blacklist. Plus what you mention. Plus UID_MIN was a feature of Ubuntu, wasn't clear how dropping it would affect people