RE: cvs update: move away ; it is in the way
Rachel Suddeth wrote: > Oh nevermind. I see there is an uncontrolled file by the same > name in the > sandbox. Glad we could help :=) BTW, with respect to this question: > > I'm not sure how > to say if a > > message came from CVSNT client, or the server running under > Linux the first part of the message tells you where it originated: > >> cvs server: Updating BhCtrl/BHTypes "cvs server" - the server generated the message. -- Jim Hyslop Senior Software Designer Leitch Technology International Inc. ( http://www.leitch.com ) Columnist, C/C++ Users Journal ( http://www.cuj.com/experts ) ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: cvs update: move away ; it is in the way
Hello, * On Thu, Dec 09, 2004 at 08:27:40AM -0600 Rachel Suddeth wrote: > I got this in output window from WinCVS. I'm not sure how to say if a > message came from CVSNT client, or the server running under Linux but > I'm guessing server since path has "/", not "\" in it... > >cvs server: Updating BhCtrl/BHTypes > >cvs update: move away BhCtrl/BHTypes/BHTypes.csproj; it is in the way. You want to checkout (or, in this case, update) the file BhCtrl/BHTypes/BHTypes.csproj from the repository, but this file is already in your sandbox. Unfortunately, the file is not under control of CVS. Thus, CVS does not want to overwrite it, as you might loose the file if it is totally different to what is checked out here. Have you copied the file "by hand" into the sandbox? You can rename the file BHTypes.csproj to something different and look what CVS checks out for you. Furthermore, I have seen this problem on the CVSHOME version of CVS on Windows systems if there are files in the repository which differ only in the case. Well, IIRC, it was more if there are directories which only differ by case. For more details, see the thread I started here Date: Sun, 18 Apr 2004 18:37:32 +0200 Subject: Windows with Dir/ and dir/ From: Spiro Trikaliotis <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> (sorry, the archive does not work now, so I cannot give you an URL) HTH, Spiro. -- Spiro R. Trikaliotis http://www.trikaliotis.net/ http://www.viceteam.org/ ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: cvs update: move away ; it is in the way
Oh nevermind. I see there is an uncontrolled file by the same name in the sandbox. (Not sure how that happened... fortunately I didn't make any changes in that module yesterday, so nothing should be messed up.) - Original Message - From: "Rachel Suddeth (Bloodhound Software)" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, December 09, 2004 8:27 AM Subject: cvs update: move away ; it is in the way I don't know what this means, and haven't found it in FAQs or by searching archives (most of the words in it I think get tossed out by basic searches.) Actually, it was in one WinCVS FAQ, but the entry said "sorry not yet." I got this in output window from WinCVS. I'm not sure how to say if a message came from CVSNT client, or the server running under Linux but I'm guessing server since path has "/", not "\" in it... cvs server: Updating BhCtrl/BHTypes cvs update: move away BhCtrl/BHTypes/BHTypes.csproj; it is in the way. Can anyone tell me what causes that? Thanks, Rachel __ Roydan Enterprises Ltd 602 North 9th Street Manitowoc, WI 54220-3924 1-800-236-6906 (920)-684-3688 Fax: (920)-684-3630 ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
cvs update: move away ; it is in the way
I don't know what this means, and haven't found it in FAQs or by searching archives (most of the words in it I think get tossed out by basic searches.) Actually, it was in one WinCVS FAQ, but the entry said "sorry not yet." I got this in output window from WinCVS. I'm not sure how to say if a message came from CVSNT client, or the server running under Linux but I'm guessing server since path has "/", not "\" in it... cvs server: Updating BhCtrl/BHTypes cvs update: move away BhCtrl/BHTypes/BHTypes.csproj; it is in the way. Can anyone tell me what causes that? Thanks, Rachel __ Roydan Enterprises Ltd 602 North 9th Street Manitowoc, WI 54220-3924 1-800-236-6906 (920)-684-3688 Fax: (920)-684-3630 ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: cvs checkout: move away ... it is in the way
Lukasz Indyk wrote: i have a problem with "cvs checkout: move away ... it is in the way" warrning. this is the situation when it occurs (HTMLGenerator is one o my modules that i put in cvs): cvs login # i use pserver through inetd cvs co HTMLGenerator# everything is ok, i also checked that i # can commit my changes I assume that you don't have a HTMLGenerator file structure at this point, and that you use "cvs co" to get a pristine sandbox. cvs co HTMLGenerator# i checkout repository once again, and i # get: ... cvs checkout: move away HTMLGenerator/images/rmv_row_f2.gif; it is in the way ... In that case would I suggest that you try a "cvs update" instead of the second "cvs co", and keep using "update" for your further updates of your sandbox. Checkout is generally only used to create a CVS sandbox the first time and then never used again, which might explain why cvs is not pleased with all the files that are already there. Karl-Koenig Koenigsson -- Karl-Koenig Koenigsson, CM Pablo Black holes are where god divided by 0. ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
cvs checkout: move away ... it is in the way
hello i have a problem with "cvs checkout: move away ... it is in the way" warrning. this is the situation when it occurs (HTMLGenerator is one o my modules that i put in cvs): cvs login # i use pserver through inetd cvs co HTMLGenerator# everything is ok, i also checked that i # can commit my changes cvs co HTMLGenerator# i checkout repository once again, and i # get: ... cvs checkout: move away HTMLGenerator/images/rmv_row_f2.gif; it is in the way ... the warrning occurs with every file that is in working copy of repository. the other (stupid) detail: yesterday everything worked with no warnings, the error occured today (no changes in cvs configuration) :( what to do now? Lukasz Indyk <[EMAIL PROTECTED]> gadu-gadu: 1971925 ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: move away ... it is in the way
>>cvs up >cvs update: move away ./32-well Rotor.jpg; it is in the way >C 32-well Rotor.jpg > >>del "32-Well Rotor.jpg" > >>cvs up >cvs update: warning: 32-Well Rotor.jpg was lost >U 32-Well Rotor.jpg >cvs update: move away ./32-well Rotor.jpg; it is in the way >C 32-well Rotor.jpg Looks like you have two files in the repository which just differ in case (well/Well). If you're working (partly) on Windows this of course won't work. If having two files was not intentional you need to remove/rename one. bye Fabi ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
move away ... it is in the way
Hi All, Am getting the following behaviour with a resurrected file. When I run cvs up, it tells me a file is in the way. I delete it, and it creates a new file which it still considers in the way. I can throw away my sandbox but it has already happened on a larger scale to another developer and I want to find a definitive solution before it trashes someone's work in progress. Client: Concurrent Versions System (CVSNT) 2.0.11 (client/server) Windows 2000 Server: CVS 1.11.9 (on Redhat) Transcript == >cvs up cvs update: move away ./32-well Rotor.jpg; it is in the way C 32-well Rotor.jpg >del "32-Well Rotor.jpg" >cvs up cvs update: warning: 32-Well Rotor.jpg was lost U 32-Well Rotor.jpg cvs update: move away ./32-well Rotor.jpg; it is in the way C 32-well Rotor.jpg === Status: >cvs status "32-Well Rotor.jpg" === File: 32-Well Rotor.jpg Status: Up-to-date Working revision:1.2.2.2 Repository revision: 1.2.2.2 /.../ 32-well Rotor.jpg,v Sticky Tag: VER_PATCHES (branch: 1.2.2) Sticky Date: (none) Sticky Options: -kb Corresponding entry in CVS\Entries: /32-Well Rotor.jpg/1.2.2.2/Mon May 17 05:16:25 2004/-kb/TVER_PATCHES Any help appreciated, Matthew Herrmann Far Edge Technology http://www.faredge.com.au/ ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Move away it is in the way
Francesc Guasch writes: > > If I checkout files that are already there, shouldn't > they be ignored ? Usually, but not always. If the directory is already checked out, you probably just want to use update rather than checkout. -Larry Jones These pictures will remind us of more than we want to remember. -- Calvin's Mom ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Move away it is in the way
[EMAIL PROTECTED] escribió: > Thank you for answering me, David. > > move away ... it is in the way. > > > This would seem to mean that the files are already there. Assuming If I checkout files that are already there, shouldn't they be ignored ? > If not, it probably means that you didn't clean out the directory > as much as you should. The files are html files from a web server. I can't remove all and then check them out. I'm thinking about intercept these files and remove them, then check out again, but I'd prefer not to do it. > If I do a manual checkout it works. > > > Are you entering the exact same commands? You might want to print yes, I print the commands and I type it. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Move away it is in the way
> I've spent many many time trying to deal with my problem. > > I got some things in a repositoy that I want to be > checked out automatically once in a while. So I made > a perl script that does this. > > I almost works, but I got some files that complain with > > move away ... it is in the way. > This would seem to mean that the files are already there. Assuming you're checking out into a clean directory, could you possibly be checking the same files out twice? If not, it probably means that you didn't clean out the directory as much as you should. > All the other files work. > > If I do a manual checkout it works. > Are you entering the exact same commands? You might want to print out those commands to a log file and run them by hand, in order. > If I remove the file and run the script it works, but > I don't want to do this. > Why not? That would seem to be the solution (or, actually, put something in the script to remove the file). David H. Thornley| If you want my opinion, ask. [EMAIL PROTECTED] | If you don't, flee. http://www.thornley.net/~thornley/david/ | O- ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Move away it is in the way
I've spent many many time trying to deal with my problem. I got some things in a repositoy that I want to be checked out automatically once in a while. So I made a perl script that does this. I almost works, but I got some files that complain with move away ... it is in the way. All the other files work. If I do a manual checkout it works. If I remove the file and run the script it works, but I don't want to do this. I checked the environment vars: CVSROOT , CVS_RSH and the user is the same. What else should I check ? -- frankie ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
move away ... it is in the way
Why would I get the below error message? cvs checkout: move away dir/file; it is in the way Even checking the same file out twice does not cause this error. However, if you look at the examples below (note they all contain 2 dirs) on what works on what does not work you can see a pattern. First, it only happens with the -D switch! Second, specifying two directries with the second directory being a subdirectory of the first. The examples below are a simplified example of my modules file. I tracked it down this far, but to me it looks like a bug? Could someone try the below examples on a newer version of CVS (my Linux server is 2-3 years old). Thanks. These commands fail: cvs co -D "2001-09-13 00:30" code/optimization/productOpt code/optimization/productOpt/include/DVH.h cvs co -D "2001-09-13 00:30" code/build code/build/config/buildList.txt cvs co -D "2001-09-13 00:30" code/build code/build/config cvs co -D "2001-09-13" code/build code/build/config/buildList.txt These commands work: cvs co -D "2001-09-13 00:30" code/build code/build/sbc.bat cvs co code/build code/build/config/buildList.txt I am using WinCVS with a Linux CVS server. Olaf ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: move away ... it is in the way
Larry, > there's already a file in your working directory with the same name that wasn't checked out from the repository No true in my case. Even checking the same file out twice does not cause this error. However, if you look at the examples below (note they all contain 2 dirs) on what works on what does not work you can see a pattern. First, it only happens with the -D switch! Second, specifying two directries with the second directory being a subdirectory of the first. The examples below are a simplified example of my modules file. I tracked it down this far, but to me it looks like a bug? Could someone try the below examples on a new version of CVS (my Linux server is 2-3 years old). Thanks. These commands fail: cvs co -D "2001-09-13 00:30" code/optimization/productOpt code/optimization/productOpt/include/DVH.h cvs co -D "2001-09-13 00:30" code/build code/build/config/buildList.txt cvs co -D "2001-09-13 00:30" code/build code/build/config cvs co -D "2001-09-13" code/build code/build/config/buildList.txt These commands work: cvs co -D "2001-09-13 00:30" code/build code/build/sbc.bat cvs co code/build code/build/config/buildList.txt Olaf -Original Message- From: Larry Jones [mailto:[EMAIL PROTECTED]] Sent: Saturday, September 15, 2001 11:59 AM To: Olaf Meding Cc: info-cvs mailing list Subject: Re: move away ... it is in the way Olaf Meding writes: > > Why would I get the below error message? > >cvs checkout: move away dir/file; it is in the way Because there's a file in the repository with that name that you're trying to check out, but there's already a file in your working directory with the same name that wasn't checked out from the repository. -Larry Jones How many presents do you think I'd forfeit for just one clean smack upside Susie's head? -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: move away ... it is in the way
Olaf Meding writes: > > Why would I get the below error message? > >cvs checkout: move away dir/file; it is in the way Because there's a file in the repository with that name that you're trying to check out, but there's already a file in your working directory with the same name that wasn't checked out from the repository. -Larry Jones How many presents do you think I'd forfeit for just one clean smack upside Susie's head? -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
move away ... it is in the way
Why would I get the below error message? cvs checkout: move away dir/file; it is in the way These commands fail: cvs co -D "2001-09-13 00:30" code/optimization/productOpt code/optimization/productOpt/include/DVH.h cvs co -D "2001-09-13 00:30" code/build code/build/config/buildList.txt cvs co -D "2001-09-13 00:30" code/build code/build/config cvs co -D "2001-09-13" code/build code/build/config/buildList.txt These commands work: cvs co -D "2001-09-13 00:30" code/build code/build/sbc.bat cvs co code/build code/build/config/buildList.txt I am using WinCVS with a Linux CVS server. Olaf ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: move away , it is in the way
Nils Holland writes: > > When being under the /kde-cvs directory and doing a "cvs upd koffice", I got > the problem, HOWEVER, when being *in* /kde-cvs/koffice and running "cvs upd" > it worked. What version(s) of CVS are you using? If you're not using the current release (1.11.1p1), you might want to try upgrading and see if that fixes the problem. See www.cvshome.org. -Larry Jones Wh. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: move away , it is in the way
On Tuesday 22 May 2001 22:24, Mike Castle wrote: > Now, if one of those lines was missing or corrupted some how, then cvs > would think that you didn't download the file from cvs but generated it > yourself, and it doesn't want to overwrite it. > > Somehow, most likely, your CVS/Entries file got corrupted. Thanks for this explanation! I still don't know what initially caused my problems, since I didn't do any changed to the CVS/Enrties file. Probably there was a problem here that I did not recognize, but, well, could it be that the problem was as follows: Imagine the following example: I have the following directory: /kde-cvs In that directory, I do "cvs co koffice", so I get /kde-cvs/koffice When being under the /kde-cvs directory and doing a "cvs upd koffice", I got the problem, HOWEVER, when being *in* /kde-cvs/koffice and running "cvs upd" it worked. So, can it be possible, that while bing in /kde-cvs and running "cvs upd koffice", cvs somehow doesn't find the kde-cvs/koffice/CVS/Entries file, and so it things that all the files in the source repository are new, however, files with the same name already exist on my system and cvs doesn't know where they came from, so they are regarded as being in the way? This would suggest that I would need a /kde-cvs/CVS/Enrties file that contains information about all the subdirectories under /kde-cvs... Any comments on this? Greetings Nils -- -- Nils Holland - [EMAIL PROTECTED] NightCastle Productions - Linux in Tiddische, Germany http://www.nightcastleproductions.org "They asked me where this earthquake would begin, I offered to let them feel my pulse." -- ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: move away , it is in the way
On Tue, May 22, 2001 at 09:34:27PM +0200, Nils Holland wrote: > Someone suggested that I re-checkout the sources as described above. Then, I > should cd directly to /usr/src/kde-cvs/koffice and do a "cvs upd" there. This > has worked - the above error message did not appear, and some files were > properly updated. Still, I couldn't find any information about this "move > away..." error message. If anyone on this mailing list can explain it to me > and tell me why it initially occured and what I can do to prevent it from > occuring again, I'd be very happy. Imagine the situation where there was a .y (yacc) file in the respository. You run yacc and get a .c file. Now someone adds the .c file to the archive (maybe not everyone has yacc). You do an update, and now the .c file that you created is in the way of the new one added to the repository. Ok, that's the situation that this is designed to cover. However, if you notice in your CVS/ directory, you'll have a file called Entries that has lines like the following: /ANNOUNCE/1.48/Wed May 2 00:43:50 2001//D2001.11.03.08.00.00 /AUTHORS/1.12/Wed May 24 15:54:06 2000//D2001.11.03.08.00.00 (wine in this case, if anyone cares). Now, if one of those lines was missing or corrupted some how, then cvs would think that you didn't download the file from cvs but generated it yourself, and it doesn't want to overwrite it. Somehow, most likely, your CVS/Entries file got corrupted. If this happens again, could you save off your CVS/* files and analyze them. Maybe something flaky happen (something stomped on them, ran out of disk space, hit control-\ at just the right time while cvs was running, cvs died on it's own). If necessary, maybe post them to the list. Meanwhile, if it's only a handful of files, you can manually delete the files that are in the way, and do "cvs up" again and that should be sufficient. If it's a lot of files, it will probably be easier to rm -rf the heirarchy and from the top level to a "cvs up -Pd". mrc -- Mike Castle Life is like a clock: You can work constantly [EMAIL PROTECTED] and be right all the time, or not work at all www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc We are all of us living in the shadow of Manhattan. -- Watchmen ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
move away , it is in the way
Hi folks, I have some strange problem, and I have heard reports of other users also getting it every now and then. Here's what happens: I keep the sources of the K Desktop Environment on my Linux box under /usr/src/kde-cvs. Now, under that directory, I have done something like "cvs co koffice", which resulted in creating and filling up the directory /usr/src/kde-cvs/kdebase. The problems starts when I want to update my sources. Again, I cd to /usr/src/kde-cvs and this time I do a "cvs up koffice". Then I get the following message for *each file* in the sources: > kde-cvs@thunderbird:/usr/src/kde-cvs > cvs up koffice > cvs update: move away koffice/.cvsignore; it is in the way > C koffice/.cvsignore > cvs update: move away koffice/AUTHORS; it is in the way > C koffice/AUTHORS > cvs update: move away koffice/COPYING; it is in the way > C koffice/COPYING > cvs update: move away koffice/COPYING.LIB; it is in the way > C koffice/COPYING.LIB Someone suggested that I re-checkout the sources as described above. Then, I should cd directly to /usr/src/kde-cvs/koffice and do a "cvs upd" there. This has worked - the above error message did not appear, and some files were properly updated. Still, I couldn't find any information about this "move away..." error message. If anyone on this mailing list can explain it to me and tell me why it initially occured and what I can do to prevent it from occuring again, I'd be very happy. Greetings Nils -- -- Nils Holland - [EMAIL PROTECTED] NightCastle Productions - Linux in Tiddische, Germany http://www.nightcastleproductions.org "They asked me where this earthquake would begin, I offered to let them feel my pulse." -- ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
