One of the new features touted by ICS is full-disk encryption (actually it was first available in Android 3). The first look is promising. The android developers went with dm-crypt as the underlying transparent disk encryption subsystem, which is the de-facto way to perform full-disk-encryption in Linux nowadays. This ensures both portability of the encrypted file systems and tried-and-tested implementation. The cipher itself is 128-bit AES in a ESSIV mode, and the encryption key is derived from the password using PBKDF2 (actually it’s the key that encrypts the actual encryption key, allowing fast password changes). So where do I think it went wrong?
I’m an avid Kindle user for more than a year. However once in a while, I come across something like this when I shopping for a new book:
As you can see, Amazon sells Kindle edition for higher price than a paperback. This book of course isn’t the only example for this ridiculous pricing method, and if one browses the Kindle store he will surely find more.
This really upsets me, as there is no honest reason to price an electronic edition higher than a real dead-tree paper edition. In both cases, the author and the publisher get their royalities and share of the profits. But the Kindle editions doesn’t have many related expenses, like storage, transportation (from the publisher to Amazon), and above all printing costs.
I don’t know who is to blame for this absurd thing, Amazon or the publisher (or even both). But the few things I know are that this bad for everyone, the customer because he pays more and Amazon/publisher as in the long run, this encourages piracy as the customer feels he’s being unfairly treated thus he will be more willing to play an unfair game as well.
I’m working on adding spell checking support to gitg. If you intend to use gitg without installing it, a little hack is necessary. You’ll need to symlink the
gitg directory (the one with the source files) as
ln -s gitg ui ./configure /pathto/below/gitg
The reason is that
gitg will look for Glade UI files under
$(datadir)/gitg/ui and in gitg’s source the UI files are in the
gitg directory and not in
You can see above a screenshot of
gitg with spell checking enabled. Hopefully I’ll be done with the changes soon and they will be merged to upstream quickly.
Update: There are couple more things to do in order to get gsettings’ schemas right.
mkdir glib-2.0 ln -s ../data glib-2.0/schemas glib-compile-schemas data/ XDG_DATA_DIRS=".:/usr/share/" ./gitg/gitg
For the schemas thing see glib-compile-schemas‘ man page.
Update 2011-12-17: Jesse (gitg’s maintainer) hasn’t responded to my email regarding the new feature, so I’ve open a bug (#666406) for it. If you’re willing to try the changes yourself, you can pull them from
Andreas chose to put the sidebar above the content, which I prefer not to do. Furthermore as the sidebar was a “float” that came before the content, it caused additional inconveniences. E.g. if you had an element with
clear: both it would be pushed bellow the sidebar. I’ve patched it a bit in order to fix those issues. You can find my modified version here: variant-whitespace.tar.gz
In older versions of KDE, Kontact used to keep it’s data in portable formats. iCalendar files for KOrganizer and vCard for KAddressBook. But sometime ago Kontact moved to akonadi, a more sophisticated backend storage. By default (at least on my machine) Akonadi uses MySQL (with InnoDB) as the perssistent storage. I didn’t consider it thourghly when moving my data to Gnome, and I got stuck with the data.
To make things worth, somewhere along the update to KDE 4.6, I got some of the data moved to
~/.akonadi.old. Being stuck with the InnoDB tables, I tried the following solutions without much success:
- Loading the InnoDB tables to a MySQL server. Didn’t fare good, MySQL complained about weird stuff, and I gave up in search of simpler solution.
- I booted a OpenSuse virtual machine with KDE and tried loading my old data. Apparently, my
~/.akonadifolder, contained nothing interesting and Suse’s KDE 4.6 refused to load the data
~/.akonadi.oldafter I renamed it.
So being upset about Akonadi I did some greping and found strings from my contacts and todo lists in the following files:
Binary file .local/share/akonadi.old/db_data/ibdata1 matches Binary file .local/share/akonadi.old/db_data/akonadi/parttable.ibd matches Binary file .local/share/akonadi.old/db_data/ib_logfile0 matches
I opened the files with vim, and found out the contained vCards and iCalendar blobs in them. So instead of directly storing them on the file-system, where they are easily accessible, they are stored in the DB files. I figured it would be easiest to just extract the data from the binary files. I’ve used the following script:
import sys START_DELIM = "BEGIN:VCALENDAR" END_DELIM = "END:VCALENDAR" def main(): bin_data = sys.stdin.read() vcards =  start = bin_data.find(START_DELIM) while start > -1: end = bin_data.find(END_DELIM,start+1) vcards.append(bin_data[start:end + len(END_DELIM)]) start = bin_data.find(START_DELIM, end+1) print "\n".join(vcards) if __name__=="__main__": main()
It reads binary files from stdin and outputs iCalendar data that is embedded in it. If you change
VCARD instead of
VCALENDAR, it will extract the contacts’ data.
This migration, had me thinking how important it is that application’s data should be easily portable. It’s a thing, I feel not many projects have high enough on their priorities.
I’ve decided to try Gnome on a new machine that I’ve got, and as part of the move I’ve switched to Evolution (from Kontact). I had some contacts stored in a spreadsheet which I’ve tried to import as CSV to Evolution.
Apparently, unlike Kontact, Evolution won’t ask you what every column means. It would just assume that the CSV is in some weird scheme. If you try to import the CSV, it would force the scheme on you CSV even if it looks completely different. The result – a complete mess of the fields in each contact.
I didn’t find the reference for how Evolution expects its CSVs to look like, and I didn’t want to analyse that either. So finally, I’ve set up a virtual machine, loaded it with OpenSuse KDE live cd and imported the CSV into Kontact and exported it as VCard which I imported to Evolution.
I believe, that the current CSV import in Evolution, just causes user frustration, as it doesn’t act as expected.
Other weird problems I’ve encountered in Evolution which I didn’t solve yet:
- Evolution is that it gives me “Could not remove address book” when I try to to delete an existing address books. After restarting the program I’ve succeeded in deleting some of them but not all of them.
- When I imported the VCard from Kontact, the contacts appeared in every address book (except one) and also appeared magically in new address books I’ve created. The contacts in each of the address books seems to be linked together. When I’ve tried to delete them from one address book, they’ve disappeared from the rest as well.
If you know how to solve these issues I would really like to hear.
If you’ve got a
base64 string as a
unicode object and you try to use Python’s
base64 module with
altchars set, it fails with the following error:
TypeError: character mapping must return integer, None or unicode
This is pretty unhelpful error message also occurs if you try any method that indirectly use
altchars. For example:
both fail while the following works:
While it’s not complicated to fix it (just convert any
unicode string to
ascii string), it’s still annoying.
Every good web programmer will note that the following contact form markup is probably flawed
<form> ... <input type="hidden" name="to" value="firstname.lastname@example.org" /> ... </form>
as it is likely that if the value of the “to” field changes the message will be sent to the modified address. The problem with this kind of functionality is that it allows a malicious user to send emails from your mail server. More specifically, it can allow spammers to user your benign server t send their spam (and as a side effect you might be flagged as a spammer yourself).
As this case is pretty obvious one doesn’t see many real-life uses of it anymore (but careless programmers used it more often n the past until they learned better). However one can achieve similar goals (spam-wise) by utilizing a common feature in contact forms: the “CC yourself” checkbox.
Few days ago I’ve decided to start logging my rowing sessions. I disliked the idea of keeping the log on paper, so I’ve looked into a computerized solution. I ruled out Concept2’s online log book, because I wanted something private which wouldn’t require me to register on yet another website (and sometimes internet access at my rowing club is broken). Soon I’ve decided to manage the log using TiddlyWiki, a client-side html+js wiki, which I wrote about in the past. It some nice features:
1. It fits in a single self contained file that is perfect to put on a usb-stick.
2. It has built-in search features.
3. It allows great flexibility in how to log my sessions – no predefined format which I need to struggle to fit my sessions into.
The TiddlyWiki solution seemed great, and I’ve started using it. But as the title says, I merely looked over much simpler, yet as powerful, solution – a simple text file. Porting my rowing log to a simple, old-fashioned, text file provided me all the relevant features of TiddlyWiki, such as search, flexibility and working from usb-stick, while using less space and editable using a basic text-editor (or the powerful
vim). Using reStructured Text, I got a nice readable journal that can be later processed into even nicer looking html files.
We all want to believe that we know to match the right tool for a task. But maybe, because we tend to adopt newer technologies and utilities all the time (because for a lot of tasks they do provide better tools), we end up over looking simpler, “old-fashioned”, solutions. If I take a moment now to look around, I can come up with several other places where new stuff is used instead of simpler solutions. Take a look around you, and I’m sure that you will be able to find some too.