Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 318777

Summary: Mac OS X 10.6.4, eclipse, egit and creating new repository on samba linux share fails
Product: [Technology] JGit Reporter: audiofreak
Component: JGitAssignee: Project Inbox <egit.core-inbox>
Status: CLOSED WORKSFORME QA Contact:
Severity: normal    
Priority: P3 CC: dmitry.neverov, heptan+bugs, Olivier_Thomann, robin.rosenberg, sop
Version: unspecified   
Target Milestone: ---   
Hardware: Macintosh   
OS: Mac OS X - Carbon (unsup.)   
Whiteboard:
Attachments:
Description Flags
stack trace create repository and commit none

Description audiofreak CLA 2010-07-03 03:00:08 EDT 
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
Comment 1 audiofreak CLA 2010-07-03 03:02:15 EDT 
Created attachment 173344 [details]
stack trace create repository and commit
Comment 2 Shawn Pearce CLA 2010-12-03 16:54:40 EST 
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.
Comment 3 audiofreak CLA 2010-12-09 09:55:19 EST 
(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.
Comment 4 Shawn Pearce CLA 2010-12-09 11:26:08 EST 
(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.
Comment 5 heptan+bugs CLA 2010-12-13 11:47:57 EST 
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.
Comment 6 heptan+bugs CLA 2010-12-15 07:51:54 EST 
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.
Comment 7 Robin Rosenberg CLA 2011-04-20 13:35:02 EDT 

*** This bug has been marked as a duplicate of bug 335388 ***
Comment 8 Robin Rosenberg CLA 2011-04-20 17:13:13 EDT 
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.