Once again, FOSDEM will have a cross-distribution miniconference on 1 & 2 February 2014. We’d like to invite submissions of talks, Birds of a Feather (BoF) sessions, or round-table discussions from any interested representatives of Linux distributions or individuals who have a topic of interest related to Linux distributions.
Proposals should be submitted through the FOSDEM proposal system (Pentabarf) here:
You’ll add your session title, speaker bio, and abstract for the talk. If you’ve presented or submitted at FOSDEM previously, you should have an account in Pentabarf. If you haven’t created an account, but have presented at FOSDEM previously please contact me before creating an account – the odds are you have an account that was created previously by the FOSDEM organizers.
Deadline for submissions is 22 December 2013. Since we’re on a tight timeline, this is unlikely to be extended.
In addition to speakers, we also need one moderator for each day, and a video volunteer for each day. The moderator will introduce the speaker, keep time, and pass the microphone around for questions. The video volunteer will handle recording of sessions with provided equipment. (Don’t worry, we’ll also provide training as well.)
The call for participation is going out a bit late, so please do speak up quickly if you’re interested in participating! Also, please do help spread the word so we can ensure the best possible program for this year’s FOSDEM.
I think Lawrence Lessig puts his finger on it pretty well with this post about the problems with Apple’s “communication” strategy about bugs/feature removal in upgrades:
But the argument I want to advance here is different. It is that in the “hybrid economy” that the Internet is, there is an ethical obligation to treat users decently. “Decency” of course is complex, and multi-faceted. But the single dimension I want to talk about here is this: They must learn to talk to us. In the face of the slew of either bugs or “features” (because as you’ll see, it’s unclear in some cases whether Apple considers the change a problem at all), a decent company would at least acknowledge to the public the problems it identifies as problems, and indicate that they are working to fix it.
Why is that what decency requires? And why, then, is the pathologically constipated way in which Apple communicates with its customers indecent?
Because when you see the incredible effort that is being devoted to dealing with these either bugs or features, there is an obvious incredible waste of time and resources that Apple could avoid simply by saying what they know.
For many users, communication is one of the strongest arguments for open source.
The fact that the source is open may not make a lick of difference to people who aren’t good with code, and/or are uninterested in spending the time to maintain or add features, or fix bugs. But they can have a direct line of communication with the developers who are working on features. Maybe a project you’re using goes in a direction you don’t like (for example) but at least you see the “WONTFIX” in the bug tracker. With Apple? Who the heck knows?
Many of the freedoms that are important to open source/free software folks seem like abstractions to non-developers. Apple provides a really good object lesson that shows that there are concrete reasons, beyond just hacking the code, that users should prefer open source.
Doing much work in the cloud? If so, I’d encourage you to take a few minutes to spin up the latest beta test candidate cloud image for Fedora 20. (This is not the final beta release, this is a candidate for the beta release that’s coming shortly.)
You can grab the images for x86_64 or i386. If you’re using Amazon Web Services (AWS) it’s even easier, as all you need to do is use the AMI IDs:
ami-e7a1f38e : us-east-1 image for x86_64
ami-6ba6f402 : us-east-1 image for i386
See Matthew Miller’s note to the Fedora Cloud mailing list for more info on the test cases and the changes to
cloud-init for this release.
Note that I spun these up as well and didn’t run into any real issues. The more the merrier, though!