<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:clearspace="http://www.jivesoftware.com/xmlns/clearspace/rss" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:opensearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>Eric Crossley's Blog</title>
    <link>http://communities.vmware.com/blogs/ecrossley</link>
    <description>Created this Blog to track Ubuntu references that I've found useful for my T-61.</description>
    <pubDate>Wed, 10 Mar 2010 19:32:11 GMT</pubDate>
    <generator>Clearspace 1.10.12 (http://jivesoftware.com/products/clearspace/)</generator>
    <dc:date>2010-03-10T19:32:11Z</dc:date>
    <item>
      <title>Getting WebEx to run on Ubuntu 64 9.x and higher</title>
      <link>http://communities.vmware.com/blogs/ecrossley/2010/03/10/getting-webex-to-run-on-ubuntu-64-9x-and-higher</link>
      <description>So I was on a mission now that there is a supported Sun Java Plugin for 64bit Ubuntu &amp;ndash; I need Webex to work so that I don't have to jump through hoops to run it in a VM.&lt;br /&gt;
&lt;br /&gt;
Typically when I'm hosting it's for presentations, so I'll continue to do those in my VM.  Otherwise, I'm an attendee and / or hosting but not sharing or displaying data with folks, I turn it over to them so I can see what is happening on their&lt;br /&gt;
end.  Hence the reason for the Webex in Ubuntu scenario.&lt;br /&gt;
&lt;br /&gt;
As it stands, I have been able to get everything running on 9.10 and 64 bit.  Here's how I did it:&lt;br /&gt;
&lt;ol&gt;
&lt;li&gt;Download and install the latest Java JRE (1.6.0_u18 as of this post)
&lt;ol&gt;
&lt;li&gt;Select the text from item 2 below and paste into your browser window.&lt;/li&gt;
&lt;li&gt;&lt;strike&gt;https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_Developer-Site/en_US/-/USD/ViewProductDetail-Start?ProductRef=jre-6u18-oth-JPR@CDS-CDS_Develope&lt;/strike&gt;&lt;/li&gt;
&lt;li&gt;Select your OS type (Linux 64 bit)&lt;/li&gt;
&lt;li&gt;Download the package (.bin)&lt;/li&gt;
&lt;/ol&gt;
&lt;/li&gt;
&lt;li&gt;Open a terminal window
&lt;ol&gt;
&lt;li&gt;execute the following commands (in sequence and substitute your jre  or icetea filename accordingly):
&lt;ul&gt;
&lt;li&gt;chmod +x jre-6u18-linux-x64.bin&lt;/li&gt;
&lt;li&gt;./jre-6u18-linux-x64.bin&lt;/li&gt;
&lt;li&gt;mkdir ~/.mozilla/plugins/&lt;/li&gt;
&lt;li&gt;sudo mv jre1.6.0_18 /usr/lib/jvm/jre1.6.0_18
&lt;ul&gt;
&lt;li&gt;&lt;b&gt;Note:  no trailing slash after&lt;/b&gt; the _18 and a space between it and /usr*&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;ln -s /usr/lib/jvm/jre1.6.0_18/lib/amd64/libnpjp2.so ~/.mozilla/plugins/
&lt;ul&gt;
&lt;li&gt;&lt;b&gt;Note: Space between .so and ~/&lt;/b&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;sudo apt-get purge icedtea6-plugin&lt;/li&gt;
&lt;li&gt;sudo apt-get purge icedtea-6-jre-cacao&lt;/li&gt;
&lt;li&gt;sudo update-alternatives --config java
&lt;ul&gt;
&lt;li&gt;During the config, ensure you select the Sun Java plugin from the list, on mine it was item #3.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;/li&gt;
&lt;li&gt;Shut down any Firefox sessions you have open and restart your browser&lt;/li&gt;
&lt;li&gt;Open Firefox&lt;/li&gt;
&lt;li&gt;Select Tools --&amp;gt; Manage Content Plug-Ins
&lt;ol&gt;
&lt;li&gt;Validate that all of your Java plugins show the most recently updated version you just installed&lt;/li&gt;
&lt;/ol&gt;
&lt;/li&gt;
&lt;li&gt;Go to Webex and have at it.  Initially it will take a bit to get going, but you should be able to execute the Webex Meeting Center items accordingly.&lt;/li&gt;
&lt;/ol&gt;</description>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">64bit</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">linux</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">ubuntu</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">webex</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">java</category>
      <pubDate>Wed, 10 Mar 2010 19:43:32 GMT</pubDate>
      <author>ecrossley</author>
      <guid>http://communities.vmware.com/blogs/ecrossley/2010/03/10/getting-webex-to-run-on-ubuntu-64-9x-and-higher</guid>
      <dc:date>2010-03-10T19:43:32Z</dc:date>
      <clearspace:dateToText>1 week, 1 day ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/ecrossley/comment/getting-webex-to-run-on-ubuntu-64-9x-and-higher</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ecrossley/feeds/comments?blogPostID=5609</wfw:commentRss>
    </item>
    <item>
      <title>How to find what packages you have installed in Ubuntu</title>
      <link>http://communities.vmware.com/blogs/ecrossley/2010/03/03/how-to-find-what-packages-you-have-installed-in-ubuntu</link>
      <description>So, I have used this process many times in the past and wanted to pass it along to those of you who may not be familiar with it.&lt;br /&gt;
&lt;br /&gt;
If you run multiple Ubuntu systems like I do, one of the biggest challenges you can come across is ensuring that the packages that I had installed on one system were also available on another.  There is nothing more frustrating that being on the road and not recalling which package you needed to install to do that one thing you were doing on a desktop.&lt;br /&gt;
&lt;br /&gt;
Here is a nifty series of instructions that you can use to generate a list of installed packages on one system and then install that same package set on another.   If you are concerned about orphaned packages there are a couple of things you can do to alleviate your concerns.  The first option is to ensure that you have executed a sudo apt-get autoremove prior to executing the commands below.  The second option is to execute a sudo apt-get autoremove after completing the steps below.  The autoremove will identify orphaned or obsolete packages and will automatically remove them from your system.&lt;br /&gt;
&lt;br /&gt;
Note:  All of these steps are executed in terminal and given the example below you must use the --set-selections command in the directory where your installed-software file resides.&lt;br /&gt;
&lt;br /&gt;
1) Open a terminal window on Ubuntu system A&lt;br /&gt;
&lt;br /&gt;
2) On Ubuntu system A type: &lt;b&gt;dpkg --get-selections &amp;gt; installed-software&lt;/b&gt;&lt;br /&gt;
&lt;br /&gt;
3) Copy the installed-software file to Ubuntu system B&lt;br /&gt;
&lt;br /&gt;
4) On Ubuntu system B, you have to have the dselect package installed.  In a terminal window on Ubuntu system B type:  &lt;b&gt;sudo apt-get install dselect and follow prompts to install&lt;/b&gt;&lt;br /&gt;
&lt;br /&gt;
5) In the Ubuntu system B terminal window,  type &lt;b&gt;dpkg --set-selections &amp;lt; installed-software&lt;/b&gt;&lt;br /&gt;
&lt;br /&gt;
6) In the same Ubuntu system B terminal window, type &lt;b&gt;sudo dselect&lt;/b&gt;&lt;br /&gt;
&lt;br /&gt;
7) Select the install option (Option 3 in the list)&lt;br /&gt;
&lt;br /&gt;
8) Follow the remainder of the normal terminal package install&lt;br /&gt;
&lt;br /&gt;
Once done, your two systems will have identical packages on them providing you with the same feature sets from one installation to another.</description>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">64bit</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">laptop</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">linux</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">ubuntu</category>
      <pubDate>Wed, 03 Mar 2010 16:57:43 GMT</pubDate>
      <author>ecrossley</author>
      <guid>http://communities.vmware.com/blogs/ecrossley/2010/03/03/how-to-find-what-packages-you-have-installed-in-ubuntu</guid>
      <dc:date>2010-03-03T16:57:43Z</dc:date>
      <clearspace:dateToText>2 weeks, 1 day ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/ecrossley/comment/how-to-find-what-packages-you-have-installed-in-ubuntu</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ecrossley/feeds/comments?blogPostID=5591</wfw:commentRss>
    </item>
    <item>
      <title>Default keyring password synchronization</title>
      <link>http://communities.vmware.com/blogs/ecrossley/2010/03/01/default-keyring-password-synchronization</link>
      <description>Recently I was importing some IM accounts into a new IM applicaiton, Empathy.  I've always used Pidgin until now and figured that I would give Empathy a go, since it's integrated into the GNOME desktop for Karmic anyway.&lt;br /&gt;
