i just ran my update script and saw this go flashing by... not sure how to handle it or if i need to do anything because of it...

cvs update -d xtrn
[...]
cvs update: Updating xtrn/lord
U xtrn/lord/ansi2lord.js
cvs update: move away `xtrn/lord/badsay.lrd'; it is in the way
C xtrn/lord/badsay.lrd
U xtrn/lord/convert.js
cvs update: move away `xtrn/lord/dstart.lrd'; it is in the way
C xtrn/lord/dstart.lrd
U xtrn/lord/dumpplayers.pl
cvs update: move away `xtrn/lord/flooks.txt'; it is in the way
C xtrn/lord/flooks.txt
U xtrn/lord/garden.lrd
cvs update: move away `xtrn/lord/goodsay.lrd'; it is in the way
C xtrn/lord/goodsay.lrd
U xtrn/lord/gstart.lrd
cvs update: move away `xtrn/lord/lenemy.dat'; it is in the way
C xtrn/lord/lenemy.dat
U xtrn/lord/lord.ini
U xtrn/lord/lord2ansi.js
U xtrn/lord/lordsrv.js
cvs update: move away `xtrn/lord/lordtxt.lrd'; it is in the way
C xtrn/lord/lordtxt.lrd
cvs update: move away `xtrn/lord/mlooks.txt'; it is in the way
C xtrn/lord/mlooks.txt
cvs update: move away `xtrn/lord/normsay.lrd'; it is in the way
C xtrn/lord/normsay.lrd
U xtrn/lord/recorddefs.js
cvs update: move away `xtrn/lord/start1.lrd'; it is in the way
C xtrn/lord/start1.lrd
cvs update: move away `xtrn/lord/start2.lrd'; it is in the way
C xtrn/lord/start2.lrd
cvs update: move away `xtrn/lord/start3.lrd'; it is in the way
C xtrn/lord/start3.lrd
cvs update: move away `xtrn/lord/start4.lrd'; it is in the way
C xtrn/lord/start4.lrd
cvs update: move away `xtrn/lord/start5.lrd'; it is in the way
C xtrn/lord/start5.lrd



)\/(ark

---
þ Synchronet þ The SouthEast Star Mail HUB - SESTAR

Re: updating from CVS
By: Rampage to digital man on Sun Sep 01 2019 02:39 pm

i just ran my update script and saw this go flashing by... not sure how to handle it or if i need to do anything because of it...

cvs update -d xtrn
[...]
cvs update: Updating xtrn/lord
U xtrn/lord/ansi2lord.js
cvs update: move away `xtrn/lord/badsay.lrd'; it is in the way

Try just running "cvs update -C" in the xtrn/lord dir.

I don't know why that happens sometimes, but the xtrn/lord/CVS/Entries file seems to have not gotten updated.

digital man

Synchronet/BBS Terminology Definition #43:
JS = JavaScript
Norco, CA WX: 93.0øF, 40.0% humidity, 8 mph NE wind, 0.00 inches rain/24hrs
---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: updating from CVS
By: Digital Man to Rampage on Sun Sep 01 2019 13:42:15

