<?xml version="1.0" encoding="iso-8859-15"?>
<!-- generator="Kukkaisvoima version 15" -->
<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/"
>
<channel>
<title>Tim's Bits and Pieces: Computers</title>
<link>http://blog.timp.com.au</link>
<description>My personal blog, covering many random topics</description>
<pubDate>Mon, 07 Apr 2014 00:30:17 +0200</pubDate>
<lastBuildDate>Mon, 07 Apr 2014 00:30:17 +0200</lastBuildDate>
<generator>http://23.fi/kukkaisvoima/</generator>
<language>en</language>
<item>
<title>&#64;uninstallfirefox
</title>
<link>http://blog.timp.com.au/uninstallfirefox%3A2014-04-07%3AComputers%2CPolitics</link>
<comments>http://blog.timp.com.au/uninstallfirefox%3A2014-04-07%3AComputers%2CPolitics#comments</comments>
<pubDate>Mon, 07 Apr 2014 00:30:17 +0200</pubDate>
<dc:creator>TimP</dc:creator>
<category>Computers</category>
<category>Politics</category>
<guid isPermaLink="false">http://blog.timp.com.au/uninstallfirefox%3A2014-04-07%3AComputers%2CPolitics/</guid>
<description><![CDATA[ <p>I'm stopping using Firefox (and other Mozilla programs like Seamonkey and
 [...]]]></description>
<content:encoded><![CDATA[
<p>I'm stopping using Firefox (and other Mozilla programs like Seamonkey and
 Thunderbird) over this whole Brendan Eich scuffle, and you should consider it
 too.</p>
 
 <p>For those who don't know basically what happened was that one Mr. Brendan
 Eich donated $1,000 to a pro-Proposition 8 (anti-gay marriage) lobby a few
 years back. Recently Mr. Eich, the inventor of JavaScript (one of the key web
 technologies), became the CEO of Mozilla, and the Gay lobby became upset, and
 several members of Mozilla's board of directors joined them.</p>
 
 <p>The situation escalated to the point where he "resigned" as CEO. So,
 basically what's happened is that a man has lost his job despite his major
 technical contributions. Or essentially the board of directors has said that
 ideological conformity is more important than actual technical of business
 skills. In that case I'm going to go elsewhere for my browser.</p>
 ]]></content:encoded>
<wfw:commentRss>http://blog.timp.com.au/uninstallfirefox%3A2014-04-07%3AComputers%2CPolitics/feed/</wfw:commentRss>
</item>
<item>
<title>Speedup of Trac Static Content
</title>
<link>http://blog.timp.com.au/speedup_of_trac_static_content%3A2010-08-25%3AComputers%2CLinux%2CWork</link>
<comments>http://blog.timp.com.au/speedup_of_trac_static_content%3A2010-08-25%3AComputers%2CLinux%2CWork#comments</comments>
<pubDate>Wed, 25 Aug 2010 23:03:54 +0200</pubDate>
<dc:creator>TimP</dc:creator>
<category>Computers</category>
<category>Linux</category>
<category>Work</category>
<guid isPermaLink="false">http://blog.timp.com.au/speedup_of_trac_static_content%3A2010-08-25%3AComputers%2CLinux%2CWork/</guid>
<description><![CDATA[ <p>At <a href='http://codesion.com'>work</a> I recently spent some time working on
 [...]]]></description>
<content:encoded><![CDATA[
<p>At <a href='http://codesion.com'>work</a> I recently spent some time working on
 getting our <a href='http://codesion.com/screenshots/wiki-hosting.shtml'>hosted
 	Trac</a> to run faster. I found one simple little trick that gave up to a
 20% speed improvement, so I thought I'd share it here.</p>
 
 <p>The basic idea is that Trac has a lot of overhead due to executing a pile of
 Python code for each requested file including static content like the logos,
 background images, CSS, <acronym title="Latin: Et Cetera; English: and so
 on">etc</acronym>. If you tell Apache just to skip the Python code
 for the static content you can save a lot of time and processing power. All the
 default static content is under
 "<em>/python/library/path</em>/site-packages/trac/htdocs" which Trac servers up
 as "/chrome/common/". Basically a request for
 http://server.com/trac/chrome/common/logo.png will get a file from somewhere
 like /usr/lib/python2.5/site-packages/trac/htdocs/logo.png on the harddisk. To
 skip Trac for this we want to add something like the following to the Apache
 configuration (AliasMatch is part of <a
 	href='http://httpd.apache.org/docs/2.2/mod/mod_alias.html#aliasmatch'>mod_alias</a>):</p>
 
 <pre class='code'>
 	AliasMatch ^/(.+)/chrome/common(.*) /usr/lib/python2.5/site-packages/trac/htdocs$2
 </pre>
 
 <p>This matches any request for a path that matches
 /<em>something</em>/chrome/common/<em>something_else</em>, and then sends back
 the file located at
 /usr/lib/python2.5/site-packages/trac/htdocs/<em>something_else</em>; preventing
 the Trac Python code from running. Since there is about a dozen images, CSS
 files, and JavaScript files for each Trac page the time saved by this very
 quickly adds up.</p>
 ]]></content:encoded>
