[00:04] <bluesabre> blueheaded I thought
[00:05] <knome> i thought greenheaded http://cf.geekdo-images.com/images/pic260187_md.jpg
[00:08] <bluesabre> :D
[00:09] <Unit193> Also, recent update of Numix did fix the indicators in VM.
[00:09] <bluesabre> yay
[00:11] <ochosi> knome: ouch
[00:11] <knome> ochosi, what? :)
[00:12] <ochosi> Unit193: that is the exact same patch i tried back in the day when you first came up with this?
[00:12] <Unit193> Uhhh, yes to the no with a maybe on top.
[00:17] <ochosi> Unit193: so you wanna ask xnox for a review too?
[00:17] <ochosi> or the ubuntu installer team or someone?
[00:19] <Unit193> Likely a good idea.
[00:30] <Unit193> Installer team is default, so hit that up.
[00:30] <Unit193> Do we want an ACK from zequence and mythbuntu?
[00:31] <bluesabre> "hi mythbuntu, do you like your black login background?"
[00:31] <bluesabre> :)
[00:31] <ochosi> haha
[00:31] <Unit193> Haha. :D
[00:32] <bluesabre> "Yes, leave it."
[00:32] <ochosi> i'd say it's enough if we have to wait for xnox to look...
[00:32] <pleia2> knome: any of these sticker shots good to use? https://www.flickr.com/photos/pleia2
[00:32] <knome> black is the new black
[00:32] <knome> yes, this https://www.flickr.com/photos/pleia2/16327683452/
[00:32] <pleia2> k
[00:32] <pleia2> hahah
[00:32] <ochosi> weeee, we're handing out cats to our testers!
[00:32] <pleia2> that's my favorite too <3
[00:33] <knome> on a more serious note, i like either one that has the colors "right", eg. the ones with a white bg
[00:33]  * ochosi also wants to stick one to the back of his laptop
[00:33] <knome> maybe the latter one is better in composition
[00:33] <knome> -> https://www.flickr.com/photos/pleia2/16327817801/
[00:33] <Unit193> Sooo, going to box up a cat, and stick it in the mail for a couple weeks? 0_o
[00:33] <pleia2> knome: ok, wfm
[00:33] <knome> why put it in a box, just staple the stamp on the cat
[00:33] <ochosi> knome: yeah, that one, but needs a bit of retouching maybe
[00:33]  * knome hides
[00:34] <knome> ochosi, thanks for volunteering ;)
[00:34] <ochosi> gah
[00:34] <knome> pleia2, tbh, just a pile of stickers on a table would be good
[00:34] <knome> it doesn't need to look organized
[00:34]  * ochosi will wait for that cat that Unit193 just put in the mail...
[00:34] <knome> you can even slap them down in a way you don't have to have any of the table visible if you wish
[00:34] <pleia2> knome: but I just organized them! :)
[00:34] <ochosi> hehe
[00:34] <knome> awwh :D
[00:34] <knome> well i'm sorry... :(
[00:35] <ochosi> pleia2: throw them on the floor! throw them across the whole room!
[00:35] <knome> damn. photos of beer bottles
[00:35] <pleia2> hehe
[00:35] <knome> i want beer
[00:35] <pleia2> me too
[00:35] <pleia2> ok, let me try a few other ones
[00:35]  * pleia2 back to photo box
[00:35] <knome> hehe
[00:40] <pleia2> ok, refresh the flickr url, there are 4 more
[00:40] <pleia2> ALL MESSY
[00:40] <knome> https://www.flickr.com/photos/pleia2/16327683452/ still shows a cat
[00:40] <knome> :|
[00:40] <pleia2> <3
[00:40] <knome> me likey
[00:41] <knome> i probably like the one with the blue xubuntu logo completely visible most
[00:41] <knome> but i'm not very partial
[00:41] <knome> let our XPL choose
[00:42]  * pleia2 goes to clean up stickers
[00:42] <knome> lol
[00:43] <knome> polish them with wax!
[00:46] <knome> pleia2, i'm wondering if we should make the blog title "Win free Xubuntu stickers!"
[00:46] <pleia2> knome: probabl :)
[00:46] <knome> or "Win Xubuntu stickers!"
[00:46] <pleia2> probably too
[00:46] <knome> more exciting than the current one..
[00:46] <pleia2> yeah
[00:48] <pleia2> there, all organized again
[00:48] <knome> hehe
[00:48] <knome> what if you tried one more messed up photo
[00:48] <knome> >:)
[00:48] <knome> (just kidding)
[00:48] <pleia2> :D
[00:49] <pleia2> woo I even managed to fold up the cube properly
[00:50] <knome> nice
[00:52] <ochosi> bluesabre: are you going to reply to andrew's email? btw, my argument for "stable" would be: "no more features!!" :]
[00:52] <pleia2> happy to publish this once I know what photo to use
[00:53] <knome> go with the one i chose ;)
[00:53] <bluesabre> ochosi: yeah, will at some point, unless you want to
[00:53] <pleia2> https://www.flickr.com/photos/pleia2/16142252590/ this one?
[00:53] <knome> yeah
[00:53] <knome> since it's going to be smallish, nobody will notice the blue
[00:53] <knome> *blur
[00:53] <knome> if you open it in gimp, autocolor it or sth
[00:53] <knome> if not, then fine :)
[00:54] <ochosi> yeah, maybe a bit of whitebalance would do it good
[00:54] <pleia2> I don't know what that means
[00:54] <ochosi> but i'm currently on my laptop, so i wouldn't do much good i guess
[00:54] <knome> pleia2, let me do that for you
[00:54] <pleia2> knome: thanks :)
[00:54] <ochosi> \o/ knome does the work!
[00:54] <pleia2> \o/
[00:54] <ochosi> go knome ;)
[00:54] <knome> ochosi, i've done a lot of the work lately :PP
[00:55]  * ochosi pets knome on the head
[00:55] <pleia2> knome: I changed the title
[00:55] <ochosi> pleia2: as a native speaker: is there a grave diff between "pat" and "pet" in this case?
[00:56] <knome> pleia2, for future reference, in gimp: colors -> auto -> white balance
[00:56] <pleia2> ochosi: not really
[00:56] <pleia2> knome: ah :)
[00:56] <pleia2> I guess petting is more like rubbing and patting is more up and down
[00:56] <ochosi> haha
[00:56] <ochosi> nasty ple
[00:56] <pleia2> !
[00:56] <bluesabre> lol
[00:57] <pleia2> it was a trap
[00:57] <knome> ochosi, wasn't it you who pet me?
[00:57] <ochosi> i'll keep that in mind
[00:57]  * ochosi washs his mouth with soap
[00:58] <knome> something's lagging
[00:58] <ochosi> it's not my petting
[00:58] <knome> oh, just a visaul lag on thunar's file progress win
[00:58] <knome> pleia2, http://temp.knome.fi/xubuntu/16142252590_9e5fa0bd31_whitebalance.jpg
[00:58] <pleia2> wow, neat
[00:58] <ochosi> knome: http://xkcd.com/612/
[00:58] <knome> pleia2, i did what i just said above, then edit -> fade levels to 90% since it became *really* white
[00:59]  * pleia2 whitebalance all the things
[00:59] <knome> you might want to check what looks the best manually when tweaking
[00:59] <pleia2> :)
[00:59] <knome> yes, adjusting photo color levels... what a waste of time
[01:00] <knome> i mean a what a form of art!
[01:00] <pleia2> shall I add this to post now?
[01:00] <knome> efm
[01:00] <knome> ehhh
[01:00] <knome> wfm
[01:00] <knome> maybe cut down the original resolution
[01:00] <pleia2> okie
[01:00] <knome> i don't remember what our max file size was :P
[01:01] <knome> probably either 4 or 8
[01:01] <knome> in the future, the max size we will need will be 1400 in width
[01:01] <knome> no photos are ever going to be shown in bigger size than that
[01:03] <pleia2> http://xubuntu.org/?p=2921&preview=true
[01:03] <pleia2> or somewhere else?
[01:03] <knome> that works
[01:03] <knome> hmm
[01:03] <knome> well
[01:03] <knome> maybe after how can i participate
[01:03] <knome> the rest are boring stuff
[01:03] <knome> but that's important
[01:04] <pleia2> ok, draft saved with moved
[01:04] <knome> ++
[01:05] <pleia2> alright, I will publish my tomorrow morning and social media it
[01:05] <knome> thanks
[01:05]  * knome is still considering the title
[01:05] <knome> "Win Xubuntu stickers by testing!" ?
[01:06] <pleia2> feels a bit odd
[01:06] <knome> just telling them to win them is a bit misleading too
[01:06] <knome> but works if we want to get as many views as possible
[01:09] <pleia2> yeah
[01:09] <pleia2> New QA Incentive: Win Xubuntu stickers!
[01:10] <knome> i was thinking something like "Help the QA team and win Xubuntu stickers!"
[01:10] <pleia2> that's good
[12:19] <bluesabre> elfy, brainwash, ochosi: just uploaded a refreshed patch for xfce4-power-manager.  This further improves the light-locker integration we added previously.  We removed "Enable" as its really unneccessary (lock settings can be individually disabled, but lock still works from whisker). The logind-handle-lid-switch property is also updated now with this patch. If the power manager settings are set to Suspend on lid close and lock on suspend, 
[12:19] <bluesabre> this property will be true.
[12:19] <ochosi> one the one hand, we need standard testing of locking and suspending
[12:20] <ochosi> but some laptop testing with lids would be good too
[12:21] <bluesabre> brainwash: will work on the packaging for your MRs when I get home tonight
[12:21] <bluesabre> Unit193: will get to the -extras stuff hopefully tonight as well
[12:27] <Unit193> Great.
[12:46] <brainwash> bluesabre: bug 1292290
[13:06] <brainwash> bluesabre: a refreshed xfpm patch, good news :) now we only need to fix/improve light-locker to not break the test case "lid close action: lock"
[13:06] <brainwash> so that it does not trigger the blank screen bug
[13:11] <elfy> bluesabre: thanks - I assume that's to the ppa? assuming so when I get back I'll sort some sort of mail to the list out for testing it 
[13:11] <elfy> ochosi: ^^
[13:17] <ochosi> elfy: i actually presume that upload went directly to vivid
[13:17] <ochosi> also don't see any packages building in staging
[13:19] <Unit193> https://launchpad.net/ubuntu/+source/xfce4-power-manager/1.4.2-0ubuntu5
[13:20] <elfy> ochosi: ok - not looked at all - lunch time :)
[13:21] <elfy> does that mean that people using staging will have to disable it? 
[13:25] <Unit193> Well it won't/doesn't have the updated patch.
[13:25] <elfy> nice answer to a different question :p
[13:29] <bluesabre> elfy, Unit193, refreshed the patch for the PPA... If we can fix the builds, it will have it too
[13:29] <Unit193> Hah, was right about to. :P
[13:30] <bluesabre> Did it right after uploading this morning :-)
[13:32] <Unit193> Think a translation update will happen soon enough? :P
[13:36] <bluesabre> :)
[13:38] <Unit193> There, I cheated.  Will revert too.
[13:44] <Unit193> bluesabre, elfy: PPA has it too now.
[13:44] <bluesabre> Cool, I'd it going to build this time?
[13:45] <Unit193> Already has.
[13:45] <bluesabre> Awesome
[13:45]  * bluesabre high fives Unit193
[13:45] <Unit193> o/\o
[14:08] <Unit193> bluesabre: Going to add the hack in for -settings too?  I'd think there should be an actual fix though. :/
[14:24] <astraljava> Hey guys, just recently installed Xubuntu 14.10 on an older Acer laptop that I'm using now. Can anyone verify that the window maximise keyboard shortcut works only for the ongoing session?
[14:25] <astraljava> The default (Alt+F7) didn't work for me initially, so I changed it to Shift+Control+F7. That worked for that session. I shut down the laptop for the night, and today it's not working, until I set it to another combo.
[14:25] <astraljava> I only found older bugs related to keyboard shortcuts, didn't match to this behaviour.
[14:28] <knome> what do you mean with "ongoing session"?
[14:29] <knome> but you are correct, that shortcut doesn't work for me either..
[14:29] <knome> you mean it only works when you (re)set it, and only for that session?
[14:31] <astraljava> Yes, if I reset it to a new value, then it works until I reboot. Could even be until a logout.
[14:32] <knome> file a new bug
[14:32] <knome> (or see if one is filed in xfce bugzilla)
[14:32] <knome> unless you did :)
[14:34] <astraljava> Oh, right, only checked LP. Cheers. :)
[14:35] <brainwash> lol
[14:35] <brainwash> bug 1292290
[14:35] <brainwash> that's what I am trying to fix
[14:35] <astraljava> And apparently used funny search terms. Thanks! :)
[14:35] <brainwash> :)
[14:38] <knome> astraljava, you're still a bit rusty, but that rust will fall off when you persist with contributions ;)
[14:42] <astraljava> Hehe, indeed. :D
[14:42] <astraljava> Well, it's been a while. ;)
[14:47] <knome> that happens
[14:48]  * knome makes some coffee
[14:55] <knome> astraljava, want some? come get ;)
[15:03] <astraljava> Would love to, but can't. Need to prepare my presentation for an english course at the uni for Friday. :/
[15:04] <knome> ooh, back to studying?
[15:04] <astraljava> Thanks for the invitation, though! Hopefully won't take too long until I can. :)
[15:04] <knome> yep!
[15:04] <astraljava> Yeah, trying to get the degree during 2015.
[15:04] <knome> nice
[16:46] <ochosi> astraljava: could it be this bug? https://bugs.launchpad.net/ubuntu/+source/xfce4-settings/+bug/1292290
[17:16] <knome> ochosi, confirmed already ;)
[17:17] <knome> did you look at the backlog at all?
[17:25] <pleia2> good morning!
[17:25] <knome> hullo pleia2 
[17:26] <pleia2> gonna publish this blog post before work
[17:26] <knome> goodie
[17:27] <pleia2> knome: we good with ... uh
[17:27] <pleia2> forgot the title you said
[17:27] <pleia2> Help the QA team and win Xubuntu stickers!
[17:27] <knome> yes
[17:27] <pleia2> ok, on it
[17:27] <elfy> Help the Community with testing and win Xubuntu stickers
[17:28] <knome> works too
[17:28] <elfy> might be better - because currently most people ignore the QA team ... 
[17:28] <elfy> makes it about them instead :)
[17:31] <pleia2> oh, sec, I'll update
[17:31] <pleia2> http://xubuntu.org/news/help-the-community-with-testing-and-win-xubuntu-stickers/
[17:31] <pleia2> ta-da!
[17:31] <knome> i'll tweet
[17:31]  * elfy thanks everyone who's had a hand in that :)
[17:32] <knome> elfy, you too
[17:32] <elfy> ty knome :)
[17:33] <knome> tweeted
[17:38] <pleia2> g+ed and facebooked
[17:39] <pleia2> knome: next time we tweet about this, include @unixstickers in the tweet since sometimes they retweet us :)
[17:39] <pleia2> next time is in like 10 days
[17:39] <knome> yes... should do that
[17:41] <knome> pleia2, https://twitter.com/Xubuntu/status/557956026767785984
[17:41] <pleia2> that's good for now too :)
[17:41] <knome> yep
[17:42] <knome> time to upload some images to twitter too, seeing 12.04 countdown banners there
[17:43] <knome> what about tweeting the sticker photo?
[17:43] <pleia2> maybe do that on feb 2nd or so
[17:44] <knome> heh
[17:44] <knome> sure
[17:50] <pleia2> woo, unixstickers retweeted the first tweet too
[17:50] <pleia2> mission accomplished
[17:50] <elfy> \o/ 
[17:50] <knome> nice
[17:54] <elfy> pleia2: can you remember off the top of your head if you had image burning issues during the lts cycle or was it the last one? 
[17:55] <astraljava> ochosi: Yeah, like Pasi already mentioned, it was handed to me on a silver plate. :) Thanks, and sorry for the noise!
[17:56] <pleia2> elfy: I have weird issues here and there every cycle, usually I can get one of the two tools to work
[17:57] <elfy> aak ok :)
[17:57] <pleia2> my grumpyness this cycle is that one really is broken and I'm seriously annoyed at the whole situation and how useless the docs are - they either say "use testdrive" or skip over it entirely ("now you burn a dvd or make a usb stick, then...")
[17:57] <elfy> just trying to get some sort of sense from it all prior to the ugj 
[17:58] <knome> my grumpyness is that the QA wiki is too broad to be digestable by anyway
[17:58] <knome> *anybody
[17:58] <knome> basically we should just reboot it completely
[17:58] <elfy> and if nothing else a - 'do it like this for this tool'
[17:58] <knome> which is why i suggested that we quickly create some developer docs
[17:58] <knome> that cover the xubuntu development related things
[17:59] <knome> and we can then slowly propagate that back into the main QA stuff
[17:59] <elfy> knome: I'm kind of in limbo currently - but assuming that I surface from that I'm of the opinion that we should do stuff for us and have it on the website for us 
[17:59] <elfy> and I see you're of the same opinion :D
[17:59] <knome> what i think is...
[17:59] <pleia2> :)
[17:59] <knome> we should create another branch for docs
[17:59] <knome> devdocs
[17:59] <knome> and get that set up
[17:59] <knome> and get devdocs.xubuntu.org set up
[18:00] <knome> the same way as docs.
[18:00] <knome> and get on with it
[18:00] <knome> those should describe a lot of things that are in the processes area currently
[18:00] <elfy> well if we do it like that then I'll not be doing it 
[18:00] <knome> including the minutiae on how to join IRC channels and stuff
[18:00] <elfy> not trying to work out how to do it from within LP 
[18:01] <knome> even if that's not ideal for everybody, for the project it's important that it is managed in a branch
[18:01] <elfy> why?
[18:01] <elfy> what does it give us?
[18:01] <elfy> none of the wiki pages are managed like that currently
[18:02] <pleia2> I agree with elfy here, the wiki is slow and creaky, but much easier here
[18:02] <knome> history with diffs, ability for everybody to file changes
[18:02] <elfy> both of which is there in the wiki
[18:02] <elfy> more or less
[18:03] <knome> i guess ultimately i'd like to not have to manage stuff like that
[18:03] <knome> QA stuff should be maintained by the QA team
[18:03] <knome> and that should work
[18:03] <elfy> yea right
[18:03] <knome> it's insane that every flavor writes their own developer documentation
[18:03] <knome> and then they are manager badly because there's no resources or time to do that
[18:03] <elfy> and for the last 2 or 3 cycles the QA for us has been 1 person for 90% of the time
[18:03] <knome> and then we have 10 different guides which are all crappy
[18:04] <knome> that too
[18:04] <elfy> s/qa/qa team
[18:04] <knome> but i think the task to fix the QATeam wiki is too much for anybody
[18:04] <knome> or any team
[18:04] <knome> or any collection of people
[18:04] <pleia2> insane is why we haven't done it, but I don't think we have a choice anymore, the core QA team is unresponsive to our needs
[18:04] <elfy> then we should worry about our own issues 
[18:04] <knome> pleia2, not really...
[18:05] <knome> they just don't have the time to fix this and that
[18:05]  * knome looks at QATeam
[18:05] <pleia2> knome: I wasn't saying "why" I was saying that they are :)
[18:05] <elfy> I don't see any logical reason for us not to use the wiki to build our own docs
[18:05] <knome> they aren't unresponsive
[18:06] <knome> elfy, i guess we can do that, but my argument stays; it's insane to duplicate work
[18:06] <pleia2> knome: haha, well, strictly speaking they "respond" by saying "oh yeah, we should fix that" but I meant unresponsive in that they can't follow through
[18:07] <knome> pleia2, maybe...
[18:07] <knome> what are the main things that we are lacking from QA dev docs?
[18:07] <elfy> knome: you make no sense then - 5 minutes ago you wanted it all in a branch somewhere - where contrary to what you say "ability for everybody to file changes" - not it's not - it's a nightmare for anyone who's not got the slightest idea what's going on with a branch
[18:08] <pleia2> first is that they're so confusing I can never find anything, no planning to layout
[18:08] <elfy> anyway - happy to have the conversation - but later - kid's wanting stuff time of the day 
[18:08] <pleia2> second is their strange focus on testdrive (and with that, virtualized testing), that I don't think anyone even uses
[18:08] <pleia2> and we want to encourage physical hardware testing too
[18:09] <pleia2> glossing over creation of USB sticks is easy when they are focused on virtual testing
[18:09] <elfy> pleia2: tbh I think that's a bit of a hangover, I've not seen anyone actually push it for ages
[18:09] <elfy> bbl
[18:09] <pleia2> yep, it's old
[18:10] <knome> pleia2, no i mean "what kind of documentation should we write?"
[18:10] <knome> not "what is wrong with the current documentation?"
[18:11] <pleia2> knome: oh, I thought you asked what the current docs were lacking
[18:11] <knome> elfy, creating and writing dev docs aren't for everybody, you have to know how things are done before you contribute to them - we disagree, but i can live with the wiki
[18:12] <knome> elfy, just let's not let the minutiae or disagreements in technology get in the way of helping people :)
[18:12] <pleia2> so I shall reword: proper structure, focus on hardware, USB stick info, guidance on using virtualbox directly
[18:12] <knome> well
[18:12] <knome> if we aren't poking the QA Team wiki
[18:12] <knome> you want:
[18:12] <knome> - instructions on how to create USB sticks
[18:12] <knome> and
[18:12] <knome> - how to use virtualbox in testing
[18:12] <knome> right?
[18:13] <knome> are those the two things that would answer the questions everybody are asking?
[18:13] <pleia2> we can link to existing docs to some extent for USB, but we need to have our own info around that - update with existing bugs in usb tools, remind people to try the other if the first doesn't work
[18:13] <pleia2> I think so
[18:13] <knome> elfy, does that sound correct to you?
[18:14] <pleia2> time for work
[18:14] <knome> hf
[18:41] <elfy> knome: I'm happy to help people do what we want - I just disagree that changing everything so it's dealt with via something that a very few people will bother with is completely the wrong thing to do :)
[18:42] <knome> elfy, i understand that, but as i said, i don't expect "anybody" to be qualified to write dev docs anyway
[18:45] <elfy> good - but as it stands we CAN use the wiki - anyone
[18:45] <elfy> and that's good enough
[18:45] <elfy> for purpose
[18:45] <elfy> what we've got though is a bunch of wiki's that don't actually work for US 
[18:48] <elfy> biab
[19:52] <jjfrv8> ochosi, new xfpm is misbehaving on my desktop. I've got the black screen bug when I set to lock on suspend.
[19:53] <jjfrv8> not only that, it's not even suspending anymore, it's just blanking the screen
[19:56] <elfy> ochosi: confirmed jjfrv8 issue here 
[19:57] <elfy> knome: I'm still of the opinion that we should create our own information for our 'testers' 
[19:57] <knome> elfy, probably.
[19:57] <elfy> we can be more specific about bug reporting for one thing
[19:58] <knome> but i don't think it's a bad idea to improve the general wiki
[19:58] <elfy> oh not saying that :)
[19:58] <elfy> always good to improve generic stuff when and where it's possible 
[19:58] <knome> yep
[19:59] <knome> i'd rather build on that
[19:59] <knome> than duplicate all the work
[19:59] <elfy> I'm not really sure what you mean tbh
[19:59] <knome> i mean that if there is *something* we can reuse from the main stuff, let's do it, even if it means some work :)
[19:59] <elfy> there's no way that putting Xubuntu specific stuff on the main wiki is going to work
[20:00] <knome> that isn't what i meant
[20:00] <elfy> oh right - two pronged attack ?
[20:00] <elfy> yea - got that :)
[20:00] <knome> i meant that if we can say "here, look at the QA team wiki first for basic, and then come back here", it'd be good
[20:01] <elfy> yea 
[20:01] <elfy> I got that eventually :D
[20:01] <knome> yep
[20:01] <elfy> though I would rather come back here was go to there for specific info :)
[20:02] <knome> mhm
[20:10] <azzenovic> I would like to see a parole build with harfbuzz support in the next xubuntu releases.in fact,it solves RTL languages issues 
[20:17] <sidi> knome, hey i had an idea this morning
[20:17] <sidi> about the security doc
[20:17] <sidi> are you guys able to pull a link to some survey on your existing doc? 
[20:17] <sidi> you could try and get users to provide feedback on the existing one for now
[20:17] <sidi> and compare later
[20:17] <sidi> with the new guidance, see if it's useful
[20:42] <elfy> I'd completely forgotten what a default trusty looks like 
[21:07] <jjfrv8> ochosi, more info on the xfpm problems... I keep getting this notificaton: http://en.zimagez.com/zimage/xfpmbug.php
[21:07] <jjfrv8> and I can no longer change the System settings: http://en.zimagez.com/zimage/xfpmbug02.php
[21:08] <elfy> I'm not seeing anything like that 
[21:08] <jjfrv8> hmm
[21:38] <jjfrv8> bbl
[21:49] <elfy> ali1234: whereabouts does ted gould live on irc? 
[21:49] <ali1234> #ubuntu-desktop
[21:49] <elfy> awesome thanks :)
[21:50] <elfy> I'll try and grab him about this indicator thing of mine - he decided it was pulseaudio, but I'm not sure about that
[21:50] <elfy> and I see the same thing with a livesession on this hardware too 
[21:50] <ali1234> have you tested this with a clean install?
[21:51] <Unit193> elfy: Do I need to do a core test for you too here?
[21:52] <elfy> ali1234: not as far as actually installing it - but I can't imagine it'll be different, livesession crashes with it as well 
[21:52] <elfy> Unit193: ?
[21:52] <ali1234> livesession is even better i guess
[21:52] <ali1234> have you reported it on the iso tracker? :P
[21:52] <elfy> perhaps I'll just report it from the live session 
[21:53] <ali1234> that's definitely what i'd do
[21:53] <elfy> ali1234: not yet - not reported or run any tests lately tbh
[21:53] <ali1234> no one can complain about user misconfiguration that way
[21:53] <elfy> yea :)
[21:53] <elfy> not sure why he says pulse isn't running tbh 
[21:54] <elfy> anyway - enough of that - thanks :)
[21:56] <ali1234> report it using "ubuntu-bug sound" or whatever... the thing that gathers all sound card information
[21:56] <ali1234> ubuntu-bug -s audio
[21:56] <elfy> I don't know that I need to - the bug tool pops up as soon as I look :)
[21:57] <ali1234> yes but that will report a bug against indicator-sound, without the sound card debugging stuff
[21:57] <ali1234> it's clearly a hardware issue of some kind
[21:57] <elfy> oh right - ok :)
[21:57] <elfy> or let the auto tool do it's thing and then add the other manually? 
[21:57] <ali1234> that would be quite a lot of work, i don't even know where it digs all the stuff up form
[21:58] <elfy> mmm ok 
[21:58] <ali1234> let me show you a bug reported this way...
[21:58] <elfy> what I did notice in tonights fiddling with images - same hardware - not a problem in utopic
[21:58] <ali1234> i suspect that pulseaudio changed slightly n the way it handles a relatively rare type of hardware and the indicator is confused
[21:59] <elfy> you'd have more success at guessing at that than me ;)
[22:01] <ali1234> https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1080282
[22:03] <elfy> ali1234: ok - thanks :)
[22:03] <ali1234> as you can see it includes a large amount of debugging information
[22:04] <elfy> yep - I'll do it like that, the only thing being that all I see here is that the indicator fails to work 
[22:04] <elfy> soundcard is fine in itself, pavucontrol works fine 
[22:07] <Unit193> elfy: Was wondering if I needed/should do another core test, since that's kind of my responsibility now.
[22:08] <elfy> might be useful - I did see some comments about issues with the mini.iso somewhere
[22:09] <elfy> I can do as well - maybe do 1 arch each ?
[22:09] <Unit193> I see no reason to load you up with another install test really, should be the exact same for both.
[22:10] <elfy> not too onerous - I just set it off in a vm 
[22:10] <elfy> but I'd do the 64bit 
[22:15] <pleia2> elfy and knome - awesome work today in -quality, thank you <3
[22:15] <elfy> heh 
[22:16] <elfy> pleia2: I did a bunch of img burn tests today - I'll try and put them together sensibly for you in time for the ugj 
[22:16] <pleia2> \o/
[22:16] <elfy> for now - it's up the wooden hill for me :)
[22:16] <pleia2> I keep downloading dailies, but then not testing them because all of a sudden it's midnight
[22:16] <elfy> :)
[22:16]  * pleia2 needs longer days
[22:16] <knome> pleia2, np
[22:17] <knome> pleia2, i'll keep on deleting stupid pages ;))
[22:17]  * pleia2 twitches
[22:17] <pleia2> thanks
[22:17] <knome> it's ok, you won't know they existed :P
[22:17] <elfy> oh yea 
[22:17] <elfy> talking of which ... 
[22:17] <pleia2> I just ignored the earlier highlight when you were talking about it
[22:18] <knome> to be fair, i do redirect some pages that look like they could get linked into
[22:18] <knome> but not much if there isn't even interlinks in the wiki to those pages
[22:18] <pleia2> la la la
[22:18] <knome> and as far as history goes, it's always there for the wiki pages anyway
[22:18] <knome> ;)=
[22:19] <elfy> https://wiki.ubuntu.com/Xubuntu/Meetings/Archive/Minutes/2014-01-05
[22:19] <knome> wikis are supposed to be edited by anyone, but that doesn't mean all content is useful ;)
[22:19] <elfy> that's a mistake ^^
[22:19] <knome> elfy, which one?
[22:19] <knome> oh
[22:19] <knome> you need a rename? :D
[22:19] <elfy> I did the meeting stuff - the real one is /2015-01-05 which exists as well 
[22:19] <knome> ok
[22:19] <knome> i'll delete...
[22:20] <elfy> don't tell pleia2 apparently :D
[22:20] <knome> pleia2, shut your eyes and ears
[22:20] <elfy> right - really off up the wooden hill now :)
[22:20] <knome> elfy, done
[22:20] <elfy> thanks knome - meant to mention when I did it - but then it was suddenly 2015-01-06 and I forgot :)
[22:20] <knome> hehe, yeah...
[22:21] <knome> that happens too
[22:21] <knome> no worries
[22:29] <Unit193> elfy: Alright, sounds fine.
[22:50] <bluesabre> evening folks
[22:50] <Unit193> Howdy.
[23:03] <bluesabre> hey Unit193, how goes?
[23:04] <Unit193> Neck hurts.  We got more snow. \o/
[23:04] <Unit193> Went out to eat.
[23:04] <Unit193> You?
[23:05] <knome> Unit193, isn't it too cold out for eating if you have snow?
[23:06] <bluesabre> :)
[23:07] <bluesabre> Unit193 likes his popsicles to stay frozen
[23:07] <bluesabre> Going all right. Long day at work, getting hungry
[23:08] <bluesabre> wondering why it takes so long for stable firefox to land in unstable ubuntu http://packages.ubuntu.com/vivid/firefox vs http://packages.ubuntu.com/utopic/firefox
[23:08] <Unit193> Heh, always does.  Also had to forward port flash, as that's not even in there for vivid.
[23:10] <brainwash> bluesabre: because the armhf package failed to build
[23:10] <Unit193> But nobody really cares about that...
[23:10] <Unit193> Give it to the rest of us!  It's like Hurd in Debian, causes all sorts of bugs, from all 5 people using it.
[23:10] <brainwash> I got this response "vivid isn't released yet so why worry about it?"
[23:11] <brainwash> firefox 35 being a security update
[23:11] <Unit193> Welp, time to do a direct backport in a PPA?
[23:11] <brainwash> it's available in proposed
[23:12] <Unit193> Nooot going to add that, but could grab the deb I guess.
[23:13] <brainwash> oh, so now that we are going with ubiquity + xfdesktop, what about enabling the xfce "kiosk" mode for it?
[23:13] <brainwash> to disable the right click context menu
[23:14] <brainwash> and do keybindings work?
[23:15] <brainwash> could I launch mousepad while the installer is running? ubiquity-dm
[23:15] <Unit193> Well, for one does it matter?  Not trying to restrict users from doing anything.  And two, if you can only add it in -live, sure.
[23:16] <bluesabre> Super+T launches terminal from the installer
[23:16] <brainwash> yes, would be a cosmetic change
[23:16] <bluesabre> probably  other shortcuts too
[23:16] <brainwash> let the user have some fun :D
[23:17] <brainwash> why not play gnome-mines while the installer is doing its job
[23:17] <bluesabre> because gnome-sudoku is better
[23:17] <bluesabre> :)
[23:17] <brainwash> you could do the same after loading the live session and launching the installer
[23:19] <brainwash> btw I noticed that gnome-mines has the invisible resize border which makes resizing easier
[23:19] <bluesabre> probably thanks to CSD maybe?
[23:19] <brainwash> yes
[23:32] <brainwash> bluesabre: can you please remove xfdesktop from bug 1375893 ? or should it remain in the list?