Re: Help with moving repository
On Mon, Jan 20, 2003 at 10:21:48AM +, Mark Cooper wrote:
We are in the process of moving our cvs repository (pserver) for reasons of
size and speed, and have so far asked our CVS users to ensure everything is
checked in to the existing repository, remove the existing working copies
then modify their CVSROOT or -d options and check out again from the
address of the new repository (which is actually a mount point for the
moment from the old one, until everyone sets up correctly, then it will be
copied to its proper location at a convenient point).
Some of our developers are complaining that this is going to take them too
long (don't ask, I've already had the argument with them).
Is there a utility available anywhere to perform global changes to the cvs
metadata in a users working copy. For instance change the entry in cvs/root
from :pserver:user@oldcvs:/cvs/cvsroot to
:pserver:user@newcvs:/cvs/cvsroot. I can imagine that someone somewhere
has done this before.
If such a thing were available, it may just save me a few headaches.
If you are simply moving repository from one machine to another (and
keeping the same path), you could set up port redirection/forwarding on
the old machine, so all incoming connections on the old pserver box are
transparantly forwarded to the new pserver box. This can be achieved by
redir(1) [it's available on Linux]. Or if you use xinetd i *believe* it
can do port forwarding too (haven't tried, YMMV).
This should allow developers to use either CVSROOT and remove the need
for a sudden switch. The downside is that there bound to be somebody
who forgets to switch, which you will only discover once the port
forwarding is switched off.
On a related note: If you're moving the repository across machines, how
do you identify the machines? If you have control over your DNS set-up,
you may just want to use:
pserver.yourhost.yourdomain.tld
[substitute as appropriate]
and let pserver be a canonical name for the real box. In this way,
you can move the repository to your hearts content provided that you
update DNS accordingly (and keep the same path within the box).
Any views or opinions presented in this Email message are solely those of
the author and do not necessarily represent those of the Microlise Group
[snip]
whatever...
just my 2 ${MONETARY_UNIT}/100...
--
Karl E. Jørgensen
[EMAIL PROTECTED] http://karl.jorgensen.com JabberID: [EMAIL PROTECTED]
Today's fortune:
Running Windows on a Pentium is like having a brand new Porsche but only
be able to drive backwards with the handbrake on.
(Unknown source)
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Checking Out a Removed File
On Mon, Sep 30, 2002 at 08:52:40AM -0400, Jake Colman wrote: I created a file on a branch, made numerous changes, and ulitimately removed it from the branch. The file, of course, now exists only in the attic. I now need to look at how I did something in that source module. How do I checkout or gain access to a file that only exists in the attic? I know that CVS sees the file since a 'cvs co file' will tell me it is no loner pertinent. A 'cvs log' will show me the complete commit log. But how do I get the damned source?? Just check out a non-deleted revision of the file. From 'cvs log file' you should be able to see the last 'non-dead' revision number. Then: cvs checkout -r revision file HTH -- PGP signed and encrypted| .''`. |** Debian GNU/Linux ** messages preferred. | : :' : |By professionals, www.karl.jorgensen.com| \. `' |for professionals | `-| http://www.debian.org/ ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: controlled files to be deployed to different environments
On Wed, Aug 21, 2002 at 12:52:06PM -0500, Daniels, Dave F wrote: For one of my projects I have a configuration file, say mail.properties, which I'm versioning in CVS. The contents of this file will be different for different environments, though. For example, the mail server for my development environment is different than for my production environment. Currently, I have the development version controlled, and when my project is ready for deployment to production, I manually change the contents and send it off (but don't change the version in CVS). I would like suggestions on ways to control different versions of the same file. So far, the best idea we've come up with is to give each version a different extension and then use our make utility to pull the right one and rename it, so email.properties.dev becomes email.properties. Any other suggestions? Not really something for CVS to do... But: Why not then maintain separate *patch* files for each environment? It should then be possible to apply the relevant patches through your build system; only needing manual intervention when something doesn't apply cleanly (similar to CVS conflicts). -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com Today's fortune: If an experiment works, something has gone wrong. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: building a release: branching or tagging
On Tue, Jun 11, 2002 at 09:44:52AM -0500, [EMAIL PROTECTED] wrote: DO you make releases off a branch and then merge it into the trunk and then make another branch for the next release? Here's how we did it. The trunk was for main development. Periodically (ideally every six months, but this tended to slip) we would cut a release branch. At that time, new functionality was supposed to stop, although it's really not possible to time things so all the new functionality is ready at the same time, so there was generally work going on after the branch cut (while other people, who had finished their pieces for the release earlier, were working on next release's functionality on the trunk). When changes were made in the release, they were merged to the trunk. These included finishing up new functionality and bugfixes. While we did continuous testing, it was by no means perfect, and there were bugs that were best eradicated in an environment with no new functionality. Do you make one branch for each release or branch and merge for each change request that is to be included in the next release? One branch per release. This also allowed us to support customers with previous releases (unfortunately necessary for us). A small addition: For some changes, it may be useful to create a project branch where all the work relating to a specific change can be done, without destabilising the trunc. This is useful when e.g.: - The change is non-trivial and is expected to destabilise the trunc for a while. - If you're not certain that the change will be complete before the next release is branched off the trunc. Otherwise you will have to a) selectively revert out changes to remove all traces of the incomplete change or b) release *with* the incomplete change or c) delay the release All 3 of which are usually worth avoiding... - If you do NOT want the change to be part of the next release. Then you don't want it on the trunc (yet). - Multiple developers are involved in the change. - If you think the users may change their mind and not want the change after all (yes: it happens) or the business priorities change and they want something else to be released first. Since the changes aren't on the trunc, it's easy to declare the branch dead and possible resurrect it later. - There is doubt about *how* to implement it. (But then you really shouldn't start changing code yet, or at least not let the code leave the sandbox). Multiple branches allow you to try out competing implementations, without messing things up (too much) The downside is of course that the project branch will have to be merged into the trunc (and the possible conflicts that may arise from that). Just my 2p... -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com Today's fortune: Sex, Drugs Linux Rules -- MaDsen Wikholm, [EMAIL PROTECTED] ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Which dowload to use for Red Hat 7.2 i586?
On Fri, Apr 26, 2002 at 08:35:51AM -0700, Jerome wrote: I see downloads for i386 and i686. My machine is i586. Which binary should I use? Do I need to download source and compile for my machine? Or is there an available binary somewhere? Use the 386 ones. If you're really, really, really (repeat ad nauseum) worried about performance, get and compile your own. But compile-for-my-cpu is usually only done for the kernel and (possibly) libc/glibc; the performance gain will be miniscule... -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com Today's fortune: Polymer physicists are into chains. msg20332/pgp0.pgp Description: PGP signature
Re: keeping one's personal dotfiles under CVS
On Fri, Apr 19, 2002 at 11:49:38AM +0200, Louis-David Mitterrand wrote: Hello, I was wondering what strategies do CVS gurus use to manage their personal collection of dotfiles. We all a favorite .vimrc, .exrc, .muttrc, ~/.w3m/bookmarks.html, etc. The problem is keeping them in sync on all the machines we use. CVS seems like a nice tool for that. How would you go about keeping a repository of personal dotfiles? I'm not a CVS guru, but here goes... I use rsync to keep those files in sync. CVS isn't intended as a synchronisation tool, merely a (good) version control tool. The only downside is that you have to be somewhat disciplined to avoid modifying the same file on two boxes... -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com Today's fortune: The truth of a proposition has nothing to do with its credibility. And vice versa. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: viewing the history
On Mon, Apr 15, 2002 at 11:05:58AM -0400, Danial Islam wrote: I've been using cvs history -e to view the all the activities made to my repository. However, it seems it only shows transactions made with the current user ID (mine) and not those made by other people. For example, when I do a 'cvs history -e', I get this: [dislam@caiprs CVSROOT]% cvs history -e O 2002-04-12 15:18 + dislam CAIPRS =CAIPRS= remote/* T 2002-04-12 15:18 + dislam CAIPRS [CAIPRSMain:A] T 2002-04-12 15:19 + dislam CAIPRS [CAIPRS7670:CAIPRSMain] T 2002-04-12 15:20 + dislam CAIPRS [CAIPRS7770:CAIPRSMain] O 2002-04-15 13:25 + dislam [CAIPRS7670] CAIPRS =branch= remote/* But when I view the CVSROOT/history file, I see activities by another user, melgemai: [dislam@caiprs CVSROOT]% more history O3cb6fab5|dislam|remote/*0|CAIPRS||CAIPRS T3cb6fadb|dislam|remote|A|CAIPRSMain|CAIPRS T3cb6fb1c|dislam|remote|CAIPRSMain|CAIPRS7670|CAIPRS T3cb6fb42|dislam|remote|CAIPRSMain|CAIPRS7770|CAIPRS O3cbad4e5|dislam|remote/branch|CAIPRS|CAIPRS7670|branch O3cbadfc9|melgemai|remote/*0|CAIPRS|CAIPRS7670|CAIPRS O3cbadfc9|melgemai|remote/*0|CAIPRS|CAIPRS7670|CAIPRS O3cbadfc9|melgemai|remote/*0|CAIPRS|CAIPRS7670|CAIPRS O3cbadfc9|melgemai|remote/test|CAIPRS|CAIPRS7670|test O3cbae1e6|melgemai|remote/test|CAIPRS|CAIPRS7670|test O3cbae1fe|melgemai|remote/test|CAIPRS|CAIPRS7670|test O3cbae383|melgemai|remote/test|CAIPRS|CAIPRS7670|test Therefore, how should I run the 'cvs history' command so that it shows the entire history (i.e. for all users) in a readable format, similar to when I do a 'cvs history -e'? cvs history -ea -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com Today's fortune: Experiments must be reproducible; they should all fail in the same way. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: sccs2rcs to perl
On Fri, Mar 08, 2002 at 10:55:37AM -0800, Stephen Rasku wrote: I believe what he is refering to is that the more SCCS will get slower the more revisions you have in a file. Getting a file from RCS/CVS should be a constant time event for the latest version because RCS/CVS stores the latest revision verbatim. However, as I understand it, SCCS saves each version as #ifdefs. I don't think it stores a complete copy of the latest revision. Almost: SCCS stores the first version ad verbatim, followed by a delta for each version (=revision in RCS-speak). #ifdefs is a C (/C++?) thing. As such, it will have to calculate what is in the latest version and how long this takes will depend on how many revisions you have. -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com /\ \ / ASCII Ribbon Campaign x - Say NO to HTML in email / \ - Say NO to Word documents in email (and Macros!) ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: graphic interface
On Tue, Feb 05, 2002 at 09:54:29AM +0100, [EMAIL PROTECTED] wrote: Hello, I'm using a cvs pserver with linux and client stations are using wincvs on windows NT. I've not installed any graphic interface on my server and use the cvs command by hand. I've read about tkcv and gcvs for linux environnement Is it really helpfull and efficient to use this kind of interface for the server ? for the server ? Depends on what you mean. For doing server-side things (e.g. cvs init) then they are of limited use. I don't think tkcvs knows about init, and I would be surprised if gcvs does. But for develpers, I have to admit that tkcvs's tree view of revisions of a file beats wincvs' Graph option by orders of magnitude! Thanks a lot -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh msg16965/pgp0.pgp Description: PGP signature
Re: Revision Problem
On Thu, Jan 24, 2002 at 11:43:21PM -0800, seyethu Abthagir wrote: Hi All, I have created new directory structure for my project and imported it into the CVS repository using import command on Linux. I can see the Revision number as 1.1.1.1, when I checking out the imported .cpp files. But, I don't want the Revision number to be as 1.1.1.1 and I want the Revision number to be start with 1.1 as such. This is standard behaviour for CVS. It actually creates both version 1.1 and 1.1.1.1 of the files (which happen to be identical). The 1.1.1.1 version is on the vendor branch. The revision numbers should not really be taken as having much of a meaning. I find that just letting CVS do it's own thing with the version numbers works. If you want to assign any meaningful labels to the version numbers, tags are the way to go. If you reall, reall, really want the version numbers to start with 1.1 and never want to see an 1.1.1.1 version, they you may be better off performing an *empty* import: - Create a new directory - import the newly created (and still empty) directory. - check out the newly created project somewhere - copy your existing files into the new sandbox - add all your new directories and files - cvs commit. This should give you version 1.1 of everything. It would be appriciated, Could any one of u give me solution to erodicate this problem as soon as possible? Thanks in adv, abu. -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com Today's fortune: BTW: I have a better name for the software Microsoft Internet Exploder. -- George Bonser [EMAIL PROTECTED] msg16594/pgp0.pgp Description: PGP signature
Re: how to import modules in cvs
On Thu, Jan 24, 2002 at 04:14:54PM +0100, Strecker, Roland wrote: hi all, I want to import some old (non cvs)projects in cvs. Q:Can I make the directory-structure direct on the server before import the sources or have to do during the import? Nope. Import will create the directory structure for you. -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com Today's fortune: Besides, I think [Slackware] sounds better than 'Microsoft,' don't you? (By Patrick Volkerding) msg16550/pgp0.pgp Description: PGP signature
Re: someone shortcircuiting this list to razor-report?
On Mon, Jan 21, 2002 at 04:38:53PM +0100, Niklas Hallqvist wrote: Hi! Although this is clearly the most spam-intensive list I have ever been onto I somehow find it bad that someone is reporting *all* info-cvs messages to Razor (a collaborative spam-filtering network, see http://razor.sourceforge.net/). This causes false positives from Razor, which is irritating. So if someone know that they have done somekind of automatic filter and is seeing this, please check that your filter is correct! I realize there is likely no chance in hell reaching the one who does this, as (s)he is likely ignoring mails his filter is throwing away, but I thought I'd try anyhow. I'm having the same problem. Almost of razor's false positives are postings on this list. PS: You posting was treated as spam, curtesy of razor (or rather: Somebody feeding bogus info to razor...) Niklas -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com Today's fortune: To invent, you need a good imagination and a pile of junk. -- Thomas Edison msg16432/pgp0.pgp Description: PGP signature
Re: How can I get new files added in Branch into the main trunk?
On Sun, Jan 13, 2002 at 01:00:36AM -0500, Datla, Raghav wrote: Hi, I am not able to see any new files that are added in the branch when I update the main trunk with branch. The files are being moved to Attic when I actually go and check the repository. I am running the following command by staying at main trunck working directory. $pwd /main_trunk/working_dir $cvs update -rBranch_name Those new files - are they in a new directory (i.e. one that does not exist in your working copy) ? If so, then you need to: $ cvs update -d -rBranch_name Help is really appreciated, Hope this helps Thanks, -Raghav -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com ... An rfc2324 advocate http://www.rfc.net/rfc2324.html msg16123/pgp0.pgp Description: PGP signature
Re: syncing two sandboxes?
On Fri, Jan 11, 2002 at 09:33:42AM +0100, Janning Vygen wrote: Hi, we use a repository on our server and i use a local sandbox to do my work on a website. But i have a second sandbox server-side. This sandbox is used to let other people look via browser what i have already done before committing changes. No i have a lot of changes in my local sandbox. Is there an easy way to sync this local sandbox with my remote sandbox? You don't say what platform you're on, but you mail-headers suggest Linux... What about rsync? regards janning -- Planwerk 6 /websolutions Herzogstraße 86 40215 Düsseldorf -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com Today's fortune: MS-DOS, you can't live with it, you can live without it. -- from Lars Wirzenius' .sig msg16058/pgp0.pgp Description: PGP signature
Re: Question - commiting modified file
On Wed, Jan 09, 2002 at 11:00:09AM -0800, Anjali Madhekar wrote: When I generate some files during the build, they appear as 'modified' in CVS. when I do a 'diff' the exit status is '0' indicating that the files are indentical. 1. Do they have 'modified' status due to the file creation time stamp? (I'm not sure about this - grains of salt recommended): Could be. Probably depends on what CVS client you are using. Which CVS client are you using? 2. Out of 20-30 files that are generated, some may actually be different. So how do I checkin only those that changed? Is there some thing like a force checkin which allows me to checkin all files with the updated comment? (Though the file appears 'modified' CVS does not seem to commit it if it is actually an identical file, is this correct?) I believe it is. But you can *force* a commit with cvs commit -f 3. After doing a 'commit' on a file that appears modified but is identical, CVS does not check in that file. But the file continues to appear as 'modified'. How can I get it to show the status as current? (grains of salt again): Sounds like your CVS client is looking at the timestamp. Which client? Thanks, Anjali -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com /\ \ / ASCII Ribbon Campaign x - Say NO to HTML in email / \ - Say NO to Word documents in email (and Macros!) msg16028/pgp0.pgp Description: PGP signature
Re: Merging
On Wed, Jan 09, 2002 at 01:38:26PM -0500, [EMAIL PROTECTED] wrote: To whom it may concern: I have two revisions 1.7 1.8 with a symbolic tag IS8_SAP_AR1 that had to be merge. Hm. What do you mean? CVS merges *changes* (i.e. differences between versions) into a working copy - it does not merge *versions*. Before you can get sensible answers, I think you need to rephrase your problem... (sorry) - a bit more context perhaps? Do I simply do a cvs update -j 1.8 -j 1.7 filename ? We have a project that needs to be release and I was thrown into this CVS thing without any training, I am just doing things from the CVS Manual. Which manual? Hopefully the cederquist manual (=recommended reading)? Thank you again. -- Irene -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com Today's fortune: Sigh. I like to think it's just the Linux people who want to be on the leading edge so bad they walk right off the precipice. -- Craig E. Groeschel msg16029/pgp0.pgp Description: PGP signature
Re: checkout a certain revision of a file
On Wed, Dec 26, 2001 at 03:08:51PM +0200, Baurjan Ismagulov wrote: Hello, I've just committed revision 1.9 of a file. Now I want to checkout revision 1.3 of that file. How can I do that? I don't have any tagged releases. cvs update -r1.3 filename ? You don't need a tag if you know the version number. Usually people will only use version numbers when talking about individual files though. I browsed cvs(1), info pages, faq-o-matic at cvshome, info-cvs archives, and google; I'm still unable to do that :( . I listed the log for that file and tried to retrieve the file using -D option, but timestamps listed in $Id$ lines of the files retrieved do not seem to be quite related to what I had requested. I tried to specify the timezone (although I committed the files from the same machine), but this didn't work for me. Please excuse me for not giving any details -- I feel frustrated and can't produce any useful examples. Please ask if more information is needed. Thanks in advance, Baurjan. -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com Today's fortune: james abuse me. I'm so lame I sent a bug report to debian-devel-changes -- Seen on #Debian msg15917/pgp0.pgp Description: PGP signature
Re: testing a cvs mirror
On Thu, Dec 20, 2001 at 11:06:05AM +, Santosh Cheler wrote: Hi I could setup a cvs mirror, but I want to make sure it has all the versions of all the files of the main cvs server. 1. Is there any standard method/tool for testing a mirror? 2. This testing can done thru a script, fetching each version of each file from the two cvs servers and comparing them. For this I need a) the list of files in the cvs b) given a file, what are all its versions. Can somebody help me with the commands for the above? What about rsync --delete --dry-run ? Thanks Santosh -=-=-=-=-=- _ MSN Photos is the WORST way to share and print your photos: http://photos.msn.com/support/worldwide.aspx -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com Today's fortune: What I've done, of course, is total garbage. -- R. Willard, Pure Math 430a msg15690/pgp0.pgp Description: PGP signature
Re: recursive add
On Mon, Dec 17, 2001 at 12:25:37PM +0100, David D wrote: I m not an expert of nix command but : What the purpose of xargs, it redistribute the output of the command before | to the commande after ? Exactly. It could probably also be done by this one: $ cvs add $(find . -type d; find . -type f) or $ cvs add $(find . -print) - if find prints the directories before the files in them. I think it does. Both of the above will run into problems if there are too many files. Then the shell will complain about the maximum command line length. xargs will chop it up to avoid that. -- PGP signed and encrypted| .''`. |** Debian GNU/Linux ** messages preferred. | : :' : |By professionals, www.karl.jorgensen.com| \. `' |for professionals | `-| http://www.debian.org/ msg15568/pgp0.pgp Description: PGP signature
Re: recursive add
On Fri, Dec 14, 2001 at 03:03:34PM +0900, Alex Shinn wrote: Is there a way to recursively add directory hierarchies in cvs? The manual says to use import in this case, but that doesn't do what I want since I'm trying to add within a branch. Even if I specify the releasetag as an existing branch release, the files get imported into the main branch as well. What about something like: $ find . -type d -print | grep -v CVS| xargs cvs add followed by $ find . -type f -print | grep -v CVS | xargs cvs add (assuming that all files are text) ?? -- Alex -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com Today's fortune: Order and simplification are the first steps toward mastery of a subject -- the actual enemy is the unknown. -- Thomas Mann msg15546/pgp0.pgp Description: PGP signature
Re: Cannot rename ,filename,, to filename,v: File Exists when tag ging a module
[Pls wrap your long lines] On Wed, Dec 12, 2001 at 06:27:23PM +0800, Wong Wahmeng-r32813 wrote: Hello there, Sometimes I encounter this problem. The problem occurs when I tag a module. A file is somehow not able to be tagged and following errors appear on my WinCVS window. Most of the files under this module were successfully tagged. cvs -q rtag EAP_PROD_1_0 CIM-EI cvs [rtag aborted]: cannot rename files H:\TSC_IS\EI_CVS\RELEASE_REPOSITORY\CIM-EI\S-EAP6\TCP-9600/,TCP9600drv.dll, toH:\TSC_IS\EI_CVS\RELEASE_REPOSITORY\CIM-EI\S-EAP6\S-EAP6\TCP-9600/TCP9600drv.dll,v: File exists I've sometimes seen this on WinNT (are you running NT?) and concluded that wincvs doesn't *always* close files it has used. After having elimitated the possibility of other people using the file in question, I found that shutting down wincvs and re-starting it helps. Don't know why. But it might do the trick for you. Remember that NT does not allow you to remove files that are open by somebody, whereas Unix/Linux does. And CVS originates from Unix/Linux. Since your H: driver is probably a network drive, you might do well to see who/what uses that file. I checked the repository and I found ,TCP9600drv.dll, file exists under H:\TSC_IS\EI_CVS\RELEASE_REPOSITORY\CIM-EI\S-EAP6\TCP-9600 folder. I tried to remove this file and redo but obtain the same error. If I don't remove this file and rerun the cvs tag command over the same file, I got following error message:- cvs -q tag EAP_PROD_1_0 TCP9600drv.dll cvs [tag aborted]: could not open lock file 'H:\TSC_IS\EI_CVS\RELEASE_REPOSITORY\CIM-EI\S-EAP6\TCP-9600/,TCP9600drv.dll,': File exists Please advise and appreciate your input to resolve this problem. Thanks in advance!!! Regards, Wah Meng -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com Today's fortune: Less is more or less more -- Y_Plentyn on #LinuxGER msg15469/pgp0.pgp Description: PGP signature
