Fedora
Posts about Fedora Linux and the Fedora community
Thoughts on Progress
0I tend to measure the success of an tech event (such as FUDCon) not by how many people show up or what talks were given, but by the work that happens in the days and weeks after the event. By that measure (along with the traditional measurements), our recent FUDCon event was a huge success. I have also been inspired by the friends in our community who have publicly posted their post-FUDCon to-do lists, so that we can all have insight into the work that FUDCon helped bring to light.
Rather that give a day-by-day account of my own FUDCon activities, I want to just highlight some of the the things that resonated with me at FUDCon.
First, I was impressed with the Virginia Tech campus. It was a beautiful location for the event, and the amount of space we had was absolutely fantastic. Thanks again to Ben Williams and the Math Department at VT for their awesome support.
Second, I was impressed with the number of people who had planned ahead for the conference, and came prepared to both learn and share. I didn’t see too many people this year just hanging out in the hallway checking email, so that’s probably a very good sign.
I was happy to see how many of the various Fedora groups really had their act together for FUDCon. Just to highlight a few that caught my eye: The Docs team had several introductory sessions and a hackfest, which helped get some new people up to speed in the docs tooling. The Cloud SIG had a wide variety of talks on different aspects of cloud computing. I didn’t get to participate with much of the Infrastructure team’s sessions, but they all seemed interesting and were usually completely full. The ARM SIG also had a huge presence at the conference — with a marathon run of non-stop ARM work happening throughout the conference, and some nice give-aways to help entice more people to join the SIG and contribute.
As a Fedora Board, we met a couple of different times (once on Friday and once on Sunday) to discuss Board goals and work on other Board business. The board decided that in order to lead by example we would each choose a project to champion over the next year, and that we would make regular reports on how those projects are going. I’ve asked each of the Board members to pick their project over the next week or two, and be prepared to present it at our Board meeting on February 1st. If you have ideas or causes that you would like the Board to take up, please don’t hesitate to let the Board know, either personally or via the advisory-board list. I know a couple of the Board members already have their projects picked out, but I’m sure other members would love feedback and ideas. I really enjoyed the opportunity of meeting with the Board in a more personal setting, and having the chance for higher-bandwidth communications, and I hope that we can make that happen more often in the future.
Besides all of the technical discussion that happened at FUDCon, I was happy to participate in a number of different talks aimed at making the human side of Fedora more enjoyable. Whether it was talk about how to better attract new participants or improving exiting processes for Ambassadors, really enjoyed the ideas and brainstorming that came out of those discussions. I’m looking forward to seeing how we can improve things in this regard over the coming year. I also enjoyed the chance to interact with many of the community members in some light-hearted activities as well, including getting bowling tips from Russell Harrison, getting lots of photography tips (and good stories) from Eric Christensen, having a good snowball fight with Jeroen van Meeuwen, and having a good impromptu swordfight with Mark Terranova. All of these things helped keep me from going too crazy with all the logistics around FUDCon.
So to everyone who participated or supported those who did, let me say thank you. Now let’s get back to work and finish up all those things we talked about doing, and keep making forward progress…
Prepare for FUDCon!
0I have a pretty good idea what you’re thinking… you’re saying to yourself “Here goes Jared, reminding me of all the things I need to remember about FUDCon”. Well, this is a FUDCon reminder, but I’ll leave the logistics details aside for a moment, and invite you to prepare for FUDCon in other ways. I’m sure others will remind you of the logistical items you’ve forgotten about. (You did remember to sign up ahead of time for the wireless internet access at Virginia Tech, right?)
Prepare to Learn
One of the things I most enjoy about the Fedora Users and Developers Conference is the chance to learn in a fast-paced environment from people who do amazing things every day. That learning doesn’t come by accident, however. I learned at my first FUDCon that you really need to prepare ahead of time to be able to take advantage of all there is to learn at FUDCon. So, write down a short list of topics you’d like to learn about. Write down a list of questions you’d like to ask your fellow Fedora contributors. Look at the list of workshops, and start planning which ones you would like to attend. And when we organize the barcamp portion of the conference on Saturday morning, pay attention to the sessions that are pitched and be prepared to vote for the sessions you are most likely to attend.
I’ve seen from sad experience that if you don’t plan ahead for learning, you’ll end up spending too much time checking your email or chatting with your friend in the hallway (more on the hallway track below!), and miss out on a great opportunity to learn and grow.
Prepare to Share
I’ve talked briefly about learning at FUDCon, but that must mean there’s another side to the coin: If there are people to learn, then there must be people willing to teach as well. This is one reason why the barcamp session at FUDCon is truly amazing, because anybody can stand up and propose a session. It always helps if you have something prepared to share, or know the material well enough that you can do a presentation without any formal preparation, but that’s not an absolute requirement. I do encourage you, however, to spend some time thinking about the things you have that you could teach to other participants, and then come prepared to share your knowledge with others.
I’d also like you to think about ways you can share the FUDCon experience with those who aren’t able to make it to the conference. All the usual suspects (blog posts, microblogging such as identi.ca or Twitter, social networking, IRC channels) are there and available to help us share with those who are participating vicariously.
Prepare to Socialize
Another important aspect of FUDCon is the chance to get to know your fellow Fedorans better. So even though I told you earlier to plan ahead so that you don’t get stuck in the “hallway track” at FUDCon, I must confess that the hallway track is an important part of the conference. Perhaps as important as the technical bits. Getting to know your fellow contributors helps build trust in our community, and helps to smooth over the rough patches that we encounter from time to time. Sometimes being able to put a face and a name with an IRC handle makes all the difference. There are a number of activities on the schedule specifically designed to help you get to know your (virtual) neighbors a bit better, and I’m sure some people will come up with unscheduled activities as well.
So bring your HAM radio, or your DSLR, or your latest robotics kit, or your hot dog costume. Bring your favorite keyboard or input device… and then don’t be afraid to say hello to those around you. And if you see me, say hi! (I’ll be the guy playing amateur photographer and generally trying to make sure things go smoothly.)
Prepare to Work
Last but not least, I ask each of you to come to FUDCon prepared to work. Yes, we have a good time at FUDCon. Yes, we learn and share and grow. But at the end of the day, FUDCon is about making forward progress, and moving us one step closer to our goals. Yes, talk is important, and conversation is crucial. It’s only if we put those ideas into action that FUDCon is truly successful. If you’re a part of a steering committee or a special interest group in Fedora, prepare to set a plan for the upcoming year. If you’re not yet a member of a special interest group, you might want to join one at FUDCon, and take the first step to becoming more involved.
I can’t wait to spend time with many of you at FUDCon this coming weekend, and hope to meet the rest of you someday at a future event.
(Thanks to María “tatica” Leandro and Kushal Das for sharing their FUDCon photos with me.)
A few notes on FUDCon Blacksburg
0Yes, it’s that time again. Another Fedora Users and Developers Conference (or FUDCon, as they are affectionately known) is just around the corner. Part of my job is to make sure everyone in Fedora knows the essential details for FUDCon Blacksburg. I know that the middle of January sounds like a long way away, but we’re now less than a month away from FUDCon Blacksburg. If you’re interested in attending, here’s what you need to know:
When? Where?
FUDCon Blacksburg will take place January 13th through 15th, 2012 in Blacksburg, Virginia, USA — a beautiful community in southwestern Virginia, nestled in the Appalachians and near the Jefferson National Forest.
How much does it cost?
Like all FUDCon events, there is no charge to attend FUDCon Blacksburg. Simply show up and enjoy the conference!
Where do I pre-register?
Please register online by adding your name to the wiki at https://fedoraproject.org/wiki/FUDCon:Blacksburg_2012#Pre-registration so that we can plan appropriately for the number of people attending FUDCon.
What about hotel rooms?
We’ve arranged a special rate with the Inn at Virginia Tech. Click this link for reservations or call the Hotel directly at +1-540-231-8000 or toll free at +1-877-200-3360 and ask for the Fedora room block. Our block expires on December 28, 2011, so don’t delay!
I’m flying to FUDCon. What airport do I fly into?
The closest commercial airport is Roanoke Regional Airport, approximately 40 miles from Blacksburg. A shuttle bus is available Monday through Saturday (but not on Sunday) from http://www.smartwaybus.com/schedule.htm. Please consult that website for a detailed schedule and map. There will be a few people with cars to help shuttle people to the airport if you happen to fly out on Sunday.
Where do I find more information?
The main website for FUDCon Blacksburg is at https://fedoraproject.org/wiki/FUDCon:Blacksburg_2012. I hope to see you at the conference.
FUDCon Milan
0I’m a little late in writing up my thoughts on FUDCon Milan, but I’ve been fighting a combination of jet lag and sinus infection since I got home late Tuesday night.
FUDCon Milan was a successful event. We started things out with a social event on Friday night at the Yguana Cafe. Unfortunately, I couldn’t stick around for long as I had to make a run to the airport and help people find their way to the hotel. On Saturday morning, we all met at venue and kicked off the barcamp session of the conference. I was pleased to see many people stand up and pitch ideas for presentations — I think we ended up with around 30 different presentations on Saturday. I took an informal poll during the introductions, and roughly half of the people there had never been to a FUDCon event before.
I gave an informal presentation called “You Could Be The Next Fedora Project Leader”, where I talked about the importance of mentoring new community members and how changes in Fedora leadership are a healthy and vital thing. I also talked about what I do as the Fedora Project Leader to encourage community building. I thought my presentation was well received, despite the fact that I somehow tripped the electrical breaker for the projectors as I was starting my talk, and ended up giving most of the presentation without any slides. (Thank goodness I was prepared!) Before and after my presentation, I tried to bounce between the other presentations, and actively participated in the “hallway track” of discussions with new friends and old friends alike. The provided lunch was fantastic, and we even got in a few group photos.
On Saturday evening, we had the traditional FUDPub dinner, which was all-you-can-eat pizza. I think everyone had a great time at FUDPub, even if some of the pizza was a bit strange. I wasn’t going to say anything, but the Italian Ambassadors kept joking that the chefs were in the kitchen yelling “We’re running out of food — what can we feed the foreigners?”. I have to admit — I kind of enjoyed the french fry pizza, even if it wasn’t very traditional. During the FUDPub dinner, Christoph Wickert slipped away for a few minutes and came back wearing a Beefy Miracle costume — who knew you could find such a thing on eBay. We all got a kick out of the costume, and had fun taking pictures. (Francesco Crippa let me borrow his fancy Nikon DSLR, and I went crazy with it — I think I ended up taking a couple of gigabytes worth of pictures. Hopefully he’ll share some of the pictures with us, if he dares wade through all the awful pictures to find a few gems.) After FUDPub, people went in different directions — some to drink, some to sleep, and some to eat gelato.
Sunday was the hackfest portion of the conference, and again the community came through with a great set of hackfest suggestions. I think we ended up with twelve or thirteen different hackfest sessions, and everyone I talked to was pleased with the results.
I had a wonderful time interacting with members of our Fedora community, including a lot of people who I got to meet for the first time. My heartfelt thanks go out to Francesco Crippa and the rest of the FUDCon Milan organizing team — your hard work made for a truly spectacular event.
Ohio Linux Fest 2011, days 0 and 1
0Yesterday I had the privilege of catching a ride with a couple of the Fedora Docs rockstars (Eric Christensen and Zach Oglesby) to Ohio Linux Fest. Zach took the train down from Baltimore, and Eric drove up from Newport News to pick Eric and I up. We then wound our way through Virginia, West Virginia, Maryland, Pennsylvania, West Virginia (again), and Ohio. Eric was following directions from Google Maps, and while I had no complaints about the scenic views, there were a few times we all wondered if we were really going to end up in Ohio. (At one point when we came to a narrow one-lane bridge across a swollen river, we even hopped out of the car and took pictures. Unfortunately, my SD card stopped working so I didn’t get a good picture.)
Last night we hacked on some of the Fedora documentation until around 1:00am. I fixed up some bad formatting in the User Guide so that it would build again, and fixed a few other minor issues.
This morning, I got up early to help some Fedora contributors with their travel arrangements for FUDCon Milan, and ran the FUDCon planning meetings for FUDCon Milan and FUDCon India. After a quick lunch (thanks to my friends at cloud.com), I headed back upstairs to the docs hackfest room and dove back into fixing up some more docs. This afternoon, I worked on the Cloud Guide, a bit on the Security Guide, and showed some of the other guys some tricks I use for finding invalid DocBook tagging and fixing it. I also helped Clint Savage with a couple of minor RPM packaging problems. Now I’m helping John McDonough proofread a draft version of the Release Notes for Fedora 16.
I’m very much looking forward to the conference tomorrow and the Docs FAD on Sunday.
Alpha is a go, and so is a short break for me
0I just wanted to write a quick blog post to publicly thank our Fedora QA team for their awesome work on getting our Fedora 16 Alpha release candidate image tested and validated before yesterday’s Go/No-Go meeting. To everyone who contributed (QA team members, bug reporters, and developers who all went above and beyond the call of duty to get the release candidate in shape), I tip my hat to you.
The result of the Go/No-Go meeting is that the latest Fedora 16 Alpha release candidate was declared “GOLD”. That means we’ll be shipping the Fedora 16 Alpha on Tuesday, August 23rd.
I’m going to take this opportunity to take a short break for a couple of days. I’ll be taking off work tomorrow (Friday) and at least part of the day on Monday to make a long weekend to relax and spend time with some friends. I’ll leave my contact information with the members of the Fedora Board in case something urgent comes up while I’m away.
Year in Review, part 1
0As promised, I’ve been working on a “Year in Review” blog post to review some of the lessons I’ve learned in my first year as the Fedora Project Leader. Unfortunately, the size of the post has grown a big larger than I would have liked, so I’ve decided to split it into few pieces. This is part one.
It’s hard to believe that it’s been a year since I started as the Fedora Project Leader. There are a number of areas that I’d like to highlight in this retrospective, but the first I’d like to talk about is communications. Why communications? I truly believe that we will owe much of our future success and failure (both in the world of FLOSS generally and more specifically within Fedora) to communication. For something as critical as communication, I think we often do ourselves a disservice in the way that we communicate, and that causes me heartburn.
Before I dive too much into communication, let me first get something off my chest. I’m not the most communicative person in the world. For those of you who know me personally, that shouldn’t come as a big surprise. By nature, I’m a fairly quiet person. Most of the time, I’d much rather be in the trenches solving problems than standing in the spotlight. The last thing I want anyone to think is that Fedora is somehow being directed by my ego. That being said, I’ve done a lot of reflecting, and I’ve come to realize that Fedora needs a leader that is more communicative, that spends more time in public helping to market Fedora (for lack of a better term), that spends less time in the trenches. If I’m going to blog about communication and how we can improve, let me be the first to apologize for being a bit quiet in the past, and let me also be the first to pledge to each of you my renewed determination to open my mouth more and to be better about the ways I communicate.
Now, looking at the Fedora Project has a whole over the past year, I think we’ve done an OK job of communication. Not a great job, but an OK job. There are a few particular areas I’d like to highlight — not to come off as sounding preachy, but to point out some things that will make us stronger. First, the obvious item — flamewars. We’ve certainly had a number of them over the past year, with some worse than others. In general, however, I’d say we’re getting better about keeping the overall numbers of flamewars down, at least compared to years past. I’m still concerned, however, about the levels of sniping and snarky comments that I see within our community, and the lack of civility that is displayed from time to time.
If I may, let me offer a few reminders about communications that I believe will help us to strengthen our communities. While many of these focus on the mechanics of email, I think they probably apply equally well for IRC and other communication formats.
- Focus on what is right and not who is right. The greatest asset we have within Fedora is the people who contribute their time and energy and passion to make it better. If we come to realize that, it only makes logical sense that no matter how much we may disagree with a technical proposal or the actions of another person, let’s stay focused on the technical details and try not to turn the discussion into personal attacks. In religious circles, there’s a concept of “loving the sinner but hating the sin”. Even if you’re not a religious person, that concept should hopefully help illustrate the point I’m trying to make.
- Don’t question other people’s motives. This one ties in somewhat with my first point, but I think it deserves to be mentioned as well. We all contribute to FLOSS for our own particular reasons, and who are we to judge that one reason is better than another? One of the quickest ways to lose someone else’s trust and respect is to question their motives. Let’s try to judge each contribution solely based on its technical merit.
- Taste your words before they leave your mouth. When I was in school, I had an English teacher that always told the class to “Taste your words before they leave your mouth.” For better or worse, many of the people in our community are only known by what they write (and how the write it). How do your messages reflect upon you, and upon the community in general? Is your content precise and specific? Does the formatting of your message reflect common email etiquette? (I promise I won’t go into a long rant about top posting versus bottom posting, but I will encourage everyone to trim their replies to show which parts of a conversation they’re replying to.) Does the tone of your email reflect a willingness to work toward a common solution? Is you message productive, or simply meant to evoke an emotional response?
- Repetition. Not all repetition is harmful, but if you’ve made the same point repeatedly (either in the same thread, or keep making the same point every time you get the chance), you’re probably not doing yourself any favors. It’s natural for the human brain to look for patterns, and I think we’ve all probably participated in communities where certain members exhibit a pattern of repetition, to the point where our brain says “Oh, it’s another post on that same point by so-and-so… I’ll tune it out.” Now, as the FPL, I don’t want to get to where I’m tuning people out, so please use repetition sparingly. Chances are, we heard you the first time or two.
- Be willing to be part of the solution. It has been my experience that people are much more likely to get a positive response to communication when they can show that they’re willing to be part of a solution to a perceived problem. If you’re the one pointing out the problem, show that you’ve done your homework and that you’ve tried to understand the problem to the best of your ability. Be humble enough to point out the things you don’t understand. If you’re responding to a problem report, communicate clearly whether you too are willing to be part of the solution.
In addition to suggestions above, I’d also like to point out that we need more than just a lack of bad communication — we need more healthy communication as well. I’m going to do my part to work on this over the coming year, and I invite you to join me. If you’re doing something constructive in Fedora or other areas of FLOSS, talk about it!
Reflections on Change and Flexibility
2One of the topics I’ve been pondering lately is the dual-edged nature of change. As a long-time systems administrator, I dislike change at a basic level. I want systems to stay static, to work tomorrow the exact same way they worked yesterday, and so on. On the other hand, as the Fedora Project Leader it’s my job to continue to drive innovation and progress (and therefore, change) through the Fedora release process. And, as I look back at the past year, most of the conflict and friction inside of Fedora can be boiled down to a debate about what is an acceptable rate of change, whether that be in desktop environments, initialization systems, or translation infrastructure. I’ve got a larger, more in-depth blog post in the works about the lessons I’ve learned over my first year as the FPL, so I won’t bore you with the details now, but I’d like the readers of my blog to think about where they lie on the spectrum between “totally static” and “completely flexible to change”. (And, at least for me, my location on that continuum is distinct for different parts of my life.)
As you may have already read this morning, my good friend and mentor (and former FPL) Max Spevack has decided to make some changes in his career. I’m a bit sad to see Max go and I’ll miss the opportunity to interact with him on a regular basis, but I’m also happy for Max and his new opportunity and wish him the best as he pursues his dreams. (Max, don’t be a stranger. Even if you move across the country, you can still hang out in Fedora. We won’t razz you too much!) I know in my heart that changes in leadership can be a healthy thing for a community, even if it is a bit chaotic in the short term. I want to publicly express my support for Harish Pillay as he takes over Max’s responsibilities inside of the Community Architecture and Leadership team within Red Hat. I’ve known Harish for a while, and I have absolute confidence in his abilities. The CommArch team is of the Red Hat teams that has the most interaction with our Fedora community, and I’ll work with Harish to ensure that the transition is as smooth as possible and that Fedora continues to receive the support and encouragement it deserves.
If you have any questions or concerns about the transition, don’t hesitate to reach out to me. You know where to find me.
Celebrating Freedom
0Please forgive me if I wax a little patriotic this morning… I woke up early this morning (while the rest of my family is still asleep) because I wanted to write something about how thankful I am for the freedoms I enjoy. Here in the United States where I live, today is our Independence Day. For some, it’s a time to enjoy a holiday from work, cook hamburgers on the grill, spend time with family, and watch fireworks. For me, the Fourth of July has always been a bit more reflective — I time to ponder the sacrifices given by so many to ensure the freedoms I enjoy today. Not just the founders of my country, but all those throughout the world who have sacrificed their all to make the world a better place.
As I read the accounts of those throughout the years who have given their all, I can’t help but sit in awe, and wonder. Would I be willing to sacrifice so much for so great a cause? I certainly know that I wouldn’t be able to have the best job in the world and do my part to help the cause of free software if it weren’t for the freedom and agency that I enjoy. So, to all who help make freedom a reality and to those defenders of freedom throughout the world, I salute you. Thank you for your hard work and dedication!
SELF, Day 1
0The first day of SELF was busy and productive. I started the day by attending David Nalley’s presentation as part of “Build your own Open Source cloud day” here at SELF. I had to leave after the first hour, however, as we had a FAD (FADs are Fedora Activity Days — small group meetings where we try to focus on one or two particular problems and come up with better solutions) focused on improving FUDCons. In particular, we wanted to focus on:
- Clarifying the process for FUDCon finances and the purchase of tickets for travel subsidies
- Clarifying the bid selection process, and brainstorming ideas to make it better
- Improve the FUDCon planning process, and ensure that there is an overabundance of transparency and detail-oriented organization
We had some fairly good discussions on each of the three topics, and I’ll be writing follow-up blog posts to address these items over the next couple of weeks. It is imperative that we make the FUDCon process as transparent and smooth as possible, as we’ll essentially have three FUDCons in four months (FUDCon EMEA in September/October, FUDCon APAC in November/December, and FUDCon North America in January).
As the Fedora crew was winding down the discussion in the FAD, I had to run give my presentation (the first stand-alone presentation of the day) entitled “Swimming Against the Current”, which was a fairly high-level overview of the software development model, the river of functionality that starts with upstream software developers and flows downstream to end users, the unique role that software distributions such as Fedora play, and why it’s vital both to build strong relationships of trust with upstream software communities, as well as improve the communications within the distribution itself. The talk seemed to be very well received, and we had a great Q and A session afterword where we discussed strategies for improving the mentoring process within communities.
After wolfing down a sandwich for lunch, I spent some time talking with former Docs Project lead Eric Christensen (Sparks on IRC) discussing some of the ins and outs of the documentation team in Fedora. We worked on fleshing out a quick outline for new guide that Eric is writing, and then dove into brainstorming ideas for improving the docs process workflow. In the middle of that discussion, Eric and I went to Paul Frields’ talk, which was an introduction to PyGObject programming (Python + GUI + the new GObject hotness). After wrapping up the Docs discussion, it was time to head to the speaker’s dinner, and then retire to my room, make a few phone calls, and crash.



