Posts mit dem Label AnnoyedByFedora werden angezeigt. Alle Posts anzeigen
Posts mit dem Label AnnoyedByFedora werden angezeigt. Alle Posts anzeigen

Sonntag, 18. Januar 2009

Communication is important

Short version: More and more decisions in Fedora are done on IRC and in other places you have to be aware of; that itself would be no problem if the mailing lists would stay in the loop to make sure people cat raise their option before something is decided. But that's often not the case. The Fedora Project needs to improve here, as proper communication between contributors and those that make the decisions is a key factor for a community project.

Long version: Cut'n'pasted below is a part from a post that some time ago was send to some random fedora mailing list by someone that's quite important in Fedora:
I get the fact that you resent being in a timezone and location that
makes it difficult for you to participate in higher bandwidth forms of
communication (irc, phone, face to face). I can't help that. However
I'm not about to force the entire Fedora project slow to a crawl just so
that every thought, comment, discussion, fart, whatever happens via a
public email. That's just ridiculous. People will continue to talk on
IRC, will continue to chat via IM, will continue to talk on phones, and
will even *shock* talk in person! Ideas, proposals, and even a decision
or two, depending on the group, will be made in these ways. Deal with
it.
Statements like this are one of the reasons why I'm not as active in Fedora anymore as I was two or three years ago.

Sure, the one that wrote above para made a lot of good points. Face-to-face or IRC meetings are important and often help a lot to drive things forward. And we all afaics don't want a totally bureaucracy Fedora with hundreds of rules that express how decisions or other things have to be done; I actually tend to say we actually have way to many rules in some places already and need to get rid of a few (but that's a different topic).

But in the end above para sounded to me: be on FUDCon, IRC, or right hallway at a specific time on a specific place on earth or you have no chance to influence things. It might not have been meant that way, but that's what my mind made out of when reading it. Partly that's because I got the impression that more and more things in Fedora actually work in a "be there at the right time and place if you want to get heard"-way. Obviously that's bad for a lot of contributors due to time zone differences, job, vacation, or other real life issues getting in the way; which, obviously again, is bad for a community project that has contributors from places spread all over the world, as it excludes some contributors from getting involved or from influencing decisions.

That's why mailing lists (or a similar form of time-zone-independent communication) IMHO are very important for community projects with lots of contributors. But Fedora seems to move more and more things away from the public lists to other places -- especially IRC is used more and more desperate that we know there are people that don't want or can't join IRC.

Moving things to IRC wouldn't be such a big problem if important things that come up for decision in IRC or other places get announced properly 2 or 3 days beforehand on the lists. But that's often not the case, hence people that can't make the meetings get no real chance to see what coming up -- hence they can't share their options before something is up for vote. But that's IMHO a very very important factor for a community project, as contributors want to feel "heard" and have a chance to influence stuff, as that makes them feel as part of the project (and not like a citizen of a state where you can elect the decision makers every few months or year) -- even if the outcome in the end is not what the contributor wanted initially, as everyone knows (or at least should) that you can't get everything you want every time (a pony anyone?).

What makes things even worse: Now and then there are insufficient summaries from Fedora IRC meetings; the board is the big exception here while rel-eng often is not writing a summary at all. Sure, writing those summaries is a boring task -- I know that, as I had to write a lot of them for FESCo and the EPEL Steering Committee in the old days. But it's worth it, as a quick summary (even if it misses some details) is way easier to read then a log from a IRC meeting; that helps people to know what's up which again gives them the important feeling that they are part of the project. Not even trying to write summaries IMHO is a bit like top-posting and not removing unnecessary parts when replying to a mails on a mailing list: it might be easier and quicker for you, but a lot harder and time consuming for all those out there that want to know what's up. It shows disrespect for the community.

Time and place independent communication also is not only important for IRC but also for conferences. That why I'd like to say "Thanks" to Karsten Wade aka quaid for his recent blog post "Where are your FUDCon session notes?". And also thanks to all those that put videos from the recent FUDCon sessions online. Albeit those OTOH are a bit like IRC meetings without summaries -- watching them just like reading IRC meeting logs takes a lot of time and at least for me often has a bad "benefit per time ratio" :-/ . But as I said earlier: You can't always get what you want and this is a area where that's the case ;-)

Donnerstag, 1. November 2007

Testing new features in rawhide

Much talk about pulseaudio everywhere, so I wondered what it's all about and wanted to take a closer look (I likely should have done it weeks ago, but I was busy with other stuff...).

It wasn't really easy to find all the bits I need (I know, there were posts on fedora-devel-list or fedora-test-list weeks ago that explained what's needed, but well, that was months ago and they are not easy to find as well). Especially locating the volume control app made some trouble -- you see screenshots of it everywhere but that doesn't help much if you don't know the binary's name or the name of the package which contains it. Especially if you are so stupid as I was and just look in the packges with pulseaudio-prefix (hint for those that run into the same trap: the binary is called pavucontrol and it's package is called the same).

