<?xml version="1.0" encoding="utf-8"?>
<!-- If you are running a bot please visit this policy page outlining rules you must respect. http://www.livejournal.com/bots/ -->
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:lj="http://www.livejournal.com">
  <id>urn:lj:livejournal.com:atom1:ttroxell</id>
  <title>Work Blog</title>
  <subtitle>This is the geeky toddfeed.</subtitle>
  <author>
    <name>ttroxell</name>
  </author>
  <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/"/>
  <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom"/>
  <updated>2007-01-30T20:24:43Z</updated>
  <lj:journal userid="1928742" username="ttroxell" type="personal"/>
  <link rel="service.feed" type="application/x.atom+xml" href="http://ttroxell.livejournal.com/data/atom" title="Work Blog"/>
  <link rel="hub" href="http://pubsubhubbub.appspot.com/"/>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:42389</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/42389.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=42389"/>
    <title>Or-ing procmail rules</title>
    <published>2007-01-30T19:56:58Z</published>
    <updated>2007-01-30T20:24:43Z</updated>
    <content type="html">Is there no better way to OR procmail rules than &lt;a href="http://pm-doc.sourceforge.net/pm-tips-body.html#oring_traditionally"&gt;these horrid kludges&lt;/a&gt;?&lt;br /&gt;&lt;br /&gt;For now I'm going with the &lt;a href="http://en.wikipedia.org/wiki/De_Morgan_duality"&gt;DeMorgan Rule&lt;/a&gt; &lt;a href="http://pm-doc.sourceforge.net/pm-tips-body.html#oring_by_using_de_morgan"&gt;method&lt;/a&gt;, because it's more efficient and to the point that the alternative kludges.  I still feel a little dirty writing things this:&lt;br /&gt;&lt;pre&gt;
      :0
      * ! condition1
      * ! condition2
      { }             # official procmail no-op. MUST LEAVE SPACE
      :0 E
      action_on_condition1_or_condition2    