cvs update -d xtrn
[...]
cvs update: Updating xtrn/lord
U xtrn/lord/ansi2lord.js
cvs update: move away `xtrn/lord/badsay.lrd'; it is in the way

Try just running "cvs update -C" in the xtrn/lord dir.

done...

cvs update -C
? 3RDPARTY.DAT
? BADSAY.DAT
? BADWORDS.DAT
? BUGRPT.FRM
? DOATTRIB.BAT
? DSTART
? EVENTS.LDY
? GARDEN.TXT
? GOODSAY.DAT
? IGMSEC.INI
? LADY.DOC
? LENEMY.DAT
? LGAMETXT.DAT
? LOCKOUT.DAT
? LOCKOUT.TXT
? LORD.DOC
? LORD.EXE
? LORD.LDY
? LORD.OVR
? LORDCFG.EXE
? LORDEXT.DAT
? LORDRIP.DAT
? LORDSTRC.PAS
? LORDTXT.DAT
? NOATTRIB.BAT
? NORMSAY.DAT
? PLAYEXT.DAT
? REGISTER.DOC
? START1
? START2
? START3
? START4
? START5
? TROUBLE.TXT
? bar.txt
? darkbar.txt
? lognow.txt
? logold.txt
? lord.bat
? lord.dat
? mail0.dat
? node1.dat
? node10.dat
? node2.dat
? node3.dat
? node4.dat
? node5.dat
? node6.dat
? node7.dat
? node8.dat
? node9.dat
? player.dat
? playext2.dat
? start.bat
? temp-1
? time.dat
cvs update: Updating .
P lordtxt.lrd
cvs update: Updating aratime
cvs update: Updating barak

I don't know why that happens sometimes, but the xtrn/lord/CVS/Entries file

seems to have not gotten updated.

interesting... i'll keep an eye on it the next time i update...


)\/(ark
--- SBBSecho 3.09-Linux
* Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: updating from CVS
By: mark lewis to Digital Man on Sun Sep 01 2019 05:24 pm

Re: updating from CVS
By: Digital Man to Rampage on Sun Sep 01 2019 13:42:15

cvs update -d xtrn
[...]
cvs update: Updating xtrn/lord
U xtrn/lord/ansi2lord.js
cvs update: move away `xtrn/lord/badsay.lrd'; it is in the way

Try just running "cvs update -C" in the xtrn/lord dir.

done...

cvs update -C
? 3RDPARTY.DAT
? BADSAY.DAT
? BADWORDS.DAT
? BUGRPT.FRM
? DOATTRIB.BAT
? DSTART
? EVENTS.LDY
? GARDEN.TXT
? GOODSAY.DAT
? IGMSEC.INI
? LADY.DOC
? LENEMY.DAT
? LGAMETXT.DAT
? LOCKOUT.DAT
? LOCKOUT.TXT
? LORD.DOC
? LORD.EXE
? LORD.LDY
? LORD.OVR
? LORDCFG.EXE
? LORDEXT.DAT
? LORDRIP.DAT
? LORDSTRC.PAS
? LORDTXT.DAT
? NOATTRIB.BAT
? NORMSAY.DAT
? PLAYEXT.DAT
? REGISTER.DOC
? START1
? START2
? START3
? START4
? START5
? TROUBLE.TXT
? bar.txt
? darkbar.txt
? lognow.txt
? logold.txt
? lord.bat
? lord.dat
? mail0.dat
? node1.dat
? node10.dat
? node2.dat
? node3.dat
? node4.dat
? node5.dat
? node6.dat
? node7.dat
? node8.dat
? node9.dat
? player.dat
? playext2.dat
? start.bat
? temp-1
? time.dat
cvs update: Updating .
P lordtxt.lrd
cvs update: Updating aratime
cvs update: Updating barak

Oh, wow, it appears you have an actual LORD installation in xtrn/lord mixed with check-outs from CVS?!?

I don't know why that happens sometimes, but the xtrn/lord/CVS/Entries file

seems to have not gotten updated.

interesting... i'll keep an eye on it the next time i update...

I didn't realize you already had a regulard LORD install in xtrn/lord. That was the issue. And I think you just hosed it with those files from CVS (for JSLORD) which are not necessarily compatible with the real LORD executables. :-(

digital man

Synchronet/BBS Terminology Definition #37:
IBM = International Business Machines (Corporation)
Norco, CA WX: 93.8øF, 38.0% humidity, 5 mph E wind, 0.00 inches rain/24hrs
---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

On 2019 Sep 01 14:39:18, you wrote to me:

Oh, wow, it appears you have an actual LORD installation in xtrn/lord

mixed

with check-outs from CVS?!?

oh shirt! you're right! i had forgotten that i had put that game in xtrn... damnit...

interesting... i'll keep an eye on it the next time i update...

I didn't realize you already had a regulard LORD install in xtrn/lord.

