Over a period of incremental updates, I finally got bitten by the Werewolf. There was this slight glitch of Error: Missing Dependency: libx264.so.56 is needed by package ffmpeg-libs caused more due to the x264.i386 from F7 remaining on the system. A quick rpm -e and a further yum install fixed the niggling bit and here we are

In case you run into a problem similar to fc-cache -fs  as root giving /usr/share/fonts/lohit-bengali: failed to write cache (the language is an example only) make sure to run fc-cache -f -v for a fix.

In case you were still wondering, it is time you signed up to be part of the OpenOffice.org Project Day at foss.in this year. The reason won’t be hard to find.

OpenOffice.org as an application forms an important means to ensure that there are “users” of localized operating system environments. As more and more citizen centric applications move towards the web (and that’s another rock solid reason for you to attend the Mozilla Project Day too), the data archival and transaction would be required to be undertaken using Open Standards (read that as ODF). This is where OpenOffice.org comes into the picture. However, this is a pretty simplistic elucidation of the scenario which would perhaps appeal to the developers who would like to contribute to OpenOffice.org through creating extensions and experience enhancers (hint: the Project Day has all that). What the Project Day should allow the OpenOffice.org team is to understand how the “standards battle” transcends mere developer interest and meshes into user interest as well as get them talking about the Education Project. The general idea behind the Project Day is to ensure that there is an increase in the quantum of developer contribution which is not only limited to translation of the UI, but extending into QA among other things. This of course does not exclude the sharing of war stories related to migration, widgets and plug-ins created around the application. What the team expects is a healthy dose of interaction and free flow of ideas which can be made part of the various sub projects that make up OpenOffice.org

Thanks to Aamod Nerurkar

I have written on and off about Indic bits including how DTP is important when talking about a potential user base. The story so far is that while the basic blocks that make up the Indic experience on Linux ie. desktop UI l10n, input methods, fonts are somewhat in place, there is a large body of work that also needs to be attacked to ensure the “experience completeness” when it comes to Indic on the desktop. Unless the needs and requirements of the potential users are looked into, understood and translated into tasks nothing much can happen in terms of uptake. Or, we can howl till the heavens come down as to how l10n is important for ICT4D but without commits to SCMs nothing much is going to happen.

The saddest bit for me is that year after year I observe colossal waste of money, manpower and talent re-inventing the wheel or, doing re-search in the truest ironic sense of the term. Such ego massages include work done on pieces of the puzzle which if done in the FOSS way (in the open with a community around it) would have led to faster results and greater adoption. Of course, the most glamorous bits of the puzzle include Speech-to-Text and Text-to-Speech. Show me a re-search center (by any name) which is not doing the exact same thing as its peer and I’ll show you a R&D lead who has no intention of being part of high-powered-vacuum-tasked committees. Let’s take a few example areas where the “FOSS way” and not the “LOSS way” (read “loss” as laughably obtuse secretly shameful) would have provided real support:

Fonts: As on date, most distributions use a limited set of fonts, or, fonts arising from the same family (I hazard a guess that most of the time it is Lohit based anyway). Yet, there has been extensive work on Indic fonts which are adamantly refused to be let out under appropriate OSI compliant licenses. Who benefits from that stance ? Surely not the end-user who gets denied the chance to have a portfolio of fonts.

Spellcheckers: An indispensible part of the user experience, the current work done around aspell and hunspell is more a result of an obstinate push against roadblocks than a respect for the user. As Gora (who should blog and is determined not to) pointed out recently, there are two aspects to the spellchecking issue – [i] building a comprehensively proof read dictionary which also includes insights into language usage and common spelling errors and [ii] creating stand-alone spellchecking applications, plugins for applications like Scribus etc. But take a pragmatic stock of the current situation – what’s happening ? There’s claimed to be a bucketful of research being conducted in the various glitzy research bodies and nary a single instance where the results can be tracked-integrated-tested-tuned.

DTP: Not much remains to say about this other than what I hear about Scribus folks being aware and responsive but await contributions on the domain of Indic enablement.

OCR: Tesseract could form the way out given that some of the well known Indic OCR projects which have been GoI funded have been behind closed doors with the odd moment of data point being produced in public like some rabbit out of a hat (most magician hats are black though – something to do with closed source bits I guess).

TTS and STT: The Sarai FLOSS Fellowship for this year seems to have the promise of something coming out on the STT front. TTS kind of works with festival, Dhvani and espeak.

I was doing some random reading on Marketing Efforts for FOSS Projects. This was from a completely tangential investigation into the “difference” real or perceived between traditional marketing (ie Marketing for non FOSS and even non Software instances) and FOSS Marketing (umm…I guess that term doesn’t exist). For better or for worse I decided to look across a sample set of what the Marketing teams for some projects project on to the public space.

I borrow the definition from the Dictionary of Marketing Terms and talk from the perspective of marketing being “the process of planning and executing the conception, pricing, promotion, and distribution of ideas, goods, and services to create exchanges that satisfy individual and organizational goals.” In effect, traditionally, the marketing department is expected to provide guidance and inputs to organizational units engaged in Product Development or Product Servicing. This would be based on the fact that the department is the one with the deepest insights into the existing and potential customer base and is better placed to communicate with them towards generating loyalty and/or retention.

So on this afternoon I browsed through a few of the FOSS Marketing Projects and here’s a selection of “mission statements”