<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE rss [<!ENTITY % HTMLlat1 PUBLIC "-//W3C//ENTITIES Latin 1 for XHTML//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent">]>
<rss version="2.0" xml:base="http://lopsa.org">
<channel>
 <title>borwick&#039;s blog</title>
 <link>http://lopsa.org/blog/128</link>
 <description></description>
 <language>en</language>
<item>
 <title>Using Bluetooth to synch Windows Mobile devices</title>
 <link>http://lopsa.org/node/788</link>
 <description>&lt;p&gt;Despite all my on-line searching, I couldn&#039;t get my T60 Thinkpad running the &quot;Thinkpad Bluetooth with Enhanced Data Rate software&quot; Bluetooth stack to synchronize with my Windows Mobile 5 Cingular 8125 phone, using Bluetooth.  Here&#039;s what some other guys and I ended up figuring out today:&lt;/p&gt;

&lt;!--
&lt;rdf:RDF xmlns:rdf=&quot;http://www.w3.org/1999/02/22-rdf-syntax-ns#&quot; xmlns:dc=&quot;http://purl.org/dc/elements/1.1/&quot; xmlns:trackback=&quot;http://madskills.com/public/xml/rss/module/trackback/&quot;&gt;
&lt;rdf:Description rdf:about=&quot;http://lopsa.org/node/788&quot; dc:identifier=&quot;http://lopsa.org/node/788&quot; dc:title=&quot;Using Bluetooth to synch Windows Mobile devices&quot; trackback:ping=&quot;http://lopsa.org/trackback/788&quot; /&gt;
&lt;/rdf:RDF&gt;
--&gt;

</description>
 <pubDate>Thu, 21 Sep 2006 13:03:15 -0700</pubDate>
 <author>borwick</author>
</item>
<item>
 <title>KDE Auto-login woes</title>
 <link>http://lopsa.org/node/741</link>
 <description>&lt;p&gt;A few years ago, I asked SAGE whether I really needed to read the &lt;code &gt;postmaster&lt;/code&gt; e-mail.  They said yes, so I now check our postmaster e-mail.  However, I use my desktop machine: I POP down the mail and then using Thunderbird&#039;s local mail filters.&lt;/p&gt;
&lt;p&gt;Whenever the power goes out to our building, however, my desktop reboots but it doesn&#039;t kick off Thunderbird.  To do so, I needed to set up KDE to auto-login to my machine.&lt;/p&gt;

&lt;!--
&lt;rdf:RDF xmlns:rdf=&quot;http://www.w3.org/1999/02/22-rdf-syntax-ns#&quot; xmlns:dc=&quot;http://purl.org/dc/elements/1.1/&quot; xmlns:trackback=&quot;http://madskills.com/public/xml/rss/module/trackback/&quot;&gt;
&lt;rdf:Description rdf:about=&quot;http://lopsa.org/node/741&quot; dc:identifier=&quot;http://lopsa.org/node/741&quot; dc:title=&quot;KDE Auto-login woes&quot; trackback:ping=&quot;http://lopsa.org/trackback/741&quot; /&gt;
&lt;/rdf:RDF&gt;
--&gt;

</description>
 <pubDate>Thu, 17 Aug 2006 11:47:06 -0700</pubDate>
 <author>borwick</author>
</item>
<item>
 <title>Can&#039;t print from FreeBSD/CUPS to Windows XP&#039;s &quot;TCP/IP Print Server&quot; with a HP PSC 1350</title>
 <link>http://lopsa.org/node/736</link>
 <description>&lt;p&gt;For the last six months, I have tried on and off to get my FreeBSD desktop machine to print to my IBM Thinkpad laptop&#039;s USB-connected HP PSC 1350.&lt;/p&gt;

&lt;!--
&lt;rdf:RDF xmlns:rdf=&quot;http://www.w3.org/1999/02/22-rdf-syntax-ns#&quot; xmlns:dc=&quot;http://purl.org/dc/elements/1.1/&quot; xmlns:trackback=&quot;http://madskills.com/public/xml/rss/module/trackback/&quot;&gt;
&lt;rdf:Description rdf:about=&quot;http://lopsa.org/node/736&quot; dc:identifier=&quot;http://lopsa.org/node/736&quot; dc:title=&quot;Can&#039;t print from FreeBSD/CUPS to Windows XP&#039;s &quot;TCP/IP Print Server&quot; with a HP PSC 1350&quot; trackback:ping=&quot;http://lopsa.org/trackback/736&quot; /&gt;
&lt;/rdf:RDF&gt;
--&gt;

