Notes:

• needs XmlRpcCS. Mono 1.1.x users, check my guide for installing it.
• there's no pref's dialog, you need gnome-blog, it currently reads your gnome-blog settings from GConf
• currently only supports the MetaWeblog API (MovableType, etc.)
• does not support post editing
• currently just uploads whatever the text value of the note is. If your blog supports setting a default formatting style (like Markdown), just use that in your note and it should show up properly.

Some ideas for enhancement:

• keep track of postID's in an extra XML field (like width and height are now). This would allow you to upload a post, then edit/update it within Tomboy.
• move pref's to Tomboy's preferences dialog and GConf settings?
• let you sync your notes with your weblog. This would update your blog with local Tomboy changes, as well as pull down other posts not made from Tomboy into Tomboy.
• maybe a different icon?

Enjoy, feel free to enhance/update/improve/etc.

And yes, this post was made with it. ;)

WARNING **: Could not find assembly XmlRpcCS, references from
  ~/source/monoblog/monoblog.exe (assemblyref_index=3)

This is because with Mono 1.1.x, it seems you must register signed assemblies with gacutil. In order to do this with XmlRpcCS, you need to do the following:

1. Download the XmlRpcCS source file and unzip it.
2. cd to the XmlRpcCS directory and run "sn -k XmlRpcCS.snk" to generate your keyfile.
3. Edit the makefile and change the CSFLAGS line to "CSFLAGS=-define:__MONO__ -delaysign-"

4. Edit src/nwc/xmlrpc/AssemblyInfo.cs and add the following lines:

   [assembly: AssemblyDelaySign(false)]

   [assembly: AssemblyKeyFile("XmlRpcCS.snk")]

5. Run make

6. Run "sudo gacutil -i XmlRpcCS.dll -package XmlRpcCS"

Now when you need to compile against XmlRpcCS, just add "-r /usr/lib/mono/XmlRpcCS/XmlRpcCS.dll", and it should work fine.

Update: Switched back to Beagle 0.0.8 so it would work with inotify, and it's working much better now. And with the Firefox plugin provided by the Beagle project, it looks like it pretty much already does what I was looking for. Also got other things like mplayer, acroread 7, etc. up and running. Also got suspend/resume working again, however, my consoles are still messed up after running video-post. Suspend-to-disk appears to lock up completely as well.

Anyway, onto the main reason for abandoning it, my conversation with Britt made me realize that even beyond the silliness of trying to create another browser, I was also reinventing the wheel in numerous other ways. It would probably be much easier to hack the functionality I'm looking for onto Beagle. Guess I'll need to set up an inotify-enabled kernel.

Speaking of which, I need to do quite a bit of kernel hacking in less than a month anyway, with 3-4 large kernel modification projects ahead of me. Thankfully, due to my inability to read a syllabus, I finished all my projects for another course two weeks ahead of time, so I won't have that looming over my head.

The MATLAB MCR (installs the shared libraries you need to run compiled MATLAB programs) for Windows is huge, so I made it into a torrent:

Download torrent [83.26MB]
View torrent stats

Windows build:

Download the compiled build here: colorize-win32.zip [1.55MB]

Then:

1. Download and run the MATLAB R7SP1 MCR Installer from the torrent.
2. Open up a command window, navigate to where you've extracted the executable and CTF file, and run "colorize.exe infile.bmp infile_marked.bmp outfile.bmp"
3. Wait a while, because this build uses the "exact" solver, it's rather slow.

If Windows complains that CTF is not a registered file type and it can't find the proper program, you may need to reboot. You can use the example bitmaps from the source zip linked on the original website if you want to see what input should look like.

Linux build:

Download the compiled build here: colorize-linux.tar.bz2 [3.6MB]

You don't need the MCR for this build, all the required libraries should be included.

1. Put /path/to/colorize-linux/sharedobj on your LD_LIBRARY_PATH with export or setenv. (example: export LD_LIBRARY_PATH=/home/blah/colorize-linux/sharedobj:$LD_LIBRARY_PATH)
2. Run "./colorize infile.bmp infile_marked.bmp outfile.bmp"

dd if=/dev/zero of=diskimage.img bs=1M count=512
losetup /dev/loop0 diskimage.img
mke2fs /dev/loop0
mkdir mounted
mount /dev/loop0 mounted
debootstrap sid mounted/ http://ftp.us.debian.org/debian/

You should now have a nice base Debian install to diskimage.img. Clean up your mounts with:

umount mounted
losetup -d /dev/loop0

Then you can launch qemu with a command like:

qemu -hda diskimage.img -kernel /path/to/bzImage -append 
  "root=/dev/hda sb=0x220,5,1,5 
  ide1=noprobe ide2=noprobe ide3=noprobe ide4=noprobe ide5=noprobe"

Ta-da! Once you're done, make sure you shutdown with "shutdown -h now" before closing out qemu, or you'll probably have to mount the image to loopback again and e2fsck it manually. You can also mount the image any time you'd like with "mount -o loop diskimage.img mounted" and muck about in the filesystem, or even act like you're on it locally by using the chroot command after you've mounted it. If you get an error like:

Kernel panic: VFS: Unable to mount root fs on unknown-block(0,0)

when you try to boot, make sure you have ext2 support built in to your kernel, also set CONFIG_IDE, CONFIG_BLK_DEV_IDE, and CONFIG_BLK_DEV_IDEDISK to be built in as well.

$ /usr/bin/cli --debug /usr/share/dotnet/monodevelop/bin/MonoDevelop.exe
Creating DefaultWorkbench

(MonoDevelop:9543): Gtk-WARNING **: Error loading icon: Failed to open file 
'/home/data/resources/icons/Icons.SharpDevelopIcon': No such file or 
directory

I tried using the Ubuntu package (monodevelop_0.5.1-3_i386, one revision higher than the monodevelop_0.5.1-2_i386 provided by Debian), but it does the exact same thing (except the executable is placed in a different structure under /usr/lib/monodevelop, and the /usr/bin/monodevelop script uses mono instead of cli). Doing something silly like copying the /usr/share/dotnet/monodevelop/data directory to /home makes the icon error go away, but MonoDevelop still does not start. I even tried rebuilding the monodevelop package with the new mono install, but it does the same thing. I suspect it's related to this bug.

Update: It has randomly decided to start working again.

I'm amazed at how much abuse that system takes.