Tuesday 21 December 2010

Captain's Log: Stardate 21122010


We are at the end of another long year for the Vinux Project and we have managed to release Vinux 3.1 in all of its various forms before the new year. So now it is time to hang our developer's gloves up and have a good rest! So thanks to everyone who contributed to this release in whatever way they could, Vinux wouldn't be possible without a friendly, helpful community of people who all have the same goal: open-source accessibility for everyone. But as always, I am thinking about the future and trying to anticipate in which direction the project should go. So here are a few things for everyone to mull over during the holidays, which will roughly form the agenda for the online meeting I would like to hold in the new year, probably on our IRC channel.

Firstly, while the community has slowly grown over the last year, we are still painfully short of core developers who have the time and skill to keep the project going. Granted we now have lots of people who help out in a variety of peripheral ways such as; hosting vinux iso images, writing new packages, testing alpha and beta releases, answering queries on the support list etc. I am not going to name any names (in case I leave someone out) but you know who you are. However at the moment there are really only three core developers: Bill Cox, Mobeen Iqbal and myself who actually produce Vinux releases. Bill was the main driving force behind the Vinux 3.0 release, but due to health problems this year he has not been able to take a lead role in the latest release (although he still provided invaluable help and advice). Mobeen produces the VMWare Virtual Edition of Vinux and a special version of the USB Edition which can be installed to a pendrive from Windows, which are very popular with newbies who are afraid of messing up their Windows installations (with good reason). This means that I produce the final release of Vinux, create all of the different versions, upload them to the servers, update the website and then make announcements on the relevant mailing lists and forums etc. This may not sound like a lot, but given that I have a full-time teaching job and a family to look after, I can honestly say that I spend nearly all of my evenings, weekends and holidays working on Vinux to the exclusion of all other activities. Not that I am complaining or trying to be a martyr, I took on the responsibility when I started the project, but sometimes the pressure of having to work on Vinux instead of relaxing becomes overwhelming. So as always, here is my annual appeal for help!

There are lots of different ways in which people can help with the development of Vinux, irrespective of their skills and knowledge. I will now identify some roles that each and everyone of you can play in the Vinux project:

Testing - This basically means testing out alpha and beta versions of Vinux before the official release is made. Indeed many of you already provide feedback, but up to now it has been in a very haphazard way. We need to formalise the testing process with specific individuals identified to test specific packages and provide detailed feedback - not just X doesn't work. We will also need someone to coordinate the testing and feedback process, so we could do with a 'Testing Taj' to step foward...

Documentation - This is something that users of any level can do, you just have to document in detail how to use a particular package with Orca or Speakup etc. Again in the past this has also been fairly haphazard, but now that there is a specific repository for the Vinux Documentation Project this should become more coordinated, with individual users being asked to provide a guide to specific packages etc. Again we need someone to take responsibility for coordinating this, a 'Document Dictator' if you like...

Publicity - This means what it says on the can - making sure people find out about Vinux through mailing lists, forums, blogs and other websites etc, but without annoying everyone or being accused of spamming etc. The other important element to this role(s) is the need for realism. We can't make out that Vinux is the solution to everyone's computer needs - it offers advantages and disadvantages compared to other operating systems and we mustn't overblow our own trumpet as this will raise expectations, leading to inevitable disappointment for some users. Vinux isn't or probably won't ever be right for all VI computer users. So what we need is an 'Realist Reporter' to take on this role...

Mirrors - Providing mirrors on which to make Vinux available is of vital importance. Having mirrors around the world allows people to get Vinux from their nearest server, or at least provides options if one or other of the servers is down. We actually have a reasonable number of mirrors at the moment, but if you can host even one iso on server with reasonable bandwidth speeds (unlike mine) then drop us a line - we need more 'Mirror Mages'...

Website Management - This role(s) would require more technical competence than the previous two roles, as it would involve managing a website(s) and/or mailing lists etc making sure that all of the information is up to date and the iso images are available from the relevant mirrors. I would be happy to hand over this side of my responsibilities to other trusted members of the community as it would free me up to spend more time on the development side. So we need a 'Website Wizard' to step forward as well...

Package Development - There are already several people producing packages for Vinux and the wider Linux community, but this is an area were people can work relatively independently and produce packages which they think will be useful for themselves and others alike. The only communal element is uploading it to Launchpad, building the binaries and then providing technical support on the mailing list for users if required. If you have an idea for the next accessible application which will take the world by storm, then get coding. We need more 'Package Peasants'...

Distribution Development - This role probably involves the most responsibility and stress, but technically speaking it isn't as hard as you might first think. It requires a large amount of patience, determination, effort and time, but not that much intelligence - just a spattering of Bash scripting and a basic understanding of Ubuntu, the Gnome Desktop and the Accessibility software. So if you think you are a match for my determination and stupidity, then consider getting involved in this side of things. This is a role that can easily be split between different people, either taking turns to produce releases, or producing different versions of the same release. We need some 'Distribution Demons' as soon as possible...

Each if these roles could be taken on by a single individual or by a team of people, although each team would need a coordinator of some kind. So if you fancy playing a more active part in the development of Vinux please get in touch, privately if you prefer to discuss any concerns or anxieties you might have...

Now it's time to discuss the big issues which we have to face in the coming year:

The first issue is the proposed move from the Gnome Desktop to Unity in Ubuntu 11.04. This may or may not cause problems for screen-reader users. Luke Yelavich has been seconded onto the unity development team to make it accessible, which is a positive sign. But I feel Luke is always having to play catch up with decisions taken by Canonical in which accessibility isn't the highest priority. I suspect the motive behind switching to Unity is to give Ubuntu its own unique interface which will work well on netbooks and touchpads etc. So depending on how things develop we may have to adopt Unity and any limitations this has, or stay with the Gnome Desktop until Unity is usable.

