Re: Re: Raspberry PI synchron
  By: Digital Man to KK4QBN on Sat Feb 17 2018 19:31:33

 >> kk4qbn@kk4qbn:~$ cat hi.sh
 >> export HELLO=Hi!

 >> kk4qbn@kk4qbn:~$ md5sum hi.sh
 >> 7771bfae728b34ec658674c6cbe2281f  hi.sh
 >> kk4qbn@kk4qbn:~$ source hi.sh
 >> kk4qbn@kk4qbn:~$

 >> See.. somethink is BORKED!

 DM> Yes. You need to slow down and actually look at what you're typing and
 DM> copying and pasting.

The last message I typed I accidently aborted, anyway.. I see where I scrwed
that up and did'nt have echo $HELLO in the hi.sh I think this occured from the
typo in the last message I'd have to look to be sure but it don't really
matter.. the md5sum is indeed the same now..

kk4qbn@kk4qbn:~$ cat hi.sh
export HELLO=Hi!
echo $HELLO
kk4qbn@kk4qbn:~$ md5sum hi.sh
f7201385bdb7c523dade158d270014cc  hi.sh

 DM> Like I said before, let's back up and not use 'sbbs' to test your ability
 DM> to set environment variables.

I am not.. I'm using it as an example along with the fact that I have to force
the /sbbs/ctrl directory upon SCFG to get it to work correctly and have to do
the same with jsexec.

 DM> Well most of those files are only used by bash. Are you using bash? If
 DM> you're at a shell prompt, and you run 'ps', does the output look like
 DM> this? 

Yes, I am using bash

  PID TTY          TIME CMD
10933 pts/3    00:00:00 bash
11328 pts/3    00:00:00 ps


 >> well 'env' states that SBBSCTRL is indeed set

 DM> When does it state that? After a fresh boot and opening a new terminal
 DM> window? If so, then one of those files that bash (or whatever shell you're
 DM> using) is parsing, is working. Did you maybe set different values in each
 DM> to find out which is/are working?

after a fresh boot, and there are no different values nowhere.

 >> /etc/environment is not doing what I thought it would. its scrweing
 >> with the programs. try to run scfg and you get !ERROR 2 changing
 >> curent directory to /sbbs/ctrl.. guess I'll trash that and reboot and
 >> keep trying. 

 DM> Is the ".." part of the error messge? that would indicate a typo
 DM> somewhere. 

 > DM>> And if the SBBSCTRL environment variable shows up in 'env' output
 > DM>> (or its value can be echoed via $SBBSCTRL) and sbbs still reports
 > DM>> that error, then revisit your methods of starting sbbs - if it's a
 > DM>> shell script, revisit the contents of that that shell script.

No the .. was me I was typing the error from a different terminal.. I'll keep
checking everything.. but it's not just sbbs giving errors so I don't think the
script is the issue, I will go back over everything again when I get time. for
the time though everything is running smooth the way it is.. It just bugs me
that this is happening.

 DM> Welp, we need to slow down backup and find out if you're able to set
 DM> environment variables and where. If you're setting them in a shell script,
 DM> I already explained that they don't live up beyond the script (unless you
 DM> "source" it). But you kind of seem to be all over the map on what you're
 DM> trying and what you're reporting is working or not working. Simplify. Pick
 DM> one test and start there until you understand why it's not working and how
 DM> to make it work.

I will set the varaiables in one file at a time and try it. but as I said, it
shows to be already set, I might make a typo from time to time, but one cannot
get much slower than I am.. I'm fairly methodical of the methods I use. the
ONLY reason I set them in scripts is because sbbs, scfg, and jsexec were giving
issues.. otherwise I would'nt be "all over the map" usually setting an
envorinment variable should be fairly straight forward.. right?

Thanks for your time :)

--

Tim Smith (KK4QBN)
KK4QBN BBS

---
 * Synchronet * KK4QBN BBS - kk4qbn.com - kk4qbn.synchro.net - Chatsworth GA
USA