Open Source ioe12 Part 1

I watched the Revolution OS documentary and found it very interesting. Obviously, it had a particular perspective on events and this has to be taken into account when viewing, but there was a lot of useful material that I personally found useful and would to take away with me after watching. I did get a much better idea of events and the main players involved in the Free Software and Open Source movements. It was also interesting to see the different take on things that people from the two sectors have (or had) and a certain level of potentially underlying animosity.

I now have more of an understanding of ‘Copyleft‘ as being a term used for the distribution of software that allows the copying and redistribution under a specific licence. [And the point is made in the video that answered a quandary I had personally about whether to distribute my work under a CC licence other than CC0 or Public Domain.] If something is made Public Domain then anyone can make a small change and can then copyright it; precisely what the Free Software Foundation didn’t want to happen.

The points that I did find very useful from this video were:

  • The significance of Richard Stallman developing the GNU General Public Licence (GPL)
  • The discussion that brought about the term Open Source
  • The authoring by Bruce Perens of the Open Source Definition

Bruce Perens derived a definition for the Debian free software (a Linux distribution). He then relabelled this to become the Open Source Definition. In the video he explains the nine rights in the Definition as:

  1. Free (as in Liberty) Redistribution
  2. Source Code Available
  3. Derived Works Permitted (for redistribution)
  4. Integrity of the Author’s Source Code – Author can sort of maintain their honour – if you make a change you might have to change the name of the programme or mark out the change very clearly
  5. No Discrimination Against Persons or Groups – can’t present someone or a group that has ideologically differing opinions to your own from using the software
  6. No Discrimination Against Fields of Endeavor – usable in a business as well as in a school
  7. Distribution of License – give license to someone else who gives it to someone else
  8. License Must Not be Specific to a Product – if distribute on a RedHat system then the license can’t say ‘don’t distribute on a SUSE or Debian system’
  9. License Must Not Contaminate Other Software – distribute on CD with other software and you can’t stipulate that ‘other software must be free or you can’t distribute my software in there’

Refer to this section of the video.

The full Definition is provided in one of the other readings from the course.

The GPL did allow business and profit to be made by providing a service or support to the ‘Free’ or ‘Open Source’ software. With proprietary software the support is a monopoly which arguably can lead to a poorer service. Cygnus under Michael Tiemann became the first company to support free software.

Linux took off at the same time as the Web because of Apache, the killer Linux app. It was more reliable and more flexible than alternative products, and usefully for Internet Service Providers (ISPs) it allowed multiple sites to be run from once Apache installation.

As a bit of an aside:

I personally remember starting using Netscape during the infancy of the Web on a Unix box in about ‘93-’94. I also remember the problems Netscape began to have with market share as Internet Explorer began being bundled free with the Windows operating system. So it was interesting to see what the influences where on the Netscape executives, including Eric Raymond’s ‘The Cathedral and the Bazaar’, which prompted them to go down the Open Source project route.

I also remember the SUN Spark Stations that were bought in Electronic and Electrical Engineering when I was researching back in about 1992, and how expensive they were compared to the PC 486s of the time, so what Larry Augustin of VA Linux had to say on that matter certainly had resonance.

I mention ‘The Cathedral and the Bazaar’ written by Eric Raymond. As it too makes up a part of the course readings, I have subsequently read it, and it was an interesting read. It deals with Eric’s development of an Open Source email programme called ‘Fetchmail’, and he uses this experience to explain the parallels with Linux Open Source development. One point in this explanation I found particularly interesting was that it seems important to know when to use the ideas and work of others. Also, be extremely reverential in your praise of these other parties and people with believe you actually did much more of the work yourself, if not all the work. You also have to have a kind of charisma that will encourage other people to follow your lead.