</description>
 <pubDate>Thu, 10 Aug 2006 06:14:42 -0700</pubDate>
 <author>borwick</author>
</item>
<item>
 <title>FormFusion printing with CUPS</title>
 <link>http://lopsa.org/node/726</link>
 <description>&lt;p&gt;So, we have a certain type of pre-made PCL (printer) output generated by the &quot;FormFusion&quot; product from eVisions.  We don&#039;t want to have two different print queues depending on the job output type, so our print server has to intelligently decide how to filter the FormFusion output.&lt;/p&gt;
&lt;p&gt;Well, &lt;a href=&quot;http://lopsa.org/node/702&quot;&gt;a long time ago&lt;/a&gt;, I figured out how to make this work with LPRng on RHAS2.1.  RHEL3*, however, requires a CUPS approach.&lt;/p&gt;

&lt;!--
&lt;rdf:RDF xmlns:rdf=&quot;http://www.w3.org/1999/02/22-rdf-syntax-ns#&quot; xmlns:dc=&quot;http://purl.org/dc/elements/1.1/&quot; xmlns:trackback=&quot;http://madskills.com/public/xml/rss/module/trackback/&quot;&gt;
&lt;rdf:Description rdf:about=&quot;http://lopsa.org/node/726&quot; dc:identifier=&quot;http://lopsa.org/node/726&quot; dc:title=&quot;FormFusion printing with CUPS&quot; trackback:ping=&quot;http://lopsa.org/trackback/726&quot; /&gt;
&lt;/rdf:RDF&gt;
--&gt;

</description>
 <pubDate>Thu, 03 Aug 2006 09:01:14 -0700</pubDate>
 <author>borwick</author>
</item>
<item>
 <title>ServeRAID</title>
 <link>http://lopsa.org/node/689</link>
 <description>&lt;p&gt;IBM&#039;s latest ServeRAID drivers (v 7.0) work with RHEL 3.  The only problem is, their ServeRAID 7 manager has changed how ServeRAID sends SNMP traps.&lt;/p&gt;
&lt;p&gt;ServeRAID 6.1 would let you set up SNMP traps from the Raid Agent.  ServeRAID 7 requires that you set up &quot;agentx&quot; for Net-SNMP, so that their daemon &quot;aus-snmpd&quot; can run and talk to Net-SNMP.&lt;/p&gt;
&lt;p&gt;It&#039;s a great idea, just that I don&#039;t know how to test it.  If you snmpbulkwalk on &#039;adaptec&#039;, the MIB tree, you get the adaptec MIB version, but no other information.  There&#039;s no way to send a test SNMP trap.&lt;/p&gt;
&lt;p&gt;IBM hardware support doesn&#039;t support the OS manager, and software support costs money.&lt;/p&gt;

&lt;!--
&lt;rdf:RDF xmlns:rdf=&quot;http://www.w3.org/1999/02/22-rdf-syntax-ns#&quot; xmlns:dc=&quot;http://purl.org/dc/elements/1.1/&quot; xmlns:trackback=&quot;http://madskills.com/public/xml/rss/module/trackback/&quot;&gt;
&lt;rdf:Description rdf:about=&quot;http://lopsa.org/node/689&quot; dc:identifier=&quot;http://lopsa.org/node/689&quot; dc:title=&quot;ServeRAID&quot; trackback:ping=&quot;http://lopsa.org/trackback/689&quot; /&gt;
&lt;/rdf:RDF&gt;
--&gt;

</description>
 <pubDate>Tue, 18 Jul 2006 11:10:51 -0700</pubDate>
 <author>borwick</author>
</item>
<item>
 <title>GTD and multiple inboxes</title>
 <link>http://lopsa.org/node/710</link>
 <description>&lt;p&gt;I have become a strong follower of David Allen&#039;s &quot;Getting Things Done&quot; methodology for time management.  I&#039;ve been using the system for almost six months.&lt;/p&gt;
