Hello DM,

I've noticed for a while that when I perform cvs update, there are always a specific set of files that will report an error 'move away (filename) it is in the way'. If I remove these files, the next time I perform the cvs update, they are retrieved without any error or warning. If perform another cvs update, without changing these files at all, cvs again reports the 'move away' errors. I've come to sort of ignore these messages, but I also realize if I do not move those files away prior to performing an update, cvs will not retrieve any updates to them.

I also realize you may or may not be the person maintaining those files, I'm just sort of raising this topic in hope that word gets to the correct parties so the way CVS is dealing with these can be resolved.

Here are the errors:
cvs update: move away `xtrn/slyvote/readme.txt'; it is in the way
cvs update: move away `xtrn/slyvote/slyvote.cfg'; it is in the way
cvs update: move away `xtrn/slyvote/slyvote.js'; it is in the way
cvs update: move away `text/avatars/DIGDIST.startrek.bin'; it is in the way
cvs update: move away `text/avatars/ECBBS.animals.bin'; it is in the way
cvs update: move away `text/avatars/ECBBS.emoji.bin'; it is in the way
cvs update: move away `text/avatars/ECBBS.gaming.bin'; it is in the way
cvs update: move away `text/avatars/GUARDIAN.profile.bin'; it is in the way
cvs update: move away `text/avatars/README.TXT'; it is in the way
cvs update: move away `text/avatars/corporate.bin'; it is in the way
cvs update: move away `text/avatars/danger.bin'; it is in the way
cvs update: move away `text/avatars/musical.bin'; it is in the way
cvs update: move away `text/avatars/silhouettes.bin'; it is in the way
cvs update: move away `text/avatars/starwars.bin'; it is in the way

Additionally, I have seen during compile, gtkchat always dumps an error. I don't use gtkchat, and have largely ignored this. Again, just raising this topic in the even the developer is interested in correcting this or is able to point me in the direction of what I could do differently.

I'll forgo most of the clean and compile bits of other parts that are working fine, here is the part the gives some grief:

sbbs@bbs:/$ cd /sbbs/src
sbbs@bbs:/sbbs/src$ make -C sbbs3/gtkchat clean $@
sbbs@bbs:/$ cd /sbbs/src/sbbs3/gtkchat
sbbs@bbs:/sbbs/src/sbbs3/gtkchat$ make RELEASE=1 USE_DOSEMU=1 install
make -C ../../xpdev mtlib
make[1]: Entering directory '/sbbs/src/xpdev'
make[1]: Nothing to be done for 'mtlib'.
make[1]: Leaving directory '/sbbs/src/xpdev'
make -C ../../smblib lib
make[1]: Entering directory '/sbbs/src/smblib'
make[1]: Nothing to be done for 'lib'.
make[1]: Leaving directory '/sbbs/src/smblib'
make: *** No rule to make target '../../smblib/md5.h', needed by 'gcc.linux.x64.obj.release-mt/ars.o'. Stop.
sbbs@bbs:/sbbs/src/sbbs3/gtkchat$

My system recently had drive failure, and in restoring backups I used Ubuntu LTS 20.04. The above issues, however, were also present under Ubuntu 18.

Anyway, if there is insight on something I might need to do differently, I'm game to try.

cheers,

Hemo

... I don't have any solution, but I certainly admire the problem.

---
þ Synchronet þ - Running madly into the wind and screaming - bbs.ujoint.org
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: cvs and compile under Linux
By: Hemo to Digital Man on Wed May 06 2020 11:40 am

Hello DM,

I've noticed for a while that when I perform cvs update, there are always a specific set of files that will report an error 'move away (filename) it is in the way'. If I remove these files, the next time I perform the cvs update, they are retrieved without any error or warning. If perform

another

cvs update, without changing these files at all, cvs again reports the

'move

away' errors. I've come to sort of ignore these messages, but I also realize if I do not move those files away prior to performing an update,

cvs

will not retrieve any updates to them.

I also realize you may or may not be the person maintaining those files,

I'm

just sort of raising this topic in hope that word gets to the correct parties so the way CVS is dealing with these can be resolved.

