Cheap hardware to get involved in Fedora ARM?

For Fedora people that are interested in getting involved with the ARM secondary arch you can currently get a Pogo Plug from CompUSA for a smidg under 60 greenbacks. In hardware specs, its pretty much a SheevaPlug in pretty clothing, so its well supported on Fedora ARM. There should also be some nifty improvements soon to make it even easier to use Fedora on ARM devices thanks to some cool projects by students at Seneca College for kernel build rpms!


Well in the vote for naming for Fedora 16 I’ve voted for a Beefy Miracle 🙂

Having known of the Hot Dog for a while it wasn’t until FUDCon Tempe the fan base he has!

In other voting news Red Hat has announced the finalists for their 2011 Red Hat Certified of the Year Finalists. I’ve been nominated as the Finalist for the EMEA region continuing a fine Fedora tradition. I would appreciate your vote so the Fedora tradition can continue. So follow the link and cast your vote there as well (it takes even less time than voting for the release name!) and if I happen to be fortunate enough to win I’ll be at the Red Hat Summit continuing to where the Fedora hat 🙂

FUDCon Day 1

Wow what a busy day! We started off with BarCamp pitches followed by the FPL traditional “Fedora State of the Union” talk from Jared.

The first BarCamp I went to was the Fedora on ARM including an update of OLPC on Fedora from Martin Langhoff. Very interesting and there was a lot of interest in my Toshiba AC100 SmartBook running Fedora 13 ARM on the nVidia Tegra250 dual core ARM A9 processor.

Lunch was very interesting. All the people involved in Sugar on Fedora got together for a chat about what everyone was up to and how things were working, and a quick discussion as to what different parties saw from Sugar on a Stick and whether it was useful. The people in attendance (from memory) were myself, Sebastian Dziallas, Mel Chua, Simon Schampijer, Martin Langhoff, Stephen Parish, Bernie Innocenti, Dennis Gilmore and Samuel Greenfeld. It was good to chat face to face about the requirements and challenges of Sugar in Fedora and the various requirements of Fedora, OLPC, SugarLabs and third party users like the Dextrose crew. There were many other hallway chats about various Sugar related things including with Adam Williamson and Samuel for QA related testing of Sugars and associated components, and with Martin about XS Server related things. The whole day was very sweet (pun intended!) with Sugar related discussions. Of course the discussions didn’t stop there and continued into the evening at FUDPub.

After lunch I attended the Education übertalk which was very interesting about various means of teaching open source from Máirín’s teaching of design and graphics through open source applications, to ctyler’s 15 minutes on teaching open source at universities and how that’s allowed them to use Fedora as a showcase of a release process because its all open, and of course Mel and Sebastian’s slot of POSSE. All very interesting and very different takes on getting open source out there.

I managed to make it to Mike McGrath’s talk on cloud, although I didn’t make it to enough cloud related talks over the weekend, because as always there seems to be way too many cool things to attend and way to many conflicts!

The discussion about Fedora Spins and the future there of was also very interesting. Its something that’s been long over due and while we didn’t have enough time to get through all the required bits to discuss I feel that we got enough of the root ideas out and discussed and noted down to be able to take the rest of the discussion to the lists. I was very interested in this and in time there should be some nice improvements to enable some improvements to the way the spins process that should greatly help both the Sugar and possible future MeeGo spins.

In the evening there was the traditional FUDPub. And what fun it was too. Although I do place the blame for how I felt the following day on Martin and Simon for moving me from drinking beer to Cuba Libre’s and big ones at that!

FUDCon Day 0

Having arrived in Tempe for FUDCon late on Thursday evening having been in transit for close to 24 hours it was great relief to meet up with Mel and Sebastian at the hotel. After a great nights sleep, except for a massively sore neck, it was great to get up on Friday morning to find people starting to arrive and the office hallway track begin to take shape.

I went out in the afternoon to get out and about from the hotel and see a little of the surrounding areas. By the time I got back a huge crowd had started to gather and it was good to catch up with adamw, jsmith, dgilmore, pfrields and many many others.

FUDCon officially started with the first birthday party of with beers, pizza and cake provided them to assist the conversations and celebrations.

FUDCon Tempe – T minus one

I’m currently sitting in the departure lounge awaiting my flight to Chicago on route to Tempe… ready or not here I come! I’m arriving at 19:59 on United Flight 0702 from Chicago. So with luck I should be at the hotel by 9PM. Keep the beer cold and see you all soon.

FUDCon Tempe

Well its not long before I’ll be jumping on a plane to head over the pond to Tempe, Arizona to the latest and greatest FUDCon. This will be my forth FUDCon event. I always enjoy them. Its lots of fun catching up with friends and fellow contributors who’ll no doubt become friends. There’s always one thing I really don’t like about FUDCon…. its that there’s always too many awesome topics of discussion and sessions that I want to attend but they conflict with other sessions that I want to go to 🙂