&lt;p&gt;I&#039;m now experiencing the discord of having too many inboxes:&lt;/p&gt;
&lt;ul &gt;
&lt;li &gt; my primary task list (kept in Outlook, believe it or not)&lt;br /&gt;
&lt;li &gt; work inbox&lt;br /&gt;
&lt;li &gt; Help Desk tickets&lt;br /&gt;
&lt;li &gt; Change Request tickets&lt;br /&gt;
&lt;li &gt; Microsoft Project project plans&lt;br /&gt;
&lt;li &gt; Excel documents
&lt;/ul&gt;
&lt;p&gt;I really feel like I should write a bunch of converters to merge all this stuff with my primary task list.  I&#039;m driving myself crazy because each system has its own set of priorities, so an email to me sometimes gets better response than a Help Desk ticket to me!  Argh!&lt;/p&gt;

&lt;!--
&lt;rdf:RDF xmlns:rdf=&quot;http://www.w3.org/1999/02/22-rdf-syntax-ns#&quot; xmlns:dc=&quot;http://purl.org/dc/elements/1.1/&quot; xmlns:trackback=&quot;http://madskills.com/public/xml/rss/module/trackback/&quot;&gt;
&lt;rdf:Description rdf:about=&quot;http://lopsa.org/node/710&quot; dc:identifier=&quot;http://lopsa.org/node/710&quot; dc:title=&quot;GTD and multiple inboxes&quot; trackback:ping=&quot;http://lopsa.org/trackback/710&quot; /&gt;
&lt;/rdf:RDF&gt;
--&gt;

</description>
 <pubDate>Mon, 20 Mar 2006 17:05:15 -0800</pubDate>
 <author>borwick</author>
</item>
<item>
 <title>OpenSSL and KDE 3.5 on FreeBSD</title>
 <link>http://lopsa.org/node/709</link>
 <description>&lt;p&gt;KDE&#039;s SSL connectivity has been broken for me for a while now.  Apparently at some point KDE no longer was compatible with the &quot;openssl&quot; port.  I run FreeBSD 5.2 but use the openssl port, so I just resort to using my laptop to get to SSL-wrapped connections.  It&#039;s kind of annoying.&lt;/p&gt;
&lt;p&gt;Well, I just got a new machine to replace my old desktop, so I&#039;m building out FreeBSD 6.0 on it.  This machine is using the built-in openssl rather than the port.  And guess what?  After spending two days compiling KDE 3.5, I found out that the built-in library is also&lt;br /&gt;
incompatible with KDE 3.5.&lt;/p&gt;
&lt;p&gt;So, now I&#039;m rebuilding the whole thing (portupgrade -fR kde) having added &quot;WITH_OPENSSL_STABLE=yes&quot; to /etc/make.conf and built openssl-stable.&lt;/p&gt;

&lt;!--
&lt;rdf:RDF xmlns:rdf=&quot;http://www.w3.org/1999/02/22-rdf-syntax-ns#&quot; xmlns:dc=&quot;http://purl.org/dc/elements/1.1/&quot; xmlns:trackback=&quot;http://madskills.com/public/xml/rss/module/trackback/&quot;&gt;
&lt;rdf:Description rdf:about=&quot;http://lopsa.org/node/709&quot; dc:identifier=&quot;http://lopsa.org/node/709&quot; dc:title=&quot;OpenSSL and KDE 3.5 on FreeBSD&quot; trackback:ping=&quot;http://lopsa.org/trackback/709&quot; /&gt;
&lt;/rdf:RDF&gt;
--&gt;

</description>
 <pubDate>Thu, 23 Feb 2006 19:09:47 -0800</pubDate>
 <author>borwick</author>
</item>
<item>
 <title>Red Hat Advanced Server 2.1 on Dell PowerEdge 6850</title>
 <link>http://lopsa.org/node/708</link>
 <description>&lt;p&gt;We just got a (circa 2005) Dell PowerEdge 6850, on which I now want to run (circa 2002) Red Hat Advanced Server 2.1.&lt;/p&gt;
&lt;p &gt;The &lt;a href=&quot;http://bugzilla.redhat.com/hwcert/&quot;&gt;Red Hat Hardware Certification&lt;/a&gt; matrix shows the 6650 as the only certified 6000-class Dell server.&lt;/p&gt;
&lt;p &gt;This helps confirm why anaconda ends up giving me the &quot;No valid devices were found on which to create new filesystems&quot; error.&lt;/p&gt;