<wfw:commentRss>http://blog.timp.com.au/speedup_of_trac_static_content%3A2010-08-25%3AComputers%2CLinux%2CWork/feed/</wfw:commentRss>
</item>
<item>
<title>Joel on DRCS
</title>
<link>http://blog.timp.com.au/joel_on_drcs%3A2010-03-22%3AComputers%2CWork</link>
<comments>http://blog.timp.com.au/joel_on_drcs%3A2010-03-22%3AComputers%2CWork#comments</comments>
<pubDate>Mon, 22 Mar 2010 23:03:54 +0200</pubDate>
<dc:creator>TimP</dc:creator>
<category>Computers</category>
<category>Work</category>
<guid isPermaLink="false">http://blog.timp.com.au/joel_on_drcs%3A2010-03-22%3AComputers%2CWork/</guid>
<description><![CDATA[ <p>We where talking about merging today and one of my co-workers pointed out
 [...]]]></description>
<content:encoded><![CDATA[
<p>We where talking about merging today and one of my co-workers pointed out
 that some of the advantages of Distributed Revision Control Systems (<acronym
 	title="Distributed Revision Control Systems">DRCS</acronym>), are
 actually more of a case of "distributed <acronym title='revision control
 	systems'>rcs</acronym> rules because I never read the
 manual for <acronym title='Subversion'>svn</acronym> and <acronym
 	title="Distributed Revision Control Systems">drcs</acronym> is complex enough that it forced me to read the manual".
 For example Joel Spolsky (of Joel on Software) writes about <a
 	href='http://www.joelonsoftware.com/items/2010/03/17.html'>Mercurial</a>:</p>
 
 <blockquote>
 	<p>The interesting part is that these systems think in terms of changes, not
 	in terms of versions.</p>
 
 	<p>That's a very zen-like thing to say, I know. Traditional version control
 	thinks: OK, I have version 1. And now I have version 2. And now I have
 	version 3.</p>
 
 	<p>And distributed version control thinks, I had nothing. And then I got
 	these changes. And then I got these other changes.</p>
 </blockquote>
 
 <p>Uhmm, no, that's not quite right. On the back-end Subversion stores changesets
 not versions, and since way back in the 1.0 days the documentation has always
 encouraged a model of thinking about changes not versions, see <a
 	href='http://svnbook.red-bean.com/en/1.0/ch04s03.html'>the section on
 	merging</a> in the old Subversion book for instance. The difference is that
 when he didn't understand Subversion it was forgiving enough that he could still
 use it, but with Mecurial he had to go and read the manual. Not that there
 aren't real benefits to using Mecurial or Git, but they often "solve" problems
 with Subversion that are just as well solved by reading the Subversion
 manual.</p>
 
 <p>By the way Technically most revision control systems store changesets rather
 than versions, and then generate the "version" you need when you request it, at
 least back to <acronym title='Revision Control System'>RCS</acronym> from
 '82. Though some would encourage you to have a mental model of versions instead
 of changesets.</p>
 
 <p>PS. I use Git myself for most of my personal projects, and the company I work
 for (<a href="http://codesion.com">Codesion</a>) plans to add support for Git
 some time this year, and also switch our internal development over to Git at
 some point, so it's not like I have some sort of hatred of <acronym
 	title="Distributed Revision Control Systems">DRCS</acronym>.</p>
 ]]></content:encoded>
<wfw:commentRss>http://blog.timp.com.au/joel_on_drcs%3A2010-03-22%3AComputers%2CWork/feed/</wfw:commentRss>
</item>
<item>
<title>The Government Will Make Everything Safe
</title>
<link>http://blog.timp.com.au/the_government_will_make_everything_safe%3A2010-03-07%3AComputers%2CPolitics</link>
<comments>http://blog.timp.com.au/the_government_will_make_everything_safe%3A2010-03-07%3AComputers%2CPolitics#comments</comments>
<pubDate>Sun, 07 Mar 2010 23:03:54 +0200</pubDate>
<dc:creator>TimP</dc:creator>
<category>Computers</category>
<category>Politics</category>
<guid isPermaLink="false">http://blog.timp.com.au/the_government_will_make_everything_safe%3A2010-03-07%3AComputers%2CPolitics/</guid>
<description><![CDATA[ <p><a href="http://www.abc.net.au/news/stories/2010/03/04/2836693.htm">Professor
 [...]]]></description>