The basic breakdown of the Cathedral and Bazaar concept is as follows. The general approach to software production is the use of a set number of programmers who develop the code and debug using a ‘closed (source)’ approach before releasing a version. The debugging takes a long time and bugs are seen as deep level problems. However, because of this process, the software is relatively bug free on release. This is the ‘Cathedral’ approach as Raymond terms it. The opposite of this is the ‘Bazaar’ approach. Here, the source code is made public and anyone can contribute to the development. This enables a very intense peer-review process to take place. The iteration process is very rapid, in the case of Linux multiple version point updates were made in a day. By using this process debugging solutions are announced quickly, thus alleviating duplication of tasks and enabling those involved in debugging to rapidly stop having to work on that task once a solution is found.

It was previously hypothesized by Brooks’ Law that the more programmers that are thrown at a late software programming task the later the project becomes. The ‘Law’ suggests that the bugs interfacing code developed by multiple programmers increases as the square of the number of programmers. If this were the case, however, Linux would never have been produced.


Welcome to Firefox Openness

The video on the ‘Welcome to Firefox‘ page really encompasses my reasoning for staying with the product.

  • Principle over profit
  • Secrecy is trumped by honesty & corporate interest by community
  • We believe that the web is more cared for than owned
  • More of a resource to be tended to than a commodity to be sold
  • Strongly believe in innovation that puts users strongly & squarely in the drivers’ seat
  • We believe that together, with this cause in mind, we can continue to innovate for the benefit of the individual & the betterment of the web so that it always & forever serves the greater good.

Open Video Alliance

I can’t remember the route that got me there, but I’m glad I took the journey to the Open Video Alliance site. What is trying to be achieved is encapsulated in this linked to video available to watch there or download.

What is open video? is explained via the wiki pages :

Open Video is a broad based movement of video creators, technologists, academics, filmmakers, entrepreneurs, activists, remixers, and many others. When most folks think of “open,” they think of open source and open codecs. They’re right—but there’s more to Open Video than open codecs. Open Video is the growing movement for transparency, interoperability, and further decentralization in online video. These qualities provide more fertile ground for independent producers, bottom-up innovation, and greater protection for free speech online. YouTube and other online video applications are rightly celebrated for empowering end-users; however, online video lacks some of the essential qualities that make text and images on the web such powerful tools for free speech and technical innovation. Email, blogs, and other staples of the open web rely on ubiquitous and interoperable technologies that have low barriers to entry; they are massively decentralized and resistant to censorship or regulation. Video, meanwhile, relies on centralized distribution and proprietary technologies which can threaten cultural discourse and innovation. Open Video is about the legal and social norms surrounding online video. It’s the ability to attach the license of your choice to videos you publish. It’s about media consolidation, aggregation, and decentralization.

BBC documentary ‘Digital Revolution’

The BBC is developing a unique four part documentary series for broadcast in 2010 on BBC Two. It has a working title of ‘Digital Revolution‘, and there are a number of ways we can all get involved, including helping Stephen Fry to come up with a better name for the series, and shaping the content of the series.


Here’s some blurb from the Digital Revolution website about the project:

‘Digital Revolution’ is an experiment in collaboration. We want to hear the opinions, thoughts and experiences from the populace of the web – you. Add your comments to our blog posts. Tell us the stories you think we should be covering. Your input will help shape our documentary.

One of the things I personally find exciting about the project is that as many as possible of the video rushes† are being made available by the site for us to watch, share, download and, significantly, edit ourselves (adhering to the licensing terms, which are similar to Creative Commons but have to differ because of the way the BBC is funded and run). This ties in with a previous post about Remix. Some of the people interviewed and available in these rushes include:

  • Tim Berners-Lee
  • Clay Shirky
  • Charles Leadbeater
  • Howard Rheingold
  • Stephen Fry
  • Jimmy Wales

many of whom I’ve written about, used quotes or photographs of in presentations or writings, or communicated with directly.

When I have time, possibly next week, I’ll certainly be remixing this video content.

You can follow Digital Revolution on Twitter @BBCDigRev

Rushes (or dailies) are the unedited, raw film (video) footage from a days shooting.