&lt;!--
&lt;rdf:RDF xmlns:rdf=&quot;http://www.w3.org/1999/02/22-rdf-syntax-ns#&quot; xmlns:dc=&quot;http://purl.org/dc/elements/1.1/&quot; xmlns:trackback=&quot;http://madskills.com/public/xml/rss/module/trackback/&quot;&gt;
&lt;rdf:Description rdf:about=&quot;http://lopsa.org/node/708&quot; dc:identifier=&quot;http://lopsa.org/node/708&quot; dc:title=&quot;Red Hat Advanced Server 2.1 on Dell PowerEdge 6850&quot; trackback:ping=&quot;http://lopsa.org/trackback/708&quot; /&gt;
&lt;/rdf:RDF&gt;
--&gt;

</description>
 <pubDate>Wed, 30 Nov 2005 19:10:52 -0800</pubDate>
 <author>borwick</author>
</item>
<item>
 <title>Weird input problem with shell scripts</title>
 <link>http://lopsa.org/node/707</link>
 <description>&lt;/p&gt;
&lt;pre &gt;
cat &amp;gt; caller.sh &amp;lt;&amp;lt;_CALLER_
#!/bin/bash

echo &quot;weird&quot; | ./reader.sh
_CALLER_

cat &amp;gt; reader.sh &amp;lt;&amp;lt;_READER_
:
#! /bin/sh

read TEST
echo &quot;Got &amp;gt;\$TEST&amp;lt;&quot; # quote is for &#039;cat &amp;gt; reader.sh&#039;
_READER_

chmod 755 caller.sh reader.sh
./caller.sh
# prints &#039;Got &amp;gt;weird&amp;lt;&#039;
cat caller.sh | sh
# prints &#039;Got &amp;gt;&amp;lt;&#039;
&lt;/pre&gt;&lt;p&gt;
The main issue is, what is that &#039;:&#039; doing on the first line of&lt;br /&gt;
reader.sh?  When it&#039;s gone, things work correctly.&lt;/p&gt;

&lt;!--
&lt;rdf:RDF xmlns:rdf=&quot;http://www.w3.org/1999/02/22-rdf-syntax-ns#&quot; xmlns:dc=&quot;http://purl.org/dc/elements/1.1/&quot; xmlns:trackback=&quot;http://madskills.com/public/xml/rss/module/trackback/&quot;&gt;
&lt;rdf:Description rdf:about=&quot;http://lopsa.org/node/707&quot; dc:identifier=&quot;http://lopsa.org/node/707&quot; dc:title=&quot;Weird input problem with shell scripts&quot; trackback:ping=&quot;http://lopsa.org/trackback/707&quot; /&gt;
&lt;/rdf:RDF&gt;
--&gt;

</description>
 <pubDate>Fri, 18 Nov 2005 22:27:48 -0800</pubDate>
 <author>borwick</author>
</item>
<item>
 <title>Apache proxies and basic authentication</title>
 <link>http://lopsa.org/node/706</link>
 <description>&lt;p&gt;We use Apache proxying to redirect to a local Zope server on one of our machines.  I recently turned on Apache basic authentication, and lo-and-behold the Apache credentials get passed in an &quot;Authentication: &quot; header to Zope.  Well, this breaks things for us, because Zope prefers the Authentication header to its fallback cookie method for authentication.&lt;/p&gt;
&lt;p&gt;I am now searching for a way to strip headers from Apache proxying, or a way to turn off basic authentication for Zope.&lt;/p&gt;

&lt;!--
&lt;rdf:RDF xmlns:rdf=&quot;http://www.w3.org/1999/02/22-rdf-syntax-ns#&quot; xmlns:dc=&quot;http://purl.org/dc/elements/1.1/&quot; xmlns:trackback=&quot;http://madskills.com/public/xml/rss/module/trackback/&quot;&gt;
&lt;rdf:Description rdf:about=&quot;http://lopsa.org/node/706&quot; dc:identifier=&quot;http://lopsa.org/node/706&quot; dc:title=&quot;Apache proxies and basic authentication&quot; trackback:ping=&quot;http://lopsa.org/trackback/706&quot; /&gt;
&lt;/rdf:RDF&gt;
--&gt;

