• come and gone

    From Maurice Kinal@1:153/7001.4013 to All on Friday, January 01, 2021 14:01:53
    -={ This "01 Jan 21 14:01:53" or that "2021-01-01 22:01:53" }=-

    Hey All!

    Let us throw another log on the fire, sort of speak. As far as I am aware the proposal that replaces This with that still stands. I thought it would be a nice addition to the discussion, or lack of it, if the two formats were shown side by side.

    Life is good,
    Maurice

    ... Ne hopa ðu to oþres monnes deaðe; uncuð hwa lengest libbe.
    Do not hope for another man's death; it is unknown who will live longest. --- GNU bash, version 5.1.0(1)-release (aarch64-unknown-linux-android)
    * Origin: Little Mikey's ARM - Ladysmith BC, Canada (1:153/7001.4013)
  • From Oli@2:280/464.47 to Maurice Kinal on Saturday, January 02, 2021 11:03:34
    Maurice wrote (2021-01-01):

    -={ This "01 Jan 21 14:01:53" or that "2021-01-01 22:01:53" }=-

    Hey All!

    Let us throw another log on the fire, sort of speak. As far as I am
    aware the proposal that replaces This with that still stands. I thought it would be a nice addition to the discussion, or lack of it, if the two formats were shown side by side.

    You are trying to solve a problem for a time in the future when Fidonet is most likely dead. I think there are bigger issues to solve first, but you know "Many Sysops prefer running software that is either abandonware or cannot be updated any further."

    So let's create a new packet/message format for the next 40 years ;).

    ---
    * Origin: (2:280/464.47)
  • From Maurice Kinal@1:153/7001 to Oli on Saturday, January 02, 2021 11:46:33
    Hey Oli!

    You are trying to solve a problem for a time in the future when
    Fidonet is most likely dead.

    No I am not. I am simply pointing out that two digit years are the problem and will continue being so as long as they are treated as DateTime stamps. As far as I am aware the next "mass extintion event" or rollover is set to happen sometime in 2029-ish. The software I am and have been deploying doesn't suffer from any two digit year problem since it totally ignores the packed MSG DateTime stamp other than as a placeholder so it can properly unpack individual MSGs in a pkt. I've noted others doing the same or so it seems.

    As far as this and other echoareas being dead I think that happened in the original die off back in 1999. Some say sooner but that particular die off had nothing to do with two digit years but instead the growth of internet usage as it became more widely usable to the unwashed masses. Bottomline is that as long as it exists and certain software takes it seriously, the two digit year will continue to take out applications that depend on it. They are the dead weight in Fidonet.

    I think there are bigger issues to solve first

    I say this is the biggest issue as well as if this gets truly fixed than other issues may magically go away. ;-)

    So let's create a new packet/message format for the next 40 years

    I think we could do better than 40 years but for now I am sticking with the current proposal which should take us to at least Dec. 31st, 9999 23:59:59 +0000 and then all bets are off. That is just under 8000 years from now and doesn't require major surgery to the existing standard in question. Whether it should or not is where it stands today. Personally I believe we can all do better.

    Life is good,
    Maurice

    ... Eadig biþ se þe eaþmod leofaþ; cymeþ him seo ar of heofonum.
    Blessed is he who lives humbly; mercy comes to him from heaven.
    --- GNU bash, version 5.1.4(1)-release (x86_64-motorshed-linux-gnu)
    * Origin: Little Mikey's Brain - Ladysmith BC, Canada (1:153/7001)