&lt;br /&gt;
If you change your user password at any time, you must also update the default keyring password.  If you don't, you must then also remember your previous password that you used to setup the initial account for that user on your system.  &lt;br /&gt;
&lt;br /&gt;
This caused much grief, because if you manage your passwords like I do, remembering what I used to setup the system with after i've changed my user password is impossible.&lt;br /&gt;
&lt;br /&gt;
Here's how you can "sync" your default keyring and user passwords:&lt;br /&gt;
&lt;br /&gt;
1) In terminal install seahorse: &lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;sudo apt-get install seahorse&lt;/li&gt;
&lt;li&gt;Once install completes close terminal&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
2) Go to Applicaitons - Accessories &lt;br /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;Select Passwords and Encryption keys&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
3) In the Passwords tab, right mouse click on Passwords: login&lt;br /&gt;
&lt;br /&gt;
4) Select Change Password option&lt;br /&gt;
&lt;br /&gt;
5) Enter in credentials (your previous password and then your new password)&lt;br /&gt;
&lt;br /&gt;
After you have completed this step, your default keyring password will now match your local user password so that any applications requesting access can be given access to the keyring.&lt;br /&gt;
&lt;br /&gt;
I have attached a small video tutorial to show you how to do the above steps.  Use either the tar.gz and unzip on your Ubuntu system and enjoy or click on the .ogg file to watch it on your system without unzipping it.</description>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">64bit</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">home</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">laptop</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">linux</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">ubuntu</category>
      <pubDate>Mon, 01 Mar 2010 22:10:11 GMT</pubDate>
      <author>ecrossley</author>
      <guid>http://communities.vmware.com/blogs/ecrossley/2010/03/01/default-keyring-password-synchronization</guid>
      <dc:date>2010-03-01T22:10:11Z</dc:date>
      <clearspace:dateToText>2 weeks, 3 days ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/ecrossley/comment/default-keyring-password-synchronization</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ecrossley/feeds/comments?blogPostID=5578</wfw:commentRss>
    </item>
    <item>
      <title>Ubuntu Rsync Daemon Configuration Tips</title>
      <link>http://communities.vmware.com/blogs/ecrossley/2010/01/13/ubuntu-rsync-daemon-configuration-tips</link>
      <description>I understand that this isn't the standard and some frown upon it; however, sometimes you just have to buck the trend because you have to.&lt;br /&gt;
&lt;br /&gt;
I recently ran across a situation where my home NAS system, a Iomega ix4-200d, had a fantastic backup job feature that I wanted to use for my Ubuntu systems at home.  While the NAS could be configured as an rsync server, the copy job feature uses a configuration-less (if thats a word) rsync copy command that essentially goes out to your specific Linux hosts and compares files in a backup location on the NAS to changes on your remote Linux box.&lt;br /&gt;
&lt;br /&gt;
In order to get this to function properly, I had to learn more than I ever wanted to learn about the rsync daemon and how to configure excludes for it.&lt;br /&gt;
&lt;br /&gt;
It took a bit of trial and error; hopefully, someone can benefit from what I learned.&lt;br /&gt;
&lt;br /&gt;
Once you have completed the rsync daemon configuration at &lt;a class="jive-link-external" href="https://help.ubuntu.com/community/rsync,"&gt;https://help.ubuntu.com/community/rsync,&lt;/a&gt; then make the following changes to exlude specific files from your rsync daemon presents.  Make sure that you have installed the following packages - rsync, xinetd and ssh onto your system.&lt;br /&gt;
&lt;p /&gt;
1. Edit the file /etc/rsyncd.conf and add your exlude filter configuration location. I put my exclude file under my user home directory to ensure that it gets backed up during any rsync backups (Note - Do not include the section between the ** ):&lt;br /&gt;
&lt;br /&gt;
Example /etc/rsyncd.conf&lt;br /&gt;
&lt;br /&gt;
  max connections = 2&lt;br /&gt;
  log file = /var/log/rsync.log&lt;br /&gt;
  timeout = 300&lt;br /&gt;
