Computing

My apologies to anyone experiencing a large volume of build notifications from the fedora-arm koji system. We're attempting to build F13 and are experiencing a lot of build failures (as expected).

I've added some dependency checking to the build script (big thanks to Seth Vidal for the yum code snippets!) which should make it a bit smarter about build order. Build notifications have been turned off until we get the failures down to reasonable levels.

Fedora 13 was release a few weeks ago. We're going to celebrate the release at a release event in Toronto on July 5th. Here are the details:

• Who: Fedora Community -- and anyone interested!
• What: Fedora 13 Release Event
• Where: Seneca@York, TEL Building, room T1009
• When: Monday, July 5, 6 pm
• Why: To celebrate the release of Fedora 13 "Goddard", distribute Fedora 13 discs and discuss its new features, and meet up with other Linux contributors and users
• Wiki URL: http://bit.ly/f13-toronto

Please join us if you're interested. I hope to see you there!

Sugar on a Stick is a project which aims to create a live learning environment on a USB stick. This environment is a Fedora spin hosting the Sugar environment (the learning software original created as part of the OLPC project).

In previous versions of SoaS, the activities were not thoroughly screened before inclusion in the Spin, and so the SoaS Activity Criteria were introduced. I've been working with some other POSSE RIT participants to try and get three activities - Abacus, Maze, and Memorize - to the point of meeting the criteria. It's been a frustrating experience, but we've made some progress:

• Abacus
• Performed a package review (not passed, but close) of Peter Robinson's sugar-abacus package in Fedora
• Created a basic page for recording smoke test results
• Maze
• Filed a bug against the sugar-maze package in Fedora (apparently missing an essential .py file)
• Memorize
• This activity meets most of the criteria, but we weren't able to save to the journal (know issue) and could not confirm that collaboration works (might have been our Sugar configuration or networking)

HTML5 provides <audio> and <video> tags for sound and video content. However, every browser seems to support a different combination of codecs and containers for these tags. Open source projects have of necessity only been able to support open formats, but proprietary vendors have been reluctant to throw their weight behind those open formats.

At GoogleIO today, Google, Mozilla, Opera, and 30+ other partners announced WebM, an open source mashup of the Matroska container format, Vorbis audio codec, and newly-open-sourced VP8 video codec. The intention here is to provide a "safe", open-patent-grant format that both open source and proprietary products can integrate. To that end, the WebM code is licensed under a BSD + patent grant license. And, of course, with Google/YouTube supporting this format, there will be a lot of content available.

So how does this touch Fedora? It looks like current Firefox nightles support WebM, and gstreamer support is in the works; hopefully, this will land in time for Fedora 14. For rpmfusion/ffmpeg users, WebM support is in today's upstream ffmpeg release.

Mozilla uses CentOS for their Linux builders. They have up to this point also been running their unit tests on CentOS, but Armen has now switched the Linux unit tests over to 32- and 64-bit Fedora. This is a great win, because it means that Firefox will be tested against a more-current environment.

Within the Fedora project, there is a mailing list that perhaps doesn't get as much attention as it should: advisory-board. The name itself seems a bit cryptic, but this is the place that the Fedora Project Board has public discussions. It's the place where board proposals get hashed out in public, and it's a good place to bring items to the attention of the board. Come and join the conversation!