[00:58] <bluesabre> Logan_, do you have access to the branches, or just universe?
[00:58] <bluesabre> https://bugs.launchpad.net/ubuntu/+source/light-locker-settings/+bug/1290737
[00:58] <Logan_> bluesabre: just universe and multiverse
[00:59] <Logan_> wait, which branches are you referring to?
[01:00] <Logan_> I can do lp:ubuntu/<any package in universe/multiverse> as well
[01:00] <bluesabre> lp:ubuntu/trusty/light-locker-settings
[01:00] <Logan_> yeah
[01:00] <bluesabre> equally, we can upload an upload of that version, right?
[01:00] <bluesabre> also, thanks a bunch for all the uploads today :)
[01:01] <Logan_> upload an upload? now you're losing me :P
[01:01] <Logan_> I can merge that, if you want
[01:02] <bluesabre> yeah, that :D
[01:02] <bluesabre> my brain gets a bit foggy after working for 12 hours
[01:02] <Logan_> my brain is always rather foggy
[01:03] <bluesabre> :)
[01:03] <bluesabre> brainwash_, you around?
[01:04] <brainwash_> hey bluesabre
[01:04] <bluesabre> sweet!
[01:04] <bluesabre> ochosi mentioned indicators to me
[01:04] <bluesabre> and said your ppa has the fixes
[01:05] <brainwash_> you want to test or prepare something?
[01:06] <bluesabre> both... first I'm curious what thing(s) it fixes :)
[01:06] <brainwash_> it's ali1234's patch
[01:06] <brainwash_> http://git.xfce.org/users/ajb/xfce4-indicator-plugin/
[01:07] <brainwash_> so indicator-plugin starts and ends the indicator services
[01:07] <brainwash_> via upstart
[01:08] <bluesabre> oh nice
[01:08] <bluesabre> so no dealing with autostart
[01:09] <brainwash_> right, the normal autostart launchers were changed
[01:09] <bluesabre> yeah
[01:09] <ali1234> brainwash_: you said there was a bug earlier
[01:10] <brainwash_> ali1234: the upstart init process is launched twice with your path
[01:10] <ali1234> the bug is really obvious if you look at the code
[01:10] <ali1234> i meant to move that piece of code but copied it instead
[01:10] <brainwash_> :D
[01:10] <ali1234> so it does it twice
[01:11] <brainwash_> which isn't that bad.. until you logout and not all processes terminate
[01:11] <brainwash_> so they keep the previous session alive
[01:12] <ali1234> silly xfce git doesn't allow push -f
[01:13] <brainwash_> what about your title-less windows patch? I guess it's too late to get it in, but it works fine for me
[01:13] <ali1234> http://git.xfce.org/users/ajb/xfce4-indicator-plugin/commit/?h=upstart-init-2
[01:14] <ali1234> what about it?
[01:14] <brainwash_> it's done or?
[01:14] <ali1234> i guess
[01:14] <brainwash_> like months ago
[01:14] <ali1234> i don;t use it
[01:16] <brainwash_> I do.. but I just don't use apps to test it properly
[01:16] <brainwash_> it works for gthumb with the numix theme
[01:16] <brainwash_> :)
[01:16] <Logan_> bluesabre: uploaded
[01:17] <bluesabre> thanks Logan_ !
[01:17] <Logan_> no problem :)
[01:17] <bluesabre> I suppose I'll probably have an indicator upload available in the morning
[01:17] <bluesabre> brainwash: are you adding the new patch to your ppa?
[01:21] <brainwash_> maybe, not sure if moving the code block changes anything at all
[01:21] <brainwash_> ali1234: why did you move the code block to the construct function?
[01:21] <ali1234> seemed more appropriate
[01:22] <brainwash_> ok
[01:25] <brainwash_> bluesabre: I've told Noskcaj to prepare the indicator-plugin branch, so hopefully we don't end up with two branches :)
[01:30] <bluesabre> :)
[01:30] <bluesabre> we'll see which one appears first
[01:31] <bluesabre> I'll check to make sure he hasn't prepared a branch on the side
[01:32] <bluesabre> looks like we're still in the clear
[04:34] <Pwnna> wait
[04:34] <Pwnna> so i have a cron job running every 5 minutes
[04:34] <Pwnna> but it's not in crontab
[04:34] <Pwnna> or anywhere in cron.d
[04:35] <Pwnna> wtf?
[04:35] <Noskcaj_school> bluesabre: Feel free to fix the indicator issue. I can't do packaging stuff till tomorrow morning, and have to do xfdesktop first
[06:32] <jhenke> goood morning
[06:35] <elfy> o/
[06:36] <jhenke> okay update time
[06:36] <jhenke> 13.10 -> 14.04, wish me luck ;)
[06:36] <elfy> :)
[06:46] <jhenke> hmm interesting: update-manager -d -c
[06:46] <jhenke> ERROR:root:Could not find any typelib for Dbusmenu
[06:46] <jhenke> ERROR:root:Could not find any typelib for Unity
[06:46] <jhenke> WARNING:root:can not import unity GI cannot import name Dbusmenu
[06:46] <jhenke> but proably not important
[06:48] <ochosi> morning everyone
[06:48] <jhenke> moin ochosi
[06:49] <ochosi> hi jhenke
[06:49] <elfy> hi ochosi
[06:49] <ochosi> hey elfy
[06:49] <ochosi> thanks for being so persistent with the debugging last night
[06:49] <ochosi> i'll try whether i can reproduce this oddity with the lid
[06:49] <elfy> you're welcome as always :)
[06:49] <ochosi> that was a really helpful session you had there
[06:50] <elfy> if all I can so is grab info for people that can do more - then I'll do that :)
[06:50] <ochosi> now we "only" have to fix the issue :>
[06:50] <elfy> ...
[06:50] <elfy> indeed ;)
[06:50] <ochosi> frankly, if this ends up a known issue for 14.04, it'll be fixed in 14.04.1
[06:51] <ochosi> and we can suggest an easy workaround: disable lock on suspend by default :D
[06:52] <elfy> which will be easier when the disable buttons sync :p
[06:53] <ochosi> yup
[06:53] <ochosi> which is about to land though
[06:53] <ochosi> thanks to Logan_
[06:53] <elfy> yep
[06:53] <elfy> yea indeed :)
[06:53] <elfy> takes the pressure off micahg I guess :)
[06:59] <ochosi> yeah, as soon as we have other ppl with push-rights to our branches
[07:00] <`Fibz> lock on suspend works fine over here
[07:01] <jhenke> I also thought the different falvours have control over their specfic branches, seems quite idiotic to have always relay on ubuntu people to push everything
[07:05] <ochosi> `Fibz: good to hear. also on lid-close?
[07:05] <`Fibz> dont have a laptop handy. i can report back on that tomorrow
[07:05] <elfy> ochosi: we going to push your blog post out before release?
[07:06] <elfy> or are we going to publish a whole bunch at the same time :)
[07:06] <ochosi> `Fibz: thanks, that'd be great
[07:06] <ochosi> elfy: hm, haven't thought of a concrete date, i assumed soon after the release
[07:07] <ochosi> guess ideally i still have to add two screenshots
[07:07] <elfy> okey doke
[07:07]  * elfy was just wondering
[07:07] <ochosi> but i'm open to suggestions
[07:07] <ochosi> if there are good reasons to publish it beforehands i don't mind
[07:08] <elfy> well I have had people wanting to know about sound missing when it's locked
[07:08] <elfy> and people ARE using the beta now
[07:08] <elfy> just a thought
[07:11] <ochosi> hmright
[07:11] <ochosi> i'll talk to knome when he's around
[07:11] <elfy> ok
[07:36] <jhenke> the worse thing with such upgrades is the waiting....
[09:06] <knome> ochosi, elfy: i'm fine with any publishing date
[09:08] <elfy> hi knome - okey doke - I didn't want to do mine till later anyway - after release at the earliest - was just concerned about a bunch going out at the same time and not being seen until the page gets sorted
[09:10] <knome> i should get the fixes in ASAP
[09:10] <knome> i pretty much have them ready locally, but this sickness is slowing me down
[09:13] <elfy> okay - well don't rush on my account
[09:15] <knome> heh
[09:15] <knome> well my intention is to get it in before 14.04 release
[09:15] <knome> and since it involves the canonical IS, would be better to get it in queue ASAP
[09:17] <elfy> I can concur with that appraisal of the situation ...
[09:32] <jhenke> upgrade looks good so far, but a lot of old config data left behind
[09:32] <ochosi> that's normal
[09:35] <jhenke> and the ibus problem
[09:35] <elfy> yep
[09:35] <jhenke> after upgrade keyboard layout is en_US
[09:36] <elfy> we're making a decision on that tomorrow
[09:39] <jhenke> light-locker is huge improvement
[09:39] <jhenke> xscreensaver always looked very out of place
[09:39] <ochosi> thanks, that is nice to hear
[09:48] <knome> https://blueprints.launchpad.net/ubuntu/+spec/xubuntu-14-04-point-1
[09:48] <brainwash> Logan_: hey, what's this xfdesktop4 4.11.5-1ubuntu1 ? :)
[09:50] <ochosi> i think it's a rebase against debian
[09:51] <brainwash> ok
[10:05] <brainwash> ochosi: did you already read bug 1304064?
[10:06] <ochosi> yeah, apart from this line it seems to be a duplicate:
[10:06] <ochosi> Every time it is locked and is blanked, I lose the session to a blank screen after login.
[10:07] <brainwash> indeed, a duplicate
[10:07] <brainwash> locked and blanked... mmh
[10:09] <brainwash> could it be that xfpm fails to restore the screen brightness?
[10:09] <brainwash> or messes with it
[10:10] <elfy> oooh - I was getting that yesterday when fiddling while debugging with you
[10:11] <brainwash> did you try to restore the brightness manually?
[10:11] <brainwash> sounds unlikely that this would help
[10:11] <brainwash> people would have tried that already
[10:13] <brainwash> ochosi: the kb shortcut changes are not required, but we want to make sure that the shortcut file don't get messed up
[10:17] <brainwash> elfy: can you confirm bug 1304128?
[10:25] <ochosi> brainwash: yeah, i think i mentioned that first part in my review
[10:34] <bluesabre> sheesh
[10:35] <bluesabre> https://code.launchpad.net/~smd-seandavis/ubuntu/trusty/xfce4-indicator-plugin/upstart-init/+merge/214713
[10:36] <bluesabre> hey Logan_, ^ here's the branch for the indicator-plugin fix.  If you get a chance to upload it today, I'd be grateful :)
[10:36] <bluesabre> s/upload/merge
[10:36] <bluesabre> ochosi, brainwash: ta-da!
[10:37] <brainwash> wait a minute, why don't we simply use an upstart job to start the indicator services? :)
[10:37] <brainwash> bluesabre: nice
[10:47] <ochosi> thanks bluesabre
[12:02] <elfy> brainwash: I thought we were aware that we're not removing xscreensaver - but that the conf file calls light-locker first now
[12:42] <brainwash> elfy: but it should be removed then unless the user (re)installed xscreensaver manually
[12:43] <elfy> ok - so we need to also remove the bottom panel - because we don't use that anymore, remove gthumb - we don't use that either
[12:43] <elfy> pretty sure this has all been discussed weeks ago
[12:43] <knome> elfy, did you notice https://blueprints.launchpad.net/ubuntu/+spec/xubuntu-14-04-point-1 ?
[12:44] <elfy> knome: I did thanks :)
[12:44] <knome> np
[12:44] <brainwash> bottom panel might be saved in the user config
[12:44] <elfy> so will changes someone has made to xscreensaver
[12:45] <brainwash> I talking about the xscreensaver package
[12:45] <brainwash> we don't depend on it anymore
[12:45] <brainwash> same applies for gthumb I guess
[12:46] <elfy> I know what you're talking about - xflock4 calls light-locker first so it gets used first afaik
[12:46] <elfy> personally I think there are other things to be worrying about at the moment
[12:46] <brainwash> ok, but this isn't the problem, xscreensaver runs in the background and does blank the screen
[12:46] <brainwash> or displays a screensaver
[12:47] <elfy> no idea - waiting for it
[12:47] <brainwash> not a deal breaker, but you know the common (x)ubuntu user
[12:48] <brainwash> "why are both programs installed?"
[12:48] <elfy> :)
[12:48] <elfy> waiting for light-locker to blank the screen after 1 minute ...
[12:48] <brainwash> 1 minute is rather short
[12:49] <brainwash> do you test anything?
[12:49] <elfy> not when you're waiting for it so you can get on with other stuff it isn't ;)
[12:50] <elfy> what?
[12:50] <brainwash> or what's the deal with the 1minute blank timer?
[12:51] <ochosi> elfy: since you can reproduce that bug with light-locker, could you try to use unity-greeter (just to rule out that gtk-greeter is somehow involved)?
[12:52] <brainwash> oh, gtk-greeter does set the timeout to 1 minute in lock mode
[12:53] <ochosi> yes
[12:53] <ochosi> i mean it works in the normal circumstances, so it'd be odd if it didn't work with suspend, but with this bug i'm not surprised by anything anymore
[12:54] <ochosi> it seems to be so specific
[12:56] <elfy> ok - so lightlocker works in an upgraded 12.04 - not worried abou xscreensaver :)
[12:57] <elfy> ochosi: you mean the suspend with lid close bug?
[12:58] <elfy> knome: I've just realised that at 6pm on the 17th April I will be on a train - then not about till friday morning
[12:58] <ochosi> elfy: yes
[12:58] <elfy> ochosi: ok - I'll do that now
[12:59] <ochosi> ty
[12:59] <brainwash> ochosi: should I add bug 1301873 to 14.04.1?
[12:59] <ochosi> yeah, you can to keep it on the radar
[12:59] <ochosi> i don't know of many headerbar-apps in 14.04 repos though
[12:59] <ochosi> and i'd really prefer if this patch was merged upstream first
[12:59] <brainwash> more will be added most likely
[13:00] <brainwash> if it becomes popular
[13:00] <brainwash> mostly from apps installed via PPAs
[13:01] <knome> elfy, awwh. well, don't worry, we'll make sure things get released etx
[13:01] <knome> *etc
[13:02] <elfy> glad I looked first before intalling unity-greeter ... with recommends it wants to use 90Mb of sapce ...
[13:02] <elfy> knome: lol - I thought I would let you know :)
[13:02] <knome> yep, good good
[13:03] <knome> http://pad.ubuntu.com/Xubuntu1404Final
[13:03] <knome> started preparing that stuff as well..
[13:04] <elfy> bookmarked - I'll start fiddling with that too
[13:04] <knome> known issues in notes are taken from -t-bugs
[13:04] <elfy> yep
[13:04] <knome> things marked with ??? are probably either going away or we don't know much about them yet
[13:05] <knome> the text body is from the beta 1 announcement
[13:05] <elfy> yep
[13:17] <elfy> ochosi: lightdm-set-defaults doesn't work in tahr, not got time atm to work out how to change the greeter to unity - I'll try and get on it later
[13:17] <ochosi> elfy: just edit /etc/lightdm/lightdm.conf
[13:18] <ochosi> and replace "lightdm-gtk-greeter" with "unity-greeter"
[13:19] <elfy> I thought that too ochosi - except that file no longer exists ...
[13:19] <ochosi> woot
[13:19] <ochosi> sorry, wasn't aware of that
[13:22] <elfy> ochosi: /usr/share/lightdm/lightdm.conf.d/60-lightdm-gtk-greeter.conf I hope :D
[13:23] <ochosi> hm, not sure
[13:23] <ochosi> sry, gotta run
[13:23] <ochosi> bbl
[13:25] <elfy> ochosi brainwash - well it appears to now use unity-greeter - same issue when suspending with lid close
[13:26] <brainwash> -_-
[13:26] <brainwash> killall xfce4-power-manager
[13:26] <brainwash> and try again
[13:26] <elfy> suspend from menu - works ok
[13:27] <elfy> and the brightness was dimmed again
[13:28] <elfy> suspend with lid close and killall xfce-power-manager
[13:28] <elfy> NO black screen
[13:28] <brainwash> did it lock the screen?
[13:28] <elfy> I needed password yes
[13:29] <brainwash> did it actually suspend?
[13:29] <elfy> dbl checking
[13:29] <brainwash> :D
[13:29] <brainwash> most likely yes
[13:29] <elfy> yea - definitely suspended :)
[13:29] <brainwash> so it's xfce4-power-manager causing the trouble
[13:30] <elfy> ok - so ctrl+alt+f7 and I get the big screen locked message
[13:30] <elfy> and a very very short show of that when I unlock
[13:31] <brainwash> oh, so the session is unlocked for a brief moment
[13:31] <elfy> after password entry
[13:32] <elfy> just saw the big lock message fleetingly
[13:32] <brainwash> ah ok
[13:32] <elfy> yep
[13:32] <brainwash> we can ignore this
[13:32] <elfy> yep
[13:33] <elfy> still have the brightness issue though
[13:33] <brainwash> even without the power-manager running in the background?
[13:33] <elfy> yep
[13:34] <elfy> I really wouldn't make stuff up ;)
[13:34] <brainwash> is the greeter screen also dimmed?
[13:34] <elfy> not sure - checking
[13:35] <elfy> yes
[13:35] <elfy> trying something
[13:38] <brainwash> did you already update your system today?
[13:39] <elfy> no
[13:39] <elfy> well not the one in question
[13:40] <brainwash> we need xfpm without the syncing of the lock settings for this test case
[13:40] <elfy> so don't upgrade it?
[13:41] <brainwash> 1) enable lock on suspend in power-manager and disable it in light-locker 2) vice versa
[13:41] <brainwash> yes, don't upgrade yet
[13:41] <brainwash> and run the usual suspend routine for 1) and then for 2)
[13:44] <elfy> ok
[13:44] <elfy> 1 - black screen
[13:44] <elfy> 2 - comes straight back with no password
[13:47] <brainwash> thanks for doing so many test runs :)
[13:48] <RFleming> does this mean suspend will soon work? :)
[13:48] <elfy> brainwash: that's ok - I'm sat here doing other things on this machine
[13:48] <brainwash> RFleming: suspend is not broken
[13:48] <elfy> if necessary workround is suspend from menu and shut the lid :)
[13:49] <RFleming> brainwash, on my home laptop it doesn't function.
[13:49] <elfy> RFleming: from the menu?
[13:49] <RFleming> either hitting suspend from menu or closing the lid, my machine starts the suspend function and doesn't complete.
[13:49] <RFleming> locks up the interface where I cannot click, and the only way to get out of it is to go to tty and restart lightdm
[13:50] <RFleming> all the while the suspend light happily flashes :)
[13:50] <brainwash> sounds like a different issue
[13:51] <RFleming> tomorrow I'll try and bring it in.
[13:51] <brainwash> we were talking about the black screen problem after resuming from suspend (via lid close) + unlocking
[13:51] <brainwash> so suspend works in this case
[13:52] <brainwash> but the power-manager seems to trigger a black screen
[13:54] <elfy> brainwash: we done with testing for the moment?
[13:54] <brainwash> elfy: yes
[13:55] <elfy> k
[14:56] <elfy> so the updates don't fix the disappearing wallpaper yet then ...
[16:09] <brainwash> elfy: soon
[16:11] <brainwash> elfy: this question just came to my mind: do you mean the session logout dialog or the power manager tray icon menu when you mention "suspend via menu"?
[16:30] <elfy> the one from whiskermenu
[16:50] <ochosi> brainwash: sry, i couldn't follow all the testing now, does it point towards xfpm being the culprit?
[16:50] <elfy> ochosi: yea
[16:51] <ochosi> elfy: so without xfpm everything works just fine?
[16:51] <elfy> without xpfm I resume straight to the desktop
[16:51] <ochosi> but with password/lock-dialog, right?
[16:51] <elfy> yea
[16:52] <ochosi> ok, we need to re-assign that bugreport then...
[16:53] <elfy> yep - I went to count sheep shortly after we finished - just woken up
[16:56] <ochosi> Logan_: we encountered a nasty packaging problem in parole by the way, the plugins don't get installed correctly. we haven't been able to figure this out for quite a while, would you mind looking at it? (it only affects ubuntu, in debian, everything is fine)
[16:58] <brainwash> elfy: straight to the desktop with password-dialog?
[16:58] <ochosi> Logan_: our upstream bugreport (bluesabre and me are the parole devs) explains it a bit: https://bugzilla.xfce.org/show_bug.cgi?id=9904
[16:59] <elfy> brainwash: [14:44] <elfy> 2 - comes straight back with no password
[16:59] <brainwash> yea, so I'm confused
[17:00] <brainwash> please suspend via xfpm's tray menu
[17:00] <Logan_> ochosi: I'll take a look later if I get the chance
[17:01] <ochosi> Logan_: thanks, that'll be much appreciated. this problem has been plagueing us for ages...
[17:01] <elfy> brainwash: it'll have to wait till tomorrow now - the laptop isn't in the house now
[17:01] <brainwash> oh wait... we disabled xfpm's tray icon
[17:01] <ochosi> :>
[17:02] <ochosi> brainwash, elfy: a little birdy whispered something into my ear: https://bugzilla.xfce.org/show_bug.cgi?id=10535
[17:02] <elfy> I suspended from the only other default option I had
[17:02] <ochosi> i gotta run again (dinner), but please update the bugreport and link the upstream one if you get a chance
[17:03] <elfy> ochosi: did that
[17:04] <elfy> and marked as a dupe
[17:04] <ochosi> ty, bbl
[17:06] <brainwash> elfy: but didn't everything work fine with xfpm running in the background after unchecking all the "lock on suspend2 checkboxes?
[17:08] <elfy> brainwash: the only way to get it to work fine is suspend from a menu or kill xpfm
[17:08] <elfy> biab
[17:10] <brainwash> elfy: "2 - comes straight back with no password"
[17:14] <GridCube> brainwash, i can't test right now, but as i've disabled the xfpm to start automatically, and i assume its not working (again cant check) the login screen from lightlocker sent me directly to the desktop
[17:14] <GridCube> that was the 4 times i waked the computer yesterday
[17:15] <Logan_> ochosi: can you give me a testcase?
[17:21] <brainwash> GridCube: thanks for confirming
[17:23] <GridCube> brainwash, it did asked my password, (and once the lightlocker password box was there but the screen brightness was 0% so i was basically black)
[17:23] <GridCube> but after typing the password the desktop was normal
[17:24] <GridCube> i just wish i could stop it from suspending :(
[17:32] <starrats> I updating/upgrading and lost the wifi in the middle of upgrading libreoffice and i was down for about 20 minutes. could not get back on and then i went into the rceovery mode to see if i could there and now back on again
[17:36] <starrats> I only stated this because this is the second time this has happened to me, but i blame the connection loss this time last time it was numerous things that went wrong all at once.
[17:59] <ochosi> Logan_: well simply put: the version of parole that we ship in xubuntu has non-functional plugins, because they end up in the wrong place
[17:59] <ochosi> Logan_: if you install the package from debian in ubuntu, it just works
[18:42] <ochosi> elfy: quick question on all the complicated testing (you should've written down all the scenarios and the results btw, as a notice for next time ;))
[18:43]  * elfy was the guinea pig ...
[18:43] <ochosi> did things work out fine when you unchecked lock-on-suspend *only* in xfpm but left it checked in xfce4-session
[18:43] <elfy> no hands - just feet ...
[18:43] <ochosi> true, it's brainwash's fault
[18:43] <ochosi> :)
[18:43] <elfy> blame brainwash :)
[18:43]  * ochosi does
[18:44] <elfy> I can't remember tbh
[18:44] <ochosi> :/
[18:44] <elfy> but the laptop is back now though ;)
[18:44] <ochosi> you know, that means we might have to send you through this hell once more...
[18:44] <ochosi> but this time take notes of every testcase with result
[18:44] <ochosi> could do a google spreadsheet
[18:44] <ochosi> or something alike
[18:45] <elfy> booting it now
[18:45] <elfy> little one came back earlier than expected
[18:47] <elfy> ochosi:  unchecked lock-on-suspend *only* in xfpm but left it checked in xfce4-session - result is resumes to desktop
[18:47] <ochosi> humm
[18:47] <ochosi> then it might really be a problem of xflock getting called twice
[18:47] <ochosi> could you also try the other way round?
[18:48] <ochosi> uncheck in session and check in xfpm
[18:50] <elfy> that comes back - BUT cursor is invisible
[18:52] <elfy> just going to confirm that
[18:53] <brainwash> bug 1297144
[18:53] <elfy> thanks brainwash
[18:55] <elfy> actually  uncheck in session and check in xfpm - black screen
[18:55] <elfy> not sure how I got the other issue
[18:56] <brainwash> uncheck in power-manager and session
[18:56] <elfy> confirmed that last one twice
[18:57] <elfy> straight to desktop
[18:58] <brainwash> with unlock screen?
[18:58] <elfy> no - straight to desktop
[18:59] <brainwash> so light-locker's lock on suspend is disabled?
[18:59] <elfy> no - enabled
[18:59] <brainwash> ok
[19:06] <brainwash> elfy: I did expect that the screen gets locked
[19:08] <elfy> so did I
[19:08] <brainwash> so we know now that the black screen is only triggered if you tell xfpm to lock on suspend
[19:08] <elfy> I just did session on, lls on, xfpm off - straight to desktop
[19:08] <elfy> I expected that to need password
[19:09] <brainwash> we can ignore the session one, because you suspend via lid close
[19:09] <elfy> I'm just going to work through them all and write them down for 30 minutes
[19:10] <brainwash> might be not needed
[19:11] <ochosi> elfy: please do that
[19:11] <brainwash> but got all info, don't we?
[19:11] <ochosi> brainwash: tomorrow or in ~1hr you'll have forgotten everything about these testcases again and then poor elfy has to do them once again
[19:11] <ochosi> yeah, but we might have to explain it to others as well
[19:11] <ochosi> best to just have it in a table
[19:12] <ochosi> with the conditions in columns
[19:12] <ochosi> and the testcases in rows
[19:12] <brainwash> xfpm inhibits logind and that might be reason why light-locker is not triggered via dbus on suspend
[19:12] <brainwash> and xfpm does some mysterious things when it calls xflock4 on suspend
[19:13] <brainwash> which triggers the black screen
[19:13] <brainwash> running xfpm with its lock checkbox unchecked works fine
[19:14] <ochosi> i think it spawns xflock on the cmdline tbh
[19:26] <elfy> the long and short of it is - any combination that includes xfpm being enabled and a lid close gets you a black screen
[19:31] <elfy> https://docs.google.com/spreadsheet/ccc?key=0AmA-9EbkJPYddDVzSk5RdHotTVpRMlc5aGFicDJ2X0E&usp=sharing
[19:31] <elfy> ochosi brainwash ^^
[19:32] <ochosi> thanks elfy
[19:32] <ochosi> that's exactly what i was thinking of
[19:33] <elfy> good :)
[19:33] <elfy> it does seem to prove this afternoons pointing at xfpm
[19:35] <ochosi> yeah, the code is really complex for that part
[19:35] <ochosi> lots of places that interact with the suspend and lid-close events
[19:36] <elfy> how surprising ...
[19:37] <elfy> oh - that was all with unity-greeter by the way - but it's the same with our's
[19:38] <ochosi> yeah, that's good to know
[19:38] <ochosi> so lightdm-gtk-greeter is not at fault
[19:38] <elfy> yep
[19:38] <ochosi> btw, one last test
[19:38] <ochosi> if you can
[19:38] <elfy> yep
[19:39] <ochosi> just an idea, what if you close the lid and then switch to e.g. VT2 and kill xfce4-power-manager
[19:39] <elfy> with which permutation of them all
[19:39] <elfy> not all of them ... that'd not be one test ;)
[19:40] <ochosi> haha
[19:40] <ochosi> no, just with one of those that reproduces the error
[19:40] <ochosi> as you correctly said, all permutations seem to point to the same culprit
[19:44] <elfy> nope - black screen
[19:45] <ochosi> ok
[19:45] <elfy> added it to the doc
[19:47] <elfy> unity-greeter in Xubuntu - starts that horrid aubergine colour and morphs to a nice blue :)
[19:47] <ochosi> :)
[19:48] <Logan_> unity-greeter still looks somewhat odd with Xubuntu
[19:49] <elfy> it does :)
[19:49] <ochosi> yeah, doesn't really fit
[19:49] <ochosi> Logan_: i take that as a compliment for lightdm-gtk-greeter btw ;)
[19:49] <Logan_> not at all :P
[19:49] <Logan_> lightdm-gtk-greeter looks like a relic from Windows 95
[19:50] <Logan_> but I'll deal
[19:50] <elfy> ochosi: oh - by the way - it was that /usr/share/lightdm/lightdm.conf.d/60-lightdm-gtk-greeter.conf file btw
[19:51] <Logan_> http://cl.ly/image/1z0R3p0o1N3S
[19:51] <Logan_> is it supposed to look that awful? :P
[19:51] <ochosi> Logan_: ouch, noooo!
[19:51] <elfy> mine doesn;t look like that at all
[19:51] <ochosi> Logan_: i'll post a screener in a sec
[19:51] <ochosi> elfy: thanks, will remember
[19:53] <elfy> ochosi: I has a screenie
[19:53] <ochosi> sure post it
[19:53] <ochosi> as long as it looks perrty :)
[19:53] <elfy> well it's not default ...
[19:53] <ochosi> oh :)
[19:53] <elfy> http://imagebin.org/304670
[19:54] <ochosi> ah well, it's greybird
[19:54] <ochosi> and close enough to default
[19:54] <elfy> and that's actually a photo ...
[19:54] <elfy> :p
[19:54] <ochosi> haha
[19:55] <elfy> did you want another theme - do I have to go wallpaper less again ... :)
[19:55] <ochosi> no, it's fine
[19:55] <ochosi> this is looking good
[19:55] <elfy> oh good :)
[19:56] <elfy> Logan_: the screenie up a few lines is how it looks for me
[19:56] <ochosi> (and everybody else)
[19:56] <Logan_> what on earth is wrong with my setup? :P
[19:57] <Unit193> Logan_: What's in your /etc/lightdm/lightdm-gtk-greeter.conf ?
[19:57] <ochosi> this is closer to default: http://www.zimagez.com/zimage/screenshot-2014-04-08-215739.php
[19:58] <ochosi> elfy: and also a photo ^
[19:58] <elfy> awesome photo's we have ochosi :D
[19:58] <ochosi> elfy: s/photo's/photos/
[19:58] <Logan_> Unit193: oh, I think I see the problem :P
[19:59] <ochosi> brainwash: if you're around, mind to put the cursor-unhide branch of light-locker in your PPA?
[19:59] <Logan_> can someone pastebin me their /etc/lightdm/lightdm-gtk-greeter.conf ?
[19:59] <ochosi> Logan_: just grab the file from xubuntu-default-settings
[19:59] <Logan_> apparently I'm still using the one from when I installed Lubuntu...
[20:00] <elfy> http://pastebin.com/z1up8Nbf
[20:00] <ochosi> e.g. sudo apt-get install xubuntu-default-settings --reinstall
[20:00] <elfy> and that from defualt
[20:00] <ochosi> or from the bzr branch of x-d-s
[20:00] <Unit193> Logan_: That should be a link to the one in /etc/xdg/xdg-xubuntu/
[20:00] <Unit193> lrwxrwxrwx 1 root root 55 Oct 31 21:01 /etc/lightdm/lightdm-gtk-greeter.conf -> /etc/alternatives/lightdm-gtk-greeter-config-derivative
[20:01] <Unit193> (Well, and) lrwxrwxrwx 1 root root 53 Oct 31 21:01 /etc/alternatives/lightdm-gtk-greeter-config-derivative -> /etc/xdg/xdg-xubuntu/lightdm/lightdm-gtk-greeter.conf
[20:01] <Logan_> ah
[20:02] <Logan_> that's better :)
[20:03] <elfy> Logan_: :)
[20:04] <ochosi> brainwash: and secondly, could you put xfpm in your PPA (from xubuntu) but with this patch: http://dpaste.com/1774505/
[20:06] <elfy> then tell elfy when it's there and he'll do them all again he suspects :(
[20:10] <ochosi> darn, elfy is too clever...
[20:10] <ochosi> :D
[20:10] <elfy> :)
[20:10] <ochosi> ofc not, just start with one of those that fails
[20:10] <elfy> yea :)
[20:10] <ochosi> and then complete all the ones that failed
[20:10] <ochosi> the rest should still be fine
[20:10] <elfy> yea :0
[20:10] <elfy> :)
[20:11] <ochosi> ideally you'll get both patches, invisible cursor and blank screen
[20:11] <elfy> I only got that once - and then couldn't reproduce it
[20:11] <elfy> inviscursor
[20:11] <ochosi> oh
[20:12] <ochosi> then we'll have to find a different guinea pig :'(
[20:17] <elfy> ochosi: you will for invisicursor -unless I can reproduce it somehow
[20:20] <elfy> I'll suspend it till tomorrow and see if that does it
[20:20] <ochosi> was the suspend-time somehow related to that?
[20:21] <elfy> "I wake up the computer after it spending some time in the suspend state, the cursor will be invisible"
[20:21] <ochosi> hmm,right
[20:21] <elfy> I assume this is affecting more than the one person
[20:23] <elfy> is it my imagination or have more people washed up on our shores this cycle wanting to get involved?
[20:28] <ochosi> no, i think that observation is true
[20:28] <ochosi> although we had a few dire cycles, with few ppl showing up
[20:28] <ochosi> so an increase was easy to achieve
[20:29] <ochosi> Logan_: btw, was my testcase clear enough or were you expecting something else?
[20:32] <Logan_> I'm not sure if I'd be able to fix that, tbh
[20:32] <ochosi> why's that?
[20:32] <Logan_> you'd need someone more experienced in packaging from scratch
[20:32] <ochosi> right
[20:32] <ochosi> know anyone by chance?
[20:34] <Logan_> infinity is good with stuff
[20:34] <Logan_> (I hope that was a good enough recommendation)
[20:38] <ochosi> right, i'm just worried that ppl whom i don't know and who aren't associated with xubuntu in any way simply won't care enough
[20:38] <ochosi> and ppl are busy usually
[20:38] <ochosi> Noskcaj: hey, how's xfdesktop's release coming along?
[20:39] <Noskcaj> branching the code now
[20:39] <ochosi> oh cool
[20:40] <Logan_> fair enough
[20:40] <Logan_> I'll do my best
[20:40] <Logan_> want to do a bit of reading first, though
[20:40] <Noskcaj> but corsac just uploaded it to debian, so since we've still got a day to spare, i might wait till i can merge
[20:40] <Noskcaj> Logan_, What's the issue?
[20:40] <ochosi> Logan_: sure, this is such a longstanding issue there's no real rush
[20:40] <ochosi> Noskcaj: the parole plugin packaging issue
[20:40] <Noskcaj> ?
[20:41] <ochosi> parole's plugins don't work in xubuntu
[20:41] <ochosi> even though they do in debian
[20:41] <ochosi> if you install the debian package in ubuntu, the plugins work
[20:41] <Logan_> lemme compare the file lists
[20:41] <ochosi> somehow they seem to end up in the wrong place
[20:41] <Logan_> I'll do a debdiff
[20:43] <Logan_> ochosi: there's literally no difference in the file lists
[20:43] <ochosi> yeah
[20:43] <ochosi> it's puzzling
[20:43] <Logan_> except for a language thingamajig and the changelog
[20:43] <Logan_> can I have an STR? :P
[20:43] <Logan_> like, what should I do to reproduce the issue
[20:44] <ochosi> just try to open the plugin dialog in parole in your stock xubuntu
[20:44] <Logan_> because I've never used parole
[20:44] <Logan_> or been on parole
[20:44] <ochosi> it'll fail
[20:44] <Logan_> but I digress
[20:44] <ochosi> :)
[20:44] <Logan_> okay it opened
[20:44] <ochosi> then install the package from debian and it'll work
[20:44] <Unit193> What I came up with, it's something with either dh_configure, or maybe buildflags.
[20:44] <ochosi> well, try to activate one
[20:44] <Logan_> plugin failed to load
[20:45] <ochosi> Unit193: oh, you're around, would be much better if you took this
[20:45] <Unit193> ochosi: No, Logan_ is far better than I am. :)
[20:45] <ochosi> Logan_: yup, it doesn't find the plugin
[20:45] <ochosi> Unit193: yeah, but you're better than me and you've looked at this before as well
[20:45] <Logan_> stop flattering me, Unit
[20:45] <ochosi> Unit193: i meant: if you take *my* part, not his ;)
[20:46] <Logan_> which is cheering me on?
[20:46] <Unit193> Tried different stripping too.
[20:46] <Logan_> kinky
[20:46] <ochosi> :D
[20:46] <ochosi> you packagers are weird ppl!  :P
[20:50] <Unit193> Mhmm...
[20:50] <elfy> :)
[20:51] <Unit193> I even started doing a diff of the build logs, but as one was 32bit and the other was 64, I got busy with other things and never looked.
[20:52] <Logan_> un momento
[20:53] <Logan_> I have an unstable and a trusty chroot, so I'll build the same package in both
[20:53] <Logan_> and I'll compare the logs
[21:04] <ochosi> thanks for the effort Logan_
[21:04] <ochosi> bbiab
[21:12] <Logan_> ochosi: I'm in over my head, haha
[21:14] <Unit193> Yey!  Not just me. :)
[21:14]  * elfy too - so much I've no idea what you're talking about ;)
[21:28] <Noskcaj> Logan_, Did you end up getting a build log diff?
[21:28] <Logan_> it wasn't awfully helpful
[21:29] <Logan_> one moment
[21:30] <Unit193> Well, one bad way to check it, use a hook to grab the debhelper from Debian. :P
[21:31] <Logan_> it would be in one of the helpers
[21:32] <Logan_> like dh-shlibs or whatever
[21:32] <Logan_> no, not that
[21:37] <Unit193> Logan_: Did you export verbose when you built?
[21:38] <Logan_> that would probably be helpful
[21:38] <Unit193> Trying something, in a min.
[21:42] <Logan_> Noskcaj, ochosi, Unit193: http://www.diffchecker.com/q7xn77oq
[21:42] <Logan_> same package (from Debian), Trusty on the left, Experimental on the right
[22:18] <brainwash> ochosi: updated the ppa
[22:19] <brainwash> ochosi: your system is not affected by this problem at all?
[22:27] <ochosi> brainwash: thanks
[22:28] <ochosi> well it is, but only by the lid-close bug
[22:28] <ochosi> and i didn't notice for a long time because it seemingly doesn't affect multihead-setups
[22:28] <ochosi> really specific, that bug.
[22:29] <brainwash> oh, hopefully we'll get it fixed in time
[22:29] <ochosi> yup would be good
[22:30] <ochosi> the invisible cursor one i've never encountered
[22:30] <ochosi> so the patch is guesswork
[22:31] <ochosi> or a workaround
[22:36] <ochosi> brainwash: something is odd with that version you put up
[22:36] <ochosi> nothing much happens on the lid event anymore
[22:39] <brainwash> hmpf
[22:39] <Justanick> Are you talking about the black screen after login after a standby session?
[22:39] <brainwash> ochosi: kill it and restart it from terminal "xfce4-power-manager --debug"
[22:40] <brainwash> Justanick: yes
[22:40] <ochosi> brainwash: it's odd, it still locks on lid close if i set it to do that, but suspend doesn't work anymore. maybe missed a compile flag?
[22:40] <Justanick> Also affect. If you need any information.
[22:45] <brainwash> ochosi: that's strange
[22:45] <brainwash> it's just a rebuild + patch
[22:46] <ochosi> brainwash: i understand, not sure what to say
[22:46] <ochosi> does it work for you?
[22:46] <ochosi> to some extent, this version also "fixes" the bug :p
[22:46] <brainwash> my desktop pc lacks a lid to close :)
[22:47]  * Unit193 trying something else.
[22:47] <brainwash> ochosi: does the official ubuntu version work properly?
[22:47] <ochosi> yup
[22:47] <ochosi> Unit193: still? that was a loooong minute
[22:48] <Unit193> ochosi: Heeey, I was doing other stuff too. :P
[22:48] <ochosi> Unit193: suuuuure :)
[22:49] <Unit193> Reviewing logs, fixing VM to test it, watch an episode of something, etc, etc. :P
[22:51] <Unit193> Also, I should stop bundleing "fixes" together.
[22:51] <Unit193> -e
[22:54] <brainwash> ochosi: I can redo it and then re-upload
[22:55] <ochosi> brainwash: thanks, that'd be nice
[22:55] <brainwash> can you install the official one to verify that it works?
[22:57] <ochosi> well that's what i had before i used your version and that worked
[22:57] <ochosi> i mean suspend on lid-close
[23:04] <Unit193> Crap, what fixed it?
[23:07] <ochosi> what fixed what?
[23:11] <Unit193> parole.
[23:15] <ochosi> Unit193: oh, so you performed a lot of changes in the packaging and now it just works? :p
[23:15] <brainwash> ochosi: the diff looks interesting
[23:15] <brainwash> https://launchpadlibrarian.net/172285540/xfce4-power-manager_1.2.0-3ubuntu4test1_1.2.0-3ubuntu4test2.diff.gz
[23:15] <brainwash> basically building the same thing
[23:16]  * ochosi shrugs
[23:16] <Unit193> ochosi: ...Only a few. :P
[23:16] <brainwash> does it suspend if you kill xfpm?
[23:17] <Unit193> I'll have a package for you in a sec, got to get pizza and coffee.
[23:17] <ochosi> sry guys, gotta hit the sack now, have a big day tomorrow
[23:18] <brainwash> good night
[23:18] <Unit193> But, but, but. :(
[23:18] <ochosi> Unit193: but you need your coffee and pizza and i need my sleep...
[23:19] <Justanick> Night
[23:29] <Unit193> Logan_, ochosi: https://unit193.net/parole_0.6.1-0ubuntu1_amd64.deb <--- Try that.
[23:38] <Unit193> https://bugs.launchpad.net/ubuntu/+source/parole/+bug/1286046 and https://bugs.launchpad.net/ubuntu/+source/parole/+bug/1168810 are both considered to be https://bugzilla.xfce.org/show_bug.cgi?id=9904


[00:44] <chromaticwt> will the next stable release of ubuntu use python3 by default?
[00:44] <cjwatson> chromaticwt: no; we're working on ramping up the set of libraries provided, but we won't be far enough along to use 3 by default
[00:45] <cjwatson> https://blueprints.launchpad.net/ubuntu/+spec/foundations-p-python-versions
[00:45] <cjwatson> We hope to get to the point where at least one major desktop application is using Python 3
[00:45] <cjwatson> (for 12.04)
[00:47] <chromaticwt> so the plan is to be python3 only by 14.04LTS
[00:48] <cjwatson> ... we hope, yes
[00:48] <cjwatson> breaking the back of the major sets of libraries we use all the time this cycle should help
[04:23] <ScottK> chromaticwt: It also depends on what you mean by "by default".  If you mean /usr/bin/python being a symlink to some python3 version, I'd guess that's a decade away.
[05:01] <broder> ScottK: i desperately hope that we are never so insane as to make /usr/bin/python a py3 interpreter
[05:01] <ScottK> broder: Never is a very long time.
[05:02] <ScottK> Certainly not anytime soon.  A decade would be fast.
[06:13] <Laibsch> stgraber: we've had a few bug fixes and translation updates to pastebinit since the last release.  I think it would be good to release them to Debian in time for precise.  If you don't object, I'd like to create new upstream tarball soonish.
[06:13] <Laibsch> There's also a couple of branches proposed for merging.  I'll leave that for you, though, I'd rather not touch bzr with a ten-foot pole unless I really have to ;-)
[10:23] <nava> is canonical writing a SDK ? (for tablets , smartphones ,tv and also desktop)
[10:51] <l3on> pitti, just a ping to say I uploaded the new patch for bug 843734 (it's about ruby-sinatra, we discussed yesterday ... the versions question...)
[12:31] <apw> infinity, seems reasonable


[22:37] <LLKCKfan> Hello
[22:37] <LLKCKfan> Is there a way to hook up a tv to a cable box and get a clear picture? I have it hooked to a vcr/dvd that is not plugged into power and then to the tv. Should I undo the cable to the vcr/dvd player