tschak909 Posted May 23 Share Posted May 23 To people running TNFS servers for #FujiNet users: A new version of TNFSD (24.0522.1) has been released. This version fixes critical bugs found while deploying the new TCP transport. Please switch to it. https://github.com/FujiNetWIFI/tnfsd/releases/tag/v24.0522.1 #retrocomputing #atari8bit #apple2 #colecoadam #trs80coco 6 4 Quote Link to comment Share on other sites More sharing options...
TheMontezuma Posted May 23 Share Posted May 23 6 hours ago, tschak909 said: A new version of TNFSD (24.0522.1) has been released. Only bug fixes or also changes in the TNFS protocol? I mean - is a Fujinet firmware update required? Quote Link to comment Share on other sites More sharing options...
+DjayBee Posted May 23 Share Posted May 23 @tschak909 Wasn't there some discussion on the Discord regarding a weird Firmware change in relation to BT? TheMontezuma might be the one to ask about. Quote Link to comment Share on other sites More sharing options...
mozzwald Posted May 23 Share Posted May 23 5 hours ago, TheMontezuma said: Only bug fixes or also changes in the TNFS protocol? I mean - is a Fujinet firmware update required? Changes in this release are server side only. Old TCP connections were not closed and the server would not accept anymore after some time. 4 hours ago, DjayBee said: Wasn't there some discussion on the Discord regarding a weird Firmware change in relation to BT? TheMontezuma might be the one to ask about. SIO2BT support is deprecated in Fujinet due to the BT Classic lib using too much RAM. If someone wants to make it work or move to newer BT stack which I think uses less resources we will consider adding it again Quote Link to comment Share on other sites More sharing options...
+DjayBee Posted May 23 Share Posted May 23 2 hours ago, mozzwald said: SIO2BT support is deprecated in Fujinet due to the BT Classic lib using too much RAM. If someone wants to make it work or move to newer BT stack which I think uses less resources we will consider adding it again This is not what I was talking about. IIRC during the last two or three weeks there was some "#if" which made something else break and a comment in the source code pointed to BT. I tried to find it in Discord but could not and I also do not remember who brought it up (probably fenrock or maybe Oliver Schmidt). (Discord's search is terrible because you cannot search for word fragments or even better, Discord decides on what it searches for.) Quote Link to comment Share on other sites More sharing options...
mozzwald Posted May 23 Share Posted May 23 7 hours ago, DjayBee said: IIRC during the last two or three weeks there was some "#if" which made something else break and a comment in the source code pointed to BT. hm, I dont remember that. I did a search and about a moth ago there was talk about BT related audio Quote Link to comment Share on other sites More sharing options...
Zaqu Posted July 22 Share Posted July 22 Updated docker conteiner, based on recent (TNFSD 24.0522.1)tnfsd code. Small, for use in homelab or nas systems. https://hub.docker.com/repository/docker/zaqu/tnfsd/general 2 Quote Link to comment Share on other sites More sharing options...
desiv Posted July 22 Share Posted July 22 Thanx, I'll be trying this out... Hey, just noticed how much smaller it is than the .exe I had before (Windows). Can't remember what version that was, but the old one was 361K and the new one is 169K. Perhaps a lot of optimization between those two versions... Quote Link to comment Share on other sites More sharing options...
desiv Posted July 26 Share Posted July 26 Yep, running this new one and it works... Funny silly moment. I was downstairs poking with the Fujinet when I remembered I hadn't tested it yet, so decided to try it.. And it didn't work. All other sites were working, but not my tnfsd server... Dang it... So I head upstairs to reboot my machine to see if that will kick it free... Move the mouse... Nothing, so I click the button and I hear it starting up and I start to get ready to reboot it, when I am like... ... um... er... My PC was asleep... D'oh! It obviously isn't going to work as a server when it's asleep... Think I might move my TNFSD server over to my Octoprint server on it's Pi... That thing is always on... 1 Quote Link to comment Share on other sites More sharing options...
desiv Posted July 28 Share Posted July 28 (edited) OK, running tnfsd on my Octoprint Raspberry Pi now, so shouldn't have to worry about whether or not the host is running. Another funny misstep... My Linux is a bit rusty, but I got it set up and working. The compile was fairly straightforward and setting it up in syscontrol wasn't too bad. When I was trying to mount an image WRITE however, it was failing... So I had to think Linux... Permissions!!! I had set the user to a newly created account just for that, but I had my tnfsroot in my pi home directory on that machine. So I set the tnfsroot directory, subdirectories, and files I had copied there to the new group I had created for tnfsd and then did a chmod g+w on them.. Went downstairs and now I can mount WRITE... I'm still a bit rusty and don't remember how the rights will process when I copy a new file using SFTP from my PC to that directory, but I'll cross that bridge when I get there... Edited July 28 by desiv 1 Quote Link to comment Share on other sites More sharing options...
Like us on Facebook
Follow us on Twitter
AtariAge on Instagram
Watch us on YouTube
Chat on Discord
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.