Related to this is the question of whether we should stick with Ubuntu as the base for Vinux, switch to a different distro, or diversify and produce more than one version. Given the current lack of core developers, the third option seems unrealistic (unless some maverick decides to start producing their own version of Vinux) so that leaves us with the perennial 'Ubuntu or not' question. Ubuntu offers many advantages in terms of ease of use, hardware support and the size of the user community. On the other hand it has a very fast release cycle and I suspect it may have commercial motives in the long run and this may limit our freedom to release Vinux at some point in the future. There are other distros that offer similar features to Ubuntu e.g. Debian, Mint, Fedora etc, but they are also release based, meaning that the only safe way to upgrade is to install the latest version. On the other hand there are rolling release versions of Linux such as Arch, Aptosid and PCLinuxOS which can be kept permanently up to date without re-installation, but they are not easy to make accessible or remaster. The only viable option I could envisage using at the moment would be Mint Debian, which follows a rolling release based on Debian Testing, but also offers most of the features provided by Ubuntu, in addition to multimedia codecs etc.

Finally there is the issue of what features and packages we should and shouldn't include in Vinux. To some extent this is determined by the room on the iso image, but we could for example produce of lots of simple accessible tools using Zenity and Bash scripts (like Speedy-OCR) or plugins to existing applications (like Markup-Binder) that would make users live much easier - or should we encourage people to learn how to use the standard tools provided by Ubuntu or in the repositories?

Anyway this is just food for thought. Feel free to post your ideas and suggestions to the mailing list, we will have an online meeting sometime in the new year - probably towards the end of January when my student's examinations are all over!

Thursday 9 December 2010

Better Late Than Never!


I am pleased to announce that Vinux 3.1 (Based on Ubuntu 10.10) is finally ready for download from the Vinux mirrors! It is currently available as a CD or DVD in both 32 and 64bit versions (USB and Virtual versions will follow shortly). It has been a long time coming, but hopefully it will be worth the wait. On top of all the usual accessibility software, new features include a Quick Start Guide for beginners (Ctrl+Alt+Q), Autokey-GTK which can insert text automatically as you type based on pre-defined abbreviations, the Parcellite Clipboard Manager which allows you paste text from the clipboard history, X-Tile which allows you to tile windows automatically, Gnome Media Player as an accessible front-end to VLC, Conkeror a keyboard controlled Web Browser, Pidgin the Internet Messenger (with all the plugins) and Gufw a simple but effective Firewall Manager.


Other additions include: Alarm Clock, a simple GUI for setting timed notifications, GtkHash an md5sum calculator, SearchMonkey an advanced search tool, Terminator which allows you to open multiple tiled terminals in one window, Tux Commander a dual-paned file manager with keyboard shortcuts, World Clock which allows you to monitor times in different locations around the world, Gcolor2 a simple GUI for selecting colours from anywhere on the screen, the Specimen Font Previewer, Dlume a simple address book manager, the ToDo List package, mhWaveEdit a simple sound recorder/editor GUI, Sound Juicer an audio CD ripper, FSlint a file system cleaner, Gtk-ChTheme a GTK theme previewer/changer, Scheduled Tasks a simple GUI front-end for cron and HardInfo a system profiler and system benchmarker.

There are also three new packages unique to Vinux available from the Vinux repository and/or the EasyInstall-Office and OCR scripts. These are: Markup-Binder written by Isaac Porat, which makes the creation of complex navigable documents a simple process (the new QuickStart Guide was created using this), another application is Speedy-OCR written by Don Marang, which is a simple GUI front end which allows you to scan in documents and convert then to text and/or speech. And last but not least is Monitor-Toggle written by Luke Yelavich which allows you to turn off your monitor to save battery power and maintain your privacy.

There are also some changes under the hood. We unfortunately had to remove YASR from this release as it was no longer working under Maverick, and in order to make room on the CD we also had to remove Samba (Windows File-sharing) and the Festival Speech Synthesiser, although these can easily be reinstalled after installation. The dynamic font-size/colour-theme changing scripts have been revamped so that the desktop background and desktop icons change colour as well, and we have gone with a dark theme by default, with the window controls in the traditional top-right corner position. In addition there are now both desktop icons and menu launchers to take users straight to the Vinux website and the support/development groups.

Now for the bad news. I have already found a small bug in the latest release - however it is unlikely to affect the majority of users and there is a very simple workaround for those who are affected. Because of a minor typing error in one of the build scripts (I used a lowercase 'u' instead of an uppercase 'U' - I was tired!) the keybinding (Shift+Windows+Alt+Up) which was supposed to modify the multimedia keybindings in the event of the sound card being muted wasn't enabled. The workaround is simply to press Alt+F2, type 'volume_keys' (without the speech marks) then press Enter, then press Alt+Y and Enter again. Now you can use Windows+Alt+Right to unmute and raise the system volume. Of course, I also managed to provide completely the wrong keybindings for the new multimedia volume controls in the keybindings.txt file as well, just to confuse matters (I did mention I was tired didn't I?). So to clarify, once you have activated the new multimedia keybindings (should you need to) you should use Windows+Alt+Right/Left to raise/lower the volume and Windows+Alt+Down to mute/unmute the volume. My OCD Demon is now muttering away about the fact that I should remaster Vinux 3.1 to eliminate this stupid error, otherwise the world will probably end. On the other shoulder my Sanity Angel is reminding me that I really need a good rest and if this is the only bug it has I should count my blessings and rejoice!

To be continued...