Weight this morning: 328.6

Calories eaten: 1633

Calories burned: 2807 (!)

Part of home ownership is yard ownership. We spent the day removing an old barbed wire fence and clearing brush around an old fence along the back of the property. I’m not convinced that I actually burned 2807 calories, but that’s what my “Lose It!” iPhone app tells me.

The weight “gain” I expected, the vast majority of the weight I’ve lost so far is almost certainly water weight. I could plot my net calorie loss (accounting for RMR), but weight will eventually line up with that. I’m told water weight can vary by 5 lbs/day, so as long as the long term plot of my weight is trending down, I’m happy.

Initial weight on Monday: 335 lbs (!)

Target weight: ~170 lbs (!!)

Yep. It’s that bad. The good news is that water weight changes pretty quickly, which makes the first few days of any diet/exercise lifestyle change nice and productive.

Today’s Weight: 327.4 lbs

Total Lost So Far: 7.6 lbs

Amount to Lose: 157.4 lbs

Got inspired by www.urbanranger.com yesterday, so I walked to work today. Took about 40 minutes, but traffic was about as favorable as I can imagine it being. Going home will be a bit more interesting, though, might take about an hour. There’s an annoyingly narrow road that is both A) the fastest route and B) suicidal to walk on in the afternoon, since it’s narrow, with no shoulders, and ditches on both sides. Coming to work there’s almost nobody coming toward you, so walking on the road isn’t so bad. Going home is a different story. Anyhoo.

Lessons learned from today’s walk:

- Plan my mornings better. I would’ve been a bit faster leaving the house if I got my stuff together the night before. Since walking extends my commute from 5-10 minutes to 40 minutes, I don’t have as much room for sloth in my morning.

- Find some more audiobooks & podcasts to listen to.

- Figure out lunches in advance. This is another case of “needing to plan ahead more, now that everything’s not 5 minutes away”. Perhaps I could swing by Wal-mart tonight and get what I need, then drop it off here on my way home, so I don’t have to haul it in with me each day. I’m not ready to kick my Diet Pepsi Max habit yet.

Perhaps this is a bit short-sighted of me, but it looks like we could actually make use of network shares to get to repositories on other machines. A “developers” share is already set up on our machines, and everybody knows how to get to it from project machines. If this is a viable solution, I wouldn’t need anything special to A) serve up a mercurial repo or ten or B) get IT to back it up, since they already take good care of our existing shares. This would totally eliminate the need to install copSSH or LightTPD, or train people on how to use them, or convince IT (both ours and our clients) that “yes, you really do want me to install this extra server.”

I like potential solutions that are actually easier than what we’re doing now.

That leaves the code review cases, where I have a changeset I want someone else to review, but it doesn’t belong in the “central” repo until after it’s passed.

Perhaps if everybody had a share set up as \\MyMachineName\hg that pointed to wherever their local repos were kept, that would simplify finding shares.

Progress! I love it!

This may seem simple and/or obvious, but LightTPD for Windows can be had at http://en.wlmp-project.net/.

I’m currently trying just the server package, called “LightTPD for Windows” on the downloads page. They also have a WLMP Webserver Package that has other stuff built in. I don’t think I’ll need MySQL and such, but hey, if I do, it’s out there.

Ok, I’ve drunk the distributed source code control kool-aid. I’m convinced. I want it. Unfortunately, for various reasons, if I want to use it at work right now, it has to run on Windows.

That is, I need to be able to *serve* the repositories from Windows. I don’t have the luxury of slapping a Linux box or two in our server room for this purpose (yet), and so I have to be able to do it from Windows.

Mercurial seems to have the best client support on Windows, so that’s the one I’m going to try first. It looks like there’s three ways to serve up a repository:

hg serve

This is only meant for small groups, on controlled networks, and it only handles clone and pull ops. We are a relatively small group, 8-10 people, and the network is controlled. If clone/pull is all most people need to serve up, then this may be the way to go for the 80% case.

hg over SSH

If you have an SSH server, you can do hg over ssh. This means installing Cygwin, which is overkill, I think, or using something like copSSH. I think I’d also have to manually manage users, or get permission from IT to hook in to the domain authentication stuff. That’s theoretically possible, but wouldn’t be easy for them or me.

hg over HTTP using CGI

If you have a web server, you can use that instead. There’s Apache, LightTPD, and IIS. I haven’t seen any success stories for hg on IIS, and I’m not really in this to break new ground if I don’t have to, so that leaves Apache and LightTPD. Of those two, I’m going to try LightTPD first, it’s a smaller install.

Not everybody will need push support, of course. I may be able to get away with only setting this up on a few key machines, and letting everybody else just do hg serve. They would still be able to pull changes from other repositories, and with hg serve we could pull changes from theirs. This would support the KernelPractice style, which is where I’d like to be when this is set up and working.

(edit: removed a trailing sentence fragment, what I get for not proofreading…)

If you’ve been waiting (as I have) to install Linux on a machine, especially a laptop, run, don’t walk, to www.ubuntu.com and give the Hardy Heron (8.04) a try.

For the last 3-4 years I’ve been trying each release, waiting for one that would work “well enough” on my Acer Aspire 5672 WLMi. By “well enough” I mean not crashing on hibernate/restore. 8.04 lives up to Canonical’s claim: It Just Works. This has given me back a processor core that used to be dedicated to running antivirus/antispyware under Vista.

So, to all the people who worked on this release, to all the developers who slave away on this stuff, thank you.

If you’re trying to modify app.config files for a .Net app from a nant build script using the <xmlpoke> task, the namespace you need to use switches part-way through. If you’ve set prefix “x” as “urn:schemas-microsoft-com:asm.v1″ in the namespaces, then a full path for assembly redirection may include the following:

/configuration/runtime/x:assemblyBinding/x:dependentAssembly/…

Note the lack of x’s on configuration and runtime, yet their presence on assemblyBinding (and all child nodes).

I feel both silly and outraged. Silly because I probably should’ve caught this sooner than I did. Outraged because it’s not mentioned anywhere, and the examples given for <xmlpoke> don’t go deep enough to uncover this particular xml-newbie gotcha.

*sigh*

Partially in honor of Knuth’s 70th birthday and partially because it’s on my ever-expanding list of Things I Want To Do: I’m starting my journey through The Art of Computer Programming today.

I post this not to convey useful information, but to hopefully invoke the psychology behind stating something publicly in order to alter reality. (You’re a lot more likely to stick to a decision if you’ve declared it publicly.)

One of my goals is to become fluent in Spanish to the point where I can carry on a conversation. To that end, I need to be able to type various accented characters using a Dvorak layout. Here’s the setup I’m using:

* Dvorak International Alternate layout from http://keyboards.jargon-file.org/, the one that puts everything on AltGr

* A combination of menu.altgr.reg from http://keyboards.jargon-file.org/ (toward the bottom of the page) and swap_caps_lock_control.reg from http://johnhaller.com/jh/useful_stuff/disable_caps_lock/. I’m an emacs junkie, so I need that one as well. Combining the two according to the format described at http://www.microsoft.com/whdc/device/input/w2kscan-map.mspx worked just fine, the result is menu-altgr-swap-caps-ctrl.reg.