We need an openSUSE Ambassador to rock the Central Pennsylvania Open Source Conference (CPOSC) in October! CPOSC is a small, one-day event about “all things open source” to be held on October 17, 2009 in Harrisburg, Pennsylvania.

CPOSC organizers are looking for openSUSE contributors to speak at the event, so if you’re local to the area — please do put in a speaking proposal. The CFP is open through July 10th.We’re looking for openSUSE enthusiasts to spread the word at CPOSC, so be sure to sign up if you’re nearby.

If you need help prepping a talk about openSUSE, ask on the openSUSE Marketing mailing list — plenty of people on the marketing list would be happy to help proof and help develop the talk. If you need more info on CPOSC, ping the organizers or drop me a line and I’ll put you in touch.

A quick reminder, if you’re interested in leading a session, track, birds of a feather, etc. — you should submit a proposal by end of day* May 20th using the form here.Read more about the CFP here.

A large part of the conference will be in “unconference” format — meaning that contributors attending the Conference will have the chance to set the agenda for much of the time, and discuss and work on topics of greatest interest. (Rather than sitting around watching someone give a presentation the entire time!)

A couple of folks have asked “why do you ask for my phone number and/or mailing address?” Generally speaking, we may not need these but it’s not uncommon to need to get in touch with a presenter or track leader quickly, especially right before a conference. We’d also like to have snail mail addresses in case we need/want to send something to you that doesn’t travel over TCP/IP. You will not be spammed or telemarketed to.

Have questions about the Conference? Drop me an email at zonker@opensuse.org.

*There is a bit of leeway here, so don’t worry if “end of day” in your time zone is later than end of day in Europe or North America.

Today we announced (officially) that iFolder code has been pushed out and we have a new iFolder Web site.

So, you can grab the source code from SourceForge immediately. We’re working on packages for openSUSE 11.0 and 11.1, and there’s work being done to put iFolder into the openSUSE Build Service as well.

Of course, there’s lots to be done. The new iFolder site needs some love, and we’re working on getting iFolder into the openSUSE Build Service, packaged for openSUSE 11.0 and 11.1 (and later) and generally turning it into a kick-ass project.

I’ve already seen quite a bit of enthusiasm about the code release and the #ifolder channel on Freenode has been relatively lively.

This time around, we really want to make sure iFolder is a collaborative, community effort. Brent McConnell will be heading up the community efforts with iFolder, so he’s a good person to get to know. If you run into roadblocks, email me and Brent and let us know.

Time is slipping away: If you’re interested in applying for the Google Summer of Code as a student (for openSUSE or any other project) you have a bit more than 73 hours — time runs out on Friday, April 3rd at 19:00 UTC.

Announcement for openSUSE here. If you have questions, please ask on the opensuse-project mailing list, or in IRC in the #opensuse-project or #opensuse-gsoc channels on Freenode. If you have general SoC questions, you can also ask in the #gsoc channel. Email me if you have additional questions, but asking on -project is probably the best way to go.

A lot of good feedback so far on the newly minted trademark policy. Thanks to all the community folks who’ve responded so far and made comments.

As we mentioned when the guidelines were announced, we expect to revise the guidelines after seeing what sorts of uses people want to make of the marks and find out what needs to change.

I’ve put up the guidelines on the wiki here and added another page here to start work on the next iteration of the guidelines.

We’ve also started a page here to outline areas where the guidelines are either unclear, too restrictive, not restrictive enough, or cases where we should have a registered trademark and we don’t.  If you’re interested in revising the policy, feel free to head over to the wiki and provide your input! (Feel free to discuss in the comments or on the mailing lists, but we can’t promise that all input not on the wiki will be considered.)

With the openSUSE launch last week, I spent quite a bit of time talking to press — either on the phone, via e-mail, and on IM — about openSUSE 11.1.

In 2009, I hope that many members of the openSUSE community will have opportunities to speak to press at one point or another, in order to promote and educate about the work that’s being done within openSUSE. I can give high-level overviews of features and trends in the community, but no one is going to explain the importance of work on specific projects as well as the people who actually do the work. So don’t be surprised if you get an email from me or someone in Novell PR saying “hey, can you talk to somebody about your work…?”

