[07:10] brainwash: 2 or 3 reboots/cold starts since yesterday - nothing with the unity-greeter [08:41] ali1234: I've forgotten what you said a while back - what is that's stopping indicator-applications from working in gtk3 ind panel? [09:41] elfy: so you should add lightdm-gtk-greeter to the list of affected packages [09:43] + a comment containing the package version [10:32] hey elfy, brainwash [10:33] go ahead and ping ochosi too [10:33] :) [10:35] I can start work on my fix for the graphical corruptions today [11:03] brainwash: funny that - did it this morning :p [11:03] hi bluesabre [11:03] hey elfy [11:04] how are things? [11:04] pretty good thanks - you? [11:04] same [11:05] setting up my new ubuntu vps [11:05] your graphical corruptions comment - is that this stuff = bug 1267742 [11:05] bug 1267742 in xserver-xorg-video-nouveau (Ubuntu) "Screen artifacts appear after restart and cold boot" [Undecided,Confirmed] https://launchpad.net/bugs/1267742 [11:05] yeah, that should be it [11:05] we had hoped that by properly setting the image with x, the problem would be resolved [11:05] okey doke - just checking - I know we spoke about it pre-xmas, but then I've not seen you much since [11:06] since it doesn't, I'm going back to using GtkImage assuming everything with that works correctly [11:07] I trust you to know that isn't gobbledygook :p [11:07] :D [11:08] bbs [12:06] bluesabre: hm, what exactly is up? i feel like i've been missing something here.. [12:07] ochosi: the graphical corruption in the login screen with nouveau and other drivers [12:07] "with nouveau and other.."? :) [12:07] = all drives? [12:07] +r [12:07] and *potentially* other drivers [12:07] better? :) [12:08] ah the garbled background [12:08] thats the one! [12:08] well at least that doesn't make things unusable [12:08] but it's a long-standing one [12:08] and iirc there wasn't much we could do about it [12:08] you added some workarounds but not sure they worked [12:08] the gtkimage branch I was using fixed it with gtk [12:09] you used a gtkimage for the bg? [12:09] 1 gtkimage per display [12:09] i see [12:09] why not a window? [12:10] or a gtkdrawing-area that we could draw into with cairo? [12:10] yeah, we could probably do that [12:10] I figured gtkimage was the simplest though [12:10] since we are already making a pixbuf, we set the image to that [12:10] yeah, if we wanna forget about the cross-fading fast :> [12:10] true [12:10] yeah, but from a pixbuf, drawing with cairo is just as easy [12:11] k, so that sounds reasonable then [12:11] gdk_cairo_set_source_pixbuf(..); cairo_paint(cr); [12:11] * ochosi has done lotsa cairo stuff this week [12:11] not sure you read it, but i implemented a proof-of-concept for making avatars circular [12:12] we could also check how unity-greeter sets the background [12:12] yup [12:13] we could hack on that today [12:13] if you're around [12:17] hi ochosi [12:22] bluesabre: yeah, i mam [12:22] am [12:22] :) [12:22] brb, lunchtime [12:22] hey elfy [12:42] ok, i'm back [12:42] elfy: whazzup? [12:43] bluesabre: when is a good time for you? now? [12:43] ochosi: soon, migrating my server atm [12:44] okeydokey, just ping me [12:44] we should also look at what exactly we wanna fix in the greeter [12:44] background drawing is one thing [12:44] related is cross-fading, which i looked into last night [12:44] and custom avatar-drawing, which is highly optional [12:55] ochosi: did you know I reported this bug yesterday and marked it as a security issue [12:55] nope [12:56] I'd not ever thought of it like that till I restarted and came back to someone's forum login details/infractions/e-mail on the login screen [12:56] but it's a kinda long-standing issue [12:56] yea - I remembered evntually last night seeing it with xmir [12:57] we'll try to fix it for real this time [12:58] i guess it'll take some refactoring of the code [12:58] :) [13:01] maybe you can test something tomorrow or on monday [13:02] yep - not working here till Thursday (hopefully) so just shout out :) [13:18] bluesabre: i just checked out unity greeter and it seems that everything is within one main window [13:18] makes sense [13:19] we should probably refactor our code to do that as well... [13:19] since we're using cairo, we could do the same with GtkOverlay (but only once we kill gtk2) [13:19] but it's a lot of refactoring to be frank [13:20] yup [13:20] at least if we wanna put everything in one window [13:20] bluesabre: quick question re mugshot - I'm just checking the testcases, it assumes that it's installed - of course it's not there yet - is the PPA ok for people to use? [13:21] alternatively we could probably also just create a background_window that we paint separately. that should work i think... [13:21] elfy, yes, the ppa should be fine. mugshot won't change much at all [13:21] ok - thanks [13:21] ochosi: yup, thats an option (and my gtkimage code should be a good basis for that) [13:22] yeah, it's basically the same, just with a different widget [13:22] since its a GtkImage on a background_window [13:22] the drawing routine is pretty much the same as what i added in the transparency branch# [13:24] bluesabre: except there's no trusty in there yet - can you do that before I do the call later in week? [13:24] since we already have a global background pixbuf there, we can simply reuse it [13:24] elfy: oh! I'll do taht today [13:24] *that [13:24] ochosi: check if you can login: http://162.243.104.6/doku/doku.php [13:25] thanks [13:29] phu, what was my pwd again :) [13:29] lol [13:29] my problem too :P [13:30] ok, successfully logged in [13:31] cool [13:31] my site is almost transferred now :) [13:32] bluesabre: when you've got a mo - need to talk about mugshot bug [13:32] elfy: whats the bug? [13:33] no camera option [13:33] that's with the mugshot-dev-daily-trusty.list [13:34] bluesabre: good, so we can start with the greeter soon :) [13:34] bluesabre: imo, we should first finalize/merge the transparency branch, cause it'll help with the background stuff [13:35] ochosi: already merged [13:35] oh :) [13:36] elfy, do you have gstreamer1.0-plugins-good installed? [13:36] yep [13:37] ok... :\ [13:37] I'll get back to you on that [13:38] ok - no rush, if I have to I'll make a note in the testing call not to worry about the camera for the moment [13:39] bluesabre: also there is the help bug for it too - jjfrv8 reported that one recently [13:40] elfy: yeah, probably going to get rid of the help button altogether [13:42] :) [13:42] that works too :p [13:43] bluesabre: personally, i would leave the whole background drawing routine there (for the cairo root bg) and just add the window on top of it [13:43] as opposed to what you did in the image-branch (replacing the rootbg with the window) [13:43] yeah, that was before the fixed rootbg [13:44] mmh [13:58] bluesabre: i've started to manually merge in the image branch [14:02] ochosi: good luck :) [14:02] yeah, might need it :) [14:03] it builds, but i haven't touched your glist stuff yet [14:10] bluesabre: hm, it still builds and works... [14:10] can you use/test nouveau? [14:11] if so, i can push it to a new branch [14:11] and if it works like this, i'll do away with the gtkimage and draw in the window directly with cairo [14:17] (and after that we could look into the fading) [14:22] bluesabre: please test and let me know: https://code.launchpad.net/~lightdm-gtk-greeter-team/lightdm-gtk-greeter/background_window [14:28] well - all I can say is - checking testcases is a whole lot more boring than writing them - and that was boring enough [14:29] hehe [14:29] bluesabre: ok, i managed to run a quick test [14:29] sooo [14:29] the background is fine now [14:29] but but but [14:29] when you log in, because of the retain-permanent stuff, the garbled stuff comes up for a split-second [14:30] because it's in the rootpixmap [14:30] no idea why that one is so garbled [14:30] silly nouveau [14:31] indeed :p [14:31] it really seems to be a nouveau-only problem [14:31] have never seen that with any other driver [14:32] yep - I can install nvidia and it's fine [14:32] hm, so with a bg-image everything is fine in the login-transition [14:33] the corruption now seems to only happen with setting a bg-color in the greeter.conf [14:33] also, fake transparency breaks with that [14:33] bluesabre: ^ [14:35] i think the security issue is still less grave when the garbled stuff only comes up for a very short period in the login [14:36] (in comparison to having it there on the login screen where you have time to take notes) [14:41] ochosi: could we draw the root pixbuf after the window is visible? [14:43] bluesabre: sure, but what diff would that make? [14:44] dunno, but worth a short [14:44] *shot [14:45] personally i don't think we can do much about the login-transition with nouveau [14:45] (apart from filing a bugreport against nouveau wrt root-pixmap) [14:45] ochosi> i think the security issue is still less grave when the garbled stuff only comes up for a very short period in the login [14:46] that's fine as long as someone doesn't get called away [14:46] called away? [14:46] not sure i get what you mean [14:46] could be at work or something - just saying - then it's sitting there till you come back [14:46] no [14:47] what do you mean no? [14:47] with the current patch, it's only visible for a split-second *after* you've entered your password [14:47] so that's exactly my point, it can't sit there anymore [14:47] sorry then - not read the whole scrollback :) [14:47] no worries ;) [14:48] just make it part of the 45 second grey bit lol [14:48] yeah, more or less [14:48] nothing much we can do about that it seems [14:48] with the current patch, it's only visible for a split-second *after* you've entered your password [14:48] that would certainly allay my worries [14:48] err, why are you parroting me? :pü [14:48] for any user? [14:49] ochosi: just so you know what I'm saying is fine :p [14:49] elfy: hehe, ok [14:49] so copying the strategy of unity-greeter is not possible? [14:50] brainwash: what is the strategy of unity-greeter? [14:50] don't know, but it works without any corruption [14:51] well now the bug happens *after* the greeter, so it [14:51] 's a bit out of our hand [14:51] s [14:51] now it's a question of how the session/xfwm starts up i'd say [14:52] copying the root-pixmap in xfwm4 is actually what should now produce the corruption, ironically [14:52] ok, so it breaks the seamless transition :( [14:52] from how i understand things, nouveau breaks the seemless transition, yes [14:52] do you use the patched xfwm4? [14:53] or properly built I mean [14:53] monitor root pixmap [14:53] i use Unit193's PPA [14:53] ok [14:53] anyway, you test it, you're the login-transition expert ;) [14:53] I can only test with intel/AMD [14:54] knowing whether it works with that is also helpful [14:54] given instructions I don't need to think about I can test with nouveau and nvidia [14:55] right, but it would help even more, if this stuff would be available for everyone to test (daily image) [14:55] of course [14:55] * elfy has been banging that particular drum since October :p [14:56] I'd apologise - but I'll be doing the same thing in May - so it hardly seems appropriate :D [14:58] we still don't know when new fixes/features will land in the official repo? [15:03] no idea [15:41] bluesabre: actually i think the branch fixes it for me more or less [15:41] since there is no more visible corruption in the greeter anymore, it's also not retained anymore [15:42] so after one more reboot i don't see those crazy artifacts anymore [15:42] was only retained the first time when i hadn't used the fix [15:42] so if you can confirm that, i'll work on drawing the bg with cairo instead of loading it into the gtkimage [15:45] jjfrv8, i need to catch you some day so we can sit down and go through the documentation blueprint to check the actual status and reassess what's realistic to achieve this cycle, and further see how we're laying that out [15:46] hi knome [15:47] hey elfy [15:50] knome: need 10 minutes at some point soonish, just not now - early next week maybe? [15:50] works for me [15:50] ok :) [16:58] brainwash, I found a way to cause the xfdesktop theme issue, just need time to write and test a fix. Hopefully tomorrow. [19:12] ochosi: awesome [19:12] I'll check that out shortly [19:12] bluesabre: oh, nice, you're back :) [19:12] we had stepped out for a few minutes, but our car died, so a few minutes became a few hours [19:12] but now all is well [19:12] oh, sorry to hear :/ [19:13] might not be around for much longer this evening (well, it's 8pm here) [19:14] thats cool [19:14] but if you give me some test-results, i'll take care of the cairo-drawing to the latest on monday (might go for a trip tomorrow) [19:14] I'll let you know if everything works [19:15] ok thanks [19:15] also, the transparency with bg-color-only needs another check [19:16] k, I'll have a look [19:20] ok, looks like my site is usable again [19:21] i have a local version here with cairo drawing already btw [19:21] smdavis.us/doku or wiki.smdavis.us [19:21] so as soon as you greenlight me, i'll push [19:21] k, one sec [19:23] hm,background_window crashes in my test-mode [19:24] there we go [19:24] crashes with no wallpaper [19:32] bluesabre: what happens with wallpaper? [19:33] works [19:33] ok [19:33] then we have to set a big TODO for background colors :) [19:33] and i can push my current code [19:33] cause it also works with wallpapers [19:34] well in fact i might have to account for multi-monitor situations... [19:37] bluesabre: ok, try what i just pushed [19:37] bbl [19:37] or tomorrow [19:37] crash [19:37] I'll look into it [20:13] terminal 0.6.3 is now in trusty-proposed [20:16] yay! [20:16] Noskcaj, is that your doing? :) [20:17] bluesabre, Yeah, bur finding a sponsor is difficult as always [20:18] no auto sync :( [20:20] one tiny patch [20:20] Noskcaj: any news regarding power-manager? it's kinda important, because saucy is affected too [20:20] and people continue to complain about this [20:20] brainwash, no, sorry. I suggest you go and ping corsac a lot [20:21] what about your PPA then? [20:21] it could be used instead (meantime) [20:22] via SRU [20:22] or is that a bad idea? like it creates too much overhead [20:22] brainwash, If someone else could do the SRU, that should be fine. [20:37] bluesabre: crash? details? [20:37] ochosi: lightdm --test-mode, window pops up, I see the shape of the login window, lightdm dies [21:23] brainwash, I have made some reports: https://bugs.launchpad.net/lightdm-gtk-greeter/+bug/1268099 https://bugs.launchpad.net/ubuntu/+source/x11-xserver-utils/+bug/1268080 [21:23] Ubuntu bug 1268099 in LightDM GTK+ Greeter "Should use outputs enabled on host" [Undecided,New] [21:23] Ubuntu bug 1268080 in x11-xserver-utils (Ubuntu) "Changing screen settings by xrandr fails" [Undecided,New] [21:27] jarnos: I suggest reporting the xrandr issue upstream [21:28] it might get lost on launchpad [21:28] without anyone caring about it [21:29] ochosi is running a multi monitor setup, so he can take a look at issue #1 [21:47] bluesabre: weird, gotta check it out [22:11] ochosi: what do you think about this.. an extra menu entry, panel item and/or key binding in gtk greeter to blank the screen on demand [22:11] in case the user does not want to wait 10min until the next screen blank [22:14] or is it planned to reduce the timeout to like 1min or less (similar to xscreensaver)? [22:25] so check for lock_hint while initializing the greeter and if it's set call the set_saver() function [22:28] I think esc key could be one way to enable screen saver, "i3lock --dpms" uses that. [22:30] reducing the timeout to 1min or so seems to be the way to go [22:31] xscreensaver even has this visual indicator to show the amount of time until the screen blanks again [22:32] while the session is locked and the user is required to type the password to unlock it [22:39] brainwash, i wonder, if I should have reported the xrandr bug against xorg, instead of x11-xserver-utils. Now the bug report does not contain any information about graphics driver and hardware. === PaulW2U is now known as pcwhite [22:39] jarnos: true, but x11-xserver-utils is the correct package [22:40] well, it might not be xrandr's fault after all [22:41] it's just a tool to manipulate the settings [22:41] the X server implements the randr extension [22:42] jarnos: an upstream report would inform the code maintainer(s) [22:46] oh, new upstream version of xfce4-terminal available in trusty :) [22:47] now with solarized theme [22:47] colortheme I mean [23:01] brainwash, xfce4-terminal has nice set of command line options :) [23:15] jarnos: new ones? [23:15] brainwash, I don't know. [23:16] I actually never use xfce4-terminal [23:16] brainwash, --hold is handy, -x may be to [23:16] I only open it to confirm bugs [23:16] oh [23:17] but a new release it still awesome [23:18] brainwash, how? [23:18] i've started using terminator [23:21] jarnos: I mean that a new version of a core application is something great [23:23] and if we adopt them early, then we got more time to test until the final release [23:48] brainwash, do you mean I should report the xrandr issue upstream against xorg?