<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Peter Hoeg&#187; Technical</title>
	<atom:link href="http://www.hoeg.com/archives/category/tech/feed" rel="self" type="application/rss+xml" />
	<link>http://www.hoeg.com</link>
	<description>Who gives a blog?</description>
	<lastBuildDate>Thu, 12 Jan 2012 05:19:00 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>RedDotRubyConf</title>
		<link>http://www.hoeg.com/archives/81</link>
		<comments>http://www.hoeg.com/archives/81#comments</comments>
		<pubDate>Mon, 25 Apr 2011 05:01:44 +0000</pubDate>
		<dc:creator>Peter</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Personal]]></category>
		<category><![CDATA[Technical]]></category>

		<guid isPermaLink="false">http://www.hoeg.com/?p=81</guid>
		<description><![CDATA[Had a blast at the first ever Ruby conference in Singapore &#8211; RedDotRubyConf over the weekend. Awesome job by Andy and Jason and thanks a ton to all the guys from Pivotal Labs, Github, RubyX, Envy Labs, Pragmatic Programmers and of course the main reason were all there &#8211; Matz.]]></description>
			<content:encoded><![CDATA[<p>Had a blast at the first ever Ruby conference in Singapore &#8211; <a href='http://reddotrubyconf.com'>RedDotRubyConf</a> over the weekend. Awesome job by Andy and Jason and thanks a ton to all the guys from <a href='http://pivotallabs.com'>Pivotal Labs</a>, <a href='http://github.com'>Github</a>, <a href='http://rubyx.com'>RubyX</a>, <a href='http://envylabs.com'>Envy Labs</a>, <a href='http://pragprog.com'>Pragmatic Programmers</a> and of course the main reason were all there &#8211; <a href='http://en.wikipedia.org/wiki/Yukihiro_Matsumoto'>Matz</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hoeg.com/archives/81/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>RVM problem &#8211; &#8216;rvm-prompt&#8217; returns &#8216;rvm&#8217;</title>
		<link>http://www.hoeg.com/archives/73</link>
		<comments>http://www.hoeg.com/archives/73#comments</comments>
		<pubDate>Mon, 18 Apr 2011 05:02:17 +0000</pubDate>
		<dc:creator>Peter</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Technical]]></category>
		<category><![CDATA[ruby]]></category>
		<category><![CDATA[rvm]]></category>

		<guid isPermaLink="false">http://www.hoeg.com/?p=73</guid>
		<description><![CDATA[The amazing RVM was throwing a bit of a tantrum and rvm-prompt was simply returning rvm in new shells. I tried re-installing but no dice. So after bothering the nice people on IRC as well as on the rvm mailing list, the solution was in the rvm help. When in doubt and seeing odd behavour [...]]]></description>
			<content:encoded><![CDATA[<p>The amazing <a href='http://rvm.beginrescueend.com'>RVM</a> was throwing a bit of a tantrum and <a href='http://rvm.beginrescueend.com/workflow/prompt/'>rvm-prompt</a> was simply returning
<pre>rvm</pre>
<p> in new shells.</p>
<p>I tried re-installing but no dice.</p>
<p>So after bothering the nice people on IRC as well as on the rvm mailing list, the solution was in the rvm help. When in doubt and seeing odd behavour run
<pre>rvm reset</pre>
<p> and lo and behold, &#8216;rvm-prompt&#8217; now works again.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hoeg.com/archives/73/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>AzTech HomePlugs &#8211; HL280E</title>
		<link>http://www.hoeg.com/archives/51</link>
		<comments>http://www.hoeg.com/archives/51#comments</comments>
		<pubDate>Thu, 14 Apr 2011 04:07:59 +0000</pubDate>
		<dc:creator>Peter</dc:creator>
				<category><![CDATA[Technical]]></category>
		<category><![CDATA[aztech]]></category>
		<category><![CDATA[firmware]]></category>
		<category><![CDATA[homeplug]]></category>

		<guid isPermaLink="false">http://www.hoeg.com/?p=51</guid>
		<description><![CDATA[I recent added 2 HK280E units to the home network. Getting the new ones (although bought at the same time they still had different firmware) to work with the existing two simply didn&#8217;t work. However, upgrading the firmware on all 4 to the same version did the trick so ensure your plugs are all on [...]]]></description>
			<content:encoded><![CDATA[<p>I recent added 2 HK280E units to the home network. Getting the new ones (although bought at the same time they still had different firmware) to work with the existing two simply didn&#8217;t work. However, upgrading the firmware on all 4 to the same version did the trick so ensure your plugs are all on the same version.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hoeg.com/archives/51/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>BullZip PDF Printer failing with error 429</title>
		<link>http://www.hoeg.com/archives/52</link>
		<comments>http://www.hoeg.com/archives/52#comments</comments>
		<pubDate>Thu, 24 Mar 2011 12:09:17 +0000</pubDate>
		<dc:creator>Peter</dc:creator>
				<category><![CDATA[Technical]]></category>
		<category><![CDATA[error]]></category>
		<category><![CDATA[pdf]]></category>
		<category><![CDATA[problem]]></category>

		<guid isPermaLink="false">http://www.hoeg.com/?p=52</guid>
		<description><![CDATA[You might encounter an error when trying to print to BullZip PDF Printer: Run-time error '429': Error creating object: Bullzip.Dictionary This happens when the bzdct.dll file is not properly registered which can be quite easy to fix. Try a simple: regsvr32 bzdct.dll If you get an ok message everything is peachy and you should be [...]]]></description>
			<content:encoded><![CDATA[<p>You might encounter an error when trying to print to BullZip PDF Printer:</p>
<pre>Run-time error '429':
Error creating object: Bullzip.Dictionary</pre>
<p>This happens when the bzdct.dll file is not properly registered which can be quite easy to fix.</p>
<p>Try a simple:<br />
<code>regsvr32 bzdct.dll</code></p>
<p>If you get an ok message everything is peachy and you should be able to print properly.</p>
<p>However, it has happened that due to permission problems the file isn&#8217;t being registered properly (which is why I didn&#8217;t work in the first place) and you get an error message to that effect. In that case you need to reset the Windows permissions on the relevant files. You can either to it manually as shown below or use the script found on <a href='https://github.com/peterhoeg/wpkg/commits/master/tools/reset_permissions.cmd'>github.com</a>.</p>
<p><strong>Windows XP</strong><br />
<code>secedit /configure /cfg %windir%\repair\secsetup.inf /db secsetup.sdb /verbose</code></p>
<p><strong>Windows 7</strong><br />
<code>secedit /configure /cfg %windir%\inf\defltbase.inf /db defltbase.sdb /verbose</code></p>
]]></content:encoded>
			<wfw:commentRss>http://www.hoeg.com/archives/52/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>RVM &amp; GEM_PATH &#8211; things to check if RVM doesn&#8217;t play ball</title>
		<link>http://www.hoeg.com/archives/48</link>
		<comments>http://www.hoeg.com/archives/48#comments</comments>
		<pubDate>Thu, 23 Dec 2010 03:55:56 +0000</pubDate>
		<dc:creator>Peter</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Technical]]></category>
		<category><![CDATA[ruby]]></category>
		<category><![CDATA[rvm]]></category>

		<guid isPermaLink="false">http://www.hoeg.com/?p=48</guid>
		<description><![CDATA[After having discovered RVM (Ruby enVironment Manager) and realizing how much easier it makes your life (application specific gemsets are pure genuis), I couldn&#8217;t get it to work on the desktop while it was fine on the laptop. gem kept looking in /var/lib/gems/1.8 and it turns out there is quite a few places where GEM_PATH [...]]]></description>
			<content:encoded><![CDATA[<p>After having discovered <a href="http://rvm.beginrescueend.com/" target="_blank">RVM (Ruby enVironment Manager)</a> and realizing how much easier it makes your life (application specific gemsets are pure genuis), I couldn&#8217;t get it to work on the desktop while it was fine on the laptop.</p>
<p><code>gem</code> kept looking in <code>/var/lib/gems/1.8</code> and it turns out there is quite a few places where GEM_PATH and GEM_HOME are being (or can be) set on your Linux box:</p>
<ol>
<li>/etc/environment</li>
<li>/etc/security/pam_env.conf</li>
<li>$HOME/.gemrc</li>
<li>$HOME/.bashrc and $HOME/.profile</li>
</ol>
<p>In my case it was the first 3 and after removing GEM_(PATH|HOME) assignments from those files, RVM started working.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hoeg.com/archives/48/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Firefox and incorrectly named plugins</title>
		<link>http://www.hoeg.com/archives/40</link>
		<comments>http://www.hoeg.com/archives/40#comments</comments>
		<pubDate>Wed, 09 Sep 2009 05:08:41 +0000</pubDate>
		<dc:creator>Peter</dc:creator>
				<category><![CDATA[Technical]]></category>
		<category><![CDATA[error]]></category>
		<category><![CDATA[firefox]]></category>
		<category><![CDATA[flash]]></category>
		<category><![CDATA[plugins]]></category>
		<category><![CDATA[problem]]></category>

		<guid isPermaLink="false">http://www.hoeg.com/archives/40</guid>
		<description><![CDATA[As it turns out, firefox on linux will only load plugins if they are named something.so. Hit this error when trying to use the latest 64 bit plugin (10.0.0.18.32) and wanted to keep the older version around with some symlink magic. Basically I had the following files: libflashplayer.so.10.0.0.22 libflashplayer.so.10.0.0.32 libflashplayer.so -> libflashplayer.so.10.0.0.32 And firefox refused [...]]]></description>
			<content:encoded><![CDATA[<p>As it turns out, firefox on linux will only load plugins if they are named something.so. Hit this error when trying to use the latest 64 bit plugin (10.0.0.18.32) and wanted to keep the older version around with some symlink magic. Basically I had the following files:</p>
<p>libflashplayer.so.10.0.0.22<br />
libflashplayer.so.10.0.0.32<br />
libflashplayer.so -> libflashplayer.so.10.0.0.32</p>
<p>And firefox refused to use the plugins while both konqueror and chromium had no problems with them. Renaming the files (and symlink accordingly) to libflashplayer-10.0.0.32.so did the trick.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hoeg.com/archives/40/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Deluge Torrent &#8211; a bug report</title>
		<link>http://www.hoeg.com/archives/39</link>
		<comments>http://www.hoeg.com/archives/39#comments</comments>
		<pubDate>Wed, 18 Feb 2009 01:59:05 +0000</pubDate>
		<dc:creator>Peter</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Technical]]></category>
		<category><![CDATA[bittorrent]]></category>
		<category><![CDATA[deluge]]></category>
		<category><![CDATA[oss]]></category>
		<category><![CDATA[torrent]]></category>

		<guid isPermaLink="false">http://www.hoeg.com/archives/39</guid>
		<description><![CDATA[Did my duty when it comes to Free software and reported a bug with the deluge torrent project. http://dev.deluge-torrent.org/ticket/805]]></description>
			<content:encoded><![CDATA[<p>Did my duty when it comes to Free software and reported a bug with the deluge torrent project.</p>
<p>http://dev.deluge-torrent.org/ticket/805</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hoeg.com/archives/39/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>PDF::Writer and Ruby on Rails</title>
		<link>http://www.hoeg.com/archives/35</link>
		<comments>http://www.hoeg.com/archives/35#comments</comments>
		<pubDate>Wed, 14 Jan 2009 16:25:25 +0000</pubDate>
		<dc:creator>Peter</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Technical]]></category>
		<category><![CDATA[pdf]]></category>
		<category><![CDATA[rails]]></category>
		<category><![CDATA[ruby]]></category>

		<guid isPermaLink="false">http://www.hoeg.com/?p=35</guid>
		<description><![CDATA[Was struggling with an unbelievably annoying error, where PDF::Writer (or pdf-writer as it&#8217;s also called) simply refused to show special accented characters incl the Euro sign, but presented garbage instead. Turns out that as of pdf-writer 1.1.8, the following is the case: a) No, it doesn&#8217;t accept utf-16, despite what it claims b) Feeding it [...]]]></description>
			<content:encoded><![CDATA[<p>Was struggling with an unbelievably annoying error, where PDF::Writer (or pdf-writer as it&#8217;s also called) simply refused to show special accented characters incl the Euro sign, but presented garbage instead. Turns out that as of pdf-writer 1.1.8, the following is the case:</p>
<p>a) No, it doesn&#8217;t accept utf-16, despite what it claims<br />
b) Feeding it utf-8, will look fine for what can be mapped to 7bit ASCII<br />
c) Feeding it Win-1252 seems to do the trick, although some people claim it&#8217;s also hit and miss.</p>
<p>In your class doing the PDF generation, add a method like this:</p>
<pre>def to_pw(text = '')
  return Iconv.conv('win-1252', 'utf-8', text)
end</pre>
<p>And then call that to output all the text.</p>
<p>YMMV, but it worked for me.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hoeg.com/archives/35/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Fonts in OpenOffice.org</title>
		<link>http://www.hoeg.com/archives/13</link>
		<comments>http://www.hoeg.com/archives/13#comments</comments>
		<pubDate>Sat, 20 Dec 2008 16:01:10 +0000</pubDate>
		<dc:creator>Peter</dc:creator>
				<category><![CDATA[Technical]]></category>
		<category><![CDATA[fonts]]></category>
		<category><![CDATA[ooo]]></category>
		<category><![CDATA[openoffice]]></category>
		<category><![CDATA[openoffice.org]]></category>
		<category><![CDATA[ubuntu]]></category>

		<guid isPermaLink="false">http://www.hoeg.com/?p=13</guid>
		<description><![CDATA[Started a page on help.ubuntu.com to outline the troubleshooting process when fonts in OpenOffice.org aren&#8217;t exactly working properly on Ubuntu. You can find it here. Feel free to leave comments here or even better, improve the guide directly on help.ubuntu.com.]]></description>
			<content:encoded><![CDATA[<p>Started a page on help.ubuntu.com to outline the troubleshooting process when fonts in OpenOffice.org aren&#8217;t exactly working properly on Ubuntu.</p>
<p>You can find it <a href="https://help.ubuntu.com/community/OpenOffice.orgFonts">here</a>.</p>
<p>Feel free to leave comments here or even better, improve the guide directly on help.ubuntu.com.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hoeg.com/archives/13/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Digital TV in Shanghai (DVB-T vs DMB-T/H)</title>
		<link>http://www.hoeg.com/archives/27</link>
		<comments>http://www.hoeg.com/archives/27#comments</comments>
		<pubDate>Sun, 30 Nov 2008 16:01:49 +0000</pubDate>
		<dc:creator>Peter</dc:creator>
				<category><![CDATA[Technical]]></category>
		<category><![CDATA[dvb]]></category>
		<category><![CDATA[shanghai]]></category>

		<guid isPermaLink="false">http://www.hoeg.com/?p=27</guid>
		<description><![CDATA[While China was doing DVB-T trial in 2006, my understanding is that they have developed their own standard and chosen to go ahead with that instead. The standard, DMB-T/H, is unfortunately incompatible with existing DVB-T equipment which means that my WinTV-HVR1200 which worked flawlessly in Singapore is completely useless in Shanghai. This wikipedia post seems [...]]]></description>
			<content:encoded><![CDATA[<p>While China was doing DVB-T trial in 2006, my understanding is that they have developed their own standard and chosen to go ahead with that instead. The standard, DMB-T/H, is unfortunately incompatible with existing DVB-T equipment which means that my WinTV-HVR1200 which worked flawlessly in Singapore is completely useless in Shanghai.</p>
<p><a href="http://en.wikipedia.org/wiki/DMB-T/H">This</a> wikipedia post seems to indicate that China broadcasts in both standards in Shanghai, although that is definitely not what I have experienced. If anybody can shed some light on the situation, that would be appreciated.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hoeg.com/archives/27/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.284 seconds -->

