<?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>Capi's Corner &#187; workaround</title>
	<atom:link href="http://www.dont-panic.cc/capi/tag/workaround/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dont-panic.cc/capi</link>
	<description>Development, Network, Security, Ideas &#038; Opinions</description>
	<lastBuildDate>Sat, 10 Dec 2011 19:31:21 +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>Missing dictionaries on OpenOffice.org 3</title>
		<link>http://www.dont-panic.cc/capi/2008/10/24/missing-dictionaries-on-openofficeorg-3/</link>
		<comments>http://www.dont-panic.cc/capi/2008/10/24/missing-dictionaries-on-openofficeorg-3/#comments</comments>
		<pubDate>Fri, 24 Oct 2008 13:41:15 +0000</pubDate>
		<dc:creator>Martin Carpella</dc:creator>
				<category><![CDATA[computer]]></category>
		<category><![CDATA[software]]></category>
		<category><![CDATA[bug]]></category>
		<category><![CDATA[openoffice]]></category>
		<category><![CDATA[troubleshooting]]></category>
		<category><![CDATA[workaround]]></category>

		<guid isPermaLink="false">http://www.dont-panic.cc/capi/?p=165</guid>
		<description><![CDATA[I just upgraded to OpenOffice.org 3 and I really like it. But there was a small, but very anoying problem: OO.org seemed to be unable to find any dictionaries. I found out rather quicky, that starting with OO.org 3 dictionaries are only available as extensions. Well, basically this is no problem, but the English (at [...]]]></description>
			<content:encoded><![CDATA[<p>I just upgraded to <a href="http://www.openoffice.org/">OpenOffice.org 3</a> and I really like it. But there was a small, but very anoying problem: OO.org seemed to be unable to find any dictionaries. I found out rather quicky, that starting with OO.org 3 dictionaries are only available as extensions. Well, basically this is no problem, but the English (at least the US and GB variante) are supposed to be bundled with the installer and are not available as seperate extension.</p>
<p>It seems there is a little bug with the installation on Vista under certain circumstances which causes the extensions not being registered properly with OO.org.</p>
<p>To solve the problem, follow the same following steps:</p>
<ul>
<li>Locate your OO.org &#8220;install&#8221; directory of your installation, usually it is C:\Program Files\OpenOffice.org 3\share\extensions\install&#8221; [<strong>Updated 2008-12-21</strong> to include "extensions", thanks to the anonymous commenter!]</li>
<li>Manuylla install the appropriate dictionary extension (&#8220;dict-en.oxt&#8221;, &#8220;dict-de.oxt&#8221;, &#8220;dict-fr.oxt&#8221;, &#8220;dict-it.oxt&#8221;) by either launching the oxt directly or by chosing Tools -&gt; Extension Manager.</li>
</ul>
<p>For me this worked after restarting OO.org totally (i.e. closing down all Writer, Calc, &#8230;).</p>
]]></content:encoded>
			<wfw:commentRss>http://www.dont-panic.cc/capi/2008/10/24/missing-dictionaries-on-openofficeorg-3/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Vista UAC: Firefox (and other Mozilla apps) automatic updates</title>
		<link>http://www.dont-panic.cc/capi/2007/08/13/vista-uac-firefox-and-other-mozilla-apps-automatic-updates/</link>
		<comments>http://www.dont-panic.cc/capi/2007/08/13/vista-uac-firefox-and-other-mozilla-apps-automatic-updates/#comments</comments>
		<pubDate>Mon, 13 Aug 2007 10:45:44 +0000</pubDate>
		<dc:creator>Martin Carpella</dc:creator>
				<category><![CDATA[computer]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[software]]></category>
		<category><![CDATA[firefox]]></category>
		<category><![CDATA[thunderbird]]></category>
		<category><![CDATA[troubleshooting]]></category>
		<category><![CDATA[uac]]></category>
		<category><![CDATA[vista]]></category>
		<category><![CDATA[windows]]></category>
		<category><![CDATA[workaround]]></category>

		<guid isPermaLink="false">http://www.dont-panic.cc/capi/2007/08/13/vista-uac-firefox-and-other-mozilla-apps-automatic-updates/</guid>
		<description><![CDATA[If you disable the automatic installer detection of User Account Control (UAC), for instance because it interferes with your every-day operations (like in my &#8220;Git and Windows Vista&#8221; article), you will notice that the Mozilla updaters don&#8217;t work as expected. Automatic updates will fail. This is due to the fact that the updater will not [...]]]></description>
			<content:encoded><![CDATA[<p>If you disable the automatic installer detection of <a href="http://en.wikipedia.org/wiki/User_Account_Control">User Account Control</a> (UAC), for instance because it interferes with your every-day operations (like in my &#8220;<a href="http://www.dont-panic.cc/capi/2007/07/06/git-and-windows-vista/">Git and Windows Vista</a>&#8221; article), you will notice that the Mozilla updaters don&#8217;t work as expected. Automatic updates will fail. This is due to the fact that the updater will not be automatically elevated any longer.</p>
<p>As the easiest workaround, you should perform the following steps:</p>
<ul>
<li>Once you get notified about the update and you are asked if you want to install it, say &#8220;No&#8221;.</li>
<li>Close the Mozilla application in question.</li>
<li>Search for the application in your &#8220;Start&#8221; menu.</li>
<li>Right-click the entry and choose &#8220;Run as Administrator&#8230;&#8221;</li>
<li>Choose &#8220;Check for Updates&#8230;&#8221; in the &#8220;Help&#8221; menu</li>
<li>Confirm you want to install the update and walk through the update process.</li>
</ul>
<p>The installation will now work. For security reasons you should close the application once installation is finished, because it will still be running with elevated privileges.  Now start the application again normally.</p>
<p>The same principle works for any application that is not Vista-aware and fails on automatic update. For security reasons make sure you keep the time you run with elevated privileges as short as possible.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.dont-panic.cc/capi/2007/08/13/vista-uac-firefox-and-other-mozilla-apps-automatic-updates/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>OpenVPN and Tap-Win32-Adapter Problem</title>
		<link>http://www.dont-panic.cc/capi/2006/04/29/openvpn-and-tap-win32-adapter-problem/</link>
		<comments>http://www.dont-panic.cc/capi/2006/04/29/openvpn-and-tap-win32-adapter-problem/#comments</comments>
		<pubDate>Sat, 29 Apr 2006 18:28:43 +0000</pubDate>
		<dc:creator>Martin Carpella</dc:creator>
				<category><![CDATA[sysadmin]]></category>
		<category><![CDATA[openvpn]]></category>
		<category><![CDATA[script]]></category>
		<category><![CDATA[troubleshooting]]></category>
		<category><![CDATA[vpn]]></category>
		<category><![CDATA[windows]]></category>
		<category><![CDATA[workaround]]></category>

		<guid isPermaLink="false">http://www.dont-panic.cc/capi/archives/39</guid>
		<description><![CDATA[OpenVPN on Microsoft Windows has a problem with the TAP-Win32-Adapter driver used for the tunnel. The device needs to be deactivated/reactivated after a Windows restart before any connection can be established. In this article I present a very simple script and solution for automating this process. OpenVPN is my preferred tool for implementing low-cost VPN [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://openvpn.net/">OpenVPN</a>  on Microsoft Windows  has a problem with the  TAP-Win32-Adapter driver used for the tunnel. The device needs to be deactivated/reactivated after a Windows restart before any connection can be established. In this article I present a very simple script and solution for automating this process.</p>
<p><span id="more-39"></span>OpenVPN is my preferred tool for implementing low-cost VPN solutions for one reason: it simply works. It works very well on Linux and Windows. On Windows I commonly use <a href="http://openvpn.se/">one of the GUI frontends</a>. On Windows, OpenVPN uses a virtual network card for the tunnelled data, the TAP Win32 Adapter, currently in version 8. Unfortunately this driver has a issue at the moment: the adapter works only once, after restarting windows the device has to be deactivated and reactivated, otherwise it will not come up after the connection to the VPN server has been established.</p>
<p>To get around this anoying issue I wanted to write a script that will reactivate before starting the GUI. As I soon found out, there is no way in standard Windows XP to (de)activate a device from a script. After some time I found a tool in Microsoft&#8217;s DDK which can also be downloaded seperately: <a href="http://support.microsoft.com/default.aspx?scid=kb;EN-US;Q311272">devcon</a>, a command line tool by Microsoft as an alternative to the Windows Device Manager.</p>
<p>First I needed to find the hardware id of the TAP device I wanted to restart:</p>
<blockquote><p><code>&gt; devcon findall *TAP*<br />
ISAPNP\READDATAPORT\0 : ISAPnP-Datenleseport<br />
ROOT\NET\0000 : TAP-Win32 Adapter V8<br />
2 matching device(s) found. </code></p></blockquote>
<p>Clearly I am interested in <code>ROOT\NET\0000</code> in my case. This device can now be (de)activated with &#8220;<code>devcon deactivate @ROOT\NET\0000</code>&#8221; resp. &#8220;<code>devcon activate @ROOT\NET\0000</code>&#8220;. The <code>@</code>-sign is important!</p>
<p>As I wanted to explore some alternatives to Microsoft&#8217;s shell scripts (.cmd), I discovered <a href="http://www.kixtart.org/">KiXtart</a>, a very powerful shell scripting language for Windows. Main advantage is, that KiXtart is able to run the script without showing an anyoing shell window during its runtime (which is the whole VPN connection in my case, as I want to disable the device after OpenVPN is shut down.</p>
<p>The script that needs to be executed is trivial: Instead of launching OpenVPN-GUI directly, I now launch the following KiXtart script from any shortcuts to OpenVPN GUI:</p>
<blockquote><p><code>shell "devcon disable @@root\net\0000"<br />
shell "devcon enable @@root\net\0000"<br />
shell "C:\Program Files\OpenVPN\bin\openvpn-gui.exe"<br />
shell "devcon disable @@root\net\0000"</code></p></blockquote>
<p>The KiXtart interpreter requries around 1.4MB of RAM during the session (which I accept and don&#8217;t care about as my machine has 1.5GB of RAM installed). If you want to spare this amount and you don&#8217;t care that the device is not deactivated right after exiting OpenVPN-GUI, you could adapt the script to execute the GUI without waiting for its termination. You&#8217;d also have to remove the last line of the script. In this case you can also simply use standard Windows shell commands, as the shell will immideatly close after calling &#8220;<code>start C:\...\openvpn-gui.exe</code>&#8220;.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.dont-panic.cc/capi/2006/04/29/openvpn-and-tap-win32-adapter-problem/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

