Apache OpenOffice (AOO) Bugzilla – Issue 76125
[Stage] cvs rdiff command broken
Last modified: 2007-05-10 09:39:24 UTC
The release notes for CEE 4.5.2 state that issue 42735 regarding r-commands like rtag an rdiff are fixed. "Issue 42735: Use of the remote cvs commands rtag or rdiff requires that the user substitute the actual drive path rather than using the relative path as with add and commit. This can be confusing." cvs rlog works as described with both the actual drive path and the relative path. But rdiff breaks with: cvs rdiff: in directory .: cvs [rdiff aborted]: *PANIC* administration files missing regard less if the actual drive path or the relative drive path is used. This is serious because the OOo child workspace tooling makes heavy use of the rdiff command. Command line (used in an empty directory): $ cvs -t -d :pserver:hr%cvs.stage.openoffice.org@sd-cvs-proxy:/cvs rdiff -r CWS_SRC680_HR42_ANCHOR -r cws_src680_hr42 porting/sal -> main loop with CVSROOT=:pserver:hr%cvs.stage.openoffice.org@sd-cvs-proxy:/cvs -> Connecting to sd-cvs-proxy(10.16.199.36):2401 S-> my_module (porting/sal, Patching, , ) S-> Reader_Lock(/cvs/porting/sal) S-> Reader_Lock(/cvs/porting/sal/JOBS) S-> Reader_Lock(/cvs/porting/sal/cpprt) S-> Reader_Lock(/cvs/porting/sal/inc) S-> Reader_Lock(/cvs/porting/sal/inc/internal) S-> Reader_Lock(/cvs/porting/sal/inc/osl) S-> Reader_Lock(/cvs/porting/sal/inc/pch) S-> Reader_Lock(/cvs/porting/sal/inc/rtl) S-> Reader_Lock(/cvs/porting/sal/inc/sal) S-> Reader_Lock(/cvs/porting/sal/inc/systools) S-> Reader_Lock(/cvs/porting/sal/inc/systools/win32) S-> Reader_Lock(/cvs/porting/sal/osl) S-> Reader_Lock(/cvs/porting/sal/osl/all) S-> Reader_Lock(/cvs/porting/sal/osl/docu) S-> Reader_Lock(/cvs/porting/sal/osl/mac) S-> Reader_Lock(/cvs/porting/sal/osl/os2) S-> Reader_Lock(/cvs/porting/sal/osl/os2/helpers) S-> Reader_Lock(/cvs/porting/sal/osl/os2/lvm) S-> Reader_Lock(/cvs/porting/sal/osl/unx) S-> Reader_Lock(/cvs/porting/sal/osl/unx/asm) S-> Reader_Lock(/cvs/porting/sal/osl/w16) S-> Reader_Lock(/cvs/porting/sal/osl/w32) S-> Reader_Lock(/cvs/porting/sal/prj) S-> Reader_Lock(/cvs/porting/sal/qa) S-> Reader_Lock(/cvs/porting/sal/qa/ByteSequence) S-> Reader_Lock(/cvs/porting/sal/qa/OStringBuffer) S-> Reader_Lock(/cvs/porting/sal/qa/OUStringBuffer) S-> Reader_Lock(/cvs/porting/sal/qa/helper) S-> Reader_Lock(/cvs/porting/sal/qa/helper/gcov) S-> Reader_Lock(/cvs/porting/sal/qa/inc) S-> Reader_Lock(/cvs/porting/sal/qa/osl) S-> Reader_Lock(/cvs/porting/sal/qa/osl/condition) S-> Reader_Lock(/cvs/porting/sal/qa/osl/file) S-> Reader_Lock(/cvs/porting/sal/qa/osl/module) S-> Reader_Lock(/cvs/porting/sal/qa/osl/mutex) S-> Reader_Lock(/cvs/porting/sal/qa/osl/pipe) S-> Reader_Lock(/cvs/porting/sal/qa/osl/process) S-> Reader_Lock(/cvs/porting/sal/qa/osl/profile) S-> Reader_Lock(/cvs/porting/sal/qa/osl/security) S-> Reader_Lock(/cvs/porting/sal/qa/osl/semaphore) S-> Reader_Lock(/cvs/porting/sal/qa/osl/socket) S-> Reader_Lock(/cvs/porting/sal/qa/rtl) S-> Reader_Lock(/cvs/porting/sal/qa/rtl/alloc) S-> Reader_Lock(/cvs/porting/sal/qa/rtl/bootstrap) S-> Reader_Lock(/cvs/porting/sal/qa/rtl/cipher) S-> Reader_Lock(/cvs/porting/sal/qa/rtl/crc32) S-> Reader_Lock(/cvs/porting/sal/qa/rtl/digest) S-> Reader_Lock(/cvs/porting/sal/qa/rtl/doublelock) S-> Reader_Lock(/cvs/porting/sal/qa/rtl/locale) S-> Reader_Lock(/cvs/porting/sal/qa/rtl/logfile) S-> Reader_Lock(/cvs/porting/sal/qa/rtl/math) S-> Reader_Lock(/cvs/porting/sal/qa/rtl/ostring) S-> Reader_Lock(/cvs/porting/sal/qa/rtl/oustring) S-> Reader_Lock(/cvs/porting/sal/qa/rtl/oustringbuffer) S-> Reader_Lock(/cvs/porting/sal/qa/rtl/process) S-> Reader_Lock(/cvs/porting/sal/qa/rtl/random) S-> Reader_Lock(/cvs/porting/sal/qa/rtl/strings) S-> Reader_Lock(/cvs/porting/sal/qa/rtl/textenc) S-> Reader_Lock(/cvs/porting/sal/qa/rtl/uri) S-> Reader_Lock(/cvs/porting/sal/qa/rtl/uuid) S-> Reader_Lock(/cvs/porting/sal/qa/rtl_strings) S-> Reader_Lock(/cvs/porting/sal/qa/sce) S-> Reader_Lock(/cvs/porting/sal/qa/strings) S-> Reader_Lock(/cvs/porting/sal/qa/systools) S-> Reader_Lock(/cvs/porting/sal/qa/testHelperFunctions) S-> Reader_Lock(/cvs/porting/sal/rtl) S-> Reader_Lock(/cvs/porting/sal/rtl/source) S-> Reader_Lock(/cvs/porting/sal/sdaemon) S-> Reader_Lock(/cvs/porting/sal/systools) S-> Reader_Lock(/cvs/porting/sal/systools/macxp_extras) S-> Reader_Lock(/cvs/porting/sal/systools/macxp_extras/aqua) S-> Reader_Lock(/cvs/porting/sal/systools/macxp_extras/macxp_extras) S-> Reader_Lock(/cvs/porting/sal/systools/macxp_extras/macxp_extras/x11osx) S-> Reader_Lock(/cvs/porting/sal/systools/macxp_extras/x11) S-> Reader_Lock(/cvs/porting/sal/systools/macxp_extras/x11osx) S-> Reader_Lock(/cvs/porting/sal/systools/unx) S-> Reader_Lock(/cvs/porting/sal/systools/util) S-> Reader_Lock(/cvs/porting/sal/systools/win32) S-> Reader_Lock(/cvs/porting/sal/systools/win32/advapi32) S-> Reader_Lock(/cvs/porting/sal/systools/win32/comdlg32) S-> Reader_Lock(/cvs/porting/sal/systools/win32/guistdio) S-> Reader_Lock(/cvs/porting/sal/systools/win32/inc) S-> Reader_Lock(/cvs/porting/sal/systools/win32/kernel32) S-> Reader_Lock(/cvs/porting/sal/systools/win32/kill) S-> Reader_Lock(/cvs/porting/sal/systools/win32/mpr) S-> Reader_Lock(/cvs/porting/sal/systools/win32/ole32) S-> Reader_Lock(/cvs/porting/sal/systools/win32/onlineupdate) S-> Reader_Lock(/cvs/porting/sal/systools/win32/shell32) S-> Reader_Lock(/cvs/porting/sal/systools/win32/shell32x) S-> Reader_Lock(/cvs/porting/sal/systools/win32/tools32) S-> Reader_Lock(/cvs/porting/sal/systools/win32/user32) S-> Reader_Lock(/cvs/porting/sal/systools/win32/uwinapi) S-> Reader_Lock(/cvs/porting/sal/test) S-> Reader_Lock(/cvs/porting/sal/test/unloading) S-> Reader_Lock(/cvs/porting/sal/tests) S-> Reader_Lock(/cvs/porting/sal/tests/sce) S-> Reader_Lock(/cvs/porting/sal/textenc) S-> Reader_Lock(/cvs/porting/sal/textenc/generate) S-> Reader_Lock(/cvs/porting/sal/typesconfig) cvs rdiff: in directory .: cvs [rdiff aborted]: *PANIC* administration files missing -> Lock_Cleanup() Same with the old style actual drive path command line: $ cvs -t -d :pserver:hr%cvs.stage.openoffice.org@sd-cvs-proxy:/shared/data/helm/cvs/repository rdiff -r CWS_SRC680_HR42_ANCHOR -r cws_src680_hr42 porting/sal -> main loop with CVSROOT=:pserver:hr%cvs.stage.openoffice.org@sd-cvs-proxy:/shared/data/helm/cvs/repository -> Connecting to sd-cvs-proxy(10.16.199.36):2401 S-> my_module (porting/sal, Patching, , ) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/JOBS) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/cpprt) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/inc) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/inc/internal) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/inc/osl) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/inc/pch) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/inc/rtl) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/inc/sal) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/inc/systools) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/inc/systools/win32) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/osl) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/osl/all) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/osl/docu) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/osl/mac) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/osl/os2) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/osl/os2/helpers) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/osl/os2/lvm) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/osl/unx) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/osl/unx/asm) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/osl/w16) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/osl/w32) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/prj) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/ByteSequence) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/OStringBuffer) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/OUStringBuffer) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/helper) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/helper/gcov) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/inc) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/osl) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/osl/condition) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/osl/file) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/osl/module) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/osl/mutex) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/osl/pipe) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/osl/process) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/osl/profile) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/osl/security) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/osl/semaphore) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/osl/socket) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl/alloc) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl/bootstrap) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl/cipher) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl/crc32) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl/digest) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl/doublelock) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl/locale) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl/logfile) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl/math) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl/ostring) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl/oustring) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl/oustringbuffer) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl/process) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl/random) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl/strings) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl/textenc) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl/uri) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl/uuid) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/rtl_strings) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/sce) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/strings) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/systools) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/qa/testHelperFunctions) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/rtl) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/rtl/source) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/sdaemon) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/macxp_extras) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/macxp_extras/aqua) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/macxp_extras/macxp_extras) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/macxp_extras/macxp_extras/x11osx) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/macxp_extras/x11) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/macxp_extras/x11osx) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/unx) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/util) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/win32) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/win32/advapi32) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/win32/comdlg32) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/win32/guistdio) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/win32/inc) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/win32/kernel32) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/win32/kill) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/win32/mpr) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/win32/ole32) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/win32/onlineupdate) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/win32/shell32) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/win32/shell32x) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/win32/tools32) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/win32/user32) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/systools/win32/uwinapi) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/test) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/test/unloading) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/tests) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/tests/sce) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/textenc) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/textenc/generate) S-> Reader_Lock(/shared/data/helm/cvs/repository/porting/sal/typesconfig) cvs rdiff: in directory .: cvs [rdiff aborted]: *PANIC* administration files missing -> Lock_Cleanup()
This is a regression over the current CEE version. Currently "cvs rdiff" works work with actual path drive.
reassigning to support...
Hi, Thank you for contacting CollabNet customer support. Will initiate research based on the provided details & provide you an update once we have adequate information. Regards, Jeeva Support Operations
While investigating on the rdiff on the project named porting we were able to replicate the error as mentioned above : [jobin@localhost openofficestagetesting]$ cvs -d :pserver:jobin@stage.openoffice.org:/cvs rdiff -r CWS_SRC680_HR42_ANCHOR -r cws_src680_hr42 porting/sal cvs rdiff: in directory .: cvs [rdiff aborted]: *PANIC* administration files missing However we were unable to reproduce the similar error in other projects like e.g., qa . Hence we were presuming there must be something in the repo for this particular module . We have filed an internal issue requesting our internal engineers to check the state of the repo .
We seem to getting these errors in the stage box *only* for this particular module even if after running a script to clean up the repo : [jobin@localhost openofficetesting]$ cvs -d :pserver:jobin@stage.openoffice.org:/cvs rdiff -r CWS_SRC680_HR42_ANCHOR -r cws_src680_hr42 porting/sal cvs rdiff: in directory .: cvs [rdiff aborted]: *PANIC* administration files missing However when trying the same command in the production box we seem to be getting assertion errors hence we think there is something happening *specifically* in the porting project . [jobin@localhost openofficetesting]$ cvs -d :pserver:jobin@cvs.openoffice.org:/cvs login Logging in to :pserver:jobin@cvs.openoffice.org:2401/cvs CVS password: [jobin@localhost openofficetesting]$ cvs -d :pserver:jobin@cvs.openoffice.org:/cvs rdiff -r CWS_SRC680_HR42_ANCHOR -r cws_src680_hr42 porting/sal cvs server: Diffing porting/sal lock.c:223: failed assertion strncmp (repository, current_parsed_root->directory, strlen (current_parsed_root->directory)) == 0' cvs [server aborted]: received abort signal lock.c:223: failed assertion strncmp (repository, current_parsed_root->directory, strlen (current_parsed_root->directory)) == 0' cvs [server aborted]: received abort signal
Working with a "relative" path as in: cvs -d :pserver:jobin@cvs.openoffice.org:/cvs rdiff -r CWS_SRC680_HR42_ANCHOR -r cws_src680_hr42 porting/sal never worked. This is an old CEE bug, exactly the one which was supposed to be fixed. What did work was using the "actual drive path": /shared/data/helm/cvs/repository Please retry your experiment with: cvs -d :pserver:jobin@cvs.openoffice.org:/shared/data/helm/cvs/repository rdiff -r CWS_SRC680_HR42_ANCHOR -rcws_src680_hr42 porting/sal and you will see that this works. We used the "actual drive path" for years as a workaround in our tools because we depend on the "rdiff" functionality. On the staging server neither the correct way to access the repository via /cvs works nor the workaround via /shared/data/helm/cvs/repository, This is a showstopper for upgrading to CEE 4.5.2. The "rlog" command, interestingly, works with both the "relative drive path" (/cvs) and the "actual drive path" (/shared/data/helm/cvs/repository) on the staging server. When you fix the bug it would be nice if the workaround stays valid for a little while because we need to migrate our tools from the old broken way to the new correct way.
Your clean up seems to have fixed the problem. We checked with the paths "...:/cvs" and "/shared/data/helm/cvs/repository". Both work fine now. We will continue to work with the long path until our tools have been changed to use the short path.
The problem still occures in several projects. It doesn't matter whether the short or long path is used. The simple symptom is that rdiff does not work but results in *panic*. Examples are cvs -d :pserver:st@cvs.stage.openoffice.org:/shared/data/helm/cvs/repository rdiff -D 2007/02/18 -s sw/sw cvs -d :pserver:st@cvs.stage.openoffice.org:/cvs rdiff -r CWS_SRC680_WARNINGS01_ANCHOR -r cws_src680_warnings01 -s sw/sw/inc Modules affected are api br-pt dba ... sw A complete list will follow as soon as we have it.
api br-pt dba de extensions external fr framework gl graphics gsl installation it l10n look mk oi pt qa sc sk sw tools udk util whiteboard xml
Stefan , I am back in Chennai . I was just looking at the issue updates according to our engineers . We think the errors the "cvs [rdiff aborted]: *PANIC* administration files missing", could be due to spurious 'CVS' directories inside the repository. To resolve the problem with the porting module we had cleaned up the repository . However since you have stated that all the projects/module listed below seems to facing a similar kind of problem.I would check immediately back with the engineer and would get back to you with the details.
Stefan , We had cleaned up the entire stage repo ,since we found out there were many CVS dir in the repos. Also was able to rdiff successfully for the modules given below . cvs -d :pserver:jobin@cvs.stage.openoffice.org:/shared/data/helm/cvs/repository rdiff -D 2007/02/18 -s sw/sw cvs -d :pserver:jobin@cvs.stage.openoffice.org:/cvs rdiff -r CWS_SRC680_WARNINGS01_ANCHOR -r cws_src680_warnings01 -s sw/sw/inc When doing a rdiff of CWS_SRC680_HR42_ANCHOR found that this tag doesnt exist in the stage box . Please note that this is snapshot from a previous date . $ cvs -d :pserver:jobin@cvs.stage.openoffice.org:/shared/data/helm/cvs/repository rdiff -r CWS_SRC680_HR42_ANCHOR -r cws_src680_hr42 porting/sal cvs [rdiff aborted]: no such tag CWS_SRC680_HR42_ANCHOR
The issue is resolved AFAICS. Heiner, any further comments? Please run the same cleanup on the production site as soon as we have migrated.
The issue is resolved if it's established that these broken "CVS" dirs do not reappear on the production server once the repository has been cleaned. Has anyone an idea how these broken dirs have been generated in the first place? Is the mechanism responsible for them fixed? The problem here is that "cvs rdiff" is so at the heart of our CWS process that every occurrence in any module would completely stop us. Developers couldn't rebase their workspaces to newer milestones, workspaces couldn't be analyzed, workspaces couldn't be merged into the main code lines. There is no easy workaround short of a major rewrite of our tooling if something happens here. The OOo release process would be essentially stopped until such a problem is fixed. With other words, if this happens on the production server even only once major unhappiness would be the result :-).
works; verified and closing