&lt;br /&gt;
  **share**  - The ** should be brackets but the blog system replaces them, so I had to change to ** so you could see it.&lt;br /&gt;
  comment = Public Share&lt;br /&gt;
  path = /home/share&lt;br /&gt;
  read only = no&lt;br /&gt;
  list = yes&lt;br /&gt;
  uid = nobody&lt;br /&gt;
  gid = nogroup&lt;br /&gt;
  auth users = user&lt;br /&gt;
  secrets file = /etc/rsyncd.secrets&lt;br /&gt;
  exclude from = /home/USERNAME/LOCATION  **(My location is /home/ecrossley/rsync.exludes)**&lt;br /&gt;
&lt;br /&gt;
2. Create a file and list your excludes or includes in that file.  This is the file that the rsync daemon will read and use to determine what files and locations to "show" to the remote rsync connection.  In the example below, I have opted not to present my Music, Pictures, Videos, Internet browser, etc. to the rsync client.  I did this because my media files (Music, Videos and Pictures) are already stored on a centralized NAS and I use NFS to mount these locations in Ubuntu.  By excluding them, I ensure that I'm not backing up my NAS media files as part of my Ubuntu backups.  The way I have chosen to "exlude" items is backwards from other's in that I want everything visible but WHAT I tell it to hide.  Most others "exclude" everything and only "include" what they want visible.  I don't have the time to keep up with changes on my system and track them in a filter file, so I keep it simple.  My system is secured behind a firewall and anything internal can access anything on the box by design so I'm not concerned about security.&lt;br /&gt;
&lt;br /&gt;
(For those of you not in the know, NFS presents your remote drives in Ubuntu as Directories on your local system.  Ubuntu treats them as file folders with content and shows them as such.  As I sync many systems, I want to minimize file irregularities across them and therefore NFS mount specific locations to make sure that any files I update, add, change are all presented to all of my Ubuntu systems the same.)&lt;br /&gt;
&lt;br /&gt;
Example /home/ecrossley/rsync.exludes&lt;br /&gt;
&lt;br /&gt;
  - Music/&lt;br /&gt;
  - Pictures/&lt;br /&gt;
  - public/&lt;br /&gt;
  - Videos/&lt;br /&gt;
  - *Xauthority&lt;br /&gt;
  - EMCSohoClient/&lt;br /&gt;
  - .juniper_networks/&lt;br /&gt;
  - .cache/&lt;br /&gt;
  - .config/&lt;br /&gt;
  - .mozilla/&lt;br /&gt;
  - .local/share/Trash/&lt;br /&gt;
&lt;br /&gt;
With exludes, it's important to note that you and use wildcards if you so desire.  There are many references on what the wild cards are and how to use them.  From above you can see that * is a global wildcard and anything following the * would be excluded (both files and directories).&lt;br /&gt;
&lt;br /&gt;
3. Verify your rsync daemon shares to ensure that what you told it to exlude are exluded.  You can do this with the following command in terminal:&lt;br /&gt;
  sudo rsync USERNAME@HOSTNAME::share  **Replace USERNAME with the configured username you put into your /etc/rsyncd.secrets file and by using your Ubuntu system's Hostname**&lt;br /&gt;
&lt;br /&gt;
That's it.  Have fun playing with excludes.  I'm attaching my rsync.conf and rsync.excludes files for your reference.</description>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">linux</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">ubuntu</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">rsync</category>
      <pubDate>Wed, 13 Jan 2010 19:47:37 GMT</pubDate>
      <author>ecrossley</author>
      <guid>http://communities.vmware.com/blogs/ecrossley/2010/01/13/ubuntu-rsync-daemon-configuration-tips</guid>
      <dc:date>2010-01-13T19:47:37Z</dc:date>
      <clearspace:dateToText>2 months, 4 days ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/ecrossley/comment/ubuntu-rsync-daemon-configuration-tips</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ecrossley/feeds/comments?blogPostID=5382</wfw:commentRss>
    </item>
    <item>
      <title>ix4-200d Iomega 4tb NAS and Ubuntu 9.x</title>
      <link>http://communities.vmware.com/blogs/ecrossley/2010/01/13/ix4200d-iomega-4tb-nas-and-ubuntu-9x</link>
      <description>So I run Ubuntu at home and figured that I'd post my experiences with the ix4-200d and some of my configurations to help anyone else out there through the process of configuring the NAS with my setup.  (I'm also posting this so that in the event I lose my ubuntu box or have to build a new one, I'll have it online &lt;img class="jive-emoticon" border="0" src="http://communities.vmware.com/images/emoticons/wink.gif" alt=";)" /&gt; )&lt;br /&gt;
&lt;br /&gt;
Configuration setup information by topic:&lt;br /&gt;
&lt;br /&gt;
1) Rsync copy job&lt;br /&gt;
	a) I followed the rsync setup and configuration at: &lt;a class="jive-link-external" href="https://help.ubuntu.com/community/rsync"&gt;https://help.ubuntu.com/community/rsync&lt;/a&gt;&lt;br /&gt;
		- This page shows you how to setup and configure rsync, the rsync daemon and the files necessary to make it all play nice.&lt;br /&gt;
			- You MUST install the rsync, xinetd, and ssh packages for your distro to make this work&lt;br /&gt;
			- I have attached copies of my /etc/default/rsync, /etc/xinetd.d/rsync/, /etc/rsyncd.conf and /etc/rsyncd.secrets for your 				  reference on how these files should look.&lt;br /&gt;
			- In the attachments I've changed my specifics and indicated items you need to change in ALL CAPS.&lt;br /&gt;
	b) After configuring the above and using the files as shown, you can then successfully use the rsync copy job command to backup your ubuntu system.&lt;br /&gt;
	c) NOTE: If you use NFS and have mapped NFS drives inside of your /home user area, it will back these up too.  This is good and bad depending on what you want on your NAS.  I have scripts that unmount my NAS drives BEFORE copy job and Mount AFTER it's completed.&lt;br /&gt;
