<> === Session Logs === {{{#!IRC === cjohnston changed the topic of #ubuntu-classroom to: Ubuntu Classroom || Ubuntu User Days | Current Session: Getting involved in the Ubuntu Community ~~ Presented by jcastro || Please ask questions in #ubuntu-classroom-chat || Ubuntu User Days Survey: http://www.surveymonkey.com/s/WQWHJQY [22:01] Up next is jcastro talking about the Ubuntu Community [22:01] Thanks Pendulum! [22:01] ok, welcome everyone [22:01] I hope you're having a good ubuntu user day! [22:01] Please don't forget that we have a survey about today, please fill it out at some point during the day http://www.surveymonkey.com/s/WQWHJQY [22:01] thanks for everyone who put this together. [22:01] I'm going to talk to you about how to get involved in this lovely jumble called the "ubuntu community" [22:02] So I'm going to have a little intro [22:02] then talk about bits [22:02] then let you ask questions, and then we can go from there [22:02] I purposely don't have an outline for this because I don't want to just spam you with bullets [22:02] I'd love to just be swamped with questions. [22:02] so, let's start! [22:03] first off, my name is jorge castro and I work at canonical on the community team. [22:03] Our main mission is to "Help people Rock." [22:03] so we go around different parts of our diverse community gathering things together, picking best practices, and enabling other people to do great work [22:04] ubuntu has a group of developers who actually make the distro [22:04] https://wiki.ubuntu.com/UDSKarmic [22:04] here's a picture! [22:05] but as large as that group is, without the tons and tons of people out there who contribute to Ubuntu it would be difficult to make something like Ubuntu work. [22:05] That's where ubuntu teams come into play [22:05] https://wiki.ubuntu.com/Teams [22:05] one of the fundamental things in how ubuntu is organized is that we're very team based [22:06] one person isn't in charge of "the installer", or "the kernel", it's a group of people [22:06] that wiki page there shows a list of teams in ubuntu [22:06] so when people want to get involved they come up to me and say [22:06] "what can I do for ubuntu?" [22:06] and I usually answer with "well, what do you like to do? What pumps you up?" [22:06] and sometimes here's where people get discouraged [22:07] "well, I don't program, I don't like to write docs, so I guess not much." [22:07] but as it ends up, you don't have to be a hacker or anything to contribute [22:07] because there's so many things we do as a collective group that it involves all sorts of things [22:07] so like marketing, organizing, you name it! [22:07] any questions about the teams or anything like that? [22:08] < dm-madmod> QUESTION: I tried to get involved with bug triaging and got lost in the maze of flow. The flow chart while interesting wasn't useful. [22:08] ah, great question [22:08] so, as it happens, some of us work on Ubuntu a lot. [22:09] and we come up with really awesome things to do figure out the most effective way to get something done [22:09] the problem sometimes is that we get knee deep in how we do things [22:09] so it's easy to lose perspective on what something that is "easy to understand" [22:09] < ddecator> QUESTION: much like dm-madmod, i'm not entirely sure how to get involved with the BugSquad...I requested a mentor, but haven't hear back [22:10] So for someone like me, this page looks very easy to use and understand! https://wiki.ubuntu.com/Bugs/ [22:10] couldn't get any easier, right? [22:10] this comes down to one of those things that we're constantly evaluating [22:11] and when it comes to certain things there's only so much you can break it down to be easy. [22:11] after that it really just becomes a matter of experience [22:11] so yeah, it's hard to keep the maze in check, we always try to make it easier [22:11] if it makes you feel better I've been doing this for /years/ and to this day I need to ask someone on occassion what to do with a bug. [22:12] the key point here is that a) it's ok that you don't know anything [22:12] b) we have a culture where getting help from someone is low barrier and fun to do [22:12] and c) that we continually look for ways to make things easier [22:12] for the mentor question, yeah, it's hard, we have way more requests than we have mentors [22:13] so you're going to have to be patient there [22:13] (note: being persistant and annoying can help sometimes there, heh) [22:13] you might just want to dig in to something small too [22:13] when I first started with something I found something small to work on [22:14] "ok, I really like this mp3 player, I'm going to be the guy who helps people with this." [22:14] and then just jump into launchpad answers or bugs. [22:15] ok [22:15] so, you basically pick a team, and decide what you want to do [22:15] at this point, don't get scared, you're not asking to marry someone or anything like that [22:15] some people like to go all over the place in the distro [22:15] which is fine, you want to have your hands in little pies [22:16] some people like to do one part of the distro and that's all they do, which is fine too [22:16] whatever is interesting to you [22:16] remember too that after a while you will get bored and probably look at something else to do it you end up not liking it [22:16] so since everyone is asking about bugs let's pretend I want to get involved in bugs [22:17] and then you can just apply that to whatever [22:17] So, I read through the thorough documentation on the bugs page [22:17] it's important not to get intimidated when you see such large pages in the wiki [22:18] wikis tend to be very "dumpgroundish" and crufty. They can contain lots of information [22:18] but they can get confusing, but as long as you know that already then they don't scare you right. :) [22:19] the first things that you can do to get how things work is find out where the team "hangs out" [22:19] so most teams in ubuntu have an irc channel [22:19] and a mailing list [22:19] and many teams will hold regular meetings in IRC where they discuss things [22:19] the mailing lists can be particularly helpful because you can read a bunch of things before you even talk to anyone [22:19] that way I don't feel too dumb when I ask a question. ;) [22:20] and for IRC meetings and such many teams publish the logs and results of their meetings on the IRC list. [22:20] reading these are is good because they let you see what people are working on [22:20] and what they need help with! [22:20] it could be as easy as "Joe Smith- I worked on updating this program foo, needs testing though." [22:21] aha! I could help with that! (or not, depending on what you can do) [22:21] most teams also keep a Todo around [22:21] https://wiki.ubuntu.com/MOTU/TODO [22:21] like that ^^ [22:21] some teams even break down things for beginners [22:22] so that when you show up they've already got a list of things to do! [22:22] anyone have any questions on where to find help on teams? or how to get involved initially? [22:23] ok, before I move on; it's important to know that a bunch of things in the ubuntu community are "just do it" [22:23] for example, I run ubuntu openweek, which is like today, except we do it for a week. [22:23] and we have developerweek [22:23] which has a different goal, but similar concept. [22:24] the people who put together today didn't have to ask anyone "is it ok if we had a day of sessions for users?" [22:24] someone just went and did it [22:24] started a wiki page, started gathering people, picked a date, made a schedule <<<---- note, these are things you can do without knowing how to program. [22:24] at that point people who have been around for a while came out of the woodwork to help [22:25] "have you reserved ubuntu-classroom yet? you should do that." [22:25] "hey, someone should have a survey at the end like we did last time, so we know if people liked the sessions so we can make them better" [22:25] "hey did someone make the calendar?" [22:25] and because we're team-based it's easier to ask someone from a team to just jump in for a session and talk about their area of interest [22:26] as a general rule I recommend to people that if they have a good idea to run with it, throw it up on the wiki, and roll with it. [22:26] but be proactive about asking around for help, tips, etc. [22:26] when I first started doing this I had a bunch of ideas [22:27] that never went anywhere because I was either to scared to ask for help or wasn't organized enough to do it [22:27] (ok ok, some of the ideas were just plain bad) [22:27] ok, so you've picked your team and now you know where to hang out [22:27] teams usually have events [22:27] in the case of the bug squad, they have bug days [22:28] these are times when a bunch of them get together and work on bugs [22:28] participating in events is a good way to get experience learning things [22:28] (and also a great place to find a mentor) [22:28] it can be motivational to mark your first bug confirmed (or whatever), but also having guys like qense around when you think you're going to mess up to answer your questions [22:29] unfortunately sometimes things like bug days and stuff might be too time consuming or something, and that's totally ok [22:29] remember that even if you do a little bit that when you have tons of people it all adds up. [22:29] I like to think of it this way (since I'm working on things that aren't bug related this cycle) [22:30] "ok, I only triaged this one bug, but it's one less bug Bryce has to deal with so he can concentrate on making X work better" or whatever it is [22:30] some people get discouraged because they can't commit the time they want to make ubuntu better [22:30] and that's totally fine. [22:31] if you go into a bug day thinking you're going to fix a million bugs you'll just set yourself up to be disappointed, so instead concentrate on working towards the team goal [22:32] any questions while we wait for the spam attack to die off? ;) [22:33] One thing I also wanted to mention [22:33] is that you can do things that aren't on that list of teams [22:34] for example, the people in the ubuntu-ohio Local team run the booth at ohio linuxfest, [22:34] some of those people might not be doing bug triage, or writing code, or working on ubuntu itself, but for that day they make sure that booth is rocking with CDs, answering people's questions, and spreading the love [22:35] contributions like this are hard to measure like things in launchpad or whatever [22:35] but remember that they can be just as important. [22:36] so remember that doing a little part in something can work, don't worry about things like karma or whatever. [22:36] ok, so, idally you are participating in team events in something that interests you [22:37] I've not yet run into an ubuntu team that is "finished" or doesn't have anything to do, so I don't think finding a place to chip in is a problem [22:37] however I would like to hear your experiences about trying to get started in a team have been, so we can make that process suck less. [22:38] < RPG_Master_> Does a LoCo count as a team? [22:38] yes, absolutely! [22:38] in fact LoCo's are our bread and butter. [22:39] at our loco we try to do a "bug jam" at least once per cycle [22:39] and a release party. [22:39] < RPG_Master_> QUESTION : What should I do if my LoCo is completely unactive? [22:39] however some loco's are just social groups, some run huge events (google for the french local teams release parties) [22:39] that's an excellent question [22:39] my first loco meeting was me and one other guy [22:39] and no one showed up, so we just drank beer. [22:40] some people would consider that a successful meeting. :p [22:40] one thing I tried to do was find other ubuntu users at local linux user groups [22:40] and get them interested [22:40] we would also run an installfest in cooperation with other linux groups in an area [22:41] but I think for our loco the one bug jam and release party per cycle is our "comfort zone". We tried to do too much one cycle and everyone was sick of it, but you don't want to be boring. [22:41] remember people have lives so trying to have weekly loco meetings can get brutal on people. [22:41] might be slightly off-topic, but since upstream collaboration is a recent project of yours... < strycore> QUESTION : if I send a patch to Ubuntu , do I also have to send it to Debian ? [22:42] these days we chat in our irc channel and try to make our two events per cycle the most bang-for-the-buck we can [22:42] yeah, I like all the questions [22:42] generally speaking, you don't /have to/, but it's a very strong encouragement. [22:42] some sponsors won't take your patch until you've at least submitted it to debian [22:43] sending our fixes back to debian is a crucial part of the ecosystem [22:43] think of it as a professional courtesy. [22:43] where appropriate of course [22:43] if your patch is ubuntu specific then probably not, if you're not sure the sponsor who is reviewing your patch can answer that question [22:44] if you do not know how to send a patch to debian the sponsor can point you in the right direction [22:44] < mick__> QUESTION?? Do I have to be a C programer? [22:44] we have a neat tool called "submittodebian" in the archive that you might want to check out [22:44] nope, you don't even have to be a programmer [22:45] < dm-madmod> QUESTION: Is there a simple way to understand filing bugs upstream? I'm confused by the upstream terminology. [22:45] if you're a python programmer (for example) you can work on that if you want [22:45] another good question! [22:45] let me get you an example bug [22:46] (one sec) smoke if you got em [22:46] oh, 15 minutes left btw [22:47] right [22:47] < mick__> QUESTION: I notice a lovely app I use is not in universe/multiverse, how do i get help about packaging etc? [22:47] ok, I can't find the bug, but I'll get back to that [22:47] dm-madmod: generally speaking, I try to first make sure that a bug is an upstream problem, and not a bug we introduced [22:48] which can be hard sometimes [22:48] generally if something is broken I try to reproduce it in upstreams code (I check it out of git or whatever) and then see if it's there [22:48] and then if it is I file it upstream in their bug tracker [22:48] generally speaking feature requests are always nearly an upstream thing, so I file those directly there [22:49] however I will sometimes check launchpad because someone at somepoint probably thought of the same idea, and then I link those [22:49] you can do that by setting a watch on a bug [22:49] https://wiki.ubuntu.com/Bugs/Watches [22:49] which is out of scope for this session, but that gives you the general idea [22:49] mick__: you are in luck! [22:49] I just was working on the documentation for that this week [22:50] https://wiki.ubuntu.com/Upstream [22:50] I have been working on documentation for upstreams that want to get into ubuntu [22:50] so people like you and me can help them [22:50] specifically you're looking for: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages [22:50] more questions? [22:51] < zehrique> QUESTION As a translator, how can I fix a string I found on a .po package and submit the changes to the repository? [22:51] ah, a translations question. [22:52] we have a person on the community team who handles translations, unfortunately I don't have the expertise to handle this, however if you contact david planella he can help you: https://edge.launchpad.net/~dpm [22:52] (pro tip: find the translator team page and ask in their channel or list) [22:52] that way everyone can see your question and it can be available to other people on the internet when they run into the same problem [22:53] 5 more minutes left, more questions! [22:54] no one is going to ask when firefox 3.6 is coming to ubuntu? :) [22:54] (the ubuntu mozillateam is working on it now, I learned that by hanging out in the team channel) [22:54] here we go! < RPG_Master_> QUESTION : Whens FF3.6 coming to Ubuntu? [22:55] soon! [22:55] more questions? [22:55] ok well, I appreciate you taking your time on a saturday to learn how to get involved in ubuntu [22:55] remember, don't be afraid to ask questions [22:55] we're all in this together, you shouldn't suffer silently if you're lost or confused [22:56] < nulled> are all ubuntu projects on launchpad? [22:56] usually [22:56] sometimes a loco might have a mailing list hosted someplace else or something like that [22:56] one of the nice things about launchpad is it's designed around the idea of teams, so it's a natural fit to do ubuntu team work [22:57] ok, everyone have a good day [22:57] thanks jcastro! [22:57] and don't be afraid to hop into #ubuntu-community-team [22:57] if you need help organizing something [22:57] thanks! }}}