• Re: Easing "scripted" upgrades

    From Zip@21:1/202 to g00r00 on Sun Mar 1 14:05:46 2020
    Hello g00r00!

    Thank you very much for your reply!

    On 01 Mar 2020, g00r00 said the following...
    prompts.dat is a safe file to automate updating every time if you'd like to and I think as part of any automated upgrade this will be included.

    Thanks! I'll keep that then. :)

    sourced all over the place and I think centralizing on the Wiki and exporting from there is probably the best way to get everything in a
    good place.

    I agree!

    * Always replacing the default theme, assuming that custom themes sho
    This one I am not so sure about because I think a lot of people have modified their default themes. Ideally people would probably keep the

    Yes, I can imagine that. =)
    The online theme browser/downloader sounds good!
    Perhaps with an option to choose what name to save the theme as.

    Upgrade.exe should handle depreciated data and executable files.

    Thanks! Removing that part from my routine.

    should "replace" even if they don't exist. I gusss replace isn't really an accurate description of what it does :)

    No problem! =)

    Thanks a lot for all the clarifications and for all the work you put into Mystic!

    Best regards
    Zip

    --- Mystic BBS v1.12 A46 2020/03/01 (Linux/64)
    * Origin: Star Collision BBS, Uppsala, Sweden (21:1/202)
  • From Zip@21:1/202 to g00r00 on Sun Mar 1 14:55:05 2020
    Hello again g00r00!

    On 01 Mar 2020, g00r00 said the following...
    I am trying to move in that direction, where basically a series of commands can be defined to do the upgrade automatically. It gets challenging for a lot of reasons though mostly because it wasn't
    designed to be upgraded that way and people are resistant to change.

    Yep!

    Another question -- are .txt and .ans files in the data directory handled in any way by ./upgrade, or only .dat files? E.g. mis_poll.ans which was not present in A45, but is in A46.

    Similarly, does ./upgrade handle (delete) deprecated .txt and .ans files from the data directory, or only deprecated .dat files?

    Just so that I know if I should keep the copying of *.txt and *.ans files and the looking for "orphaned" *.txt and *.ans files in my "quick guide" instructions.

    Thanks again!

    Best regards
    Zip

    --- Mystic BBS v1.12 A46 2020/03/01 (Linux/64)
    * Origin: Star Collision BBS, Uppsala, Sweden (21:1/202)
  • From ryan@21:1/168 to g00r00 on Sun Mar 1 08:47:37 2020
    * Always replacing the default theme, assuming that custom themes sho

    This one I am not so sure about because I think a lot of people have modified their default themes. Ideally people would probably keep the default as a reference and then create a new theme but that is not the
    way it has been historically (even I am guilty of that).

    I'm not a fan of replacing the default theme, because my board will only have one theme, and I'd rather not muck around with maintaining an additional
    theme and forcing everyone onto it. So, I side with g00r00 on this one :)

    --- Mystic BBS v1.12 A45 2020/02/18 (Linux/64)
    * Origin: monterey bbs (21:1/168)
  • From g00r00@21:1/108 to Zip on Mon Mar 2 00:35:10 2020
    Another question -- are .txt and .ans files in the data directory
    handled in any way by ./upgrade, or only .dat files? E.g. mis_poll.ans which was not present in A45, but is in A46.

    If new files are added the upgrade instructions will tell you to do an
    "install extract" for it. They're not there now because its pre-alpha and I
    am not sure if I am going to keep mis_poll.ans or not yet.

    Similarly, does ./upgrade handle (delete) deprecated .txt and .ans files from the data directory, or only deprecated .dat files?

    Yes, it should. Unless I forget lol

    Just so that I know if I should keep the copying of *.txt and *.ans
    files and the looking for "orphaned" *.txt and *.ans files in my "quick guide" instructions.

    The upgrade should always take care of orphans but I do make mistakes so its possible I miss something at some point.

    --- Mystic BBS v1.12 A46 2020/03/01 (Windows/64)
    * Origin: Sector 7 (21:1/108)
  • From Netsurge@21:4/154 to ryan on Sun Mar 1 12:47:44 2020
    I'm not a fan of replacing the default theme, because my board will only have one theme, and I'd rather not muck around with maintaining an additional theme and forcing everyone onto it. So, I side with g00r00 on this one :)

    I agree. Although I would love to have a 40 col theme that supports petscii
    for the c64 users out there, I have made great changes to my default theme
    and don't want to switch people from it.

    |15frank |08// |15netsurge
    |07disksh0p|08!|07bbs |08% |07bbs.diskshop.ca |08% |07mystic goodness |11SciNet |03ftn hq |08% |07https://scinet-ftn.org

    --- Mystic BBS v1.12 A45 2020/02/18 (Linux/64)
    * Origin: % disksh0p!bbs % bbs.diskshop.ca % SciNet ftn hq % (21:4/154)
  • From Zip@21:1/202 to g00r00 on Sun Mar 1 18:55:56 2020
    Hello g00r00!

    If new files are added the upgrade instructions will tell you to do an "install extract" for it. They're not there now because its pre-alpha

    Thanks! Skipping my manual copying of them.

    Yes, it should. Unless I forget lol

    :-)

    The upgrade should always take care of orphans but I do make mistakes so its possible I miss something at some point.

    No problem! Again, thanks!

    Best regards
    Zip

    --- Mystic BBS v1.12 A46 2020/03/01 (Linux/64)
    * Origin: Star Collision BBS, Uppsala, Sweden (21:1/202)
  • From Vk3jed@21:1/109 to ryan on Mon Mar 2 09:16:00 2020
    On 03-01-20 08:47, ryan wrote to g00r00 <=-

    * Always replacing the default theme, assuming that custom themes sho

    This one I am not so sure about because I think a lot of people have modified their default themes. Ideally people would probably keep the default as a reference and then create a new theme but that is not the
    way it has been historically (even I am guilty of that).

    I'm not a fan of replacing the default theme, because my board will
    only have one theme, and I'd rather not muck around with maintaining an additional theme and forcing everyone onto it. So, I side with g00r00
    on this one :)

    While for me, replacing the default theme is actually a good idea. Maybe this is an option we need for the upgrade process?


    ... A steak pun is a rare medium well done.
    === MultiMail/Win v0.51
    --- SBBSecho 3.10-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (21:1/109)
  • From Avon@21:1/101 to ryan on Mon Mar 2 12:25:56 2020
    On 01 Mar 2020 at 08:47a, ryan pondered and said...

    This one I am not so sure about because I think a lot of people have modified their default themes. Ideally people would probably keep th default as a reference and then create a new theme but that is not th way it has been historically (even I am guilty of that).

    I'm not a fan of replacing the default theme, because my board will only have one theme, and I'd rather not muck around with maintaining an additional theme and forcing everyone onto it. So, I side with g00r00 on this one :)

    I am in the same boat with the default being the customised one.. I'm
    thinking when the day comes to do a fresh install and a bunch of painstaking migration that's when I will ensure default is truly default.

    --- Mystic BBS v1.12 A46 2020/02/29 (Windows/32)
    * Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (21:1/101)