Hi Eric, 2009/9/5 Eric Wong <normalperson@xxxxxxxx>: > Yann Simon <yann.simon.fr@xxxxxxxxx> wrote: >> with git version 1.6.4: >> >> $ git svn show-ignore > .gitignore >> RA layer request failed: Server sent unexpected return value (403 >> Forbidden) in response to PROPFIND request for >> '/repos/XXX/YYY/ZZZ/trunk/aaa' at /usr/lib/git-core/git-svn line 2243 >> >> Is git svn show-ignore making request to the svn server? > > Yes, git svn has to read the svn:ignore property remotely since it > doesn't do anything with it when it fetches. Do you have read > permissions to /repos/XXX/YYY/ZZZ/trunk/aaa on that repo? No I do not have permissions to /repos/XXX/YYY/ZZZ/trunk/aaa. I did some more tests and found out that git svn fetch could care with this and checkout every folders in trunk except aaa. Git svn fetch and git svn ignore do not have similar behavior? > For everything besides initialization/clone, git svn reads the url in > your $GIT_CONFIG. --minimize-url is only used for the initial setup. > > You can edit it to move the URL down/up a level if you edit your > corresponding fetch/branches/tags lines: > [...] I tried that and it works. Tanks a lot! It was easy in my case because there are only 2 folders in trunk, one I can access, and one I cannot. But let's suppose there are x folders in 'trunk', and only one of them cannot be accessed. In that case, the configuration could be very complex, is not it? But that latter configuration is probably unlikely to be used. If someone wants to restrict access, he/she would use one folder for every one, and one folder for restricted access. --- Yann -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html