&lt;/pre&gt;It would be nice to have a recipe flag that means "OR the conditions below"</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:42173</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/42173.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=42173"/>
    <title>De-Scheming MIT</title>
    <published>2006-11-19T12:03:57Z</published>
    <updated>2006-11-19T12:06:36Z</updated>
    <category term="python"/>
    <category term="scheme"/>
    <category term="mit"/>
    <content type="html">I am amazed by MIT's decision to move it's EECS curriculum &lt;a href="http://lambda-the-ultimate.org/node/1840"&gt;away from scheme&lt;/a&gt;, doubly so at the fact that they're swapping it for Python.  It has been part of their definition, at least in my mind.  It makes sense to me, but I suppose I have some bias.  I see it as a move from a language with deeper cognitive benefits to a language with stronger pragmatic benefits-- a move towards actually building things.  Of course, it's just a language, and the same course could be taught with either one.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:41780</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/41780.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=41780"/>
    <title>/~xtat/debian-security-talk06</title>
    <published>2006-10-04T23:31:59Z</published>
    <updated>2006-10-04T23:32:42Z</updated>
    <category term="debian"/>
    <category term="security"/>
    <category term="talks"/>
    <content type="html">Debian Security talk went well!&lt;br /&gt;&lt;br /&gt;I broke my glasses about 2 minutes before starting and a kind Lehigh student (engineer?) repaired them--- with a staple?  Thanks, whoever you are!&lt;br /&gt;&lt;br /&gt;My 150 (!) slides are here: &lt;a href="http://rapidpacket.com/~xtat/debian-security-talk06/debian-security-slides.pdf"&gt;PDF&lt;/a&gt;, &lt;a href="http://rapidpacket.com/~xtat/debian-security-talk06/debian-security-slides.odp"&gt;ODP&lt;/a&gt;, &lt;a href="http://rapidpacket.com/~xtat/debian-security-talk06/debian-security-slides.swf"&gt;SWF&lt;/a&gt;.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:41380</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/41380.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=41380"/>
    <title>Free as in Freedom</title>
    <published>2006-09-04T09:00:25Z</published>
    <updated>2006-09-04T09:00:25Z</updated>
    <category term="book"/>
    <content type="html">I spent some time this weekend reading &lt;a href="http://www.oreilly.com/openbook/freedom/"&gt;Free as in Freedom: Richard Stallman's Crusade for Free Software&lt;/a&gt;, and found it quite enjoyable.  It is anecdotal, much of it reminding me of &lt;a href="http://folklore.org"&gt;folklore.org&lt;/a&gt;.  Regardless of what you think of RMS, it's worth a read, and might just change your mind.  (Full text is available &lt;a href="http://www.oreilly.com/openbook/freedom/"&gt;here&lt;/a&gt;.)</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:41027</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/41027.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=41027"/>
    <title>logcheck repository move</title>
    <published>2006-07-09T10:31:03Z</published>
    <updated>2006-07-09T10:31:03Z</updated>
    <category term="logcheck"/>
    <content type="html">Thanks to &lt;a href="http://blog.madduck.net/"&gt;Martin&lt;/a&gt;, the &lt;a href="http://svn.debian.org/wsvn/logcheck"&gt;logcheck repository&lt;/a&gt; has finally &lt;a href="http://lists.alioth.debian.org/pipermail/logcheck-devel/2006-July/002743.html"&gt;moved from CVS to SVN&lt;/a&gt;.  Hurrah!  &lt;i&gt;not CVS&lt;/i&gt;!</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:40874</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/40874.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=40874"/>
    <title>USPTO/ US Homeland Sec and OSS</title>
    <published>2006-01-12T06:21:04Z</published>
    <updated>2006-01-12T06:22:13Z</updated>
    <category term="patents"/>
    <content type="html">&lt;blockquote&gt;"Through its Science and Technology Directorate, the [US] Homeland Security Department has given $1.24 million in funding to Stanford University, Coverity and Symantec to hunt for security bugs in open-source software and to improve Coverity's commercial tool for source code analysis."&lt;/blockquote&gt;&lt;a href="http://www.linuxsecurity.com/content/view/121199?rdf"&gt;Link&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;&lt;blockquote&gt;"The United States Patent and Trademark Office plans to announce today that it will cooperate with open-source software developers on three initiatives that it says will improve the quality of software patents."&lt;/blockquote&gt;&lt;a href="http://www.nytimes.com/2006/01/10/technology/10blue.html"&gt;Link&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;Two optimistic things in US Gov't....  (It's not &lt;a href="http://en.wikipedia.org/wiki/April_Fool&amp;#39;s_Day"&gt;April 1&lt;/a&gt; yet, right?)</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:40531</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/40531.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=40531"/>
    <title>&amp;gt;_&amp;lt;</title>
    <published>2005-11-29T03:48:04Z</published>
    <updated>2005-11-29T04:21:43Z</updated>
    <content type="html">&lt;blockquote&gt;We're Sorry...&lt;br /&gt;&lt;br /&gt;You seem to be viewing the system in more than one window. This functionality is not currently&lt;br /&gt;supported. Please close this browser window and continue working in the second browser window.&lt;br /&gt;&lt;br /&gt;(In the future, if you need to have more than one browser window pointing to the system,&lt;br /&gt;please make sure you DO NOT launch a new window from an existing window, using -N or from&lt;br /&gt;File -&amp;gt; New -&amp;gt; Window. This can cause the windows to interact with each other. Instead, please&lt;br /&gt;launch a separate window by double- clicking your browser icon. Thank you.) &lt;/blockquote&gt;&lt;br /&gt;...and thank you!&lt;ul&gt;&lt;br /&gt;  &lt;li&gt;for having awesome restrictions like this on your web app.&lt;br /&gt;  &lt;li&gt;for not telling me this in advance, forcing me to retype 2 paragraphs.&lt;br /&gt;  &lt;li&gt;for not giving me any way to navigate away from this page, and breaking the back button.&lt;br /&gt;&lt;/ul&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:40410</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/40410.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=40410"/>
    <title>dumb asses</title>
    <published>2005-11-19T18:27:19Z</published>
    <updated>2005-11-19T18:39:05Z</updated>
    <content type="html">Found this under heading "What is a statement of verifiable fact" while browsing &lt;a href="http://www.eff.org"&gt;EFF&lt;/a&gt;'s &lt;a href="http://www.eff.org/bloggers/lg/"&gt;Legal Guide for Bloggers&lt;/a&gt;&lt;br /&gt;&lt;blockquote&gt;A statement of verifiable fact is a statement that conveys a provably false factual assertion, such as someone has committed murder or has cheated on his spouse. To illustrate this point, consider the following excerpt from a court (&lt;a href="http://www.casp.net/felice.html"&gt;Vogel v. Felice&lt;/a&gt;) considering the alleged defamatory statement that plaintiffs were the top-ranking 'Dumb Asses' on defendant's list of "Top Ten Dumb Asses":&lt;br /&gt;&lt;br /&gt;&lt;blockquote&gt;A statement that the plaintiff is a "Dumb Ass," even first among "Dumb Asses," communicates no factual proposition susceptible of proof or refutation. It is true that "dumb" by itself can convey the relatively concrete meaning "lacking in intelligence." Even so, depending on context, it may convey a lack less of objectively assayable mental function than of such imponderable and debatable virtues as judgment or wisdom. Here defendant did not use "dumb" in isolation, but as part of the idiomatic phrase, "dumb ass." When applied to a whole human being, the term "ass" is a general expression of contempt essentially devoid of factual content. Adding the word "dumb" merely converts "contemptible person" to "contemptible fool." Plaintiffs were justifiably insulted by this epithet, but they failed entirely to show how it could be found to convey a provable factual proposition. ... If the meaning conveyed cannot by its nature be proved false, it cannot support a libel claim. &lt;/blockquote&gt;&lt;/blockquote&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:40167</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/40167.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=40167"/>
    <title>Yahoo 2.0</title>
    <published>2005-11-10T20:41:17Z</published>
    <updated>2005-11-10T20:43:02Z</updated>
    <content type="html">&lt;a href="http://jeremy.zawodny.com/blog/archives/005665.html"&gt;looks like&lt;/a&gt; Zawodny has made the same conclusion about Google that I wrote about earlier.   Re: moving in on existing markets rather than creating new ones.   Like I said before, isn't that what they've always done?</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:39724</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/39724.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=39724"/>
    <title>Calling Boston Debian Gurus!</title>
    <published>2005-10-27T03:39:16Z</published>
    <updated>2005-10-27T03:44:10Z</updated>
    <content type="html">If you're interested in doing sysadmin work in a heavy Debian/Ubuntu environment in the Boston area, check out this posting for a &lt;a href="http://www.athenium.com/admin05.html"&gt;Senior Network / Systems Administrator&lt;/a&gt;.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:39570</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/39570.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=39570"/>
    <title>Logcheck Wiki</title>
    <published>2005-10-15T23:18:37Z</published>
    <updated>2005-10-15T23:18:37Z</updated>
    <content type="html">Eric Evans has kindly set up a &lt;a href="http://wiki.logcheck.org/"&gt;wiki&lt;/a&gt; for the &lt;a href="http://logcheck.org"&gt;Logcheck project&lt;/a&gt;.   Some braindump-style notes on the upcoming macro system are on the &lt;a href="http://wiki.logcheck.org/index.cgi/LogcheckTemplateSystem"&gt;LogcheckTemplateSystem&lt;/a&gt; page.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:39363</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/39363.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=39363"/>
    <title>babygrep</title>
    <published>2005-10-11T08:24:09Z</published>
    <updated>2005-10-11T08:47:26Z</updated>
    <content type="html">I made a baby grep.&lt;br /&gt;&lt;code&gt;&lt;br /&gt;sushi% ls -lh babygrep&lt;br /&gt;-rwxr-xr-x  1 xtat xtat 3.6K 2005-10-11 04:10 babygrep&lt;br /&gt;sushi% ls -lh /bin/grep&lt;br /&gt;-rwxr-xr-x  1 root root 70K 2005-03-10 18:09 /bin/grep&lt;br /&gt;&lt;/code&gt;&lt;br /&gt;I am wondering if using something similar would make logcheck faster.  It needs work in any case.  I just think it's cute.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://cvs.rapidpacket.com/cgi-bin/viewcvs.cgi/xtat/samples/babygrep.c?rev=1.2&amp;amp;view=auto"&gt;code&lt;/a&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:38827</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/38827.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=38827"/>
    <title>Logcheck Rulefiles Analyzer</title>
    <published>2005-09-27T06:31:31Z</published>
    <updated>2005-09-27T06:35:51Z</updated>
    <content type="html">I &lt;a href="http://lists.alioth.debian.org/pipermail/logcheck-devel/2005-September/002135.html"&gt;spent some time&lt;/a&gt; making a rulefiles analyzer for &lt;a href="http://logcheck.org"&gt;Logcheck&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;Noticing that &lt;a href="http://packages.debian.org/unstable/admin/logcheck-database"&gt;logcheck-database&lt;/a&gt; had 1000+ rules made me curious about utilization.  This tool will report the number of matches for each individual rule.  The output looks like this right now:&lt;br /&gt;&lt;br /&gt;*cut*&lt;br /&gt;file: rulefiles/linux/ignore.d.server/dhclient:&lt;br /&gt;[0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 124, 124, 0, 0, 0, 0, 0, 0, 124]&lt;br /&gt;file: rulefiles/linux/violations.d/logcheck:&lt;br /&gt;[0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,&lt;br /&gt;0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0]&lt;br /&gt;file: rulefiles/linux/ignore.d.server/policyd:&lt;br /&gt;[0, 0]&lt;br /&gt;file: rulefiles/linux/ignore.d.workstation/winbind:&lt;br /&gt;[0]&lt;br /&gt;file: rulefiles/linux/violations.ignore.d/logcheck-cyrus:&lt;br /&gt;[0, 0, 0]&lt;br /&gt;file: rulefiles/linux/ignore.d.paranoid/cron:&lt;br /&gt;[0, 0, 18, 0, 0, 0, 0, 0]&lt;br /&gt;file: rulefiles/linux/ignore.d.server/nscd:&lt;br /&gt;[0]&lt;br /&gt;*cut*&lt;br /&gt;&lt;br /&gt;The numbers in the arrays correspond to line numbers in logcheck rulefiles.  This output will be improved eventually.  It should also calculate the top N and bottom N matched rules.  This should aid us in tracking down stale rules.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://rapidpacket.com/~xtat/analyzeRules"&gt;analyzeRules&lt;/a&gt; - Get statistics about logcheck rule effectiveness&lt;br /&gt;&lt;br /&gt;You'll need python 2.4.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:38418</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/38418.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=38418"/>
    <title>More on acoustic keyboard sniffing</title>
    <published>2005-09-20T22:16:12Z</published>
    <updated>2005-09-20T22:16:31Z</updated>
    <content type="html">10 minute recording, 96% recovery of typed characters.  &lt;a href="http://www.cs.berkeley.edu/~tygar/papers/Keyboard_Acoustic_Emanations_Revisited/preprint.pdf"&gt;Keyboard Acoustic Emanations Revisited&lt;/a&gt;.  via &lt;a href="http://clevercs.org/"&gt;CleverCS&lt;/a&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:37865</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/37865.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=37865"/>
    <title>ttroxell @ 2005-08-12T04:56:00</title>
    <published>2005-08-12T08:56:36Z</published>
    <updated>2005-08-12T08:57:51Z</updated>
    <content type="html">John Markoff's new book sounds interesting: What the Dormouse Said: How the 60s Counterculture Shaped the Personal Computer&lt;br /&gt;&lt;a href="http://www.amazon.com/exec/obidos/ASIN/0670033820/ref%3Dnosim/kkorg-20/002-1806197-3500052"&gt;link&lt;/a&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:37440</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/37440.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=37440"/>
    <title>ttroxell @ 2005-07-10T09:39:00</title>
    <published>2005-07-10T13:41:58Z</published>
    <updated>2005-07-10T13:41:58Z</updated>
    <content type="html">I interfaced our &lt;a href="http://sdsioa.ucsd.edu/Melville/Current/daily.nav.rprt"&gt;Daily Nav Report&lt;/a&gt; with &lt;a href="http://maps.google.com"&gt;Google Maps&lt;/a&gt; using XMLHttpRequest and some client-side parsing.&lt;br /&gt;&lt;br /&gt;The result is &lt;a href="http://sdsioa.ucsd.edu/Melville/Current/gmap-test.html"&gt;a Google Maps based ship tracker&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;It's just a demo for now.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:37293</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/37293.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=37293"/>
    <title>openssh continues to impress</title>
    <published>2005-06-25T21:01:10Z</published>
    <updated>2005-06-25T21:02:22Z</updated>
    <content type="html">OpenSSH can act as a SOCKS4 proxy directly!  I had no idea.  It is quite handy for encrypted AIM if you don't trust your intermediate link, for example over open wifi, or in my case, an untrusted satellite network.&lt;br /&gt;&lt;br /&gt;Anyway to get it set up add "DynamicForward 1080" to ~/.ssh/config&lt;br /&gt;That's it.  Config your gaim to use localhost:1080 as it's SOCKS4, ssh to remote host, connect with gaim.&lt;br /&gt;&lt;br /&gt;You probably want to do it from the command line each time if you're often connecting to untrusted hosts.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:36998</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/36998.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=36998"/>
    <title>(but I still don't like apple)</title>
    <published>2005-06-16T18:46:13Z</published>
    <updated>2005-06-16T18:46:48Z</updated>
    <content type="html">I caved in.  I have an iPod.  It contains a full i386 Ubuntu mirror.  This will be useful while at sea.&lt;br /&gt;&lt;br /&gt;Hfsplus on hoary is buggy.  It seemed to work at first, but then when I later remounted the iPod, kernel said that it was previously unmounted uncleanly and that I should run fsck.hfsplus.  I tried the hfsck utility from the hfsplus package and it exited fatally without fixing anything.&lt;br /&gt;&lt;br /&gt;If you're going to try this, be sure to format your iPod with FAT32 using the cd that came with it if you expect any sort of data integrity.  The windows version will do this without asking.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:36663</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/36663.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=36663"/>
    <title>The Art of Computer Programming Reading Group</title>
    <published>2005-05-18T11:09:06Z</published>
    <updated>2005-05-18T11:09:06Z</updated>
    <content type="html">Josh Myer has started a &lt;a href="http://www.ibiblio.org/taocprg/"&gt;TAoCP reading group&lt;/a&gt; to cover all three of Knuth's volumes in a year.  Mailing list &lt;a href="http://lists.ibiblio.org/mailman/listinfo/taocprg"&gt;here&lt;/a&gt;.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:36597</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/36597.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=36597"/>
    <title>OpenID</title>
    <published>2005-05-18T09:22:53Z</published>
    <updated>2005-05-18T09:22:53Z</updated>
    <content type="html">&lt;a href="http://www.bradfitz.com/"&gt;Brad Fitzpatrick&lt;/a&gt; of &lt;a href="http://livejournal.com"&gt;Livejournal&lt;/a&gt; fame has started an interesting new project called &lt;a href="http://www.danga.com/openid/"&gt;OpenID&lt;/a&gt; which calls itself a "distributed identity system."&lt;br /&gt;&lt;br /&gt;Think Passport, minus the evil and unpractical bits.&lt;br /&gt;&lt;br /&gt;Or for a better summary:&lt;br /&gt;"Logging in to a dozen websites every day is lame."</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:36101</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/36101.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=36101"/>
    <title>eek</title>
    <published>2005-05-13T05:36:35Z</published>
    <updated>2005-05-13T05:38:59Z</updated>
    <content type="html">Hyper-Threading &lt;a href="http://www.daemonology.net/hyperthreading-considered-harmful/"&gt;considered harmful&lt;/a&gt;?</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:35935</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/35935.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=35935"/>
    <title>ERR_NOENT</title>
    <published>2005-05-03T18:13:18Z</published>
    <updated>2005-05-03T20:33:00Z</updated>
    <content type="html">Things I learned in 16.5 hours at the lab yesterday:&lt;ul&gt;&lt;br /&gt;&lt;li&gt;Linux NFS works for most everthing but Solaris; probably because Sun insists on following standards instead of making things interoperate in any practical sense.  See Redhat #&lt;a href="https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144556"&gt;144556&lt;/a&gt;.  We had to revert our change to a Linux NFS back to Solaris because of a few folks who still have old Sun boxes.  The whole situation felt very Microsoft.  It is only a temporary solution.&lt;br /&gt;&lt;br /&gt;&lt;li&gt;Solaris boxes DEADLOCK on trying to mount an NFS volume at boot if the entry is incorrect or the server is unavailable.  I've seen similar behavior on other Unix, but usually it times out eventually.&lt;br /&gt;&lt;br /&gt;&lt;li&gt;Redhat 9's&lt;small&gt;[1]&lt;/small&gt; minicom will SEGFAULT and break your serial port until reboot when you perform certain operations in a vi session to a Solaris box.  This is especially cool when you are running it from your web server.&lt;br /&gt;&lt;br /&gt;&lt;li&gt;I wish Solaris would disappear immutably.&lt;br /&gt;&lt;/ul&gt;&lt;br /&gt;Unrelated: &lt;a href="http://www.hpl.hp.com/techreports/tandem/TR-85.7.html"&gt;Why Do Computers Stop and What Can Be Done About It?&lt;/a&gt;  Jim Gray, 1985&lt;br /&gt;&lt;br /&gt;&lt;small&gt;[1] Yeah, I know.  I need to replace that old beast.&lt;/small&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:35606</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/35606.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=35606"/>
    <title>desk-lighting user interface</title>
    <published>2005-05-02T22:30:42Z</published>
    <updated>2005-05-02T22:52:05Z</updated>
    <content type="html">I just thought of an interesting lighting UI for desks.&lt;br /&gt;&lt;br /&gt;I would like desk lights that have infrared sensors to detect my presence at the desk-- and not turn on suddenly, but increase the power to become brighter gradually over a second or two.  As soon as I stand up, they should [just as slowly] return to the very dim state.&lt;br /&gt;&lt;br /&gt;It would be really cool to have this behavior in a lab of computers.&lt;br /&gt;&lt;br /&gt;I am most comfortable working in near-darkness or twilight, and I think it would be even better in this situation.&lt;br /&gt;&lt;br /&gt;It doesn't seem like it would be that expensive to set up...  I bet the green folks would be interested in the power savings.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:35513</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/35513.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=35513"/>
    <title>fdata-intersect</title>
    <published>2005-05-02T02:54:25Z</published>
    <updated>2005-05-02T02:54:25Z</updated>
    <content type="html">Just 'cause I felt like using &lt;a href="http://goog-goopy.sourceforge.net/"&gt;Google-goopy&lt;/a&gt;:&lt;br /&gt;&lt;br /&gt;&lt;pre&gt;mata% ./fdata-intersect.py xtat myagi
processing xtat...
processing myagi...
intersection of 2 friends for xtat and myagi:
errric
xtat&lt;/pre&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://cvs.rapidpacket.com/cgi-bin/viewcvs.cgi/xtat/samples/lj-nerding/fdata-intersect.py?rev=1.2&amp;amp;view=auto"&gt;fdata-intersect.py&lt;/a&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:ttroxell:35265</id>
    <link rel="alternate" type="text/html" href="http://ttroxell.livejournal.com/35265.html"/>
    <link rel="self" type="text/xml" href="http://ttroxell.livejournal.com/data/atom/?itemid=35265"/>
    <title>Boo</title>
    <published>2005-04-29T13:47:36Z</published>
    <updated>2005-04-29T13:47:36Z</updated>
    <content type="html">I've been messing around with &lt;a href="http://boo.codehaus.org/"&gt;Boo&lt;/a&gt; which pimps itself as "A wrist-friendly language for the CLI."   It seems to be a handy fusion of ideas from Python and C#.  I like the optional static-typing and how the author modified the [few] ugly parts of python like making "self" inferred in classes.&lt;br /&gt;&lt;br /&gt;It just got some support for MonoDevelop too.  I'm not crazy about IDEs, but if I had to choose one it would be MonoDevelop.</content>
  </entry>
</feed>