That

was the issue. And I think you just hosed it with those files from CVS

(for

JSLORD) which are not necessarily compatible with the real LORD executables. :-(

i had forgotten all about having put it in xtrn with the other games... geez...
it was an existing game from one of the other BBSes running here anyway... hardly ever got used other than a few times by myself and the girls when they were here... i'll move it (later) and copy the files back over from the other system... oh well :sigh:

)\/(ark

Once men turned their thinking over to machines in the hope that this would set
them free. But that only permitted other men with machines to enslave them.
... "Mata-Ki-Te-Rangi. Te-Pito-O-Te-Henua." - Rapa-Nui (Easter Island) Christmas
---
* Origin: (1:3634/12.73)
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: updating from CVS
By: mark lewis to Digital Man on Sun Sep 01 2019 05:48 pm

i had forgotten all about having put it in xtrn with the other games... geez... it was an existing game from one of the other BBSes running here anyway... hardly ever got used other than a few times by myself and the girls when they were here... i'll move it (later) and copy the files back over from the other system... oh well :sigh:

In my directory structure, I normally keep all of my non-Synchronet related doors in my D:\BBS\DOORS directory. That's basically the way I had it for my original BBS in the 90s (the separate DOORS directory). A lot of the stuff in sbbs\xtrn seems to be Synchronet-related (JavaScript, etc.), so keeping non-Synchronet doors in a separate 'doors' directory helps, I think.

Nightfox

---
þ Synchronet þ Digital Distortion: digitaldistortionbbs.com

Re: updating from CVS
By: Nightfox to mark lewis on Sun Sep 01 2019 17:32:50

i had forgotten all about having put it in xtrn with the other games... geez... it was an existing game from one of the other BBSes running here anyway... hardly ever got used other than a few times by myself and the
girls when they were here... i'll move it (later) and copy the files back over from the other system... oh well :sigh:

In my directory structure, I normally keep all of my non-Synchronet related doors in my D:\BBS\DOORS directory.

no such location on linux... but yes, i do understand what you are saying... i had considered to do that when i set up those DOSemu doors but decided that consistency was the better way to go and since all the other doors are in xtrn... well, you can see what happened... in this case, the game in question is not played very often... maybe a dozen times in the year it has been configured... it is no big loss, though...

i am considering what to do... the ultimate best way would be to keep the CVS tree completely separate from the actual BBS installation but that's a lot more work to deal with... things like this are learned over time... just like max and i learned when originally setting up her sbbs install and figuring out how to get the message areas set up the way she wanted them... that was several years back and the knowledge i gained from that process enabled me to set mine up fairly quickly when that time arrived...

the main thing of separating the actual install from the CVS tree is having the available disk space and being able to script the updates so the files are copied over to the running installation... granted, drive space is generally not a problem these days but some folks are still a bit limited for various reasons and cannot afford that luxury...


)\/(ark

---
þ Synchronet þ The SouthEast Star Mail HUB - SESTAR

Rampage wrote to Nightfox <=-

In my directory structure, I normally keep all of my
non-Synchronet related doors in my D:\BBS\DOORS directory.

no such location on linux... but yes, i do understand what you
are saying... i had considered to do that when i set up those
DOSemu doors but decided that consistency was the better way to
go and since all the other doors are in xtrn... well, you can see
what happened... in this case, the game in question is not played
very often... maybe a dozen times in the year it has been
configured... it is no big loss, though...

I'd suggest adding a version number to the directory for the
doors, if needed. For example my "regular" LORD is installed in ../sbbs/xtrn/lord406. If/when I get around to installing the
ported JS version, it will likely go into ../sbbs/xtrn/lordjs.



... Nothing is so smiple that it can't get screwed up.
--- MultiMail/Linux v0.52
þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL

Re: updating from CVS
By: Rampage to Nightfox on Mon Sep 02 2019 08:20 am

In my directory structure, I normally keep all of my non-Synchronet related N>> doors in my D:\BBS\DOORS directory.

no such location on linux... but yes, i do understand what you are saying... i had considered to do that when i set up those DOSemu doors but decided that consistency was the better way to go and since all the other doors are in xtrn... well, you can see what happened... in this case, the game in question is not played very often... maybe a dozen times in the year it has been configured... it is no big loss, though...

I'm not sure what you mean by "no such location on linux".. You can create whatever directory structure you want and put your doors there. I agree about consistency though. To me, it seemed like sbbs/xtrn was mainly for Synchronet-specific external doors, but I suppose the intent was for all doors to be there. Coming from a different BBS package, I was used to doing some things my own way.

i am considering what to do... the ultimate best way would be to keep the CVS tree completely separate from the actual BBS installation but that's a lot more work to deal with... things like this are learned over time...

I think it's easier to keep the CVS tree separate on Windows than it would be on Linux. For Windows, I can just download the Windows binaries and update that way, and I have my CVS tree separate. But for Linux, I think the best way to update the binaries is to update the source from CVS and then build it on your own system.

Nightfox

---
þ Synchronet þ Digital Distortion: digitaldistortionbbs.com

On 2019 Sep 02 09:36:00, you wrote to Rampage:

go and since all the other doors are in xtrn... well, you can see
what happened... in this case, the game in question is not played
very often... maybe a dozen times in the year it has been
configured... it is no big loss, though...

I'd suggest adding a version number to the directory for the
doors, if needed. For example my "regular" LORD is installed in ../sbbs/xtrn/lord406.

yeah, that might be what i do... seems legit, anyway ;)