</description>
 <pubDate>Wed, 29 Jun 2005 14:17:05 -0700</pubDate>
 <author>borwick</author>
</item>
<item>
 <title>Debugging code dependent on Net::LDAP</title>
 <link>http://lopsa.org/node/705</link>
 <description>&lt;p&gt;Well, we had a weird problem in some code that updates LDAP, and I wanted to be able to debug it without actually updating LDAP.  You could set up a throwaway LDAP database with your schema and some test data... or override Net::LDAP.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.wfu.edu/~borwicjh/software/LDAP.pm&quot;&gt;Dummy Net::LDAP (wfu.edu)&lt;/a&gt; is the solution.  Its only methods are &quot;new&quot;, &quot;code&quot;, &quot;count&quot;, and &quot;AUTOLOAD&quot;.  Yay!&lt;/p&gt;

&lt;!--
&lt;rdf:RDF xmlns:rdf=&quot;http://www.w3.org/1999/02/22-rdf-syntax-ns#&quot; xmlns:dc=&quot;http://purl.org/dc/elements/1.1/&quot; xmlns:trackback=&quot;http://madskills.com/public/xml/rss/module/trackback/&quot;&gt;
&lt;rdf:Description rdf:about=&quot;http://lopsa.org/node/705&quot; dc:identifier=&quot;http://lopsa.org/node/705&quot; dc:title=&quot;Debugging code dependent on Net::LDAP&quot; trackback:ping=&quot;http://lopsa.org/trackback/705&quot; /&gt;
&lt;/rdf:RDF&gt;
--&gt;

</description>
 <pubDate>Thu, 14 Apr 2005 19:49:50 -0700</pubDate>
 <author>borwick</author>
</item>
<item>
 <title>MailScanner and spamassassin</title>
 <link>http://lopsa.org/node/704</link>
 <description>&lt;p&gt;I&#039;ve set up a small test group of administrators to get their email filtered via MailScanner and spamassassin.  I tuned MailScanner as little as possible.&lt;/p&gt;
&lt;p&gt;Our goal is to delete 40% of spam.  Going from no content filtering straight to a &quot;drop email&quot; system is a little intimidating.&lt;/p&gt;
&lt;p&gt;My only false positives so far have come from automated tools: &lt;a href=&quot;http://www.ncsu.edu&quot;&gt;NCSU&lt;/a&gt; has a Matt&#039;s Script Archive script that mailed me, and our calendar server emails people about schedule changes.  I don&#039;t know if blocking MSA scripts is OK, because I guess the reasoning is the programming is bad enough that people can use them for spam.  I&#039;m eventually going to whitelist all our domains, but for testing I want to see all the possible false positives.&lt;/p&gt;

&lt;!--
&lt;rdf:RDF xmlns:rdf=&quot;http://www.w3.org/1999/02/22-rdf-syntax-ns#&quot; xmlns:dc=&quot;http://purl.org/dc/elements/1.1/&quot; xmlns:trackback=&quot;http://madskills.com/public/xml/rss/module/trackback/&quot;&gt;
&lt;rdf:Description rdf:about=&quot;http://lopsa.org/node/704&quot; dc:identifier=&quot;http://lopsa.org/node/704&quot; dc:title=&quot;MailScanner and spamassassin&quot; trackback:ping=&quot;http://lopsa.org/trackback/704&quot; /&gt;
&lt;/rdf:RDF&gt;
--&gt;

</description>
 <pubDate>Fri, 18 Mar 2005 14:52:00 -0800</pubDate>
 <author>borwick</author>
</item>
<item>
 <title>upgraded FreeBSD desktop</title>
 <link>http://lopsa.org/node/703</link>
 <description>&lt;p&gt;At work, the only *BSD computer I know of is my trusty IBM NetVista desktop, which I use to check mail--and all the sundry things that one needs to do that one cannot do very well with Windows.&lt;/p&gt;
