[00:30] Gridcube: it's fixed in our release, http://changelogs.ubuntu.com/changelogs/pool/universe/x/xfce4-weather-plugin/xfce4-weather-plugin_0.8.3-2/changelog [00:31] bluesabre, its on -proposed? [00:33] Gridcube: Fixed in -2 in debian and utopic, currently in trusty-proposed. The issue was the old weather API was deprecated [00:34] brainwash_: right, it's a minor UI change... which is why we haven't backported it sooner. [00:34] ok, so ill enable -proposed and test :) [00:34] thnks [00:34] thanks GridCube [00:41] :D [00:41] it works! [00:41] automatically [00:41] woot! [00:42] :) now to disable -proposed again :P [00:42] late/brief evening, bluesabre [00:42] * ochosi just installed xubuntu on a 6yr old macbook today [00:42] worked like a breeze/y badger [00:43] or in fact. not at all. it really was a breeze [00:43] breeze badger would've been extremely hard to install on a macbook i guess [00:46] maybe [00:46] breezy would definitely have been PPC time, not sure how good support was back then [00:47] 6yr old might have actually been intel [00:49] yup, was/is intel [00:49] * bluesabre is going to add apport hooks to all his apps for 15.04 to simplify bug reports [00:50] mm, good ieda [00:50] idea [00:50] that also means you'll get loads of bugreports (or not, i hope) [00:50] hopefully loads of bug reports with obvious solutions ;) [00:51] or "you ran that as sudo... again... congrats!" [00:51] hehe [00:51] keeping my fingers crossed [00:52] what are you up to ochosi? [00:53] not too much, it's late, i'm just trying to catch up on some things and finish unfinished mail [00:54] cool, I'm torn between being productive and goofing off atm [00:54] :) [00:56] goof off being productive ;P [00:56] bluesabre: what about low-hanging fruit? [00:56] (i.e. those two xfsettings bugs i mentioned earlier ;)) [00:56] yeah, that might be the way to go [00:57] I'll see if they work in general and then upload, waiting for others to complain :) [00:57] baby steps to fix these issues [00:57] yup, sounds great [00:57] well they're both rather unproblematic i think [00:58] mostly exception-catching [00:58] anyway, mail sent [00:58] also, the mythtv one has a fix now too [00:59] mythtv? [00:59] mythbuntu... I'll have to dig up the bug. I think its vga/tv/etc outputs [01:00] oh right [01:00] really? [01:00] that one where the external tv got its power deactivated? [01:01] yeah that one [01:01] oh cool [01:01] i thought it was sorta unfixable [01:01] somebody came up with a patch that worked for them [01:01] since i had no idea how to even reproduce it [01:02] without buying a tv [01:02] our goal will be to make sure that patch doesn't break it for other scenarios [01:02] right [01:02] yeah, that makes sense [01:02] gotta head to bed now [01:02] will be around tomorrow though [01:03] I'll try to get some basic testing in and upload tonight... I'll take care of the small fix you messaged me about earlier now [01:03] for some time at least [01:03] cool [01:03] sorry, just too tired for any real work now [01:03] have a good night and ttyl [01:03] np [01:03] have a good night [01:03] ty [01:04] mythtv problems? [01:06] https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-331/+bug/1308105 [01:06] Ubuntu bug 1308105 in xfce4-settings "Xfce resets TV mode to NULL when power cycled" [Medium,Confirmed] [01:06] bluesabre: would those xfsettings bugs ochosi mentioned happen to include the one i wrote a patch for? [01:07] ali1234: I see this one with your name floating around, https://bugzilla.xfce.org/show_bug.cgi?id=11229 [01:07] bugzilla.xfce.org bug 11229 in Xfsettingsd "seg-fault upon workspace rename" [Normal,New] [01:07] yeah, that one [01:08] anything I should know, or should the final patch be a safe cure-all? [01:08] it should be perfectly safe [01:08] cure-all is a bit far [01:08] :) [01:09] i suspect there are many similar problems all over xfce to do with unexpected values in the registry... erm, i mean xfconf [01:09] probably [01:09] but that one key should be bullet proof at least :) [01:09] we stole the parole xfconf code from thunar, so if you find issues in thunar, let me know :) [01:09] i don't like to go near the thunar code [01:10] essentially though, the problem is that when you ask for the value from xfconf, you get a g_value which can be of any type [01:11] right, I've dealt with that a bit recently [01:11] if you assume it's a string when it isn't, and then ask for the value, you get back NULL [01:11] if you then attempt to use the string -> segfault [01:11] and of course user can write any value into any key with any type, at any time [01:12] that's fun... I'm guessing it would be a large effort to harden xfconf in general? [01:12] i would expect so [01:13] and then at what point are xfconf and gsettings basically the same :) [01:14] the other half of the patch is because if you unset a g_value it forgets it's type, and then you can't assign a value to it without reinitializing it [01:14] i grepped the entire xfce source code for other instances of this type of bug and there were none [01:15] oh, that's reassuring at least [01:17] well, no obvious ones, ie within 5 lines context [01:18] i doubt there are any subtle versions of this though [01:26] Tested, verified, and committed. [01:26] thanks [01:26] ochosi: you're a bug admin, right? Can you mark this one fixed tomorrow? https://bugzilla.xfce.org/show_bug.cgi?id=11229 [01:26] bugzilla.xfce.org bug 11229 in Xfsettingsd "seg-fault upon workspace rename" [Normal,New] [01:27] * bluesabre can only comment on xfce4-settings [01:27] despite having full git push to the main branch [01:27] and release manager rights :) [01:30] ali1234: you're familiar with the forking issues, right? [01:30] yeah [01:31] can you advise whether the first patch here is acceptable, or if I should go with Eric's patch? I'm not sure when the forking issue has occurred https://bugzilla.xfce.org/show_bug.cgi?id=11188 [01:31] bugzilla.xfce.org bug 11188 in Xfsettingsd ""Unknown option --display" and xfsettingsd doesn't start on session login." [Normal,New] [01:32] I'm leaning towards the second patch... just ignore --display in general [01:34] no, eric's is better, as he said, "I was trying to avoid the gtk_get_option_group call because it calls gtk_init" [01:34] and there are other ways to parse the arguments without invoking gtk init, which is what his patch does, apparently [01:35] oh wait, that isn;t what it does [01:35] hmm, i'm not sure [01:37] no wait, i was pretty much right [01:37] the first patch is going to call gtk_init before the fork, which should always be avoided, even if it appears to work === ubott2 is now known as ubottu [09:00] morning folks [09:01] hey ochosi, morning [09:28] bluesabre: taken care of the bugreport in bz and on the critical list [09:28] i suppose you didn't get to the second one anymore :> [09:36] good morning ochosi [09:36] getting to the second one now [09:37] ali1234: thanks for taking a look [09:42] cool [09:44] for the other bug, I mean that xfsettingsd sometimes crashes when unplugging a monitor, in its current state [09:46] you mean the one with the --display option? [09:46] https://bugzilla.xfce.org/show_bug.cgi?id=11107 [09:46] bugzilla.xfce.org bug 11107 in Xfsettingsd "xfsettingsd resets TV mode to NULL on power cycle" [Normal,New] [09:47] oh that [09:48] right, so then there's actually two bugreports [09:48] that need looking at [09:48] or pushing their patches actually [09:48] that one with the tv mode and the other one with the --display option [09:49] yeah, probably going to wait for another comment on this one with additional confirmation [09:54] this == the latter? [09:55] the one I just posted [09:55] oh right [09:55] we're having some communication issues this morning :P [09:56] hehe, seems like it :) [10:02] ochosi: committed, https://bugzilla.xfce.org/show_bug.cgi?id=11188 [10:02] bugzilla.xfce.org bug 11188 in Xfsettingsd ""Unknown option --display" and xfsettingsd doesn't start on session login." [Normal,New] [10:03] great, bz and buglist updated [10:04] thanks [10:05] np, we should probably get you the keys to bz though [10:05] it's a bit silly you can't do anything there [10:14] hmpf, successfully pinged xnox, not too sure anything will come of it though [10:23] going to get ready for work now, bbl [10:28] hf bluesabre, ttly [10:28] ttyl [11:53] ochosi: I see you're missing tonight - got any comments on the 3 discussions points? [13:11] elfy: i kinda second the xubuntu+1 support proposal [13:11] we can say we accept that after final beta, makes sense to me [13:11] better than getting people in the devel channel imo [13:21] elfy: the QA processes stuff looks a bit bureaucratic to me, considering we're so few people actually following them, but you're the QA lead so I'd think it's up to you to decide how you wanna organise testing [13:22] i'm fine with getting the team more involved in testing, although i think that it'd be even better to try to get frequent visitors of #xubuntu or new users involved in this [13:34] well ... me asking people in team to test has had really good results ;) [13:38] ochosi: perhaps we should include the ordinary mailing list for testing calls [13:38] yeah [13:39] that's definitely a good idea [13:39] it's really a pity i can't be there tonight [13:39] that's ok [13:39] but i would want us to start laying out plans for V asap [13:39] and we have to settle on either trello or launchapd [13:39] lp [13:39] ochosi: you know the release note pad is up at http://pad.ubuntu.com/FinalReleaseNotes [13:39] doing both is exhausting [13:40] no, thanks, i obviously missed that [13:40] frankly I'd go for LP [13:41] bluesabre said he was going to get a changelog on the pad [13:43] wait, i thought you were on the trello side? [13:45] what seems most important to me personally is that we only use *one* tool [13:45] monitoring >1 is just a waste of resources/time/energy [13:48] trello works for me ochosi - and I'll use it again - but I've not got the energy to get people to use it - I don't care now [13:50] I'm certainly not interested enough to set it all up again - though that said I'll not be setting up all the blueprints either - team leads can do that [13:53] yeah, every team lead should set his/her blueprint up anyway imo [13:54] i actually think that this should be a discussion of team leads, since those have the responsibility to keep their stuff up to date (even if others contribute) [13:56] ochosi: do you want me to add trello to the agenda? we can start it if nothing else [13:56] yeah, i think it'd be good to start the discussion [13:56] thanks elfy [13:57] then we should think of a period we deem appropriate for setting up blueprints and goals for 15.04, i'll try to think about this a bit more on the weekend [13:57] okey doke [13:59] as it stands I'd mark the images ready for release - so that at least is good [14:00] sweet [14:01] still got the black bug - but as knome said day or so ago - at least it's black and not a debian background or something [14:02] "installer wallpaper replaced by spinal tap album cover" [14:02] ali1234: lol [14:02] as long as we set default volumes to 11 I'd +1 it [14:03] are we still going with the pink everywhere? [14:03] yep [14:03] at least I've not heard any different to that [14:05] next release we should replace it with turquoise because, well, https://www.google.co.uk/search?q=vervet&tbm=isch [14:05] LMAO [14:32] ali1234: haha, yeah, i'm all for it [14:33] >__< [14:34] knome: it is a *blue* sort of :p [14:38] hah [14:38] when did elfy start teaching me about colors ;) [14:43] lol [15:12] https://bugs.launchpad.net/ubuntu/+source/xfce4-settings/+bug/1382888 [15:12] Ubuntu bug 1382888 in xfce4-settings (Ubuntu) "xfsettingsd crashes after disconnecting from screen and ac" [Undecided,New] [15:14] Pwnna, what is "extend" ? [15:14] two monitor [15:14] not mirror [15:14] it wouldn't hurt if you had examples of commands/gui stuff you do to do that [15:15] for the points 1 and 2 at least [15:16] and disconnect what power? [15:16] it isn't clear to me what you are doing [15:16] knome: actually i don't think that part is necessary [15:17] just plug another monitor into your computer, xrandr to turn it on, and then turn it off and disconnect [17:14] Pwnna: i do that all the time and it works fine [17:14] what we actually need is a backtrace [18:33] also: https://bugzilla.xfce.org/show_bug.cgi?id=11188 [18:33] bugzilla.xfce.org bug 11188 in Xfsettingsd ""Unknown option --display" and xfsettingsd doesn't start on session login." [Normal,Resolved: fixed] [18:33] not sure if this is related [18:33] ali1234: where do i get a back trace for that? [18:46] xorg.log? [19:42] !team | 20 minute warning [19:42] 20 minute warning: bluesabre, elfy, jjfrv8, knome, lderan, micahg, Noskcaj, ochosi, pleia2, skellat, slickymaster, Unit193 [19:42] ok [19:42] I'll be over in #ubuntu-meeting chairing the LoCo Council meeting [19:43] elfy, so are we starting 2 minutes past? ;) [19:43] skellat: yea I realise - I'll be trying to keep an eye on it too [19:43] knome: yep [19:47] * slickymaster is starting to have diner [19:47] s/diner/dinner [19:52] neat, I'm in an airport lounge with lousy wifi, but I am here-ish for meeting [19:54] pleia2: I'll make sure that it looks like you've lost signal but actually not be saying anything for long stretches :D [19:54] just to add some confusion to your day :p [20:00] #startmeeting Xubuntu Community Meeting [20:00] Meeting started Tue Oct 21 20:00:46 2014 UTC. The chair is elfy. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [20:00] Available commands: action commands idea info link nick [20:00] hi [20:00] ok then, lots to get through - who's here now [20:00] hi xnox [20:00] ubiquity no desktop background is due to xsettingsd [20:01] not working, that is it's defunct when ubiquity-dm spawns it [20:01] o/ [20:01] o/ [20:01] o/ [20:01] xfwm4 is also complaining about the lack of SESSION_MANAGER and i have no clue know is that suppose to be [20:01] * xnox looks around and follow the crowd [20:01] o/ [20:02] xnox: it's meeting time :) [20:02] o/ [20:02] #chair pleia2 jjfrv8-work slickymaster [20:02] Current chairs: elfy jjfrv8-work pleia2 slickymaster [20:04] xnox: not sure if either ochosi or bluesabre are about tbh - they'd be the ones to deal with it - though it's good to know what it is - we were kind of resigned to the black background this late - it not being something really odd for us like debian background [20:04] * slickymaster appreciates that elfy is giving him some time to finish his dineer [20:04] * dinner [20:05] o/ [20:05] xnox: but if that's the reason - that's good to know [20:05] #chair knome [20:05] Current chairs: elfy jjfrv8-work knome pleia2 slickymaster [20:05] and hi [20:05] we'd best march on - bit to get through [20:05] ola [20:05] #topic Open action items [20:05] olá knome [20:06] #ACTION: pleia2 to contact unixstickers [20:06] ACTION: : pleia2 to contact unixstickers [20:06] I did that [20:06] I knew that too :) [20:06] they replied :) [20:06] so we just need to ask and then we'll get them? [20:07] yep [20:07] cool - so we can mark that one as done :) [20:07] #DONE pleia2 to contact unixstickers [20:07] like that :p [20:07] #ACTION: knome to write a more formalized proposal about the QA process improvements with elfy after N days of comments/feedback for the pad [20:07] ACTION: : knome to write a more formalized proposal about the QA process improvements with elfy after N days of comments/feedback for the pad [20:07] hrr, i haven't got to that [20:08] well - I know I've not done much on that [20:08] i'll try to get to that ASAP [20:08] and I also know there's been little in the way of comment too [20:08] just carry on :) [20:08] yeah... sadly [20:08] but i guess everybody just agress [20:08] *agrees [20:08] well [20:09] earlier today : elfy: the QA processes stuff looks a bit bureaucratic to me, considering we're so few people actually following them, but you're the QA lead so I'd think it's up to you to decide how you wanna organise testing [20:09] * slickymaster agrees [20:09] right [20:09] and given that half of it is tied up with making sure that QA and dev get together at cycle start and actually plan things - makes me think we're not going to get far with it [20:10] i'll try to make it as little bureaucratic as possible.. [20:10] though it's a good thing if qa and dev can get togehter at the beginning of the cycle [20:10] the trouble is - this process issue is tied up with a whole bag of strings [20:10] knome: +1 to that [20:11] hey! I just stumbled into this. What is pad ^ [20:11] the reason why i'd like to have at least something documented is that then we have at least... something documented [20:11] I'm just concerned that time will drag on and I'll end up with less time to plan [20:11] mikodo: http://pad.ubuntu.com/xubuntu-qa-v-cycle [20:11] elfy, thx and hie [20:11] *hi [20:12] knome: yep - anyway I think move this to mailing list now to at least try and get *some* comment [20:13] I can get something to the list by the end of the week if that's the case [20:13] elfy, let's work with that on the pad then or sth, we have the same goal anyway [20:14] yea - but we really need -team to be in this as well imho [20:14] it does kind of say that they've got to test if asked :) [20:15] #action xubuntu-qa to continue working with v-cycle qa pad [20:15] ACTION: xubuntu-qa to continue working with v-cycle qa pad [20:15] #action elfy mail the -devel list to garner comment on pad [20:15] ACTION: elfy mail the -devel list to garner comment on pad [20:15] knome: does that work for you? [20:15] yep [20:16] moving on then [20:16] #ACTION: knome to move the "translations important for xubuntu" list to the processes page, discussion can continue when needed [20:16] ACTION: : knome to move the "translations important for xubuntu" list to the processes page, discussion can continue when needed [20:16] hasn't been done yet [20:16] did you get around to that ? [20:16] * slickymaster hides [20:16] slickymaster: were you doing that? [20:17] no elfy, it was knome who would do it [20:17] at least that's what was decided [20:17] I thought so - anyway if it's not done - we can move on I guess [20:18] but I can do it, if he doesn't mind [20:18] or lacks the time to [20:18] knome: ^^ you can pass the buck if you like :) [20:19] i'll do that today. [20:19] ok - thanks knome [20:19] np [20:19] thanks knome [20:19] np again ;) [20:20] there were a couple of -quality actions on the logs from last meeting, neither have been started - not had time this week [20:20] likewise -bugs were going to talk to -qa re a triage plan - even if they'd wanted to I'd not have had time this week :) [20:21] I *think* that's all the open action items [20:21] if anyone thinks differently - speak now or forever hold your peace :) [20:22] moving on then [20:22] # Team updates [20:22] # Topic Team updates [20:23] I mean [20:23] no space :) [20:23] #Topic Team updates [20:23] sigh :D [20:23] anyone got anything ? [20:23] other than me :p [20:24] #info unixstickers has sold plenty of Xubuntu items, so we just need to let them know what we want for the reward based QA program [20:24] thanks :) [20:24] #info unixstickers will also be producing t-shirts soon, production info here: http://www.unixstickers.com/tshirts/underground-t-shirts/the-ultimate-pirate-bay-tshirt [20:24] nothing from me [20:25] nope [20:25] quiet week [20:25] ok [20:25] #info Image testing has been better for the final image [20:25] #info upgrade tests though only have 1 result from me so ... [20:26] I did some final iso testing when I was at home, but won't be able to pitch in this week because hotel wifi, etc :\ [20:26] image testing show a considerable number of test though [20:26] #action Any -team member who can do an Upgrade test of some sort - appreciated - concentrate on the Upgrade rather than Upgrade(image) [20:26] ACTION: Any -team member who can do an Upgrade test of some sort - appreciated - concentrate on the Upgrade rather than Upgrade(image) [20:27] I can do it tomorroe in a VM [20:27] * tomorrow [20:27] I can do my laptop tonight [20:27] #Action xubuntu-team to watch tracker for respins - if they appear please test what you can [20:27] ACTION: xubuntu-team to watch tracker for respins - if they appear please test what you can [20:28] #action #xubuntu-qa to ping team in channel if they see respins appear [20:28] ACTION: #xubuntu-qa to ping team in channel if they see respins appear [20:28] nothing else from me [20:28] xubuntu-qa without # :P [20:28] #nick xubuntu-qa [20:28] #undo [20:28] Removing item from minutes: ACTION [20:28] #action xubuntu-qa to ping team in channel if they see respins appear [20:28] ACTION: xubuntu-qa to ping team in channel if they see respins appear [20:29] #topic Discussion [20:29] happy release week :D [20:29] #subtopic Xubuntu+1 support in #xubuntu [20:29] I've got a comment from ochosi earlier re that [20:30] elfy: i kinda second the xubuntu+1 support proposal [20:30] we can say we accept that after final beta, makes sense to me [20:30] the thinking here from me at least is that - we're trying to improve testing and #ubuntu+1 is a bit xubuntu light [20:31] and if we are pushing we ought to at least give people the chance to get some help [20:32] Sounds food. Better than sending people to #ubuntu+1 and having them get no support there [20:33] yea [20:33] dkessel, FOOD? [20:33] is the traffic too high in -devel to send the people here? [20:33] freudian slip - or it would be if I said it [20:33] and I'm the one eating :) [20:33] good I meant. Boo, autocomplete... [20:34] hehe [20:34] knome: better than getting people in the devel channel imo [20:34] oh ;) [20:34] dkessel, you have "food" in autocomplete? [20:34] lmao [20:35] but tbh I'm quite relaxed about where - just so long as it's a #xubuntu channel [20:35] #xubuntu+1 works, but then we should know how's going to op that channel [20:35] knome: Ask the Android dictionary makers... [20:35] knome: oh [20:36] I propose knome and elfy to op it [20:36] didn't know we had that [20:36] and Unit193, also [20:36] unless we didn't ... [20:36] elfy, we don't, but if we set that up... [20:36] oh right :) [20:37] and we'll have to see if the irc team wants to take the maintaining responsibility for that [20:37] mmm [20:37] or if it's just like -devel (more probable) [20:37] i can take care of that with Unit193 if we decide to go ahead with that [20:37] so how about going with #xubuntu towards the end of the V cycle [20:38] trouble with having a new channel is it's likely not to see many people who can actually help [20:38] probably [20:38] well, [20:38] that's my argument for -devel or the general ubuntu+1 channel [20:38] the only reason the likes of *most of us* don't in #xubuntu is because it's nto channel policy [20:39] which I ignore if it's something simple or quick ;) [20:39] people who'd be helping in #xubuntu+1 is probably the same people as here or #ubuntu+1 [20:39] holstein for instance commented [20:39]