=== itnet7_ is now known as itnet7 === asac_ is now known as asac === yofel_ is now known as yofel === ShadowChild is now known as lukjad007 === ejat is now known as e-jat [13:42] Hello Ubuntu One'eers! [13:43] * jdobrien hides === dholbach_ is now known as dholbach === davidm__ is now known as davidm === davidm is now known as Guest70068 === Guest70068 is now known as debran === debran is now known as debran_ [15:58] * cjwatson waves [15:59] hi [15:59] I guess this'll be a relatively short release meeting, since the US is celebrating some kind of rebellious colony thing :) [16:00] #startmeeting [16:00] Meeting started at 10:00. The chair is cjwatson. [16:00] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:00] [LINK] https://wiki.ubuntu.com/ReleaseTeam/Meeting/2009-07-03 [16:00] LINK received: https://wiki.ubuntu.com/ReleaseTeam/Meeting/2009-07-03 [16:00] cjwatson: that's really unfair... I mean the UK have much more experience with rebellious colonies! :-P [16:00] * dholbach shuts up and leaves :-) [16:00] * charlie-tca sends a happy 4th of July to you too [16:00] dholbach: yeah, *we* should celebrate US independence day ;-) [16:00] hello [16:01] hi, just getting started, I guess folks will drift in [16:01] [TOPIC] Actions from previous meeting [16:01] New Topic: Actions from previous meeting [16:01] at least those who are still working today :) [16:01] there are two kubuntu-netbook items in here [16:01] there's been some progress on kubuntu-netbook (debian-cd merged), but at the moment we're waiting on an RT ticket in order to be able to progress further [16:02] [LINK] https://rt.admin.canonical.com/Ticket/Display.html?id=34852 [16:02] LINK received: https://rt.admin.canonical.com/Ticket/Display.html?id=34852 [16:02] for those with access [16:02] rgreening: did you do anything about test case documentation? [16:03] cjwatson: no. been busy porting usb-creator for kde [16:04] ok, I'll just carry those items over then [16:04] hopefully we'll have working images by next week [16:04] this was something ScottK volunteered me for right? [16:04] or images anyway :) [16:04] rgreening: I forget [16:04] I think it may have been, yeah [16:04] :) Im sure it was [16:04] [TOPIC] QA Team [16:04] New Topic: QA Team [16:05] Hi [16:05] my agenda was a bit incomplete for you guys, feel free to elaborate :) [16:05] Not much to report, most people are off [16:05] 8.04.3 SRU testing is on-going. We have been testing ISOs but there have been rebuilds of course. We expect to step that up on Monday [16:05] The last automated installs in the HW lab of 8.04.3 were from 20090624.1 [16:06] for both alternate and server (20090624) [16:06] fader reported that the bnx2 issue from earlier was resolved now - have we had a full automated install run for karmic since that? I understood it was taking out quite a few machines [16:06] We have an intern starting who will help with manual testing of laptops every Friday. That's been a weak spot earlier. [16:06] pending hr, the intern should start as early as next week === yofel_ is now known as yofel [16:06] last karmic results are from 20090702.1 [16:07] we're still having problems with bandwidth just to rsync images quickly enough to test. this should be resolved as of July 10th [16:08] 100mb internal links or something? [16:08] I understand there was some confusion around image version numbers [16:08] I think what happened was that the CD image was being synced but the netboot initrd wasn't [16:08] that we were caching an old image for a week [16:08] cjwatson: I've had to compose with a T1 for a long time, it's just not enough [16:09] cr3: was the synching issue resolved? [16:09] heno: worked around by not testing desktkop (live cd) images anymore [16:10] ok [16:10] heno: but the lab is just finally catching up from the backlog today at 4h00 AM [16:10] also, the work on metrics-based testing continues [16:11] cjwatson: rest assured that everything was being synced properly in the automated environment, both images and initrd. the problem is that some patched manual scripts weren't doing the right thing [16:11] cr3: well, synced, used, something like that :-) [16:11] cjwatson: so the problem was only encountered when performing ad-hoc manual tests, not otherwise, which should've only affected a few corner cases [16:12] for metrics-based testing, we're working on making attachments available to users as a very simple zip file [16:12] is karmic-qa-increase-apport-adoption still on track for alpha 3? I noted that it seemed to involve some Launchpad changes, and was wondering if those were in [16:12] the current users targetted for this feature are Keybuk for bootchart information and kirkland for acpi information. [16:13] cjwatson: I believe the code is ready, but I need to nudge them [16:13] (the LP team) [16:14] right, I imagine they're pretty busy with the open-sourcing [16:14] ok, thanks [16:14] [TOPIC] Desktop Team [16:14] New Topic: Desktop Team [16:14] etailled info about RC bug status, planned Karmic changes, and done/planned changes for alpha-3 are on https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus [16:14] d... [16:14] Again, this week we did not really focus on bugs, but on urgent feature development which other teams depend o [16:14] n. [16:14] In particular: [16:15] - we got the new gdm into karmic; sorting out some fallout now, but necessary for DX and artwork to provide th [16:15] emes and customizations, and for porting fusa and guest session [16:15] - packaged gnome-shell in PPA [16:15] - finished a working version of automagic-python-builds (dependency of "Application Layer Cake") [16:15] - got UbuntuOne file sync packages into karmic [16:15] - sorted out gstreamer package dependencies for empathy [16:15] - more porting work for Halsectomy [16:15] I tested the current desktop CD, and fixed a couple of warts, but by and large it's working; some major bugs remain, of course. [16:15] gdm: I just heard something today about no more shutdown available without logging out first ...? [16:15] that was fixed in a followup gnome-panel upload [16:15] ah, good [16:16] system menu has these things back for now [16:16] it's not the final solution, of course [16:16] tell amitk before he panics too much :) [16:16] but porting our fusa to new gdm will take a bit [16:16] ted's on that [16:16] cjwatson: done :) [16:16] I updated casper for autologin, too [16:17] it still breaks keyboard layouts, will tackle that soon [16:17] oh, the installer will need updates if autologin has changed [16:17] and it has some nasty "greeter gnome-session saving yadayada" dialog, but it's just cosmetical [16:17] [ACTION] cjwatson to update installer for gdm autologin changes [16:17] ACTION received: cjwatson to update installer for gdm autologin changes [16:17] cjwatson: shall I file a bug against ubiquity with the necessary changes? [16:18] it's ok, I'll pick it up from casper [16:18] (it's oem-config too) [16:18] I tested the current desktop CD, and fixed a couple of warts, but by and large it's working; some major bugs remain, of course. [16:18] oops, sorry [16:18] http://bazaar.launchpad.net/~ubuntu-core-dev/casper/trunk/revision/647 I mean [16:18] LINK received: http://bazaar.launchpad.net/~ubuntu-core-dev/casper/trunk/revision/647 I mean [16:18] thanks [16:19] (papercut: two cut/paste areas are confusing) [16:19] so, for alpha 3 we still plan to push empathy [16:19] the other a3 planned changes are in [16:19] I put quite a lot of bugs on your team's list from regressions and the targeted list and such [16:19] we'll get into space issues, but we have some plans for that [16:20] that's fine, I'd rather err on the side of caution [16:20] but I don't think many of them were OHMYGODURGENT [16:20] *nod* [16:20] fortunately we have been spared of total breakers so far [16:21] erm, of course I mean, our careful planning and engineering avoided them :-P [16:22] ok, thanks [16:22] is anyone here for the mobile team? [16:22] lool is at GUADEC [16:22] and I assume that davidm is on holiday [16:23] well, the only real thing I had was to nag lool about the toolchain changes, so I guess that can wait [16:23] Pete said by e-mail that there would be no kernel team representation this week [16:24] bug 392709 was the only particular argh item I had there, and I believe that's getting fixed [16:24] Launchpad bug 392709 in linux "[karmic] linux-image 2.6.31-1.13 crashes on boot" [High,Triaged] https://launchpad.net/bugs/392709 [16:24] [TOPIC] Foundations Team [16:24] New Topic: Foundations Team [16:24] * cjwatson switches hats [16:24] if there is anything urgent for mobile, i am here [16:25] ogra: oh, do you have anything particular you want to report? there's nothing urgent as far as I can see except checking up on the toolchain changes for v6 [16:25] well, the rest of arm is waiting for kernel ... [16:25] UNR is ongoing properly afaik [16:25] nothing special [16:26] is UNR actually working yet? [16:26] * ogra just notes that cjwatsons remark from the beginning isnt true, they cheat and pretend its the 4th today [16:26] as far as i heard it is [16:26] it was waiting for a soyuz cherry-pick, I hadn't checked whether that had happened [16:26] i dont test it myself, being busy preparing arm for A3 [16:27] currently i go over the ftbfs list [16:27] but gruemaster sounded like UNR would be roughly in shape atm [16:28] he is testing it daily [16:28] bug 391964 [16:28] Launchpad bug 391964 in soyuz "cron.germinate change for unr seed branch" [High,Fix committed] https://launchpad.net/bugs/391964 [16:28] I think that might actually have been CPed though, I seem to remember StevenK saying that [16:29] ok [16:29] well, thats it from my side [16:29] thanks [16:30] as far as the foundations team goes, our list of bugs is a little shorter than usual since I took the opportunity while preparing the agenda to fix some of the things on it ;-) [16:30] I need to scare up somebody willing to tackle bug 277069 [16:30] Launchpad bug 277069 in libxcb "Slow performance with remote X applications (java, firefox/xul, etc.)" [Undecided,In progress] https://launchpad.net/bugs/277069 [16:30] and we have the usual list on https://wiki.ubuntu.com/FoundationsTeam/ReleaseStatus/Karmic [16:31] quite a lot of features planned to land for alpha 3 still, none of which I have reason to be concerned about right now [16:31] one other thing to mention is that it looks as if we may be making a slightly late move to eglibc [16:31] oh, so we do [16:31] we all know the discussions, but how much of a "delta" is that actually nowadays? [16:32] more like "20 patches" or "rewriting half of it"? [16:32] from the investigations I've made I don't consider it any riskier than any other merge of glibc from Debian [16:32] the biggest delta is basically #ifdefs, all of which we'll be leaving in their current configuration to the best of my knowledge [16:32] the reason to change is not that it gets us anything particular but that it saves us from having to maintain the glibc packaging ourselves; not following Debian would constitute going it alone [16:33] right, full ack, I was just curious how big of an impact that actually is [16:33] there are still a few conversations to be had and a shedload of testing, of course [16:33] in debian it seems to have gone virtually unnoticed by many unstable users [16:33] right, when I looked that's basically the conclusion I came to as well [16:34] lots of heat but very little actual difficulty [16:34] right [16:34] just a single 'e' in debian/changelog :-P [16:34] I just don't want to be faced with having to do that as well as other routine merges at the start of an LTS cycle ... [16:34] hell, if that bothers people we can call it glibc with a larger than usual patch :P [16:35] 2.10 (e or otherwise) is more of a change, particularly with this single-request stuff in resolv.conf [16:35] (ipv4/ipv6 mungery) [16:35] oh, heh, that's already been backported to Debian (e)glibc ;-) [16:36] anyway, more news on that as it happens [16:36] cjwatson: btw, is a dpkg merge still on the plan? [16:36] oh, yes, that's rising up my guiltmeter [16:36] aiming that for first thing next week [16:37] I was just wondering if I should sponsor that dpkg build-dep fix (the correct one from Debian), or whether that'd be moot [16:37] sorry that's late [16:37] moot, I think [16:37] great [16:37] assign it to me if you want :-) [16:37] Rick said there'd be no server team representation here today due to the holiday [16:38] ScottK said he'd be on holiday and that there was no significant news on the universe front so he didn't intend to find a replacement to attend; he also mentioned that KDE 4.3rc1 is now in karmic (and jaunty ppa) [16:38] that said if there are any MOTUs around with stuff to discuss at the release-team level, feel free :-) [16:40] ok [16:41] [TOPIC] Known regressions [16:41] New Topic: Known regressions [16:41] I put most things that looked interesting from that list on individual team agendas [16:41] desktop and kernel for the most part, though I hoovered up a few other bits and pieces [16:42] anything else people think is being missed? [16:43] fine for me [16:43] http://www.ubuntu.com/testing/karmic/alpha2#Known%20issues only had one unfixed bug, which I put on the server team's agenda and have now release-targeted too (the likewise-open5 thing) [16:43] LINK received: http://www.ubuntu.com/testing/karmic/alpha2#Known%20issues only had one unfixed bug, which I put on the server team's agenda and have now release-targeted too (the likewise-open5 thing) [16:44] [TOPIC] ISO size [16:44] New Topic: ISO size [16:44] I expect a3 to get more, with all the new crack we put in :) [16:44] mostly we're good here, but the DVD is HUMUNGOUSLY oversized [16:44] as in .5GB [16:44] well, desktop CDs are only within limit because they have 0 langpacks [16:45] mm, there's 8MB or so free on i386; but yes [16:45] the plan from my side is (1) split gnome help to langpacks (Julien says it should work in ~ 2 weeks) [16:45] oh, that's actually going to happen this LP cycle? [16:45] great [16:45] and (2) drop gimp help if we need more space [16:45] * artir suggest a LivePen by default \0/ [16:45] that sounds like a good plan of record [16:45] we need more space for all the U1 stuff, empathy, couchdb, etc. [16:46] and of course some langpacks [16:46] artir: let's just say this has been discussed ad infinitum :) [16:46] so I guess gimp help is first against the wall (and 20 MB win) [16:46] cjwatson: it'll happen! it's just matter of time :P [16:46] it falls back to online help with no effort [16:46] keeping within size is good for our users [16:46] and enforces a good and non-crufty design [16:46] it removes the temptation for bloat [16:46] and what about replacing gimp with nathive... [16:47] which is ever-present [16:47] artir: -> ubuntu-devel-discuss@ [16:47] any idea about the Kubuntu CDs? [16:48] in terms of size? [16:48] they seem to have plenty of size [16:48] (no langpacks right now) [16:48] they have oodles free, yes [16:48] I meant, are there plans for adding large new stuff? [16:48] oh, that I don't know [16:48] you would know better than I :) [16:48] ok, nevermind [16:48] want an action to check that up with Riddell? [16:48] I hoped rgreening or other Kubuntu folks would know [16:49] I'll ask him [16:49] [TOPIC] pitti to check with Riddell whether any Kubuntu ISO size events are in the offingg [16:49] New Topic: pitti to check with Riddell whether any Kubuntu ISO size events are in the offingg [16:49] whoops [16:49] [TOPIC] ISO size [16:49] New Topic: ISO size [16:49] [ACTION] pitti to check with Riddell whether any Kubuntu ISO size events are in the offing [16:49] ACTION received: pitti to check with Riddell whether any Kubuntu ISO size events are in the offing [16:49] the DVD seems to be oversized largely due to an enormous squashfs [16:49] so we need to unseed stuff? [16:50] so we may have to rethink the language-support policy there; this will be easier once language-support is reorged [16:50] so far we used to pretty much rename "supported" to "dvd" [16:50] well, no, supported has more than that, we split the dvd seed down a while back [16:51] [ACTION] cjwatson to investigate DVD size explosion [16:51] ACTION received: cjwatson to investigate DVD size explosion [16:51] [TOPIC] AOB [16:51] New Topic: AOB [16:53] *tumbleweed* [16:54] ok, I guess we're done with the quietest release meeting ever, then :) [16:54] #endmeeting [16:54] Meeting finished at 10:54. [16:54] thanks everyone === asac_ is now known as asac === nxvl_ is now known as nxvl [21:56] * Pricey waves [21:56] * jussi01 waves [21:56] copycat [21:57] hehe [21:57] * nalioth copycats [21:57] hola [21:57] Doing well so far... [21:57] hai [21:59] Just waiting on Pici now [21:59] jussi01: pikku pici [21:59] *g* [22:00] ok, folks. welcome to the meeting. [22:00] Conan, this, Conan, urrrgh, decisions [22:00] I'm here, but my connection is a bit flaky [22:00] * Tm_T shuts up [22:00] elky, care to begin? [22:01] So I f I take a few monites to respond, thats why. [22:01] https://wiki.ubuntu.com/IrcTeam/IrcCouncil/MeetingAgenda [22:01] minutes even. [22:03] do we want to use mootbot? [22:03] not that I know how it works [22:03] elky: Are you here? :) [22:04] i am, yes [22:05] well, as here as i can be at 7am on a saturday [22:05] Mootbot is great *cough* [22:06] Top of the agenda is "Change description of the offtopic channels on https://help.ubuntu.com/community/InternetRelayChat to help dispel misconceptions that they are no-rules channels " [22:06] elky: you have the first item on the agenda. would you like to lead the discussion? [22:08] um. some people are trying to use the current description of the offtopic channels in specific as an excuse to be foul and ignore the rules. if they could be changed to null this hurdle to common decency, it'd be great. [22:08] nalioth's point covers this too, fwiw, so maybe we s hould merge the two [22:08] I don't like that description, "where everything is on-topic"... it isn't... [22:08] Has that always been there? [22:09] Pricey: yes [22:10] Pricey, yes, but misinterpreting/abusing it has become far more popular than it used to be [22:10] ok, the 2nd item is to get rid of some obsolete channels. #kubuntu-kde4 has been defunct for a couple of releases now [22:11] nalioth: yeah, that is forwarded, no? [22:11] that can definately be droppedd [22:11] it doesn't need to be on the page [22:11] forwarded or not [22:11] Ahh, yes, I mustve forgotten to nix it, go ahead, no issues from me [22:11] #ubuntu-powerpc is not an "official" channel, either (and i don't think it needs to be on the page) [22:12] I don't think we need to go through every single channel on that list in this meeting? [22:12] nalioth, is it used by people? [22:12] I think its useful to be ther [22:12] But yes, it would be useful for us to clean it up. [22:12] as far as the -offtopic descriptions, they do NOT need to say "where anything is on topic" [22:12] no, i just wanted to touch on those two in particular [22:12] Yep, I really think that should change. [22:12] not saying to get rid of the channels, just to remove their presence from the page [22:13] so vote to remove #kubuntu-kde4 and #ubuntu-powerpc from the listing? [22:13] Is -powerpc defuct as well? [22:13] can we please vote on those individually? [22:14] sure. vote to remove #kubuntu-kde4 from the page ? [22:14] +1 [22:14] +1 [22:14] +1 [22:14] +1 [22:14] there are 10 people in #ubuntu-powerpc. vote to remove it's listing from the page? [22:14] -1 [22:14] Is it still a community supported port? [22:14] yes afaik [22:15] yes, it is. [22:15] -1 [22:15] -1 I say keep it then. [22:15] -1, its not hurting anything to keep it available. [22:15] boredandblogging: you still here? [22:16] we're not closing channels here - just removing them from https://help.ubuntu.com/community/InternetRelayChat [22:16] sorry, desktop on karmic keeps restarting on me [22:16] nalioth: I know, but I still think it should be there [22:16] anyway, how about the wording? [22:16] ok, keep #ubuntu-powerpc and remove #kubuntu-kde4. on to the -offtopic wording [22:16] jussi01: on the -offtopic's? [22:17] Pricey: yeps [22:17] "for non-support chatter"? [22:17] sounds good to me [22:17] Pricey: sounds good [22:17] as far as i'm concerned, NO #ubuntu-* is a 'general chat zone' [22:17] thats good [22:17] "for Ubuntu-related non-support chatter" [22:17] otw, we're back to where we are now [22:18] otw? [22:18] nalioth: but you can talk non ubuntu related in there [22:18] Pricey: otherwise [22:18] Pricey, may i suggest a link to the guidelines somehow? it's the channel that requires the most frequent quoting of it [22:18] elky: a link in that list? [22:19] Maybe something referencing the CoC? [22:19] maybe put the link right above the table? [22:19] Pricey, yes, so they lose the logic of 'i didn't scroll down so i didn't read it and hence i should be exempt' [22:19] it's already there. in the first paragraph [22:20] Would having a separate -offtopic wiki page be useful? [22:20] nalioth, a reminder wont hurt. i want it to be painfully obvious [22:20] Sort of like #defocus has one? [22:20] no, because we'd end up writing a book, Pici [22:20] The guideliens are in #ubuntu-offtopic's /topic [22:20] I think that's sufficient. [22:20] Anywhere else is just handy. [22:20] Pricey, nobody reads topics though [22:20] Not our fault [22:21] and really... all the guidelines are, are common decency, politeness and smiling [22:21] Pricey, no, but it is our problem. [22:21] there's nothing restrictive in there [22:21] elky: the /topic is the first thing you get when you join a channel... if you don't read that... what else are you going to read?! [22:21] yep. nobody can say they didn't see it. [22:21] Should we be getting ubottu to randomly insert !guidelines during the day? [22:22] question: why are you guys voting to remove #kubuntu-kde4 w/o first checking with the Kubuntu crowd on if it is still being used or what not? [22:22] nixternal: I am the channel contact [22:23] nixternal: 21:22:48 -ChanServ(ChanServ@services.)- Mode lock : +imntf #kubuntu [22:23] nixternal: It is well and truly closed. [22:23] nixternal: #kubuntu-kde4 was being used 3 releases ago when kde4 was optional [22:23] nixternal, we're not deleing the channel, just it's presence in a directory on a wiki page [22:23] nixternal: kde4 is now mainstream and support is in #kubuntu [22:24] gotcha, but from now on, please communicate with the respective project for voting on removing anything related to it [22:24] its already closed? [22:24] ...from our team wiki pages? [22:24] nixternal: I thought jussi01 covers that? [22:24] Pricey: evidently since kde4 went mainstream [22:24] nixternal: yes, of course, but as I said, Im the contact, and quite clear on the situation [22:24] nixternal: There is no point in it being on our wiki page when the channel is closed? Do we really need to consult with anyone still? [22:25] but yes, nixternal we're discussing https://help.ubuntu.com/community/InternetRelayChat [22:25] that's fine, thought you were voting on removing the channel, didn't realize it was from a "team wiki page" [22:25] nixternal: scrollback is wonderful :) [22:25] ya, I was looking at that the other day, it gave me a headache so I quit looking :) [22:25] it gives us headaches too [22:25] back to the wording of the -offtopic channel listings? [22:25] nalioth: have better things to do than scroll back, just skimmed...i hate tasting the cool aid :p [22:26] -offtopic indeed needs explanation more than just "non-support" [22:26] Ok, can we move on? [22:26] Tm_T, do you have a suggestion? [22:27] perhaps we can separate out the -offtopic channels and have an explantory lead-in paragraph ? [22:27] nalioth: that is a very good idea, IMHO [22:27] elky: for quick thinking, "non-support chat around ubuntu and community" perhaps? [22:27] one that covers them all [22:27] I propose both nalioth's and Tm_T's suggestions! [22:28] +1 [22:28] "non support chat involving Ubuntu and the community" [22:28] nalioth: what would the lead in say besides following the CoC and guidelines? [22:28] boredandblogging: 'besides...'? [22:28] that there are no "free for all chat rooms" in the #ubuntu #kubuntu #xubuntu etc namespaces [22:29] is the lead in to reiterate to follow the CoC and guidelines? [22:29] if you're not getting direct help in #ubuntu, you're asking "which music player is best on a Pentium II?" in #ubuntu-offtopic [22:29] boredandblogging: that would be part of it [22:30] ok, cool [22:30] boredandblogging, it'd be nice to explain what 'non-support' means [22:30] and add a Use your common sense part... maybe? [22:31] jussi01: problem, trolls can claim "this is my common sense" ? ): [22:31] I've found that even asking that #ubuntu-offtopic is not a support channel isn't even enough. I've been constantly asking people to take their support questions (and answers) to #ubuntu lately. [22:31] Tm_T, thanks, i was wondering how to phrase that :P [22:32] Pici: that is a by-product of the current bug on LP, and I personally don't see any issues with providing help there [22:33] nalioth: well, as long as it's not the main support source for people [22:33] of course not [22:33] in #k sometimes support questions leads to chit chat about it, which then (hopefully) continue in -ot [22:34] Aye, the same in #u+1 [22:34] but chit chat can lead to support, so cannot be strict [22:36] SO how are we going to do this, we need a lead in paragraph for the page, maybe we decide to take it to the ML and create something, bring it back next meeting? [22:36] the participants tend to be able to differentiate between a continued discusson and someone coming in and announcing '#u ignored me so now i'm goign to ask here' [22:36] (when they only waited in #u for like 30 seconds) [22:37] elky: aye, that could be the line of policy [22:37] basically the lead-in paragraph needs to state two things: "offtopic channels aren't a "free-for-all"" and "please follow the !CoC and !guidelines" [22:38] then the question will be what isn't allowed [22:38] "offtopic is for chat involving ubuntu and community, support in #u, please follow ..." [22:39] can we compose the exact text later? [22:39] sure. [22:40] right now, can we change the existing description to "community related non-support discussion" ? [22:40] +1 [22:40] +1 [22:40]