I am having trouble setting up papertrail. I already have OpenAPS running, but when I try to run tar xzf ./remote_syslog*.tar.gz I get the error tar: ./remote_syslog_linux_i386.tar.gz: Not found in archive tar: Exiting with failure status due to previous errors
just built a pi rig and installed oref on it. however, i keep needing to create the ssh file in boot so that I can connect to the rig via ssh. i realize that after it boots it deletes this file, but then I cant connect again if the rig reboots. I have updated the ssh server settings using rasp-config to enable them, but still no go. Any ideas on why I have to keep creating that ssh file? thanks
root@sethsrig:~# systemctl enable ssh Synchronizing state of ssh.service with SysV service script with /lib/systemd/systemd-sysv-install. Executing: /lib/systemd/systemd-sysv-install enable ssh Created symlink /etc/systemd/system/sshd.service → /lib/systemd/system/ssh.service.
Personal Hotspot woes :( Sometimes when I leave my house my rig doesn't BT tether to my iPhone. Resetting the rig always fixes the problem. Sometimes when I'm at home or at school the rig will connect to my Personal Hotspot even though a known wifi is available. Turning off Personal Hotspot fixes the issue and allows the rig to connect to the known wifi.
It feels like I'm constantly battling with the system as I end up toggling my Personal Hotspot and resetting the rig multiple times/day. Of course I'm not perfect so I end up not looping for long periods of time due to the lack of internet connection. I have been struggling with these Personal Hotspot issues for years now and i'm wondering if anyone has any advice. If there is another solution for offline looping using an iPhone and Spike I would love to hear about it! I don't want to go back to Loop. The OpenAPS algorithm works so much better for me but maybe I just can't have it all. Maybe I have to accept the connectivity issues if I want to use iPhone/Spike with OpenAPS?
@bmammon k. we were recently out and about and made a temporary fix to make the on the go rig connect back more quickly. @scottleibrand is skeptical that would help solve the underlying connectivity issue, but it might be worth trying. he'll probably come in here later and disagree again ;) but if he does, he might have some other ideas too for troubleshooting. and in the meantime - have you thought about using xdrip-js on the rig for offline looping?
(not using Spike so not sure what if anything that influences, sounds like general connectivity stuff outside of BG flow)
Oh! What is the temporary fix? Should I update to test it out? I tried to set up xDrip-js a long time ago when it was very new but I couldn't get it going. I could give it another shot but I'd be sad about losing Spike. The algorithm works so well for accuracy and I love all the features. I remember someone reporting that Spike and xDrip-js could work simultaneously but I haven't had the chance to test that out. The issue is only with rig connectivity, Spike always uploads to Nightscout. Thanks for all your help @danamlewis
To all: If people want to have Autotune implemented in Nightscout (which would also benefit a lot of non loopers), we must make sure nightscout/cgm-remote-monitor#3191 gets attentions from both coders and testers. I will close the PR if there is no interest in finishing it.
@scottleibrand thanks for finishing my PR openaps/oref0#1136. I got stuck on implementing tokenbased auth for the @ecc1 Go libraries ecc1/nightscout#4 . I noticed @Freet128 worked further on that and I hope to help test and implement later this week or weekend.
@scottleibrand I believe I downloaded it to the right place. I logged into my rig via ssh and root/password, copied and pasted the code from papertrail and the first command for Edison. That all runs and looks correct. When I was trying in the past to set it up, I was getting a different error but I must have done something because now I can't make it do that again. That error was "unexpected eof in archive".