• DOSEmu2

    From Morpheus@1:103/705 to All on Tue Sep 6 11:59:33 2022
    Hello all, I am attempting to add some old DOS door games using dosemu2 under Ubuntu Server 20.04.4, and the BBS keeps trying to execute D:external.bat. DOSEmu2 has different default drive mappings than DOSEmu1, so external.bat is actually on G:, not D:. Where can I change the behavior of the default vars like $EXTBAT to point to the correct drives?

    I am attempting to execute LORD v4.06 which is installed on the default C drive for the user that the BBS is running under. I was able to map the HOME directory to get this drive to show up as C: So my drives are as follows;
    C: - /home/{bbsuser}/.dosemu/drive_c
    D: - DOSEMU default
    E: - COMSPEC default
    F: - BAT default
    G: - NODEx

    If anyone could point me in the right direction, it would be greatly appreciated!

    -Morpheus

    ---
    þ Synchronet þ TW Lounge BBS - bbs.twlounge.net
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Gamgee@1:103/705 to Morpheus on Tue Sep 6 20:50:00 2022
    Morpheus wrote to All <=-

    Hello all, I am attempting to add some old DOS door games using
    dosemu2 under Ubuntu Server 20.04.4, and the BBS keeps trying to
    execute D:external.bat. DOSEmu2 has different default drive
    mappings than DOSEmu1, so external.bat is actually on G:, not D:.
    Where can I change the behavior of the default vars like $EXTBAT
    to point to the correct drives?

    I am attempting to execute LORD v4.06 which is installed on the
    default C drive for the user that the BBS is running under. I
    was able to map the HOME directory to get this drive to show up
    as C: So my drives are as follows; C: -
    /home/{bbsuser}/.dosemu/drive_c D: - DOSEMU default
    E: - COMSPEC default
    F: - BAT default
    G: - NODEx

    If anyone could point me in the right direction, it would be
    greatly appreciated!

    I don't know the answers to what you ask.

    I can tell you, however, that I've seen this same question asked here
    several times, and it's been discussed at length on the SBBS IRC channel
    as well. As far as I know, it has never been successfully deployed
    other than maybe for some certain specific doors. The short answer is
    that it doesn't/won't work properly.

    Recommend you just use the original DOSEMU.


    ... 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 Ragnarok@1:103/705 to Morpheus on Tue Sep 6 23:40:48 2022
    El 6/9/22 a las 12:59, Morpheus escribió:
    Hello all, I am attempting to add some old DOS door games using dosemu2 under Ubuntu Server 20.04.4, and the BBS keeps trying to execute D:external.bat. DOSEmu2 has different default drive mappings than DOSEmu1, so external.bat is actually on G:, not D:. Where can I change the behavior of the default vars like $EXTBAT to point to the correct drives?

    I am attempting to execute LORD v4.06 which is installed on the default C drive for the user that the BBS is running under. I was able to map the HOME directory to get this drive to show up as C: So my drives are as follows;
    C: - /home/{bbsuser}/.dosemu/drive_c
    D: - DOSEMU default
    E: - COMSPEC default
    F: - BAT default
    G: - NODEx

    If anyone could point me in the right direction, it would be greatly appreciated!

    -Morpheus

    ---
    � Synchronet � TW Lounge BBS - bbs.twlounge.net

    you can solve if add the mappings via cmdline as i commented at:

    https://gitlab.synchro.net/main/sbbs/-/issues/433#note_2713

    you must edit ctrl/dosemu.conf and exec/dosemu.ini

    ---
    ï¿­ Synchronet ï¿­ Dock Sud BBS TLD 24 HS - bbs.docksud.com.ar
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Ragnarok@1:103/705 to Ragnarok on Tue Sep 6 23:42:24 2022
    El 6/9/22 a las 23:40, Ragnarok escribió:
    El 6/9/22 a las 12:59, Morpheus escribió:
    Hello all, I am attempting to add some old DOS door games using
    dosemu2 under Ubuntu Server 20.04.4, and the BBS keeps trying to
    execute D:external.bat.  DOSEmu2 has different default drive mappings
    than DOSEmu1, so external.bat is actually on G:, not D:.  Where can I
    change the behavior of the default vars like $EXTBAT to point to the
    correct drives?

    I am attempting to execute LORD v4.06 which is installed on the
    default C drive for the user that the BBS is running under.  I was
    able to map the HOME directory to get this drive to show up as C:  So
    my drives are as follows;
    C: - /home/{bbsuser}/.dosemu/drive_c
    D: - DOSEMU default
    E: - COMSPEC default
    F: - BAT default
    G: - NODEx

    If anyone could point me in the right direction, it would be greatly
    appreciated!

    -Morpheus

    ---
      � Synchronet � TW Lounge BBS - bbs.twlounge.net

    you can solve if add the mappings via cmdline as i commented at:

    https://gitlab.synchro.net/main/sbbs/-/issues/433#note_2713

    you must edit ctrl/dosemu.conf and exec/dosemu.ini

    this settings did the trick:

    $_hdimage = "+0 -2 /sbbs/ctrl /sbbs/data /sbbs/exec +1"

    ---
    ï¿­ Synchronet ï¿­ Dock Sud BBS TLD 24 HS - bbs.docksud.com.ar
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Morpheus@1:103/705 to Ragnarok on Wed Sep 7 06:51:45 2022
    Re: Re: DOSEmu2
    By: Ragnarok to Morpheus on Tue Sep 06 2022 11:40 pm

    you can solve if add the mappings via cmdline as i commented at: https://gitlab.synchro.net/main/sbbs/-/issues/433#note_2713
    you must edit ctrl/dosemu.conf and exec/dosemu.ini

    I have already added the mappings that I need at the command line, and mainly wanted to find out where Synchronet BBS sets those environment variables used in dosemu.ini like the $EXTBAT etc.

    I can always manually create files for each door, but it would be nice to properly set $EXTBAT to point to the correct drive mapping instead.

    ---
    þ Synchronet þ TW Lounge BBS - bbs.twlounge.net
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Morpheus@1:103/705 to Ragnarok on Wed Sep 7 06:54:16 2022
    Re: Re: DOSEmu2
    By: Ragnarok to Ragnarok on Tue Sep 06 2022 11:42 pm

    this settings did the trick:
    $_hdimage = "+0 -2 /sbbs/ctrl /sbbs/data /sbbs/exec +1"

    I'll take a look at that too. Thanks.

    ---
    þ Synchronet þ TW Lounge BBS - bbs.twlounge.net
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Charles Blackburn@1:103/705 to Morpheus on Wed Sep 7 15:50:30 2022
    Re: DOSEmu2
    By: Morpheus to All on Tue Sep 06 2022 11:59:33

    Hello all, I am attempting to add some old DOS door games using dosemu2 under Ubuntu Server 20.04.4, and the BBS keeps trying to execute D:external.bat. DOSEmu2 has different default
    drive mappings than DOSEmu1, so external.bat is actually on G:, not D:. Where can I change the behavior of the default vars like $EXTBAT to point to the correct drives?

    Lucky, I've been struggling with that to get it to recognise the dosemu.conf in the sbbs directory. To even get as far as you.

    Any pointers appreciated

    charlie
    Charles Blackburn
    SYSOP - The F.B.O BBS
    Aviation related fun @ thefbo.us
    DOVE-Net, FSX-Net

    ---
    þ Synchronet þ My Brand-New BBS
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Tracker1@1:103/705 to Gamgee on Wed Sep 7 12:47:17 2022
    On 9/6/22 18:50, Gamgee wrote:

    I don't know the answers to what you ask.

    I can tell you, however, that I've seen this same question asked here
    several times, and it's been discussed at length on the SBBS IRC channel
    as well. As far as I know, it has never been successfully deployed
    other than maybe for some certain specific doors. The short answer is
    that it doesn't/won't work properly.

    Recommend you just use the original DOSEMU.

    The issue at hand is a lot of distributions no longer contain the
    original DOSEMU in repositories, only DOSEMU2 ... so holding on to the
    older version introduces more friction than less.

    Given that, it may be worthwhile to add the older DOSEMU to the 3rdp
    codebase and build in linux environments directly if the current version supported by most Linux distributions isn't what is being used/supported.
    --
    Michael J. Ryan - tracker1@roughneckbbs.com
    ---
    ï¿­ Synchronet ï¿­ Roughneck BBS - roughneckbbs.com
    --- SBBSecho 3.15-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Gamgee@1:103/705 to Tracker1 on Thu Sep 8 06:37:00 2022
    Tracker1 wrote to Gamgee <=-

    I don't know the answers to what you ask.

    I can tell you, however, that I've seen this same question asked here several times, and it's been discussed at length on the SBBS IRC channel
    as well. As far as I know, it has never been successfully deployed
    other than maybe for some certain specific doors. The short answer is
    that it doesn't/won't work properly.

    Recommend you just use the original DOSEMU.

    The issue at hand is a lot of distributions no longer contain the
    original DOSEMU in repositories, only DOSEMU2 ... so holding on
    to the older version introduces more friction than less.

    This is true, but generally speaking the original can still be
    installed, in other ways than from a repository. I keep a copy safely
    tucked away for future needs.

    Given that, it may be worthwhile to add the older DOSEMU to the
    3rdp codebase and build in linux environments directly if the
    current version supported by most Linux distributions isn't what
    is being used/supported.

    Well that's an interesting idea. I'd like to see that happen.



    ... 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 Morpheus@1:103/705 to Charles Blackburn on Thu Sep 8 12:45:46 2022
    Re: DOSEmu2
    By: Charles Blackburn to Morpheus on Wed Sep 07 2022 03:50 pm

    Lucky, I've been struggling with that to get it to recognise the dosemu.conf in the sbbs directory. To even get as far as you.
    Any pointers appreciated

    The dosemu.conf file is passed as a parameter at the bottom of the dosemu.ini file. Here's what I am using at the moment. Still tweaking things trying to get them working.

    ------------------------------------------------------------
    cmd=/usr/bin/env $TERM HOME=/home/bbs QUIET=1 DOSDRIVE_G=$NODEDIR NODEDIR=G: $DOSEMUBIN -I"video { none }" $VIRTUALCONF -f$DOSEMUCONF -d$NODEDIR EXT=$EXTBAT -EH:external.bat -o$NODEDIRdosemu_boot.log $EXTLOG
    ------------------------------------------------------------

    Change the /home/bbs to match the current user that you run the board under in Linux. This will determine which drive C: gets used.

    ---
    þ Synchronet þ TW Lounge BBS - bbs.twlounge.net
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Ragnarok@1:103/705 to Tracker1 on Thu Sep 8 23:11:19 2022
    El 7/9/22 a las 16:47, Tracker1 escribió:
    On 9/6/22 18:50, Gamgee wrote:

    I don't know the answers to what you ask.

    I can tell you, however, that I've seen this same question asked here
    several times, and it's been discussed at length on the SBBS IRC channel
    as well.  As far as I know, it has never been successfully deployed
    other than maybe for some certain specific doors.  The short answer is
    that it doesn't/won't work properly.

    Recommend you just use the original DOSEMU.

    The issue at hand is a lot of distributions no longer contain the
    original DOSEMU in repositories, only DOSEMU2 ... so holding on to the
    older version introduces more friction than less.

    Given that, it may be worthwhile to add the older DOSEMU to the 3rdp codebase and build in linux environments directly if the current version supported by most Linux distributions isn't what is being used/supported.
    I agree. i did upgrade from debian 10 to 11 and los dosemu1 , now i have compiled dosemu2 and work with some tweks at sbbs files.

    ---
    ï¿­ Synchronet ï¿­ Dock Sud BBS TLD 24 HS - bbs.docksud.com.ar
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Charles Blackburn@1:103/705 to Morpheus on Fri Sep 9 10:58:38 2022
    Re: DOSEmu2
    By: Morpheus to Charles Blackburn on Thu Sep 08 2022 12:45:46

    The dosemu.conf file is passed as a parameter at the bottom of the dosemu.ini file.
    Here's what I am using at the moment. Still tweaking things trying to get them
    working.
    Change the /home/bbs to match the current user that you run the board under in
    Linux. This will determine which drive C: gets used.


    <$EXTLO>cmd=/usr/bin/env $TERM HOME=$CTRLDIR QUIET=1 DOSDRIVE_D=$NODEDIR NODEDIR=$NODEDIR $DOSEMUBIN -d $NODEDIR -d $XTRNDIR -I"video { none }" $VIRTUALCONF -f$DOSEMUCONF -E$EXTBAT -o$NODEDIR/dosemu.log $EXTLOG

    Havent gogtten around to figuring out how to start it from the command line yet so that I can verify that the drive letters are good...

    Any thoughts?
    Charles Blackburn
    SYSOP - The F.B.O BBS
    Aviation related fun @ bbs.thefbo.us
    DOVE-Net
    Coming soon: FSX-Net, FIDO-Net

    ---
    þ Synchronet þ My Brand-New BBS
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Charles Blackburn@1:103/705 to Ragnarok on Fri Sep 9 11:02:50 2022
    Re: Re: DOSEmu2
    By: Ragnarok to Tracker1 on Thu Sep 08 2022 23:11:19

    I agree. i did upgrade from debian 10 to 11 and los dosemu1 , now i have compiled
    dosemu2 and work with some tweks at sbbs files.

    any chance you can write up a doc on what files you changed to what. heck maybe even sanitize your files and send them through as a zip so we can at least have a "start".

    Also, how do you get the door files into dosemu (yes i know it's just a directory, but which one :D)

    Is it possible to start dosemu from the terminal to test it to make sure we got it all correct first ?
    Charles Blackburn
    SYSOP - The F.B.O BBS
    Aviation related fun @ bbs.thefbo.us IPV4 and IPV6
    DOVE-Net
    Coming soon: FSX-Net, FIDO-Net

    ---
    þ Synchronet þ My Brand-New BBS
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Tracker1@1:103/705 to Ragnarok on Fri Sep 9 09:24:38 2022
    On 9/8/22 19:11, Ragnarok wrote:
    Given that, it may be worthwhile to add the older DOSEMU to the 3rdp
    codebase and build in linux environments directly if the current
    version supported by most Linux distributions isn't what is being
    used/supported.

    I agree. i did upgrade from debian 10 to 11 and los dosemu1 , now i
    have compiled dosemu2 and work with some tweks at sbbs files.

    Haven't really messed with either one... It seems like dosemu2 has been
    around for about 7 years now.

    Been wanting to get things a bit more pre-configured for the docker environment I'd been working on... literally just got all the
    environment scripting updated for the builds and migration support.

    ARM was something I really wanted to get working smoothly, but has
    issues with a few other things I wanted to get integrated, so reverted
    to x86 only for now. For ARM, kind of have to use a network fs driver combined with QEMU to run freedos, network mount the shared paths and
    run doors that way... which seems like a lot of effort. Have considered writing an explicit door server app/suite that just accepts connections
    with a TOTP code for the user from the bbs (RLOGIN) and runs the door(s) directly that way (QEMU/FreeDOS).

    Like most things, it's on the personal backlog and haven't had enough time+motivation to get done.
    --
    Michael J. Ryan - tracker1@roughneckbbs.com
    ---
    ï¿­ Synchronet ï¿­ Roughneck BBS - roughneckbbs.com
    --- SBBSecho 3.15-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Morpheus@1:103/705 to Charles Blackburn on Fri Sep 9 13:22:32 2022
    Re: DOSEmu2
    By: Charles Blackburn to Morpheus on Fri Sep 09 2022 10:58 am

    Havent gogtten around to figuring out how to start it from the command line yet so that I can verify that the drive letters are good...
    Any thoughts?
    I copy the startup command from the dosemu.ini file into a shell script and then execute that script. Modify it in the script to taste, then copy it back to the .ini file when done.

    You will need to remember to give the script file the x attribute.
    chmod 755 shellcript.sh
    will do the trick.

    ---
    þ Synchronet þ TW Lounge BBS - bbs.twlounge.net
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Morpheus@1:103/705 to Charles Blackburn on Fri Sep 9 13:25:51 2022
    Re: DOSEmu2
    By: Morpheus to Charles Blackburn on Fri Sep 09 2022 01:22 pm

    One more thing, omit the -I"video { none }" portion when running from a shell script.

    ---
    þ Synchronet þ TW Lounge BBS - bbs.twlounge.net
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Charles Blackburn@1:103/705 to Tracker1 on Fri Sep 9 21:15:49 2022
    Re: Re: DOSEmu2
    By: Tracker1 to Ragnarok on Fri Sep 09 2022 09:24:38

    run doors that way... which seems like a lot of effort. Have considered writing an
    explicit door server app/suite that just accepts connections
    with a TOTP code for the user from the bbs (RLOGIN) and runs the door(s) directly
    that way (QEMU/FreeDOS).

    I wonder if it wouldnt just be a heck of a lot easier to build an RLOGIN server for freedos and just be done with it. Might be able to do something like comm0comm for the comm port to tcp socket conversion maybe?

    Charlie
    Charles Blackburn
    SYSOP - The F.B.O BBS
    Aviation related fun @ bbs.thefbo.us IPV4 and IPV6
    DOVE-Net
    Coming soon: FSX-Net, FIDO-Net

    ---
    þ Synchronet þ My Brand-New BBS
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Charles Blackburn@1:103/705 to Morpheus on Sat Sep 10 10:32:02 2022
    Re: DOSEmu2
    By: Morpheus to Charles Blackburn on Fri Sep 09 2022 13:22:32

    I copy the startup command from the dosemu.ini file into a shell script and then
    execute that script. Modify it in the script to taste, then copy it back to the .ini
    file when done.

    i'll give that a try

    thanks
    Charles Blackburn
    SYSOP - The F.B.O BBS
    Aviation related fun @ bbs.thefbo.us IPV4 and IPV6
    DOVE-Net
    Coming soon: FSX-Net, FIDO-Net

    ---
    þ Synchronet þ My Brand-New BBS
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Tracker1@1:103/705 to Charles Blackburn on Sat Sep 10 14:46:18 2022
    On 9/9/22 19:15, Charles Blackburn wrote:
    run doors that way... which seems like a lot of effort. Have
    considered writing an explicit door server app/suite that just
    accepts connections with a TOTP code for the user from the bbs
    (RLOGIN) and runs the door(s) directly that way (QEMU/FreeDOS).

    I wonder if it wouldnt just be a heck of a lot easier to build
    an RLOGIN server for freedos and just be done with it. Might be
    able to do something like comm0comm for the comm port to tcp
    socket conversion maybe?

    Kind of my thinking as well... the issue becomes supporting doors with multiple users, so kind of need to accept at least the initial
    connection outside FreeDOS, but at that point, could pass to a DOS based
    BBS as the door host altogether.

    Also thoughts on reducing overhead and load balancing at scale, which is
    a more distant concern to say the least just where my mind goes because
    of the work I do.
    --
    Michael J. Ryan - tracker1@roughneckbbs.com
    ---
    ï¿­ Synchronet ï¿­ Roughneck BBS - roughneckbbs.com
    --- SBBSecho 3.15-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Charles Blackburn@1:103/705 to Tracker1 on Sun Sep 11 06:42:55 2022
    Re: Re: DOSEmu2
    By: Tracker1 to Charles Blackburn on Sat Sep 10 2022 14:46:18

    Kind of my thinking as well... the issue becomes supporting doors with multiple users, so kind of need to accept at least
    the initial connection outside FreeDOS, but at that point, could pass to a DOS based
    BBS as the door host altogether.

    or maybe something like concurrentDOS or MPM ?

    Also thoughts on reducing overhead and load balancing at scale, which is a more distant concern to say the least just where my mind goes because of the work I do.
    yea i think in this "niche" market there's no-one running more than a couple of people at a time nowadays. not like the "good ol' days" where my 8 line system i used to help maintain was constantly at least half full all day every day.
    Charles Blackburn
    SYSOP - The F.B.O BBS
    Aviation related fun @ bbs.thefbo.us IPV4 and IPV6
    DOVE-Net
    Coming soon: FSX-Net, FIDO-Net

    ---
    þ Synchronet þ The FBO BBS - bbs.thefbo.us - A place for aviation fun....
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Ragnarok@1:103/705 to Charles Blackburn on Mon Sep 12 23:17:46 2022
    El 9/9/22 a las 13:02, Charles Blackburn escribió:
    Re: Re: DOSEmu2
    By: Ragnarok to Tracker1 on Thu Sep 08 2022 23:11:19

    Ra> I agree. i did upgrade from debian 10 to 11 and los dosemu1 , now i have compiled
    Ra> dosemu2 and work with some tweks at sbbs files.

    any chance you can write up a doc on what files you changed to what. heck maybe even sanitize your files and send them through as a zip so we can at least have a "start".}


    yes.. plase wait me some time i'm busy at work, but I will update the
    dosemu wiki page asap


    Also, how do you get the door files into dosemu (yes i know it's just a directory, but which one :D)

    I have all my dos doors on /sbbs/doors/dos/XXXXXX
    as xtrn config I set the startup dir to the door dir and call run.bat:

    ex run.bat for dirty wall:

    dwall -N%SBBSNNUM% -P%SBBSNODE%\dorinfo1.def



    Is it possible to start dosemu from the terminal to test it to make sure we got it all correct first ?
    Charles Blackburn

    I have a xtrn item that just run command.com from feedos:

    [DOS (freedos)]
    1: Name DOS (freedos)
    2: Internal Code FREEDOS
    3: Start-up Directory /sbbs/doors/dos/freedos
    4: Command Line command.com
    5: Clean-up Command Line
    6: Execution Cost None
    7: Access Requirements LEVEL 90
    8: Execution Requirements
    9: Multiple Concurrent Users No
    10: I/O Method Standard, No Echo
    11: Native Executable/Script No
    12: Use Shell or New Context No
    13: Modify User Data No
    14: Execute on Event No
    15: Pause After Execution No
    16: Disable Local Display No
    17: BBS Drop File Type None
    18: Place Drop File In Node Directory

    if you want to test outside sbbs, you must try to run as cmdline that
    was generate on node directory at the external.bat

    REM For debugging: /usr/bin/env HOME=/sbbs/ctrl/ QUIET=1 DOSDRIVE_D=/sbbs/nodes/node1/ NODEDIR=/sbbs/nodes/node1/
    /usr/bin/dosemu.bin -d /sbbs/nodes/node1/ -d /sbbs/doors/dos -I"video {
    none }" -I'keystroke "\n"' -f/sbbs/ctrl/dosemu.co
    nf -ED:external.bat -o/sbbs/nodes/node1/dosemu_boot.log


    SYSOP - The F.B.O BBS
    Aviation related fun @ bbs.thefbo.us IPV4 and IPV6
    DOVE-Net
    Coming soon: FSX-Net, FIDO-Net

    ---
    � Synchronet � My Brand-New BBS

    ---
    ï¿­ Synchronet ï¿­ Dock Sud BBS TLD 24 HS - bbs.docksud.com.ar
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Ragnarok@1:103/705 to Tracker1 on Mon Sep 12 23:20:55 2022
    El 9/9/22 a las 13:24, Tracker1 escribió:
    On 9/8/22 19:11, Ragnarok wrote:
    Given that, it may be worthwhile to add the older DOSEMU to the 3rdp
    codebase and build in linux environments directly if the current
    version supported by most Linux distributions isn't what is being
    used/supported.

    I agree. i did upgrade from debian 10 to 11 and los dosemu1 , now i
    have compiled dosemu2 and work with some tweks at sbbs files.

    Haven't really messed with either one... It seems like dosemu2 has been around for about 7 years now.
    yeah dosemu2 have many years.. I just use dosemu1 because my server was
    on debian jessie.. and sbbs work out of the box (minimal tweaks) with
    dosbox1.
    Now i upgrade to debian 11 that do not have dosemu1. So I had force to
    move to dosemu2

    ---
    ï¿­ Synchronet ï¿­ Dock Sud BBS TLD 24 HS - bbs.docksud.com.ar
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Gamgee@1:103/705 to Ragnarok on Mon Sep 12 22:28:00 2022
    Ragnarok wrote to Tracker1 <=-

    Given that, it may be worthwhile to add the older DOSEMU to the 3rdp
    codebase and build in linux environments directly if the current
    version supported by most Linux distributions isn't what is being
    used/supported.

    I agree. i did upgrade from debian 10 to 11 and los dosemu1 , now i
    have compiled dosemu2 and work with some tweks at sbbs files.

    Haven't really messed with either one... It seems like dosemu2 has been around for about 7 years now.

    yeah dosemu2 have many years.. I just use dosemu1 because my
    server was on debian jessie.. and sbbs work out of the box
    (minimal tweaks) with dosbox1.
    Now i upgrade to debian 11 that do not have dosemu1. So I had
    force to move to dosemu2

    Well.... not really. You're not *forced* to use dosemu2. Just because
    a software package isn't in a debian repository doesn't mean it can't be installed. It's no harder than downloading the dosemu1 .deb package and installing it manually.



    ... All the easy problems have been solved.
    --- MultiMail/Linux v0.52
    þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Pilotcab@1:103/705 to Ragnarok on Tue Sep 13 19:32:06 2022
    Re: Re: DOSEmu2
    By: Ragnarok to Charles Blackburn on Mon Sep 12 2022 23:17:46

    any chance you can write up a doc on what files you changed to what. heck maybe even sanitize your files and send them
    through as a zip so we can at least have a "start".}
    yes.. plase wait me some time i'm busy at work, but I will update the dosemu wiki page asap

    no rush, im playing around with the windows version for now seeing as my HDD died - it was 10 years old anyway.

    REM For debugging: /usr/bin/env HOME=/sbbs/ctrl/ QUIET=1 DOSDRIVE_D=/sbbs/nodes/node1/ NODEDIR=/sbbs/nodes/node1/
    /usr/bin/dosemu.bin -d /sbbs/nodes/node1/ -d /sbbs/doors/dos -I"video { none }" -I'keystroke "\n"' -f/sbbs/ctrl/dosemu.co
    nf -ED:external.bat -o/sbbs/nodes/node1/dosemu_boot.log

    not going to quote all of it due to length and pointless... but that's cool.. i'll give that a shot.

    regards

    ---
    þ Synchronet þ The FBO BBS - bbs.thefbo.us
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Ragnarok@1:103/705 to Gamgee on Mon Sep 19 23:18:49 2022
    El 13/9/22 a las 00:28, Gamgee escribió:
    Ragnarok wrote to Tracker1 <=-

    > >> Given that, it may be worthwhile to add the older DOSEMU to the 3rdp
    > >> codebase and build in linux environments directly if the current
    > >> version supported by most Linux distributions isn't what is being
    > >> used/supported.
    > >
    > > I agree. i did upgrade from debian 10 to 11 and los dosemu1 , now i
    > > have compiled dosemu2 and work with some tweks at sbbs files.
    >
    > Haven't really messed with either one... It seems like dosemu2 has been
    > around for about 7 years now.

    Ra> yeah dosemu2 have many years.. I just use dosemu1 because my
    Ra> server was on debian jessie.. and sbbs work out of the box
    Ra> (minimal tweaks) with dosbox1.
    Ra> Now i upgrade to debian 11 that do not have dosemu1. So I had
    Ra> force to move to dosemu2

    Well.... not really. You're not *forced* to use dosemu2. Just because
    a software package isn't in a debian repository doesn't mean it can't be installed. It's no harder than downloading the dosemu1 .deb package and installing it manually.



    Dosemu1 packages for jessie ummets dependes on debian 11.
    You are correct, but if I have to build dosemu, I directly do it with
    version 2 and I have a new challenge
    :)

    ---
    ï¿­ Synchronet ï¿­ Dock Sud BBS TLD 24 HS - bbs.docksud.com.ar
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Tracker1@1:103/705 to Charles Blackburn on Wed Sep 21 21:44:16 2022
    On 9/11/22 03:42, Charles Blackburn wrote:
    Also thoughts on reducing overhead and load balancing at scale, which
    is a more distant concern to say the least just where my mind goes
    because of the work I do.

    yea i think in this "niche" market there's no-one running more than
    a couple of people at a time nowadays. not like the "good ol' days"
    where my 8 line system i used to help maintain was constantly at least
    half full all day every day.

    Of course... most of the multi-bbs door hosts are single-system even as
    far as I know. But it's an interesting thought exercise all the same.

    I mean even each door having it's own listener, that takes an rlogin connection, and launches straight into a specific door wouldn't be too
    bad... easy enough to containerize, and just need mounted storage and
    ensuring a single service instance per door... kind of against the
    redundancy, but at least a single downed node will allow to rebalance
    the door instances to other hosts.
    --
    Michael J. Ryan - tracker1@roughneckbbs.com
    ---
    ï¿­ Synchronet ï¿­ Roughneck BBS - roughneckbbs.com
    --- SBBSecho 3.15-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Charles Blackburn@1:103/705 to Tracker1 on Thu Sep 22 07:42:49 2022
    Re: Re: DOSEmu2
    By: Tracker1 to Charles Blackburn on Wed Sep 21 2022 21:44:16

    Of course... most of the multi-bbs door hosts are single-system even as far as I know. But it's an interesting thought exercise all the same.

    That it is for sure.

    I mean even each door having it's own listener, that takes an rlogin connection, and launches straight into a specific door
    wouldn't be too
    bad... easy enough to containerize, and just need mounted storage and ensuring a single service instance per door... kind of against the redundancy, but at least a single downed node will allow to rebalance
    the door instances to other hosts.

    your problem with that is you're going to have a different IP port for each door. for some of the places like mine that only have a few wouldnt be a problem, but for others that have (and i've seen one with like 160) that's going to be unweildy.

    that said, you could do it with, say, an LXC container that has all the doors in it and then just rlogin from the bbs machine to that so then there's another menu with is handled by a different "VM" and that leaves the bbs machine "free-er".

    regards
    ---

    Charles Blackburn
    The F.B.O BBS 21:1/221 618:250/36
    bbs.thefbo.us IPV4/V6
    DOVE-Net FSX-Net MicroNET USENET
    ---
    þ Synchronet þ The FBO BBS - bbs.thefbo.us - A place for aviation fun....
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Morpheus@1:103/705 to All on Fri Sep 23 11:46:32 2022
    Re: Re: DOSEmu2
    By: Charles Blackburn to Tracker1 on Thu Sep 22 2022 07:42 am

    that said, you could do it with, say, an LXC container that has all the doors in it and then just rlogin from the bbs machine to that so then there's another menu with is handled by a different "VM" and that leaves the bbs machine "free-er".

    I would like to know more about this method. I am presently running the BBS under Proxmox, which supports LXC containers. I haven't ever played around with them, so I will need to look into them.

    ---
    þ Synchronet þ TW Lounge BBS - bbs.twlounge.net
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Tracker1@1:103/705 to Charles Blackburn on Fri Sep 23 22:03:13 2022
    On 9/22/22 04:42, Charles Blackburn wrote:
    I mean even each door having it's own listener, that takes an rlogin
    connection, and launches straight into a specific door wouldn't be
    too bad... easy enough to containerize,
    ...

    your problem with that is you're going to have a different IP port for
    each door. for some of the places like mine that only have a few
    wouldnt be a problem, but for others that have (and i've seen one with
    like 160) that's going to be unweildy.

    Not really... they wouldn't need to be public facing... a single service
    could act as a intermediary, then relaying to the correct instance.
    This relay service could even have multiple instances. Operating much
    like Synchronet uses the protocol field to specify a door on entry in
    some setups, the main rlogin just passes the connection through to the appropriate instance.

    that said, you could do it with, say, an LXC container that has all
    the doors in it and then just rlogin from the bbs machine to that so
    then there's another menu with is handled by a different "VM" and that leaves the bbs machine "free-er".

    Something like that... basically each "door" would be it's own
    super-light host... so that it's easier to vary setups for doors,
    isolate data, etc. Then the main host/system that actually takes users
    to pass to the given door host.

    Either too complex, or too simple, maybe. But each single-door host can
    have a web-admin console launcher. Either qemu or dosemu options could
    be supported separately... Don't have it right in front of me, but
    there's a really basic network file host that works in freedos as a
    client, not sure on dosemu, but would allow each door to have a drive
    image mounted, that isolates the door's storage.
    --
    Michael J. Ryan - tracker1@roughneckbbs.com
    ---
    ï¿­ Synchronet ï¿­ Roughneck BBS - roughneckbbs.com
    --- SBBSecho 3.15-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Charles Blackburn@1:103/705 to Morpheus on Sat Sep 24 03:38:06 2022
    Re: Re: DOSEmu2
    By: Morpheus to All on Fri Sep 23 2022 11:46:32

    By: Charles Blackburn to Tracker1 on Thu Sep 22 2022 07:42 am
    that said, you could do it with, say, an LXC container that has all the doors in it and then just rlogin from the bbs
    machine to that so then there's another menu with is handled by a different "VM" and that leaves the bbs machine
    "free-er".
    I would like to know more about this method. I am presently running the BBS under Proxmox, which supports LXC containers. I
    haven't ever played around with them, so I will need to look into them.

    a container is just a "smaller" VM. i use them a lot for "single use" things like i have one for transmission, plex, sbbs, apt mirror, nntp, asterisk, unifi controller etc

    theyre great. just download the template using pceam and install it like a normal VM except clik create CT not Create VM :D

    only thing to watch out for is that you need to make sure that you make them "priviledged" if you are going to use anything like SMB or NFS otherwise it's a pain in the ass to make it work (dont ask how i know LOL).

    what i do, is i made a container with all the base stuff i need on it that's common to everything, shut it down and then made it a template container so when i need to spin up a new one, i just clone it and boom half the hard work is already done :D

    regards
    ---

    Charles Blackburn
    The F.B.O BBS 21:1/221 618:250/36
    bbs.thefbo.us IPV4/V6
    DOVE-Net FSX-Net MicroNET USENET
    ---
    þ Synchronet þ The FBO BBS - bbs.thefbo.us - A place for aviation fun....
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Charles Blackburn@1:103/705 to Tracker1 on Sat Sep 24 06:17:24 2022
    Re: Re: DOSEmu2
    By: Tracker1 to Charles Blackburn on Fri Sep 23 2022 22:03:13


    your problem with that is you're going to have a different IP port for
    each door. for some of the places like mine that only have a few
    wouldnt be a problem, but for others that have (and i've seen one with
    like 160) that's going to be unweildy.
    Not really... they wouldn't need to be public facing... a single service could act as a intermediary, then relaying to the correct instance.

    normally you have one service listening on a port and then when you connect to that, the server process then forks out to do whatever it needs to do while the main process goes back to listening on the port.

    that's fine if it's going to get handled by one process doing the listening, but if you have multiple processes, you can't listen on the same port. the only way to do that would be having an intermediary as opposed to running "multiple copies" of the same program at the same time.


    that said, you could do it with, say, an LXC container that has all
    the doors in it and then just rlogin from the bbs machine to that so
    then there's another menu with is handled by a different "VM" and that leaves the bbs machine "free-er".

    Something like that... basically each "door" would be it's own super-light host... so that it's easier to vary setups for doors,
    isolate data, etc. Then the main host/system that actually takes users
    to pass to the given door host.

    yea but as i say the problem you're going to have is that you're going to have to have an intermediary to play "traffic cop" and direct the traffic where it needs to go before the relevent process handles the connection/data. hence why i suggested, well just rlogin to an LXC container and have the container handle the traffic cop stuff.

    Either too complex, or too simple, maybe. But each single-door host can have a web-admin console launcher. Either qemu or dosemu options could
    be supported separately... Don't have it right in front of me, but there's a really basic network file host that works in freedos as a client, not sure on dosemu, but would allow each door to have a drive image mounted, that isolates the door's storage.

    isnt that always the case. i prefer the keep it sinmple stuff for the most part. as for the simple file server program, you could theoretically use nfs (there are dos nfs clients). but i would think if it runs in freedos it should run in dosemu as they are pretty much the same underlying system. but then of course you could always run drdos under dosemu too lol

    as for the doors having a different drive image, you would then have to get into the process of handling file contention if multiple processes are running at the same time using the same files :D

    regards
    ---

    Charles Blackburn
    The F.B.O BBS 21:1/221 618:250/36
    bbs.thefbo.us IPV4/V6
    DOVE-Net FSX-Net MicroNET USENET
    ---
    þ Synchronet þ The FBO BBS - bbs.thefbo.us - A place for aviation fun....
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Morpheus@1:103/705 to Charles Blackburn on Mon Sep 26 06:54:06 2022
    Re: Re: DOSEmu2
    By: Charles Blackburn to Morpheus on Sat Sep 24 2022 03:38 am

    I am familiar with containers in general, as I use Docker for some things. When you create a container for door games, are you using another copy of the BBS as a front-end? It would seem that you need something to manage the connectivity between the doors container and the main BBS. The only down side I see to using another BBS would be that the users would need to create another account.

    If I were to consider a method like that, I would probably just try to
    run the DOS door games on a Windows box instead of Linux, since dosemu2 is being so stubborn.

    ---
    þ Synchronet þ TW Lounge BBS - bbs.twlounge.net
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Charles Blackburn@1:103/705 to Morpheus on Mon Sep 26 14:07:44 2022
    Re: Re: DOSEmu2
    By: Morpheus to Charles Blackburn on Mon Sep 26 2022 06:54:06


    I am familiar with containers in general, as I use Docker for some things. When you create a container for door games, are
    you using another copy of the BBS as a front-end? It would seem that you need something to manage the connectivity between
    the doors container and the main BBS. The only down side I see to using another BBS would be that the users would need to
    create another account.

    no you misunderstood. my whole bbs was running in an LXC container. what I was thinking was with the whole rlogin stuff, that was mentioned was a way to rlogin to another container that just run the doors with a shared directory for the drop files.

    that way you could containerise them into another "VM" and then just rlogin to that container which tthen presented a menu for whatever game they want if that makes sense.

    now of course there has been a couple of different threads on this subject and i may be thinking about one of the others :D

    im having a complete brain fart right now lol (long day)

    If I were to consider a method like that, I would probably just try to
    run the DOS door games on a Windows box instead of Linux, since dosemu2 is being so stubborn.

    and that is why i'm thinking of just going back to the venerable OS/2 :D

    regards
    ---

    Charles Blackburn
    The F.B.O BBS 21:1/221 618:250/36
    bbs.thefbo.us IPV4/V6
    DOVE-Net FSX-Net MicroNET USENET
    ---
    þ Synchronet þ The FBO BBS - bbs.thefbo.us - A place for aviation fun....
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Tracker1@1:103/705 to Charles Blackburn on Mon Sep 26 16:35:36 2022
    On 9/24/22 03:17, Charles Blackburn wrote:

    isnt that always the case. i prefer the keep it sinmple stuff for
    the most part. as for the simple file server program, you could theoretically use nfs (there are dos nfs clients). but i would
    think if it runs in freedos it should run in dosemu as they are
    pretty much the same underlying system. but then of course you
    could always run drdos under dosemu too lol

    as for the doors having a different drive image, you would then
    have to get into the process of handling file contention if
    multiple processes are running at the same time using the same
    files :D

    Only preference for freedos/qemu over dosemu is mainly that you can
    support ARM with the former and not that latter. In terms of file
    sharing was thinking EtherDFS[1] for the file sharing... but could just
    as easily use SMB/CIFS or NFS. Main concern is getting share support
    working.

    1. http://etherdfs.sourceforge.net/
    --
    Michael J. Ryan - tracker1@roughneckbbs.com
    ---
    ï¿­ Synchronet ï¿­ Roughneck BBS - roughneckbbs.com
    --- SBBSecho 3.15-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Tracker1@1:103/705 to Morpheus on Mon Sep 26 16:40:34 2022
    On 9/26/22 03:54, Morpheus wrote:

    I am familiar with containers in general, as I use Docker for some
    things. When you create a container for door games, are you using
    another copy of the BBS as a front-end?

    Unless you are installing dosemu, etc inside the container, in which
    case you can definitely *share*


    It would seem that you need something to manage the connectivity
    between the doors container and the main BBS. The only down side I
    see to using another BBS would be that the users would need to
    create another account.

    Yeah... usually with a door host server, you would configure it to not
    ask any questions... with synchronet you can disable all newuser
    questions, and configure rlogin and edit the logon.js to push the user
    logins straight into a requested door.


    If I were to consider a method like that, I would probably just try
    to run the DOS door games on a Windows box instead of Linux, since
    dosemu2 is being so stubborn.

    It's worth considering...
    --
    Michael J. Ryan - tracker1@roughneckbbs.com
    ---
    ï¿­ Synchronet ï¿­ Roughneck BBS - roughneckbbs.com
    --- SBBSecho 3.15-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Charles Blackburn@1:103/705 to Tracker1 on Tue Sep 27 10:53:15 2022
    Re: Re: DOSEmu2
    By: Tracker1 to Charles Blackburn on Mon Sep 26 2022 16:35:36

    On 9/24/22 03:17, Charles Blackburn wrote:
    isnt that always the case. i prefer the keep it sinmple stuff for
    the most part. as for the simple file server program, you could theoretically use nfs (there are dos nfs clients). but i
    <CUT>

    Only preference for freedos/qemu over dosemu is mainly that you can support ARM with the former and not that latter. In terms of file
    sharing was thinking EtherDFS[1] for the file sharing... but could just as easily use SMB/CIFS or NFS. Main concern is getting share support working.

    interesting... i'll take a look at that later... looks like (power gods providing) i have the rest of the week off down here in florida lmao

    i wonder is it more of like an iSCSI target or something like that as opposed to cifs/nfs? i prefer nfs for the most part as smb/cifs is slow as all hell.

    regards
    ---

    Charles Blackburn
    The F.B.O BBS 21:1/221 618:250/36
    bbs.thefbo.us IPV4/V6
    DOVE-Net FSX-Net MicroNET USENET
    ---
    þ Synchronet þ The FBO BBS - bbs.thefbo.us - A place for aviation fun....
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Charles Blackburn@1:103/705 to Tracker1 on Tue Sep 27 10:54:23 2022
    Re: Re: DOSEmu2
    By: Tracker1 to Morpheus on Mon Sep 26 2022 16:40:34


    It would seem that you need something to manage the connectivity
    between the doors container and the main BBS. The only down side I
    see to using another BBS would be that the users would need to
    create another account.
    Yeah... usually with a door host server, you would configure it to not ask any questions... with synchronet you can disable all newuser questions, and configure rlogin and edit the logon.js to push the user logins straight into a requested door.

    that's interesting... are there any destructions on setting that up? I would love to do something like that.

    regards
    ---

    Charles Blackburn
    The F.B.O BBS 21:1/221 618:250/36
    bbs.thefbo.us IPV4/V6
    DOVE-Net FSX-Net MicroNET USENET
    ---
    þ Synchronet þ The FBO BBS - bbs.thefbo.us - A place for aviation fun....
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Nightfox@1:103/705 to Charles Blackburn on Tue Sep 27 10:51:07 2022
    Re: Re: DOSEmu2
    By: Charles Blackburn to Tracker1 on Tue Sep 27 2022 10:54 am

    Yeah... usually with a door host server, you would configure it to
    not ask any questions... with synchronet you can disable all newuser
    questions, and configure rlogin and edit the logon.js to push the
    user logins straight into a requested door.

    that's interesting... are there any destructions on setting that up? I

    Destructions? ;)

    Nightfox

    ---
    þ Synchronet þ Digital Distortion: digitaldistortionbbs.com
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Charles Blackburn@1:103/705 to Nightfox on Tue Sep 27 20:40:12 2022
    Re: Re: DOSEmu2
    By: Nightfox to Charles Blackburn on Tue Sep 27 2022 10:51:07

    not ask any questions... with synchronet you can disable all newuser
    questions, and configure rlogin and edit the logon.js to push the
    user logins straight into a requested door.
    that's interesting... are there any destructions on setting that up? I
    Destructions? ;)

    yea... i can't call them instructions cus i always eff it up and break something

    regards
    ---

    Charles Blackburn
    The F.B.O BBS 21:1/221 618:250/36
    bbs.thefbo.us IPV4/V6
    DOVE-Net FSX-Net MicroNET USENET
    ---
    þ Synchronet þ The FBO BBS - bbs.thefbo.us - A place for aviation fun....
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Tracker1@1:103/705 to Charles Blackburn on Thu Oct 6 08:16:47 2022
    On 9/27/22 07:54, Charles Blackburn wrote:
    Yeah... usually with a door host server, you would configure it
    to not ask any questions... with synchronet you can disable all
    newuser questions, and configure rlogin and edit the logon.js to
    push the user logins straight into a requested door.

    that's interesting... are there any destructions on setting that
    up? I would love to do something like that.

    Newuser questions are in scfg iirc... and the rlogin behavior is defined
    in logon.js, I think it's the default behavior for RLogin to support
    door host mode.

    Note: make sure sbbs only accepts connections from your main bbs host though... You might want to take extra steps if you're going to allow connections from other BBSes.
    --
    Michael J. Ryan - tracker1@roughneckbbs.com
    ---
    ï¿­ Synchronet ï¿­ Roughneck BBS - roughneckbbs.com
    --- SBBSecho 3.15-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)