<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Jungle Disk Releases Version 3.02</title>
	<atom:link href="http://blog.jungledisk.com/2009/12/04/jungle-disk-releases-version-3-02/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.jungledisk.com/2009/12/04/jungle-disk-releases-version-3-02/</link>
	<description>Reliable online storage powered by Rackspace and Amazon S3</description>
	<lastBuildDate>Tue, 31 Jan 2012 06:04:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Kyle Skrinak</title>
		<link>http://blog.jungledisk.com/2009/12/04/jungle-disk-releases-version-3-02/comment-page-1/#comment-6947</link>
		<dc:creator>Kyle Skrinak</dc:creator>
		<pubDate>Wed, 25 Aug 2010 00:14:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/?p=217#comment-6947</guid>
		<description>I have 20 GB in legacy backup folders. Please make a migration option available. I don&#039;t want to chock my thin internet connection to make the switch.</description>
		<content:encoded><![CDATA[<p>I have 20 GB in legacy backup folders. Please make a migration option available. I don&#8217;t want to chock my thin internet connection to make the switch.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Edward Reid</title>
		<link>http://blog.jungledisk.com/2009/12/04/jungle-disk-releases-version-3-02/comment-page-1/#comment-5826</link>
		<dc:creator>Edward Reid</dc:creator>
		<pubDate>Fri, 11 Dec 2009 03:33:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/?p=217#comment-5826</guid>
		<description>If a back-end conversion to vaults is offered at some point -- and I understand that this is under consideration but not promised -- would it be able to retain version information and old versions?

The reason I ask is that I definitely want to move to vaults, but would prefer to retain old versions. If the (hypothetical) back-end conversion might retain versions, I&#039;ll take a wait-and-see approach. If retaining versions will be impossible, then I&#039;m better off biting the bullet, starting new vaults now, and keeping the old style backups for a couple of months until the vault has been in place long enough to make me happy about the retention.

Edward</description>
		<content:encoded><![CDATA[<p>If a back-end conversion to vaults is offered at some point &#8212; and I understand that this is under consideration but not promised &#8212; would it be able to retain version information and old versions?</p>
<p>The reason I ask is that I definitely want to move to vaults, but would prefer to retain old versions. If the (hypothetical) back-end conversion might retain versions, I&#8217;ll take a wait-and-see approach. If retaining versions will be impossible, then I&#8217;m better off biting the bullet, starting new vaults now, and keeping the old style backups for a couple of months until the vault has been in place long enough to make me happy about the retention.</p>
<p>Edward</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jungle Allan</title>
		<link>http://blog.jungledisk.com/2009/12/04/jungle-disk-releases-version-3-02/comment-page-1/#comment-5812</link>
		<dc:creator>Jungle Allan</dc:creator>
		<pubDate>Tue, 08 Dec 2009 20:01:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/?p=217#comment-5812</guid>
		<description>JanA-- We&#039;ve had a few other users report the issue you&#039;re experiencing, and we should have a fix for you.  Please file a support ticket at http://support.jungledisk.com.

Sergey-- Unicode support in the GUI is still on the list for consideration in future versions.  While not currently supported in the GUI, we do support Unicode in the backups themselves.</description>
		<content:encoded><![CDATA[<p>JanA&#8211; We&#8217;ve had a few other users report the issue you&#8217;re experiencing, and we should have a fix for you.  Please file a support ticket at <a href="http://support.jungledisk.com" rel="nofollow">http://support.jungledisk.com</a>.</p>
<p>Sergey&#8211; Unicode support in the GUI is still on the list for consideration in future versions.  While not currently supported in the GUI, we do support Unicode in the backups themselves.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sergey Maslyakov</title>
		<link>http://blog.jungledisk.com/2009/12/04/jungle-disk-releases-version-3-02/comment-page-1/#comment-5809</link>
		<dc:creator>Sergey Maslyakov</dc:creator>
		<pubDate>Tue, 08 Dec 2009 14:59:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/?p=217#comment-5809</guid>
		<description>No Unicode support still. You probably do not realize how painful it is to put up with the GUI that replaces all non-ASCII characters with question marks. Try simulating this to get better understanding of how your bi-lingual users suffer... I have to mention that your competitors do not have this problem. I am really looking forward to you fixing this major annoyance.</description>
		<content:encoded><![CDATA[<p>No Unicode support still. You probably do not realize how painful it is to put up with the GUI that replaces all non-ASCII characters with question marks. Try simulating this to get better understanding of how your bi-lingual users suffer&#8230; I have to mention that your competitors do not have this problem. I am really looking forward to you fixing this major annoyance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JanA</title>
		<link>http://blog.jungledisk.com/2009/12/04/jungle-disk-releases-version-3-02/comment-page-1/#comment-5808</link>
		<dc:creator>JanA</dc:creator>
		<pubDate>Tue, 08 Dec 2009 13:17:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/?p=217#comment-5808</guid>
		<description>If I open &#039;computer&#039; in windows 7 I do not see the Jungledisk drives. Remapping the drives in Jungledisk does not solve the problem. I can open the drives from within Jungledisk. Why does Windows explorer not see them?</description>
		<content:encoded><![CDATA[<p>If I open &#8216;computer&#8217; in windows 7 I do not see the Jungledisk drives. Remapping the drives in Jungledisk does not solve the problem. I can open the drives from within Jungledisk. Why does Windows explorer not see them?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jungle Dave</title>
		<link>http://blog.jungledisk.com/2009/12/04/jungle-disk-releases-version-3-02/comment-page-1/#comment-5804</link>
		<dc:creator>Jungle Dave</dc:creator>
		<pubDate>Mon, 07 Dec 2009 19:41:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/?p=217#comment-5804</guid>
		<description>We could conceivably have different retention periods for deleted vs. updated files in the future.
As for the &quot;at least but no more than&quot; type limitation, unfortunately we found that too difficult to implement with block backups at this time. Without getting to technical, it has to do with the fact that we don&#039;t really measure versions the same way we did before - every backup of a file is seen as a new &quot;version&quot;, even if the file hasn&#039;t changed - of course each version doesn&#039;t take any more space. As such it&#039;s easy to throw out old versions, but hard to measure a # of concrete versions.</description>
		<content:encoded><![CDATA[<p>We could conceivably have different retention periods for deleted vs. updated files in the future.<br />
As for the &#8220;at least but no more than&#8221; type limitation, unfortunately we found that too difficult to implement with block backups at this time. Without getting to technical, it has to do with the fact that we don&#8217;t really measure versions the same way we did before &#8211; every backup of a file is seen as a new &#8220;version&#8221;, even if the file hasn&#8217;t changed &#8211; of course each version doesn&#8217;t take any more space. As such it&#8217;s easy to throw out old versions, but hard to measure a # of concrete versions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oliver</title>
		<link>http://blog.jungledisk.com/2009/12/04/jungle-disk-releases-version-3-02/comment-page-1/#comment-5803</link>
		<dc:creator>Oliver</dc:creator>
		<pubDate>Mon, 07 Dec 2009 19:19:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/?p=217#comment-5803</guid>
		<description>rick: Must the retention of deleted AND updated files always go in lockstep? I’d prefer a shorter timeline for deleted files and a longer one for revisions.

I second this! And I would love to have the feature back &quot;at least X versions but not more than Y&quot;</description>
		<content:encoded><![CDATA[<p>rick: Must the retention of deleted AND updated files always go in lockstep? I’d prefer a shorter timeline for deleted files and a longer one for revisions.</p>
<p>I second this! And I would love to have the feature back &#8220;at least X versions but not more than Y&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd Eddy</title>
		<link>http://blog.jungledisk.com/2009/12/04/jungle-disk-releases-version-3-02/comment-page-1/#comment-5802</link>
		<dc:creator>Todd Eddy</dc:creator>
		<pubDate>Mon, 07 Dec 2009 17:27:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/?p=217#comment-5802</guid>
		<description>@JD: +1 on showing the usage space on other vaults.  Even if it&#039;s not as detailed (just shows the current storage amount but not what % compression it is based off actual files).  I have a linux server at home that doesn&#039;t have a monitor and I run jungledisk from the command line.  This makes getting the disk usage from it impossible.  Perhaps adding an option to the web interface similar to http://localhost:2667/~operations listing operations in progress.  Add something like http://localhost:2667/~vault-usage and prints out the disk usage of any vaults that computer is attached to.</description>
		<content:encoded><![CDATA[<p>@JD: +1 on showing the usage space on other vaults.  Even if it&#8217;s not as detailed (just shows the current storage amount but not what % compression it is based off actual files).  I have a linux server at home that doesn&#8217;t have a monitor and I run jungledisk from the command line.  This makes getting the disk usage from it impossible.  Perhaps adding an option to the web interface similar to <a href="http://localhost:2667/~operations" rel="nofollow">http://localhost:2667/~operations</a> listing operations in progress.  Add something like <a href="http://localhost:2667/~vault-usage" rel="nofollow">http://localhost:2667/~vault-usage</a> and prints out the disk usage of any vaults that computer is attached to.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jungle Dave</title>
		<link>http://blog.jungledisk.com/2009/12/04/jungle-disk-releases-version-3-02/comment-page-1/#comment-5801</link>
		<dc:creator>Jungle Dave</dc:creator>
		<pubDate>Mon, 07 Dec 2009 15:16:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/?p=217#comment-5801</guid>
		<description>Vigor - there is no &quot;phone home&quot; every 15 seconds. It does maintain a connection to the gateway server which is used to route messages between clients only.</description>
		<content:encoded><![CDATA[<p>Vigor &#8211; there is no &#8220;phone home&#8221; every 15 seconds. It does maintain a connection to the gateway server which is used to route messages between clients only.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rick</title>
		<link>http://blog.jungledisk.com/2009/12/04/jungle-disk-releases-version-3-02/comment-page-1/#comment-5797</link>
		<dc:creator>rick</dc:creator>
		<pubDate>Sun, 06 Dec 2009 20:45:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jungledisk.com/?p=217#comment-5797</guid>
		<description>Must the retention of deleted AND updated files always go in lockstep?  I&#039;d prefer a shorter timeline for deleted files and a longer one for revisions.</description>
		<content:encoded><![CDATA[<p>Must the retention of deleted AND updated files always go in lockstep?  I&#8217;d prefer a shorter timeline for deleted files and a longer one for revisions.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

