[00:08] I think I'm going to extend the patches to support both [00:09] also, good evening everyone [00:10] whether I get to those packages tonight remains to be seen === TheMaster is now known as Unit193 [00:57] brainwash: not that you're around, but a fixed xfce4-settings has been pushed to utopic (will land when freeze is lifted tomorrow). I'll be working on trusty uploads this weekend. [00:59] I'll also expand the gdmflexiserver patches to first try gdmflexiserver, then dm-tool upon failure [01:01] Heh, alright. xscreensaver looked like it checked what was running/installed, but anywho I'll leave how to do it up to you, if you choose. :P [01:01] I'll figure it out... none of these things are as smart as they seem :) [01:01] though, I might ping you this weekend Unit193, if you're around ;) [01:02] anyway, gotta run again, bbl [01:02] Hah, you're the programmer. :P [01:02] Tschau. [02:51] In light of the pinkness bug, I got out there preemptively on AskUbuntu and submitted a Question + Answer combo: http://askubuntu.com/questions/528116/why-did-my-highlights-turn-pink-in-xubuntu-14-10 [03:14] nice [03:18] can we make the installer load this in a hidden iframe also? https://www.youtube.com/watch?v=ky3Ordfqn88 [03:47] ali1234, That is pure evil [03:47] i'm still watching it [04:18] 5 minutes. [06:22] ali1234, That's worse than the 10 hour nyan cat and the 10 hour darude sandstorm [06:28] hi Noskcaj [06:30] hey elfy [08:01] morning folks [09:09] just subscribed ubiquity to https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1365815 [09:09] Launchpad bug 1365815 in xubuntu-default-settings (Ubuntu) "Black background on Try or Install screen" [Critical,Confirmed] [09:09] actually xubuntu-default-settings is not the right package anyway, the wallpaper-symlink for ubiquity is generated in xubuntu-artwork [09:10] but i checked, we haven't changed anything there, so the location that ubiquity tries to access here should still be fine [09:10] http://bazaar.launchpad.net/~ubuntu-installer/ubiquity/trunk/view/head:/bin/ubiquity-dm#L369 [09:10] also briefly scanned the changelog of ubiquity, but nothing caught my eye [09:10] so i hope xnox (or someone else) can shed some light on this [09:13] that one is a pain - it goes, it comes back, it goes ... [09:18] hmmh [09:18] i think i just hit the "black screen after suspend" bug the first time [09:18] let me try if i can reproduce [09:21] looks like TTY7 is black [09:21] TTY1 works [09:21] ochosi, ^ [09:27] knome: you're on 14.04.1 and have activated the fix? [09:35] how do i specifically activate it? [09:35] i've been on 14.04.1 for some time, and this is the first time i see this bug [09:35] so i would have imagined i don't have it / have the fix activated, but... [09:36] just read our blog, man [09:36] http://xubuntu.org/news/laptop-users-fix-available-for-the-black-screen-on-unlock-bug/ [09:36] ;) [09:36] bah, overrated! [09:37] * knome boots [09:37] * ochosi boots knome [09:39] you know, the problem with this bug is that it's often just a problem with suspend [09:40] as soon as you can reproduce it, you can try 1) the fix linked above and 2) to disable l-l to be sure [09:40] (disabling light-locker in the sense of: disabling lock on suspend) [09:42] ochosi, yeah, TTY7 is still blank [09:43] but please understand, locking *with light-locker* has worked before [09:43] you mean lock-on-suspend with light-locker, i presume [09:43] yes [09:43] that :P [09:43] i'll try disabling light-locker next [09:43] just a sec... [09:44] so with light-locker disabled, what was the way to go to suspend again? [09:45] just disable lock on suspend, not light-locker itself [09:45] aha [09:45] but yeah, you can suspend any way you want (close the lid, use the logout menu) [09:45] sorry for being a bit green, it's a long time since i thought about this the last time [09:45] np [09:45] actually there could be a difference between closing the lid and using the logout menu, iirc [09:45] only the lid created problems [09:46] yes, i'll look into that too next [09:46] yeah, that fixes the issue [09:48] and yeah, even with lock on suspend enabled, suspending from the menu works [09:48] yup [09:48] now that i've pinpointed it, how can i help debug this further? [09:48] it's a weird bug to begin with [09:49] are you using all default packages of 14.04? [09:49] or e.g. newer versions of xfpm or ll [09:49] nope, all default [09:49] actually... [09:49] now that you mention it [09:49] i just enabled the xubuntu-dev staging PPA [09:49] huhu [09:49] * knome facepalms [09:50] so is it a regression? [09:50] not really, but the variable names for handling the lock on suspend case in xfpm has changed [09:50] aha [09:50] so older versions of lls won't work with that nicely [09:50] aha [09:50] so why isn't there a new version of l-l-s in the staging PPA? [09:51] i wasn't all too happy with that change, since it breaks backward compatibility, but yeah, better ask bluesabre ;) [09:51] bluesabre, PING [09:51] oh let the guy get some sleep :) [09:51] tbe, bluesabre was the one suggesting me to install the PPA for the new mousepad :P [09:51] is there something i can manually do to make this work? [09:52] well you don't have to upgrade *all* packages from that PPA [09:52] no, but it's easiest that way [09:52] you can try to downgrade to xfpm 1.2 from 14.04 [09:52] and then re-apply the fix as mentioned on the blog [09:52] or you can try to set the right variable for xfpm [09:52] sry, gotta get back to work now [10:16] ochosi, pinned to the version in the archive, redid the fix mentioned, but suspending with lock on suspend when closing lid is still broken [10:38] :( [10:38] * bluesabre is not a fan of this bug [10:38] nope [10:39] knome: want to be an experiment? [10:40] well i obviously can/want do stuff [10:41] can you re-update to the PPA version? [10:42] sure, a bit later [10:43] i need to do something for a client first [10:43] the logic was flipped, and the fix worked for some, not for others... [10:43] and the bug does not affect me, so I am coding in the dark... [10:44] try each of the following, followed by a log out, and then back in. I want to know which setting actually fixes the issue [10:44] xfconf-query -c xfce4-power-manager -p /xfce4-power-manager/logind-handle-lid-switch -s false [10:44] xfconf-query -c xfce4-power-manager -p /xfce4-power-manager/logind-handle-lid-switch -s true [10:45] (do this after enabling light-locker and lock-on-suspend from l-l-s) [10:45] but yeah, just some time today :) [10:46] i'll do it in ~15mins [10:46] awesome [10:47] I might have to release an updated light-locker-settings, and this would be really good to know before 14.10 is released :) [11:10] brb [11:10] i mean, from the laptop -> [11:13] knome: do we have screenshots of simple-scan anywhere? [11:13] bluesabre, no, how? [11:13] /why? [11:13] I figured out how to add minimize/maximize to headerbars [11:13] aha [11:14] slight ui change... but much better for consistency [11:14] umm, does xfce4-power-manager need other packages to be able to update? [11:14] -data, -plugins [11:14] pinning it back to 500 doesn't do anything [11:14] aha [11:16] what :D [11:16] only -plugins would be upgraded [11:16] this is silly... [11:17] right, wrong syntax from me [11:17] ok, let's see... [11:18] ok, first thing done [11:18] will try to suspend now [11:20] first thing failing [11:20] l-l-s, things enabled, property set, and logged out after setting? [11:20] yes [11:21] k [11:21] have done second thing now and will try to suspend [11:21] logged out first? [11:21] yes [11:21] the second option works [11:21] neat [11:21] and troublesome [11:22] i remember editing some file at some point [11:22] related to power management [11:22] ochosi ^ so, allowing logind to handle the lid switch works... is that correct? [11:22] where's the related logind conf files? [11:23] /etc/systemd/logind.conf ? [11:23] probably.. [11:23] it has #HandleSuspendkey=suspend [11:24] adding this fix to xfpm made overrides in that file not matter anymore [11:24] aha [11:24] or, that was the plan [11:24] well apparently, the problem in my case is when logind *doesn't* handle suspending [11:25] indeed [11:25] all this is confusing, and I do not know what should and should not work at this point... [11:25] as always, if there is anything i can do to help fixing it, i'm willing :) [11:25] well, you figured out the setting that works for you [11:25] not just because i want my laptop's suspend to work... [11:25] so that might be a start [11:26] :) [11:26] i should clean my monitor [11:35] knome: https://bugs.launchpad.net/ubuntu/+source/xubuntu-default-settings/+bug/1373887 [11:35] Launchpad bug 1373887 in xubuntu-default-settings (Ubuntu) "[UIFe] Add minimize and maximize to GtkHeaderbars" [Undecided,New] [11:35] bluesabre: yes, logind has to handle the lid switch [11:35] ah [11:35] good to know [11:36] new l-l-s coming today ;) [11:36] but only if lock-on-suspend is enabled ;) [11:36] right [11:36] but yeah, we've had that before [11:36] where it was flipped, it was confusing [11:36] yeah, i never felt flipping was a really good idea [11:36] well, it was a lot of reverse-logic before [11:36] made a confusing issue even more confusing ("are you using the version before or after the flipping..?") [11:37] the setting actually makes sense now [11:37] right, maybe we should just write things down somewhere [11:37] logind-handle-lid-switch now means "logind handle lid switch" [11:37] :D [11:38] knome: thanks for testing :) [11:38] np [11:38] i understand that it's always so much easier to do that with somebody who you know, and who understands something about xubuntu [11:38] which is why i'm more than willing to help [11:39] do we need another +1 for the UIFe? [11:39] ochosi: if you want [11:39] I just subscribed ubuntu-release, so it will make it pop up in their queue [11:40] ochosi, what about the flash of content before unlocking? [11:40] cool [11:40] I'll ping them tonight after the freeze is lifted [11:40] i proposed ochosi a hacky solution, which should work, however.. [11:40] knome: nothing we can do about that. same thing happens with xscreensaver potentially. it's related to locking after waking up [11:40] sure, but what about my idea about the timeout? [11:41] what if for some reason that process of suspending gets "stuck"? [11:41] then you end up with a black screen [11:41] there are just too many pitfalls with this approach imo [11:41] the timeout should take care of that as well [11:41] because when it times out, it unblanks the screen [11:42] iirc your idea was to black out the screen when locking (with a black top-level window), then do suspend and on wakeup lock the screen [11:42] gotta run, bbl [11:42] yes, something like that [11:42] ttyl bluesabre, hf! [11:43] ta bluesabre [11:43] and hf [11:43] the only real solution is to find out why suspending after the vt switch doesn't work properly [11:44] i'm not disagreeing with that :) [11:44] but how far from that are we really? [11:44] and it's probably not that much more work than trying to implement your hack :) [11:44] and is it possibly a hardware issue? [11:44] well then get hacking on your solution then! :P [11:44] that depends, if i or someone else would actually have time to spend on it, then maybe we wouldn't be too far away [11:45] but i don't have time atm [11:45] i understand there is no exact timeframe to give [11:45] but i was thinking about an estimation [11:45] is this affecting ubuntu as well? [11:45] ubuntu doesn't switch vt when locking [11:45] ok, so why do we do that? [11:45] gah, sorry, i really don't have time for this right now [11:45] -> back to work [11:46] that's okay :P [11:46] that's a funny question :) [11:46] ttyl [11:46] brainwash, i don't think it's funny. what in it do you think is funny? [11:46] light-locker requires lightdm + greeter to lock the screen [11:47] which starts in a new vt [11:48] light-locker 2.0 will hopefully get rid of the vt switching, but we don't know when it will be ready :( [11:52] do gtk3 apps hide the normal title bar now? if no, what is the benefit of adding minimize/maximize to gtkheaderbars? [11:55] maybe I'm not up-to-date [11:56] bug 1301873 is still open [11:56] bug 1301873 in Xfwm4 "Add support for title-less windows" [Medium,Confirmed] https://launchpad.net/bugs/1301873 [12:14] bbl. -> [12:53] brainwash: if you're running utopic, open simple-scan [12:53] CSDs work correctly in xfce now [12:53] gotta run [12:54] how does it work correctly? who fixed that? [12:55] its part of gtk 3.10 or 3.12 [12:55] fixed in the toolkit [12:55] good news I guess [17:05] ochosi: http://pad.ubuntu.com/b2notes [17:05] bbl [17:11] elfy: thanks, fixed some small typos, but the rest looks good! nice work [17:13] * bluesabre added a space [17:15] * knome removed bluesabre's space [17:16] * bluesabre adds more spaces, html doesn't care [17:16] waat [17:16] you make me sad [17:17] * bluesabre fixes mistake in judgment [17:21] boo for pad adding spaces :( [17:24] for vbox, its host+F1 (usually right-ctrl + F1) [17:24] thanks bluesabre - saved me time :p [17:25] bluesabre, righty [17:25] ;) [17:25] not sure about other vm's though - hence not putting anything there [17:26] * knome shrugs :) [17:28] moved striked stuff at the bottom [17:33] looks better like that :p [18:12] ochosi: so what we going to do about marking these images [18:13] others are marking ready regardless [18:16] we should probably just mark ready... everyone else has the same issue, and I think the decision is to release now and fix lightdm after [18:17] was my thinking [18:18] great minds... [18:18] :) [18:18] I've asked the question, though there is progress on the 'boot to black screen' issue but it wont be fixed for beta2 in another channel confirmed that thinking [18:19] other than things we can't fix I'm happy [18:19] a bit happier with the testing turnout [18:20] can't say I'm impressed though [18:24] :) [18:24] its an improvement, but we can do better [18:29] elfy: Yeah, we're going to ignore that issue and fix it ASAP after the beta. [18:29] I'll mark them now [18:29] done [18:31] draft blog post done from the pad [18:34] elfy, ta :) [18:34] elfy, please mention that in the pad [18:34] mention what in the pad? that I'm not impressed [18:35] done :) [18:36] tara ;) [18:42] bluesabre: Updates got me a scroll up button, next to minimize. [18:43] Unit193..? screenshot [18:43] we got a screenshot button too :( [18:43] oh dear [18:45] bluesabre: https://unit193.net/buttons.png [18:45] bizarre [18:46] I'm not seeing that - but I've customised that stuff [18:46] which wm theme? [18:46] Numix [18:54] not seeing that even in the guest session... [18:55] Well that's weird, nothing changed here... Well it's not important. [18:55] does it affect your guest session or a new user? just making sure I didn't break anything [18:57] Bah, have to restart lightdm... [19:01] Okay, so no idea how that hit then.. [19:02] lol [19:02] ochosi put an easter egg in xfwm [19:02] Guess so. [19:03] Also, guest session kind of stinks. :P [20:08] I wonder if we should put a disclaimer of some sort on the b2 post - "We don't like marking this as ready for use given the VM bug" [20:08] well, i don't know [20:08] tbh, the virtual installations are not *so* important [20:08] they don't blow up anybody's computer [20:08] and it's relatively easy to rerun an installation with another image [20:08] whole thing is meh [20:09] yes, it is, but i don't think it is too critical to not call them beta-stage-ready [20:24] oh ... [20:24] why would I ever think that I could work with the wiki without pulling my hair out [20:25] Drunk? [20:26] elfy, no hair left? [20:26] Chest hair... [20:26] knome: indeed [20:26] anyway - beta2 notes done - https://wiki.ubuntu.com/UtopicUnicorn/Beta2/Xubuntu [20:26] thanks! [20:29] includes is all up the swanee though [20:29] want me to look at it? [20:29] hang on [20:30] sure... [20:30] fixed it [20:30] :) [20:30] though it's a bit useless :D [20:30] as alwyas [20:30] always too [20:30] even more so this time - it's empty :p [20:30] hah [20:31] hmph [20:33] changed our link on the main release notes [20:34] what's the hmph for knome - the emptiness or something else [20:35] i continued the thing in the right channel, -offtopic :) [20:35] aah [21:06] * bluesabre gets to packaging xfpm 1.4.1 [21:09] well I'm off now [21:09] seeya elfy, have a good night [21:09] nighty elfy [21:09] I'll do my best bluesabre :) [21:10] wiki and blog are both done bluesabre just in case anyone in -release needs anything [21:10] ok, good to know [21:10] -release only have ochosi and me as contacts [21:16] Unit193: poke [21:17] bluesabre, Are you going to try and merge from debian for the new xfpm? Corsac has packaged it [21:18] Noskcaj: not sure if its worth it. We have several differences with debian and nothing extra has diverged since 1.4.0 [21:18] ok [21:18] i'll try and get all the deltas smaller next cycle anyway [21:18] thanks for the tip though :) === LazyUserBNC is now known as LazyUser69 [21:21] Unit193: nvm, figured out it [21:21] /unping [21:26] bluesabre: Too bad, pooong. :D [21:29] :D [21:31] o [22:32] knome: new light-locker-settings pushed to utopic, and staging ppa for trusty [22:33] aha [22:33] how does that help? [22:33] i mean... what's the change too [22:33] when you say lock, it sets the right setting for xfpm to not black screen [22:34] aha [22:34] but isn't that something you switched? [22:34] and the other thing doesn't work for others? [22:34] http://launchpadlibrarian.net/185784036/light-locker-settings_1.4.1-0ubuntu1_1.4.2-0ubuntu1.diff.gz [22:34] xfpm < 1.3.2 uses old light-locker-settings, xfpm > 1.4.0 uses the new [22:34] okay [22:35] just poked you because you had an issue with that earlier :) [22:35] yep