• Development Process

    From Pixel@1:103/705 to All on Tue Feb 25 17:52:56 2020
    Hi All -

    I'm woderinng what everyone's process is for development of their website. Specifically how do you maintain/edit the connfiguration files, shells, scripts etc.

    My Synchronet instance currently runs in on a Debian instance on my server, and I'm wanting to reduce the friction of changing things inn the file system, with specific regard to editing, testing, and debugging scripts.

    Currently my plan is to setup a local docker instance with synchroet running inn it, and onnce I'm happy, pushing the changes to production. I've considered checking in the whole image directory for version control as well.

    What does everyone else do?

    Thanks for any imput you have!

    Pixel @ neonplaza.pixels.pizza

    ---
    þ Synchronet þ My Brand-New BBS
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Pixel@1:103/705 to All on Tue Feb 25 18:05:03 2020
    Re: Development Process
    By: Pixel to All on Tue Feb 25 2020 05:52 pm

    I'm woderinng what everyone's process is for development of their website.

    *hangs head* I said website, and I totally meant BBS. I am ashamed.

    Pixel @ neonplaza.pixels.pizza

    ---
    þ Synchronet þ My Brand-New BBS
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Mortifis@1:103/705 to Pixel on Tue Feb 25 07:55:29 2020
    Hi All -

    I'm woderinng what everyone's process is for development of their website. Specifically how do you maintain/edit the connfiguration files, shells, scripts etc.

    My Synchronet instance currently runs in on a Debian instance on my server, and I'm wanting to reduce the friction of changing things inn the file system, with specific regard to editing, testing, and debugging scripts.

    Currently my plan is to setup a local docker instance with synchroet
    running
    inn it, and onnce I'm happy, pushing the changes to production. I've considered checking in the whole image directory for version control as well.

    What does everyone else do?

    Thanks for any imput you have!

    þ Synchronet þ My Brand-New BBS
    <---- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ <--------

    SCFG->SYSTEM->BBS NAME (Change to whatever you want your BBS NAME to be)


    For scripting or modifying scripts I place the modified scripts in /sbbs/mods/ that way when I run the cvs update any changes I have made to scripts are saved
    and not over-written.

    I run alleycat! bbs on a native win7 32 bit mainly because I am lazy and like the logs displayed in the SBBS Control Panel. I have daily backups saved to a Native Debian x64 system.

    ---
    þ Synchronet þ AlleyCat! BBS - http://alleycat.synchro.net:81
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Nightfox@1:103/705 to Pixel on Wed Feb 26 10:37:06 2020
    Re: Development Process
    By: Pixel to All on Tue Feb 25 2020 05:52 pm

    I'm woderinng what everyone's process is for development of their BBS. Specifically how do you maintain/edit the connfiguration files, shells, scripts etc.

    My Synchronet instance currently runs in on a Debian instance on my server, and I'm wanting to reduce the friction of changing things inn the file system, with specific regard to editing, testing, and debugging scripts.

    I currently run my BBS in Windows, so I'm not sure if my process would be significantly different (I have considered moving my BBS to Linux at some point though).

    As far as my Synchronet configuration, I usually use scfg and the related Synchronet configuration programs. Other than that, I just use a text editor to edit my Synchronet configuration files & things. For my ANSIs, I still like to use TheDraw (on Linux, I think you could run that in DOSBox) and sometimes PabloDraw. For my shells, also just a regular text editor.

    Nightfox

    ---
    þ Synchronet þ Digital Distortion: digitaldistortionbbs.com
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Tony Langdon@3:633/410 to Nightfox on Thu Feb 27 13:25:00 2020
    On 02-26-20 10:37, Nightfox wrote to Pixel <=-

    I currently run my BBS in Windows, so I'm not sure if my process would
    be significantly different (I have considered moving my BBS to Linux at some point though).

    Doesn't seem to be too different, going by this. I run under Linux on a Pi.

    As far as my Synchronet configuration, I usually use scfg and the
    related Synchronet configuration programs. Other than that, I just use

    Same here. :)

    a text editor to edit my Synchronet configuration files & things. For

    Yep, same for me too.

    my ANSIs, I still like to use TheDraw (on Linux, I think you could run that in DOSBox) and sometimes PabloDraw. For my shells, also just a regular text editor.

    Yeah ANSIs are my nemesis. I used to use TheDraw back in the day, and I have looked at PabloDraw in more recent times, but that is getting too artistic for me, and I can never get my head around it. :(


    ... The way some people find fault - you'd think there was a reward.
    === MultiMail/Win v0.51
    --- SBBSecho 3.10-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
  • From DaiTengu@1:103/705 to Pixel on Wed Feb 26 23:55:18 2020
    Re: Development Process
    By: Pixel to All on Tue Feb 25 2020 05:52 pm

    What does everyone else do?

    Test in Production. It's what real men do.

    I keep backups. Any major change I make, I do an rsync of my live BBS to a backup folder, then make the change. I let it stew for a bit, and if all seems well I forget about the BBS again for a month. Then I go back and do it all over again.

    For small things, minor config changes, etc, I'll just make the change and hope for the best. very rarely does it end in disaster. At least, rarely enough that I've never really considered doing it any other way.



    I mean, I guess I could check in all the configs to a git repo and go from there... But ... ugh... effort.

    DaiTengu

    ... Behind every successful man is an astonished mother-in-law.

    ---
    þ Synchronet þ War Ensemble BBS - The sport is war, total war - warensemble.com
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Nightfox@1:103/705 to Tony Langdon on Wed Feb 26 22:20:46 2020
    Re: Re: Development Process
    By: Tony Langdon to Nightfox on Thu Feb 27 2020 01:25 pm

    Yeah ANSIs are my nemesis. I used to use TheDraw back in the day, and I have looked at PabloDraw in more recent times, but that is getting too artistic for me, and I can never get my head around it. :(

    TheDraw is still my favorite ANSI editor. I think there are still some things that TheDraw can do that PabloDraw doesn't do. However I think there are probably some things that PabloDraw is also better at than TheDraw.

    Nightfox

    ---
    þ Synchronet þ Digital Distortion: digitaldistortionbbs.com
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From alter ego@1:103/705 to Pixel on Thu Feb 27 20:31:02 2020
    Re: Development Process
    By: Pixel to All on Tue Feb 25 2020 05:52 pm

    Currently my plan is to setup a local docker instance with synchroet running inn it, and onnce I'm happy, pushing the changes to production.

    Not quite sure I follow your plans, but I run SBBS in docker and it works well.

    With the container image setup, its easy for me to spin up another instance of SBBS to play with.

    You'll still need to provide docker with some persistant storage (mail bases, file areas, and config between restarts)...
    ...deon


    ... AI programmers only think they do it

    ---
    þ Synchronet þ Alterant | an SBBS in Docker on Pi!
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Tony Langdon@3:633/410 to Nightfox on Thu Feb 27 21:30:00 2020
    On 02-26-20 22:20, Nightfox wrote to Tony Langdon <=-

    TheDraw is still my favorite ANSI editor. I think there are still some things that TheDraw can do that PabloDraw doesn't do. However I think there are probably some things that PabloDraw is also better at than TheDraw.

    Neither are of much use in my hands. :D


    ... It is better to know some of the questions than all of the answers.
    === MultiMail/Win v0.51
    --- SBBSecho 3.10-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
  • From Rampage@1:103/705 to DaiTengu on Thu Feb 27 07:24:07 2020
    Re: Development Process
    By: DaiTengu to Pixel on Wed Feb 26 2020 23:55:18


    I mean, I guess I could check in all the configs to a git repo and
    go from there... But ... ugh... effort.

    not to mention how git hates binary files and each one is a full upload instead of just a diff ;)


    )\/(ark

    ---
    þ Synchronet þ The SouthEast Star Mail HUB - SESTAR
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From DaiTengu@1:103/705 to Rampage on Thu Feb 27 22:46:55 2020
    Re: Development Process
    By: Rampage to DaiTengu on Thu Feb 27 2020 07:24 am

    I mean, I guess I could check in all the configs to a git repo and
    go from there... But ... ugh... effort.

    not to mention how git hates binary files and each one is a full upload instead of just a diff ;)

    Yeah. A full disk snapshot is always nice, I have a weeks worth of those at all times.

    DaiTengu

    ... I've already got a female to worry about. Her name is the Enterprise.

    ---
    þ Synchronet þ War Ensemble BBS - The sport is war, total war - warensemble.com
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Tracker1@1:103/705 to Pixel on Mon Mar 16 00:33:32 2020
    On 2/25/20 6:52 PM, Pixel wrote:
    Hi All -

    I'm woderinng what everyone's process is for development of their website.
    Specifically how do you maintain/edit the connfiguration files, shells, scripts etc.

    My Synchronet instance currently runs in on a Debian instance on my server,
    and I'm wanting to reduce the friction of changing things inn the file system, with specific regard to editing, testing, and debugging scripts.

    Currently my plan is to setup a local docker instance with synchroet running
    inn it, and onnce I'm happy, pushing the changes to production. I've considered checking in the whole image directory for version control as well.

    What does everyone else do?

    Thanks for any imput you have!

    It's a useful approach, at the very least, you need to use volumes for /sbbs/(ctrl|data|xtrn) .. xtrn is a mix, since most doors write data to
    their own directory, ctrl is configuration and data is self-descriptive.

    Of course, if your changes involve ctrl or xtrn it gets interresting...

    I've tried that route, currently, somewhat fast/loose with a local
    directory I edit against that mirrors my text and mods, and then push
    them out to the live box. Other stuff, I've been using the Remote SSH extension for VS Code (but had to setup the defaults as I tend to just
    load remote /sbbs into the editor). such as \r\n and CP437 for default
    line endings and the code page respectively.

    I've got the OS SSH on a non-standard port in passwordless (key only)
    mode. I've only got a couple things public for myself at the moment,
    but will open some bits as it's ready...

    I have a couple mods ported, but still have a *LOT* to do. Rewriting a
    lot of my past work on sbbs.

    --
    Michael J. Ryan
    tracker1 +o Roughneck BBS

    ---
    þ Synchronet þ Roughneck BBS - coming back 2/2/20
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Tracker1@1:103/705 to alter ego on Mon Mar 16 00:37:29 2020
    On 2/27/20 2:31 AM, alter ego wrote:

    You'll still need to provide docker with some persistant storage (mail
    bases, file areas, and config between restarts)...

    Are you just using volumes for /sbbs/(ctrl|data|xtrn) ? I thought about modifying my base image to build, and backup those directories, and (re)populate as a pre-start only if the data is empty... similar for the
    node directories, reading the configured number of nodes, and having
    them clean on start, or at least expanded based on config.

    Do you have your dockerfile on github by chance?

    --
    Michael J. Ryan
    tracker1 +o Roughneck BBS

    ---
    þ Synchronet þ Roughneck BBS - coming back 2/2/20
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rampage@1:103/705 to Tracker1 on Mon Mar 16 07:50:54 2020
    Re: Re: Development Process
    By: Tracker1 to alter ego on Mon Mar 16 2020 00:37:29


    Tracker1> Are you just using volumes for /sbbs/(ctrl|data|xtrn) ?

    i don't know what code you are using above but everything after "(ctrl" is turned dark grey on black and looks like

    for /sbbs/(ctrlatatrn) ?

    instead of what you are apparently trying to type... not even raw mode (CTRL-Z) stops the code processing so one can see what you are/were trying to write...


    )\/(ark

    ---
    þ Synchronet þ The SouthEast Star Mail HUB - SESTAR
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From alterego@1:103/705 to Tracker1 on Mon Mar 16 23:37:45 2020
    Re: Re: Development Process
    By: Tracker1 to alter ego on Mon Mar 16 2020 12:37 am

    Are you just using volumes for /sbbs/(ctrl|data|xtrn) ? I thought about
    modifying my base image to build, and backup those directories, and (re)populate as a
    pre-start only if the data is empty... similar for the
    node directories, reading the configured number of nodes, and having
    them clean on start, or at least expanded based on config.

    Yup, I do that in my image. My init script will take clone ctrl, nodes and text if they dont already exist in the persitent storage. I assume data will always be passed to the container.

    Do you have your dockerfile on github by chance?

    Yes everything is here https://dev.leenooks.net/bbs/sbbs (look in the x86_64 branch) - your welcome to play with my image, you can pull it from my gitlab (look in Packages -> Container Registry). I havent updated my arm build for a while, but can do if needed.
    ...deon


    ... Message from God: Universe rebooting in 5 sec. Please log out.

    ---
    þ Synchronet þ Alterant | an SBBS in Docker on Pi!
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Tracker1@1:103/705 to alterego on Thu Mar 19 22:25:37 2020
    On 3/16/20 5:37 AM, alterego wrote:
    Yup, I do that in my image. My init script will take clone ctrl, nodes and
    text if they dont already exist in the persitent storage. I assume data will always be passed to the container.

    Cool...

    Tr> Do you have your dockerfile on github by chance?

    Yes everything is here https://dev.leenooks.net/bbs/sbbs (look in the x86_64
    branch) - your welcome to play with my image, you can pull it from my gitlab (look in Packages -> Container Registry). I havent updated my arm build for a while, but can do if needed.

    Here's one I was working on, but haven't really flushed it out...

    https://github.com/bbs-io/synchronet-docker

    --
    Michael J. Ryan
    tracker1 +o Roughneck BBS

    ---
    þ Synchronet þ Roughneck BBS - coming back 2/2/20
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)