<?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>Blog O Stu</title>
	<atom:link href="http://bovitron.com/blogostu/feed/" rel="self" type="application/rss+xml" />
	<link>http://bovitron.com/blogostu</link>
	<description>STUpidity and other STUff</description>
	<lastBuildDate>Tue, 31 Aug 2010 11:39:34 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Compositing has been suspended by another application. Eek!</title>
		<link>http://bovitron.com/blogostu/2010/08/31/compositing-has-been-suspended-by-another-application-eek/</link>
		<comments>http://bovitron.com/blogostu/2010/08/31/compositing-has-been-suspended-by-another-application-eek/#comments</comments>
		<pubDate>Tue, 31 Aug 2010 11:30:14 +0000</pubDate>
		<dc:creator>Stu</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Slackware]]></category>
		<category><![CDATA[computer stuff]]></category>
		<category><![CDATA[compositing]]></category>
		<category><![CDATA[disabled]]></category>
		<category><![CDATA[fix]]></category>
		<category><![CDATA[kde4]]></category>
		<category><![CDATA[kdegraphics-4.4.3]]></category>
		<category><![CDATA[upgrade]]></category>
		<category><![CDATA[xorg-server-1.7.7]]></category>

		<guid isPermaLink="false">http://bovitron.com/blogostu/?p=74</guid>
		<description><![CDATA[How upgrading the nVidia driver fixed compositing on my Slackware machines, after upgrading to xorg-server-1.7.7 and kdegraphics-4.4.3.]]></description>
			<content:encoded><![CDATA[<p>After the latest round of updates to Slackware64 13.1, compositing died on my machine. The first thing I noticed is that my windows no longer wobbled.</p>
<p>When I checked in <strong>System Settings</strong> -&gt; <strong>Desktop</strong> -&gt; <strong>Desktop Effects</strong>, I saw that &#8220;Compositing has been suspended by another application . . .&#8221; I clicked the <strong>Resume Compositing</strong> button, but once again received the message and found that &#8220;Compositing is temporarily disabled.&#8221;</p>
<p>After a bit of searching, I found a <a href="http://forum.kde.org/viewtopic.php?f=66&amp;t=87667#p158208">post on the KDE Community Forums</a> where a Kubuntu user had solved this issue by checking <strong>Disable functionality checks</strong> on the <strong>Advanced</strong> tab. Figuring it was worth a try, I checked the box and clicked the <strong>Apply</strong> button.  Oops! My desktop became pale blue nothing!</p>
<p>Using the <strong>CTRL</strong>+<strong>ALT</strong>+<strong>BACKSPACE</strong> key combination, I shut down X.  Then, from the shell, I poked around my .kde directory and found the setting in .kde/share/config/kwinrc as &#8220;DisableChecks=true.&#8221; So, I removed this line from the file and started X once more: still no compositing; no effects, but at least I had usable KDE. (See: there&#8217;s a good reason I don&#8217;t start the GUI automagically!)</p>
<p>At this point I was mildly frustrated. I couldn&#8217;t understand why upgrading Xorg server to 1.7.7 killed compositing. Heck, maybe was it the newly installed kdegraphics-4.4.3!?! Did I really want to fuss with reverting packages until the problem went away? Nope!</p>
<p>I figured it was time to punt, so I downloaded and installed the latest nVidia driver&#8211;as much to give my self something to do as in hopes that it would fix the problem. Once the driver was installed, I logged out as root and logged back in as myself.  Now the moment of truth! I typed <strong>startx</strong> and pressed my well-worn <strong>ENTER</strong> key. OMG! It worked! I have wobbly windows again!</p>
<p>So, time to check this on the MacBook which uses an nVidia 9400M. Same results: no compositing after the upgrade and upgrading the nVidia driver fixed the issue.</p>
<p>The <strong>TL/DR</strong> of it all is: If upgrading Slackware kills your nVidia card&#8217;s compositing, just update the nVidia driver to 256.44 and life is good!</p>
<p>Happy Hacking!<br />
Stu&#8230;</p>
<p>P.S. I was previously using nVidia driver version 256.35<strong>.</strong></p>
]]></content:encoded>
			<wfw:commentRss>http://bovitron.com/blogostu/2010/08/31/compositing-has-been-suspended-by-another-application-eek/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Killing CloneZilla Live</title>
		<link>http://bovitron.com/blogostu/2010/08/11/killing-clonezilla-live/</link>
		<comments>http://bovitron.com/blogostu/2010/08/11/killing-clonezilla-live/#comments</comments>
		<pubDate>Thu, 12 Aug 2010 01:54:55 +0000</pubDate>
		<dc:creator>Stu</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[computer stuff]]></category>
		<category><![CDATA[CloneZilla]]></category>
		<category><![CDATA[hard drive]]></category>
		<category><![CDATA[imaging]]></category>
		<category><![CDATA[lilo]]></category>

		<guid isPermaLink="false">http://bovitron.com/blogostu/?p=61</guid>
		<description><![CDATA[Installing CloneZilla Live on a hard drive: Phase 1]]></description>
			<content:encoded><![CDATA[<p>Attention-grabbing headline, eh? Well, that&#8217;s what this project feels like.</p>
<p>After learning to use <a href="http://clonezilla.org/clonezilla-live/">CloneZilla Live</a> to create and restore system images, booting from a customized CD with images on external USB hard drives, I decided to install CloneZilla the USB hard drive and get the CD out of the equation.</p>
<p>I found a <a href="http://clonezilla.org/clonezilla-live/livehd.php">very useful page describing the process of installing CloneZilla Live on a hard</a> drive on the <a href="http://clonezilla.org/">CloneZilla site</a>. I used these directions to copy the .zip file into a Linux partition. Alas, the directions for making it boot use grub; Slackware and I still use LILO.</p>
<p>So, armed with these directions, I figured out how to boot the copied CloneZilla live using LILO.</p>
<p>While installing Slackware 12.2 on another partition on the hard drive, I set LILO to boot Slackware, ignoring CloneZilla for now.</p>
<p>Then, I created the directory <strong>/live-hd/</strong> on the Slackware partition and copied <strong>vmlinuz</strong> and <strong>initrd.img</strong> there.</p>
<p>After much experimenting, reading LILO man pages, and twiddling with Slackware&#8217;s /etc/lilo.conf, I ended up with this:</p>
<pre>image = /live-hd/vmlinuz
root = /dev/sda1
initrd = /live-hd/initrd.img
vga = 788
addappend = "boot=live union=aufs live-media-path=/live-hd bootfrom=/dev/sda1 toram=filesystem.squashfs"
label = CloneZilla
read-only
</pre>
<p>So, there you have it! The LILO spell for booting CloneZilla Live from /dev/sda1</p>
<p>Phase II of the project will be turning the &#8220;Live&#8221; system into a normal Linux system that doesn&#8217;t recreate itself each time it boot. Hence: <strong>Killing CloneZilla Live!</strong></p>
<p>Enjoy!<br />
Stu&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://bovitron.com/blogostu/2010/08/11/killing-clonezilla-live/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>My Mistake(s)</title>
		<link>http://bovitron.com/blogostu/2010/07/01/my-mistakes/</link>
		<comments>http://bovitron.com/blogostu/2010/07/01/my-mistakes/#comments</comments>
		<pubDate>Thu, 01 Jul 2010 12:47:57 +0000</pubDate>
		<dc:creator>Stu</dc:creator>
				<category><![CDATA[computer stuff]]></category>
		<category><![CDATA[domain transfer]]></category>
		<category><![CDATA[my mistakes]]></category>
		<category><![CDATA[register.com]]></category>
		<category><![CDATA[stupidity]]></category>
		<category><![CDATA[tech support]]></category>

		<guid isPermaLink="false">http://bovitron.com/blogostu/?p=52</guid>
		<description><![CDATA[How my confusion over a domain transfer taught me that Register.com has excellent support.]]></description>
			<content:encoded><![CDATA[<p>This is the tale of how I screwed up a domain transfer and gained the opportunity to experience the excellent support provided by Register.com.</p>
<p>My first mistake was missing the email containing the domain transfer spells&#8211;Transaction ID and Security code&#8211;from GoDaddy.com transfers.  The person to whom I am transferring told me that his account showed the transfer still &#8220;awaiting approval.&#8221;</p>
<p>So, I logged on to Register.com to see what I could see.  This lead to my second mistake and much frustration on my part:</p>
<p>Poking around the domain information, I see: &#8220;Transfer of registrant feature is locked for your account. Please see our FAQs or contact Customer Support for more information.&#8221;</p>
<p>OK, so I read the FAQ.  It instructs me to download a form, fill it out and fax it back.  So, I did.  I waited an hour and called Register.com tech support to find out how long this will take.  I spoke to a very nice gentleman who took the time to see if the fax had been received. It had, but the poor quality of the fax made it impossible for them to process.</p>
<p>By this point, I&#8217;m getting upset.  Why on Earth should I have to fax a photo ID and fill out a form just to transfer a domain. (I didn&#8217;t: that was my second mistake! I&#8217;ll get to that in a minute.)</p>
<p>The tech support person offered to help expedite the transfer of <em>registrant</em>.  If I would send a readable version of the fax, he would walk it through.  I expressed my frustration as the complexity of this transaction. He remained calm and helpful.</p>
<p>I scanned my drivers&#8217; license at extremely high quality and inserted it into the PDF. I completed the rest of the form, printed it, and faxed it to Regsiter.com. That was enough for one day, so I went on to other things, taking the opportunity to complain to our student workers how difficult they were making a process that I believe should be quite simple.</p>
<p>The following morning, I received an email from Register.com saying that the second fax did not prove that I was the legal entity to whom the domain was registered. I also received an invitation to take a survey about my experience with Register.com support. Oh, goody!</p>
<p>I filled out the survey, answering truthfully that the support person was nice, knowledgeable, and helpful.  Then, under the <em>whatever else you wanna say</em> portion of the survey, I blasted Register.com for making the transfer process so complicated and vowing to tell everyone that would listen to &#8220;avoid them like the plague!&#8221;</p>
<p>I started work on the third version of the fax, in an attempt to prove to them that I was really me.  Before I could finish scanning and inserting a second photo ID, my phone range. It was Regsiter.com support.</p>
<p>A very nice and helpful woman explained to me that the domain was originally registered to an organization and that I needed to prove that I was a duly appointed representative of that organization. I did not yell.  I attempted to explain how frustrated I was and that the organization to whom the domain was registered was a grant project, and not a legal entity by whom I could be duly authorized. I told her I had registered this domain and it shouldn&#8217;t be so complicated to transfer it to another person. She remained cheerful, supportive, and helpful.</p>
<p>After a short while and some excellent questions on her part, she realized that I was trying to change the <em>registrar</em> and not the <em>registrant</em>. Yes, I got confused about the terms and was working on entirely the wrong process! (At this point, you&#8217;ll want to imagine me turning red and apologizing profusely.)</p>
<p>She offered to expedite the process once the person to whom I registered the domain finished his end of the transfer.  She waited patiently on the phone while I located the email I had missed the previous day. I thanked her profusely, apologized again, and set about taking responsibility for my confused and rather harsh actions.</p>
<p>The first step was to tell the folks to whom I complained about Register.com that the mistake was mine.  I told them all&#8211;all three, that is&#8211;as soon as I saw them.</p>
<p>The final step is to write this blog entry, explaining that Register.com has great tech support: they really do! Their support is a toll-free call (at least for my location in the United States).</p>
]]></content:encoded>
			<wfw:commentRss>http://bovitron.com/blogostu/2010/07/01/my-mistakes/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>O.K. Google: WTF?</title>
		<link>http://bovitron.com/blogostu/2010/06/10/o-k-google-wtf/</link>
		<comments>http://bovitron.com/blogostu/2010/06/10/o-k-google-wtf/#comments</comments>
		<pubDate>Thu, 10 Jun 2010 12:10:57 +0000</pubDate>
		<dc:creator>Stu</dc:creator>
				<category><![CDATA[computer stuff]]></category>
		<category><![CDATA[background image]]></category>
		<category><![CDATA[google]]></category>
		<category><![CDATA[remove google background image]]></category>
		<category><![CDATA[wtf]]></category>

		<guid isPermaLink="false">http://bovitron.com/blogostu/?p=44</guid>
		<description><![CDATA[Update: As of 14:16 EDT US, the Google search page is back to normal. Hooray! This morning I find that www.google.com now has a background image that I hate! From what I can tell, the only way to get rid of it is to sign in with a Google account. WTF?!? Let me think . [...]]]></description>
			<content:encoded><![CDATA[<p>Update: As of 14:16 EDT US, the Google search page is back to normal. Hooray!</p>
<p>This morning I find that www.google.com now has a background image that <strong>I hate</strong>! From what I can tell, the only way to get rid of it is to sign in with a Google account. <strong>WTF?!?</strong></p>
<p>Let me think . . . Do I want the company that is in the hot-seat for <em><a href="http://www.nbcconnecticut.com/news/local-beat/Google-Collected-CT-Data-Over-WiFi-AG-95886049.html" target="_blank">accidentally</a></em><a href="http://www.nbcconnecticut.com/news/local-beat/Google-Collected-CT-Data-Over-WiFi-AG-95886049.html" target="_blank"> collecting WiFi data</a> with the Street-view cars to link all my searches to an account? I think not!</p>
<p>Update: <a href="http://www.google.com/support/forum/p/Web+Search/thread?tid=52d49a85dcfbdb9f&amp;hl=en" target="_blank">According to Google employee Pau</a>l, this celebration will only plague us for one day.  For those who aren&#8217;t celebrating, I created a <a href="http://www.bovitron.com/GoogleSearchWithoutBackground/">minimal search page</a> on Bovitron.com. Enjoy!</p>
<p>Grrr on companies that think they know what I want better than I do!</p>
]]></content:encoded>
			<wfw:commentRss>http://bovitron.com/blogostu/2010/06/10/o-k-google-wtf/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>VMWare Workstation 6.5.4 with Linux kernel 2.6.33.4</title>
		<link>http://bovitron.com/blogostu/2010/06/01/vmware-workstation-with-linux-kernel-2-6-33-4/</link>
		<comments>http://bovitron.com/blogostu/2010/06/01/vmware-workstation-with-linux-kernel-2-6-33-4/#comments</comments>
		<pubDate>Wed, 02 Jun 2010 02:09:56 +0000</pubDate>
		<dc:creator>Stu</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Slackware]]></category>
		<category><![CDATA[computer stuff]]></category>
		<category><![CDATA[gcc and kernel headers must be installed]]></category>
		<category><![CDATA[kernel 2.4.33]]></category>
		<category><![CDATA[kernel headers]]></category>
		<category><![CDATA[vmware]]></category>
		<category><![CDATA[vmware workstation]]></category>

		<guid isPermaLink="false">http://bovitron.com/blogostu/?p=36</guid>
		<description><![CDATA[Compiling VMWare modules under Linux Kernel 2.6.33]]></description>
			<content:encoded><![CDATA[<p>While testing out Slackware64 13.1, I found that VMWare Workstation doesn&#8217;t like kernel 2.6.33.4.</p>
<p>Installing VMWare workstation from the bundle worked fine, but it won&#8217;t run because the VMWare modules don&#8217;t compile.  Running <strong>vmware-modconfig &#8211;console &#8211;install-all</strong> gives the cryptic message: &#8220;gcc and kernel headers must be installed.&#8221;</p>
<p>Um, gcc and the kernel headers <em>are</em> installed!</p>
<p>After a little digging, I found this VMware Fusion 3 on Mac OSX howto posted by Chris Willing at The University of Queensland Visilab: <a href="http://www.vislab.uq.edu.au/howto/vmware.html" target="_blank">http://www.vislab.uq.edu.au/howto/vmware.html</a></p>
<p>This gave me my first clue: the files autoconf.h and utsrelease.h have moved from include/linux to include/generated.  As much as I hate to hack my kernel source, I opted to link these files in include/linux.</p>
<pre>cd /usr/src/linux/include/linux/
ln -sf ../generated/autoconf.h .
ln -sf ../generated/utsrelease.h .
</pre>
<p>Now <strong>vmware-modconfig &#8211;console &#8211;install-all</strong> runs, but fails on compiling the vmnet stuff:</p>
<p>/tmp/vmware-root/modules/vmnet-only/vnetUserListener.c:240: error: &#8216;TASK_INTERRUPTIBLE&#8217; undeclared (first use in this function)</p>
<p>To fix this, I found the define for TASK_INTERUPTABLE (in /usr/src/linux/include/linux/sched.h). Now, to tell <strong>vnetUserListener.c</strong> about it:</p>
<pre>cd /usr/lib/vmware/modules/source/
cp vmnet.tar was_vmnet.tar
cd ~/tmp
tar xf /usr/lib/vmware/modules/source/vmnet.tar
cd vmnet-only</pre>
<pre>In vnetUserListener,c, add the line:
#include &lt;linux/sched.h&gt;
after
#include "vnetInt.h"</pre>
<pre>cd ..
tar cf vmnet.tar vmnet-only
mv vmnet.tar /usr/lib/vmware/modules/source/</pre>
<p>Now <strong>vmware-modconfig &#8211;console &#8211;install-all</strong> dies on the vmci stuff.  As Chris Willing noted in the VMware Fusion 3 on Mac OSX (see above), adding a line to <strong>pgtbl.h</strong> fixes this:</p>
<pre>cd /usr/lib/vmware/modules/source/
 cp vmci.tar was_vmci.tar
 cd ~/tmp
 tar xf /usr/lib/vmware/modules/source/vmci.tar
 cd vmci-only/include</pre>
<pre>In pgtbl.h, add the line:
 #include &lt;linux/sched.h&gt;
 after
#include "compat_page.h"</pre>
<pre>cd ../..
tar cf vmci.tar vmci-only
mv vmci.tar /usr/lib/vmware/modules/source/</pre>
<p>Finally, it all compiles and we have a working VMWare Workstation install!</p>
]]></content:encoded>
			<wfw:commentRss>http://bovitron.com/blogostu/2010/06/01/vmware-workstation-with-linux-kernel-2-6-33-4/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Slackware64 13.0 on the MacBook: sound</title>
		<link>http://bovitron.com/blogostu/2010/05/26/slackware64-13-0-on-the-macbook-sound/</link>
		<comments>http://bovitron.com/blogostu/2010/05/26/slackware64-13-0-on-the-macbook-sound/#comments</comments>
		<pubDate>Wed, 26 May 2010 16:29:11 +0000</pubDate>
		<dc:creator>Stu</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Slackware]]></category>
		<category><![CDATA[computer stuff]]></category>
		<category><![CDATA[ALC889A]]></category>
		<category><![CDATA[alsa]]></category>
		<category><![CDATA[HDA NVidia]]></category>
		<category><![CDATA[hda_intel]]></category>
		<category><![CDATA[macbook]]></category>
		<category><![CDATA[sound]]></category>

		<guid isPermaLink="false">http://bovitron.com/blogostu/?p=26</guid>
		<description><![CDATA[With the stock kernel, 2.6.29.6, I had to install the latest alsa drivers from: http://www.alsa-project.org/ and still, I had sound only from the right channel.  This may have been my fault I added the following line to /etc/modprobe.d/sound: options snd_hda_intel model=mbp3 Anyway, I decided to upgrade the kernel to 2.6.34 and found that its drivers [...]]]></description>
			<content:encoded><![CDATA[<p>With the stock kernel, 2.6.29.6, I had to install the latest alsa drivers from: <a href="http://www.alsa-project.org/" target="_blank">http://www.alsa-project.org/</a> and still, I had sound only from the right channel.  This may have been my fault I added the following line to <strong>/etc/modprobe.d/sound</strong>:</p>
<pre>options snd_hda_intel model=mbp3</pre>
<p>Anyway, I decided to upgrade the kernel to 2.6.34 and found that its drivers supported the MacBook&#8217;s sound device: <strong>HDA NVidia, ALC889A</strong>.  Once I removed the line above from <strong>/etc/modprobe.d/sound</strong>, audio works really well!</p>
<p>I have tried it with the built-in speakers and with headphones.  Changing the <strong>Channel Mode</strong> from 2 to 6 doesn&#8217;t seem to have any effect on the analog outputs.</p>
<p>For good form, I created the file <strong>~/.asoundrc</strong> containing:</p>
<pre>pcm.card0 {
  type hw
  card 0
}
ctl.card0 {
  type hw
  card 0
}</pre>
<p>My guess is that <strong>Channel Mode</strong> works on the digital output.</p>
<p>Anyway, the MacBook and I are happy with Slackware64!</p>
<p>Peace!<br />
Stu&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://bovitron.com/blogostu/2010/05/26/slackware64-13-0-on-the-macbook-sound/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Slackware64 13.0 on the MacBook: wireless</title>
		<link>http://bovitron.com/blogostu/2010/05/15/slackware64-13-0-on-the-macbook-wireless/</link>
		<comments>http://bovitron.com/blogostu/2010/05/15/slackware64-13-0-on-the-macbook-wireless/#comments</comments>
		<pubDate>Sat, 15 May 2010 17:42:57 +0000</pubDate>
		<dc:creator>Stu</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Slackware]]></category>
		<category><![CDATA[computer stuff]]></category>
		<category><![CDATA[2.6.34]]></category>
		<category><![CDATA[bcm4432]]></category>
		<category><![CDATA[broadcom]]></category>
		<category><![CDATA[mac]]></category>
		<category><![CDATA[macbook]]></category>

		<guid isPermaLink="false">http://bovitron.com/blogostu/?p=15</guid>
		<description><![CDATA[Broadcom b4322 wireless install for Slackware64 on a unibody MacBook]]></description>
			<content:encoded><![CDATA[<p>After Ubuntu 10.04 melted down&#8211;more on that later&#8211;on the MacBook, I decided to re-install Slackware64 13.0.  Of course, I didn&#8217;t keep notes from the last install so I was starting over.</p>
<p>I booted to MacOS, inserted the Slackware DVD, selected <strong>Foreign OS on SlackDVD</strong> in <strong>Startup Disk</strong>, and clicked the <strong>Restart . . .</strong> button.  The install went well and quickly.  When installing LILO, I selected the Expert option and placed LILO on the MBR of /dev/sda.</p>
<p>When I rebooted, LILO took over and booted Slackware. After logging in as root, I shut down, using <strong>halt</strong>: experience has taught me that <strong>reboot</strong> doesn&#8217;t work on the Mac..  To get back to MacOS I had to clear the Mac&#8217;s PRAM holding <strong>command+option+p+r</strong> and wait for the startup chord. This got me back to <em>normal</em> Mac startup and I opened a terminal window and re-blessed rEFIt. (Yeah, I still use <a href="http://refit.sourceforge.net/" target="_blank">rEFIt</a>; I never bothered to learn how BootCamp works -)</p>
<p>Upon rebooting into Slackware, I installed wicd from extra.  I started the wicd daemon, opened wicd and found that I had no wireless driver.  (From this point, I&#8217;ll skip all the mistakes I made getting to the solution. Perhaps I&#8217;ll blog about those later, though I doubt it!)</p>
<p>For those keeping score, I&#8217;m working with one of the unibody MacBooks.  Going to <strong>About This Mac</strong> and clicking the <strong>More info . . .</strong> button reveals the Model Identifier MacBook5,1 (whatever that means).</p>
<p>In Linux as root, running <strong>lspci -v</strong> revealed the wireless adapter:  Broadcom Corporation BCM4322. I recalled that the quick way to get this working was to install the driver the Broadcom web site.  I rebooted to MacOS and after some poking around I finally found the <a href="http://www.broadcom.com/support/802.11/linux_sta.php" target="_blank">802.11 Linux STA driver page</a>. I downloaded the 64-bit driver (hybrid-portsrc-x86_64-v5.60.48.36.tar.gz) and saved it to my Mac desktop.</p>
<p>Back in Linux, I mounted the MacOS partion&#8211;type hfsplus&#8211;and used <strong>tar zxf</strong> to put the driver in <strong>/usr/src/broadcom</strong> on my Linux partition. README.txt gave me the very simple build directions: type <strong>make</strong> in the top-level directory. All went well, and I ended up with the driver wl.ko, which I copied to the <strong>/lib/modules/2.6.29.6/kernel/drivers/net</strong> directory. All that left was blacklisting <strong>b43</strong> and <strong>ssb</strong> in <strong>/etc/modprobe.d/blacklist.conf</strong> and rebooting.</p>
<p>The driver loaded and when I open wicd, I can see my wireless network.  One click connected me and now I&#8217;m up-and-blogging.</p>
<p>May 22, 2010 &#8211; Update: I installed Linux kernel version 2.6.34 and, of course, broke the wireless driver.</p>
<p>When I tried to compile the driver using, I got the error:</p>
<p><strong>/usr/src/broadcom/src/include/linuxver.h:23:28: error: linux/autoconf.h: No such file or directory</strong></p>
<p>A little poking around led me to the solution.  It seems that autoconf.h has moved in 2.6.34: it now lives in generated (instead of linux).  In the Broadcom driver source, in the file <strong>src/include/linuxver.h</strong>, I changed the line:</p>
<p><strong>#include &lt;linux/autoconf.h&gt;</strong></p>
<p>to</p>
<p><strong>#include &lt;generated/autoconf.h&gt;</strong></p>
<p>The module compiled and worked when I loaded it manually.</p>
<p>In order to load it automagically, I created a new <strong>/etc/rc.d/rc.netdevice</strong>:</p>
<p><strong>#!/bin/sh<br />
modprobe wl</strong></p>
<p><a href="http://bovitron.com/blogostu/?p=26">Getting the sound working is another story</a></p>
]]></content:encoded>
			<wfw:commentRss>http://bovitron.com/blogostu/2010/05/15/slackware64-13-0-on-the-macbook-wireless/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>My Take on File Sharing (revisited)</title>
		<link>http://bovitron.com/blogostu/2010/03/27/my-take-on-file-sharing-revisited/</link>
		<comments>http://bovitron.com/blogostu/2010/03/27/my-take-on-file-sharing-revisited/#comments</comments>
		<pubDate>Sat, 27 Mar 2010 13:22:25 +0000</pubDate>
		<dc:creator>Stu</dc:creator>
				<category><![CDATA[StuPIDITY]]></category>

		<guid isPermaLink="false">http://bovitron.com/blogostu/?p=11</guid>
		<description><![CDATA[&#60;DISCLAIMER&#62; This is an opinion piece. It is intended to make people think, not as legal advice or counsel. Though this is based on my limited understand of US copyright law, I am not a lawyer: I don&#8217;t even play one on TV! By continuing to read past this point you agree not to hold [...]]]></description>
			<content:encoded><![CDATA[<p><strong>&lt;DISCLAIMER&gt;</strong> This is an opinion piece.  It is intended to make  people think, not as legal advice or counsel. Though this is based on my  limited understand of US copyright law, I am not a lawyer: I don&#8217;t even  play one on TV! By continuing to read past this point you agree not to  hold Stuart Reedy or any other legal entity  responsible for any damages (real or imagined) from use (or misuse) of  the ideas and factoids contained within. <strong>&lt;/DISCLAIMER&gt;</strong></p>
<p>The Napster part of the debate is over.  Napster has gone legit.   Of course, Limewire,  BearShare, Kazaa and others let folks steal music  without the slightest trace of worry about intellectual property  rights.</p>
<p>That&#8217;s right: I said <strong>steal</strong>! Would you have me use the euphemism  &#8220;share?&#8221; I suppose that does lend a Robin Hood-esque sort of quality:   We are stealing from the rich and giving to the poor.  (Of course, if  you&#8217;re too poor to own a computer, you&#8217;re S.O.L.)  Besides, we&#8217;re not  actually stealing anything; nothing physical changes hands. Right?</p>
<p>Does that mean it&#8217;s OK for me to take any idea you have and represent it  as my own? If you invent a new product, then I can <em>share</em> your  design with others? If you have an idea that will save your  company/organization millions of dollars, then I can <em>share</em> that  idea with the boss and get the kudos? Nothing physical is changing  hands. Right?</p>
<p>Works created by legal entities are copyrighted to that entity.  All one  must do is claim that copyright: This is copyright Stuart Reedy 2004-2010:  all rights reserved. There.  Now it is illegal to copy this or represent  it as the work of anyone other than me.  If the legal entity&#8211;in this  case, me&#8211;cares to spend some money, this copyright can be registered.  This allows the use of the cute little registered symbol: ©.  But don&#8217;t  be fooled, it is a legal copyright whether or not it has been  registered.</p>
<p>So, what is a copyright? Well, what does it say? Copy right:  The right  to copy, eh? So, if someone else holds the copyright on something, only  they may copy it. There are some exclusions to this in the <a href="http://en.wikipedia.org/wiki/Audio_Home_Recording_Act">Audio  Home Recording Act</a> of 1992, but those do not include <em>sharing</em> of  copyrighted works.</p>
<p>If you really want that song, why not buy the CD or pay for the download and give the artists a  little credit? It takes a lot of work to put together even one song.  While most artists would be willing to do this for very little  money&#8211;most of them receive very little&#8211;this love of the craft does not  preclude their need for food, shelter, clothing, etc.  You get paid for  what you do, shouldn&#8217;t they?</p>
<p>Alternatively, if you really feel that you should be allowed to copy an  artist&#8217;s work for free, there&#8217;s another possibility: write a letter to  the copyright holder and ask permission.  If you have a legitimate  reason to copy the material, they&#8217;ll probably let you.</p>
<p>One more little tidbit, and I&#8217;ll put away my soapbox for a while.</p>
<p>Let&#8217;s suppose you have no reservations about copying someone else&#8217;s  material.  This being the case, you should not be embarrassed by it.  I  ask, then, that you send me a list of all the songs you&#8217;ve copied and  I&#8217;ll post that list here on, along with your name.  No?  Gee,  wonder why!</p>
<p><strong>NOTE: </strong>This blog has been posted online since January 2004 and, as of yet, no one has offered to own up.  I guess people believe it&#8217;s only a crime if you get caught.</p>
]]></content:encoded>
			<wfw:commentRss>http://bovitron.com/blogostu/2010/03/27/my-take-on-file-sharing-revisited/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>vsftpd and the dreaded &#8220;500 OOPS: could not bind listening IPv4 socket&#8221;</title>
		<link>http://bovitron.com/blogostu/2010/01/18/vsftpd-and-the-dreaded-500-oops-could-not-bind-listening-ipv4-socket/</link>
		<comments>http://bovitron.com/blogostu/2010/01/18/vsftpd-and-the-dreaded-500-oops-could-not-bind-listening-ipv4-socket/#comments</comments>
		<pubDate>Mon, 18 Jan 2010 15:52:56 +0000</pubDate>
		<dc:creator>Stu</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Slackware]]></category>
		<category><![CDATA[computer stuff]]></category>
		<category><![CDATA[500]]></category>
		<category><![CDATA[ipv4]]></category>
		<category><![CDATA[oops]]></category>
		<category><![CDATA[socket]]></category>
		<category><![CDATA[vsftpd]]></category>

		<guid isPermaLink="false">http://bovitron.com/blogostu/?p=7</guid>
		<description><![CDATA[During a server move from Slackware 13.0 to Slackware 64 13.0, I encountered the dreaded &#8220;500 OOPS: could not bind listening IPv4 socket&#8221; error from vsftpd. As you may know, Slackware runs vsftpd (and some other services) from inetd: the internet &#8220;super-server.&#8221; After a bit of searching and some piddling around, I found a very [...]]]></description>
			<content:encoded><![CDATA[<p>During a server move from Slackware 13.0 to Slackware 64 13.0, I encountered the dreaded &#8220;500 OOPS: could not bind listening IPv4 socket&#8221; error from vsftpd.</p>
<p>As you may know, Slackware runs vsftpd (and some other services) from inetd: the internet &#8220;super-server.&#8221; After a bit of searching and some piddling around, I found a very simple solution: add the following to <strong>/etc/vsftpd.conf</strong></p>
<p><strong>listen=NO</strong></p>
<p>FYI, I actually just uncommented the line <strong>listen=YES</strong> and changed <strong>YES</strong> to <strong>NO</strong>.</p>
<p>I post this in hopes that next time I encounter this issue, I&#8217;ll have the answer <em>stored</em>!</p>
<p>Happy &#8216;putering!<br />
Stu&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://bovitron.com/blogostu/2010/01/18/vsftpd-and-the-dreaded-500-oops-could-not-bind-listening-ipv4-socket/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Vacant</title>
		<link>http://bovitron.com/blogostu/2010/01/15/hello-world/</link>
		<comments>http://bovitron.com/blogostu/2010/01/15/hello-world/#comments</comments>
		<pubDate>Sat, 16 Jan 2010 02:01:15 +0000</pubDate>
		<dc:creator>Stu</dc:creator>
				<category><![CDATA[StuPIDITY]]></category>

		<guid isPermaLink="false">http:/?p=1</guid>
		<description><![CDATA[Blog O&#8217; Stu is on holiday just now.  Check back in a few days.]]></description>
			<content:encoded><![CDATA[<p>Blog O&#8217; Stu is on holiday just now.  Check back in a few days.</p>
]]></content:encoded>
			<wfw:commentRss>http://bovitron.com/blogostu/2010/01/15/hello-world/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