&lt;p&gt;Every few months, I decide I need to upgrade all my ports (because &quot;portaudit&quot; complains), or I need to upgrade the OS.  Most recently, I&#039;ve upgraded from RELENG_5_2_1 to RELENG_5_3.  I used to try to portupgrade at the top of every month, but every time I mess with the environment I throw a day of work away.  Something always breaks.&lt;/p&gt;
&lt;p&gt;Most recently, the ports system switched from using XFree86 by default to xorg.  That was a fun upgrade.  I ended up having to run everyone&#039;s favorite: &quot;portupgrade -fa&quot;, which forces a reinstallation of every package on the machine.  Kontact still won&#039;t run; I&#039;m running &quot;portupgrade -fR kdepim3&quot; just in case the first full reinstall didn&#039;t catch something.&lt;/p&gt;

&lt;!--
&lt;rdf:RDF xmlns:rdf=&quot;http://www.w3.org/1999/02/22-rdf-syntax-ns#&quot; xmlns:dc=&quot;http://purl.org/dc/elements/1.1/&quot; xmlns:trackback=&quot;http://madskills.com/public/xml/rss/module/trackback/&quot;&gt;
&lt;rdf:Description rdf:about=&quot;http://lopsa.org/node/703&quot; dc:identifier=&quot;http://lopsa.org/node/703&quot; dc:title=&quot;upgraded FreeBSD desktop&quot; trackback:ping=&quot;http://lopsa.org/trackback/703&quot; /&gt;
&lt;/rdf:RDF&gt;
--&gt;

</description>
 <pubDate>Wed, 16 Feb 2005 13:47:00 -0800</pubDate>
 <author>borwick</author>
</item>
<item>
 <title>There and back again: printconf and file types</title>
 <link>http://lopsa.org/node/702</link>
 <description>&lt;p&gt;We are doing business with a vendor, eVisions, which has a product called FormFusion or FormsFusion.  Their product generates output suitable for printers to parse.  The only problem is, printconf on Red Hat Advanced Server 2.1 thinks that FormFusion output is &quot;ASCII text (with escape sequences),&quot; and our PostScript print queues happily render the data into line-noise.&lt;/p&gt;

&lt;!--
&lt;rdf:RDF xmlns:rdf=&quot;http://www.w3.org/1999/02/22-rdf-syntax-ns#&quot; xmlns:dc=&quot;http://purl.org/dc/elements/1.1/&quot; xmlns:trackback=&quot;http://madskills.com/public/xml/rss/module/trackback/&quot;&gt;
&lt;rdf:Description rdf:about=&quot;http://lopsa.org/node/702&quot; dc:identifier=&quot;http://lopsa.org/node/702&quot; dc:title=&quot;There and back again: printconf and file types&quot; trackback:ping=&quot;http://lopsa.org/trackback/702&quot; /&gt;
&lt;/rdf:RDF&gt;
--&gt;

</description>
 <pubDate>Wed, 26 Jan 2005 14:47:09 -0800</pubDate>
 <author>borwick</author>
</item>
<item>
 <title>JInitiator and Firefox</title>
 <link>http://lopsa.org/node/701</link>
 <description>&lt;p&gt;&lt;a href=&quot;http://www.mcgill.ca/minerva-admin/inb/issues/#Firefox&quot;&gt;McGill University&lt;/a&gt; has documentation about installing JInitiator for Firefox, necessary to use &lt;a href=&quot;http://www.sct.com&quot;&gt;SCT&#039;s&lt;/a&gt; &quot;Internet Native Banner&quot; product.&lt;/p&gt;

&lt;!--
&lt;rdf:RDF xmlns:rdf=&quot;http://www.w3.org/1999/02/22-rdf-syntax-ns#&quot; xmlns:dc=&quot;http://purl.org/dc/elements/1.1/&quot; xmlns:trackback=&quot;http://madskills.com/public/xml/rss/module/trackback/&quot;&gt;
&lt;rdf:Description rdf:about=&quot;http://lopsa.org/node/701&quot; dc:identifier=&quot;http://lopsa.org/node/701&quot; dc:title=&quot;JInitiator and Firefox&quot; trackback:ping=&quot;http://lopsa.org/trackback/701&quot; /&gt;
&lt;/rdf:RDF&gt;
--&gt;

</description>
 <pubDate>Tue, 28 Dec 2004 20:29:58 -0800</pubDate>
 <author>borwick</author>
</item>
</channel>
</rss>
