[00:10] bluesabre: so how does the fix work now? inhibit xflock or systemd? [00:12] inhibit systemd [00:12] ok, that should work i guess [00:12] well, at the same time we have to re-activate the --lock-on-suspend option in light-locker [00:12] but iirc you already did that in the package in xubuntu-dev? [00:12] yes [00:13] but we will have to extend that further [00:13] or was there some confusion last time we talked about that [00:13] to enable/disable the xfpm setting [00:13] right [00:13] true [00:13] talked to eric today about integrating locking in xfpm [00:13] and then i made the mistake to say that there aren't that many different lockers... :p [00:14] :D [00:14] http://bug-attachment.xfce.org/attachment.cgi?id=5359 [00:15] is that the new xflock4? [00:18] well, that is one of the few patches floating in bugzilla for it [00:18] obviously there was nobody who was willing to apply any of them [00:19] which is maybe yet another good reason to let xfpm handle it [00:19] yeah [00:19] or take up ownership of xflock4 [00:19] or both [00:19] oh no, not another project :) [00:19] :) [00:19] although i still have some hope inside that xfpm is a passing thing [00:20] 1) merge patches [00:20] 2) improve a few things [00:20] 3) do a release [00:20] 4) flee the scene [00:20] :) [00:20] this is actually my preferred schedule [00:20] 4) clean up the code a bunch [00:20] notice that there are two 4)s [00:20] ;) [00:20] oh lordy, that'd be a fun job with xfpm [00:21] but yeah, it would certainly be good [00:21] i might do a settings cleanup [00:21] currently there is a callback for each button in the code just to modify the xfconf setting [00:21] I'll have work for you with the display dialog soon [00:21] once I pull in the graphical editor [00:22] oh right, that one [00:22] let me quickly look whether i still have any of my older mockups.. [00:23] hm, i do. but it needs adjustments... [00:23] http://imgur.com/oM4xBIe [00:24] that one is more than 2 years old :p [00:24] i think i made that when we started adding the extended desktop mode [00:25] works for me [00:25] I'll shoot for that style with the initial import [00:25] and we can tweak from there [00:25] sounds good to me [00:26] well the main question is whether the graphical DND part should be on a side or on top [00:26] or: on the left or on top [00:26] i think i thought left last time because ppl tend to have wider screens nowadays [00:26] side actually makes more sense [00:26] otherwise theres too much verical [00:27] xfce header [00:27] graphical editor [00:27] settings [00:27] btw, the distance between the two displays in the mockup probably isn't desirable [00:27] they should touch [00:27] yeah [00:27] and the size/ratio should be accurate [00:27] yup [00:27] this is our starting point from ate [00:27] mate [00:27] i'll do the fancy cairo drawing for the displays ;) [00:28] i guess they didn't change anything in mate and it's still the same 1000 lines from gnome2 [00:29] (i remember we even looked at gnome2 last time we worked on the display dialog) [00:29] https://imgur.com/1Hrwod4 [00:29] yeah [00:29] theoretically the mate code should be cleaner [00:29] it wasn't so bad removing everything else [00:30] ah [00:30] tooltip was chilling there [00:30] anyway, monitor label inside monitor [00:30] hm, i wonder *seriously*... why do the colors of the displays in this dialog have to be randomized and so different/fugly [00:30] right, wfm [00:30] yeah, that's something we'll improve upon :D [00:30] definitely :) [00:31] and i think the left/right separation makes more sense than this mix [00:31] the left-top thing isn't very space-saving and clear [00:31] agreed [00:31] some options on the left, some on the right... [00:32] so this is already the stripped down code? [00:32] mate-control-center with only the display-dialog [00:33] so now we just swap out mate/dbus stuff with xfce stuff [00:33] and drop it in [00:33] wow, that sounds almost too simple [00:33] it probably is [00:33] but the main difference is that we don't have an apply button anymore [00:33] we'll see what happens when I get around to that [00:34] yeah [00:34] so things get executed live [00:34] we'll have to change that back i guess [00:34] that might not be desirable [00:34] with dragging displays precisely [00:34] no idea how to do that without an apply button [00:35] I might check to see what elementary has in that regard [00:35] since they hate excess anything [00:35] i think they use the gnome3 stuff [00:35] if not, it'll be in vala [00:36] :) [00:36] :) [00:36] * bluesabre checks his Luna vm [00:36] so it'll be easy to tell even from looking at the source [00:37] https://imgur.com/A2ImK8k [00:38] just feels wrong [00:38] unbalanced [00:38] yup, that seems to be plain gnome [00:38] weee, ochosi made a more balanced mockup than elementary [00:39] :D [00:40] http://manual.openlp.org/_images/gnome3displays.png [00:40] looks familiar ^ ? [00:40] indeed [00:40] ubuntu also uses the same dialog afaik [00:41] yeah [00:41] time for xfce to stand out again [00:41] :D [00:41] we've gotta keep this up [00:41] indeed :) [00:42] anyway, gotta run for a bit, bbl [00:42] heh, well i probably won't be around then anymore [00:42] probably [00:42] will also try to get some sleep now [00:42] will you be around this weekend any? [00:42] but i'll be around in the morning [00:42] i'll try, but it's going to be sunny outside [00:42] and the beach is so near... [00:42] :) [00:42] fair enough [00:42] if it rains, i'll surely be around [00:43] i guess saturday i should be able to make some time [00:43] cool [00:43] we should arrange/plan it a bit though [00:43] I might be on in the morning [00:43] going to try to work a bit extra tomorrow [00:43] seeya ochosi [00:43] k, hf bluesabre [00:45] Good evening everyone [00:47] hi boxer [00:47] the distos looking good :) [00:48] thanks === a5m0_ is now known as a5m0 [01:21] ochosi: here's the complete diff http://paste.ubuntu.com/7503764/ [01:33] ... and I have no idea how to create a new branch on git.xfce now [01:42] ochosi: https://github.com/bluesabre/xfce4-power-manager/commit/2f51d54f2efc7b9c87e39fb114adb06a974dcb67 [01:43] since it might be worthwhile to pull in upstream [01:48] woops, tack that on to it as well: https://github.com/bluesabre/xfce4-power-manager/commit/4ad07201e3569443024b10783515f94454618381 [01:49] now to work on the ubuntu package version of that [02:18] ok, fixed package uploaded to xubuntu-dev ppa (since thats where the previous one was) [02:18] working on fixed lls now [02:32] ochosi: fixed lls uploaded, let's hope I made proper sense of this... [02:32] /xfce4-power-manager/logind-handle-lid-switch = TRUE [02:32] handle-power-key:handle-suspend-key:handle-hibernate-key:handle-lid-switch [02:32] and [02:32] /xfce4-power-manager/logind-handle-lid-switch = FALSE [02:33] handle-power-key:handle-suspend-key:handle-hibernate-key [02:33] So if lock-screen-suspend-hibernate is true, make this false. [02:34] hopefully that's the end of that fiasco :) [02:51] ochosi: both packages are now live, and seem to work as expected [02:52] (as far as I can tell) [06:42] ochosi: I'm due to expire from -release in a week - can you deal with that please [06:43] blue sabre will be expiring at the same time [06:56] can I either have a password for the -users m/l or stop getting the moderation mails please [07:32] elfy, lol, i'll do that for you now [07:33] +1 [07:33] that's how we treat people who do not wish to be subscribed to the -users list anyway ;) [07:33] make them moderators but not give the password. [07:33] would you rather want to subscribe? :P [08:21] morning folks [09:49] morning folks [09:50] morning ochosi [09:50] hey slickymasterWork [09:51] knome: so you've taken care of all the expiration dates already? [09:51] bluesabre: awesome, will take it for a ride now and then torture elfy with it next [09:52] elfy: and just so you know, we're really trying to move all relevant conversations to this channel... === brainwash_ is now known as brainwash [10:25] bluesabre: yup, seems to all work as expected (also checked the xfconf settings and the lightlocker desktop file)! awesome sauce! [10:26] elfy: whenever you're around and testy, please update the xubuntu-dev PPA for new packages of xfpm and lls and repeat the instructions you posted on the bugreport [10:53] ochosi, no... i postponed them for some time to allow reorganizing the release team [10:53] ochosi, people *will* expire unless you extend their membership [10:56] right [10:58] if you need more thinking time, just make them expire one month later [10:59] i'm still waiting for the technical lead stuff to be decided to be able to put ppl on the release team [10:59] i guess it'll be elfy, me and $dev-lead [11:03] bluesabre: i'm reposting the testing instructions on the bugreport btw [11:04] we can expect that it won't work for everyone, because some ppl misunderstood the bug description in the past and hence wanted to see something else fixed... [11:05] ochosi: what I've done with people in -qa is set it so they expire a week or so after cycle release [11:06] will get to the PPA shortly [11:06] elfy, pretty much same what is going on with -release, but now() > $release+7 [11:07] i've added a huge disclaimer to the testing instructions now, let's hope ppl also read it [11:07] ochosi: is that like TOPIC or STUCK THREAD ? [11:07] good luck with that then :p [11:07] heh, yeah [11:07] well it makes me feel better and isn't that what ultimately counts ;) [11:08] yea you have to hope so - if not it's time to pack up your toys and move along lol [11:08] * ochosi hates to pack up his toys... [11:09] * elfy does to [11:09] I've been known to chuck them out of the pram though :) [11:12] ochosi: checking the ppa and suspend - check with llightlocker - purge - check with xscreensaver ? [11:13] well, if/when you check with xscreensaver, you have to change an xfconf setting [11:13] ok [11:13] let's do this: first check ll, and if it works, ping me :) [11:13] then we continue with xscreensaver [11:13] ack [11:32] good luck guys, let me know how it goes :) [11:32] bbl [11:32] ochosi: that failed [11:32] bluesabre: not well ;) [11:32] that blows [11:32] ack [11:32] ok [11:32] what did not work? [11:33] elfy: can you paste the following for us ~/.config/autostart/light-locker.desktop [11:33] and xfconf-query -c xfce4-power-manager -l -v [11:34] and also "xfconf-query -c xfce4-power-manager -p /xfce4-power-manager/logind-handle-lid-switch" [11:34] oh, well mine is more accurate ;) [11:34] lol [11:34] ummm [11:35] and "xfconf-query -c xfce4-power-manager -p /xfce4-power-manager/lock-screen-suspend-hibernate" [11:35] you know I'm going to have to type all that out ... [11:35] do mine [11:35] its shorter [11:35] and will list everything [11:35] (assuming you can pastebinit) [11:36] bluesabre: fun idea: maybe there's also a race condition *with* logind... [11:36] could be [11:37] ochosi: which xfconf command please [11:38] 1) "xfconf-query -c xfce4-power-manager -p /xfce4-power-manager/logind-handle-lid-switch" [11:38] 2) "xfconf-query -c xfce4-power-manager -p /xfce4-power-manager/lock-screen-suspend-hibernate" [11:38] 3) ~/.config/autostart/light-locker.desktop [11:40] ochosi bluesabre - http://paste.ubuntu.com/7505263/ [11:41] OK [11:41] there's an obvious flaw [11:41] not sure why though [11:41] ok [11:41] i need to figure out the xfconf-query command for you first... [11:41] killall xfce4-power-manager [11:41] the logind-handle-lid-switch needs to be created [11:41] ah, or follow bluesabre ;) [11:42] xfce4-power-manager --no-daemon --debug [11:42] this will give debug output while running/changing things [11:42] then open light-locker-settings [11:43] ok -done that [11:43] toggle lock on suspend off... apply... on... apply [11:43] done [11:43] looking for something similar to [11:43] TRACE[xfpm-manager.c:553] xfpm_manager_inhibit_sleep_systemd(): Inhibiting systemd sleep: handle-power-key:handle-suspend-key:handle-hibernate-key [11:43] on the xfpm output [11:44] TRACE[xfpm-manager.c:553] xfpm_manager_inhibit_sleep_systemd(): Inhibiting systemd sleep: handle-power-key:handle-suspend-key:handle-hibernate-key [11:44] ok, at this point it should work correctly [11:45] try to see if you're still affected, since we know the output is correct [11:45] just shut the lid then:) [11:45] I really don't like pidgin :) [11:45] hehe [11:45] me neither [11:46] ok - that worked that time [11:46] weeee [11:46] excellent! [11:46] only difference being the killall [11:46] \o/ [11:46] * ochosi pats bluesabre on the shoulder [11:46] cool, so I'm guessing ochosi didn't have you murder xfpm in his steps [11:46] hey, i *did* propose a full restart [11:47] just to be sure [11:47] :) [11:47] I did that :p [11:47] maybe xfpm doesn't like its properties being messed with live [11:47] just to be on the safe side... [11:47] I upgraded what was necessary - reinstalled lls and xfpm, rebooted then shut the lid [11:47] elfy: right, did you change the lls setting after the reboot? [11:48] no [11:48] hmright [11:48] that might be a problem in the instructions [11:48] checked they were right thought [11:48] so [11:48] cause then still the old xfpm is running [11:48] when you change the setting [11:48] 1 reinstall packages [11:48] and it won't exist yet [11:48] 2 - set lls back and forth [11:48] bah [11:49] killall xfpm [11:49] yes, because lls has to toggle the brand new xfpm setting [11:49] then set lls [11:49] 1) reinstall packages 2) restart 3) toggle lls 4) close lid [11:49] then reboot [11:49] ochosi: yep [11:50] ok, well I think you guys have it from here. If we get some more confirmation, I'll propose this to be uploaded to utopic/trusty-proposed [11:51] gotta go to work now, bbl :) [11:51] cya bluesabre [11:52] ochosi: anything else needed from 14.04? [11:53] elfy: not for now, thanks a bunch! [11:53] * ochosi updates the instructions on the bugreport.. [11:53] ok [11:54] bye then :) [11:54] phew, so let's hope this (still) works for most ppl so we can finally close that nasty bugreport [11:54] and move on [11:58] that would be awesome :) [11:59] acck'd the bug report [12:00] ty [12:00] and the button/lid actions still work fine? [12:00] yup, they have separate bool settings that are true by default [12:01] ok [12:43] ochosi: still flawed [12:43] lock on suspend *must* be toggled [12:43] turn it off, apply, turn it on, apply [12:43] or the new xfconf setting will never be applied [12:44] bluesabre: crap, wanna update that in the bugreport? [12:44] gotta run out the door [12:44] or i guess you want me to do the walk of shame (again) [12:44] :) [12:44] well actually it says it must be toggled [12:44] you know [12:44] 4. Open light-locker-settings and make sure "Lock on suspend" is enabled (if it already is, disable and then re-enable it, then hit "Apply"). [12:44] ah [12:44] my bad [12:45] ;) [12:45] confusing step [12:45] yeah, i agree [12:45] but double apply might make a difference [12:45] not sure [12:45] anyway, bbl [12:47] * ochosi shrugs [12:47] ttyl bluesabre [13:44] ochosi: so what's the final verdict on the mailing list issue now that we're a week later? [13:44] elfy: stop asking difficult questions! [13:44] ummm [13:44] no :p [13:45] i guess the logical move is to carry on with the decision, as the vote is still clearly for closing it [13:45] i'd suggest a trial period i think [13:45] we close it for a month and see what happens [13:45] knome: what do you think? ^ [16:04] heyyy... you're the XPL :P [16:17] knome: i know, but you proposed the ML change [16:17] so i mostly wanted your input on it [16:18] elfy, bluesabre: yay, so far 3 positive feedbacks on the lid bugreport! [16:20] since there are $any worries about this, we could also just try to be follow up on each inappropriate thread in the mailing list for a while [16:20] and also set $some peoples' moderation flag [16:29] i'd be fine with that too [16:29] basically anything that improves the situation [16:29] mhm [16:29] but actually, since we started talking, there hasn't been so much inappropriate stuff [16:29] true [16:29] comes at certain times it seems [16:29] there was one that was stuck in the moderation queue [16:30] i replied to the sender and dismissed the message for the list [16:31] great [16:32] so what kind of policy would you propose? [16:32] one inappropriate mail -> moderation flag? [16:32] two mails? [16:33] two strikes and you're out :Ãp [16:34] so after one "strike", should moderators be in touch with the offender privately? [16:34] you looked at the stats a bit and generally seem to have a better overview, do we have many frequent offenders? [16:34] i didn't look at offender count [16:35] besides, [16:35] those stats weren't necessarily true [16:35] awesome :p [16:35] i mean [16:35] they most probably weren't the *whole truth* [16:35] i generally would prefer if moderators were in touch privately, but then moderators need to coordinate [16:36] because obviously, i didn't check if something was *really* inappropriate [16:36] to know who has been dealt with [16:36] i just checked things that came from non-team [16:37] yeah, i always cc -owner when i send mails to offenders [16:37] ok, then that's good [16:38] let's make it two strikes and then you're flagged [16:38] i don't think there is -moderators, but we could just make it a policy to moderators to need that [16:38] *to need to do that [16:42] hmm, right, -owner also covers moderators [17:43] knome: i need to run, could you send a summary of that policy we discussed to the ML? [17:43] and maybe say it's a trial phase of one month, if someone really objects we can always re-open the discussion and vote again [20:27] Looking at the diff between xubuntu-desktop and xubuntu-core, I'd think we should pull in fonts-droid and fonts-liberation (xfce4-terminal uses one of these). and perhaps software-properties-gtk, tumbler (thunar enhancement), thunar-volman, and maybe some in the "other GUI apps" section? Any thoughts? [20:31] Also, since the panel defaults to whisker, might kind of want to add that. (I personally think it's more of an additional feature, but as it's part of the default look and you lose functionality without it...) [20:32] i thought we defaulted to dejavu sansa last cycle [20:32] if not, let's do it this cycle [20:32] what's using zenity? [20:35] zenity is easy dialog boxes, no idea what requires it. rdepends aren't much interesting, and purge would only remove zenity. [20:35] i know what it is :) [20:38] Appears to be nothing exactly pulling it in, but it's not too large anyway. Thought one of Sean's applications did, but not seeing it in the dep list. [20:38] yeah, i think i've had to actually install it before [20:39] it's used in the slideshow testing [20:39] well, kind of [20:39] you can bypass using it if you want to test a specific slideshow [20:40] Mhmm. [20:40] Oh, last one I didn't comment on, xfce4-indicator-plugin/indicator-* [20:40] i've no idea about that [20:41] whisker for -core? i don't know, i'm actually a bit unsure if that should be it [20:41] i'd *probably* be in the same lines of "additional feature" [20:42] Exactly, but the config for the panel has it rather than applicationsmenu. [20:42] yeah, but will the core package share the same config? [20:42] Yes. [20:46] Mind if I paste the links somewhere not in this channel? [20:46] well you can dump then in a pad, then paste [20:50] https://pad.riseup.net/p/HbKQDgePoHBF Something like that. [21:03] Checking it out now. [21:19] knome: Still with me, kermit? [21:20] yes darling [21:23] Can we postpone until 15.04? :D [21:24] i guess [21:24] Think Sean fixed https://bugs.launchpad.net/ubuntu/+source/xubuntu-meta/+bug/1310304 [21:24] Launchpad bug 1310304 in xubuntu-meta (Ubuntu) "Xubuntu 14.04 installs lightdm conf file to outdated/incorrect location" [Undecided,New] [21:25] Seems we have some interest in the idea, but not much feedback from -devel. [21:25] (ML) [21:25] I'll not snigger ... [21:25] elfy: Yes, yes, same problem as you, only less sent. :P [21:26] Unit193, well i think we need to get similar process to the mir testing - have a real iso to boot [21:26] might be worth bumping it on the m/l too [21:27]