If/when I get around to installing the ported JS version, it will
likely go into ../sbbs/xtrn/lordjs.

if you are pulling from CVS, it is already there as xtrn/lord which is how we got here -=B-)

)\/(ark

Once men turned their thinking over to machines in the hope that this would set
them free. But that only permitted other men with machines to enslave them.
... A politician is someone who makes no sense in a very convincing manner.
---
* Origin: (1:3634/12.73)
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

On 2019 Sep 02 11:30:02, you wrote to Rampage:

In my directory structure, I normally keep all of my non-Synchronet
related doors in my D:\BBS\DOORS directory.

no such location on linux... [...]

I'm not sure what you mean by "no such location on linux"..

no drive letters on linux... no matter how many drives you have, they are all under / and are generally devoted to specific directory trees... drive letters on linux only exist in DOSemu and then the game is accessed in plain old D:\ IIRC...

)\/(ark

Once men turned their thinking over to machines in the hope that this would set
them free. But that only permitted other men with machines to enslave them.
... Malicious error. Desqview found on drive.
---
* Origin: (1:3634/12.73)
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

mark lewis wrote to Gamgee <=-

I'd suggest adding a version number to the directory for the
doors, if needed. For example my "regular" LORD is installed in ../sbbs/xtrn/lord406.

yeah, that might be what i do... seems legit, anyway ;)

If/when I get around to installing the ported JS version, it will
likely go into ../sbbs/xtrn/lordjs.

if you are pulling from CVS, it is already there as xtrn/lord
which is how we got here -=B-)

Hmmmm.... that provides me a good opportunity to ask this
question... I've been updating from CVS, most recently this past
Saturday 8/31. I don't have the new JSLord though, not in
/sbbs/xtrn anyway. I'm not very up to speed on the CVS stuff, but
should I be getting that when I do the updates? I do the exact
procedure as shown on the Wiki. Does it (/sbbs/xtrn/lord) have to
already exist for CVS to "give" it to me?



... All hope abandon, ye who enter messages here.
--- MultiMail/Linux v0.52
þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL

Re: updating from CVS
By: mark lewis to Nightfox on Mon Sep 02 2019 04:59 pm

I'm not sure what you mean by "no such location on linux"..

no drive letters on linux... no matter how many drives you have, they are all under / and are generally devoted to specific directory trees... drive letters on linux only exist in DOSemu and then the game is accessed in plain old D:\ IIRC...