&lt;br /&gt;
---UPDATED to use rsync daemon excludes, to prevent issues with item c) above.  See updated code below! I added exclude from in the rscyncd.conf and a new excludes file in my home directory.  I also included the test commands to run to show what your rsync daemon will present to your Iomega ---&lt;br /&gt;
&lt;br /&gt;
/etc/default/rsync&lt;br /&gt;
[code]&lt;br /&gt;
&lt;ol&gt;
&lt;li&gt;defaults file for rsync daemon mode&lt;/li&gt;
&lt;/ol&gt;
&lt;br /&gt;
&lt;ol&gt;
&lt;li&gt;start rsync in daemon mode from init.d script?&lt;/li&gt;
&lt;li&gt;only allowed values are "true", "false", and "inetd"&lt;/li&gt;
&lt;li&gt;Use "inetd" if you want to start the rsyncd from inetd,&lt;/li&gt;
&lt;li&gt;all this does is prevent the init.d script from printing a message&lt;/li&gt;
&lt;li&gt;about not starting rsyncd (you still need to modify inetd's config yourself).&lt;/li&gt;
&lt;/ol&gt;
RSYNC_ENABLE=inetd&lt;br /&gt;
&lt;br /&gt;
&lt;ol&gt;
&lt;li&gt;which file should be used as the configuration file for rsync.&lt;/li&gt;
&lt;li&gt;This file is used instead of the default /etc/rsyncd.conf&lt;/li&gt;
&lt;li&gt;Warning: This option has no effect if the daemon is accessed&lt;/li&gt;
&lt;li&gt;using a remote shell. When using a different file for&lt;/li&gt;
&lt;li&gt;rsync you might want to symlink /etc/rsyncd.conf to&lt;/li&gt;
&lt;li&gt;that file.&lt;/li&gt;
&lt;li&gt;RSYNC_CONFIG_FILE=&lt;/li&gt;
&lt;/ol&gt;
&lt;br /&gt;
&lt;ol&gt;
&lt;li&gt;what extra options to give rsync --daemon?&lt;/li&gt;
&lt;li&gt;that excludes the --daemon; that's always done in the init.d script&lt;/li&gt;
&lt;li&gt;Possibilities are:&lt;/li&gt;
&lt;li&gt;--address=123.45.67.89		(bind to a specific IP address)&lt;/li&gt;
&lt;li&gt;--port=8730				(bind to specified port; default 873)&lt;/li&gt;
&lt;/ol&gt;
RSYNC_OPTS=''&lt;br /&gt;
&lt;br /&gt;
&lt;ol&gt;
&lt;li&gt;run rsyncd at a nice level?&lt;/li&gt;
&lt;li&gt;the rsync daemon can impact performance due to much I/O and CPU usage,&lt;/li&gt;
&lt;li&gt;so you may want to run it at a nicer priority than the default priority.&lt;/li&gt;
&lt;li&gt;Allowed values are 0 - 19 inclusive; 10 is a reasonable value.&lt;/li&gt;
&lt;/ol&gt;
RSYNC_NICE=''&lt;br /&gt;
&lt;br /&gt;
&lt;ol&gt;
&lt;li&gt;Don't forget to create an appropriate config file,&lt;/li&gt;
&lt;li&gt;else the daemon will not start.&lt;/li&gt;
&lt;/ol&gt;
[/code]&lt;br /&gt;
&lt;br /&gt;
/etc/rysncd.conf&lt;br /&gt;
[code]&lt;br /&gt;
max connections = 2&lt;br /&gt;
  log file = /var/log/rsync.log&lt;br /&gt;
  timeout = 300&lt;br /&gt;
&lt;br /&gt;
  &lt;a class="jive-link-adddocument" href="http://communities.vmware.com/community-document-picker.jspa?communityID=&amp;subject=share"&gt;share&lt;/a&gt;&lt;br /&gt;
  comment = Home&lt;br /&gt;
  path = /home/USERAREA&lt;br /&gt;
  read only = yes&lt;br /&gt;
  list = yes&lt;br /&gt;
  uid = YOURUSERID&lt;br /&gt;
  gid = YOURGROUPID&lt;br /&gt;
  auth users = YOURUSERID&lt;br /&gt;
  secrets file = /etc/rsyncd.secrets&lt;br /&gt;
  exclude from = /home/ecrossley/rsync.excludes&lt;br /&gt;
  [/code]&lt;br /&gt;
&lt;br /&gt;
/etc/xinetd.d/rsync&lt;br /&gt;
[code]&lt;br /&gt;
service rsync&lt;br /&gt;
    {&lt;br /&gt;
        disable         = no&lt;br /&gt;
        socket_type     = stream&lt;br /&gt;
        wait            = no&lt;br /&gt;
        user            = root&lt;br /&gt;
        server          = /usr/bin/rsync&lt;br /&gt;
        server_args     = --daemon&lt;br /&gt;
        log_on_failure  += USERID&lt;br /&gt;
    }&lt;br /&gt;
[/code]&lt;br /&gt;
&lt;br /&gt;
/etc/rsyncd.secrets&lt;br /&gt;
[code]&lt;br /&gt;
USERNAME:PASSWORD&lt;br /&gt;
(Example:  NOBODY:cr@zy)&lt;br /&gt;
[/code]&lt;br /&gt;
&lt;br /&gt;
/home/ecrossley/rsync.excludes (these are examples of directories that I do NOT want the rsync copy job to include in the backups, edit as you feel fit.  Anything with a trailing slash is a root level direcotry in my /home location.  Anything with a * will exclude any patterns written immediately after.  I exclude trash because no sense backing that up.)&lt;br /&gt;
&lt;br /&gt;
[code]&lt;br /&gt;
&lt;ul class="jive-dash"&gt;
&lt;li&gt;Music/&lt;/li&gt;
&lt;li&gt;Pictures/&lt;/li&gt;
&lt;li&gt;public/&lt;/li&gt;
&lt;li&gt;Videos/&lt;/li&gt;
&lt;li&gt;*Xauthority&lt;/li&gt;
&lt;li&gt;EMCSohoClient/&lt;/li&gt;
&lt;li&gt;.juniper_networks/&lt;/li&gt;
&lt;li&gt;.cache/&lt;/li&gt;
&lt;li&gt;.config/&lt;/li&gt;
&lt;li&gt;.mozilla/&lt;/li&gt;
&lt;li&gt;.local/share/Trash/&lt;/li&gt;
&lt;/ul&gt;
[/code]&lt;br /&gt;
&lt;br /&gt;
Testing command:&lt;br /&gt;
[code] &lt;br /&gt;
&lt;br /&gt;
In terminal type:  &lt;br /&gt;
sudo rsync USERNAME@HOSTNAME::share&lt;br /&gt;
&lt;br /&gt;
My example:  sudo rsync ecrossley@Quad64::share&lt;br /&gt;
&lt;br /&gt;
Replace USERNAME with the username identified above in the secrets file and hostname with the hostname of your Ubuntu system (Quad64 in my case)&lt;br /&gt;
&lt;br /&gt;
The resulting list in the terminal window shows what files your Iomega drive can see and backup using the Copy Job feature in your Iomega control panel.&lt;br /&gt;
&lt;br /&gt;
[/code]&lt;br /&gt;
&lt;br /&gt;
2) Printing&lt;br /&gt;
	a) After moving my printer over (HP DeskJet 5550) to the NAS, I was unable to get my Ubuntu system to print to it properly.  As a result, I used the Windows SAMBA share option in your printer configuration (System, Administration, Printing).  This allowed me to print to my printer.&lt;br /&gt;
		- When configuring using this option, I found that I HAD to set authentication to allow printing to work.  I created a printer "user" 			  via security in the StorCenter control panel and used that account for "authentication".  I've been able to print perfectly ever 			  since.&lt;br /&gt;
