<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:opensearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Recent Posts in Git is flakey at best (on unfuddle) | Unfuddle Community</title>
    <link>http://unfuddle.com/community</link>
    <description>Unfuddle Community Forums</description>
    <item>
      <guid isPermaLink="false">www.unfuddle.com/community:3:730:1990</guid>
      <title>Git is flakey at best (on unfuddle) posted by JDStraughan @ Tue, 25 Aug 2009 16:58:05 UTC</title>
      <link>http://www.unfuddle.com/community/forums/3/topics/730</link>
      <description>I am concerned that unfuddle is committed to SVN, but has not put the effort forth to properly host git repos.

BUGS:
- Cannot have the same rsa-key assigned to more than one user account, although I may have more than one account on my machine.
- As a 'work-around', unfuddle offers to store more than one key.  Unfortunately, it only seems to pass Git the first rsa-key.  As a result, I have to delete my 'home' key every morning when I get to work and re-enter my 'work' key.  Reverse process at home.  IF I do not 'manage' my own keys, I get 
ERROR:gitosis.serve.main:Repository read access denied
fatal: The remote end hung up unexpectedly
which is undoubtedly a server-side issue.

Several support tickets regarding this issue have gone with no solution.  After trial and error, I found that managing my own keys is the only way I can get this working.

Please make git a stable, reliable unfuddle resource.</description>
      <pubDate>Tue, 25 Aug 2009 16:58:05 UTC</pubDate>
      <author>JDStraughan</author>
    </item>
    <item>
      <guid isPermaLink="false">www.unfuddle.com/community:3:730:2303</guid>
      <title>Git is flakey at best (on unfuddle) replied by Dmitry Naumov @ Wed, 06 Jan 2010 23:20:39 UTC</title>
      <link>http://www.unfuddle.com/community/forums/3/topics/730</link>
      <description>The right config (MacOS) should be:

Host yoursubdomain.unfuddle.com
  User git
  IdentityFile /path/to/correct/private/key_rsa
  IdentitiesOnly yes

IdentitiesOnly yes  --&gt; this would not use other keys ( id_rsa for ex.). Without this option you will have problems if you enter provide other keys (id_rsa, etc) in other unfuddle projects</description>
      <pubDate>Wed, 06 Jan 2010 23:20:39 UTC</pubDate>
      <author>Dmitry Naumov</author>
    </item>
    <item>
      <guid isPermaLink="false">www.unfuddle.com/community:3:730:2002</guid>
      <title>Git is flakey at best (on unfuddle) replied by David C. @ Thu, 27 Aug 2009 01:31:46 UTC</title>
      <link>http://www.unfuddle.com/community/forums/3/topics/730</link>
      <description>J,

There are many reasons one might encounter the &quot;Repository read access denied&quot; error. In your case it is likely that Git is simply using the wrong key when attempting to authenticate. There are technical reasons why it is not possible to have the same key for two users or in two separate accounts. However, there is a simple way to make sure Git uses the correct key when authenticating.

To do this you can simply add the following lines to your ~/.ssh/config file:
&lt;pre&gt;&lt;code&gt;Host yoursubdomain.unfuddle.com
  User git
  IdentityFile /path/to/correct/private/key_rsa
&lt;/code&gt;&lt;/pre&gt;

You will need to use the actual subdomain of your account as well as specify the correct path to your private key. You can check to see if this is working by running (minus the &quot;\&quot;) &lt;pre&gt;&lt;code&gt;ssh -vv git\@yoursubdomain.unfuddle.com&lt;/code&gt;&lt;/pre&gt; While this will output quite a bit of information, you should be able to see which key(s) are being sent and used for authentication.

Also, you should note that it can take up to a minute for a newly added public key to become active on the server. During this time you may not be able to connect to your repository.

Finally, one other reason this error can occur is if the repository is not associated with a project or if you simply do not have permission to read the repository as defined by the project(s) with which it is associated.</description>
      <pubDate>Thu, 27 Aug 2009 01:31:46 UTC</pubDate>
      <author>David C.</author>
    </item>
  </channel>
</rss>

