Re: Re: Raspberry PI synchron
  By: KK4QBN to Digital Man on Sat Feb 17 2018 08:56 pm

 >   Re: Re: Raspberry PI synchron
 >   By: Digital Man to KK4QBN on Sat Feb 17 2018 14:31:17
 >
 >  DM> How about paste the md5 sum of hi.sh here?
 >
 >  DM> It should look this this:
 >
 >  DM> root@cvs:~# cat hi.sh
 >  DM> export HELLO=Hi!
 >  DM> echo $HELLO
 >  DM> root@cvs:~# md5sum hi.sh
 >  DM> f7201385bdb7c523dade158d270014cc hi.sh
 >  DM> root@cvs:~# source hi.sh
 >  DM> Hi!
 >
 > 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!

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

See, my hi.sh has *2* lines and has an md5sum of f720...

Your hi.sh has *1* line an an md5sum that is different.

The whole point of my showing you want the md5sum of my file was so that you
could compare it to yours. If they're different, then you typed or pasted it
wrong.

 > Yes, I found THAT type oin hi.sh before running the above I accidently had a
 > hyphen instead of =. but fixed that. and there are no typos in my scripts..
 > I even put SBSCTRL and LD_LIBRARY_PATH in /etc/environment. sbbs still
 > states !SBBSCTRL ENVIRONMENT NOT FOUND.

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

 > SO far I've tried it 2 -3 different ways in ~.profile ~.bash-profile
 > ~.bashrc /etc/profile /etc/environment. still no go..

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

root@cvs:~# ps
  PID TTY          TIME CMD
  611 pts/1    00:00:00 bash
 3094 pts/1    00:00:00 ps

If not (e.g. it says dash or some other *sh), then you're not running/using
bash.

 >  DM> Don't use sbbs to test your methods of setting environment variables.
 >  DM> Use "echo" or "env" instead. Once "echo" and "env" show the environment
 >  DM> variable(s) that you have set are indeed there, then run 'sbbs'.
 >
 > well 'env' states that SBBSCTRL is indeed set

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

 > still issues, and
 > /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.

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

 >  DM> And if the SBBSCTRL environment variable shows up in 'env' output (or
 >  DM> its value can be echoed via $SBBSCTRL) and sbbs still reports that
 >  DM> error, then revisit your methods of starting sbbs - if it's a shell
 >  DM> script, revisit the contents of that that shell script.
 >
 > I will do that again.. but if I was'nt hving issues with SCFG and gtkmonitor
 > and jsexec I would think it was just that.

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

                                            digital man

This Is Spinal Tap quote #12:
Nigel Tufnel: Well, I don't know - wh-wh-... what're the hours?
Norco, CA WX: 61.6øF, 39.0% humidity, 6 mph ENE wind, 0.00 inches rain/24hrs
--- SBBSecho 3.03-Win32