[06:35] <elfy> knome: ibus issue is now triaged it seems
[06:53] <elfy> not that it means much - it's not fixed :p
[06:54] <knome> so...
[06:54] <knome> how did it end up triaged?
[06:55] <knome> oh, right
[06:55] <elfy> no idea - aron xu changed it between us talking about it in -dekstop and 02:55 
[06:55] <knome> last comment in our bug is interesting
[06:57] <elfy> and likely to make them do something
[06:58] <elfy> if nothing else I can understand why debian haven't noticed the issue as we did - they don't install it default 
[06:58] <knome> yep...
[06:58] <Unit193> Check popcon in Debian.
[06:58] <knome> how do people who need ibus use debian then?
[06:59] <elfy> no idea
[06:59] <Unit193> Set it in ibus too?
[07:00] <elfy> http://qa.debian.org/popcon.php?package=ibus
[07:00] <ali1234> sometimes i wonder how anyone uses debian for anything
[07:00] <elfy> not many takers
[07:03] <elfy> knome: my position on this is - if we can wait and still get people at the last minute to deal with unseeding it then let's do that, if we don't have confidence in doing it at the last minute we should start unseeding it now
[07:05] <knome> we can wait until 9th
[07:06] <elfy> my position won't change unless triaged changes to fix release :)
[07:06] <Unit193> We don't need to ship the jockey.desktop file anymore: https://launchpad.net/bugs/1060543
[07:07] <knome> ahhahahaha Unity193
[07:07]  * knome coughs
[07:07] <knome> Unity193, want to do a merge proposal to drop that off of our packages?
[07:08] <Unit193> I could.
[07:09] <knome> ta
[07:09] <Unit193> (Not now.)
[07:09] <knome> yep. not expecting "right away"
[07:09] <knome> and it must be awfully late there too
[07:10] <Unit193> 03:10
[07:11] <elfy> iss that a real time?
[07:11] <knome> lol
[07:56] <jhenke> morning folks
[07:56] <jhenke> i guess everybody has seen the ibus bug status change last night?
[07:57] <ochosi> yeah, but that doesn't mean anything
[07:57] <jhenke> it means the assigned person has at least aknowledged he is responsible ;)
[07:57] <ochosi> and the likelihood of that getting fixed for release is tending more towards 0
[07:58] <ochosi> elfy: talked to seb128 already?
[07:58] <jhenke> hoffnung stirbt zuletzt (hope dies last)
[07:58] <ochosi> well i think we won't count on that and rather remove it until it works again, at least that would be my proposed solution
[08:02] <knome> ochosi, did talk
[08:02] <knome> ochosi, the response is more or less "i'm sorry, but we can't do much"
[08:02] <ochosi> well yesterday
[08:02] <ochosi> yeah
[08:02] <ochosi> i read the backlog
[08:02] <knome> in an understanding way..
[08:02] <ochosi> but i meant today
[08:02] <knome> ah
[08:02] <ochosi> because now we know it's also borked in debian
[08:02] <ochosi> so chances of getting it fixed = 0
[08:02] <ochosi> or very low at least
[08:02] <knome> yes..
[08:02] <ochosi> i'd inform seb about it
[08:03] <knome> unless debian maintainers/upstream fixes it
[08:03] <ochosi> and then ask happyaron about the problems of removing it
[08:03] <knome> do we know who that is?
[08:03] <knome> ^deb maint./us?
[08:05] <ochosi> he's the assignee to the ibus ug
[08:05] <ochosi> bug
[08:05] <ochosi> in ubuntu
[08:05] <knome> no, i wasn't asking that
[08:05] <knome> my question is:
[08:05] <knome> do we know who the debian maintainers/upstream developers are?
[08:06] <ochosi> no
[08:06] <ochosi> at least i don't
[08:06] <knome> i think it might be worth to poke that way
[08:06] <ochosi> but i'd honestly think we should take care of the indicators first
[08:06] <ochosi> seems a bigger issue to me
[08:06] <ochosi> and btw, about those, you could repeat your last night's arguments
[08:06] <knome> well sure, but the ibus one is pretty nasty as well..
[08:06] <ochosi> breaking stuff for others a few days before release...
[08:06] <knome> i could, but what would be the point?
[08:06] <ochosi> well the ibus we can remove and add back later
[08:07] <knome> i tried to explain that to seb128
[08:07] <ochosi> yeah, i wasn't really suggesting that ;)
[08:07] <ochosi> yeah, his arguments were understandable
[08:07] <knome> if paid work is overriding fixing flavors, fixing flavors will never happen
[08:07] <ochosi> although with indicators it's slightly different
[08:07] <ochosi> cause it's all under their control
[08:07] <knome> even if there was a policy of "you break it, you fix it"
[08:08] <Unit193> So how do you start the sound package again?
[08:08] <ochosi> maybe ali1234 has a good idea how to fix this
[08:08] <ali1234> fix what?
[08:08] <ochosi> Unit193: you can simply tick the checkbox in the session autostart tab
[08:09] <ochosi> ali1234: the indicators aren't autostarting anymore
[08:09] <ali1234> yell at tedg
[08:09] <ochosi> because we'll most likely have to make our session emit the signals
[08:09] <ochosi> to start and end them
[08:09] <ali1234> well yes
[08:09] <ochosi> at least after discussing with Laney last night this seemed the most reasonable solution
[08:09] <ali1234> that's the idea
[08:09] <ochosi> but our session doesn't do that
[08:10] <ali1234> it's the same as what you do in lightdm
[08:10] <ali1234> one line, exec init --emit-signal or whatever
[08:10] <Unit193> Right, that's what I did last time, edited the desktop file.
[08:13] <ochosi> i know, but 1) i didnt do that part of the greeter, and 2) i don't know the session code at all
[08:13] <ali1234> it should be put into the indicator plugin
[08:13] <ochosi> ali1234: also, couldnt the indicator plugin do it?
[08:13] <ochosi> right
[08:13] <ochosi> well that codebase i know even less :)
[08:14] <ochosi> so yeah, if it's just one line, can we add that to the plugin?
[08:14] <ali1234> sure
[08:14] <ali1234> it should stop them too
[08:14] <ali1234> except that there's no way to do that yet
[08:14] <ochosi> (btw, "we" is always you in this case ;))
[08:14] <ochosi> aha?
[08:14] <ochosi> i thought sending the -end signal?
[08:14] <ali1234> i can do a quick patch but you'll have to chase whoever to get it applied
[08:14] <ochosi> that is ok
[08:15] <ochosi> i think we can try to force Laney or tedg :)
[08:15] <ali1234> btw this probably means tedg finally uploaded the upstart fixes
[08:15] <ochosi> yup
[08:16] <ochosi> well, not all of them it seems
[08:16] <ochosi> but most
[08:16] <ochosi> i mean:
[08:16] <ochosi> some of them haven't landed yet
[08:16] <ochosi> but yes, he has uploaded them it seems
[08:17] <ali1234> http://bazaar.launchpad.net/~lightdm-gtk-greeter-team/lightdm-gtk-greeter/trunk/view/head:/src/lightdm-gtk-greeter.c#L386
[08:17] <ochosi> yeah, i know
[08:18] <ochosi> but as i said, i didn't write that part of the code (and didn't even want to have it in 14.04 at first :)), so...
[08:19] <ochosi> kalgasnik was doing all the work on the indicators
[08:19] <ochosi> so we have to shut them down in the plugin now by sending them a sigterm (since you implied the -end signal doesn't work yet)?
[08:20] <ali1234> i don't thin -end even exists, sending terminate to the process is the correct way to do it
[08:21] <ali1234> hmm... what happens if we have two panels?
[08:21] <ali1234> i guess i will find out
[08:23] <ochosi> right
[08:23] <ochosi> you mean >1 indicator-plugins?
[08:24] <ochosi> i guess you need to ask first whether the service has been started already
[08:24] <ochosi> and only start it if not
[08:28] <ali1234> http://paste.ubuntu.com/7202310/
[08:29] <ali1234> ochosi: ^
[08:29] <ali1234> this is untested
[08:30] <ali1234> we could also just put "init --user --startup-event indicator-services-start" into the session autostart
[08:38] <ochosi> ali1234: you mean as a launcher?
[08:40] <ochosi> the problem i see with that is that indicators will always get launched, even if the indicator-plugin isn't used
[08:40] <ochosi> it's just a small drawback, because ppl can obviously also uninstall the indicator-packages
[08:40] <ali1234> http://paste.ubuntu.com/7202334/
[08:41] <ali1234> that should do it
[08:41] <ali1234> builds but not tested
[08:41] <ochosi> ok, then ideally let's get brainwash to put it in a package in his PPA so ppl can test it
[08:42] <ochosi> so i presume that this'll only affect indicators that have upstart jobs
[08:42] <ali1234> i don't have a /usr/local/ panel at the moment so i can't test if it works at all
[08:42] <ochosi> the others will still get a desktop file in xdg/autostart
[08:42] <ali1234> yes
[08:42] <ochosi> ok, sounds good
[08:43] <ali1234> hang on let me upload it to xfce git
[08:43] <ochosi> anyhow, i'll test it in advance
[08:43] <ochosi> ah
[08:43] <ochosi> yeah
[08:43] <ochosi> that makes sense
[08:43] <ochosi> if it works we can also ask andrzejr_ to merge the patch
[08:44] <ochosi> but anyway, even uploading this as a xubuntu patch should be fine
[08:45] <Unit193> ochosi: When you poke them again, poke about actually tagging a release?
[08:45] <ochosi> poke whom?
[08:47] <ali1234> ochosi: uploaded. should appear in a few minutes
[08:47] <Unit193> ochosi: Whoever has the power, I'd think tedge.
[08:47] <knome> good idea Unity193
[09:03] <ochosi> wait, Unity193? who's that?
[09:04] <ochosi> knome: i think about the wallpaper upload, you could ask dholbach (same as for removing ibus from the seed)
[09:05] <brainwash> ochosi: so simply disabling it is not possible?
[09:06] <ochosi> not sure yet
[09:07] <ochosi> btw, there's something for your PPA
[09:07] <ochosi> http://git.xfce.org/users/ajb/xfce4-indicator-plugin/
[09:07] <ochosi> would be nice if you could put that one up there for testing
[09:09] <brainwash> ok
[09:10] <ochosi> ty
[09:10] <ochosi> ideally this will solve our headaches with the latest indicator-changes
[09:11] <knome> ochosi, https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/1060543/comments/11
[09:12] <ochosi> right, so we should drop our desktop file then?
[09:12] <ochosi> but that's in x-d-s
[09:12] <knome> that too
[09:12] <knome> but that was re: Unity193 :P
[09:12] <knome> huzzah
[09:13] <ochosi> huhu
[09:13] <ochosi> 11:11  dholbach$ hiya
[09:13] <ochosi> 11:12  dholbach$ I don't know what just happened, but my keyboard settings changed to english on their own
[09:13] <ochosi> 11:12  dholbach$ do we have a bug report for that somewhere? anything I can do to debug?
[09:13] <knome> yep
[09:13] <knome> btw,
[09:13] <ochosi> harhar
[09:13] <knome> can you prepare the wallpaper and ibus stuff
[09:13] <knome> eg. have the dsc and tarball
[09:13] <knome> i can then poke him, or you can then poke him :P
[09:13] <ochosi> not really, have no idea how to do that sort of packaging stuff
[09:14] <knome> well i asked if you bluesabre and friends could do it
[09:14] <ochosi> all i can do is push the wall incl the changelog to xubuntu-artwork
[09:14] <knome> i have no idea either
[09:16] <ochosi> Unit193: i already tagged the new release in the changelog and added the wallpaper, what else?
[09:16] <ochosi> https://code.launchpad.net/~xubuntu-art/xubuntu-artwork/trusty
[09:20] <ochosi> knome: i think that actually dholbach could take it from there
[09:20] <ochosi> he also did that for x-d-s
[09:21] <ochosi> and that time the stuff wasn't even merged yet
[09:21] <ochosi> so this time it's one degree better ;)
[09:22] <knome> well poke him
[09:22] <knome> why do you need me?
[09:22] <ochosi> let me parrot that back to you :)
[09:28] <brainwash> looks like there was/is some systemd mess up 
[09:28] <brainwash> now is the perfect time to break things :)
[09:30] <brainwash> ochosi: done
[09:30] <ochosi> thanks brainwash 
[09:31] <ochosi> i'll send a quick call for testing to the ML
[09:31] <brainwash> any news about the autostart entries?
[09:31] <brainwash> or will they stay visible?
[09:32] <ochosi> that is the least of worries
[09:32] <ochosi> let's first get them to autostart again
[09:43] <ochosi> ali1234, brainwash: indicator-plugin upstart fix seems to work fine!
[09:43] <ali1234> cool. needs to test with two plugins (two panels) though
[09:43] <ochosi> do they have to be on separate panels?
[09:43] <ali1234> i'm not sure what will happen if you have two and remove one
[09:43] <ali1234> well, no probably not
[09:43] <ali1234> just two plugins
[09:44] <ochosi> ah, you mean cause then one will kill the indicator :)
[09:44] <ali1234> but normal use case they would be on different panels
[09:44] <ochosi> well that's not a problem
[09:44] <ochosi> users can then restart their session to the worst
[09:44] <ali1234> i think it should work
[09:44] <ochosi> i just added one
[09:44] <ochosi> and then removed it again
[09:44] <ochosi> no breakage
[09:44] <ali1234> it should work if upstart is sensible :)
[09:45] <ali1234> we're going to have to fix this all over again for systemd you know
[09:45] <ochosi> or do you want me to add one and then restart my session and then remove it to be sure?
[09:45] <ochosi> yeah, but not for 14.04
[09:45] <ali1234> try restarting the panel too
[09:45] <ali1234> it's going to run upstart whenever the plugin loads, and kill it whenever it stops
[09:45] <ochosi> took them <1sec to show up
[09:45] <ochosi> but obviously they got restarted when i restarted the panel
[09:45] <ali1234> make sure you do not have like 20 copies of upstart running
[09:46] <ochosi> i have a few upstart-dbus-br processes
[09:46] <ochosi> (3
[09:46] <ochosi> )
[09:46] <ochosi> other than that it looks sane
[09:46] <ali1234> seems good then
[09:47] <ochosi> yup
[09:47] <ochosi> also tried with multiple panel restarts
[09:47] <ochosi> and multiple plugins
[09:47] <ochosi> and adding/removing them
[09:47] <ochosi> it's pretty solid
[09:47] <ali1234> what if you kill indicator-sound-service
[09:47] <ali1234> or whatever it is called
[09:47] <ali1234> does it restart?
[09:47] <ochosi> yup
[09:47] <ochosi> it restarts
[09:47] <ali1234> awesome
[09:47] <slickymasterWork> hey ochosi, can you please pass me the link to your light locker article?
[09:47] <ochosi> yup
[09:48] <brainwash> ochosi: http://forum.ubuntuusers.de/topic/seit-letztem-update-keine-lautstaerkenanzeige-/
[09:48] <brainwash> :)
[09:48] <ochosi> slickymasterWork: it's on xubuntu.org, so you have to be in the web-team for reviewing
[09:48] <brainwash> ochosi: we don't have a bug report for this issue yet, or?
[09:49] <ochosi> no, i don't think so
[09:50] <slickymasterWork> ah, ok ochosi 
[09:50] <ochosi> ali1234: well done. this is really solid! thanks!
[09:50] <ochosi> slickymasterWork: if you want i can mail it to you and you can mail back your review/thoughts
[09:50] <slickymasterWork> I'd appreciate tthat ochosi, thanks
[09:52] <slickymasterWork> ochosi: the mail is slickymaster at gmail
[09:55] <slickymasterWork> ochosi: thanks for that
[09:56] <ochosi> np
[09:56] <ochosi> the formatting is obviously borked like tht
[09:56] <ochosi> although you can save the mail as .html file and then use a browser
[10:46] <slickymasterWork> that won't be a problem ochosi 
[11:06] <brainwash_> bug 1302489
[11:09] <ochosi> nice caleidoscope of a few recent issues
[11:09] <ochosi> gotta go, have a nice day everyone!
[11:17] <jhenke> cu ochosi
[12:15] <brainwash> ochosi, ali1234: starting the app indicator via upstart seems to be slower for me than using the autostart entry, so nm-applet always loads as normal tray icon
[12:16] <ali1234> that's because it starts later
[12:16] <ali1234> there's not much i can do about that
[12:18] <brainwash> start the app indicator via autostart?
[12:19] <ali1234> all you have to do is start the app indicator before nm-applet
[12:19] <brainwash> that is obvious, but how should we do it?
[12:22] <ali1234> i don't know
[12:22] <ali1234> ask tedg how he'd do it :)
[12:23] <ali1234> if you start indicator-application unconditionally, then you won't get a nm-applet icon if the indicator-plugin is not loaded
[12:27] <brainwash> but we did it like this all the time?
[12:27] <brainwash> !
[12:27] <ali1234> previously we used dbus activation
[12:28] <ali1234> everything was loaded on demand
[12:28] <ali1234> and it all just worked
[12:28] <ali1234> when we get systemd we can go back to doing it that way
[12:28] <ali1234> the problem is upstart sucks
[12:29] <brainwash> should we patch xfce4-session to hide autostart launchers which contain "nodisplay=true"?
[12:30] <ali1234> i don't know
[12:30] <ali1234> i think that is supposed to hide icons from menus
[12:30] <ali1234> check the xdg-desktop specs...
[12:30] <brainwash> I think so too
[12:31] <ali1234> http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s05.html
[12:31] <ali1234> NoDisplay means "this application exists, but don't display it in the menus".
[12:56] <brainwash> ali1234: or we request to remove Xfce from "onlyshowin="
[12:57] <brainwash> indicator-session was launched, but Xfce is not even listed in "onlyshowin="
[12:59] <ali1234> i don't know what problem you are referring to here
[13:03] <brainwash> indicator autostart entries visible in settings manager > session and startup
[13:04] <ali1234> how would removing xfce from onlyshowin= help with that?
[13:04] <brainwash> it will hide the entries
[13:04] <ali1234> hmm
[13:04] <brainwash> and it works
[13:04] <ali1234> okay
[13:05] <ali1234> but how do they get started then?
[13:05] <brainwash> all my indicators still load
[13:05] <ali1234> okay, that's a bug then
[13:05] <brainwash> with your patch
[13:05] <ali1234> mostly likely that will happen
[13:05] <ali1234> probably still some pending patches
[13:05] <ali1234> you'd have to ask tedg about this
[13:06] <brainwash> so you mean, that if we remove XFCE from showonlyin, the indicator should not start anymore?
[13:07] <ali1234> it should not be in both
[13:08] <ali1234> i don't know why it is in both
[13:08] <ali1234> tedg will know though
[13:09] <brainwash> ok
[13:57] <brainwash> ali1234: some good news in bug 1302571
[13:58] <brainwash> isn't indicator-power only visible if it detects a battery?
[13:59] <slickymasterWork> brainwash, ochosi, switching themes causes the desktop wallpaper to disappear
[13:59] <brainwash> right
[13:59] <brainwash> old story :P
[14:00] <slickymasterWork> is there a bug for it? which?
[14:00] <brainwash> bug 1302101
[14:00] <slickymasterWork> thanks
[14:00] <brainwash> patched xfdesktop available from https://launchpad.net/~thad-fisch/+archive/test
[14:00] <brainwash> I guess that it will take some time until the fix lands in trusty
[15:32] <brainwash> ali1234: the problem is that indicator-applications does not start, once I start it manually nm-applet will switch to the indicator area
[15:39] <elfy> afternoon all
[15:55] <slickymasterWork> hey elfy 
[15:55] <elfy> slickymasterWork: how's things - not seen you this week 
[15:55] <slickymasterWork> swamped in work
[15:56] <elfy> I guessed :)
[15:56] <slickymasterWork> I've been sort of in/out
[15:56] <elfy> I've seen that :)
[16:06] <GridCube> elfy, did you saw, Bug 1302244
[16:07] <GridCube> today i could not wake up my netbook and i had to force a shutdown :(
[16:32] <pleia2> http://www.omgubuntu.co.uk/2014/04/xubuntu-14-04-default-wallpaper
[16:32] <pleia2> nice work :)
[16:35] <brainwash> woot
[16:36] <brainwash> some of them will be surprised by the classic Xfce wallpaper after starting the session :)
[16:36] <brainwash> and the debian one during installation :D
[16:37] <brainwash> GridCube: I guess xfpm crashes at some point
[16:37] <slickymasterWork> it it had a more richer palette, it would almost be considered a Kandinsky work pleia2 
[16:38] <brainwash> GridCube: kill xfce4-power-manager, open a terminal and run "xfce4-power-manager --debug"
[16:38] <brainwash> then suspend the system
[16:38] <GridCube> brainwash, will do when i get home and have access to my computer
[16:38] <GridCube> :)
[16:40] <elfy> pleia2: so the fail wallpaper during beta2 was just buttering us up then :p
[16:41] <elfy> GridCube: I did see it fleetingly but not looked much tbh over the last day or so 
[16:41] <GridCube> elfy, :) its alright 
[16:41] <elfy> thanks :)
[16:41] <GridCube> P: I would just love to see if someone else can replicate it XD
[16:42] <elfy> GridCube: I'm sure I have seen someone else talking about that
[16:45] <elfy> brainwash: you seen this one? http://ubuntuforums.org/showthread.php?t=2214941
[16:46] <brainwash> should be resolved already
[16:47] <brainwash> up-to-date system required :)
[18:24] <lenny> just experienced  (According to the bug report tool) Bug 1283741 . It happened after waking up the screen and logging back in. Yesterday It just went black and I had to force reboot. Today it went black, brought me back to login screen and let me log in again.
[18:31] <Unit193> ochosi: There's the pot/po files too, but not sure you need to edit them.  I don't think there would be two enteries, one would overwrite the other, no?
[18:53] <GridCube> lenny, care to test something for me?
[18:53] <lenny> GridCube: sure
[18:53] <GridCube> can you send your computer to suspension and wake it back?
[18:53] <lenny> yeah. brb
[18:54] <lenny> back
[18:55] <lenny> Everything seems to work alright.
[18:55] <RFleming> WB
[18:57] <GridCube> lenny, now try to open xfce4-power-manager-settings from a terminal please
[18:57] <lenny> GridCube: done
[18:57] <GridCube> it worked?
[18:57] <lenny> yes
[18:58] <GridCube> :( then your issue is different than mine
[18:58] <lenny> Okay, has you webbrowser been open when your computer went to sleep?
[18:58] <GridCube> mmhm, yes
[18:59] <lenny> That's the only difference from the other times and this test that I did just now. Try with yours closed
[18:59] <GridCube> will do later
[18:59] <GridCube> thanks for the idea
[19:01] <lenny> Good luck :)
[19:56] <knome> slickymaster, you about?
[20:47] <Unit193> http://iso.qa.ubuntu.com/qatracker/milestones/308/builds/65995/testcases/1303/results <--- This is why icons are a dumb idea.
[20:48] <Unit193> Aren't the desktop icons a bit large?
[20:51] <pleia2> could you be a bit more specific?
[20:52] <Unit193> 48 seems a bit large and oversized, I'd think 32 would be normal.
[20:55] <brainwash> 48px is the new default
[20:55] <brainwash> and smaller grid boxes
[20:55] <brainwash> so it looks similar to thunar
[20:55] <pleia2> Unit193: that link was to the testcases page, which has tooons of bugs ;)
[20:56] <Unit193> pleia2: Yes, and you have to mouse over each and every one to find out what they are, and the edge ones go off screen. :/
[20:57] <pleia2> oh, I thought your two comments were related
[20:57] <pleia2> desktop icons and bug tracker
[20:57] <Unit193> Hah, nooo.  My mind doesn't work like that. :--D
[20:58] <pleia2> mouseover is annoying, but the edge ones don't go off the screen in chrome
[20:59] <Unit193> Firefox, latest here.
[21:02] <knome> Unit193, i've committed a fix for the situation where bug tooltips do not fit in the viewport
[21:05] <Unit193> OK, that'll help some, thanks.
[21:06] <Unit193> I take it I can't get a text list of bugs with the icons next to, rather than instead of?
[21:07] <knome> Unit193, i'll be looking at several visual enhancements for the tracker later, but i'm waiting to get the pending ones in first
[21:07] <Unit193> Great, thanks.
[21:07] <knome> no problem
[21:07] <knome> clearly, we need the list of bugs to be filterable
[21:08] <knome> at least by which product the bug was filed from
[21:08] <knome> eg. only show bugs filed from xubuntu with this testcase
[21:09] <lenny> Is moving between workspaces with the scroll wheel no longer a thing?
[21:09] <pleia2> yeah
[21:09] <pleia2> (referring to knome)
[21:10] <brainwash> lenny: it can be enabled, but it's disabled by default starting with 14.04
[21:11] <lenny> brainwash: Probably a good thing. It confused me when I started out. But now I'm used to it, how do I re-enable it?
[21:12] <brainwash> settings manager > window manager tweaks
[21:12] <brainwash> I think
[21:12] <brainwash> I cannot check right now
[21:12] <lenny> I'll explore :) 
[21:13] <lenny> settings manager > window manager tweaks > Workspaces, thanks.
[21:13] <brainwash> lenny: https://code.launchpad.net/~ochosi/xubuntu-default-settings/xfwm4_disable_scrollevents/+merge/209545
[21:14] <brainwash> if you want to know why this change was made
[21:15] <lenny> Thanks. As I said I agree with the change, just happen to like it myself.
[21:15] <knome> Unit193, if you have other bugs or improvements you'd like to see in the tracker, file them in LP, and i'll probably get to them
[21:18] <Unit193> knome: Mmm, didn't think the first was something $others were interested in.
[21:18] <knome> text list?
[21:18] <knome> i'm very interested in that
[21:18] <knome> because it allows a much quicker overview
[21:18] <knome> i hate having to hover over >5 bugs
[21:19] <Unit193> There was too many, I skipped that part.
[21:19] <Unit193> (I did happen to find the Debian background one though!)
[21:19] <knome> heh, yeah
[21:19] <knome> i also wrote a new cool feature for the tracker...
[21:20] <knome> d'n'd a bug link to any spot on the bug text field, and it's added and formatted nicely to the list
[21:20] <lderan> awesome
[21:20] <knome> if we had a bug list, you could simply have a button for each bug, and clicking that would add it to the list
[21:37] <slickymaster> knome: I am now
[21:39] <tedxubu> hello. is anyone available to walk me through the upgrade image testing request elfy posted?
[21:40] <knome> slickymaster, i'm going off, but if you are around tomorrow, we could look at the tour page
[21:41] <slickymaster> I'll be around tomorrow knome. I'm with my kid and the weather will be awfull, so we'll be stucked at home
[21:41] <knome> tedxubu, pretty sure someone can, just wait patiently
[21:41] <knome> slickymaster, that's not good... :)
[21:41] <knome> slickymaster, well, for you and the kid
[21:41] <slickymaster> yeah, he'll have to play indoors which is kind of meh
[21:42] <knome> football indoors? please dad!
[21:42] <slickymaster> lol
[21:42] <slickymaster> we'd love it
[21:42] <slickymaster> s/we/he
[21:42] <knome> lol
[21:42] <slickymaster> but I'll be around for sure, in the afternoon
[21:42] <knome> better stick to less damage-prone variants, like the board version ;)
[21:43] <knome> yep, let's see if i'm around at that time
[21:43] <knome> if not, then no problem
[21:43] <slickymaster> next wek won't be so crazy at work for me, so I'll have some more free time during the day
[21:44] <slickymaster> if we don't manage to meet tomorrow that is
[21:44] <knome> mhm
[21:44] <knome> it's not critical; as long as we do it before release
[21:45] <slickymaster> yes, but I think we'll be safe
[21:45] <knome> absolutely
[21:45] <knome> i'll notice you when i'm getting nervous :P
[21:45] <knome> which is far down the road
[21:46] <slickymaster> there won't be a need for that
[21:46] <knome> yep ;)
[21:46] <knome> http://www.omgubuntu.co.uk/2014/04/xubuntu-14-04-default-wallpaper
[21:46] <lderan> \o/
[21:47] <Noskcaj_> Should i make the merge proposal for the xfwm4 maximise fix now or does it need more testing
[21:47] <slickymaster> I saw it, I commented with pleia2 that if the color palette was richer it was almost like some early Kandinsky's work
[21:47] <Noskcaj_> I  also have some thunar patches ready to merge too. http://paste.ubuntu.com/7205154/
[21:48] <knome> slickymaster, haha, well thanks :)
[21:48] <Noskcaj_> nice wallpaper knome 
[21:48] <slickymaster> I assumed that at some point you were thinking about Bauhaus school
[21:48] <knome> ta ta
[21:49] <knome> actually the development was quite straightforward
[21:49] <slickymaster> hey Noskcaj_ how are you?
[21:49] <knome> i got the idea in my head one day, then it took me more days to think about it, then i just "did it"
[21:49] <RFleming> knome, came up as my default this afternoon :)
[21:50] <knome> getting the colors/the rest of the wallpaper took longer time to *decide*
[21:50] <slickymaster> it's really awsome knome, and you do deserve to be congratulated on it
[21:50] <Noskcaj_> slickymaster, Pretty good. Just wishing that stupid dev pc i'm trying to make would work. How are you?
[21:50] <knome> glad you like it, and happy it was worth the UIFe...
[21:50] <slickymaster> thankfull that the week is over, thanks for asking
[21:50] <Unit193> knome: And the bonus wallpapers! ;)
[21:51] <slickymaster> that UIFe id refused could start a riot among the Xubuntu ranks :)
[21:51] <slickymaster> s/id/if
[21:51] <knome> Unit193, bogus? ;P
[21:53] <lderan> knome, aye it is very good :)
[21:53]  * knome bows again
[21:53] <knome> and, if you have other colors in mind, feel free to propose
[21:53] <knome> we are planning to do a blog article about alternative schemes
[21:54] <knome> one option: http://temp.knome.fi/.w/trusty-yellow.png
[21:54] <knome> another WIP for Unit193: http://temp.knome.fi/.w/black.png
[21:55] <slickymaster> I like Unit193's
[21:56] <slickymaster> sober and impressive
[21:56] <knome> it has a banding problem though
[21:57] <slickymaster> the elipses in the background?
[21:57] <knome> yes
[21:57] <slickymaster> kinda like those
[21:57] <knome> i guess it's a matter of taste
[21:57] <knome> and the worse monitor you have, the less you will notice it
[21:58] <slickymaster> remembers me those posters from the 70's
[21:58] <lderan> very true
[21:58] <lderan> do like the yellow one tho
[21:58] <knome> the yellow palette is courtesy of simon
[21:58] <knome> to not take all the credit ;)
[21:58] <slickymaster> not as much as the blue and the dark ones
[21:59] <knome> i like the yellow one too, but not as much as a wallpaper
[21:59] <knome> doing a wallpaper in authentic 70's style is much harder than accidental banding problems :P
[22:00] <slickymaster> yeah, I know
[22:00] <knome> but it's an interesting idea
[22:00] <slickymaster> but the first thing that crossed my mind was those blackxpoitation movie posters
[22:01] <knome> doesn't ring a bell
[22:04] <slickymaster> knome: didn't you ever saw Shaft
[22:04] <slickymaster> ?
[22:05] <slickymaster> that's a typical example of a blacksploitation movie
[22:06] <slickymaster> Tranatino sort of celebrated and paid a tribute to that genre of cinema in Jackie Brown
[22:06] <slickymaster> or better, with his movie Jackie Brown
[22:07] <knome> slickymaster, i'm bad with movies :)
[22:08] <brainwash> Noskcaj_: the menu-icon patch for thunar adds icons for "open in new tab/window"
[22:08] <slickymaster> but we shouldn't be discussing this were. Xubuntu lead might show up and kick us all the way till -off
[22:08] <knome> hah :P
[22:09] <brainwash> Noskcaj_: so it only replaces the generic folder icon for "open with default application"
[22:09] <brainwash> Noskcaj_: the xfwm4 maximize patch works for me, but I did not open any special/weird windows yet
[22:10] <Noskcaj_> brainwash, I think the xfwm4 one is mostly targeted at uniquity
[22:10] <brainwash> nah, mostly targeting dialog windows :)
[22:11] <brainwash> actually non-resizable windows
[22:11] <brainwash> and the installer window seems to be one of them
[22:11] <Noskcaj_> well yeah. Ubiquity is just where i found it
[22:12] <brainwash> and what about abiword? :P
[22:12] <brainwash> we got 3 patches
[22:12] <brainwash> or new stable release + 1 patch (about dialog icon fix)
[22:19] <brainwash> Noskcaj_: we also have a patch for garcon https://bugzilla.xfce.org/show_bug.cgi?id=10709
[22:20] <Noskcaj_> ok. I'll do the garcon one now. As i said before, you should probably talk to the debian maintainer for abword
[22:26] <Noskcaj_> brainwash, I'll add OvenWerk1's patch for garcon too. bug 1213518
[22:27] <brainwash> ok
[22:27] <brainwash> mmh
[22:27] <brainwash> "The way the .menu is currently done matches what GNOME is doing"
[22:28] <brainwash> is it safe to include the patch despite the last comment?
[22:29] <brainwash> well, not counting my generic comment :D
[22:30] <Noskcaj_> maybe not.
[22:30] <Noskcaj_> I'll just prepare the other one for the time being
[22:34] <brainwash> thanks :)
[22:36] <brainwash> we need someone to merge the xubuntu-default-settings stuff
[22:36] <brainwash> to end the wallpaper madness
[22:37] <brainwash> and maybe xfdesktop + 2 upstream patches
[22:39] <brainwash> but maybe xfdesktop 4.11.6 is already scheduled to be released soon
[22:46] <Noskcaj_> brainwash, Should  garcon get the fix to https://bugzilla.xfce.org/show_bug.cgi?id=10212 as well?
[22:47] <Noskcaj_> And isn't micah the only one who can merge default-settings stuff?
[22:48] <brainwash> sadly
[22:48] <brainwash> the garcon patch looks ok
[22:49] <brainwash> it's a nice bonus if we add it, but not really necessary
[22:59] <brainwash> Noskcaj_: can't anyone of the ubuntu devs merge the default-settings branch and release a new version?
[22:59] <Noskcaj_> brainwash, yes, actually. it's xubuntu-dev, which is lionel, micah, and core-dev
[23:00] <brainwash> ok, I'll try to ask the ubuntu guys later
[23:01] <brainwash> already asked about abiword
[23:04] <Noskcaj_> I just sent an email to the debian maintainer for abiword. i'll let you know if he replys
[23:04] <brainwash> awesome, thank you :)