Here are the errors:
cvs update: move away `xtrn/slyvote/readme.txt'; it is in the way

A "cvs status" output on the file(s) in question would be helpful.

It might be you have a sticky-tagged revision which can reset with "cvs update -A".

Additionally, I have seen during compile, gtkchat always dumps an error.

Try running src/cleanall.sh first.

I'll forgo most of the clean and compile bits of other parts that are working fine, here is the part the gives some grief:

sbbs@bbs:/$ cd /sbbs/src
sbbs@bbs:/sbbs/src$ make -C sbbs3/gtkchat clean $@
sbbs@bbs:/$ cd /sbbs/src/sbbs3/gtkchat
sbbs@bbs:/sbbs/src/sbbs3/gtkchat$ make RELEASE=1 USE_DOSEMU=1 install
make -C ../../xpdev mtlib
make[1]: Entering directory '/sbbs/src/xpdev'
make[1]: Nothing to be done for 'mtlib'.
make[1]: Leaving directory '/sbbs/src/xpdev'
make -C ../../smblib lib
make[1]: Entering directory '/sbbs/src/smblib'
make[1]: Nothing to be done for 'lib'.
make[1]: Leaving directory '/sbbs/src/smblib'
make: *** No rule to make target '../../smblib/md5.h', needed by

Looks like a stale dependency (md5.h is now src/hash). A clean rebuild should fix that.

digital man

Synchronet/BBS Terminology Definition #38:
HTTPS = Secure HTTP (authenticated and encrypted HTTP over TLS)
Norco, CA WX: 87.8øF, 29.0% humidity, 4 mph ESE wind, 0.00 inches rain/24hrs --- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Digital Man wrote to Hemo <=-

Re: cvs and compile under Linux
By: Hemo to Digital Man on Wed May 06 2020 11:40 am

Hello DM,

I've noticed for a while that when I perform cvs update, there are always a specific set of files that will report an error 'move away (filename) it is in the way'. If I remove these files, the next time I perform the cvs

...

Here are the errors:
cvs update: move away `xtrn/slyvote/readme.txt'; it is in the way

A "cvs status" output on the file(s) in question would be helpful.

this:
===================================================================
File: readme.txt Status: Up-to-date

Working revision: 1.9
Repository revision: 1.9 /cvsroot/sbbs/xtrn/slyvote/readme.txt,v
Commit Identifier: ADLgAUAc0Zf0k73C
Sticky Tag: HEAD (revision: 1.9)
Sticky Date: (none)
Sticky Options: (none)

It might be you have a sticky-tagged revision which can reset with "cvs update -A".

okay. I've done that for each file where I get the warning and the message goes
away for the next time I update the file. The time after this, the message returns. Does that mean the tag is set in the CVS repo file?


Other items from original message were resolved following your suggestions.


... I don't trust trees, they just seem a bit shady.
--- MultiMail/Win32 v0.49
þ Synchronet þ - Running madly into the wind and screaming - bbs.ujoint.org
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: cvs and compile under Lin
By: Hemo to Digital Man on Thu May 07 2020 01:14 pm

Digital Man wrote to Hemo <=-

Re: cvs and compile under Linux
By: Hemo to Digital Man on Wed May 06 2020 11:40 am

Hello DM,

I've noticed for a while that when I perform cvs update, there are

always

a specific set of files that will report an error 'move away (filename) it is in the way'. If I remove these files, the next time I perform the cvs

...

Here are the errors:
cvs update: move away `xtrn/slyvote/readme.txt'; it is in the way

A "cvs status" output on the file(s) in question would be helpful.

this:
===================================================================
File: readme.txt Status: Up-to-date

Working revision: 1.9
Repository revision: 1.9 /cvsroot/sbbs/xtrn/slyvote/readme.txt,v
Commit Identifier: ADLgAUAc0Zf0k73C
Sticky Tag: HEAD (revision: 1.9)
Sticky Date: (none)
Sticky Options: (none)

It might be you have a sticky-tagged revision which can reset with

"cvs

update -A".

okay. I've done that for each file where I get the warning and the message goes away for the next time I update the file. The time after this, the message returns. Does that mean the tag is set in the CVS repo file?

It means you're "pinned" to a specific revision of a file. To reset that sticky tag, use "cvs update -A".

Other items from original message were resolved following your suggestions.

Cool.

digital man

Synchronet "Real Fact" #52:
Answers to Frequently Asked Questions: http://wiki.synchro.net/faq:index
Norco, CA WX: 90.0øF, 30.0% humidity, 18 mph E wind, 0.00 inches rain/24hrs
--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)