Summary: | CVS status "unknown" unchanged after update | ||
---|---|---|---|
Product: | [Developer tools] kdevplatform | Reporter: | Steven T. Hatton <hattons> |
Component: | cvs | Assignee: | KDevelop Developers <kdevelop-devel> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | 0.9.94 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Steven T. Hatton
2004-05-27 12:52:06 UTC
Hmmm ... that's strange ... I've tried both my local kdevelop CVS copy and some other projects of mine on my local CVS pserver and it works fine ... Can you please build in debug and take a look at kdevelop's output? You should see these lines at first: <snip> kdevelop (file view): VCSFileTreeWidgetImpl::slotSyncWithRepository() kdevelop (file view): VCS Info requested for: . kdevelop (cvs interface): Running command : cvs -f status '.' <... wait for a while until response is got from the remote server and the output should have lines such as the following ...> <snip> kdevelop (file view): Nice! Found info for this file: (AUTHORS, 1.1, 1.1, up-to-date) kdevelop (file view): Widget item filename is: COPYING kdevelop (file view): Nice! Found info for this file: (COPYING, 1.1, 1.1, up-to-date) kdevelop (file view): Widget item filename is: ChangeLog kdevelop (file view): Nice! Found info for this file: (ChangeLog, 1.3, 1.3, up-to-date) <snip> <... or this messages for files it doesn't know ...> kdevelop (file view): Widget item filename is: matrixmathtester.kdevses kdevelop (file view): Map does not contain anything useful about this file ;-( matrixmathtester.kdevses I've discovered that the 'sync with repository' does cause the relative status of the files to be displayed. I had not been doing that because I am using anonymous read-only access at this point, and I believe that attempts to write to the repository. "Sync with repository" uses "cvs status" and does not attempts to write anything on the remote server: i've experimented with it playing with a module fetched from anoncvs.kde.org (which uses anonymous read-only access). |