&lt;br /&gt;
3) NFS&lt;br /&gt;
	a) It took me a bit to get NFS to function properly; however, it's really not that complicated (I was just being a moron).&lt;br /&gt;
		- Make sure to set NFS options in the StorCenter settings section.&lt;br /&gt;
		- When you edit an existing share that has security, you will be presented with an option for a host and what host access rights you 			  want.&lt;br /&gt;
		- Use the following commands to mount the NFS shares in your system:  sudo mount IPADDRESSOFNAS:/nfs/SHAREDLOCATION  /LOCALUBUNTUFILESYSTEM/LOCALDIRECTORY  (Example in my case:  sudo mount 192.168.xxx.xxx:/nfs/public/Media/xxxxxxx /home/ecrossley/Media/xxxxxx)&lt;br /&gt;
		- REMEMBER:  If you mount NFS under your home directory and execute a copy job, Ubuntu treats the NFS share as a local drive and will include it in your copy job.  This essentially duplicates all data you have on your NAS under your backup file location.  I personally didn't want this so I unmount the shares before the copy job rsync and remount them after.  This is until I move the shares to a different location in my filesystem (once I get around to it).&lt;br /&gt;
&lt;br /&gt;
4) FTP&lt;br /&gt;
	a) DO NOT OVERLOOK USING FTP TO MAKE YOUR LIFE MUCH SIMPLER!!!!!!!!!&lt;br /&gt;
	b) Copy something to your NAS only to find out if you have to change it's location you have to do it through your client? - FTP is your answer&lt;br /&gt;
	c) After logging into FTP, you can drag and drop files using the FTP client (I use FileZilla) and not have to transfer data across your network or through the shares on your system.  You can literally move things from backup locations to public locations, public directories to private, between private to private, etc.&lt;br /&gt;
	d) This is possible because when you move something with the FTP client, it will use a RENAME feature in the FTP server and the server will just change the location of the existing files on the NAS, without it having to transfer across your network, etc.&lt;br /&gt;
&lt;p /&gt;
Ok that's it for now, hope this helps someone.</description>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">iomega</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">ubuntu</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">nas</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">ix4-200d</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">iscsi</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">home</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">vmware</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">certified</category>
      <pubDate>Wed, 13 Jan 2010 19:04:01 GMT</pubDate>
      <author>ecrossley</author>
      <guid>http://communities.vmware.com/blogs/ecrossley/2010/01/13/ix4200d-iomega-4tb-nas-and-ubuntu-9x</guid>
      <dc:date>2010-01-13T19:04:01Z</dc:date>
      <clearspace:dateToText>2 months, 1 week ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/ecrossley/comment/ix4200d-iomega-4tb-nas-and-ubuntu-9x</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ecrossley/feeds/comments?blogPostID=5367</wfw:commentRss>
    </item>
    <item>
      <title>Top things you MUST do after 9.10 upgrade or install</title>
      <link>http://communities.vmware.com/blogs/ecrossley/2009/11/05/top-things-you-must-do-after-910-upgrade-or-install</link>
      <description>Great read over here:  &lt;a class="jive-link-external" href="http://blog.thesilentnumber.me/2009/09/top-things-to-do-after-installing.html"&gt;http://blog.thesilentnumber.me/2009/09/top-things-to-do-after-installing.html&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
