[00:06] <RFleming> Greetings!
[00:06] <Unit193> Howdy.
[00:06] <RFleming> I've been using 14.04 b1 for a while now
[00:06] <RFleming> awesome stuff btw
[00:07] <RFleming> this past week it's gone wonky
[00:07] <Unit193> Oh?
[00:07] <RFleming> Applications Menu icon changes
[00:07] <RFleming> icon themes don't apply on session start
[00:07] <RFleming> wallpapers have disappeared
[00:08] <RFleming> I logged in and had the ubuntu logo instead of the new xfce4 icon
[00:08] <RFleming> I change my icon settings and its fine
[00:08] <RFleming> the other day it was the old school xfce icon
[00:08] <RFleming> it's little niggly things that I have no clue how to report :)
[00:09] <Unit193> Sounds like the Xfce session, plus a weird artwork update and this is a fresh install I presume
[00:09] <Unit193> ?
[00:09] <RFleming> not fresh fresh... end of Feb
[00:10] <RFleming> I only have the old xfce wallpaper available now... pale blue with black X and mouse
[00:10] <RFleming> was looking in 'xfce', had to manually point back to /usr/share/xfce4/backdrops
[00:10] <Unit193> RFleming: dkpg -L xubuntu-wallpapers
[00:11] <RFleming> You wish for the output?
[00:11] <Unit193> Shouldn't need it, should be more or less full.
[00:12] <Unit193> http://paste.openstack.org/show/RgilLzwXD1M69TGZ9272
[00:12] <RFleming> shows usr/share/xfce4/backdrops/xubuntu-{saucy, quantal, raring}.png plus the docs and default xubuntu-wallpaper.png
[00:13] <RFleming> yeah, that's identical
[00:13] <RFleming> I even went so far as to reinstall artwork, wallpaper and a couple of other cosmetic packages
[00:14] <RFleming> I renamed my ~/.config/xfce4 folder as well and let xfce create a new one.
[00:16] <RFleming> right now the text for my icons has a light box with rounded borders and dark text.   The moment I go into settings and change the style to Greybird (which is already selected) they change back.  The next time I log in, it's back to as I described
[00:18] <RFleming> kinda like Adwaita is applied, but it shows Greybird
[00:18] <RFleming> panel colours all match Greybird
[00:47] <Unit193> RFleming: Well part of that is a known bug, and you are logging into the Xubuntu session, right?
[00:47] <Unit193> https://bugs.launchpad.net/ubuntu/+source/xfdesktop4/+bug/1270261
[00:49] <RFleming> No
[00:49] <RFleming> I don't use sessions
[00:49] <Unit193> Ah, so it is the Xfce one then.
[00:49] <RFleming> sorry, was in #ubuntu helping out
[00:51] <RFleming> call me crazy, but I like clean slates on log on :)
[00:51] <Unit193> No, this is the lightdm session, top right button.
[00:52] <Unit193> How you decide if you want Xfce, Xubuntu, Openbox, or whatever else is installed.
[00:52] <RFleming> ahh
[00:52] <RFleming> I don't change it
[00:52] <RFleming> last time I checked it was xubuntu
[01:03] <RFleming> Unit193, alright, I'm gonna log out and verify I'm indeed using the xubuntu session
[01:07] <RFleming> Unit193, yeah, am using the Xubuntu session
[02:07] <RFleming> So Unit193, eventually these little niggles should sort themselves out?
[02:07] <RFleming> I'm not caring much... it's why beta is beta, just curious :)
[02:07] <Unit193> RFleming: I'm not seeing them. >_>
[02:08] <RFleming> I'll see later in April with the RC comes out
[02:08] <RFleming> is the 17th still the go day?
[02:08] <Unit193> Still is.
[02:09] <RFleming> ooh
[02:10] <RFleming> looks like it got pushed
[02:10] <RFleming> or not
[02:10] <RFleming> wiki shows 24th as 14.04 final release
[02:10] <RFleming> but the actual release sched says 17
[02:11] <RFleming> I'll keep my mouth shut now :)
[02:11] <Unit193> What wiki?
[02:11] <RFleming> other project schedules
[02:12] <RFleming> https://wiki.ubuntu.com/OtherProjectSchedules
[02:12] <Unit193> Ah, just making sure it's not the Xubuntu wiki.
[02:13] <RFleming> my bad
[02:13] <RFleming> I should read twice before speaking
[02:15] <RFleming> I'm wondering if my constant use of dist-upgrade is one of the reasons my appearance has gone a little messy
[02:16] <Unit193> I only ever use that.
[02:16] <RFleming> was just a thought :)
[02:17] <RFleming> how would I go about re-initializing the Xubuntu session?
[02:17] <Unit193> Generally, nuke ~/.config/xfce4/ or ~/.config/
[02:18] <RFleming> I could try nuking the entire .config folder
[02:18] <RFleming> I just nuked ~/.config/xfce4
[02:18] <RFleming> ... well just rename it, just in case :)
[02:18] <Unit193> Try to make sure and do it when you aren't logged in to the X session.
[02:19] <Unit193> (TTY)
[02:19] <RFleming> I usually do.
[02:19] <RFleming> well, lemme give it a shot
[02:25] <RFleming> Unit193, http://imagebin.org/302029
[02:25] <RFleming> no go
[02:25] <RFleming> fresh .config
[02:26] <RFleming> I logged out, stopped lightdm, moved ~/.config, restarted lightdm and logged in
[02:26] <Unit193> Did you Already change back to applicationsmenu from whisker?
[02:27] <RFleming> yeah, I got rid of whisker
[02:27] <RFleming> but whisker is back here
[02:27] <Unit193> Ah, ok, didn't look the same.
[02:28] <RFleming> this screencap doesn't show whisker, but that's the default menu
[02:32] <RFleming> Once I click off greybird and reclick it, icon text then looks like this: http://imagebin.org/302030
[02:33] <Unit193> Yeah, that's the aforementioned bug.
[02:33] <RFleming> alright, I can live with that then
[02:34] <RFleming> That bug may affect other parts as well.
[02:35] <RFleming> examples.  The Whisker Menu properties show the icon you see in those screencaps
[02:35] <RFleming> but sometimes on log on, the actual icon will be the old X Mouse, or the orange ubuntu logo
[02:36] <RFleming> clicking on the icon in whisker menu properties, and then OK, the panel will then show the right icon
[02:37] <RFleming> and I have no clue why the xfce4 is no longer looking in /usr/share/xfce4/backdrops for wallpaper any longer
[02:37] <RFleming> those three cosmetic things have been my ONLY issues with 14.04
[02:38] <RFleming> (it looks for wallpapers in /usr/share/backgrounds/xfce)
[03:01] <RFleming> Unit193, curious question.  If I wanted to file a bug, what version would I say I'm running?  I installed beta1, but ran dist-upgrade as of 10 minutes ago
[03:02] <Unit193> Xubuntu 14.04, if it's not a test against a daily ISO saying that it's up to date is what matters.
[03:02] <Unit193> The system should report when you installed it.
[03:07] <RFleming> Is there a how-to on using launchpad? :)
[03:09] <Unit193> Uhhh...
[03:09] <Unit193> !bugs | :D
[07:43] <elfy> knome: I'm cool with marking the images ready - ~20 for each arch done
[07:44] <elfy> also will the blog page be the url it is now - though it will need finishing off
[07:44] <elfy> if so I'll tell infinity, then we can forget about it 
[07:46] <elfy> that is http://xubuntu.org/news/xubuntu-14-04-final-beta/
[08:31] <elfy> ochosi: in -release re the keyboard issue - "<infinity> We'll definitely need to make sure someone prioritized that one post-beta."
[08:40] <elfy> bug now assigned to ubuntu desktop team
[10:27] <starrats> good morning everyone!  My frozen cursor problem might have been repaired by this command I found on an ubuntu page yesterday.  So Just in case someone else comes to you for assistance with this problem, here is the command I used yesterday and have had 3 good restarts and this morning Weather for Kent, OH | Temperature: 21°F / -6°C (Wind Chill: 16°F / -9°C); Humidity: 67%; Pressure: 30.20in /
[10:27] <starrats> 102.3kPa;        │
[10:27] <starrats>                       | Conditions: Scattered clouds; Wind: Ese, 4mph / 6kph; Updated: 19 mins, 57 secs ago | Forecast for Thursday: Chance of rain; High of     │
[10:27] <starrats>                       | 48°F / 9°C; Low of 45°F / 7°C | Forecast for Friday: Rain showers; High of 48°F / 9°C; Low of 30°F / -1°C |when i turned on the comp 
[10:28] <starrats> sorry that was not to happen
[10:29] <starrats> the command is this 'sudo apt-get install --reinstall xubuntu-desktop
[10:29] <starrats> the weather crap should not have happened, 
[10:29] <CyborgCygnus> Oh my god, swearing, like disgusting.
[10:29] <starrats> so very sorry folks
[10:30] <CyborgCygnus> ;)
[10:30] <CyborgCygnus> Just pulling your leg
[11:05] <ochosi> elfy: that sounds like progress. (let's hope it is)
[11:14] <elfy> ochosi: I hope so :)
[11:24] <starrats> I hope so too!  :)
[11:30] <brainwash> what? :)
[11:43] <ochosi> brainwash: when i asked you about the xfdesktop patch yesterday the idea was that you could test it, so yeah, it's ready for testing
[11:43] <CyborgCygnus> ochosi, What does that patch fix?
[11:47] <brainwash> ochosi: but it basically reverts the previous commit
[11:47] <brainwash> so I am curious
[11:48] <brainwash> is there more to expect
[11:49] <ochosi> not really
[11:49] <ochosi> it reloads the iconview instead of destroying it
[11:49] <ochosi> CyborgCygnus: https://bugs.launchpad.net/ubuntu/+source/xfdesktop4/+bug/1270261
[11:52] <brainwash> ochosi: ok, you should also add a comment to the upstream report then
[11:53] <brainwash> I did not start my test system yet to verify that it works like expected
[11:54] <brainwash> ochosi: I remember that you've asked about the default DPI value like 1 month ago
[11:54] <brainwash> and now got this report here bug 1297893
[11:55] <brainwash> it appears to me that the user "messed up", the default is to override the DPI value (96 DPI), or?
[12:01] <elfy> knome: marked our images as ready now
[13:03] <AussieDownUnder> Just checking out the install screen on the xubuntu daily. Good work, so polished that I can see my reflection.
[13:18] <AussieDownUnder> Nice it even auto picks an Australia server to download from rather then default ubuntu one.
[16:04] <brainwash> nice, we got 3 patches for xfdesktop
[16:05] <brainwash> which means that 3 more bug reports can be closed soon
[16:06] <elfy> always good
[16:11] <brainwash> do we want to fix this? bug 1271861
[16:12] <brainwash> to improve the overall experience
[16:22] <brainwash> elfy: any ibus news?
[16:24] <elfy> only that canonical desktop team are involved in it now
[16:24] <elfy> and someone is looking 
[16:26] <brainwash> ok
[16:29] <brainwash> ali1234: hey, can you check if xfdesktop really leaks memory?
[16:29] <brainwash> https://bugzilla.xfce.org/show_bug.cgi?id=10759
[16:38] <ochosi> brainwash: not sure what happens there with the DPI. that should work ootb
[16:39] <ochosi> and wrt xfdesktop patch, i think that eric plans to push that if it works for >1 testers
[16:39] <brainwash> already pushed.. like 45min ago
[16:39] <brainwash> :D
[16:39] <ochosi> ah ok
[16:39] <ochosi> good good
[16:40] <ochosi> one thing less to worry about then
[16:40] <brainwash> now we need to package this stuff
[16:41] <brainwash> less glitches to complain about :)
[16:41] <ochosi> yeah, that is not my department :)
[16:42] <ochosi> (packaging i mean)
[16:42] <ochosi> bbl
[17:24] <ali1234> brainwash: i tried but i could only reproduce it once
[17:25] <ali1234> i could not get a proper valgrind dump because whatever it leaks it de-allocates immediately on exit
[17:25] <ali1234> i have seen this kind of behaviour before
[17:25] <ali1234> anyway i needed to get xfdesktop compiled with debug symbols, and when i built it from git i could not reproduce
[17:26] <ali1234> i used a set of scripts tat change the background every 3 seconds
[17:26] <ali1234> i managed to make it leak about 3.5GB
[17:26] <ali1234> but only with the distro package. git version should be identical but it does not leak
[17:27] <ochosi> maybe it's the accountsservice patch
[17:27] <ali1234> ah-ha
[17:27] <ali1234> i bet that's what it is :)
[17:28] <ochosi> we've been carrying that for a while, so far nobody complained
[17:28] <ali1234> i always forget distro-patches
[17:28] <ochosi> i have to mention that i didn't write it, just update it for 4.11
[17:28] <ali1234> well most people don't change wallpaper every 3 seconds
[17:28] <ochosi> yeah
[17:28] <ali1234> i'll look at that
[17:28] <ochosi> ty
[17:30] <ali1234> const gchar *user_name never gets unref'd/freed
[17:30] <brainwash> awesome
[17:30] <ali1234> that's only two bytes per change though
[17:30] <ali1234> (in my case)
[17:31] <ali1234> bet there's more
[17:32] <brainwash> only tested the git version, I'll check my daily ppa one now
[17:32] <brainwash> which includes the debian/ubuntu patches
[17:32] <ali1234> documentation does not specify whether it is supposed to be freed or not
[17:33] <ali1234> set_accountsservice_user_bg(xfce_backdrop_get_image_filename(backdrop));
[17:34] <ali1234> i wonder if the return from that xfce_ func should be freed...
[17:35] <ali1234> nope
[17:35] <ali1234> wwell i guess i aply this patch, build, and run valgrind again
[17:39] <ali1234> okay, test is running
[18:30] <ali1234> yep, it's rising
[18:31] <ali1234> we should really fix more memory leaks
[18:32] <ali1234> i'm tired of reading blogs saying xfce uses as much memory as gnome
[18:33] <brainwash> Xubuntu is evil, it eats your memory
[18:36] <ali1234> it does though
[18:56] <knome> elfy, thanks for taking care; i probably should have mentioned i was going to be away the whole day
[18:57] <elfy> knome: welcome - they just need fiddling with for links is all I think
[18:57] <knome> they? :)
[18:58] <elfy> it 
[18:58] <elfy> wiki should be ok 
[18:59] <starrats> I have a question.  Currently 14.04 is at the kernel 3.13.0.19 Generic, when will the next upgrade to the kernel?
[19:01] <elfy> no idea - I don't follow that 
[19:01] <starrats> ah okay
[19:01] <starrats> would anyone?
[19:02] <elfy> I expect so - but as I don't follow it - I don't know that either :)
[19:02] <elfy> though the kernel team meets in -meeting regularly and the logs get posted
[19:02] <slickymaster> starrats: take a ook at this: http://voices.canonical.com/kernelte...march-25-2014/
[19:03] <knome> that's not a full url
[19:03] <knome> #startmeeting Xubuntu community meeting
[19:03] <meetingology> Meeting started Thu Mar 27 19:03:26 2014 UTC.  The chair is knome. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[19:03] <meetingology> Available commands: action commands idea info link nick
[19:03] <slickymaster> yeah, starrats http://voices.canonical.com/kernelteam/2014/03/25/kernel-team-meeting-minutes-march-25-2014/
[19:03] <knome> who's here for the meeting, and would somebody other than me willing to chair?
[19:04] <elfy> I'm here - but in and out a bit 
[19:04] <slickymaster> o/ just for the meeting
[19:05] <elfy> and I can't drive the bot either
[19:05] <knome> anybody else here for the meeting, or should we skip to next week?
[19:06] <knome> we don't seem to have any pushing issues, and as b2 is out today, not much we can do about that either
[19:06] <elfy> I'd guess people look at the calendar to see if there is one - it's missing for today
[19:06] <slickymaster> apparently just us three :P
[19:06] <knome> right...
[19:07] <knome> !team | meeting time
[19:07] <pleia2> o/
[19:07] <knome> hey pleia2
[19:07] <slickymaster> elfy: blame Unit193 for that
[19:07] <elfy> rrrrrrrrrrrrrrrrrrrrrr
[19:07] <elfy> oops
[19:07] <slickymaster> he's the one who usually adds it to the calendar
[19:08] <elfy> apparently I could - but I don't know where to so ... 
[19:08] <knome> "what do you mean it's not on the calendar"
[19:08] <knome> :P
[19:08]  * elfy has screenshot 
[19:08] <elfy> for Justin :p
[19:08] <knome> :P
[19:08] <knome> so... do we have something to discuss?
[19:08] <elfy> I cna bring you up to date on ibus
[19:08] <elfy> and ask a question
[19:09] <slickymaster> the tour page, knome ?
[19:09] <elfy> and bitterly complain about something :p
[19:09] <knome> hmmh,
[19:09] <knome> let's do this first
[19:09] <knome> #topic Team updates
[19:09] <elfy> #info elfy images got tested ~50 times
[19:10] <knome> elfy, you happy with that?
[19:10] <elfy> #info elfy no upgrade testing done
[19:10] <knome> oh boo
[19:10] <elfy> I was indeed happy with that - though it'd have been nice to have more done by -team
[19:10] <knome> elfy, let's try to concentrate on that with the dailies before RC
[19:10] <pleia2> I am sure I had updates
[19:10] <knome> me too, but i've forgot most
[19:10] <knome> #done knome did things that are marked as "done" in the blueprints
[19:11] <knome> #done knome updated the website content + some page looks
[19:11] <elfy> #info elfy ibus keyboard issue this has been picked up by someone from Canoncial Desktop Team
[19:11] <elfy> which is good 
[19:11] <pleia2> #done pleia2 completed website-related updates on /Xubuntu/Processes
[19:11] <knome> #done knome and pleia2 worked to get the G+ group owner issue resolved
[19:11] <knome> #done knome and ochosi worked on the wallpaper during the last two weeks, producing many blue variants
[19:11] <pleia2> #done knome and pleia2 updated system requirements and added a new page at http://xubuntu.org/getxubuntu/requirements/
[19:11] <starrats> okay thanks
[19:12] <elfy> #action xubuntu-qa Push upgrade testing, slow down on daily testing
[19:12] <meetingology> ACTION: xubuntu-qa Push upgrade testing, slow down on daily testing
[19:12] <knome> elfy, except daily upgrade testing? ;)
[19:12] <knome> #nick xubuntu-qa
[19:12] <elfy> it'll make sense when I post to the list ;)
[19:12] <knome> #info many bugs were looked at and some have patches queued
[19:13] <elfy> question - what are we doing for RC - anything specific? or will it just be a 'day' 
[19:13] <knome> #info if there is any bug at http://status.ubuntu.com/ubuntu-t/group/topic-t-flavor-xubuntu.html you are working on, but is not assigned to you, please do that ASAP
[19:14] <elfy> there won't be a milestone from what I can see
[19:14] <knome> elfy, obviously, i expect us to have "all" of the bugfixes and last features uploaded
[19:14] <knome> so some "final" testing
[19:14] <elfy> ok 
[19:14] <knome> to make sure everything is in place
[19:14] <knome> probably some exploratory testing
[19:14] <knome> and thinking outside the box
[19:14] <knome> making sure we don't have anything weird
[19:14] <elfy> qa blueprint at 100% then :)
[19:15] <slickymaster> kudos on that elfy 
[19:15] <knome> should be anything at 100% at RC...
[19:15] <knome> except maybe marketing
[19:15] <knome> which doesn't really have release-critical stuff
[19:15] <elfy> and possibly bugs
[19:16] <knome> well i'd hope it's at 100%
[19:16] <knome> it won't be
[19:16] <knome> but that's the goal...
[19:16] <elfy> :)
[19:16] <knome> if it's not, make sure we document those issues clearly for the release notes
[19:16] <knome> (those we think are worth mentioning)
[19:16] <elfy> yep - that makes sense
[19:16] <knome> #topic Other business
[19:16] <knome> so anything else
[19:16] <elfy> not from me
[19:17] <knome> elfy, want to do the update on ibus?
[19:17] <elfy> I did ... 
[19:17] <knome> (i read the backlogs before i started the meeting, so i know where we're at)
[19:17] <knome> yep
[19:17] <knome> i noticed, was thinking if you wanted something more ;)
[19:17] <knome> so...
[19:17] <elfy> nope - just wanted to mention that it was assigned now 
[19:17] <knome> elfy, did you know what the IRC nick for the person who should know what's up is?
[19:18] <knome> or are they on IRC?
[19:18] <elfy> ibus? 
[19:18] <knome> yes
[19:18] <knome> i noticed somebody specified a name
[19:18] <elfy> happyaron I believe
[19:18] <knome> okay
[19:19] <elfy> yep - that's the guy
[19:19] <knome> will you be in touch with him?
[19:19] <elfy> well - I will be in the channel when I can be - I'll try and at least let him know who I am 
[19:19] <elfy> so he can ping me if necessary
[19:19] <knome> yeah, that would be good
[19:20] <elfy> #action Elfy contact happyaron at least prior to meeting 3/4 
[19:20] <meetingology> ACTION: Elfy contact happyaron at least prior to meeting 3/4
[19:20] <knome> great
[19:20] <knome> and great for expecting the next meeting date ;)
[19:20] <knome> anything else?
[19:20] <elfy> ha ha ha 
[19:21] <elfy> nope
[19:21] <knome> pleia2, slickymaster ?
[19:21] <slickymaster> nothing from me
[19:21] <knome> slickymaster, everything ok with slideshow translations now?
[19:21] <slickymaster> with pt_PT yes
[19:21] <knome> heh, well i meant generally
[19:21] <slickymaster> do we have any kind of feedback on the call knome ?
[19:21] <knome> but ok, i suppose it's ok
[19:22] <knome> some people told they translated the slideshow
[19:22] <knome> and asked about the "thanks for installing xubuntu with us" sentence
[19:22] <knome> i've replied that though
[19:22] <knome> and i guess, for the record
[19:22] <slickymaster> yeah I saw that on the -devel ML
[19:23] <elfy> it does look a bit corny I guess 
[19:24] <pleia2> I'm good
[19:24] <knome> #info Translators reading the meeting minutes and not being sure, it is okay to do free translations on the slideshow and modify the text a bit to make it sound good in the destination langauge; as long as the technical bits are as they were in the english translation and the message generally reads the same, we're fine
[19:24] <slickymaster> https://translations.launchpad.net/ubuntu/trusty/+source/ubiquity-slideshow-ubuntu/+pots/ubiquity-slideshow-xubuntu shows that not much has been done 
[19:24] <slickymaster> :P
[19:25] <knome> six complete translations!
[19:25] <slickymaster> yes
[19:25] <knome> german seems to be coming up
[19:26] <slickymaster> and most of them with 0% translated
[19:26] <elfy> I can do AU .. 
[19:26] <knome> elfy, oh "yay" ;)
[19:26] <pleia2> hehe
[19:26] <knome> when christoffer comes online, tell him to do swedish
[19:26] <pleia2> do they say flavour too?
[19:26] <slickymaster> GridCube could finish the spanish one
[19:26] <knome> and pleia2 can obviously do mongolian and uzbek
[19:26] <elfy> pleia2: I hope so - it is the correct spelling after all :p
[19:27] <pleia2> haha
[19:27] <knome> ok,
[19:27] <knome> #topic Next meeting
[19:27] <knome> we okay with this time next week?
[19:28] <elfy> I am 
[19:28] <slickymaster> fine with me
[19:28] <elfy> and we've got ibus on the calendar for the same time too
[19:28] <knome> #info Next meeting: Thu 3 Apr, 19 UTC @ #xubuntu-devel
[19:28] <knome> meeting is up in the calehdar.
[19:28] <elfy> it's on the calendar for 6pm UTC ... 
[19:28] <knome> calendar too.
[19:29]  * elfy takes screenshot 
[19:29] <knome> it's updated now
[19:29] <knome> stupid DST
[19:29] <elfy> pebkac
[19:29] <knome> not really, more in the timezones :P
[19:29] <knome> and DST weirdnesses
[19:29] <knome> #endmeeting
[19:29] <meetingology> Meeting ended Thu Mar 27 19:29:43 2014 UTC.  
[19:29] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/xubuntu-devel/2014/xubuntu-devel.2014-03-27-19.03.moin.txt
[19:29] <elfy> :)
[19:29] <pleia2> thanks knome 
[19:29] <knome> 3 weeks to release!
[19:30] <elfy> I'm fine till sunday then it will all go wrong for me and the clock ... 
[19:30] <pleia2> what's the deal with the wallpapers anyway?
[19:30] <elfy> knome: roll on 3 weeks tomorrow
[19:30] <pleia2> xfce, debian
[19:30] <pleia2> we're all off brand!
[19:30] <knome> ;)
[19:30] <elfy> pleia2: yea :)
[19:30] <knome> will be looking at those problems when we are uploading the new wallpaper
[19:32] <knome> hmmm...
[19:32] <knome> the bot is weird today
[19:32] <knome> not getting all action items
[19:32] <brainwash> debian and default Xfce wallpaper... back to the roots!
[19:32] <pleia2> hehe
[19:32] <elfy> hi micahg-work 
[19:32] <micahg-work> sorry, lost track of time
[19:33] <elfy> just so you know - the ibus issue has been picked up by someone in Canonical Desktop Team
[19:33] <micahg-work> awesome
[19:34] <knome> well, we are kind of going back to the roots with our new wallpaper
[19:34]  * knome gives teasers
[19:34] <elfy> lol
[19:35] <knome> meeting minutes up.
[19:35] <knome> elfy,     IBus issue update (elfy) 
[19:35] <knome> elfy, on the agenda
[19:35] <knome> elfy, remove if you wish. :P
[19:36] <knome> but we will want the update anyway
[19:36] <elfy> yea - leave it on there it's fine 
[19:36] <knome> slickymaster, want to discuss the tour page?
[19:37] <knome> we can even pester pleia2 with it!
[19:37] <pleia2> team report updated
[19:38]  * knome bows
[19:38] <knome> team reporting that happens during the week with similar bot commands would be awesome.
[19:38] <knome> then we could poke the bot to spit them out during the meeting to get them in the minutes
[19:39] <pleia2> yeah
[19:39] <knome> and we could also make the bot output them in a monthly view
[19:39] <pleia2> but copy/paste from meeting is easy enough, I'm not so worried
[19:39] <knome> yeah, but things are forgotten
[19:39] <knome> and everybody can't be around
[19:39] <knome> if they could do it when they are on IRC and finished the stuff, we'd have a better report
[19:39] <pleia2> knome: I made this for you https://bugs.launchpad.net/xubuntu-website/+bug/1298564 <3
[19:39] <knome> duh!
[19:39] <pleia2> :D
[19:40] <knome> fsst
[19:40]  * pleia2 is not very good at gifts
[19:40] <knome> marked it "incomplete"
[19:40]  * elfy knows that 
[19:40] <pleia2> haha
[19:40] <knome> well it's triaged now...
[19:40] <ali1234> are you gonna fix all the "sex" screenshots?
[19:41] <knome> ali1234, for trusty.
[19:41] <ali1234> ok
[19:41] <ali1234> people are noticing it
[19:41] <ali1234> i guess it's publicity lol
[19:41] <knome> i've noticed they are noticing
[19:41] <pleia2> what are we noticing?
[19:41] <knome> also, i'm wondering why adult men go to giggling little girls
[19:42] <ali1234> http://xubuntu.org/wp-content/uploads/2011/09/desktop.png <- look at the clock
[19:42] <knome> pleia2, sex in the screenshot.
[19:42] <knome> pleia2, as literally as you can take that...
[19:42]  * pleia2 eyeroll
[19:43] <brainwash> we should pixelate it
[19:43] <knome> i think we should just forget about it
[19:43] <pleia2> what is it? different language translation of something?
[19:43] <knome> "ihihihiihihihi, a screenshot says 'sex'"
[19:43] <knome> so what?
[19:43] <ali1234> yeah, portuguese
[19:43] <knome> pleia2, portuguese for "Fri"
[19:43] <pleia2> that's what I thought
[19:43] <pleia2> people need to grow up :)
[19:43] <knome> yes
[19:44] <ali1234> turns out in portuguese the days don't actually have names
[19:44] <ali1234> it's just "first day", "second day" etc
[19:44] <knome> we should make sure we do the new screenshots for 14.04 in english, but for now, just dismiss...
[19:44] <pleia2> ah, so sixth day, sexta-feira
[19:44] <knome> i'm actually "waiting" when we have a bug report about that
[19:44] <pleia2> knome: +1
[19:44] <ali1234> i can make one if you like :)
[19:45] <knome> ali1234, no, i really don't...
[19:45] <knome> ali1234, i was being highly sarcastic
[19:45] <pleia2> knome: when we upload wallpaper?
[19:45] <pleia2> I need to take flavor screenshots for a book
[19:45] <knome> pleia2, i can be in touch with you as soon as it is ready
[19:45] <pleia2> ok
[19:45] <knome> pleia2, but i hope we will have a UIFe bug at latest on monday
[19:45] <micahg-work> 6 babies born at once are sextuplets...
[19:45] <pleia2> cool
[19:46] <knome> so, the screenshot would be finished during the weekend
[19:46] <knome> does that work with your schedule?
[19:46] <pleia2> should be fine
[19:46] <knome> ok, ping me if the schedule seems to get too tight
[19:46] <ali1234> Noskcaj: i know there's loads of thunar crash bug on LP, i can see them all through errors.ubuntu.com, but they're not useful at all
[19:46] <pleia2> I need to chase down other flavors to see if their desktops are done, but tired
[19:46] <knome> we can give you something nobody notices
[19:46] <knome> err, i mean
[19:46] <knome> something that will be so close to the final one nobody notices
[19:47] <pleia2> it's printed in black and white anyway :)
[19:47] <knome> we've been throwing around just color variations(!) lately
[19:47] <Noskcaj> ali1234, ok.
[19:47] <knome> which all have a different shade of blue in one spot basically...
[19:47]  * pleia2 nods
[19:47]  * knome shakes head at artists...
[19:47] <ali1234> Noskcaj: i would advice not making them public, because they very often contain filenames etc
[19:48] <pleia2> knome: haha
[19:48]  * pleia2 back2work
[19:48] <knome> hf
[19:48] <knome> i'm off to eat something
[19:48] <knome> will be back after that
[19:50] <elfy> knome: you has mail 
[19:51] <elfy> that can definitely wait till you've eaten :)
[19:52] <brainwash> Noskcaj: we can close 3 lp reports by packaging xfdesktop git head
[19:52] <Noskcaj> brainwash, 1. Regression potential? 2. Can upstream just release the next version then?
[19:53] <brainwash> 1. tested by ochosi and me 2. maybe
[19:53] <brainwash> but that would be a quick next point release
[19:55] <brainwash> 4.11.4 is only 9 days old
[19:55] <ali1234> hmm i am confused. xfdesktop is using 1.5g resident but valgrind does not see it
[19:56] <brainwash> and we need to fix the mem leak (not upstream)
[19:57] <brainwash> Noskcaj: is is ok to generate the patches from the according git commits and just add them to quilt?
[19:58] <Noskcaj> probably, but if i can make a tarball it's probably easier to do it like that
[19:58] <brainwash> mmh
[19:59] <brainwash> we got the same problem with abiword
[19:59] <brainwash> :(
[20:00] <Noskcaj> I really wish we were on abiword 2.x.x or libreoffice
[20:02] <brainwash> but it seems so easy, pick the stable patches and release an upgraded package
[20:02] <brainwash> but there is also debian
[20:02] <brainwash> and things need to be kept in sync somehow
[20:02] <knome> elfy, we have the wallpaper landing, which should affect *some* 13.10 -> 14.04 upgrades.
[20:03] <ochosi> sorry for missing the meeting earlier
[20:03] <ochosi> something unforeseen came up..
[20:03] <knome> elfy, basically, everybody who is still using the default wallpaper from the default location should get updated the new wallpaper
[20:03] <ochosi> read the backlog though
[20:04] <knome> elfy, then, i would also consult elfy and micahg to make sure the upgrades *should* end up with the components we want
[20:04] <micahg-work> Noskcaj, FWIW, I'd rather have a tagged release + patches than a new tarball of a snapshot, but that's just me, that keeps the tarball and the package  reproducible
[20:04] <micahg-work> it also depends how many patches
[20:04] <Noskcaj> micahg-work, I'm starting to agree, since it's always a pain to make xfce git into a working tarball
[20:05] <ochosi> micahg-work: btw, we got +1 from gilir on the light-locker FFe
[20:05] <micahg-work> ochosi, ok, I can upload tonight then
[20:05] <micahg-work> Noskcaj, git format-patch might be useful
[20:05] <ochosi> micahg-work: great!
[20:05] <ochosi> thanks!
[20:05] <knome> micahg-work, what is "tonight" in UTC time?
[20:05] <micahg-work> haha, 01:00 UTC or later
[20:06] <knome> okay.
[20:06] <knome> are you up for doing other uploads?
[20:06] <ochosi> micahg-work: there are a few more things we're considering to fix that might need uploads, specifically we're considering to fix inconsistencies in xfce4-session and xfce4-power-manager
[20:06] <knome> i will of course make sure we have the exceptions where needed.
[20:06] <micahg-work> knome, depends how easy they are :)
[20:06] <brainwash> Noskcaj: lp numbers 1270261 1272057 1282227
[20:06] <micahg-work> give me a list and I'll see what I can do
[20:06] <micahg-work> ochosi, sounds good
[20:06] <knome> micahg-work, update the wallpaper in all places, so generally easy (copy -default to -saucy, copy new to -default)
[20:07] <Noskcaj> ok, thanks. Is that all 4 git commits?
[20:07] <knome> micahg-work, i have no idea if we will make it, but *if*...
[20:07] <micahg-work> knome, UIFe (docs with old wallpaper)
[20:07] <ochosi> i think the wallpaper is in xubuntu-artwork, so i can push it there and make the changes
[20:07] <brainwash> Noskcaj: 3 commits, 1 commit is not related to any lp report
[20:07] <ochosi> plus update the changelog
[20:07] <knome> micahg-work, it is under UIFe yes, but i will make sure we have that.
[20:07] <knome> ochosi, is it in -artwork for all the packages?
[20:07] <ochosi> i think so
[20:07] <micahg-work> knome, ok, FTR, that's our docs team signing off if it's only seeded by is
[20:07] <micahg-work> us
[20:07] <knome> plymouth, greeter, desktop
[20:08] <knome> micahg-work, yes, i'll sign that off for our docs team
[20:08] <knome> we don't have the wallpaper anywhere though
[20:08] <ochosi> knome: yeah, iirc we set it up so that it only has to be changed in one place
[20:08] <knome> the installer slideshow is an arbitrary blue image...
[20:08] <knome> (+background)
[20:08] <knome> ochosi, that's very wise of us ;)
[20:09] <elfy> knome: that doesn't make sense ... "elfy, then, i would also consult elfy and micahg to make sure the upgrades *should* end up with the components we want"
[20:09] <knome> elfy, err, ochosi and micahg :P
[20:09] <knome> elfy, does it still not make sense?
[20:09] <elfy> ok - I thought so - just wanted to make sure of that 
[20:12] <elfy> knome: though will that not be what's on the release notes?
[20:13] <knome> elfy, what?
[20:13] <elfy> end up with the components we want
[20:14] <knome> hmm,
[20:14] <knome> well yes, if there is some technical issues we can't overcome
[20:14] <knome> but at the moment, i'm not sure we've done everything we can
[20:14] <knome> ..does that make sense?
[20:14] <elfy> yep
[20:15] <ochosi> micahg-work: hm, why don't we have a branch for saucy of xubuntu-default-settings?
[20:15] <micahg-work> no idea, probably because no one pushed one after release
[20:15] <micahg-work> you need it now?
[20:15] <ochosi> well it would be good/consistent to have
[20:16] <ochosi> i actually wanted to compare some default settings
[20:18] <micahg-work> sigh, that's not right, give me a minute
[20:21] <micahg-work> https://launchpad.net/xubuntu-default-settings/saucy
[20:21] <elfy> knome: images are up - blog is updated to have that - all ready to publish 
[20:22] <micahg-work> ochosi, FWIW, you have all the history in the trunk branch as there haven't been any updates in saucy
[20:22] <knome> elfy, thanks
[20:22] <knome> pleia2, do you happen, by any means, have a sec to check the blog?
[20:22] <elfy> I don't think there are any glaring errors - but a set of eyes will be good :)
[20:23] <ochosi> micahg-work: thanks! it's just a matter of consistency/habit to me. we do the same thing in most of our other branches as well (at least in -artwork, we do too)
[20:23] <micahg-work> bzr log -p -r 13.10.5..
[20:23] <ochosi> sure
[20:23] <micahg-work> it's useful for SRUs and consistency
[20:23] <ochosi> indeed
[20:23] <micahg-work> but if you're trying to check what's changed, a diff will probably be more helpful
[20:24] <pleia2> knome: what about it?
[20:24] <micahg-work> replace log with diff if you want just a diff
[20:24] <knome> pleia2, just look if it's all fine
[20:24] <ochosi> micahg-work: yup, have been getting a bit more familiar with bzr this cycle :)
[20:24] <knome> pleia2, just the set of eyes elfy wanted
[20:24] <pleia2> knome: would be nice to see history there too
[20:25] <pleia2> here's my rundown
[20:25] <pleia2> http://xubuntu.org/blog/ - Can see "newest" but no way to go back further except by category
[20:25] <pleia2> http://xubuntu.org/news/category/faq/ - No way to go back to earlier ones at all, boo
[20:25] <pleia2> http://xubuntu.org/news/category/articles/ & http://xubuntu.org/news/category/news/ - perfect (see bottom left)
[20:26] <knome> aha...
[20:27] <ochosi> micahg-work: quick question. in xubuntu-artwork we generate the link to the most recent wallpaper in the debian packaging (debian/xubuntu-wallpaper.links). is it possible that something about that is broken (or not ready/generated in the live session yet) and that would be the reason for ubiquity not to show our wallpaper?
[20:28]  * pleia2 seeks lunch
[20:30] <knome> fwiw, we do have that file and it links to the correct place
[20:34] <micahg-work> ochosi, I'm not sure how casper handles symlinks
[20:34] <micahg-work> and/or squashfs
[20:35] <micahg-work> they should work normally I think though
[20:37] <ochosi> micahg-work: well it used to work in saucy, so it's a bit of a shot in the dark anyway
[20:38] <knome> i hear the symlink shouldn't be a problem, edubuntu does the same and it works for them
[20:38] <knome> (i'm in a PM with stgraber)
[20:38] <ochosi> hmkay
[20:39] <ochosi> well it's weird, if we have the wallpaper in place and ubiquity points to it, why isn't it working?
[20:39] <ochosi> bug in ubiquity maybe?
[20:39] <knome> well i'm asking about that...
[20:39] <ochosi> ok ty
[20:40] <knome> no immediate idea what might be wrong
[20:40] <micahg-work> did you verify you can see the wallpaper in the right place in the live env?
[20:41] <knome> i checked from a TTY, the wallpaper is there
[20:41] <knome> rechecking if i can *see* it
[20:41] <ochosi> knome: you're in the live session?
[20:41] <knome> yes
[20:41] <knome> now i am
[20:42] <ochosi> hmm, odd
[20:42] <knome> can see xubuntu-wallpaper.png
[20:42] <knome> is link, and shows the correct png
[20:42] <micahg-work> ok
[20:42] <micahg-work> well, then, maybe a setting is off somewhere
[20:42] <ochosi> it's hardcoded
[20:42] <ochosi> http://bazaar.launchpad.net/~ubuntu-installer/ubiquity/trunk/view/head:/bin/ubiquity-dm#L369
[20:42] <ochosi> micahg-work: ^
[20:43] <ochosi> so there is no setting i think...
[20:48] <micahg-work> that should work, python 3.3 defaults to following symlinks
[20:48] <micahg-work> does studio's wallpaper still work?
[20:49] <knome> i haven't seen a bug report about it not working
[20:50] <elfy> I think they had issues other than worry about wallpaper
[20:50] <elfy> I've got a day old image - booting it
[20:50] <knome> elfy, thanks
[20:50]  * dkessel starts dual LTS upgrade tests
[20:51] <elfy> micahg-work: studio's wallpaper is ok - or was a day or so ago 
[20:51] <dkessel> i'll do one as an image upgrade test
[20:51] <elfy> post when it went wrong for us
[20:52] <knome> dkessel, mm
[20:52] <elfy> dkessel: thanks
[20:52] <knome> dkessel, wait.
[20:52] <dkessel> OK?
[20:52] <knome> dkessel, bug 1155167
[20:52] <dkessel> still installing precise ;)
[20:52] <knome> dkessel, can you look at that while you do it?
[20:53] <dkessel> OK can do that
[20:53] <knome> cheers
[20:53] <Noskcaj> xfdesktop branch is uploading now
[20:58] <micahg-work> ok, gotta go
[21:05] <elfy> knome pleia2 - is the blog ok to publish? 
[21:06] <elfy> though - it seems that infinity is waiting a while anyway 
[21:06] <elfy> I'm off - cya tomorrow
[21:28] <dkessel> hmmm it seems the precise installation did not create a swap partition. at least ubiquity tells me it cannot find a swap partition when i do the image upgrade
[21:37] <dkessel> hehe... nice new choice of pink in the slides
[21:42] <ochosi> pleia2: ever considered doing a xubuntu princess edition?
[21:55] <dkessel> meh. ok. is this a bug? after LTS upgrading, there is no whiskermenu, and there is a desktop switcher with two desktops as default... well all in all the panel looks different
[21:55] <dkessel> or not ;) it still looks like in precise
[21:55] <dkessel> knome: should i expect my desktop to look like it was before upgrading the OS?
[21:56] <knome> dkessel, user configration isn't generally updated...
[21:56] <knome> dkessel, say, you had 3 panels in your desktop in precise
[21:56] <dkessel> knome: ...and is implicitly created on first login or so?
[21:56] <knome> we're not going to force you to use one panel with whatever we think is sane
[21:56] <knome> when you do a clean install, you will get the new defaults
[21:57] <knome> when you upgrade, you pretty much keep your configuration files
[21:57] <dkessel> ok. good. never did upgrade tests before.
[21:57] <Unit193> Also, that's just not how it works.  You can clear it out of ~/.config/xfce/ though.
[21:57] <knome> yep.
[21:57] <dkessel> btw the bug above is still there. will mark it using the iso tracker
[21:58] <dkessel> Unit193: what do you mean with "that's just not how it works?"
[21:58] <Unit193> XDG, config, etc.
[21:59] <Unit193> knome: ES still fails to validate.
[22:00] <knome> bah
[22:00] <knome> i'll look at it $later
[22:00] <Unit193> http://paste.progval.net/show/841/
[22:02] <Unit193> en_AU, fi, fr, ja, oc, pl, pt, ru, sq, and sv all do.
[22:12] <ali1234> xfdesktop is using 4 gigs but valgrind just can't see it... i don't understand
[22:14] <ochosi> ali1234: that's not with git, only with the ubuntu version though, right?
[22:14] <ali1234> i have not been able to reproduce it without the accountservice patch
[22:14] <ali1234> maybe i was just doing it wrong though
[22:15] <ochosi> maybe it's a bug in accountsservice?
[22:15] <ochosi> (after all, the wallpaper-feature is an ubuntu-specific patch in accountsservice)
[22:15] <Unit193> Heh, I have a lot more issues with xfwm than xfdesktop.
[22:16] <ali1234> accountsservice patch introduces gio dependency?
[22:16] <ali1234> i think that is the problem
[22:16] <ochosi> i thought gio is needed for the network-drives stuff on the desktop, no?
[22:17] <ochosi> Unit193: what issues do you have with xfwm?
[22:17] <brainwash> ochosi: true
[22:17] <ochosi> brainwash: hm, what is?
[22:18] <brainwash> gio is required for the removable device management
[22:19] <ali1234> yes but the account service patch adds "#include <gio.h>"
[22:19] <brainwash> so it shouldn't be a new dependency
[22:19] <brainwash> so does xfdesktop-file-icon-manager.c
[22:20]  * pleia2 thumbs up on b2 announcement
[22:20] <pleia2> if, you know, it ever lands :)
[22:21] <ochosi> i could imagine that the gio depend in xfdesktop was introduced after the accountsservice patch was written
[22:22] <pleia2> ochosi: alas, princess edition will have to wait until I make time for silly things (unless it's just a background image change, DONE)
[22:22] <pleia2> although, on tuesday...]
[22:23] <ochosi> pleia2: i'd at least expect an accordingly colored theme
[22:24] <ochosi> and probably a different mouse cursor ;)
[22:24] <brainwash> ali1234: how much memory is leaked on a single wallpaper change?
[22:24] <pleia2> see, the trouble with that is I fail at color, so it would just be horrific :)
[22:24] <ali1234> brainwash: not enough to be measurable
[22:24] <pleia2> (princess edition should be beautiful!)
[22:25] <ali1234> when the wallpaper changes 3 times per second it leaks 4GB in a couple of hours
[22:25] <pleia2> ouch
[22:25] <ochosi> pleia2: yup, i figured it should
[22:25] <ochosi> yeah, so that doesn't sound like a huge problem in most RL scenarios
[22:25] <dkessel> slickymaster: mugshot does not save a webcam recorded profile image in ~/.face - does it save it somewhere else?
[22:25] <ali1234> so its around 1mb per wallpaper change
[22:26] <ali1234> i'm running without account service patch now
[22:26] <ali1234> in two hours or so we'll know if it is the problem
[22:27] <ochosi> huhu
[22:27] <brainwash> 2 hours? :D
[22:27] <ali1234> usage doesn't appear to be increasing at the moment
[22:28] <brainwash> dkessel: mugshot also uses accountsservice to store the profile picture, but it still should save it as ~/.face
[22:29] <dkessel> brainwash: well, it doesn't :/ and the profile pic is gone too if you restart mugshot
[22:30] <brainwash> dkessel: interesting, you can run mugshot in debug mode "mugshot -vv", this will generate some debug output in the terminal
[22:31] <Unit193> ochosi: Hard to explain.
[22:31] <brainwash> dkessel: if this issue is reproducible, then you should file a launchpad report and attach the debug output
[22:33] <dkessel> brainwash: that helped getting more info. yup, will file a bug. hint: the image is too large
[22:34] <brainwash> dkessel: great :)
[22:35] <dkessel> brainwash: when i try filing the bug, it seems to be a duplicate of bug 1288754, but that is marked as private it seems. meh
[22:35] <dkessel> or not existing? this is strange
[22:35] <brainwash> ubuntu-bug mugshot?
[22:36] <brainwash> strange, how does launchpad determine that your report is a dupe? :D
[22:38] <dkessel> well that's what apport told me... don't know. ubuntu-bug seems to work though
[22:45] <ali1234> it checks the backtrace
[22:45] <brainwash> that means that mugshot actually crashed and generated one
[22:47] <brainwash> Noskcaj: can you please unhide bug 1288754?
[22:48] <dkessel> ok... bug 1298665, and ping slickymaster
[22:49] <dkessel> oh wow. i need to go to bed. good night
[22:52] <brainwash> dkessel: thanks for the report and good night
[22:53] <ochosi> oh that is an annoying bug. means you have to compress the image or fiddle with it somehow
[22:53] <ochosi> uncool
[22:57] <brainwash> bluesabre0 will gladly fix it :)
[23:18] <bluesabre0> brainwash, dkessel, saw the bug
[23:18] <bluesabre0> I'll fix that quickly
[23:19] <bluesabre0> just have to scale images to a max size
[23:19] <bluesabre0> easy
[23:19] <bluesabre0> :)
[23:53] <Unit193> http://git.xfce.org/xfce/xfdesktop/commit/?id=565ccdfd80f0b4c6e6c67314224bb5c8128177c2 nice.
[23:54] <pleia2> knome: want to hit the b2 post button? I'm working on ubuntu one for fridge
[23:57] <ali1234> ok xfdesktop definitely isn't leaking without accounts service
[23:59] <ali1234> i'm going to make that patch into a standalone executable so i can run it 1000 times per second :)
[23:59] <ali1234> this is probably a dbus leak