=== jjfrv8_ is now known as jjfrv8 [05:05] bug 1263591 [05:05] bug 1263591 in gnome-panel (Ubuntu) "Add notification-area to panel-default-layout.layout" [Undecided,Confirmed] https://launchpad.net/bugs/1263591 === OutOfControl is now known as benonsoftware [08:03] knome: For later, reminding that you didn't push all changes for pt.po. [08:03] mm, [08:03] i didn't do all changes yet [08:03] remind me again then :P === ochosi_ is now known as ochosi [09:33] ochosi: thanks for the help the other day [09:33] pmjdebru2jn: di niente :) [09:33] while I'm at it, I do wonder about another thing [09:33] sure [09:34] in some instances we (=darktable) launch firefox, which seems to inherent parts of our theming [09:34] which makes it look ugly [09:34] any tips where to look? [09:34] does it just inherit parts? [09:34] to be honest I haven't invested much time into that yet, but i sortof want to give it a go to get that fixed [09:34] IIRC [09:34] hm, ok [09:34] I can check tonight [09:35] * pmjdebru2jn can't right now [09:35] no problem [09:35] i presume that an app inherits the gtk-theming settings when it's launched from another ap [09:35] p [09:35] i've never done that before, so it might as well be firefox/XUL specific [09:36] hmm ok [09:36] the only thing i can think of off the top of my head how to fix that is to load the default gtkrc file when launching firefox [09:36] ok [09:36] you can set specific rc files for apps when launching them (i guess you know that) [09:36] tonight I'll look into the coe, how we launch firefox [09:36] so this is how i'd try to tackle that [09:36] I'll do some digging [09:36] thanks [09:36] either load /home/$user/.gtkrc-2.0 (and hope that if that doesn't exist that it'll fall back to the system theme) [09:37] or try to determine the currently-in-use theme somehow and load that [09:37] not sure whether there are builtin calls for the latter in gtk2 [09:37] might turn out to be complicated [09:38] trying to load a non-existant gtkrc-2.0 file could also result in nothing though, as it could fall back to your darktable rc [09:38] so as you can see, lotsa guessing :) [09:38] best to get in touch with me again once you can take a real look at it [09:40] morning all [09:41] morning [09:44] hey ochosi [13:32] ali1234: so since there is a xubuntu-specific part of the whole problem, what's your opinion on what we should use for 14.04? [13:32] i got no idea [13:33] i guess we could throw together a gnome-screensaver version forked from 3.6 that looks like our greeter and has no gnome depends [13:33] i don't even use a screensaver or lock my computer [13:33] what was used in 13.10? [13:33] xscreensaver [13:33] (we've used that for ages) [13:33] we should probably just use that, assuming it works [13:33] it is LTS after all [13:34] what screensaver is used in ubuntu-desktop? [13:34] gnome-screensaver [13:34] but it has lotsa gnome-depends that we don't want [13:34] something like gnome-settings-daemon etc [13:34] well if we're going to do this, they might want to use it too - eg if possible we should support unity-greeter as well [13:34] if only so that there's more people to support the code [13:35] i agree [13:35] forking gnome-screensaver can be done by going back in history in the light-locker git-repo a bit [13:35] it's probably something for 14.10 though [13:35] we started by stripping out gnome-depends [13:36] yeah, i guess, unless it works really well :) [13:37] first step would be investigating/documenting the interface between dm and greeter [13:37] depending on how that looks will determine how hard it is [13:37] i think it would be ideal to talk to robert_ancell before we start anything [13:38] he can tell us, since he's the author of lightdm (and he's usually quite responsive) [13:40] yeah [13:43] initially, we started like this [13:43] we basically set up gnome-screensaver to lock the screen [13:43] and then if you'd go to "switch user" that would do the VT switch (also from the lock-screen) [13:45] but if you decide to unlock your session then from the greeter instead of from gnome-screensaver (i.e.VT8 instead of VT7) gnome-screensaver needs to listen to CK signals to unlock automatically, so you don't have to enter your pwd twice [13:45] and after we did all that and it seemed complicated, we thought it's ideal to use the greeter directly as lockscreen [13:46] some of the issues (like powermanagement in a multi-user env in the greeter) remain even with the solution of using a locker on the same VT [13:55] ali1234: one problem of using the greeter for the "first" lockscreen, is that it allows user-switching directly [13:55] well it has a "lock mode" option right? [13:56] so lightdm would definitely have to modified to support that, or greeters would have to use the lock_hint to suppress user-switching [13:56] the greeter will certainly need to be modified a bit to support this [13:56] yeah, lock hint [13:57] so something like an extra button for user-switching would have to be added to open the greeter again on another VT with full capabilities [13:58] (the elegant solution would be to only open the new VT after entering the new credentials in the greeter) [13:59] sounds like it's getting complicated [14:00] well if you want a really elegant solution, i guess the best way would be to extend lightdm with locking capabilities instead of trying to make gnome-.screensaver play dm [14:01] (basically what gnome3 did, from what i read) [14:01] hmm [14:02] anyway, if we wanna do it the gnome-screensaver-way, the first stage should be simple [14:02] having a gnome-free locker with UI that responds to unlock signals from the greeter [14:03] i don't think extending lightdm would necessarily be any easier [14:03] i mean it would still need a whole bunch of different code to make it work [14:05] yeah, and secure locking isn't trivial at all... [14:06] need to talk to cavalier about this [14:08] xnox: this is one of our most-needed fixes (if you have time to look at it), with these fixes our live session should work again as expected (courtesy of Unit193): https://code.launchpad.net/~unit193/xubuntu-default-settings/session-fix/+merge/198177 [15:47] ochosi: do you think that adding hover activation for gtk3 indicators might be a good idea? I'm not sure if I should request this (optional) feature [15:48] brainwash: i'm not really fond of the idea [15:48] there is no hover-activation anywhere else [15:48] so it wouldn't be very intuitive, just annoying i suppose [15:48] right, it would be disabled by default [15:48] yeah, but why would you want it? [15:49] the rest of the panel would still need you to click [15:49] Unity does it and I like it [15:49] so it'd be a very isolated behavior [15:49] gmusicbrowser has hover-activation of it's tray-popover, and luckily introduced a timeout, because it was really annoying [15:49] but you could setup an only gtk3 indi panel [15:49] well, almost [15:51] I'll try to code it myself, sounds like fun [15:52] oh, any idea why shadows for xfce4-panel are not possible right now? any specific limitations? [15:52] shadows? [15:52] you mean below? [15:52] yes, drop shadow [15:52] (like Unity does) [15:52] :D [15:52] they only ever worked briefly, xfwm doesn't draw that kind of shadow [15:52] seems like you wanna use Unity? :) [15:53] I want to make Xfce the better Unity [15:53] same with xfce4-notifyd, that also doesn't have shadows for the same reason (iirc) [15:53] ok [15:54] "no, i don't want to use unity, just the features that are in it!" [15:55] hover activation and a drop shadow.. this won't turn Xfce into Unity :) [15:56] just some small things to make it more awesome (optional ofc) [15:56] i want to use unity but without the features [15:56] no hover activation [15:56] and definitely no drop shadows unless they are in the theme [15:57] unity's stupid drop shadow causes so many problems [15:58] talking about unity reminds me that I wanted to re-test XMir [15:59] to see if it improved [15:59] brainwash: please test it with nvidia :} [15:59] only got AMD and intel [16:01] the major issue back then was the software cursor [16:01] too bad that we don't keep an eye on XMir anymore [16:02] a solid LTS release is more important [16:51] hi all, sorry, was not feeling well most of last week === micahg_ is now known as micahg [17:11] ochosi: PING [17:11] * slickymaster damns the Caps Lock on === davmor2_ is now known as davmor2 [17:40] ochosi: just so you are aware - I've absolutely no idea what that odd suspend reboot issue I was having was - but since then this machine's not been 'off' suspend and lock is all I've done [17:40] hey elfy [17:40] micahg: such is real life - hope you're better now [17:41] hi slickymaster - congrats on team :) [17:41] thanks [17:41] I see you've been busy too [17:41] had that merge you got k to do on my list for this evening [17:41] elfy: that's why I was going to poke you [17:41] I've also updated Trello and the blueprint on that [17:42] yep - saw the blueprint - not been to the board yet [17:42] I'll try to get bug 1256898 done this weel, also [17:42] bug 1256898 in Ubuntu Manual Tests "Test Needed : xfce4 session handling" [Undecided,In progress] https://launchpad.net/bugs/1256898 [17:43] ochosi: it was so trivial (at the theme inheritance) [17:43] I just had another look (I also did a while ago, but gave up) [17:43] just wanting to finish the xfdesktop docs for ochosi before it [17:43] https://github.com/darktable-org/darktable/commit/3801fc3acc8ee1d3fc19b7fedd1724acf2b8e416 [17:44] sorry for the offtopic bit [17:44] slickymaster: ok - I'll be on the week off cycle Thursday so will have much more time - and health is much improved [17:44] slickymaster: yep - I saw that too - docs is important :) [17:44] elfy: that's good to ear, and it's what I call good news [17:44] thanks :) [17:44] hi pmjdebru2jn [17:45] lo [17:48] slickymaster: I think the only test we need to replace now we've lost the old post install tests is the bluetooth one [17:49] * elfy got a couple of merge requests to get seen to [17:53] elfy: are you referring to http://bazaar.launchpad.net/~ubuntu-testcase/ubuntu-manual-tests/trunk/view/head:/testcases/packages/1591_Blueman ? [17:53] aah yes - that was it - thanks :D [17:53] elfy: well, if i manage to get my hands on a device with bluetooth, I'll do it [17:53] needed to make sure that was a replacement for our old test - then we just need to add the 3 - multi mons/bluetooth/suspend in somewhere useful [17:53] oh cool [17:53] my thinking is that the old suspend test should now be part of the lightlocker testing [17:53] knome slickymaster ^^ [17:54] my cell phone is kind of pre-historical and doesn't have it [17:55] Unit193 lderan ^^ you 2 too - given your in that team ;) [17:55] slickymaster: my phone has bluetooth - but none of the PCs/lappies do :) [17:55] slickymaster: you at a machine with xubuntu on it? [17:55] or at work without? [17:56] at work with boxes, one saucy and one trusty [17:56] two ^^ [17:57] iuf you get time with the trusty one - can you have a look - panel prefs - display tab [17:57] http://imgur.com/2cVgrlj,94e3V4T#1 - can you check the tooltips - mine are fubar [17:57] do you want a screenshot of mine? [17:58] ochosi: doesn't see it , but I'm possibly going to drop a line to the m/l re it - especially if people using the ppa's respond [17:58] slickymaster: no need for a screeny if the tooltips are correct [17:58] or if not either :) just let me know what you see [18:00] mine is quite similar to yours, besides the fact that I have the "Don't reserve space on borders" option ticked [18:00] so your tooltips for don't reserve is wrong as well? [18:00] other than that everything seems ok with yours [18:01] how come wrong?! [18:01] The way I read it, the label is correct [18:02] check my screenshots - there are two images there [18:02] oh wait [18:02] I just saw the first one [18:03] :) [18:04] no, mine are correct for each of them [18:04] na I see what you mean [18:04] ok - thanks [18:04] yours, aren't [18:04] yep - the don't reserve is wrong [18:05] I'm running 4.10.1-1ubuntu2 version though [18:05] elfy xfce-panel ^^ [18:08] 4.11.0~1.master.gitd296ca7-0ubuntu1~ppa0.14.04 [18:11] elfy: that's probably why mine are correct and yours aren't [18:11] but I can get that PPA and check how does it works on this box [18:12] elfy: it's Jackson's PPA, right? [18:12] it's ok - I've sent a quick mail to the list - ochosi wasn't too concerned, I just want a quick check [18:12] ok, if you want me to confirm it later on, just ping me on it [18:12] yes it's jackson's - but I'll be more concerned if I see it when the stuff gets into install [18:12] slickymaster: k - thanks :) [18:12] np [18:12] bbl [18:13] cheerio [18:16] elfy: what is fubar about the tooltips? [18:17] http://i.imgur.com/2cVgrlj.png [18:17] I have the same tootip for hide panel and don't reserve :) [18:18] using the same package and it's fine here [18:19] odd - on the bright side it's probably just here and I picked up on it [18:31] elfy: it always looks like I cannot confirm the bugs you encounter and vice versa [18:32] you only test inside a vm, right? shouldn't matter most of the time anyway [18:34] elfy: same here [18:34] elfy: could be a translation issue [18:35] brainwash: not at all - this machine is a real one - I use it and have been using it since more or less the beginning - though this particular install is only a few weeks old - vanilla plus the 4 ppa's for tabwin/panel etc [18:36] ali1234: ok - cheers - thought I was losing the plot :) [18:37] elfy: using en_GB by any chance? [18:37] en_US here [18:37] brainwash: though I do test images with both hardware and vm [18:37] ali1234: yep [18:37] looks like somebody goofed and copy pasted the same translation multiple times [18:42] yep - that confirms that then - switched to US and all was fine [18:43] bbl [18:43] yeah it's definitely a problem in the po file... i'm looking at it right now [18:45] bug was introduced in the most recent commit [18:46] that's probably the sort of thing it might be good for me to look at, being voodoo averse - I guess it's quite logical to see where it's wrong [18:51] https://www.transifex.com/projects/p/xfce4-panel/viewstrings/#en_GB/master/13936244?q=if%20you%20want%20maximized%20windows [18:51] the two translations are right next to each other in the file too [18:51] not got login to that [18:51] oh :( [18:53] http://git.xfce.org/xfce/xfce4-panel/tree/po/en_GB.po#n421 <- here's the source [18:53] translations are done on transifex and autoimported though [18:53] right [18:53] i have login but no access to work on the translations [18:55] I'll have a look a bit later - see if I can see anything other than gobbledygook :) [18:55] Noskcaj: can you fix this? [18:56] ali1234, What's the issue? [18:56] the en+GB translation is messed... some copy paste error [18:57] https://www.transifex.com/projects/p/xfce4-panel/viewstrings/#en_GB/master/13936244?q=if%20you%20want%20maximized%20windows [18:57] the "translation" is a copy paste... but it's a copy paste from the wrong origin [18:58] yeah. I have translation rights, just let me remember how to edit [18:59] also, general advice on what to do with translation bugs would be appreciated [19:00] I'm guessing contact someone who will fixit. If you can't, file a bug of the bugzilla [19:01] if i patch the po by hand, will that mess up transifex? or is it bidirectional? [19:01] brainwash: I more or less do with XMir, but I've been waiting for the archive to land 0.1.3 before doing anything, and it's really lagging. [19:04] ali1234, I think it's bidirectional [19:05] Fixed [19:05] thanks [19:13] elfy: getting there [19:23] ali1234: well if nothing else - that is all logical enough for me to see where it's wrong :) [19:23] micahg: good - I feel your pain [19:28] who's this guy who keeps posting on xubuntu bugs and then thinking they're ubuntu ones [19:28] https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1171411 [19:28] Ubuntu bug 1171411 in xserver-xorg-video-intel (Ubuntu) "xfwm4 may show display distortions, when using compositing on intel with sna" [Low,Incomplete] [19:29] * pmjdebru2jn has 117411 too [19:29] elfy: penalvch? [19:29] but only the stipled borders [19:31] elfy: Someone that's not doing a good job with the scripts, didn't replace the bug number either. :/ === pmjdebru2jn is now known as pmjdebruijn