So what do I want to discuss and see discussed at FUDCon Tempe? Well as per usual there’s lots so here’s a quick bullet list:

  • Fedora Mobility: How to take it forward and who wants to achieve what, and how we all go about it. As devices get smaller and every company and their dog release tablets I think mobile devices will become more key to Fedora. It also fits in very well with a number of the Fedora Board Long Term Goals in particular I think it fits well for the help people control their content and devices and the Access from anywhere strategy.
  • Sugar, OLPC and Sugar on a Stick: there’s going to be quite a few people from various OLPC and Sugar projects in attendance. Also the awesome adamw and the Fedora QA team is going to be there so there’s plans to extend the discussions we started at FUDCon Zurich. The OLPC project is arguably the largest deployment of devices based on Fedora. The OLPC OS that runs on their XO laptops is pretty close to a vanilla Fedora release and as the last of the XO kernel patches make it upstream you can run vanilla Fedora on them with few issues.
  • Fedora ARM and secondary architectures: dgilmore, ctyler, PaulW will (I think) all be there and Fedora ARM is really starting to amp up with their awesome work! This also crosses over somewhat into OLPC and is hand in hand with Fedora Mobility. I suspect the discussions will revolve around getting Fedora 14 and rawhide building, ARMv7 + hardfp builds and ensuring ARM becomes a solid secondary arch.
  • Cloud: This sort of stuff is part of what I do for my $dayjob and it interests me greatly! I just wish I had more time to contribute to the SIG.
  • MeeGo Netbook UX: yes, this was a big FAIL for Fedora 14 and I need to blog on this. Looking much better for Fedora 15. Watch this space!
  • IPv6. There’s been some interesting posts on using IPv6 with various ISPs with that other Linux based desktop OS. Why isn’t there the same for Fedora??
  • Friends: One of the big ones of the four F’s of Fedora.
  • There’s always lots of random hallway discussions.

There’s no doubt a number of things that I’ve missed. The other thought I have is what of my Mobility tech toys to bring along. I have my laptop obviously. My atom based netbook running MeeGo Netbook UX on rawhide, my XO 1.5 running Fedora 14, my Toshiba AC100 running Fedora ARM 13 but I don’t think I can pack 4 laptop/netbook devices 😛

Fedora ARM on the Toshiba AC100 Smart Book

I finally sat down on the weekend to try and get some OS other than Android running on the Toshiba AC100 I bought off ebay on a whim. The AC100 doesn’t look that different to your average 10.1 inch netbook except its extremely thin and and light and on the inside it has a Nvidia Tegra 2 SoC based on the dual core ARM Cortex A9. My initial plan was to get Ubuntu running on due to the instructions about doing that to be found on the net. After doing some reading and while part way through the process I decided that I would try Paul Whalen’s Fedora 13 ARM rootfs instead as the process of creating a linux rootfs is similar across all distributions! There’s still quite a way to go. For starters its currently a very base system and its currently running a 2.6.29 kernel for ubuntu based on the code released by Toshiba but its a start. Over the next couple of days I plan on getting networking up and from there X plus gnome. Once I’ve got that done I’ll put up a more defined process and add the details to the ARM wiki devices page.

Thoughts on the Fedora feature process

Fedora 14 was the third release that I’ve been involved in the Fedora feature process and to be honest for most of the things that I do in Fedora I think its going to be my last. I’ve found all processes when involved with Moblin and then MeeGo to be generally unpleasant and stressful so now I basically don’t see the point. My life seems to getting more and more stressful, I’m getting more and more grey hair so I’m reviewing the things that are making me stressed and seeing how I can expunge them from my life.

Don’t get me wrong generally I think for core features such as systemd there needs to be a process but for things like KDE 4.5 what is the point. Its going to be there, and in the KDE case where its likely it will be pushed to Fedora 13 and Fedora 12 anyway is it really a feature of Fedora 14?

So a little bit of history of the problems I’ve had and why I don’t want to participate any more….

For Fedora 12 I introduced the Moblin 2.0 “Feature” and at worked my butt off to get it all into Fedora 12. There were many flames on the list regarding the feature by narrow minded people that hadn’t even bothered to try it. By feature cut off there was one or two minor packages in review but in general the interface was working but because it wasn’t “feature complete” it was decided that it would be dropped. Oh well there goes all that work without even bothering to ask me (the Feature meetings are pretty much impossible for to attend due to timing). That whole process was stressful but it got worse as the spin request was also dropped because the feature was dropped. It turned out that people actually wanted the Moblin feature so spot (from memory) proposed to ask FESCo to review the dropping of the feature and in discussion somewhere it was decided that it the feature would be complete enough to be worthy to accept.

