<?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>Bit Matrix &#187; Linux</title>
	<atom:link href="http://blog.bit-matrix.com/tag/linux/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.bit-matrix.com</link>
	<description>Tech. Code. Linux. MySQL. Ones. Zeroes.</description>
	<lastBuildDate>Tue, 31 Aug 2010 01:10:39 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Chrome Memory Leak in Linux</title>
		<link>http://blog.bit-matrix.com/2010/03/30/chrome-memory-leak-in-linux/</link>
		<comments>http://blog.bit-matrix.com/2010/03/30/chrome-memory-leak-in-linux/#comments</comments>
		<pubDate>Tue, 30 Mar 2010 15:21:42 +0000</pubDate>
		<dc:creator>Bit Matrix</dc:creator>
				<category><![CDATA[Google]]></category>
		<category><![CDATA[browsers]]></category>
		<category><![CDATA[chrome]]></category>
		<category><![CDATA[Linux]]></category>

		<guid isPermaLink="false">http://blog.bit-matrix.com/?p=141</guid>
		<description><![CDATA[I run Google Chrome 5.0.342.7 beta on my Ubuntu box. Every time that Chrome is left on overnight, the following morning its memory consumption is in the hundreds of MBs (300-400MB) and it is fully utilizing one of my cores while doing nothing. I usually leave the browser open with 2-3 simple HTML tabs open [...]]]></description>
			<content:encoded><![CDATA[<p>I run Google Chrome 5.0.342.7 beta on my Ubuntu box. Every time that Chrome is left on overnight, the following morning its memory consumption is in the hundreds of MBs (300-400MB) and it is fully utilizing one of my cores while doing nothing. I usually leave the browser open with 2-3 simple HTML tabs open (no Flash or heavy JavaScript).</p>
<p>On occasion, when this happens, Chrome actually kills some of the offending tabs after a few minutes of me trying to unsuccessfully interact with them.</p>
<p>I certainly hope that this gets fixed as Chrome runs quite well on weak hardware, like me EEE notebook. However, I don&#8217;t appreciate overheating one of my cores all night long for doing nothing.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bit-matrix.com/2010/03/30/chrome-memory-leak-in-linux/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Ubuntu 8.10 Problems on T61 Thinkpad</title>
		<link>http://blog.bit-matrix.com/2009/10/28/ubuntu-810-problems-on-t61-thinkpad/</link>
		<comments>http://blog.bit-matrix.com/2009/10/28/ubuntu-810-problems-on-t61-thinkpad/#comments</comments>
		<pubDate>Wed, 28 Oct 2009 19:44:28 +0000</pubDate>
		<dc:creator>Bit Matrix</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[8.10]]></category>
		<category><![CDATA[intrepid ibex]]></category>
		<category><![CDATA[Ubuntu]]></category>

		<guid isPermaLink="false">http://blog.bit-matrix.com/?p=26</guid>
		<description><![CDATA[I don&#8217;t often complain about the state of some OSS projects understanding that it is all part of the growth process. However, every once in a while a new version of our favorite product ends up being worse than the outgoing. My personal experience with Ubuntu 8.10 Intrepid Ibex is one such occurence. I upgraded [...]]]></description>
			<content:encoded><![CDATA[<p>I don&#8217;t often complain about the state of some OSS projects understanding that it is all part of the growth process. However, every once in a while a new version of our favorite product ends up being worse than the outgoing. My personal experience with Ubuntu 8.10 Intrepid Ibex is one such occurence. I upgraded my 8.04 install to 8.10 as soon as it came out. Whereas 8.04 was rock solid and functional (it is a LTS release after all) 8.10 is proving anything but. For the record, the aforementioned copy of Ubuntu is running on a T61 Thinkpad with NVidia graphics and Intel Wireless (pretty standard hardware).</p>
<p><strong>Update:</strong> I recently updated the T61 to Ubuntu 9.04 and all of the problems mentioned below have disappeared. So, thumbs-up to canonical and all the OSS contributors involved in this (and any) distribution.</p>
<p><strong>Update:</strong> Ubuntu 9.10 runs even better than 9.04 including a boot speedup from 1:35 down to 45 seconds!<br />
<span id="more-26"></span></p>
<p>Here is a list of the problems I am having with 8.10, ranging from annoying to wasteful to downright show stoppers:</p>
<h5>Shortcut Keys Stopped Working</h5>
<p>The T61 has a few shortcut keys along the top for adjusting volume, muting etc. While these worked in 8.04 out of the box, in 8.10 they are not recognized at all. Yes, there is probably something wrong with the X keyboard map that I could fix but that is annoying and I shouldn&#8217;t have to. This, after all, is fairly low on the priority list and I&#8217;ve already aliased the commands to other key combinations.</p>
<h5>All your CPU are belong to us &#8211; klogd and dd</h5>
<p>Every so often, even when idle, klogd and dd would fire up out of nowhere and start writing oodles of useless log messages. They happily split the two CPU cores between them and proceede to make a silicon bonfire out of them resulting in 2GB kern.log and syslog files. I&#8217;ve tried a few things to pacify this dynamic due including updating the wireless drivers and turning off ACPI but so far no luck. As a result I do not feel comfortable leaving my laptop on when I am not working on it since such rampant CPU abuse can only lead to something bad down the road (and a full disk). Again, this problem never appeared in 8.04.</p>
<h5>Kernel Panic &#8211; BOOM!</h5>
<p>Leaving the computer idle until it falls asleep results in a kernel panic from which there is no return other than a hard reboot. The kernel panic manifests itself with a blinking CAPS LOCK. This hurts, but at least it might prevent klogd and dd from burning my CPU to death. :-/</p>
<h5>Cannot Shutdown</h5>
<p>Every second or third shutdown event ends with the computer still on but the screen blank &#8211; fail.</p>
<h5>Conclusion</h5>
<p>I have installed 8.10 by upgrading from 8.04 and, perhaps that is where the problem lies. Recently if been preparing to re-install 8.10 cleanly and give that a shot. However, in the past I have upgraded between versions with no issues whatsoever. It is quite disappointing that this latest version of Ubuntu is so poor. Is it possible that their commitment to a six month release cycle has resulted in rushing out this release? The release schedule certainly seems like a boon compared to the multi-year waits for Debian but it can also present a problem in cases like this.</p>
<p>I can only hope that my problems with 8.10 are an isolated case with my machine, perhaps all related to one root cause (Intel wireless, I&#8217;m looking at you).</p>
<p>I would like to hear other opinions and experiences with 8.10, particularly anyone&#8217;s with a T61 Thinkpad.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bit-matrix.com/2009/10/28/ubuntu-810-problems-on-t61-thinkpad/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How to install PHP 5.2 on CentOS 5</title>
		<link>http://blog.bit-matrix.com/2009/10/22/how-to-install-php-52-on-centos-5/</link>
		<comments>http://blog.bit-matrix.com/2009/10/22/how-to-install-php-52-on-centos-5/#comments</comments>
		<pubDate>Fri, 23 Oct 2009 06:43:16 +0000</pubDate>
		<dc:creator>Bit Matrix</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Technical]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[centos]]></category>
		<category><![CDATA[centos 5]]></category>
		<category><![CDATA[memcache]]></category>
		<category><![CDATA[pecl]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[php 5.2]]></category>
		<category><![CDATA[yum]]></category>

		<guid isPermaLink="false">http://blog.bit-matrix.com/?p=66</guid>
		<description><![CDATA[I recently needed to install PHP 5.2 on CentOS 5.3. This version of CentOS comes with PHP 5.1 but, in order to run phpMyAdmin, I needed 5.2. The CentOS software repositories are, unfortunately, still stuck with 5.1 and the only way to get a newer version of PHP installed via the package manager (yum) is [...]]]></description>
			<content:encoded><![CDATA[<p>I recently needed to install PHP 5.2 on CentOS 5.3. This version of CentOS comes with PHP 5.1 but, in order to run phpMyAdmin, I needed 5.2. The CentOS software repositories are, unfortunately, still stuck with 5.1 and the only way to get a newer version of PHP installed via the package manager (yum) is to add another repository that has a newer version.<span id="more-66"></span></p>
<p>For this we will use the CentOS testing repository:<br />
<code><br />
cd /etc/yum.repos.d/<br />
sudo wget http://dev.centos.org/centos/5/CentOS-Testing.repo<br />
sudo rpm --import http://dev.centos.org/centos/RPM-GPG-KEY-CentOS-testing<br />
</code></p>
<p>Now we can fetch package information about PHP using the new repository:<br />
<code><br />
yum --enablerepo=c5-testing info php<br />
</code></p>
<p>Check the version number. If it is what you need you can go ahead and install it using yum:<br />
<code><br />
sudo  yum --enablerepo=c5-testing update php<br />
</code></p>
<p>Assuming that worked, you can now restart Apache and be on your way:<br />
<code><br />
sudo /etc/init.d/httpd restart<br />
</code></p>
<h4>Memcache</h4>
<p>If, like me, you were using memcache you might run into a problem where memcache never got updated to the proper version because it did not exist in the CentOS testing repository. The memcache module on the system ends up with a different PHP API version than is required by the new version of PHP you just installed.</p>
<p>Upon starting PHP you might see a warning similar to this:<br />
<code><br />
Module compiled with API 20040429<br />
PHP compiled with API 20060613<br />
</code></p>
<p>Again, we will add a new repository from <a href="http://blog.famillecollet.com/pages/Config-en">Remi Collet</a>. The steps should be as follows:<br />
<code><br />
cd /etc/yum.repos.d/<br />
wget http://rpms.famillecollet.com/remi-enterprise.repo<br />
wget http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-3.noarch.rpm<br />
wget http://rpms.famillecollet.com/enterprise/remi-release-5.rpm<br />
rpm -Uvh remi-release-5*.rpm epel-release-5*.rpm<br />
</code></p>
<p>Now we can install the newest memcache library:<br />
<code><br />
sudo yum --enablerepo=remi install libmemcached\*<br />
</code></p>
<p>Build the PHP module using Pecl (you might have to install php-devel packages for this):<br />
<code><br />
pecl install memcache<br />
</code></p>
<p>Edit /etc/php.d/memcache.ini and add:<br />
<code><br />
extension=memcache.so<br />
</code></p>
<p>Restart Apache:<br />
<code><br />
sudo /etc/init.d/httpd restart<br />
</code></p>
<p>With a little bit of luck you will now have PHP 5.2.x and Memcache!</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bit-matrix.com/2009/10/22/how-to-install-php-52-on-centos-5/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
