• Consider support for Linux appimage packaging

    From Rob Swindell@1:103/705 to GitLab issue in main/sbbs on Sat Jan 21 23:37:19 2023
    open https://gitlab.synchro.net/main/sbbs/-/issues/500

    see http://appimage.org for details
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From deon@1:103/705 to Rob Swindell on Sun Jan 22 23:26:08 2023
    Re: Consider support for Linux appimage packaging
    By: Rob Swindell to GitLab issue in main/sbbs on Sat Jan 21 2023 11:37 pm

    open https://gitlab.synchro.net/main/sbbs/-/issues/500

    see http://appimage.org for details

    If you are look at an (easier?) way to package up SBBS for users to consume - have you thought about docker?

    Its available for most distro's already, and if not, a one liner installs the docker environment. Some folks find it scary, but you really dont interact with it once you have done the "setup" (which is pretty minimal).

    The image you build - ie: you've compiled SBBS and packaged it, and infact your CI/CD would do all the work (as I do). (Makes it easy for you to reproduce somebody elses environment.)

    A page on your wiki would tell folks how to use it - which would essentially be a bunch of '-p' options that map host ports to the container (there may even be one that maps all that you define in the image, but I wouldnt do that), plus a bunch of '-v' options that mounts persistent storage to the containers (so their data persists after they restart).

    "Upgrades" could "mostly" be taken care of - ie: auto running jsexec upgrade*, etc, with a pre-requist that folks "backup" their "data" before they update, so if things go pair shaped, they restore the backup and re-use the old image.

    You may recall that I've been using SBBS in docker since I started using SBBS, and I know somebody else creates a container too - so a couple of extra folks to help - and it works... :)


    ...ëîåï

    ---
    þ Synchronet þ AnsiTEX bringing back videotex but with ANSI
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Digital Man@1:103/705 to deon on Sun Jan 22 10:54:54 2023
    Re: Consider support for Linux appimage packaging
    By: deon to Rob Swindell on Sun Jan 22 2023 11:26 pm

    Re: Consider support for Linux appimage packaging
    By: Rob Swindell to GitLab issue in main/sbbs on Sat Jan 21 2023 11:37 pm

    open https://gitlab.synchro.net/main/sbbs/-/issues/500

    see http://appimage.org for details

    If you are look at an (easier?) way to package up SBBS for users to consume - have you thought about docker?

    I wasn't looking for another packaging scheme, I just happened across an application that used appimage for "install" and thought it had some potential. I'd consider docker too, but it's not a priority for me right now.
    --
    digital man (rob)

    Breaking Bad quote #11:
    My apologies to the HR department: Grow tumescent with anticipation. - Hank Norco, CA WX: 53.3øF, 50.0% humidity, 0 mph E wind, 0.00 inches rain/24hrs
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Tue Jan 24 15:19:48 2023
    https://gitlab.synchro.net/main/sbbs/-/issues/500#note_3141

    [Flatpak](https://www.flatpak.org/) is another packaging scheme but doesn't support servershttps://phoenixnap.com/kb/flatpak-vs-snap-vs-appimage
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)