• updating from CVS

    From Rampage@1:103/705 to digital man on Sun Sep 1 14:39:33 2019
    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
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Digital Man@1:103/705 to Rampage on Sun Sep 1 13:42:15 2019
    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
    --- SBBSecho 3.09-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From mark lewis@1:3634/12 to Digital Man on Sun Sep 1 17:24:56 2019
    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)
  • From Digital Man@1:103/705 to mark lewis on Sun Sep 1 14:39:19 2019
    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
    --- SBBSecho 3.09-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From mark lewis@1:3634/12.73 to Digital Man on Sun Sep 1 17:48:14 2019

    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)
  • From Nightfox@1:103/705 to mark lewis on Sun Sep 1 17:32:50 2019
    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
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rampage@1:103/705 to Nightfox on Mon Sep 2 08:20:11 2019
    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
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Gamgee@1:103/705 to Rampage on Mon Sep 2 09:36:00 2019
    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
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Nightfox@1:103/705 to Rampage on Mon Sep 2 11:30:02 2019
    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
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From mark lewis@1:3634/12.73 to Gamgee on Mon Sep 2 16:57:58 2019

    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)
  • From mark lewis@1:3634/12.73 to Nightfox on Mon Sep 2 16:59:24 2019

    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)
  • From Gamgee@1:103/705 to mark lewis on Mon Sep 2 18:57:00 2019
    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
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Nightfox@1:103/705 to mark lewis on Mon Sep 2 19:26:51 2019
    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
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Digital Man@1:103/705 to mark lewis on Mon Sep 2 20:11:16 2019
    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
    --- SBBSecho 3.09-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Digital Man@1:103/705 to Gamgee on Mon Sep 2 20:18:40 2019
    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
    --- SBBSecho 3.09-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Gamgee@1:103/705 to Digital Man on Tue Sep 3 07:45:00 2019
    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
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From mark lewis@1:3634/12.73 to Gamgee on Wed Sep 4 22:32:36 2019

    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)
  • From Gamgee@1:103/705 to mark lewis on Thu Sep 5 07:35:00 2019
    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
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From mark lewis@1:3634/12.73 to Gamgee on Thu Sep 5 14:53:26 2019

    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)
  • From Digital Man@1:103/705 to Gamgee on Thu Sep 5 13:37:09 2019
    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 --- SBBSecho 3.09-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Gamgee@1:103/705 to mark lewis on Thu Sep 5 15:05:00 2019
    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
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From mark lewis@1:3634/12.73 to Gamgee on Thu Sep 5 20:05:42 2019

    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)
  • From Digital Man@1:103/705 to Gamgee on Thu Sep 5 18:53:37 2019
    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 --- SBBSecho 3.09-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Lord Time@1:103/705 to Gamgee on Thu Sep 5 19:13:33 2019
    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
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Gamgee@1:103/705 to Digital Man on Thu Sep 5 21:44:00 2019
    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
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Gamgee@1:103/705 to mark lewis on Thu Sep 5 21:48:00 2019
    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
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Gamgee@1:103/705 to Digital Man on Fri Sep 6 16:55:00 2019
    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
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)