Community
Participate
Working Groups
Build Identifier: 2010061-1415 I have a debian lenny lamp installation with samba 3.2.5 on it and a www share which is accessible by user/passwort combination. I'm working with eclipse or aptana on a Mac OS X 10.6.4. If I create a new project in eclipse at existing location and choose a project on my samba share and try then under eclipse - team - share - git - create repository the following error occurs: "Failed to create repository /Volumes/www/xyz/.git Unknown repository format "null"; expected "0". Also it is not possible to commit new files on a existing repository then the following error occurs: "Committing changes has encountered a problem. Committing failed. Operation not supported" Tried with egit/jgit version 0.8.4 and the latest nightly builds. If I try the same from a eclipse installation on a windows xp everything works. I also experimented with different parameters in my samba config on the debian system, even updated samba to version 3.4.8. Working with the git commando line version or smartgit under mac with the samba share is no problem. See stack traces attached. Reproducible: Always Steps to Reproduce: Mac OS X 10.6.4, eclipse with egit, samba share on debian lenny 1.Mount samba share with finder smb://servername/share 2.Create new project in eclipse and choose a folder on the samba share as root 3.Eclipse - team - share - git - create repository
Created attachment 173344 [details] stack trace create repository and commit
Has this improved with the latest nightly builds? We removed the file locking code that the last stack trace mentions as operation not supported, so I would expect it to behave better now.
(In reply to comment #2) > Has this improved with the latest nightly builds? > > We removed the file locking code that the last stack trace mentions as > operation not supported, so I would expect it to behave better now. Yes, now it is working, thanks! But the speed of calculation of changes on commit and other git stuff is very slow compared to svn on the same share.
(In reply to comment #3) > (In reply to comment #2) > > Has this improved with the latest nightly builds? > > > > We removed the file locking code that the last stack trace mentions as > > operation not supported, so I would expect it to behave better now. > > Yes, now it is working, thanks! But the speed of calculation of changes on > commit and other git stuff is very slow compared to svn on the same share. We know about that performance problem on commit. It should be resolved in another few days, we have a change being actively worked on that fixes it.
I have a very similar configuration and had the same problem. The share is on a qnap (linux-embedded) (afp and smb, problem is the same). Client has Mac OS X 10.6.5 and a fresh installed eclipse 3.6.1 64bit with fresh installedegit nightly build of today (0.10.0.20101213092). The creation of the git repository does not fail anymore, but after commiting files, the indicator in the package explorer/navigator icon of the changed files is still a black star instead of the golden cylinder. It always looks like it was not committed. In projects on the local filesystem it works.
I just found out that everything is working when using nfs instead of afp/smb - with both stable 0.9.3 and nightly build 0.10.0.
*** This bug has been marked as a duplicate of bug 335388 ***
I was a bit quick there about this being a duplicate, but it works fine here and the report is quite old. If that other problem heptan mentions is a problem that should be opened as a separate bug.
