The badge also features mesh-networking capabilities, although the firmware for that does not seem very stable or reliably usable at the moment. I will definitely be keeping this tool toy – there’s no better name-tag than this, I guess.
The badge also features mesh-networking capabilities, although the firmware for that does not seem very stable or reliably usable at the moment. I will definitely be keeping this tool toy – there’s no better name-tag than this, I guess.
This is what the package looked like from the outside. Welcome packages are shipped by FedEx; in my case they left it with a neighbour, since I wasn’t at home when it arrived.
The package contains a pen, a notebook, a GSoC sticker that presumably glows in the dark (I’ve only read that, not tested it on my own), a welcome letter from Google (on US Letter paper, which feels weird to me being in Europe) and the payment card along with some notes and ToS for it.
I particulary like the payment card itself, because it just feels awesome to have a Visa card with Google’s colors and the Google “g” on it:
]]>
whatthecommit.com is a website that provides you with a fresh commit message every time you load it. So all you have to do, is copy and paste the line into your commit window. Still too much work? That's why git comes with hook scripts. Paste the following code in .git/hooks/prepare-commit-msg in your working copy and make the file executable and you'll be provided with a wonderful commit message every time you type git commit automatically!
#!/bin/sh## A hook script to prepare the commit log message.# Called by "git commit" with the name of the file that has the# commit message, followed by the description of the commit# message's source. The hook's purpose is to edit the commit# message file. If the hook fails with a non-zero status,# the commit is aborted.case "$2,$3" in
,|template,)
line=$( wget http://whatthecommit.com/ -O - 2>/dev/null | grep -o '<p>.*$' | sed 's/<[^>]*>//g' )
file=$( sed '1d' "${1}" )
echo "${line}" > "${1}"
echo "${file}" >> "${1}"
;;*) ;;
esacHowever, whenever I tried to start the installation routine, the setup would boot into the "Windows is starting"-screen with the nicely animated glowing 7-logo[2], but stay there indefinitely without an error message. When starting the setup in safe mode (I had to press F5 or F6 during start-up IIRC), the setup would just hang after
Loaded: \Windows\system32\drivers\disk.sys
I started searching the internet for similar problems and found a couple of recommendations related to nForce chipsets. Some told you to disable your on-board LAN ports (which I happen not using anyway) and a lot of similar disable-some-hardware tips, which, unfortunately, did not help at all. I had almost given up on Windows 7 and re-installed XP, when I decided to try a BIOS-update as a last resort. After using MSI's rather comfortable LiveUpdate[3] the Windows 7 setup did work fine[4].
The numbers speak for themselves – in my opinion RapidShare is completely unusable at the moment (and even more for less tech-savvy people than for me).
]]>
I started reading some resources on Objective-C programming a while ago, but didn't finish any because most of them were pretty technical and theoretical and thus getting boring pretty fast. The “Xcode from NULL to 100;” podcast does a lot more learning by doing – e.g. they guide you to build a (graphical!) calculator and explain memory allocating and releasing using that example.
The podcast targets absolute beginners – if you already have a background in programming, some of the information not related to OS X GUI programming will probably be pretty redundant to you, but you might still use the podcast to get started with Apple's Interface Builder.
]]>My syntax highlighting extension for ExpressionEngine has moved to a new home:
]]>svn:keywords-Property. However, I always forget the set of keywords I usually add: Author Date Id Revision URL. Unfortunately, there is no way to copy a property from one file to another in the standard subversion binary. There is, however, a little shortcut:svn propset $propertyName "`svn propget $propertyName $fromFileName`" $toFileName
.bashrc magic does the trick:# add svn propcopyfunction svn() {
case "$1" in
pc|propcopy)
propName=$2
fromFile=$3
shift 3
`which svn` propset $propName "`\`which svn\` propget $propName $fromFile`" $@
;;*)
`which svn` $@
;; esac}Update: Thanks to Raim for the wildcard support. Using subversion auto-props is an option for files, but unfortunately, auto-props don’t work on directories yet.
]]>
I'm not a business analyst, but imho thumb drives are a serious alternative to optical media especially since there will be more PCs or laptops without any optical drive (such as the MacBook Air) in the future.
]]>
Another thing I desperately needed for university was a laptop, as I didn't bother moving my home computer (it's the last one left at home for parents and everybody else anyway).
It took me a good while to decide what kind of laptop to get, but I finally chose a MacBook Pro with a whooping 4 Gigabytes of RAM, because I didn't want to fiddle with neither Windows Vista nor XP anymore. Linux would have been an option, but having a GUI to configure your PC isn't that bad after all either.
Lots of people buy Macs for their product design, but the point that convinced me was the possibility to run every software that works on Linux on the Mac as well (you gotta love a real bash shell, not some emulated cr*p on Windows).
So far I'm very satisfied with my choice and the MacBook — I might blog a little bit more in detail about that soon.
So far this was just a short update from me to let you know I'm still alive.
]]>
Colleagues probably have the largest impact on the atmosphere at work (at least when working in an office with a couple of other people around). Whether they are friendly, open and humorous (jokes make work a lot more fun) is one of the two key factors deciding whether I feel comfortable working at that place.
Unfortunately you hardly talk to your co-workers before picking up work, but that's probably why there's a probationary period…
They guy in charge at your company can make your work life a misery. If he doesn't like you (or he's a complete id**t) and you don't have backup from your colleagues work can be a pain.
Hey bosses, if you're reading this, here's to you: how to be a good boss (PDF document, 98KB) at number17.com
If you're working in the services sector you're working for someone. That's fine, however there usually is a simple problem with this person (or these persons, depending on whom you're working for this might be a large user base): they've got the money. And as we all know having the money makes you the king.
We all know the saying customer is king, but sometimes you should (at least try to) parent your customers to be less exhaustive towards you.
Oh, hey clients, read this: how to be a good client (PDF document, 66KB) at number17.com
This one's not a very big part, but it helps if you can work with a somewhat current system. Oh, and two screens are luxury, too.
Inspired by Lektion in Unusability und “Placebo forte!” on Keep Smoking
number17 comics via pixelgraphix.de
I can live without the rescue system, but no backup? No way.
Since I don't have a dedicated Linux box around at home, I needed to store the backup on my Windows PC. There's a problem with storing files from a Unix system on Windows though: You'll lose the owner, group and permission data for the files, since the file systems supported by Windows can't store this information. A backup without this metadata is useless, though.
Some kind of container solution was needed. Tar archives support Unix permissions, however packing all files into a huge tar file would require transferring all data on every backup run. My internet connection at home is not T1, so transferring all data every time I do a backup is probably not a good idea (and it's perfectly useless, too).
There's rsync — the state-of-the-art tool to transfer only the changes (yes, changes, not only changed files; very useful if you have some multiple GB files around). So combining rsync and tar seems the way to go.
I could have packed all files into a huge tarball and rsynced it to my PC (effectively only tranferring the changes), but that would mean the tarball would need to be stored at the server (at least temporarily). Now imagine the disk is 95% full and you're trying to pack the whole filesystem — we have a problem here.
Fortunately I'm not the first one facing this problem: Thanassis Tsiodras outlines a way to backup your Linux server preserving permissions to a Windows PC using a loop-mounted file system on a Samba share.
This technique would require a Linux box, though. Bummer! (If I had a Linux box around, I'd backup to it directly).
So I went with Virtualization: I remember having an old version of Parallels Workstation (now VMware Workstation) laying around. This should do the job. I installed a minimalistic Debian Etch in a virtual machine. The virtualization software supports folder sharing with the host operating system after installing some kernel extensions. Sounds good for my needs. Installed the kernel modules (I had to compile them, since there were none pre-built for my kernel), added a shared folder and found it in /mnt/hgfs/backup/.
#cd /mnt/hgfs/backup/ followed by
#dd if=/dev/zero of=destinationfilename bs=1M count=1 seek=150000
provided me with a 15GB file full of zeroes to put my file system to. Notice the seek parameter; on file systems supporting sparse files (NTFS does, FAT32 does not) it prevents physically writing 15GB of junk to the disk, but will instead create a file that only looks like it was 15GB. Physically this file is only a couple of KB large. If you need more than 15GB, adjust the seek parameter. Basically the block size (bs) times the seek parameter equals the size of your file system.
Next I mounted the file to a loopback device:
#losetup -f /mnt/hgfs/backup/destinationfilename
-f will tell losetup to use the next free loop device and print it's name to stdout.
Now I had to create a file system on the loopback device. You can chose whatever filesystem you think is best, I went with ext3:
#mkfs -t ext3 /dev/loop0
Make sure to substitute /dev/loop0 with the device losetup printed after mounting.
Finally, I mounted the file system by executing
#mount -t ext3 /dev/loop0 /media/backup.
In this case the device /dev/loop0 is mounted to /media/backup (the folder needs to be created before) using the ext3 filesystem driver.
You wouldn't want to execute losetup and mount every time you start the system, so here's what you need to add to /etc/fstab to have the file mounted automatically on startup:
/mnt/hgfs/backup/destinationfilename /media/backup ext3 loop,defaults 0 0
Finally you need to use rsync to backup the files. I wrote a small shell script for my needs:
#!/bin/bash# make sure we're in ~; adjust this, if you want your rsync-backup.err file to be elsewherecd# remove old log file. you could use logrotate for this, if you want to do it right[ -f rsync-backup.err.gz ]
rm -f rsync-backup.err.gz
# gzip existing log file[ -f rsync-backup.err ]
gzip rsync-backup.err# do the rsync; this will sync remote /* to /media/backuprsync --delete avze ssh servername:/ /media/backup/ 2>rsync-backup.err
You might ask why I didn't backup to the disk of the virtual machine directly. Doing it this way allows me to exchange the virtual machine without the data getting lost (the machine could even refuse to boot, and the data would still be there).
]]>