<?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>unsharpTech &#187; Arch</title>
	<atom:link href="http://unsharptech.com/category/linux/arch/feed/" rel="self" type="application/rss+xml" />
	<link>http://unsharptech.com</link>
	<description>when the bleeding edge just doesn&#039;t cut it</description>
	<lastBuildDate>Mon, 01 Aug 2011 03:54:28 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Enable Gnome Video Thumbnails in Arch Linux</title>
		<link>http://unsharptech.com/2009/12/07/enable-nuatilus-gnome-video-thumbnails-in-arch-linux/</link>
		<comments>http://unsharptech.com/2009/12/07/enable-nuatilus-gnome-video-thumbnails-in-arch-linux/#comments</comments>
		<pubDate>Mon, 07 Dec 2009 13:28:32 +0000</pubDate>
		<dc:creator>sam</dc:creator>
				<category><![CDATA[Arch]]></category>
		<category><![CDATA[Customization]]></category>
		<category><![CDATA[Gnome]]></category>
		<category><![CDATA[Guides]]></category>
		<category><![CDATA[How2]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Notes]]></category>

		<guid isPermaLink="false">http://unsharptech.com/?p=302</guid>
		<description><![CDATA[Gnome&#8217;s file manager Nautilus does a great job of automatically thumbnailing all kinds of files including pretty much any video file. But, in a fresh Arch Linux install you still need a few gstreamer packages to enable totem-video-thumbnailer to do its job&#8230; 1. Install necessary packages (as root): pacman -Sy --needed totem gstreamer0.10-{{bad,good,ugly,base}{,-plugins},ffmpeg} 2. Delete [...]]]></description>
			<content:encoded><![CDATA[<p>Gnome&#8217;s file manager Nautilus does a great job of automatically thumbnailing all kinds of files including pretty much any video file.</p>
<p>But, in a fresh Arch Linux install you still need a few <code>gstream</code><code>er</code> packages to enable <code>totem-video-thumbnailer</code> to do its job&#8230;<span id="more-302"></span></p>
<h4>1. Install necessary packages (as root):</h4>
<pre class="brush: bash">pacman -Sy --needed totem gstreamer0.10-{{bad,good,ugly,base}{,-plugins},ffmpeg}</pre>
<h4>2. Delete old video thumbnails to force generation of new ones:</h4>
<pre class="brush: bash">rm -rf ~/.thumbnails/fail</pre>
<h4>3. Browse a folder of video files in Nautilus:</h4>
<p><a href="http://unsharptech.com/wp-content/uploads/nautilus-video-thumbnails.png" rel="lightbox[302]"><img class="alignnone size-medium wp-image-307" title="nautilus-video-thumbnails" src="http://unsharptech.com/wp-content/uploads/nautilus-video-thumbnails-300x222.png" alt="nautilus-video-thumbnails" width="300" height="222" /></a></p>
<p>In some cases you may need to restart Nautlius for the changes to take effect:</p>
<pre class="brush: bash">killall nautilus</pre>
<p>&#8230;or simply log out and log in again.</p>
<h4>System Info</h4>
<ul>
<li>Arch Linux &#8211; Kernel 2.6.31-ARCH</li>
<li>Gnome 2.28.0</li>
<li>packages <code>gnome</code> &amp; <code>gnome-extra</code></li>
</ul>
<p><strong>Source</strong></p>
<blockquote><p><a href="http://wiki.archlinux.org/index.php/Common_codecs">http://wiki.archlinux.org/index.php/Common_codecs</a></p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://unsharptech.com/2009/12/07/enable-nuatilus-gnome-video-thumbnails-in-arch-linux/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Disable Recent Documents in Gnome 2.22.3</title>
		<link>http://unsharptech.com/2008/08/08/disable-recent-documents-in-gnome-2223/</link>
		<comments>http://unsharptech.com/2008/08/08/disable-recent-documents-in-gnome-2223/#comments</comments>
		<pubDate>Fri, 08 Aug 2008 10:45:02 +0000</pubDate>
		<dc:creator>sam</dc:creator>
				<category><![CDATA[Arch]]></category>
		<category><![CDATA[Customization]]></category>
		<category><![CDATA[Fixes]]></category>
		<category><![CDATA[Gnome]]></category>
		<category><![CDATA[How2]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Notes]]></category>
		<category><![CDATA[Ubuntu]]></category>

		<guid isPermaLink="false">http://unsharptech.com/?p=72</guid>
		<description><![CDATA[So even Windows lets you disable the Recent Documents feature, but for some reason Gnome really wants to remember what files you&#8217;ve been messing with. Personally I never use this menu item (usually under Places in the Gnome Main Menu) and find it to be a bit of a privacy concern. Surprisingly enough there are [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://unsharptech.com/wp-content/uploads/menu-no-recent.jpg" rel="lightbox[72]"><img class="alignright size-thumbnail wp-image-73" title="menu-no-recent" src="http://unsharptech.com/wp-content/uploads/menu-no-recent-150x150.jpg" alt="" width="150" height="150" /></a>So even Windows lets you disable the Recent Documents feature, but for some reason Gnome really wants to remember what files you&#8217;ve been messing with. Personally I never use this menu item (usually under <em>Places</em> in the Gnome Main Menu) and find it to be a bit of a privacy concern.</p>
<p>Surprisingly enough there are no documented settings for Recent Documents, not even something in gconf-editor, so people have been going stone age to prevent this functionality. In the past you could change permissions for the file that stores the data in your home directory, but it seems in later versions of Gnome the following is the current method of choice.</p>
<p><span id="more-72"></span></p>
<p><strong>METHOD:</strong></p>
<blockquote><p>Enter the following into a terminal:</p>
<pre class="brush: bash">rm ~/.recently-used.xbel
mkdir ~/.recently-used.xbel</pre>
</blockquote>
<p>When you&#8217;re done, go check your menu and Recent Documents should be grayed out.</p>
<p>This works because the data concerning your recent documents can&#8217;t be written to a directory and the Recent Documents menu item is simply disabled. (I played around with retaining the text file and changing its permissions, but they were eventually always overwritten.)</p>
<p><strong>NOTES:</strong></p>
<blockquote><p>It has been mentioned that you may receive GTK related warnings in the console after applying this, since we did a sort of end-run that&#8217;s kind of expected.</p>
<p>There was another method that involved making the file immutable (<em>sudo chattr +i ~/.recently-used.xbel</em>) but this is only for ext2/ext3 filesystems (I prefer JFS whenever applicable).</p>
<p>There may also be a left over file, <em>~/.recently_used</em> that you can also remove:</p>
<pre class="brush: bash">rm ~/.recently-used</pre>
</blockquote>
<p><strong>SOURCES:</strong></p>
<blockquote><p><a href="http://bbs.archlinux.org/viewtopic.php?pid=212094#p212094">Arch Linux Forums /  Disable Gnome Recent Documents [solved]</a></p>
<p><a href="http://ph.ubuntuforums.com/showthread.php?p=4652216">Disable recent documents &#8211; Ubuntu Forums</a></p></blockquote>
<p>I take no responsibility for coming up with this hack, I just wanted to clearly document it. BTW, this has been a problem since 2005 &gt; <a href="https://bugs.launchpad.net/gnome-panel/+bug/30942">Bug 30942 – Request to add option to disable &#8216;Recent Documents&#8217; lists</a></p>
]]></content:encoded>
			<wfw:commentRss>http://unsharptech.com/2008/08/08/disable-recent-documents-in-gnome-2223/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>PhotoRec Saved My Butt</title>
		<link>http://unsharptech.com/2008/02/17/photorec-saved-my-butt/</link>
		<comments>http://unsharptech.com/2008/02/17/photorec-saved-my-butt/#comments</comments>
		<pubDate>Sun, 17 Feb 2008 08:47:38 +0000</pubDate>
		<dc:creator>sam</dc:creator>
				<category><![CDATA[Arch]]></category>
		<category><![CDATA[Fixes]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Notes]]></category>

		<guid isPermaLink="false">http://unsharptech.com/2008/02/17/photorec-saved-my-butt/</guid>
		<description><![CDATA[So my reckless typing really got me into trouble this time. I was attempting to zero-out a usb drive when I managed to put the wrong device in the dd command &#8211; I automatically typed sda1 (the primary HD) out of habit instead of sdb1 &#8211; the usb drive. I caught my mistake and gave [...]]]></description>
			<content:encoded><![CDATA[<p>So my reckless typing really got me into trouble this time. I was attempting to zero-out a usb drive when I managed to put the wrong device in the dd command &#8211; I automatically typed sda1 (the primary HD) out of habit instead of sdb1 &#8211; the usb drive. I caught my mistake and gave it a solid control + c but I had still wiped out the first 60 MBs of the drive.</p>
<p><a href="http://unsharptech.com/2008/02/17/photorec-saved-my-butt/"><img src="http://unsharptech.com/wp-content/photorec.jpg" alt="PhotoRec" /></a></p>
<p><span id="more-20"></span></p>
<p>At first I was confused because the system seemed to still be running just fine, then&#8230; eh dreaded full lock up. Of course on reboot I got a grub error and from there it was &#8220;so, what exactly was on that drive?&#8230;&#8221; Turns out that my coworker had a few months worth of work in Blender files in his home directory, WHY he didn&#8217;t ever think to backup to the RAID 1 NAS we have, I have no idea&#8230;</p>
<p>So my dilemma was that I had wiped out the partition structure, making it a bit hard to rescue data. Besides that I had totally forgotten how his partitions were laid out in the first place. After messing up the superblock further by screwin&#8217; around with jfs_debug I decided to give <a href="http://www.cgsecurity.org/wiki/PhotoRec">PhotoRec</a> a go at the drive. <a href="http://www.cgsecurity.org/wiki/PhotoRec">PhotoRec</a> by <a href="http://www.cgsecurity.org/">CGSecurity</a> is an absolutely amazing tool. If the files you wish to recover are supported by it (and they have a huge list) then you are in good shape &#8211; and holy crap! .blends are supported! <a href="http://www.cgsecurity.org/wiki/PhotoRec">PhotoRec</a> is <em>cross-platform</em> and <em>cross-filesystem</em> unlike nearly any other tool out there. The great thing is that I was able to select the whole disk to search (not just the two partitions that were supposedly both swap) and PhotoRec <strong>ignored the filesystem</strong> &#8211; perfect for my situation.</p>
<p>I was so  glad to see the # of found .blends growing steadily&#8230; until it got to about 900. Oh yeah, bad thing about file recovery software is that it not only finds the files that were last written to the drive but the deleted and reformatted ones as well, (it&#8217;s that good) and due to the nature of the recovery process file names aren&#8217;t preserved. So my buddy has a lot of files to look through, a lot better then nothing!</p>
<p>BTW I originally started using <a href="http://www.cgsecurity.org/wiki/PhotoRec">PhotoRec</a> on failed customer hard drives &#8211; again a bit a of a chore because you get lots of files you don&#8217;t want, but this is sort of the curse of file recovery, and it really is great when you dig out the files you need.</p>
]]></content:encoded>
			<wfw:commentRss>http://unsharptech.com/2008/02/17/photorec-saved-my-butt/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