Yeah, I know that.. I was just giving an example of what I have set up on my BBS machine. Anyone can create whatever works for them on their machine.

Nightfox

---
þ Synchronet þ Digital Distortion: digitaldistortionbbs.com

Re: updating from CVS
By: mark lewis to Gamgee on Mon Sep 02 2019 04:57 pm

On 2019 Sep 02 09:36:00, you wrote to Rampage:

go and since all the other doors are in xtrn... well, you can see
what happened... in this case, the game in question is not played
very often... maybe a dozen times in the year it has been
configured... it is no big loss, though...

I'd suggest adding a version number to the directory for the
doors, if needed. For example my "regular" LORD is installed in ../sbbs/xtrn/lord406.

yeah, that might be what i do... seems legit, anyway ;)

If/when I get around to installing the ported JS version, it will likely go into ../sbbs/xtrn/lordjs.

if you are pulling from CVS, it is already there as xtrn/lord which is how we got here -=B-)

I think Deuce has (or is in the process) of renaming the files in CVS so they would collide with a traditional LORD install in the same directory. Hopefully that takes care of that.

digital man

Synchronet "Real Fact" #23:
The third ever Synchronet BBS was The Beast's Domain (sysop: King Drafus). Norco, CA WX: 79.9øF, 53.0% humidity, 3 mph SE wind, 0.00 inches rain/24hrs
---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: Re: updating from CVS
By: Gamgee to mark lewis on Mon Sep 02 2019 06:57 pm

mark lewis wrote to Gamgee <=-

I'd suggest adding a version number to the directory for the
doors, if needed. For example my "regular" LORD is installed in ../sbbs/xtrn/lord406.

yeah, that might be what i do... seems legit, anyway ;)

If/when I get around to installing the ported JS version, it will likely go into ../sbbs/xtrn/lordjs.

if you are pulling from CVS, it is already there as xtrn/lord
which is how we got here -=B-)

Hmmmm.... that provides me a good opportunity to ask this
question... I've been updating from CVS, most recently this past
Saturday 8/31. I don't have the new JSLord though, not in
/sbbs/xtrn anyway. I'm not very up to speed on the CVS stuff, but
should I be getting that when I do the updates? I do the exact
procedure as shown on the Wiki. Does it (/sbbs/xtrn/lord) have to
already exist for CVS to "give" it to me?

You have to use "cvs update -d" (not the '-d') for it to create new directories.

digital man

Synchronet "Real Fact" #2:
Synchronet version 2 for DOS and OS/2 was released to the public domain in 1997.
Norco, CA WX: 79.9øF, 53.0% humidity, 3 mph SE wind, 0.00 inches rain/24hrs
---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Digital Man wrote to Gamgee <=-

If/when I get around to installing the ported JS version, it will likely go into ../sbbs/xtrn/lordjs.

if you are pulling from CVS, it is already there as xtrn/lord
which is how we got here -=B-)

Hmmmm.... that provides me a good opportunity to ask this
question... I've been updating from CVS, most recently this past
Saturday 8/31. I don't have the new JSLord though, not in
/sbbs/xtrn anyway. I'm not very up to speed on the CVS stuff, but
should I be getting that when I do the updates? I do the exact
procedure as shown on the Wiki. Does it (/sbbs/xtrn/lord) have to
already exist for CVS to "give" it to me?

You have to use "cvs update -d" (not the '-d') for it to create
new directories.

Yes, I am doing that. As indicated on the Wiki, I am doing:

"cvs update -d src 3rdp" while in the /sbbs directory (as root).

But I do not see a "lord" directory under /sbbs/xtrn


... Internal Error: The system has been taken over by sheep at line 19960
--- MultiMail/Linux v0.52
þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL

On 2019 Sep 02 18:57:00, you wrote to me:

if you are pulling from CVS, it is already there as xtrn/lord
which is how we got here -=B-)

Hmmmm.... that provides me a good opportunity to ask this
question... [...]

ummm... cvs update -d xtrn

