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