=== a5m0_ is now known as a5m0 === jjfrv8_ is now known as jjfrv8 [06:35] hi folks === jackson is now known as Guest51547 [07:38] morning === AdamT is now known as Guest50540 === Guest50540 is now known as Adam_T [09:11] good morning everyone [09:11] howdy! [09:14] morning Adam_T [09:14] good morning [09:17] good morning jhenke [09:19] almost thought I had a 'bug' to complain about this morning from last night's update/upgrade but this morning's update/upgrade went as smooth as silk [10:31] Is Liberoffice ready for download/install on 14.04, a couple folks I know on FB are having some problems with it and I was going to install it on mine but haven't yet? [12:03] starrats: I've been using libreoffice on trusty since I installed it in Oct/Nov last year [12:46] ah okay elfy [15:38] seem to have a whole bunch of kde packages kicking about suddenly [15:43] kde? where does those come from? [15:43] no idea - but I've just removed a bunch of packages and appear to have no wallpaper now [15:45] maybe you removed xfdesktop? :) [15:45] nope [15:47] first - I'm not sure where the kde stuff appeared from - but that could be explainable :p [15:48] there was an upgrade to xfdesktop to 4.11.5-0ubuntu1 [15:50] https://bugzilla.xfce.org/show_bug.cgi?id=10788 [15:50] bugzilla.xfce.org bug 10788 in General "Desktop background disappears when changing GTK theme" [Major,New] [15:52] http://pastebin.com/BLxyhM78 can't see anything odd in there - odd why they are on here [15:53] dunno [15:54] it's still the same issue (wallpaper disappears) [15:54] could have been clementine [15:56] ubiquity-frontend-kde [15:57] coincidence then :) [15:58] brainwash_: I didn't change themes - I was just doing stuff in synaptic [15:58] though the kill works [15:59] this was my initial bug title, it can also disappear on other occasions [16:00] aah ok :) [16:06] sadly I didn't notice this before :/ [16:06] well it's a new one on me as well ;) [16:07] yeah, but you do not test the upstream changes :) [16:19] elfy: I'm an ex-clementine user, try quodlibet ;) [16:20] lenny: tried that ... [16:20] tried everything ... [16:21] but? [16:21] clementine is as close as I can get to how I want it to work - so I stick with it :) [16:21] :) sound decision [16:22] brainwash_, elfy: yeah, can confirm that bug with the wallpaper disappearing straight on the xfdesktop upgrade [16:23] (killing xfdesktop once brings it back though) [16:24] good - I thought I'd broken it - really don't want to have to redo this install till we've released [16:24] :) [16:50] unlucky, we fix a regression and a new bug appears :/ [16:51] could be worse ... we could have fixed ibus ;) [16:52] ibus will be the new broken indicator-sound (13.10) [16:52] well then fix it :) [16:52] impossible [16:53] that's the dark side [16:53] no it won't be - if it doesn't get fixed then we'll not ship it [16:53] you need to be magician to understand this stuff [16:54] I'll focus on the xfce related issues [16:54] like bug 1292290 [16:54] bug 1292290 in xfce4-settings (Ubuntu) "Window manager keybindings don't work after reboot" [Undecided,Confirmed] https://launchpad.net/bugs/1292290 [16:55] works on my machine (tm) [16:55] what works? [16:55] keybindings [16:55] did you change any? [16:55] yes [16:56] like? [16:56] mod enter for terminal [16:56] no, we are talking about window manager keybindings [16:56] like "switch to workspace 1" [16:57] oh, sorry then :) [16:57] or "maximize window" [17:39] elfy: xfdesktop 4.11.5 + patches for the new bugs (moving files, disappearing wallpaper) [17:39] https://launchpad.net/~thad-fisch/+archive/test [17:47] looking forward to tell noskcaj to prepare yet another xfdesktop4 upload :) [18:34] brainwash_: that appears to work for the file issue - no idea about the desktop, don't know how to create the issue :) [18:45] elfy: simply change the gtk theme [18:45] settings manager > appearance [18:45] oh well - I'e purged it now [18:46] great, now you can see if the patch works [18:46] before and after [18:46] can't do that [18:46] it's Wednesday [18:47] mmm [18:47] settings - appearance - fiddling with those doesn't do anything unexpected ... [18:48] did you purge and restart xfdesktop? [18:48] oh - not sure when I rebooted [18:49] ok - cool - that's got it [18:49] wallpaper gone? [18:49] yep [18:50] ok - that works too then [18:50] also uploaded xfce4-power-manager, it should now sync the power-manager and session setting for "lock screen on suspend" [18:50] settings manager > session and startup > advanced [18:50] I think [18:50] and the power-manager one [18:51] lock screen before sleep? [18:51] yes [18:51] we have two settings for it [18:51] not counting light-locker-settings [18:52] oh man, so much to test =S [18:52] ok - they sync [18:53] what's the xfwm4 in there for? [18:53] to hide the unused maximize button for dialog windows [18:53] check the PPA description for links to the bug reports [18:55] bug is just rabbiting on about ubiquity [18:56] ok - maximise is missing from update search index in catfish [18:56] ubiquity uses xfwm4 to render window decorations I guess [18:57] but all dialog windows in Xfce are affected [18:57] some are still there - but work [18:57] well, windows which are not meant to be resizable, but still show the maximize button [18:57] yea [18:57] purging now [18:58] now re-install xfdesktop from my ppa :D [18:58] restart it and change the gtk theme [18:58] did you see what I just typed [18:59] oh I've done that - that worked [18:59] so quick? [18:59] so the wallpaper does not disappear anymore with the patch? [18:59] nope [18:59] great [19:00] mmm [19:00] o.o [19:00] I did not test it yet [19:01] just rechecking something [19:01] watching soccer atm [19:03] brainwash_: just tested xfpm patch from your ppa [19:03] yep - rechecked that - appears to work [19:03] seems like the sync doesn't always work both ways, at least with both dialogs open changing it in session doesn't do anything in xfpm [19:04] the other way round (xfpm > session) works perfectly [19:04] don't open both dialogs :) [19:04] elfy: thanks for testing [19:05] well we want a two-way sync [19:05] and actually the patch *should* do that [19:05] maybe just the dialog doesn't update [19:05] i guess i'll monitor xfconf... [19:05] possibly [19:06] ochosi: should we add the lp report to -bugs [19:07] bug 1101982 [19:07] bug 1101982 in xfce4-power-manager (Ubuntu) "inconsistent settings for lock screen between xfce4-session and xfce4-power-manager" [Undecided,Triaged] https://launchpad.net/bugs/1101982 [19:08] it's even marked as security issue [19:08] added [19:08] ok [19:09] if i have time i'll look at the monitoring code later [19:09] but actually it should work automagically unless it monitors the wrong channel [19:12] hmmm [19:13] brainwash_: if i patch this github version, what's easiest for you to update the PPA with? a git patch? or want me to push the cloned thing into a separate repo? [19:13] ochosi: is anything going to be happening with lightdm-gtk-greeter-settings in trusty - other than a ppa? [19:14] elfy: there is already a request to get it uploaded, so it'll be installable [19:14] but we didn't go for installing it by default in xubuntu [19:14] it simply seemed too late in the cycle [19:14] ok - cool, it's the last ppa I have here [19:14] yep - understood :) [19:15] all these new -settings things - easy for me to confuse myself :p [19:16] ochosi: git patch should be fine === jackson is now known as Guest78494 === Guest78494 is now known as Noskcaj_ [19:25] elfy: yeah, agreed [19:25] brainwash_: btw, it might be worth to wait for xfdesktop4.11.6 [19:27] maybe [19:27] but we need the wallpaper fix now [19:27] otherwise people will start to whine [19:27] no, we need it in the release [19:27] rc [19:29] is there a limit for uploads of the same package? :D [19:29] maybe limited by noskcaj's nerves =S [19:30] and by the sponsors' nerves/time [19:31] it's always so stressful without an active uploader [19:32] it might possibly be better to not overdo the same package :p [19:33] yeah, that's why i would avoid another scenario where we first upload git fixes/patches and a day later there's a proper release [19:33] want to create a lp report? [19:33] ok, so the monitoring in xfpm works [19:33] just something in the setting of that xfconf property doesn't [19:34] well, someone will create a report for the new wallpaper problem anyway [19:34] ochosi: so it works now properly? [19:34] 21:33 ochosi$ just something in the setting of that xfconf property doesn't [19:34] ah, so no patch yet [19:35] just observations :) [20:23] brainwash_, Are there any particular fixes that need packaging currently? [20:25] Noskcaj_: not yet I guess [20:26] ok. I'll try and get that xfwm4 fix packaged sometime soon though [20:26] but we got some patches [20:26] well, it's not tested widely yet [20:26] Noskcaj_: well unless you wanna potentially run into that xfdesktop scenario again... ;) [20:27] also got a patch for bug 1271861 [20:27] bug 1271861 in thunar (Ubuntu) ""Open with 'default app'" in right click context menu with wrong icon" [Low,Confirmed] https://launchpad.net/bugs/1271861 [20:27] ochosi, good point. I probably have to merge xfdesktop from debian too [20:27] and lets not forget about abiword :) [20:28] gulp [20:28] That's the one i'm, worried about working on. [20:29] brainwash_: Did you test my garcon yet? [20:29] ah, no [20:29] did not activate the PPA yet [20:30] but I've already added the classic app menu :) [20:31] Unit193: do we have a lp report for this issue? [20:32] good night folks [20:34] brainwash_: I use the classic menu as well, this fixes it. [20:34] night jhenke [20:35] Unit193: yeah, that one is a pretty obvious fix for a shortcoming in garcon [20:35] But testing before upload might be nice. [20:35] sure [20:35] didn't mean we shouldn't [20:35] i guess that means i also should test that one [20:36] I'm all for not testing anything at all ever :p [20:36] btw, does xfpm<->session sync work for anyone both ways and am i the only one it's only working one-way for? [20:36] (just so that i know, cause the code seems fine from what i can tell and the signal gets caught when the property gets changed in session) [20:36] ochosi: I'll test it again now [20:37] Unit193: could you link me to your ppa with garcon again? [20:40] It seems there's duplication of settings from xfpm to light-locker-settings for when the monitor turns off [20:40] This could be an issue [20:40] ochosi: if I set lock in power manager it syncs to adv in sessions, changing it then in sessions does NOT sync to power manager - unless I happen to have another instance of settings manager open [20:40] Noskcaj_: this is what we're looking at. there are 3 settings that need to be kept in sync (xfpm, session and lls) [20:41] That's a worry [20:41] elfy: yup, that's what i'm seeing [20:41] ochosi: ok [20:41] so that part where the setting gets applied needs a touch [20:41] Noskcaj_: not really, we're working on it. bugs that are not being worked on are a worry ;) [20:42] :) [20:50] ochosi: ppa:unit193/xfce [20:51] (That's also the one with xfwm though.) [20:53] Unit193: yeah, just realized i had already added it :) [20:53] anyhoo, as expected it works nicely [20:54] haven't found any apps it doesn't work with [20:54] Worked for everything on me as well. [20:57] brainwash_: thunar open-with patch seems to work [20:57] night all [20:58] Next time you see Noskcaj, you can ping him for the garcon upload. (My packaging while working is a bit fudged.) [20:58] also shows the execute icon for executable files [20:58] Unit193: do we have a bugreport for that and if so, is it linked to xubuntu-t-bugs? [20:59] ochosi: Xfce bug. [20:59] yeah, but we need a bugreport on lp too [21:00] or at least i'd consider that more transparent [21:00] maybe no one noticed yet, because we switched to whisker [21:00] bbiab [21:02] brainwash_: Affects whisker too, IIRC. [21:02] I doubt that [21:05] ochosi uses whisker, so I'd think he'd only see it if it's also in whisker. If whisker uses garcon, then yes, and it does build-dep on garcon... [21:07] i did not notice any missing icons in whisker [21:08] and I have tons of installed apps [21:20] i think whisker uses its own way of gathering icons [21:20] either that or it uses the old garcon way [21:20] (which is still there) [21:21] Alright, I'm wrong, time to take me out back. :( [21:23] either way, we should try to get the patch in trusty [21:23] even if that means more delta [21:24] it has to work properly [21:25] so better fix it than listen to people's complains [21:31] ochosi: btw enabling MONITOR_ROOT_PIXMAP did not seem to cause any trouble yet [21:32] on a large scale :) [21:32] how many testers do we have on that one? [21:32] or is that already included as a patch? [21:32] already included [21:32] since 2014-03-09 [21:33] ochosi: And the problem I have still exists after disableing that (though may not be as bad.) [21:33] well, not included, it's a compile flag [21:34] Unit193: wait what? [21:34] or are you talking about something else? [21:54] pleia2: while you're around, if you happen to have some spare time/energy, feel free to look at the article on locking i wrote for xubuntu.org, just to see whether it's all understandable and makes sense [21:54] Unit193: garcon patch works for me [21:54] ochosi: sneaky [21:54] ochosi: I can look in about an hour, just about to hop on a call [21:55] pleia2: hehe. sure, there's absolutely no rush, you can also do this tomorrow or another day ;) [21:58] where can I find the article? [22:04] brainwash_: I have problems with newer xfwm, disable the root pixmap and they are slightly less, but still there. [22:04] less what? [22:05] screen flicker? [22:05] or artifacts [22:05] Slightly less apparent. [22:05] Right, well... [22:06] Artifacts, but more like puzzle pieces from previous screens. [22:07] brainwash_: you need to be in the xubuntu web team or have access to the xubuntu.org website [22:07] i guess i can send it to you plaintext though [22:08] secret documents? :) [22:08] nah, that's just the normal process, you write stuff up in wordpress [22:08] then someone from the team reviews, then you hit publish [22:08] Did you "fix" all the comments I had on it? [22:09] i think so, yes [22:09] makes me wonder, why do we need such an article? [22:11] I mean, do we have to explain something which does not work properly yet? [22:11] or something which is not obvious [22:15] brainwash_: ygm [22:17] did you mail me a book? [22:17] that's a long article [22:18] but I like it so far [22:19] people will start asking questions.. and now we can point them to this article [22:20] that's the idea [22:25] "our vision" :) [22:26] but damn, this article is really too long [22:26] most people on the internets won't read the whole thing :( [22:27] but I like it, good job [22:27] thanks [22:27] not sure i care about whether ppl will read it fully when i post it [22:27] but i wanna have a single page we can send ppl to [22:28] and i expect this change to generate some attention/questions [22:29] a lot [22:31] any plans for a short article about the workspace switcher removal (default setup)? [22:46] nope, feel free to write one [23:11] what kind of stuff do we ship that still needs gst0.10? [23:16] Unit193: wanna merge a few more xfwm4 branches in for your PPA? [23:16] i'm specifically thinking of the headerbar patch