i forget when DM mentioned this but it is part of my standard update mechanism... IIRC -d adds (and removes??) new directories...

)\/(ark

Once men turned their thinking over to machines in the hope that this would set
them free. But that only permitted other men with machines to enslave them.
... God Bless America, but God help Canada to put up with them!
---
* Origin: (1:3634/12.73)
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

mark lewis wrote to Gamgee <=-

if you are pulling from CVS, it is already there as xtrn/lord
which is how we got here -=B-)

Hmmmm.... that provides me a good opportunity to ask this
question... [...]

ummm... cvs update -d xtrn

i forget when DM mentioned this but it is part of my standard
update mechanism... IIRC -d adds (and removes??) new
directories...

OK, that makes good sense, I'll do that soonly.

What about all the other directories under /sbbs ? The update
procedure on the Wiki only shows "cvs update -d src 3rdp". Do we
also need to do "ctrl data exec text web xtrn" when updating? (I
know we just mentioned xtrn, and the exec/text are done later in
the Wiki procedure). Does it hurt anything to do all of them
every time?

Thanks.



... Forbidden fruit is responsible for many a bad jam.
--- MultiMail/Linux v0.52
þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL

On 2019 Sep 05 07:35:00, you wrote to me:

What about all the other directories under /sbbs ? The update
procedure on the Wiki only shows "cvs update -d src 3rdp".

remember, those are examples and may be used or not... the main gist, though, is which ones to use... i prefer to list each separately for my logging analysis...

Do we also need to do "ctrl data exec text web xtrn" when updating?

certainly not ctrl! you'll wipe out your configuration...

(I know we just mentioned xtrn, and the exec/text are done later in
the Wiki procedure). Does it hurt anything to do all of them every
time?

my update script does them all every time...

SDATE1=$(date +"%s")
EXECDATE=$(date --date="@$SDATE1" '+%Y%m%d%H%M')
[...]
tar -czf ctrl_$EXECDATE.tgz ctrl
tar -czf exec_$EXECDATE.tgz exec
cvs update -d exec
cvs update -d src
cvs update -d 3rdp
cvs update -d xtrn



)\/(ark

Once men turned their thinking over to machines in the hope that this would set
them free. But that only permitted other men with machines to enslave them.
... Fruit is pretty honest about when it goes bad.
---
* Origin: (1:3634/12.73)
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: Re: updating from CVS
By: Gamgee to mark lewis on Thu Sep 05 2019 07:35 am

mark lewis wrote to Gamgee <=-

if you are pulling from CVS, it is already there as xtrn/lord
which is how we got here -=B-)

Hmmmm.... that provides me a good opportunity to ask this
question... [...]

ummm... cvs update -d xtrn

i forget when DM mentioned this but it is part of my standard
update mechanism... IIRC -d adds (and removes??) new
directories...

OK, that makes good sense, I'll do that soonly.

What about all the other directories under /sbbs ? The update
procedure on the Wiki only shows "cvs update -d src 3rdp". Do we
also need to do "ctrl data exec text web xtrn" when updating?

