• No takers?

    From Rick Smith@1:105/10.1 to All on Sun Apr 18 20:46:46 2021
    Greetings All!

    I offered a pi or ssh access to one to see if someone could sort out the smapi problem with 64bit arm, havent heard of any interest. Since I like hpt I guess I have to downgrade the pi's to 32 bit and wait to see if at some point it gets worked out...



    ----
    Regards,


    Rick Smith (Nitro)

    ... Sleep... The thing "some" SysOps go without, cuz BBSing is too fun;-)
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: ----> Abacus Sysop Point --->>>>bbs.abon.us:2323 (1:105/10.1)
  • From Oli@2:280/464.47 to Rick Smith on Mon Apr 19 09:27:51 2021
    Rick wrote (2021-04-18):

    Greetings All!

    I offered a pi or ssh access to one to see if someone could sort out the smapi problem with 64bit arm, havent heard of any interest. Since I like hpt I guess I have to downgrade the pi's to 32 bit and wait to see if at some point it gets worked out...

    Isn't it possible to run 32-bit apps on 64-bit arm? (I only have an 32-bit Pi 2).

    ---
    * Origin: . (2:280/464.47)
  • From andrew clarke@3:633/267 to Rick Smith on Mon Apr 19 19:52:27 2021
    On 2021-04-18 20:46:46, Rick Smith (1:105/10.1) wrote to All:

    I offered a pi or ssh access to one to see if someone could sort out the smapi problem with 64bit arm, havent heard of any interest. Since I
    like hpt I guess I have to downgrade the pi's to 32 bit and wait to see
    if at some point it gets worked out...

    My available time to work on HPT is a bit limited at the moment.

    You will need to supply a minimal config that reliably causes the bug.

    I can probably replicate the problem locally with ARM64 emulation using qemu-aarch64, instead of sshing to a remote machine.

    In the meantime, before you give up and downgrade to ARM32 it's worth building with an older version of the SMAPI module and linking HPT against that. Michael Dukelsky has made a few changes this year to the JAM code which may have introduced the bug you're seeing. It's also likely the same bug exists for x86-64 builds but nobody has reported it yet. I only use Squish here.

    Commit aa5cf2f6fa112aac3a292f5cbd4646102e4a21be from 2021-01-22 is probably a good spot to rollback to, eg.

    # clone the repo, if necessary
    cd husky
    git clone https://github.com/huskyproject/smapi

    # rollback to an older version of the code
    cd smapi
    git checkout aa5cf2f6fa112aac3a292f5cbd4646102e4a21be

    then rebuild smapi and link hpt against it, as you would normally.

    --- GoldED+/BSD 1.1.5-b20180707
    * Origin: Blizzard of Ozz, Melbourne, Victoria, Australia (3:633/267)
  • From Michael Pierce@1:105/15 to Oli on Mon Apr 19 09:22:08 2021

    Hello Oli!

    19 Apr 21 09:27, you wrote to Rick Smith:

    Rick wrote (2021-04-18):

    Greetings All!

    I offered a pi or ssh access to one to see if someone could sort
    out the smapi problem with 64bit arm, havent heard of any
    interest. Since I like hpt I guess I have to downgrade the pi's
    to 32 bit and wait to see if at some point it gets worked out...

    Isn't it possible to run 32-bit apps on 64-bit arm? (I only have an
    32-bit Pi 2).

    at this moment, there does not appear to be any multilib support for any of the 64bit os's available for the pi's

    Michael
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Mike's Mansion - Portland, OR - mansion.dynv6.net:2323 (1:105/15)
  • From Michael Dukelsky@2:5020/1042 to Rick Smith on Tue Apr 20 15:56:04 2021
    Hello Rick,

    Sunday April 18 2021, Rick Smith wrote to All:

    I offered a pi or ssh access to one to see if someone could sort out
    the smapi problem with 64bit arm, havent heard of any interest. Since
    I like hpt I guess I have to downgrade the pi's to 32 bit and wait to
    see if at some point it gets worked out...

    I installed an aarch64 virtual machine in KVM, a Fedora 33 guest on Fedora 33 host.

    https://fedoraproject.org/wiki/Architectures/AArch64/Install_with_QEMU

    The emulated processor is cortex-a72 corresponding to RPI 4. I used Fedora 33 guest since according to your experiment the OS does nor matter. I used the partial configuration you sent me with the additional file

    cat ~/etc/config/links
    Link Node Sysop
    Aka 21:1/190
    OurAka 21:1/190.1
    Password

    Before running txt2pkt and hpt I exported two environment variables:

    $ export LD_LIBRARY_PATH=/usr/local/lib64
    $ export FIDOCONFIG=/home/mike/etc/config/config

    There was neither a message base nor a dupe base. The first packet was generated using txt2pkt

    echo test1 | txt2pkt -c /home/mike/etc/config/config -xf "21:1/190" -xt "21:1/190.1" -p "" -af "21:1/190" -at "21:1/190.1" -nf "Node Sysop" -nt "Point Sysop" -e "fsx_bbs" -t "My tearline" -o "My Origin" -s "test1" -d ./ -

    and moved to protected inbound. `hpt toss` gave no error. The second packet was made the same way renaming test1 to test2 in two places. Again no error.

    Could you please repeat all these actions with the config you sent me and confirm that you get an error? Or if there is no error, please send me the specific config, packets and the sequence of actions I should perform to reproduce the error.

    Michael

    ... node (at) f1042 (dot) ru
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Moscow, Russia (2:5020/1042)
  • From Sean Rima@2:263/1.2 to Rick Smith on Tue Apr 20 20:17:39 2021

    Greetings All!

    I offered a pi or ssh access to one to see if someone could sort out the smapi problem with 64bit arm, havent heard of any interest. Since I like hpt I guess I have to downgrade the pi's to 32 bit and wait to see if at some point it gets worked out...

    My Pi4s are busy with other tasks but I am running armbian on a NanoPi R2S and compiled hpt OK. What exactly is the error. I don't keep much mail so cannot see the problem here.

    Sean
    --- AfterShock/Android 1.6.7
    * Origin: a mobile point (2:263/1.2)
  • From Rick Smith@1:105/10 to Michael Dukelsky on Tue Apr 20 15:30:34 2021
    Greetings Michael!

    Tuesday April 20 2021 15:56, you wrote to me about an urgent matter!:

    * Forwarded from area 'FIDOSOFT.HUSKY'
    Hello Rick,

    Sunday April 18 2021, Rick Smith wrote to All:


    Before running txt2pkt and hpt I exported two environment variables:

    $ export LD_LIBRARY_PATH=/usr/local/lib64
    $ export FIDOCONFIG=/home/mike/etc/config/config

    forgive my ignorance here but I do not have /usr/local/lib64 on any of my installations that I can find? Is there something I need to do there?

    ----
    Regards,


    Rick Smith (Nitro)

    ... TAGLINE A BBS addict is hooked when: you consider BBSing better than chocolat
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: ----> Abacus BBS! --->>>>bbs.abon.us:2323 (1:105/10)
  • From Rick Smith@1:105/10 to andrew clarke on Wed Apr 21 00:14:06 2021
    Greetings andrew!

    Monday April 19 2021 19:52, you wrote to me about an urgent matter!:

    On 2021-04-18 20:46:46, Rick Smith (1:105/10.1) wrote to All:

    I offered a pi or ssh access to one to see if someone could sort
    out the smapi problem with 64bit arm, havent heard of any
    interest. Since I like hpt I guess I have to downgrade the pi's
    to 32 bit and wait to see if at some point it gets worked out...

    My available time to work on HPT is a bit limited at the moment.

    You will need to supply a minimal config that reliably causes the bug.

    Ok I tried the rollback of smapi.. same error continued.. Something about your message got me to thinking that hey its easy to switch to squish so I did, deleted all jam msgs and polled my system, no more smapi error so far. I will wait a couple of days to make sure but looks good so far.

    So rpi 64bit manjaro hpt working with squish instead of smapi... so must be a jam problem or something related to jam.



    ----
    Regards,


    Rick Smith (Nitro)

    ... TAGLINE A BBS addict is hooked when: you consider BBSing better than chocolat
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: ----> Abacus BBS! --->>>>bbs.abon.us:2323 (1:105/10)
  • From Michael Dukelsky@2:5020/1042 to Rick Smith on Wed Apr 21 08:29:06 2021
    Hello Rick,

    Tuesday April 20 2021, Rick Smith wrote to Michael Dukelsky:

    Before running txt2pkt and hpt I exported two environment
    variables:

    $ export LD_LIBRARY_PATH=/usr/local/lib64
    $ export FIDOCONFIG=/home/mike/etc/config/config

    forgive my ignorance here but I do not have /usr/local/lib64 on any of
    my installations that I can find? Is there something I need to do
    there?

    No problem, it is because I used Fedora and not Manjaro. You may use /usr/local/lib in the line and use /home/rick instead of /home/mike in the next one.

    Michael

    ... node (at) f1042 (dot) ru
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Moscow, Russia (2:5020/1042)
  • From Rick Smith@1:105/10.1 to Michael Dukelsky on Tue Apr 20 23:15:42 2021
    Greetings Michael!

    Wednesday April 21 2021 08:29, you wrote to me about an urgent matter!:

    * Forwarded from area 'fidosoft.husky'
    Hello Rick,

    Tuesday April 20 2021, Rick Smith wrote to Michael Dukelsky:

    Before running txt2pkt and hpt I exported two environment
    variables:

    $ export LD_LIBRARY_PATH=/usr/local/lib64
    $ export FIDOCONFIG=/home/mike/etc/config/config

    forgive my ignorance here but I do not have /usr/local/lib64 on
    any of my installations that I can find? Is there something I
    need to do there?

    No problem, it is because I used Fedora and not Manjaro. You may use /usr/local/lib in the line and use /home/rick instead of /home/mike in
    the next one.

    ok so I did use the /usr/local/lib thinking that was it. There was no change smapi error remained. I did switch everything to squish and it works? So the smapi error specific to Jam?


    ----
    Regards,


    Rick Smith (Nitro)

    ... Life? What life? Oh, that space between BBSing.
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: ----> Abacus Sysop Point --->>>>bbs.abon.us:2323 (1:105/10.1)
  • From Michael Dukelsky@2:5020/1042 to Rick Smith on Wed Apr 21 10:28:32 2021
    Hello Rick,

    Tuesday April 20 2021, Rick Smith wrote to Michael Dukelsky:

    No problem, it is because I used Fedora and not Manjaro. You may
    use /usr/local/lib in the line and use /home/rick instead of
    /home/mike in the next one.

    ok so I did use the /usr/local/lib thinking that was it. There was no change smapi error remained. I did switch everything to squish and it works? So the smapi error specific to Jam?

    Which variant of Manjaro should I install? Raspberry Pi 4 Minimal 21.04?

    Michael

    ... node (at) f1042 (dot) ru
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Moscow, Russia (2:5020/1042)
  • From andrew clarke@3:633/267 to Rick Smith on Wed Apr 21 21:36:51 2021
    On 2021-04-21 00:14:06, Rick Smith (1:105/10) wrote to andrew clarke:

    Ok I tried the rollback of smapi.. same error continued.. Something
    about your message got me to thinking that hey its easy to switch to squish so I did, deleted all jam msgs and polled my system, no more
    smapi error so far. I will wait a couple of days to make sure but looks good so far.

    So rpi 64bit manjaro hpt working with squish instead of smapi... so must be a jam problem or something related to jam.

    Yes.

    Your original message with the bug was:

    A 13:52:51 SMAPI ERROR: wrongly sized subfield occured!

    This error is only possible for JAM bases.

    Squish doesn't use subfields.

    --- GoldED+/BSD 1.1.5-b20180707
    * Origin: Blizzard of Ozz, Melbourne, Victoria, Australia (3:633/267)
  • From Michael Pierce@1:105/5 to Michael Dukelsky on Wed Apr 21 04:44:14 2021

    Hello Michael!

    21 Apr 21 10:28, you wrote to Rick Smith:

    Hello Rick,

    Tuesday April 20 2021, Rick Smith wrote to Michael Dukelsky:

    No problem, it is because I used Fedora and not Manjaro. You may
    use /usr/local/lib in the line and use /home/rick instead of
    /home/mike in the next one.

    ok so I did use the /usr/local/lib thinking that was it. There
    was no change smapi error remained. I did switch everything to
    squish and it works? So the smapi error specific to Jam?

    Which variant of Manjaro should I install? Raspberry Pi 4 Minimal
    21.04?

    rpi-imager/other general purpose os/manjaro/manjaro xfce is what Rick and I have been testing against

    Michael

    --- GoldED+/LNX 1.1.5-b20180707
    ---
    * Origin: Mike's Mansion - Portland, OR - mansion.dynv6.net:2323 (1:105/5)
  • From Rick Smith@1:105/10.1 to Michael Dukelsky on Wed Apr 21 06:47:30 2021
    Greetings Michael!

    Wednesday April 21 2021 10:28, you wrote to me about an urgent matter!:

    * Forwarded from area 'fidosoft.husky'
    Hello Rick,


    ok so I did use the /usr/local/lib thinking that was it. There
    was no change smapi error remained. I did switch everything to
    squish and it works? So the smapi error specific to Jam?

    Which variant of Manjaro should I install? Raspberry Pi 4 Minimal
    21.04?

    I am running manjaro kde 21.04 (8gb pi why not?) for the pi 4


    ----
    Regards,


    Rick Smith (Nitro)

    ... recipes: the license plates of BBSing.
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: ----> Abacus Sysop Point --->>>>bbs.abon.us:2323 (1:105/10.1)
  • From Sean Rima@2:263/1.2 to andrew clarke on Wed Apr 21 21:36:29 2021

    On 2021-04-21 00:14:06, Rick Smith (1:105/10) wrote to andrew clarke:

    Ok I tried the rollback of smapi.. same error continued.. Something
    about your message got me to thinking that hey its easy to switch to
    squish so I did, deleted all jam msgs and polled my system, no more
    smapi error so far. I will wait a couple of days to make sure but looks
    good so far.

    So rpi 64bit manjaro hpt working with squish instead of smapi... so must
    be a jam problem or something related to jam.

    Yes.

    Your original message with the bug was:

    A 13:52:51 SMAPI ERROR: wrongly sized subfield occured!

    This error is only possible for JAM bases.

    Squish doesn't use subfields.


    I had this error on my jam message bases before switching to squish. No problems since.

    Sean
    --- AfterShock/Android 1.6.7
    * Origin: a mobile point (2:263/1.2)