<content:encoded><![CDATA[
<p><a href="http://www.abc.net.au/news/stories/2010/03/04/2836693.htm">Professor
 	Proposes Laws Against Insecure Computers</a>:</p>
 
 <blockquote>
 	<p>A leading Internet security specialist is calling on governments to make
 	it illegal for computer manufacturers to sell products that are vulnerable
 	to attacks from cyber criminals.</p>
 
 	<p>His call coincides with the arrest in Spain of three of the alleged
 	ringleaders running one of the world's biggest networks of zombie
 	computers.</p>
 
 	<p>The botnet spread into some of the biggest global companies, government
 	agencies and more than 40 major banks, including more than 100 cases of
 	virus infection in Australia.</p>
 
 	<p>[Professor Bill Caelli said,] "Governments throughout the world have to
 	recognise that they have to start regulating the IT industry itself."</p>
 </blockquote>
 
 <p>Oh, yes the Government will make it all better. As a result of reading that
 article I have written the following open letter to the Parliament of Austrlia<a
 	href="#note_1_20100306"><sup>1</sup></a>:</p>
 
 <blockquote>
 	<p>Dear Sirs and Madams,</p>
 
 	<p>I recently read an article on ABC news (<a
 		href="http://www.abc.net.au/news/stories/2010/03/04/2836693.htm">http://www.abc.net.au/news/stories/2010/03/04/2836693.htm</a>)
 	which stated that Professor Bill Caelli of the Queensland University of
 	Technology was recommending that it be made illegal for computer
 	manufacturers to sell products that are vulnerable to attacks from cyber
 	criminals. I wish to take this opportunity to respectfully disagree with
 	Professor Caelli on this matter.</p>
 
 	<p>There are several problems with such a suggestion, with a few of the
 	most major being:</p>
 
 	<p>How do we decide whether a particular computer system is sufficiently
 	secure to be used by the Australian public? Do we decide Windows + 12 month
 	subscriptions to several security suites is enough? This would not offer an
 	improvement over the current situation, but would simply add an extra layer
 	of bureaucracy and expense. What about longer subscriptions? That would make
 	computer systems a lot more expensive (~$50 per year of subscription
 	probably), while having debatable benefits. Would we not allow Windows at
 	all anymore? Though I don't use Windows, this would be a disaster for many
 	people, and once everyone stopped using Windows, crackers would start
 	concentrating on the other Operating Systems, and while Mac OS and Linux are
 	less vulnerable in theory, large number of Windows Admins would not know
 	how to properly secure other operating systems, which would probably result
 	in those companies and individuals being less secure.</p>
 
 	<p>Another concern is that such a law would make it very difficult for small
 	computer companies to exist. If they had to get ever combination of
 	software checked by a government agency it would be expensive and
 	time-consuming. This expense would be annoying for a large company, but
 	fatal for a small company. At the present I can by a computer constructed in
 	Australia (from foreign made parts) by a small local computer shop, if such
 	a law was introduced this would most likely no longer be the case.</p>
 
 	<p>It would slow down access to new software suites for Australians because
 	every new software package would have to go through a long government
 	testing process. It could also result in increased software piracy, due to the
 	increase in cost of software, and the extra delays in releasing it.</p>
 
 	<p>--<br />
 	Timothy Pollard<br />
 	Bachelor of Information Technology (Software Development)<br />
 	http://blog.timp.com.au</p>
 
 </blockquote>
 
 <p id="note_1_20100306">1. I've emailed this to the ABC, my local member, and
 the Federal Minister and Shadow Minister for Broadband, Communications and the
 Digital Economy.</p>
 ]]></content:encoded>
<wfw:commentRss>http://blog.timp.com.au/the_government_will_make_everything_safe%3A2010-03-07%3AComputers%2CPolitics/feed/</wfw:commentRss>
</item>
<item>
<title>IE is Being Mean to Me
</title>
<link>http://blog.timp.com.au/ie_is_being_mean_to_me%3A2010-03-03%3AComputers%2CHumour%2CLinkage</link>
<comments>http://blog.timp.com.au/ie_is_being_mean_to_me%3A2010-03-03%3AComputers%2CHumour%2CLinkage#comments</comments>
<pubDate>Wed, 03 Mar 2010 23:03:54 +0200</pubDate>
<dc:creator>TimP</dc:creator>
<category>Computers</category>
<category>Humour</category>
<category>Linkage</category>
<guid isPermaLink="false">http://blog.timp.com.au/ie_is_being_mean_to_me%3A2010-03-03%3AComputers%2CHumour%2CLinkage/</guid>
<description><![CDATA[ <p><a href="http://www.youtube.com/watch?v=vTTzwJsHpU8">A song about Internet
 [...]]]></description>
<content:encoded><![CDATA[
<p><a href="http://www.youtube.com/watch?v=vTTzwJsHpU8">A song about Internet
 	Explorer</a>. I don't actually have to develop for IE, but whenever a
 customer finds a bug before our testing team I'm the first to hear about it.An
 interesting thing I've observed from these various bug reports is that nearly
 every display bug happens in only one specific browser; can you guess which
 one?</p>
 ]]></content:encoded>
<wfw:commentRss>http://blog.timp.com.au/ie_is_being_mean_to_me%3A2010-03-03%3AComputers%2CHumour%2CLinkage/feed/</wfw:commentRss>
</item>
<item>
<title>Meth Addicts as a Security Risk
</title>
<link>http://blog.timp.com.au/meth_addicts_as_a_security_risk%3A2010-01-17%3AComputers%2COddities</link>
<comments>http://blog.timp.com.au/meth_addicts_as_a_security_risk%3A2010-01-17%3AComputers%2COddities#comments</comments>
<pubDate>Sun, 17 Jan 2010 23:03:54 +0200</pubDate>
<dc:creator>TimP</dc:creator>
<category>Computers</category>
<category>Oddities</category>
<guid isPermaLink="false">http://blog.timp.com.au/meth_addicts_as_a_security_risk%3A2010-01-17%3AComputers%2COddities/</guid>
<description><![CDATA[ <p><a
 [...]]]></description>
<content:encoded><![CDATA[
<p><a
 	href='http://www.linux-magazine.com/Issues/2009/106/INTRUSION-STORIES'>Linux
 	Magazine: Intrusion Stories</a>:</p>
 <blockquote>
 	...<br />
 	Network intrusion isn't just for pranksters anymore. Spammers, credit
 	pirates, meth addicts, and countless other n'er-do-wells are all looking for
 	a way in.<br />
 	...
 </blockquote>
 
 <p>"Wait, <i>meth addicts</i>?"</p>
 
 <p>Which lead me to an interesting web search. For instance see msnbc's
 "<a href='http://www.msnbc.msn.com/id/4460349/'>The meth connection to identity
 	theft</a>". Huh, you learn something new every day.</p>
 ]]></content:encoded>
<wfw:commentRss>http://blog.timp.com.au/meth_addicts_as_a_security_risk%3A2010-01-17%3AComputers%2COddities/feed/</wfw:commentRss>
</item>
<item>
<title>Bulk emails should not come from support
</title>
<link>http://blog.timp.com.au/bulk_emails_should_not_come_from_support%3A2009-12-18%3AComputers%2CHumour%2CWork</link>
<comments>http://blog.timp.com.au/bulk_emails_should_not_come_from_support%3A2009-12-18%3AComputers%2CHumour%2CWork#comments</comments>
<pubDate>Fri, 18 Dec 2009 23:03:53 +0200</pubDate>
<dc:creator>TimP</dc:creator>
<category>Computers</category>
<category>Humour</category>
<category>Work</category>
<guid isPermaLink="false">http://blog.timp.com.au/bulk_emails_should_not_come_from_support%3A2009-12-18%3AComputers%2CHumour%2CWork/</guid>
<description><![CDATA[ <p>Today my company sent out a bunch of emails about a service update to our
 [...]]]></description>
<content:encoded><![CDATA[
<p>Today my company sent out a bunch of emails about a service update to our
 customers. Approximately 16,000 emails. To make things easy for customers who
 wanted to ask questions about the changes we set the reply to field on the
 emails to be our support email address. This was a mistake. The first problem is
 that out of 16,000 people a reasonable number are going to be out of the office
 a week before Christmas, but that was OK, you just delete the dozen or so new
 Cases with "Out of Office Auto-reply" in the subject. No, the real problem was
 the infinite loops of auto-replies that our case management system created with
 some customers ticket systems.</p>
 ]]></content:encoded>
<wfw:commentRss>http://blog.timp.com.au/bulk_emails_should_not_come_from_support%3A2009-12-18%3AComputers%2CHumour%2CWork/feed/</wfw:commentRss>
</item>
<item>
<title>rm *
</title>
<link>http://blog.timp.com.au/rm%3A2009-09-30%3AComputers%2CMeta</link>
<comments>http://blog.timp.com.au/rm%3A2009-09-30%3AComputers%2CMeta#comments</comments>
<pubDate>Wed, 30 Sep 2009 23:03:57 +0200</pubDate>
<dc:creator>TimP</dc:creator>
<category>Computers</category>
<category>Meta</category>
<guid isPermaLink="false">http://blog.timp.com.au/rm%3A2009-09-30%3AComputers%2CMeta/</guid>
<description><![CDATA[ <p>I just reminded myself how dangerous '<code>rm *</code>' is. I deleted the copies of all
 [...]]]></description>
<content:encoded><![CDATA[
<p>I just reminded myself how dangerous '<code>rm *</code>' is. I deleted the copies of all
 the posts on my blog from my local system. Fortunately I had backups of all but
 the most recent 8 posts, and I could recover them easily enough, but this has
 reminded me to make my "daily" backups more regular than once a fortnight, and
 convinced me to add '<code>alias rm="rm -i"</code>' back to my .bash_aliases.</p>
 ]]></content:encoded>
<wfw:commentRss>http://blog.timp.com.au/rm%3A2009-09-30%3AComputers%2CMeta/feed/</wfw:commentRss>
</item>
<item>
<title>Tech Support
</title>
<link>http://blog.timp.com.au/tech_support%3A2009-09-22%3AComputers%2CHowto%2CHumour%2CLinkage</link>
<comments>http://blog.timp.com.au/tech_support%3A2009-09-22%3AComputers%2CHowto%2CHumour%2CLinkage#comments</comments>
<pubDate>Tue, 22 Sep 2009 23:03:54 +0200</pubDate>
<dc:creator>TimP</dc:creator>
<category>Computers</category>
<category>Howto</category>
<category>Humour</category>
<category>Linkage</category>
<guid isPermaLink="false">http://blog.timp.com.au/tech_support%3A2009-09-22%3AComputers%2CHowto%2CHumour%2CLinkage/</guid>
<description><![CDATA[ <p><a href="http://xkcd.com/627/">Tech Support Cheat Sheet</a></p>
 [...]]]></description>
<content:encoded><![CDATA[
<p><a href="http://xkcd.com/627/">Tech Support Cheat Sheet</a></p>
 ]]></content:encoded>
<wfw:commentRss>http://blog.timp.com.au/tech_support%3A2009-09-22%3AComputers%2CHowto%2CHumour%2CLinkage/feed/</wfw:commentRss>
</item>
<item>
<title>Progress Quest
</title>
<link>http://blog.timp.com.au/progress_quest%3A2009-07-27%3AComputers%2CGames%2CHumour%2CReviews</link>
<comments>http://blog.timp.com.au/progress_quest%3A2009-07-27%3AComputers%2CGames%2CHumour%2CReviews#comments</comments>
<pubDate>Mon, 27 Jul 2009 23:03:54 +0200</pubDate>
<dc:creator>TimP</dc:creator>
<category>Computers</category>
<category>Games</category>
<category>Humour</category>
<category>Reviews</category>
<guid isPermaLink="false">http://blog.timp.com.au/progress_quest%3A2009-07-27%3AComputers%2CGames%2CHumour%2CReviews/</guid>
<description><![CDATA[ <p>You might have noticed that I haven't posted for a while. I blame <a
 [...]]]></description>
<content:encoded><![CDATA[
<p>You might have noticed that I haven't posted for a while. I blame <a
     href="http://progressquest.com/">Progress Quest</a>, a truly exceptional
 <acronym title="Massively Multiplayer Online Role Playing
     Game">MMORPG</acronym>. It's got an engrossing plot, phenomenal graphics,
 truly zen sound, and is generally all round great. I've spent over 10 hours
 playing it Today alone.</p>
 
 <p>Truthfully it's not for everyone, but it's a very small, free download, so I
 strongly suggest you try it out.</p>
 ]]></content:encoded>
<wfw:commentRss>http://blog.timp.com.au/progress_quest%3A2009-07-27%3AComputers%2CGames%2CHumour%2CReviews/feed/</wfw:commentRss>
</item>
</channel>
</rss>