Fedora 13 went along similar lines. I proposed Moblin 2.2 with a fall back to Moblin 2.1 if it wasn’t released in time. It was massively complicated by upstream dropping the 2.2 release and announcing the MeeGo project. Again the Feature was dropped even though Moblin 2.1 was working and basically complete. Admittedly we didn’t have Moblin 2.2 but then that didn’t exist! Some how the Feature being dropped escaped notice by the Spins process and we still ended up with an official Moblin spin albeit about 4 days late to the release due to some rel-eng issue that has long escaped my mind. The same major issue reoccurred though…. the process was stressful and still there were the vicious threads on the devel mailing list! The other interesting part of that process was that I actually started receiving hate mail! I can mostly deal with the, at times, pretty horrific threads on the devel list but personal hate mail took this to a whole new level! This was starting to go from stressful to truly unpleasant.

Fedora 14 was a change…. the feature wasn’t dropped! In terms of the random decision process that is taken to see if a feature is in fact complete it seemed that MeeGo 1.0 ticked all the boxes. It had issues, I knew it had issues and I had plans to address those issues to get it sorted in time for release. The one thing I hadn’t truly expected, although to be fair I should have, in this release process was my $dayjob absorbing essentially 100% of my awaking time. I spent the best part of two months working pretty much 7 days a week. In fact the only weekend I had off in that time was my pre-booked side trip to FUDCon Zurich. The other interesting point was that no one was testing it, I have no idea why as there was nightly spins. I know that because it seems at some point MeeGo UX broke in Fedora and no one logged a single bug report or sent a single mail to say so. In the end I made the decision to drop the feature from Fedora 14. I probably made this decision too late and that was my fault but these things happen. There was also a lot of uncertainty regarding the use of the MeeGo UX where it didn’t meet upstream’s (completely undocumented at the time we were investigating it) demands and policies. What didn’t change in this release cycle was the usual hurtful flames on the devel list and the personal hate mail continues. Of course the people are sending the hate mail because the MeeGo UX in Fedora doesn’t work and they don’t want to actually do any work to help fix the problems, they just want their feature and they want it NOW!

The other major problem I have with the feature process is that no one really seems to follow it properly. The major example of this was the Python 2.7 feature for Fedora 14. There was clearly work going on for Python 2.7 in Fedora 14 but it landed in the mainline development about two days before the feature process closed out. WTF!!! Here you go suckers…. my feature is 100% complete in time…. you spend the last couple of days of the feature process not polishing and testing your features but fixing and recompiling all the crap that I missed in my process….. there goes a week! That sucked. Fedora 14 was branched off rawhide at the alpha release. That is when major changes like python for Fedora 15 should land. That was the whole reason that Jesse proposed the early branch model! Then there’s over 6 months until the F-15 Beta hits for everyone to get it all fixed up. Between that and the five or six unannounced breakages of the evolution requiring dozens of new package builds, the gnome shell guys randomly pushing changes without bothering to check and see if it affects anyone else and then not even helping to fix the breakages.

So the worst thing I’ve discovered with features is not really the actual process but the barrage of “I’m right Jack” attitude as people rush to get their features marked off as 100% complete and the lack of care towards others needs and requirements. Oh and the flame wars on devel and the hate mail.

I feel that if there’s no expectation of a “feature” being there there will be two pluses…. people have no reason to flame me and if it happens to work there will also be a pleasant surprise when they discover it. The downside will be that as its not defined it won’t be there for marketing to use to promote Fedora. I agree that will be a problem but well in the “I’m right Jack” attitude of others…. that’s not my problem.

BTW there will be a separate post to cover the MeeGo UX in Fedora later before people ask.

OLPC XO on a Fedora ARM platform!

As has been previously announced OLPC is planning on moving to an ARM processor to advance the XO platform. The major advantage is similar computing power while having a massive reduction in power usage so as to maximise runtime.

Chris Ball has just posted a XO 1.75 status update to the Fedora OLPC list to let us all know that the project is moving forward and by the end of a recent bringup event the board is now booting a linux kernel and what is presumably a hacked up version of Fedora 12. YAY!

Fedora 14 is out!

The latest and greatest shiny release of Fedora is out. It looking to be a great release with lots of shiny new features and for the first time an officially supported Amazon EC2 AMI image. For those that want to go straight to the download click here but be sure to check out the common bugs to see if any affect you. The newly released Sugar on a Stick v4 (code name Mango Lassi) is based on this release.

Congratulations to Jared for his first release of Fedora as the new FPL and to everyone who has contributed to what looks to be another awesome release!