Since I’ve been on both sides of the fence (interviewer and interviewee), I’d like to give a few suggestions for talking to press if the opportunity presents itself:

• Be expansive — I’ve noticed that many developers give fairly terse answers, up to and including responses like “you can see what’s new in the release notes.” While technically accurate, it’s not what reporters and journalists (or their editors and readers) are looking for. Take the opportunity to explain the features and how they benefit their intended audience. If you wonder why some projects get better press than others, one reason is that the projects in question understand how to work with press and give them material to work with.I can’t stress this one enough. When a door is opened and you have the opportunity to talk about the good work that’s being done, take it. Give some detail, and show enthusiasm.Responding to questions is sort of like creating a useful bug report. Saying “it doesn’t work” gives the developer little to work with. Saying “look at the release notes” gives the reporter little to work with.

• Be responsive — if you say you’re going to respond by a certain day or time, do so. If you can’t, try to pass the request on to someone who can respond in a timely fashion. (Which is one good reason to involve PR - part of their job is to find the right person to respond and shepherd the response through in time to meet the reporter’s deadline.)
• Be polite — the standard of communication between developers is, let’s face it, fairly blunt. Successful interactions with the press need to be diplomatic. If an article gets a fact wrong, a polite correction is OK - a flame isn’t. The adage about not picking fights with people who buy ink by the barrel still applies, even when there’s no actual ink involved.If it helps, try to remember that press are not generally able to be experts on all thing they cover. (This goes back to rule 1 - be expansive…) Most reporters genuinely try to get the facts right, and when they don’t will welcome polite corrections.
• Be on message - as a reporter, I hated talking to executives who’ve gone through media training and think that a good interview practice is to parrot the same responses to every question in order to “stay on message.” I don’t recommend that.However, I do recommend thinking about what you are trying to accomplish by participating in an interview. If you want to highlight XYZ features in the latest release of a project, make sure you get that message across.Do not feel obligated to stick with the original premise of a question. If a reporter gives you something like “Well, lots of people say that project ABC is better at blah than your project, why is that?” Reframe the question, and don’t give a quote that reinforces a position you don’t agree with. (I get a lot of questions trying to position openSUSE as a competitor to Fedora, for instance, rather than as a competitor to Windows. I won’t go down that path. While I’m happy to talk about what makes openSUSE unique and interesting, the goal is not to win users away from Fedora, it’s to spread Linux to users stuck on proprietary platforms like Windows.)

  Also remember, you should never feel obligated to answer all of a reporter’s questions. A “that’s not my area,” or the like is perfectly acceptable.

• Be careful - remember that when you’re talking to press about a story, everything you say is “on the record,” and don’t count on information being offered “off the record” staying that way.I’m not saying that many reporters will purposefully report information offered off the record (though some will), I’m saying that all reporters are human and subject to mistakes. Information that’s not offered can’t be reported. And don’t confirm “rumors” and such — sometimes a smart reporter will take a shot and luck into getting someone to confirm it.
• Be the media - don’t wait for press to come knocking at your door. If you’re working on projects that you can talk about, do so. Early and often. Blog and use social media (Twitter, Identi.ca, Facebook, etc.) to mention your work, hitting milestones, any hurdles that the community could help with. Join the openSUSE-marketing mailing list / team if you’re working on a project that could benefit from publicity and ask for some assistance in publicizing. (Remember, of course, that as blogs are often quoted by IT press, you shouldn’t say anything on your blog you don’t want to see on the front page of Slashdot or Digg…)

I can’t overstress that last bit. It’s easier than ever to get the word out about open source projects, and taking the time to blog and so forth about work being done on projects can pay off big time.

Just a quick reminder - when you install openSUSE 11.1, please be sure to run Smolt to send the hardware profile to the Smolt project. I’m looking over on the Smolt Web site and the participation seems to be a bit less than 30% in terms of people who’ve run Smolt vs. people who seem to have installed openSUSE and run an update.

Every bit helps, and the more hardware data the Smolt project has, the better.

You should be prompted to run Smolt the first time you run the updater. If not, you can run Smolt from the command line or run it using “smoltGui” (see the Smolt site for more info).

One of the things that we want to do as a project is to have more community involvement in major decisions, like the release schedule. Right now, we’re discussing the proposed 11.2 release schedule on the openSUSE-Project mailing list. Yes, 11.1 is not out the door yet, and we’re already talking about the 11.2 release.