Check out some of the key things you must do once you upgrade your system to 9.10 (or rebuild it from scratch).</description>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">64bit</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">laptop</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">linux</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">ubuntu</category>
      <pubDate>Thu, 05 Nov 2009 18:52:05 GMT</pubDate>
      <author>ecrossley</author>
      <guid>http://communities.vmware.com/blogs/ecrossley/2009/11/05/top-things-you-must-do-after-910-upgrade-or-install</guid>
      <dc:date>2009-11-05T18:52:05Z</dc:date>
      <clearspace:dateToText>4 months, 1 week ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/ecrossley/comment/top-things-you-must-do-after-910-upgrade-or-install</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ecrossley/feeds/comments?blogPostID=5192</wfw:commentRss>
    </item>
    <item>
      <title>VMware Workstation 7 on Ubuntu 64</title>
      <link>http://communities.vmware.com/blogs/ecrossley/2009/11/05/vmware-workstation-7-on-ubuntu-64</link>
      <description>Workstation 7 is FANTASTIC on Ubuntu 64.  I'm so excited about this new workstation release as it provides many additional features over WS 6.5.&lt;br /&gt;
&lt;br /&gt;
1) Sockets / Core selection - You can now set number of sockets and cores per socket to your individual workstation vm's.&lt;br /&gt;
2) Compacting of VM disk files can be done from workstation.&lt;br /&gt;
3) Encryption of Workstation VM's can now be done preventing access into VM's without proper credentials.&lt;br /&gt;
4) Windows 7 support&lt;br /&gt;
&lt;br /&gt;
These are just a few of the options that are available, as well as, the ability to run nested ESX environments inside of Workstation 7.&lt;br /&gt;
&lt;br /&gt;
&lt;b&gt;If you are installing workstation for the first time on Ubuntu 64, you MUST execute the vmnetset script (&lt;a class="jive-link-external" href="http://communities.vmware.com/blogs/ecrossley/2009/06/29/ubuntu-and-vmware-workstation-networking"&gt;http://communities.vmware.com/blogs/ecrossley/2009/06/29/ubuntu-and-vmware-workstation-networking&lt;/a&gt;) from this blog in order to allow promiscuous mode for your ethernet adapters&lt;/b&gt;</description>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">vmnet</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">laptop</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">linux</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">ubuntu</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">workstation</category>
      <pubDate>Thu, 05 Nov 2009 17:53:55 GMT</pubDate>
      <author>ecrossley</author>
      <guid>http://communities.vmware.com/blogs/ecrossley/2009/11/05/vmware-workstation-7-on-ubuntu-64</guid>
      <dc:date>2009-11-05T17:53:55Z</dc:date>
      <clearspace:dateToText>4 months, 1 week ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/ecrossley/comment/vmware-workstation-7-on-ubuntu-64</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ecrossley/feeds/comments?blogPostID=5191</wfw:commentRss>
    </item>
    <item>
      <title>VMware View Open Client on 64 bit</title>
      <link>http://communities.vmware.com/blogs/ecrossley/2009/11/05/vmware-view-open-client-on-64-bit</link>
      <description>Great article over at Cosmic Egg about open source view client on 64 bit linux.  I've been slacking on the blog, so enjoy the read.&lt;br /&gt;
&lt;br /&gt;
&lt;a class="jive-link-external" href="http://blog.cosmicegg.net/2009/10/vmware-view-open-client-on-64-bit.html"&gt;http://blog.cosmicegg.net/2009/10/vmware-view-open-client-on-64-bit.html&lt;/a&gt;</description>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">view</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">linux</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">ubuntu</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">64bit</category>
      <pubDate>Thu, 05 Nov 2009 17:41:08 GMT</pubDate>
      <author>ecrossley</author>
      <guid>http://communities.vmware.com/blogs/ecrossley/2009/11/05/vmware-view-open-client-on-64-bit</guid>
      <dc:date>2009-11-05T17:41:08Z</dc:date>
      <clearspace:dateToText>4 months, 1 week ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/ecrossley/comment/vmware-view-open-client-on-64-bit</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ecrossley/feeds/comments?blogPostID=5189</wfw:commentRss>
    </item>
    <item>
      <title>Gnome-Do my new best friend!</title>
      <link>http://communities.vmware.com/blogs/ecrossley/2009/09/09/gnomedo-my-new-best-friend</link>
      <description>So after playing with quite a few menu bar systems and applications (AWN, Cairo, Docky, etc.) I've finally decided to put an end to it all and use Gnome-Do now that it has docky integration. This is by far the least buggy and most time saving application I've used on my system to date.&lt;br /&gt;
&lt;br /&gt;
Gnome-Do's slogan is a bit silly but you really can do things much more quickly with it than with other tools and navigation systems. If you are a keyboard-er like I am and really hate to use the mouse unless you have to, Gnome-Do is a must have.&lt;br /&gt;
&lt;p /&gt;
How to install it in Ubuntu?&lt;br /&gt;
&lt;p /&gt;
I personally use the PPA repositories so that it becomes managed as part of my normal apt-get update routine.  You can find the complete information here:  &lt;a class="jive-link-external" href="https://launchpad.net/~do-core/+archive/ppa"&gt;https://launchpad.net/~do-core/+archive/ppa&lt;/a&gt;&lt;br /&gt;
&lt;p /&gt;
Alternatively:&lt;br /&gt;
&lt;p /&gt;
1) Add the below to your software sources list (the below are specifically for Jaunty distro 9,04x)  via System - Administration - Software Sources - Third Party Software tab&lt;br /&gt;
&lt;p /&gt;
deb &lt;a class="jive-link-external" href="http://ppa.launchpad.net/do-core/ppa/ubuntu"&gt;http://ppa.launchpad.net/do-core/ppa/ubuntu&lt;/a&gt; jaunty main &lt;br /&gt;
deb-src &lt;a class="jive-link-external" href="http://ppa.launchpad.net/do-core/ppa/ubuntu"&gt;http://ppa.launchpad.net/do-core/ppa/ubuntu&lt;/a&gt; jaunty main &lt;br /&gt;
&lt;p /&gt;
2) Update your security keys to include the Gnome-Do launchpad keys via System - Administration - Software Sources - Authentication tab&lt;br /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;Click on &lt;a class="jive-link-external" href="http://keyserver.ubuntu.com:11371/pks/lookup?op=get&amp;#38;search=0x28A8205077558DD0"&gt;http://keyserver.ubuntu.com:11371/pks/lookup?op=get&amp;#38;search=0x28A8205077558DD0&lt;/a&gt; and save the contents of the webpage from the PGP start portion to the PGP end portion into a file on your desktop&lt;/li&gt;
&lt;li&gt;In your Authentication tab, select import and then select the file you just saved to your desktop.&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
3) Open terminal and:&lt;br /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;Type sudo apt-get update, follow prompts for password and allow it to complete the update&lt;/li&gt;
&lt;li&gt;Type sudo apt-get install Gnome-Do&lt;/li&gt;
&lt;li&gt;Allow install to complete&lt;/li&gt;
&lt;li&gt;Either reboot gnome or reboot the system (whichever is easier for you)&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
4) Configure Gnome-Do&lt;br /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;Right click on Gnome-Do and select properties&lt;/li&gt;
&lt;li&gt;Select any add on's you wish for it to use for the apps you have installed&lt;/li&gt;
&lt;li&gt;Select "Docky" under the theme tab and add any docklets you wish&lt;/li&gt;
&lt;li&gt;Modify other settings as desired, I personally use auto-hide for mine&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
5) Have fun!</description>
      <pubDate>Wed, 09 Sep 2009 17:43:57 GMT</pubDate>
      <author>ecrossley</author>
      <guid>http://communities.vmware.com/blogs/ecrossley/2009/09/09/gnomedo-my-new-best-friend</guid>
      <dc:date>2009-09-09T17:43:57Z</dc:date>
      <clearspace:dateToText>6 months, 1 week ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/ecrossley/comment/gnomedo-my-new-best-friend</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ecrossley/feeds/comments?blogPostID=4975</wfw:commentRss>
    </item>
    <item>
      <title>Ever wish you could hit the VPN from your T-61 Ubuntu box?</title>
      <link>http://communities.vmware.com/blogs/ecrossley/2009/08/29/ever-wish-you-could-hit-the-vpn-from-your-t61-ubuntu-box</link>
      <description>Just go to your VPN web address and enter in your credentials.  If it promts you through an xterminal session to hit enter and allow it to clear through to the option listing for services.  Stay in the browser window and you can hit those internal things from inside your browser sslvpn wrapper.</description>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">ubuntu</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">linux</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">permissions</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">laptop</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">ssl</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">vpn</category>
      <pubDate>Sat, 29 Aug 2009 17:28:43 GMT</pubDate>
      <author>ecrossley</author>
      <guid>http://communities.vmware.com/blogs/ecrossley/2009/08/29/ever-wish-you-could-hit-the-vpn-from-your-t61-ubuntu-box</guid>
      <dc:date>2009-08-29T17:28:43Z</dc:date>
      <clearspace:dateToText>6 months, 3 weeks ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/ecrossley/comment/ever-wish-you-could-hit-the-vpn-from-your-t61-ubuntu-box</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ecrossley/feeds/comments?blogPostID=4938</wfw:commentRss>
    </item>
    <item>
      <title>Have you ever needed to kill the graphical interface for Ubuntu?</title>
      <link>http://communities.vmware.com/blogs/ecrossley/2009/08/26/have-you-ever-needed-to-kill-the-graphical-interface-for-ubuntu</link>
      <description>So,  if you are wanting to install new video drivers, etc. inside of Ubuntu (like making your own amd64 kernel packages) then you have run into a situation where you need to install new video drivers and a simple switch out to a console login won't work.&lt;br /&gt;
