cvsserver problem with eclipse?

cvsserver problem with eclipse?

[Bill Burdick]

[-- Attachment #1: Type: text/plain, Size: 3317 bytes --]

[taking this conversation to the list]

OK, I changed the way I was testing this to match your usage plan and I 
still got the same results.  It works just fine for vanilla CVS; cvs 
status shows the re revision in the repo and cvs update brings it in.  
Eclipse has the same funky behavior: Compare with latest at the project 
level shows no differences, but compare with latest on the changed file 
actually does an update instead of popping up the Eclipse diff viewer.

By the way, I had trouble at first accessing the repo with SSH because 
of permissions on the sqlite db.  I'm not totally sure about the 
implications for multiple users, but maybe just using a common group 
will work fine?

I'm really happy with git and git-cvsserver!  I'm hoping to be able to 
standardize on it for our Eclipse work.  It seems like it should be 
possible for us to continue to do integrations in Eclipse if we manage 
git properly.  I've been waiting on arch, baz, and bzr for so long and 
then suddenly, Linus pulls this out of his butt!


Bill Burdick



---------- Forwarded message ----------
From: *Martin Langhoff (CatalystIT)* < martin@catalyst.net.nz 
<mailto:martin@catalyst.net.nz>>
Date: May 1, 2006 6:41 AM
Subject: Re: cvsserver problem with eclipse?
To: Bill Burdick <bill.burdick@gmail.com <mailto:bill.burdick@gmail.com>>
Cc: Martyn Smith < martyn@catalyst.net.nz <mailto:martyn@catalyst.net.nz>>

Hi Bill,

the git repo you are using, did you set it up to just be a "naked" or
"bare" repo, and enabled cvsserver alright? What version of git are you
using?

My usage plan would be to

1 - Have a git test project
2 - Publish it to a naked/bare repository where git-cvsserver is enabled
3 - Get the cvs checkout (try commandline cvs to make sure things work)
4 - Add commits in the git test project and push them to the repo
5 - Run cvs update

If it's running ok with old school CVS client, then try with Eclipse. We
have tested the update scenario quite a bit, and it works for us, so we
need a bit more info.

BTW, can I ask you to bounce these questions off the git@vger.kernel.org 
<mailto:git@vger.kernel.org>
mailing list? We will be happier answering these questions in a way that
gets archived publicly. (Unless you are a direct client of Catalyst IT,
that is! Are you at OpenUniversity perhaps?)

cheers,


martin

Bill Burdick wrote:
>  I made a test git repo with a branch called WillyTest and slurped it
>  into Eclipse.  Then I checked out WillyTest into the git directory and
>  committed a change.  A synchronize in Eclipse did not detect the change,
>  nor did comparing with the latest on the head.  Showing history on the
>  changed file did, however, list the new revision and I could access the
>  contents from that view.  Compare with latest on the changed file
>  actually replaces the current contents with the repository version.
>
>  Bill Burdick
>


--
-----------------------------------------------------------------------
Martin @ Catalyst .Net .NZ  Ltd, PO Box 11-053, Manners St,  Wellington
WEB: http://catalyst.net.nz/           PHYS: Level 2, 150-154 Willis St
OFFICE: +64(4)916-7224                              MOB: +64(21)364-017
       Make things as simple as possible, but no simpler - Einstein
-----------------------------------------------------------------------

[-- Attachment #2: bill.vcf --]
[-- Type: text/x-vcard, Size: 192 bytes --]

begin:vcard
fn:Bill Burdick
n:Burdick;Bill
org:Mobile Reasoning
email;internet:bill@mobilereasoning.com
title:Chief Scientist
tel;work:913-484-0172
x-mozilla-html:FALSE
version:2.1
end:vcard

Re: cvsserver problem with eclipse?

[Bill Burdick]

[-- Attachment #1: Type: text/plain, Size: 3527 bytes --]

FWIW, I'm using Eclipse 3.2RC1a.

Bill


Bill Burdick wrote:

> [taking this conversation to the list]
>
> OK, I changed the way I was testing this to match your usage plan and 
> I still got the same results.  It works just fine for vanilla CVS; cvs 
> status shows the re revision in the repo and cvs update brings it in.  
> Eclipse has the same funky behavior: Compare with latest at the 
> project level shows no differences, but compare with latest on the 
> changed file actually does an update instead of popping up the Eclipse 
> diff viewer.
>
> By the way, I had trouble at first accessing the repo with SSH because 
> of permissions on the sqlite db.  I'm not totally sure about the 
> implications for multiple users, but maybe just using a common group 
> will work fine?
>
> I'm really happy with git and git-cvsserver!  I'm hoping to be able to 
> standardize on it for our Eclipse work.  It seems like it should be 
> possible for us to continue to do integrations in Eclipse if we manage 
> git properly.  I've been waiting on arch, baz, and bzr for so long and 
> then suddenly, Linus pulls this out of his butt!
>
>
> Bill Burdick
>
>
>
> ---------- Forwarded message ----------
> From: *Martin Langhoff (CatalystIT)* < martin@catalyst.net.nz 
> <mailto:martin@catalyst.net.nz>>
> Date: May 1, 2006 6:41 AM
> Subject: Re: cvsserver problem with eclipse?
> To: Bill Burdick <bill.burdick@gmail.com <mailto:bill.burdick@gmail.com>>
> Cc: Martyn Smith < martyn@catalyst.net.nz 
> <mailto:martyn@catalyst.net.nz>>
>
> Hi Bill,
>
> the git repo you are using, did you set it up to just be a "naked" or
> "bare" repo, and enabled cvsserver alright? What version of git are you
> using?
>
> My usage plan would be to
>
> 1 - Have a git test project
> 2 - Publish it to a naked/bare repository where git-cvsserver is enabled
> 3 - Get the cvs checkout (try commandline cvs to make sure things work)
> 4 - Add commits in the git test project and push them to the repo
> 5 - Run cvs update
>
> If it's running ok with old school CVS client, then try with Eclipse. We
> have tested the update scenario quite a bit, and it works for us, so we
> need a bit more info.
>
> BTW, can I ask you to bounce these questions off the 
> git@vger.kernel.org <mailto:git@vger.kernel.org>
> mailing list? We will be happier answering these questions in a way that
> gets archived publicly. (Unless you are a direct client of Catalyst IT,
> that is! Are you at OpenUniversity perhaps?)
>
> cheers,
>
>
> martin
>
> Bill Burdick wrote:
>
>>  I made a test git repo with a branch called WillyTest and slurped it
>>  into Eclipse.  Then I checked out WillyTest into the git directory and
>>  committed a change.  A synchronize in Eclipse did not detect the 
>> change,
>>  nor did comparing with the latest on the head.  Showing history on the
>>  changed file did, however, list the new revision and I could access the
>>  contents from that view.  Compare with latest on the changed file
>>  actually replaces the current contents with the repository version.
>>
>>  Bill Burdick
>>
>
>
> -- 
> -----------------------------------------------------------------------
> Martin @ Catalyst .Net .NZ  Ltd, PO Box 11-053, Manners St,  Wellington
> WEB: http://catalyst.net.nz/           PHYS: Level 2, 150-154 Willis St
> OFFICE: +64(4)916-7224                              MOB: +64(21)364-017
>       Make things as simple as possible, but no simpler - Einstein
> -----------------------------------------------------------------------



[-- Attachment #2: bill.vcf --]
[-- Type: text/x-vcard, Size: 192 bytes --]

begin:vcard
fn:Bill Burdick
n:Burdick;Bill
org:Mobile Reasoning
email;internet:bill@mobilereasoning.com
title:Chief Scientist
tel;work:913-484-0172
x-mozilla-html:FALSE
version:2.1
end:vcard

Re: cvsserver problem with eclipse?

[Martin Langhoff]

On 5/1/06, Bill Burdick <bill@mobilereasoning.com> wrote:
> OK, I changed the way I was testing this to match your usage plan and I
> still got the same results.  It works just fine for vanilla CVS; cvs
> status shows the re revision in the repo and cvs update brings it in.

That's a good start!

> Eclipse has the same funky behavior: Compare with latest at the project
> level shows no differences, but compare with latest on the changed file
> actually does an update instead of popping up the Eclipse diff viewer.

Hmmm. Eclipse does some weird funky sh*t sometimes. Can you ask it to
get you a log? There's an option in Eclipse CVS control settings that
will enable logging of cvs commands to the console. Enable it, and
then start Eclipse from the commandline, piping stderr and stdout to a
logfile.

There are also some weird differences depending on how you ask for the
update or diff. I hate doing this but I'll have to ask you to tell me
exactly how you ask for the diff and for the update.

And the platform you are running Eclipse on.

> By the way, I had trouble at first accessing the repo with SSH because
> of permissions on the sqlite db.  I'm not totally sure about the
> implications for multiple users, but maybe just using a common group
> will work fine?

Yes, a common group is the thing to do.

  $ chgrp gitusers *sqlite
  $ chmod g+w *sqlite

> I'm really happy with git and git-cvsserver!  I'm hoping to be able to
> standardize on it for our Eclipse work.  It seems like it should be

Great to hear that!

cheers,



martin

Re: cvsserver problem with eclipse?

[Bill Burdick]

[-- Attachment #1: Type: text/plain, Size: 3876 bytes --]

OK, I replaced the eclipse file (yoda) with the latest from the head.  
Then I changed it in my git project, committed it, and pushed it to the 
shared repo.  Finally, I did a "compare with latest from head" and it 
proceeded to update the file and then said that there were no changes.  
Here's the log:

Valid-responses ok error M E Checked-in Valid-requests Template 
Set-sticky MT Clear-static-directory Module-expansion 
Set-static-directory Clear-sticky New-entry Merged Removed Updated 
Remove-entry Update-existing Copy-file Created Notified Mod-time
valid-requests
Valid-requests remove add status Entry watchers ci tag log co Modified 
Questionable admin Root history valid-requests Global_option Argumentx 
annotate Valid-responses Unchanged Directory rlog Argument 
expand-modules diff editors update
ok
Root /tmp/public.git
CMD> cvs -n update -d "/yoda/yoda"
Global_option -n
Argument -d
Directory .
/tmp/public.git/yoda
Entry /yoda/1.9///
Modified yoda
u=rw,g=rw,o=r
48
Argument yoda
Directory .
/tmp/public.git/yoda
update
M C yoda
Update-existing ./
/tmp/public.git/yoda/yoda
/yoda/1.10/+//
u=rw,g=rw,o=rw
95
ok
RESULT> Status OK: org.eclipse.team.cvs.core code=0 ok null
Valid-responses ok error M E Checked-in Valid-requests Template 
Set-sticky MT Clear-static-directory Module-expansion 
Set-static-directory Clear-sticky New-entry Merged Removed Updated 
Remove-entry Update-existing Copy-file Created Notified Mod-time
valid-requests
Valid-requests remove add status Entry watchers ci tag log co Modified 
Questionable admin Root history valid-requests Global_option Argumentx 
annotate Valid-responses Unchanged Directory rlog Argument 
expand-modules diff editors update
ok
Root /tmp/public.git
CMD> cvs status "yoda"
Directory .
/tmp/public.git/yoda
Entry /yoda/0///
Modified yoda
u=rw,g=rw,o=r
0
Argument yoda
Directory .
/tmp/public.git/yoda
status
M ===================================================================
M File: yoda    Status: Needs Checkout
M Working revision:    0
M Repository revision:    1.10    /tmp/public.git/yoda/yoda,v
M Sticky Tag:        (none)
M Sticky Date:        (none)
M Sticky Options:        (none)
M
ok
RESULT> Status OK: org.eclipse.team.cvs.core code=0 ok null


Martin Langhoff wrote:

> On 5/1/06, Bill Burdick <bill@mobilereasoning.com> wrote:
>
>> OK, I changed the way I was testing this to match your usage plan and I
>> still got the same results.  It works just fine for vanilla CVS; cvs
>> status shows the re revision in the repo and cvs update brings it in.
>
>
> That's a good start!
>
>> Eclipse has the same funky behavior: Compare with latest at the project
>> level shows no differences, but compare with latest on the changed file
>> actually does an update instead of popping up the Eclipse diff viewer.
>
>
> Hmmm. Eclipse does some weird funky sh*t sometimes. Can you ask it to
> get you a log? There's an option in Eclipse CVS control settings that
> will enable logging of cvs commands to the console. Enable it, and
> then start Eclipse from the commandline, piping stderr and stdout to a
> logfile.
>
> There are also some weird differences depending on how you ask for the
> update or diff. I hate doing this but I'll have to ask you to tell me
> exactly how you ask for the diff and for the update.
>
> And the platform you are running Eclipse on.
>
>> By the way, I had trouble at first accessing the repo with SSH because
>> of permissions on the sqlite db.  I'm not totally sure about the
>> implications for multiple users, but maybe just using a common group
>> will work fine?
>
>
> Yes, a common group is the thing to do.
>
>  $ chgrp gitusers *sqlite
>  $ chmod g+w *sqlite
>
>> I'm really happy with git and git-cvsserver!  I'm hoping to be able to
>> standardize on it for our Eclipse work.  It seems like it should be
>
>
> Great to hear that!
>
> cheers,
>
>
>
> martin
>


[-- Attachment #2: bill.vcf --]
[-- Type: text/x-vcard, Size: 192 bytes --]

begin:vcard
fn:Bill Burdick
n:Burdick;Bill
org:Mobile Reasoning
email;internet:bill@mobilereasoning.com
title:Chief Scientist
tel;work:913-484-0172
x-mozilla-html:FALSE
version:2.1
end:vcard

Re: cvsserver problem with eclipse?

[Martin Langhoff]

Bill,

haven't been able to repro your problem at this end. Can you check
your git version? Apparently cvsserver was broken soon after 1.3.0.
Can you try with v1.3.0?

cheers,


martin

Re: cvsserver problem with eclipse?

[Bill Burdick]

[-- Attachment #1: Type: text/plain, Size: 286 bytes --]

my version is 1.3.1.  I'll d/l 1.3.0 and test with that.

Martin Langhoff wrote:

> Bill,
>
> haven't been able to repro your problem at this end. Can you check
> your git version? Apparently cvsserver was broken soon after 1.3.0.
> Can you try with v1.3.0?
>
> cheers,
>
>
> martin
>


[-- Attachment #2: bill.vcf --]
[-- Type: text/x-vcard, Size: 192 bytes --]

begin:vcard
fn:Bill Burdick
n:Burdick;Bill
org:Mobile Reasoning
email;internet:bill@mobilereasoning.com
title:Chief Scientist
tel;work:913-484-0172
x-mozilla-html:FALSE
version:2.1
end:vcard