"ctrl" - never
"data" - no (it's not in CVS)
"exec" - always
"text" - depends on whether you have local changes or not, you probably do "web" - likely, yes
"xtrn" - with care

(I
know we just mentioned xtrn, and the exec/text are done later in
the Wiki procedure). Does it hurt anything to do all of them
every time?

Yes, it would hurt to synchronize all of those sub-dirs from CVS.

digital man

Synchronet/BBS Terminology Definition #29:
FSP = FidoNet Standards Proposal
Norco, CA WX: 94.5øF, 37.0% humidity, 10 mph NE wind, 0.00 inches rain/24hrs ---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

mark lewis wrote to Gamgee <=-

What about all the other directories under /sbbs ? The update
procedure on the Wiki only shows "cvs update -d src 3rdp".

remember, those are examples and may be used or not... the main
gist, though, is which ones to use... i prefer to list each
separately for my logging analysis...

Do we also need to do "ctrl data exec text web xtrn" when updating?

certainly not ctrl! you'll wipe out your configuration...

Yes, understood. I always do a safety script first that copies
all my .ini's somewhere safe. But... one reason you would need to
do ctrl is to get new versions of certain things in there. For
example, there have recently been a lot of things/options added to modopts.ini. I realize you'd have to go back into it and edit in
any previous changes you made, but how else will you ever get a
newer version? Also, this is where text.dat resides, although I
do that one manually as suggested on the Wiki.

(I know we just mentioned xtrn, and the exec/text are done later in
the Wiki procedure). Does it hurt anything to do all of them every
time?

my update script does them all every time...

SDATE1=$(date +"%s")
EXECDATE=$(date --date="@$SDATE1" '+%Y%m%d%H%M')
[...]
tar -czf ctrl_$EXECDATE.tgz ctrl
tar -czf exec_$EXECDATE.tgz exec
cvs update -d exec
cvs update -d src
cvs update -d 3rdp
cvs update -d xtrn

I think text is another that needs to be done, right? The update
directions certainly say to do it.

Thanks for the input.



... Nothing is so smiple that it can't get screwed up.
--- MultiMail/Linux v0.52
þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL

On 2019 Sep 05 15:05:00, you wrote to me:

Do we also need to do "ctrl data exec text web xtrn" when updating?

certainly not ctrl! you'll wipe out your configuration...

Yes, understood. I always do a safety script first that copies
all my .ini's somewhere safe. But... one reason you would need to
do ctrl is to get new versions of certain things in there. For
example, there have recently been a lot of things/options added to modopts.ini. I realize you'd have to go back into it and edit in
any previous changes you made, but how else will you ever get a
newer version? Also, this is where text.dat resides, although I
do that one manually as suggested on the Wiki.

i go over the cvs log entries... when i see something for modopts.ini, i look at the file in CVS and manually compare it to mine... then i add the stuff mine
is missing...

(I know we just mentioned xtrn, and the exec/text are done later in
the Wiki procedure). Does it hurt anything to do all of them every
time?

my update script does them all every time...

SDATE1=$(date +"%s")
EXECDATE=$(date --date="@$SDATE1" '+%Y%m%d%H%M')
[...]
tar -czf ctrl_$EXECDATE.tgz ctrl
tar -czf exec_$EXECDATE.tgz exec
cvs update -d exec
cvs update -d src
cvs update -d 3rdp
cvs update -d xtrn

I think text is another that needs to be done, right? The update directions certainly say to do it.

the above is right out of my script... i don't think i've ever updated text at all... that's something i might have to look at but if it is done, it would need extreme care since you are free to change those files as you see fit...

Thanks for the input.

you're welcome :)

)\/(ark

Once men turned their thinking over to machines in the hope that this would set
them free. But that only permitted other men with machines to enslave them.
... In spring, the salmon swim upstream to spoon.
---
* Origin: (1:3634/12.73)
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: Re: updating from CVS
By: Gamgee to mark lewis on Thu Sep 05 2019 03:05 pm

mark lewis wrote to Gamgee <=-

What about all the other directories under /sbbs ? The update procedure on the Wiki only shows "cvs update -d src 3rdp".

remember, those are examples and may be used or not... the main
gist, though, is which ones to use... i prefer to list each
separately for my logging analysis...

Do we also need to do "ctrl data exec text web xtrn" when updating?

certainly not ctrl! you'll wipe out your configuration...

Yes, understood. I always do a safety script first that copies
all my .ini's somewhere safe. But... one reason you would need to
do ctrl is to get new versions of certain things in there.

Normally, you don't need to do that.

For
example, there have recently been a lot of things/options added to modopts.ini. I realize you'd have to go back into it and edit in
any previous changes you made, but how else will you ever get a
newer version?

You don't need them. For modopts.ini, a missing section or value just means that module will use its default option values.

Also, this is where text.dat resides, although I
do that one manually as suggested on the Wiki.

Yup, if you have modifications to the text.dat. Otherwise, you can overwrite the file with the one from CVS or just replace with with a 0-byte file and you'll always get the default text strings built-into sbbs.


digital man

Synchronet "Real Fact" #2:
Synchronet version 2 for DOS and OS/2 was released to the public domain in 1997.
Norco, CA WX: 85.3øF, 44.0% humidity, 11 mph ENE wind, 0.00 inches rain/24hrs ---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

I'd suggest adding a version number to the directory for the
doors, if needed. For example my "regular" LORD is installed in ../sbbs/xtrn/lord406. If/when I get around to installing the
ported JS version, it will likely go into ../sbbs/xtrn/lordjs.

I was think of somethign like that a few hrs. today (sometime after deuce started working on lord)


---

Rob Starr
Lord Time SysOp of
Time Warp of the Future BBS
Telnet://Time.Synchro.Net:24
ICQ # 11868133 or # 70398519 Jabber : lordtime2000@gmail.com
Astra : lord_time
X-Box : Lord Time 2000 Skype : lordtime@tds.net
---
þ Synchronet þ Time Warp of the Future BBS - Home of League 10 IBBS Games

Digital Man wrote to Gamgee <=-

What about all the other directories under /sbbs ? The update
procedure on the Wiki only shows "cvs update -d src 3rdp". Do we
also need to do "ctrl data exec text web xtrn" when updating?

"ctrl" - never
"data" - no (it's not in CVS)
"exec" - always
"text" - depends on whether you have local changes or not, you
probably do "web" - likely, yes
"xtrn" - with care

Perfect.

know we just mentioned xtrn, and the exec/text are done later in
the Wiki procedure). Does it hurt anything to do all of them
every time?

Yes, it would hurt to synchronize all of those sub-dirs from CVS.

OK, thank you very much for that, DM. Greatly appreciated.


... I'll take 'Famous Taglines' for 1000, Alex.
--- MultiMail/Linux v0.52
þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL

mark lewis wrote to Gamgee <=-

do ctrl is to get new versions of certain things in there. For
example, there have recently been a lot of things/options added to modopts.ini. I realize you'd have to go back into it and edit in
any previous changes you made, but how else will you ever get a
newer version? Also, this is where text.dat resides, although I
do that one manually as suggested on the Wiki.

i go over the cvs log entries... when i see something for
modopts.ini, i look at the file in CVS and manually compare it to
mine... then i add the stuff mine is missing...

That makes good sense and seems easy enough. I'll do that.

<SNIP>

I think text is another that needs to be done, right? The update directions certainly say to do it.

the above is right out of my script... i don't think i've ever
updated text at all... that's something i might have to look at
but if it is done, it would need extreme care since you are free
to change those files as you see fit...

Yes, I am careful with that one, but I think it should be
included. I run a script to copy customized stuff somewhere else
and then put them back in manually after the update.

Thanks again!


... She sells unix shells by the sea shore
--- MultiMail/Linux v0.52
þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL

Digital Man wrote to Gamgee <=-

Re: Re: updating from CVS

certainly not ctrl! you'll wipe out your configuration...

Yes, understood. I always do a safety script first that copies
all my .ini's somewhere safe. But... one reason you would need to
do ctrl is to get new versions of certain things in there.

Normally, you don't need to do that.

OK thanks.

For
example, there have recently been a lot of things/options added to modopts.ini. I realize you'd have to go back into it and edit in
any previous changes you made, but how else will you ever get a
newer version?

You don't need them. For modopts.ini, a missing section or value
just means that module will use its default option values.

Ahhhh! <lightbulb on> thank you.

Also, this is where text.dat resides, although I
do that one manually as suggested on the Wiki.

Yup, if you have modifications to the text.dat. Otherwise, you
can overwrite the file with the one from CVS or just replace with
with a 0-byte file and you'll always get the default text strings built-into sbbs.

Excellent, thanks as always for the clarifications.


... Objects may be closer than they appear.
--- MultiMail/Linux v0.52
þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL