I occasionally hit an issue whereby a Clojure library is built with an earlier version of Clojure, and its included class files cause an error such as

Caused by: java.lang.NoSuchMethodError: clojure.lang.RestFn.<init>(I)V (compojure.clj:9)

The easiest immediate fix is to strip class file from the jar. Awful hacky shell scripting to the rescue! This did the trick. It ain't pretty, but hey.

mkdir $1-tmp
mv $1 $1-tmp
cd $1-tmp
jar xf $1
find . -name '*.class' -exec rm {} ;
jar cf $1 *
mv $1 ..
cd ..
rm -r $1-tmp

Use like this: unclassify foo.jar.

View or post a comment.

On a whim I ordered a Leatherman Monarch 200 flashlight. For $10 I thought it was worth a try.

I normally carry a 4Sevens Quark 123, or a small Preon, but I like to have lights everywhere. Comes in handy when the power goes out!

Here's how it stacks up against the Fenix E01 ($12.50) and the Lummi Wee, which cost me about £50 all told (it has tritium phials).

The E01 is slightly brighter, and the Leatherman is much bluer in color. (My “natural” LED lights are even less blue.) The Lummi Wee, as you might expect from a high-output light that uses boutique batteries, kicks out a lot more light.

However, I'm not disappointed: the Monarch is tiny, has a clicky tailcap (which is both easy to use and hard to accidentally depress: much better in my opinion than twist activation), seems pretty robust, and costs no more than a Photon. This one is going on the wife's keychain, and I might order another to stash in a bag…

View or post a comment.

Mail.app is so classy. This is in my console log.

2010-01-23 Jan 23 19:55:40  Mail[1749] 
An instance 0x1cfa80f0 of class IMAPConnection is
being deallocated while key value observers are 
still registered with it. Observation info is 
being leaked, and may even become mistakenly 
attached to some other object. Set a breakpoint 
on NSKVODeallocateBreak to stop here in the 
debugger. Here's the current observation info:
<NSKeyValueObservationInfo 0x39ea320> (
<NSKeyValueObservance 0x4e328d0: Observer: 
0x16a80a60, Key path: isDisconnected, Options:
<New: NO, Old: NO, Prior: NO> Context: 0x0,
Property: 0x1b0c0040>
)

View or post a comment.

Before flying out for Christmas, I made sure to rip five more episodes of The Wire to keep me entertained on the plane.

Oh! A new version of HandBrake. Sweet. I ripped, I added to iTunes, I labeled the videos as “TV Shows” (thanks for paying attention to where I dragged them, iTunes).

Now, in NJ, I come to sync… and they won't. iTunes shows them in the list, lets me check them, and syncs, but simply ignores those. Older rips copy fine. It doesn't even have the courtesy to show the usual “this video format won't play on this device” message.

Is it the additional 2 pixels of vertical resolution that the Info window reports? Otherwise the video files are identical.

Nothing in the Console. No messages. Damn you, iTunes. Happy Christmas to me.

View or post a comment.

uuid uses ctypes.util.find_library to find libuuid and libc.

find_library calls out to cc/gcc to do its work.

This produces an annoying sh: cc: not found message at runtime when you don't have a damn compiler on your production box. Here's the diff against uuid.py.

402c402,406
<             lib = ctypes.CDLL(ctypes.util.find_library(libname))
---
>             # Attempt static first.
>             path = {'uuid': '/usr/lib/libuuid.so',
>                     'c':    '/usr/lib/libc.so'}.get(libname) or 
>                    ctypes.util.find_library(libname)
>             lib = ctypes.CDLL(path)

View or post a comment.

I've spent a little while trying to get CherryPy 3.2 to handle multipart/form-encoded data in a useful fashion. That is, I need access to the Content-Type of each part.

By default, it passes each part as a named string argument to your handler function.

I finally found the correct incantations to get cherrypy.request.body.parts to contain the Entity instances, each of which has a .content_type, .name, etc. From there I can constitute a kind of sane arglist.

# Somewhere early on
def multipart_tool():
    cherrypy.request.body.processors[u'multipart/form-data'] = cherrypy._cpreqbody.process_multipart
    
cherrypy.tools.multipart_tool = cherrypy.Tool('on_start_resource', multipart_tool)

# In your handler class:
class Foo(object):
    _cp_config = {'tools.multipart_tool.on': True}

The advice on the CherryPy wiki suggests setting the "multipart" processor, which is overruled by the multipart/form-data processor. Pah.

The more I use Python, the more I find it totally unsuitable for getting things done.

View or post a comment.

Put this in ~/.vimperatorrc.

set editor="/Applications/MacVim.app/Contents/MacOS/Vim -g -f"

Now find a textfield when you launch Vimperator, and hit Ctrl-I. Editing textfields in MacVim! Hooray!

View or post a comment.

$ leaks OmniWeb
Process 71336: 1915517 nodes malloced for 158662 KB
Process 71336: 2989 leaks for 435024 total leaked bytes.

This is with OmniWeb at 249MB RSIZE. I've had it break 1GB several times. Thing leaks like a sieve.

View or post a comment.