From Michael’s email on opensuse-project:

First we talked about July ‘09 release to come close to an 8 months release cycle. But KDE 4.3 is scheduled for release on June 30th and probably an OpenOffice.org release will be out end of June as well - both wouldn’t make it into a July openSUSE 11.2. Therfor we’re now thinking about a September release. Beside of getting the most current OpenOffice and KDE in this would even have one additional upside. It probably would be just in front of our openSUSE conference. So the conference could be used for very a focused openSUSE 11.3 planning. But it has its downside as well. Finalization of the release would happen during the summer holiday season. To address this we we added one Beta to stretch the development time a bit.

Here’s what we’re talking about:

2009-02-05 openSUSE 11.2 Alpha 0
2009-03-05 openSUSE 11.2 Alpha 1
2009-04-02 openSUSE 11.2 Alpha 2
2009-04-30 openSUSE 11.2 Alpha 3
2009-05-28 openSUSE 11.2 Alpha 4
2009-06-25 openSUSE 11.2 Beta 1
2009-07-09 openSUSE 11.2 Beta 2
2009-07-24 openSUSE 11.2 Beta 3
2009-08-06 openSUSE 11.2 Beta 4
2009-08-20 openSUSE 11.2 RC1
2009-09-03 openSUSE 11.2 GM
2009-09-10 openSUSE 11.2 Public Release

The downside of this is that it would probably miss the GNOME release. But I’m not sure we can satisfy all schedules. (If anyone can persuade the GNOME & KDE folks to sync up their release schedules, that would be spiffy.)

If you’re interested in participating in the discussion, head over to openSUSE-project and chime in. If you’re not subscribed, now would be a great time to do so! (To subscribe to the project mailing list, just send an email to opensuse-project+subscribe@opensuse.org)

A question has come up a few times recently that I’d like to throw out for discussion: How can we show some of our outstanding contributors that we recognize and appreciate their efforts, without offending other contributors who are also doing outstanding work?

While I was in Nuremberg last week, I had several conversations (and a few online) about the fact that we have some really excellent community contributors and wouldn’t it be great if we could have awards or something to say “thanks!” and recognize those folks publicly.

I know of quite a few people who definitely deserve an award for all their hard work on openSUSE — both inside and outside of Novell’s walls. And that’s just the people I’ve noticed — which is to say, no matter how you slice it, we’d end up missing some people.

Thoughts and suggestions?

Looking around, I’m seeing a lot of great stuff going on in the openSUSE community — watching the openSUSE-marketing list, I’m seeing a lot of work being done on Sneak Peeks and publishing and translating openSUSE Weekly News.

And there’s more! The Contrib repo is moving forward, which should be a major step forward in terms of getting new packages in and maintained by community members and making those easy to access for openSUSE users.

There’s work being done to support ARM in the openSUSE Build Service. I had a chance to sit down with Martin Mohring in Munich to talk about ARM and openSUSE on new platforms while I was in Germany last week, and I’m really impressed and excited by all the work that’s going into supporting ARM with openSUSE, and the possibilities.

Oh, and I keep hearing something about a release next week, too… If you haven’t, make sure you grab one of the countdown banners and display them proudly on your Website! Like so:

I guess this is why Ars says that openSUSE is one of the best distros of the year:

OpenSUSE is one of the oldest Linux distributions, but it has gone through some significant changes since its original launch in 1994. Under Novell’s stewardship, OpenSUSE has become significantly more inclusive and community-driven. The distro announced its first community-elected board this year and has grown its base of contributors considerably. The distro has also made major technical advancements, including major improvements to its package management system and support for installation from a Live CD.

OpenSUSE delivers a powerful user experience and is one of the few distros that provides equally outstanding support for both GNOME and KDE. Its KDE 4 environment is the best out there, which is why OpenSUSE has become the reference distro for all of our KDE reviews. Its GNOME environment is also top-notch and provides the perfect selection of applications in the default installation.

I’m continually impressed and inspired by all the work that goes into openSUSE. As always, there’s always more work ahead. But, if you step back and look at the state of the project today compared to a year ago, or two years ago, there’s been clear progress on every front — and no signs of slowing down.