&lt;br /&gt;
Here are the simple steps to shutdown the graphical interface from inside a console session (notice I didn't say terminal) / text login:&lt;br /&gt;
&lt;blockquote&gt;Stop GNOME:  sudo /etc/init.d/gdm stop &lt;br clear="all" /&gt;	Start GNOME:  sudo /etc/init.d/gdm start &lt;br clear="all" /&gt;	Stop KDE:  sudo /etc/init.d/kdm stop &lt;br clear="all" /&gt;	Start KDE:  sudo /etc/init.d/kdm start&lt;/blockquote&gt;
&lt;h3&gt;How do I set Ubuntu to boot to console every time I restart my box?&lt;/h3&gt;
&lt;br /&gt;
Definitions of runlevels: &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;blockquote&gt;runlevel 1 = single user text mode. &lt;br clear="all" /&gt;	runlevel 2 = GUI mode&lt;/blockquote&gt;
&lt;h4&gt;How to set Ubuntu to boot to console every time: &lt;/h4&gt;
&lt;ol&gt;
&lt;li&gt;Open terminal&lt;/li&gt;
&lt;li&gt;type sudo init 1&lt;/li&gt;
&lt;li&gt;System will shut down and boot you into single user text mode.&lt;/li&gt;
&lt;/ol&gt;
&lt;h4&gt;How to set Ubuntu to boot to GUI every time: &lt;/h4&gt;
&lt;ol&gt;
&lt;li&gt;Open terminal&lt;/li&gt;
&lt;li&gt;type sudo init2&lt;/li&gt;
&lt;li&gt;System will shut down and boot you into GUI mode.&lt;/li&gt;
&lt;/ol&gt;</description>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">ubuntu</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">linux</category>
      <pubDate>Wed, 26 Aug 2009 20:07:42 GMT</pubDate>
      <author>ecrossley</author>
      <guid>http://communities.vmware.com/blogs/ecrossley/2009/08/26/have-you-ever-needed-to-kill-the-graphical-interface-for-ubuntu</guid>
      <dc:date>2009-08-26T20:07:42Z</dc:date>
      <clearspace:dateToText>6 months, 3 weeks ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/ecrossley/comment/have-you-ever-needed-to-kill-the-graphical-interface-for-ubuntu</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ecrossley/feeds/comments?blogPostID=4921</wfw:commentRss>
    </item>
    <item>
      <title>Ubuntu Sources List auto-pgp key updates from Launchpad</title>
      <link>http://communities.vmware.com/blogs/ecrossley/2009/06/29/ubuntu-sources-list-autopgp-key-updates-from-launchpad</link>
      <description>While working with Ubuntu 9.04 i've found that it's quite a pain to update your software sources listing with new software sources that you trust.  this is because each trusted software source from Launchpad has a PGP security key that needs to be imported so that you can validate that you are pulling source code from the website.&lt;br /&gt;
&lt;br /&gt;
I've found a nifty script that was written by someone on the internet and a few instructions which allow for easier management of this  process.  Essentially, you add a software source to your software sources list via System - Administrations - Software Sources - (enter root password) - Third party software tab.  Once you enter in the software source, the script and associated updates will automagically collect the proper PGP keys necessary to allow you access into the repositories on launchpad, when you run apt-get update. &lt;br /&gt;
&lt;br /&gt;
Enjoy!&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
PS - I didn't write the script, nor the code inside of the readme but I have validated that it works with no security risk.  The text of the readme is my own.&lt;br /&gt;
&lt;br /&gt;
&lt;hr /&gt;
&lt;br /&gt;
Readme contents:&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
How to automatically add new PPA repo security keys when doing a normal apt-get update:&lt;br /&gt;
&lt;br /&gt;
1. Save the script which adds the keys for all your PPA repos from this email.&lt;br /&gt;
&lt;br /&gt;
2. Extract and put it in /usr/local/bin&lt;br /&gt;
&lt;br /&gt;
3. Chmod the script to 775. Do this by changing to /usr/local/bin and then typing chmod 775 launchpad-update into the terminal.&lt;br /&gt;
&lt;br /&gt;
4. Create a new file, "etc/apt/apt.conf.d/05ppa" (file 05ppa which should be located in etc/apt/apt.conf.d) and put this in it:&lt;br /&gt;
&lt;br /&gt;
APT::Update::Pre-Invoke { "if  &lt;strike&gt;-x /usr/local/bin/launchpad-update&lt;/strike&gt; ; then /usr/local/bin/launchpad-update; fi"; };&lt;br /&gt;
&lt;br /&gt;
5.  That's it.  This will execute the script in local/bin and automatically import any security keys from the PGP keyserver to support repositories that you have added to your 9.04 system.  Its an easy way to work through the adding a repository in system sources thing.</description>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">linux</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">permissions</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">ubuntu</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">launchpad</category>
      <pubDate>Mon, 29 Jun 2009 17:25:41 GMT</pubDate>
      <author>ecrossley</author>
      <guid>http://communities.vmware.com/blogs/ecrossley/2009/06/29/ubuntu-sources-list-autopgp-key-updates-from-launchpad</guid>
      <dc:date>2009-06-29T17:25:41Z</dc:date>
      <clearspace:dateToText>8 months, 3 weeks ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
      <wfw:comment>http://communities.vmware.com/blogs/ecrossley/comment/ubuntu-sources-list-autopgp-key-updates-from-launchpad</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ecrossley/feeds/comments?blogPostID=4693</wfw:commentRss>
    </item>
    <item>
      <title>Ubuntu and VMWare Workstation Networking</title>
      <link>http://communities.vmware.com/blogs/ecrossley/2009/06/29/ubuntu-and-vmware-workstation-networking</link>
      <description>I'm running Ubuntu 64 bit on my T-61 laptop as the host OS (so that I could actually use the full 4GB of ram issued to me when I received my laptop).  I run workstation 6.5 and host all of my VM's I use to accomplish my job functions.  One of the initial challenges that I ran into while running Workstation on Ubuntu started when I was creating a laptop lab to host ESX 3.5 and ESXi servers inside Workstation on my laptop.  During boot time, ESX and ESXi attempt to put your network connections into promiscuous mode, which under Ubuntu isn't possible without the proper read / write permissions on the /dev/vmnet* items.&lt;br /&gt;
&lt;br /&gt;
As such, I created a simple script that, once included in /etc/init.d will allow this action to occur during system startup.  I'm attaching both the simple script and the instructions on how to execute and add this component to your startup sequence for Ubuntu.  I've also attached a tar.gz file which includes both the script and the instructions.&lt;br /&gt;
&lt;br /&gt;
Enjoy.&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;hr /&gt;
&lt;br /&gt;
Read me file information:&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
How to set VMnets at startup:&lt;br /&gt;
&lt;br /&gt;
1) Extract the vmnetset.tar.gz file to your desktop or any other location.&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
2) Copy the vmnetset.sh script to your /etc/init.d directory by executing the following:&lt;br /&gt;
a) cp /directory/where/the/script/is/vmnetset.sh /etc/init.d/&lt;br /&gt;
&lt;br /&gt;
3) Execute the following commands to set the script to boot and to assign the proper symlinks for bootup&lt;br /&gt;
a) sudo update-rc.d vmnetset.sh defaults&lt;br /&gt;
b) sudo chmod +x vmnetset.sh&lt;br /&gt;
&lt;br /&gt;
4) Once completed, reboot system and validate your network settings by:&lt;br /&gt;
a) open a terminal window and type ls -l /dev |grep vmnet&lt;br /&gt;
&lt;br /&gt;
If all vmnet settings are set rw, you are good to go!&lt;br /&gt;
&lt;br /&gt;
To remove the script from startup:  sudo update-rc.d -f vmnetset.sh remove</description>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">ubuntu</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">laptop</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">workstation</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">vmnet</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">permissions</category>
      <category domain="http://communities.vmware.com/blogs/ecrossley/tags">linux</category>
      <pubDate>Mon, 29 Jun 2009 17:15:59 GMT</pubDate>
      <author>ecrossley</author>
      <guid>http://communities.vmware.com/blogs/ecrossley/2009/06/29/ubuntu-and-vmware-workstation-networking</guid>
      <dc:date>2009-06-29T17:15:59Z</dc:date>
      <clearspace:dateToText>8 months, 3 weeks ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
      <wfw:comment>http://communities.vmware.com/blogs/ecrossley/comment/ubuntu-and-vmware-workstation-networking</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/ecrossley/feeds/comments?blogPostID=4692</wfw:commentRss>
    </item>
  </channel>
</rss>

