<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
  <link>http://mikewatkins.ca/tags/freebsd/</link>
  <atom:link href="http://mikewatkins.ca/tags/freebsd/feeds/rss" type="application/rss+xml" rel="self"/>
  <lastBuildDate>Sun, 14 Jun 2009 09:32:24 GMT</lastBuildDate>
  <title>mike watkins dot ca</title>
  <description>XML Feed for mike watkins dot ca</description>
  <language>en</language>
  <generator>Parlez/0.1</generator>
<item>
  <title>It&#39;s Alive</title>
  <link>http://mikewatkins.ca/2009/06/14/its-alive/</link>
  <description><![CDATA[
<div class="document">
<p>Gosh, has it been three months since I posted last? House renos are coming along, but it only gets worse from here before it gets better. We'll be cooking on the patio soon enough.</p>
<p>Semi-random tech link of the day: FreeBSD <a class="reference external" href="http://miwi.bsdcrew.de/2009/06/python-262-now-default-on-freebsd-portstree/">ports now default to Python 2.6</a>. Yay. You could always force FreeBSD to use a specific Python version -- edit <tt class="docutils literal"><span class="pre">/etc/make.conf</span></tt> and add the line <tt class="docutils literal"><span class="pre">PYTHON_DEFAULT_VERSION=python2.6</span></tt> or whatever version you like.</p>
<p>I smell a skunk nearby. No, really, they like to walk down the sidewalk past my office window. Unpleasant, but not nearly as bad as having them spray the house. And this leads me to the skunk control tip of the day: do not try to dissuade two skunks from fighting at 2am in the morning below your kitchen window by throwing water at them.</p>
</div>

]]></description>
  <guid isPermaLink="false">tag:mikewatkins.ca,2007-10-10:journal:mw:entry:709</guid>
  <pubDate>Sun, 14 Jun 2009 09:32:24 GMT</pubDate>
  <category>freebsd</category>
  <category>python</category>
</item>
<item>
  <title>Time to Move, Random Observations</title>
  <link>http://mikewatkins.ca/2009/03/10/time-to-move-random-observations/</link>
  <description><![CDATA[
<div class="document">
<div class="section" id="looking-forward-to-python-3">
<h2>Looking Forward To Python 3</h2>
<p>In my <a class="reference external" href="http://mikewatkins.ca/rawtech.html">tech feed</a> today I noted Thomas Guest <a class="reference external" href="http://wordaligned.org/articles/perl-6-python-3">sticking to his new year commitment</a> to publish Python 3.x compatible <a class="reference external" href="http://wordaligned.org/articles/ordered-sublists-a-brute-force-approach">code examples</a>. I hope this becomes something of a meme and becomes more and more common in the <em>pythonosphere</em>.</p>
</div>
<div class="section" id="on-the-move">
<h2>On The Move</h2>
<p>I'm decommissioning an older server I have co-located in New Jersey so over  the next week or so I'll be moving my non-commercial sites and applications to a <a class="reference external" href="http://fsckvps.com/">Virtual Private Server</a> (VPS).  I'm hoping to deploy all apps on the VPS using &gt;= Python 3.1 (alpha, beta, released) alone.</p>
<p>Thanks to <a class="reference external" href="http://pypi.python.org/pypi?:action=browse&amp;c=533&amp;show=all">QP</a> having already been released on Python 3 this won't be terribly difficult although as most of the applications are document centric, a workaround for <tt class="docutils literal"><span class="pre">docutils</span></tt> is inevitable for the time being as much of the content on the pro bono sites and applications I host lives in ReST format.</p>
<p><a class="reference external" href="http://www.freewisdom.org/projects/python-markdown/">Markdown</a> (the freewisdom.org version, not the ActiveState produced <a class="reference external" href="http://code.google.com/p/python-markdown2/">markdown2</a> code) on the other hand is already more or less serviceable under Python 3 after some <a class="reference external" href="http://docs.python.org/library/2to3.html">2to3</a> incantations.</p>
</div>
<div class="section" id="debian-freebsd-but-enough">
<h2>Debian != FreeBSD but ~ Enough</h2>
<p>After many years of running a FreeBSD-only shop at home and at work this move has more or less forced me to gain some deeper Linux knowledge. In this case I elected to have the VPS decked out with Debian 5.</p>
<p>While it is refreshing to explore a new OS environment just to see the differences, I do miss FreeBSD on the box, particularly the FreeBSD ports system, and I'll no doubt continue to trip on on the file system <tt class="docutils literal"><span class="pre">hier</span></tt> differences but I'll live I guess.</p>
<p>One aspect of running a VPS as opposed to a dedicated server is that you tend to need to be more circumspect about RAM usage. The default install of <tt class="docutils literal"><span class="pre">bind9</span></tt> consumed a huge amount of ram which for what the VPS needs to deliver is just plain silly. So a query for &quot;python bind alternative&quot; drove me to choose another name daemon.</p>
<p><a class="reference external" href="http://www.maradns.org/">MaraDNS</a> turns out to be a nicely lightweight authoritative and recursive DNS that uses far less machine resources than <tt class="docutils literal"><span class="pre">bind</span></tt> does. It seems to be a good alternative for a box which needs to serve up a few dozen or hundred records rather than tens of thousands, and it might even be a good choice for the latter too.</p>
<p>The config file uses Python syntax but that's as far as the Python &quot;integration&quot; goes. I like its &quot;template&quot; and &quot;default&quot; approach; I had a fairly swift looking <tt class="docutils literal"><span class="pre">bind</span></tt> setup which used include files but the MaraDNS config is even simpler - one template file serves all. Nice.</p>
</div>
</div>

]]></description>
  <guid isPermaLink="false">tag:mikewatkins.ca,2007-10-10:journal:mw:entry:699</guid>
  <pubDate>Tue, 10 Mar 2009 20:20:37 GMT</pubDate>
  <category>debian</category>
  <category>freebsd</category>
  <category>python</category>
  <category>technical</category>
