Lot's of LinuxTAG blog entries on Planet Fedora, so I'll add another one FYI:
It currently looks like I won't be able to attend this Fridays FUDCon on LinuxTAG 2008. :-/ Sorry guys, I just couldn't fit it into my schedule...
But I'll be at LinuxTAG on Thursday, as I'll be giving a talk at 10:00 AM (CEST). I'll of course stop by at the Fedora booth and hope to meet lot of familiar people from the Fedora community there. :-) So see you next Thursday!
Montag, 26. Mai 2008
Montag, 3. März 2008
SnowBit
As some of you know: I live in Hannover. Yes, that Hannover where tomorrow CeBIT will start.
We don't have much snow in Hannover normally. Round about 2 to 7 days each year I'd say, most of the time in December or January. This winter we haven't had snow at all IIRC -- just one day there was a bit Industrieschnee. The first sights of spring showed already up in the garden over the past two weeks.
But it seems every year when CeBIT starts its getting cold again and starts to snow. So guess what the weather prediction predicts for Hannover in the next few days: Light snow.
Can't believe it. I think all the visitors will yet again get the wrong impression about the weather in Hannover... No wonder why some people call it SnowBIT...
We don't have much snow in Hannover normally. Round about 2 to 7 days each year I'd say, most of the time in December or January. This winter we haven't had snow at all IIRC -- just one day there was a bit Industrieschnee. The first sights of spring showed already up in the garden over the past two weeks.
But it seems every year when CeBIT starts its getting cold again and starts to snow. So guess what the weather prediction predicts for Hannover in the next few days: Light snow.
Can't believe it. I think all the visitors will yet again get the wrong impression about the weather in Hannover... No wonder why some people call it SnowBIT...
Mittwoch, 13. Februar 2008
Smooge new EPEL Steering Committee chairmen
It was mentioned in the EPEL reports and on the epel-devel-list already, but it might be good to announce it here as well: after leading the EPEL effort/the EPEL Steering Committee for about one year I'm stepping down as chairmen and leave the EPEL Steering Committee to make room for new members and fresh ideas.
Some minutes ago Stephen J Smoogen (smooge) was elected as new chairmen for the EPEL Steering Committee. Congrats smmoge! I'm sure you'll do a good job and get some new ideas realized in EPEL.
I'll stay involved in EPEL, but I'd like to focus a bit on RPM Fusion over the next few months. In the past weeks keeping EPEL and Livna running consumed most of my free time which kind of sucked as RPM Fusion really needs more attention; hopefully we can make it lift of soon (the current situations kind of reminds me of the FC2/FC3 days when the real Fedora Extras also started quite slowly...).
P.S.: Since a few days EPEL5 & EPEL5 testing include about 2000 packages (counting RPMS here, not SRPMS). I'd say that quite a lot what we got into EPEL in the past months since EPEL started. Another reason to make room for some fresh ideas in the EPEL Steering Committee.
Some minutes ago Stephen J Smoogen (smooge) was elected as new chairmen for the EPEL Steering Committee. Congrats smmoge! I'm sure you'll do a good job and get some new ideas realized in EPEL.
I'll stay involved in EPEL, but I'd like to focus a bit on RPM Fusion over the next few months. In the past weeks keeping EPEL and Livna running consumed most of my free time which kind of sucked as RPM Fusion really needs more attention; hopefully we can make it lift of soon (the current situations kind of reminds me of the FC2/FC3 days when the real Fedora Extras also started quite slowly...).
P.S.: Since a few days EPEL5 & EPEL5 testing include about 2000 packages (counting RPMS here, not SRPMS). I'd say that quite a lot what we got into EPEL in the past months since EPEL started. Another reason to make room for some fresh ideas in the EPEL Steering Committee.
Freitag, 25. Januar 2008
Lots of changes
$ for i in 20 21 22 23; do echo -n "2.6.${i} -> 2.6.$((${i}+1)): "; git diff v2.6.${i}..v2.6.$((${i}+1)) | diffstat | grep ' files changed, '; done
2.6.20 -> 2.6.21: 6568 files changed, 319232 insertions(+), 175247 deletions(-)
2.6.21 -> 2.6.22: 7620 files changed, 519591 insertions(+), 266699 deletions(-)
2.6.22 -> 2.6.23: 7203 files changed, 406268 insertions(+), 339071 deletions(-)
2.6.23 -> 2.6.24: 10209 files changed, 776107 insertions(+), 483031 deletions(-)
I like the current kernel development scheme; it might look a bit scary (especially for 2.6.24), but afaics it's way better then what we had in the past when new stuff (sometimes including drivers for new hardware) lingered around in 2.3 or 2.5. way to long.
2.6.20 -> 2.6.21: 6568 files changed, 319232 insertions(+), 175247 deletions(-)
2.6.21 -> 2.6.22: 7620 files changed, 519591 insertions(+), 266699 deletions(-)
2.6.22 -> 2.6.23: 7203 files changed, 406268 insertions(+), 339071 deletions(-)
2.6.23 -> 2.6.24: 10209 files changed, 776107 insertions(+), 483031 deletions(-)
I like the current kernel development scheme; it might look a bit scary (especially for 2.6.24), but afaics it's way better then what we had in the past when new stuff (sometimes including drivers for new hardware) lingered around in 2.3 or 2.5. way to long.
Dienstag, 22. Januar 2008
A milestone: More than 1000 packages in EPEL5!
I'm proud to present some statistics from the "Extra Packages for Enterprise Linux (EPEL)" SIG:
In other words: we have now more then 1000 different software packages (counting SRPMs) in the EPEL5 repositories for RHEL5/CentOS5.
Thanks to all Fedora contributers that also participate in EPEL! You made this happen!
Next goal are 2000 Binary RPMs in EPEL5. Shouldn't take that long:
$ repoquery -qa --archlist="src" --repoid=epel5-source --repoid=epel5-testing-source | wc -l
1006
In other words: we have now more then 1000 different software packages (counting SRPMs) in the EPEL5 repositories for RHEL5/CentOS5.
Thanks to all Fedora contributers that also participate in EPEL! You made this happen!
Next goal are 2000 Binary RPMs in EPEL5. Shouldn't take that long:
$ repoquery -qa --repoid=epel5 --repoid=epel5-testing | wc -l
1861
Freitag, 21. Dezember 2007
Looking back at the last Fedora year (2)
Yesterdays post got some comments, so here is my reply.
Max wrote:
Looking back at that decision now it was correct and wrong at the same time -- yes, having a committee that is completely elected and formed out of those that take care of the bits is good. But FESCo IMHO lost most of the reputation it had in the Extras days. That's happened more by accident and not on purpose -- with the merge FESCo got much more things to take care of, so there simply isn't much time for many of the tasks FESCo handled back in the Extras days. That afaics resulted in a lot of small things here and there that were (or are) not that well, which resulted in a bit of dissatisfaction among the contributers.
IOW: in this most impotent area of out project (where many if not most of our current leaders come from) we're are not doing "fairly well". I'd even say we are doing bad here, as we afaics lost some very active members like jpo over the past year or seem to losing them (mschwendt) -- both of them were members of FESCo and did a lot of good work for Fedora but seem unhappy these days.
JonRob wrote
Andrea Musuruane
Max wrote:
- The Board not being active enough This is 100% my fault, and it is one part of Fedora that I will look back on as the place where I feel like I have personally failed. The Board has tried hard to allow FESCO decision making power, but it hasn't really picked up the ball for being a sponsor for other activities that Fedora so desperately needs.
Looking back at that decision now it was correct and wrong at the same time -- yes, having a committee that is completely elected and formed out of those that take care of the bits is good. But FESCo IMHO lost most of the reputation it had in the Extras days. That's happened more by accident and not on purpose -- with the merge FESCo got much more things to take care of, so there simply isn't much time for many of the tasks FESCo handled back in the Extras days. That afaics resulted in a lot of small things here and there that were (or are) not that well, which resulted in a bit of dissatisfaction among the contributers.
- New leaders -- I think we are developing new leaders [...]Compared to the rate at which leaders emerge from other organizations, I think Fedora does fairly well.
IOW: in this most impotent area of out project (where many if not most of our current leaders come from) we're are not doing "fairly well". I'd even say we are doing bad here, as we afaics lost some very active members like jpo over the past year or seem to losing them (mschwendt) -- both of them were members of FESCo and did a lot of good work for Fedora but seem unhappy these days.
JonRob wrote
- [...] 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!
Andrea Musuruane
- "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:
- Have a package review day each 4(?) months. This could be a way to shorten the queue.
- Force the packager submitter to swap reviews with another packager for each submitted packages.
Donnerstag, 20. Dezember 2007
Looking back at the last Fedora year
Looking back at the last Fedora year
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):
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.
Abonnieren
Posts (Atom)