Year's end is close and I'm currently a few days off from work (had to take the reaming untaken vacation days), so it might be a good time to look back at the past Fedora year and see what happened and what's good ( +1 - +3) or bad (-1 - -3):
- +3 -- Fedora has a predicable release schedule (finally)
- +2 -- Core and Extras repositories merged. Overall it was a good thing for Fedora and its users. But there were many things that sort of came together with the merge that I'm not so happy with (see below).
- +2 -- EPEL started. We have about 900 packages (counting SRPMs for EPEL5 here, that build about 1650 RPMs in total) in it now -- that's good, but I hope we get a lot of more in the next few months. Fedora has about 5000 packages right now, RHEL5 about 1100, thus there is still a delta of round about 3000 Fedora packages that could be added to EPEL ;-) But EPEL just like the Fedora merge has some downsides (again: see below)
- +2 -- RPM Fusion will hopefully become a proper semi-official 3rd party repo; but it's still not started, as setting everything up in a Fedora-like-way (FAS, CVS, buildsystem, ...) just takes time; I had hoped some people from Fedora infrastructure that are familiar with the all those bits would help us at least for the start, but only Kevin jumped in (thx Kevin) which delayed and still delays things /me will take a look at FAs later this week again)
- +2 -- Livna is in a better shape then a year before; we even got new contributers again (mainly thx to the RPM Fusion effort, where the Livna packages and contributers will be moved to once it's started)
- +1 -- Fedora 7 -- late (due to the merge) and to early (due to the merge -- bodhi and some other things were finished "just in time" and created a lot of frustration)
- +1 -- Fedora 8 -- thx to the Feature-tracking in the wiki we now advertise our features better and don't leave the credit to others that pick our code up
- +1 -- the number of fedora maintainers grew
- +1 -- Kmods were dropped from Fedora; at the same time we got a few more in Livna; I also enhanced the kmod stuff a lot (more to come) and often the livna kmods are in the repo just a few minutes after the new Fedora kernel hits the repo (e.g. before the kernel hits most mirros)
- +1 -- for Fedora-unity (respins, revisor) -- but why can't we do that directly in Fedora? Especially the respins is IMHO something Fedora should do, as we had bad bugs in the install-media in most of the the past releases
- -1 -- there is not a lot of contributer interested in EPEL steering issues or EPEL improvements -- seem people like EPEL a lot, but are not much willing to invest their time to improve it besides maintaining their packages in EPEL
- -1 -- the tone on the Fedora mailing lists became unfriendlier
- -1 -- the mailing list are still a mess; even long-term contributers seem sometimes confused where a post is on-topic
- -1 -- the Fedora-wiki is a bit messy -- if you search for a term you often find told IRC logs, which most of the time is not what you looked for; many real pages are not really up2date
- -1 -- my Fedora-Dream-DVD (x86-32, x86-64-Install media with a Live-CD that features both GNOME and KDE all on one Double-Layer-DVD) is still not there, even if such a beast would be ideal for computer magazines to ship
- -1 -- still no proper package webinterface for users with a static URL where upstream can point users to
- -1 -- Codeina (was: CodecBuddy) -- I think Fedora should have stayed away from it.
- -2 -- Fedora has to much bureaucracy
- -2 -- Fedora has to much committees; we needs most of them, but should reduce their influence so new contrinuters that want to improve something can do so without running against hurdles
- -2 -- review queue much to long; I think we need a more wiki-style approach and a easier (more automated) review process
- -2 -- still not easily possible for long-term contributers to fix packages which are owned by other contributers (ACLs and the general but unwitten "don't touch packages you don't own" attitude are the two main reasons for it)
- -2 -- The way the Fedora Board works IMHO got worse and lost contact to the contributer base -- the Board only meets in private, the meeting schedule is often not announced beforehand, not much traffic on fedora-advisory-board (there were way more discussions early this year), the meeting summaries sometimes get posted a week or two after the meeting (nobody comments on them anyway) are some of the reasons for my opinion. It sometimes seems to me the Board work in a different universe -- and even I who follows lots of mailing lists and blogs sometimes wonder what the Board does for Fedora; I know they do a lot of good work for Fedora, but the only main visible thing from the past weeks afaics is the FUDCon (and the election of one seat of the Board, but self-organization IMHO does not count for real)
- -3 -- EPEL and it's contributers seems to be the bad guys in some peoples eyes. "EPEL doesn't do repotags" is one reason for it -- but it at least for me was not a political decision, it was a technical one, because some long-term Fedora contributers I trust showed examples where repotags can do harm. "EPEL doesn't cooperate" is mentioned often as well, but that untrue -- we got some packages (yum and its deps, yum-cron) into EPEL in a way to not disturb CentOS-Base and are willing to cooperate other specific issues as well (we don'st need a formal cooperation document for that; we can just do it; if someone thinks we need one: write one please!). EPEL also failed to get CentOS onboard (even before the repotags issue came up), which afaics happened due a lot of stupid misscommunications and misunderstandings on both sides (totlly apart from repotags) :-/
- -3 -- still no sudo or similar technology in Fedora by default (pup for example still asks me for the root password on F8 each time)
- -3 -- I tried to do realize some things in Fedora-land without being a member of the Board and FESCo. But most of the time it was hard or painful and sometimes a very frustrating experience. That why I stopped working in this area and only speak up these days if there is something that seems really wrong to me.
- -3 -- seems I'm not the only one frustrated (got that impression from looking at the lists and from talking to other contributers) -- most contributers seems to not much care what the Board, FESCo, Rel-Eng or FPC do; the contributers just accept what got decided. That's makes decision finding a lot easier for those committees, but I much prefer a proper discussion (even if it results in a mini-flamewar) where contributers share their opinion. We had that one year ago in Extras-land, but lost it during the merge. IOW: FESCo seems to take care of the Distribution these days (Features mostly), but lost the community contact FESCo had in the Extras days (which was still far from perfect, but a whole lot better).
- -3 -- some people say new leaders emerged, but I disagree; nearly everyone from the Board, FESCo, FPC, Rel-Eng is around in Red-hat- or Fedora-land for a long long time; we also got nearly no new sponsors, just more packagers;
- -3 -- I can neither join the Board or FESCo (the latter became a Problem due to the merge, that's why I had to leave) to make things better due to conflicts of interest with my day job (maybe I should send in my resume for Max's job, but that position is based in the US :-/ ) I'm unsure if I even wanted to join the Board or FESCo these days if I could -- I lost the energy and the interest over the merge because there were so many things that seemed handled in a wrong way to me.
2 Kommentare:
I agree with a lot of your comments, though I've only been contributing to Fedora in various ways for the last year or so a lot of what you say is still visible to me:
* all the positive stuff you talked about rocks. Certainly the potential of RPM Fusion and the work that Unity does. Also totally agree though, why can't the work that unity do fall under the official Fedora umbrella?
* on the negative, as has been shown on the docs list lately, barriers for entry are definitely too high and there's too much bureaucracy, at least as perceived by people coming into the community.
Still, if you think you can see a way forward through some of these things you talk about, you should definitely consider running for one of the boards or try and be a bit more vocal about it and get a real discussion started!
"review queue much to long; I think we need a more wiki-style approach and a easier (more automated) review process"
I've been thinking about how to solve or alleviate this for some time. It seems that most packagers are more interested in submitting packages than reviewing.
Therefore I came up with two ideas:
1. Have a package review day each 4(?) months. This could be a way to shorten the queue.
2. Force the packager submitter to swap reviews with another packager for each submitted packages.
BTW, tools like fedora-qa are great to target a lot of common mistakes.
Opinions are welcome :-)
Bye,
Andrea.
Kommentar veröffentlichen