</item>
<item>
  <title>Python 3 System Side Effects</title>
  <link>http://mikewatkins.ca/2008/12/04/python-3-system-side-effects/</link>
  <description><![CDATA[
<div class="document">
<p>Heads up to package maintainers and Unix/Linux users: Depending on your system's package system you may run into problems like this build problem on <a class="reference external" href="http://freebsd.org/">FreeBSD</a>, should you make Python 3 your base install of Python:</p>
<pre class="literal-block">
$ portmaster -B firefox3
 |snip|
 /usr/local/bin/python ../toolkit/xre/make-platformini.py --print-buildid &gt; buildid
   File &quot;../toolkit/xre/make-platformini.py&quot;, line 15
     print datetime.now().strftime('%Y%m%d%H')
                  ^
 SyntaxError: invalid syntax
 gmake[3]: *** [export] Error 1
 gmake[3]: Leaving directory `/usr/ports/www/firefox3/work/mozilla/config'
 gmake[2]: *** [export_tier_base] Error 2
 gmake[2]: Leaving directory `/usr/ports/www/firefox3/work/mozilla'
 gmake[1]: *** [tier_base] Error 2
 gmake[1]: Leaving directory `/usr/ports/www/firefox3/work/mozilla'
 gmake: *** [default] Error 2
 *** Error code 2

 Stop in /usr/ports/www/firefox3.
 *** Error code 1
</pre>
<p>I must admit I'd not thought of FreeBSD's ports system as being vulnerable to Python 3 changes, but of course &quot;scripting&quot; languages like Python (and Ruby and Perl and ...) are heavily used by thousands of package distributions.</p>
<p>The simple fix: Keep the 2.x line of Python on yours systems...  <tt class="docutils literal"><span class="pre">../bin/python</span></tt> will just have to point to 2.x for the time being.</p>
</div>

]]></description>
  <guid isPermaLink="false">tag:mikewatkins.ca,2007-10-10:journal:mw:entry:672</guid>
  <pubDate>Thu, 04 Dec 2008 15:56:29 GMT</pubDate>
  <category>freebsd</category>
  <category>python</category>
  <category>technical</category>
</item>
</channel></rss>
