To install scratchbox first download the script (from the same
directory where you found this INSTALL.txt file) to your host
computer and just run the maemo-scratchbox-install_3.1.sh as user
root:
  $ sudo chmod a+x ./maemo-scratchbox-install_3.1.sh
  $ sudo ./maemo-scratchbox-install_3.1.sh

But real life is different:

...
E: This script should NOT be run as user root.

chi linux # git-bisect good
Bisecting: 4814 revisions left to test after this
[d2e626f45cc450c00f5f98a89b8b4c4ac3c9bf5f] x86: add PAGE_KERNEL_EXEC_NOCACHE

Also.. back in Tartu. A new semester, weather feels crappy and this time I forgot my toothpaste..

import app.views
from django.core.urlresolvers import reverse
reverse('named-view-to-be-tested')

If the view doesn’t work, it will either return NoReverseMatch: Not enough positional arguments passed in exception or url.

Thanks to jodal from #django for the tip.

The goal of the course is to help students develop “chemical insight” - the ability to see matter through chemists’ eyes, and to make connections between chemical principles, theory, experimentation, and the world around us.

Bah…

It originates from Olympus SP-550UZ camera, seems to be 2.8″ and has 2653 written on it

project/
    __init__.py
    manage.py
    settings.py    # < -- Contains sensitive information
    urls.py

Where settings.py contains sensitive information like usernames/passwords and other data one doesn’t actually want to save in the repository.
But fortunately it’s possible to use external configure file which is included by main configuration file and thanks to Python’s clever exception system, or ImportError exception, we can simply make following modification to settings.py:

diff --git a/project/settings.py b/project/settings.py
index 641c97f..9019d9e 100644
--- a/project/settings.py
+++ b/project/settings.py
@@ -84,4 +84,9 @@ INSTALLED_APPS = (
     'django.contrib.sites',
 )
-
+
+try:
+	import sys
+	from settings_local import *
+except ImportError, e:
+	print "Unable to load local settings: %s" % e
+	sys.exit(1)

Then we create settings_local.py which contains all these defines you do not want to appear inside the repository.

The filesystem size (according to the superblock) is
212144483 blocks. The physical size of the device is 212144384 blocks.
Either the superblock or the partition table is likely to be corrupt.

Quite quickly we discovered (as I was installing remotely, relying on Taavi feeding me the error messages) when using ext2/ext3 filesystem one has to fix and resize the filesystems before using them in RAID system. This is because the RAID superblock will be written near the end of the partitions thus reducing the physical size of the filesystem. So here it goes:

mdadm --create /dev/mdx --raid-devices=2 /dev/sdax /dev/sdbx
e2fsck -f /dev/mdx
resize2fs /dev/mdx

Before I even tested it I wanted first to try out another trick - I tried the partition type for all raid components to 0xFD. I then quickly made another kernel image without initramfs and booted it.. Voila.. everything worked even without initramfs

So to sum it up:

1. First set the partition type to 0xFD which stands for “Linux RAID autodetect” for all the partitions taking part in the RAID setup.
2. After assigning partitions to RAID, run a forced filesystem check (forced because otherwise utility refuses to check clean filesystem)
3. Resize the partition because added RAID superblock has shrinked the filesystem area…

On Linux machine just check the contents of /proc/cpuinfo. If processor flags contain lm, then your CPU is 64-bit capable.

Also, a little excerpt from Linux Kernel Sources:

#include/asm/cpufeature_32.h
[snip]
#define X86_FEATURE_LM          (1*32+29) /* Long Mode (x86-64) */
[/snip]