Those that install F8 freshly (once it's released) have more luck -- they will get the important bits by default. But rawhide testers (I updated this machine from F7 to rawhide months ago) didn't get it -- with IMHO kind of sucks, as a feature that will become by default isn't tested by default by regular rawhide users...

BTW: those that update from F7 to F8 with yum later won't get pulseaudio by default either...

Donnerstag, 25. Oktober 2007

All it takes is code, and time...

Hans, Kevin, thanks for taking up the idea from my mail and discussing it further. I don't have the energy anymore for driving such discussions much further, as I got the impression that it's not worth the trouble in Fedora-land these days. In the end there is often a lot of discussion and wasted time. The hurdles to fix it yourself are often way to high as well. Thus the problems stay and don't get fixed (and surely there is a problem here that needs fixing).

See the "Firefox update breaks repo" problem, which we have for years now. Instead of letting someone do for released updates what Jeremy did for rawhide some days ago the problem comes up every few weeks or months again. But no, FESCo discussed it ages ago and then forgot about it during the merge; like so many things. Lot's of good ideas from different people afaics don't get realized because we have committees and bureaucracy everywhere and people yelling "show me code" instead of being helpful and say "yeah, that problem needs fixing; not sure if your idea is the best, but we put it on the Board/FESCo/FPC schedule and will try to fix it over the next months; we'd appreciate your help with that and bring you in contact with the right people".

It's imho really frustrating. In Extras contributers helped each other out and FESCo tried to work towards a better Fedora Extras for users and contributers. We lost that "help each other for the common goal" during the merge afaics.

While writing some of my frustration on the state of Fedora down: Max, where do you see new leaders emerging in packaging land (e.g. old Fedora Extras)? Most if not all of those that are in FESCo, FPC, the Board or active on the lists these days are the same people that were as much active in Fedora Core or Extras one or two years ago already. So I'd say there is a stagnation here. In fact we even lost some people afaics, so it's going down -- the low number of volunteers during the last FESCo election is a indicator for that.

Another indicator for stagnation: we didn't get much (any?) new sponsors during the past months during and after the merge afaics (¹). In the past we each meeting asked for nominations and approved about one or two new sponsors per month -- it was even on the schedule each time so people that might want to self-nominate got a reminder where to self-nominate.

(¹) -- I have no hard numbers, but I got the impression there were just very few new sponsors over the past months. Does anyone have real numbers?

Samstag, 13. Oktober 2007

Fedora planet and english speaking feeds

The current discussion on "fedora planet and english speaking feeds" IMHO is a good example for what I call the "Fedora knows better then you what's good for you and thus Fedora only gives you what Fedora thinks is best"-attitude which IMHO becomes more and more a problem in different areas of the project.

IOW: There is no black and white here. Some people want a multi-lingual feed, others a english-only one (and likely others a German or a French one as well) -- there are good arguments for both sides. Thus we need to give people the choice here and have a sane default -- otherwise people stop reading Fedora Planet (like for example Pete did), which is not what we want. So thanks Airlied for setting such a feed up.

I hope we can have the feed alongside the current one on planet.fedoraproject.org/ in the future -- e.g let planet.fedoraproject.org/ be the default and multi-lingual while en.planet.fedoraproject.org/ (or planet.fedoraproject.org/en/ ?) serves those who want English only. Problem solved, everybody happy.

BTW: I don't care much about the non-english content -- the amount for me was up to now still acceptable. Okay, sometimes it was starting to become annoying and nearly reached the this-is-really-annoying trigger level -- but only nearly for me. But I suppose sooner or later with more feeds being tracked it would have been triggered, as it did now for Lennart afaics.

Further: A non-english post on an english-only planet now and then IMHO is likely no problem and I assume acceptable for everyone. It's normal that some post are off-topic in the blog/planet world afaics -- just like the post from Lennart was not really on topic for other planets like planet.gnome.org.

Mittwoch, 26. September 2007

Rapid innovation

From the Fedora-Wiki-Frontpage: The goal of Fedora? The rapid progress of free and open source software and content. [...] Rapid innovation. [...]

That what I like about Fedora -- you get new kernel versions, new releases from hplip, sane, gutenprint an lots of other stuff during lifetime of a distribution.

But I sometimes get the impression other parts of the distribution follow a different update strategy than for example the software I mentioned above -- the X-Server for example. The Xorg server 1.4 from X.org 7.3 (released about two month(¹) before the currently estimated Fedora 8 release) for example will afaics not make it into Fedora 8. Instead we are backporting lots of stuff to the current Xorg server 1.3.

I completely fail to understand why. At least I'm not aware of any good reasons why we didn't update rawhide some weeks ahead of the official X.org release -- that how we do it for Kernel, GNOME and lots of other stuff in rawhide as well.

But well, it happens more and more often these days that I think the Fedora project is getting worse and not better, as everybody had hoped during the merge. Way to many Committees (often the same people in them(²)) for example make even easy stuff hard to realize -- that slows progress and frustrates contributors. What is missing IMHO is a strong leadership (³) which is more involved with the distribution we create and shows the direction forward.

BTW, Rahul, the current WhyUpstream draft starts with: Fedora Project has a strong focus on not deviating from upstream as much as possible in all the different software it includes in the repository. I agree that that's how it should be, but for the X-Server (which is a major part of our Distribution) it's definitely not the case afaics.

(¹) -- two month are one third of one development cycle!

(²) -- we fail to build new leaders -- most of the active community contributors, package sponsers and FESCo members were in the same or similar positions one or two years ago as well. That IMHO tells us that we fail to build a community and have a to high entry burden

(³) -- Max sorry, I know that you are doing a lot of stuff and really good work that needed to be done. Don't take that as critique on your work