Ok folks,

I've switched back to using debian, and it's probably the way I installed CentOS, I'll never install another OS like that unless its some big gigantic mega server, I had my /home amd /usr .etc installed on different partitions an this was really screwing with synchronet, sometimes it would go off without a hitch, sometimes I would get permission errors, thats the only reason I would see why.. expecially tryng to build it.

Ok, have it on debian, everything smoothyly transitioned, I can run sbbs and any other exec with no issuem but at times, depending on what it is (IRCBOTS ins this case) I get an error running jsexec.

./jsexec: error while loading shared libraries: libsbbs.so: cannot open shared object file: No such file or directory

Now what could cause this crap?

before it was giving that issue with EVERY executable under centos..

why give me the error in jsexec, but nothing else?

--

Tim Smith (KK4QBN)
KK4QBN BBS

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

Re: Issues... always issues..
By: KK4QBN to All on Wed Jan 17 2018 09:44 am

Ok, have it on debian, everything smoothyly transitioned, I can run sbbs and any other exec with no issuem but at times, depending on what it is (IRCBOTS ins this case) I get an error running jsexec.

./jsexec: error while loading shared libraries: libsbbs.so: cannot open shared object file: No such file or directory

Now what could cause this crap?

This "crap" is caused by the file libsbbs.so not being where it should be. If you run "ldd jsexec", it should tell you where it thinks libsbbs.so should be (usually wherever you built it). If you ran "make clean" after or moved libsbbs.so, jsexec won't know about it or be able to find it.

One option is to set the LD_LIBRARY_PATH environment varible to include your Synchronet "exec" directory, where hopefully a copy or symlink to libsbbs.so can be found.

digital man

This Is Spinal Tap quote #32:
Derek Smalls: [A jog?] We don't have time for that.
Norco, CA WX: 79.7øF, 25.0% humidity, 1 mph WSW wind, 0.00 inches rain/24hrs

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

KK4QBN wrote to All <=-

Ok folks,

I've switched back to using debian, and it's probably the way I
installed CentOS, I'll never install another OS like that unless its
some big gigantic mega server, I had my /home amd /usr .etc installed
on different partitions an this was really screwing with synchronet, sometimes it would go off without a hitch, sometimes I would get permission errors, thats the only reason I would see why.. expecially tryng to build it.

That's weird, partitioning should not affect permissions, unless you're trying to mount a non Linux filesystem (vfat, etc), which require special treatment to allow write access for non root users.

Ok, have it on debian, everything smoothyly transitioned, I can run
sbbs and any other exec with no issuem but at times, depending on what
it is (IRCBOTS ins this case) I get an error running jsexec.

./jsexec: error while loading shared libraries: libsbbs.so: cannot open shared object file: No such file or directory

Have you set your SBBSCTRL and PATH variables? I've never had any issues with jsexec on my system (Raspian).

Now what could cause this crap?

before it was giving that issue with EVERY executable under centos..

why give me the error in jsexec, but nothing else?

It can't find libsbbs. DM will know what variables jsexec uses to locate its libraries.


... Them ain't oil leaks on that Harley. It's automatic rust prevention!
=== MultiMail/Win32 v0.49
--- SBBSecho 3.03-Linux
* Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Digital Man wrote to KK4QBN <=-

This "crap" is caused by the file libsbbs.so not being where it should
be. If you run "ldd jsexec", it should tell you where it thinks
libsbbs.so should be (usually wherever you built it). If you ran "make clean" after or moved libsbbs.so, jsexec won't know about it or be able
to find it.

That explains why I've never had any problem, as I haven't touched the build directories since installation.


... For people who like peace & quiet - A phoneless cord!
=== MultiMail/Win32 v0.49
--- SBBSecho 3.03-Linux
* Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

El 17/01/18 a las 20:19, Tony Langdon escribió:

Digital Man wrote to KK4QBN <=-

This "crap" is caused by the file libsbbs.so not being where it should be. If you run "ldd jsexec", it should tell you where it thinks libsbbs.so should be (usually wherever you built it). If you ran "make clean" after or moved libsbbs.so, jsexec won't know about it or be able to find it.

That explains why I've never had any problem, as I haven't touched the build directories since installation.

i just symlinks in /usr/local/lib

root@scarlet:~# ls -l /usr/local/lib/
total 8
lrwxrwxrwx 1 root staff 24 jul 31 2015 libftpsrvr.so -> /sbbs/exec/libftpsrvr.so
lrwxrwxrwx 1 root staff 19 jul 31 2015 libjs.so -> /sbbs/exec/libjs.so lrwxrwxrwx 1 root staff 25 jul 31 2015 libmailsrvr.so -> /sbbs/exec/libmailsrvr.so
lrwxrwxrwx 1 root staff 21 jul 31 2015 libsbbs.so ->
/sbbs/exec/libsbbs.so
lrwxrwxrwx 1 root staff 25 jul 31 2015 libservices.so -> /sbbs/exec/libservices.so
lrwxrwxrwx 1 root staff 24 jul 31 2015 libwebsrvr.so -> /sbbs/exec/libwebsrvr.so

i rebuild, then copy files to exec and voila..

---
þ Synchronet þ Dock Sud BBS TLD 24 HS - http://www.docksud.com.ar - telnet://bbs.docksud.com.ar

Re: Issues... always issues..
By: Digital Man to KK4QBN on Wed Jan 17 2018 12:58:10

This "crap" is caused by the file libsbbs.so not being where it should be. If you run "ldd jsexec", it should tell you where it thinks libsbbs.so should be (usually wherever you built it). If you ran "make clean" after or moved libsbbs.so, jsexec won't know about it or be able to find it.

linux-vdso.so.1 (0x00007ffdc31d1000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007ff8af807000) libsbbs.so => not found
libncurses.so.5 => /lib/x86_64-linux-gnu/libncurses.so.5 (0x00007ff8af5e

Then how is SBBS even starting up? I remember at one time before I was symlinking the libs from the exec dir to their build dir SBBS would not even run stating libsbbs.so did'nt exist..

One option is to set the LD_LIBRARY_PATH environment varible to include your Synchronet "exec" directory, where hopefully a copy or symlink to libsbbs.so can be found.

Will do that.. and yes, the symlink to the lib IS in the ../exec dir..

I've had this happen with the Libs themself in the exec dir.

I started this with a clean build and moved my ctrl dir and other modified files to thew new build so I should'nt have any issues.. I would'nt think.

--

Tim Smith (KK4QBN)
KK4QBN BBS

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

Re: Re: Issues... always issues..
By: Tony Langdon to KK4QBN on Thu Jan 18 2018 09:18:00

That's weird, partitioning should not affect permissions, unless you're trying to mount a non Linux filesystem (vfat, etc), which require special treatment to allow write access for non root users.

I was running the BBS under a non root user and /home was under a different partition as was a couple other directories and I was getting some freaky issues, mostly permission issues, I would'nt think it would cause any issues either, it may have just been CentOS it was a bit different than debian and all the direvitives but still.. thats the only thing I could think of..

/home was under its own partition and my BBS was installed under /home/sbbs and I had /sbbs/ symlinked to /home/sbbs both under the same uid gid, and I would get permission issues.. <shrug>

Have you set your SBBSCTRL and PATH variables? I've never had any issues with jsexec on my system (Raspian).

SBBSCTRL I have, I have seen nothing else any other environment needede to be set.. (besides what DM just stated).

Thankd for the help.. more than likely something small and supid I'm overlooking.

--

Tim Smith (KK4QBN)
KK4QBN BBS

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

Re: Re: Issues... always issues..
By: Tony Langdon to Digital Man on Thu Jan 18 2018 09:19:00

This "crap" is caused by the file libsbbs.so not being where it
should be. If you run "ldd jsexec", it should tell you where it
thinks libsbbs.so should be (usually wherever you built it). If you
ran "make clean" after or moved libsbbs.so, jsexec won't know about
it or be able to find it.

That explains why I've never had any problem, as I haven't touched the build directories since installation.

I have'nt either.. Be ready! :-)

--

Tim Smith (KK4QBN)
KK4QBN BBS

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

Re: Issues... always issues..
By: KK4QBN to Digital Man on Thu Jan 18 2018 06:27 am

Re: Issues... always issues..
By: Digital Man to KK4QBN on Wed Jan 17 2018 12:58:10

This "crap" is caused by the file libsbbs.so not being where it should be. If you run "ldd jsexec", it should tell you where it thinks libsbbs.so should be (usually wherever you built it). If you ran "make clean" after or moved libsbbs.so, jsexec won't know about it or be able to find it.

linux-vdso.so.1 (0x00007ffdc31d1000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007ff8af807000) libsbbs.so => not found
libncurses.so.5 => /lib/x86_64-linux-gnu/libncurses.so.5 (0x00007ff8af5e

Then how is SBBS even starting up?

You're not running it the same way you're running 'jsexec'. If you just type 'sbbs' the same way you're just typing 'jsexec', it'll most likely fail with the same error.

However you're starting sbbs, you're either setting LD_LIBRARY_PATH environment variable or doing something else different.

digital man

Synchronet/BBS Terminology Definition #31:
ISDN = Integrated Services Digital Network
Norco, CA WX: 76.4øF, 30.0% humidity, 2 mph ENE wind, 0.00 inches rain/24hrs

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: Issues... always issues..
By: Digital Man to KK4QBN on Thu Jan 18 2018 12:19:43

linux-vdso.so.1 (0x00007ffdc31d1000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1
(0x00007ff8af807000) libsbbs.so => not found
libncurses.so.5 => /lib/x86_64-linux-gnu/libncurses.so.5
(0x00007ff8af5e

Then how is SBBS even starting up?

You're not running it the same way you're running 'jsexec'. If you just type 'sbbs' the same way you're just typing 'jsexec', it'll most likely fail with the same error.

i'm starting sbbs with sudo so it will bind to the ports, tried the same with jsexec which I would thing would make no difference and it did'nt.

--

Tim Smith (KK4QBN)
KK4QBN BBS

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

Re: Issues... always issues..
By: KK4QBN to Digital Man on Fri Jan 19 2018 10:39 am

Re: Issues... always issues..
By: Digital Man to KK4QBN on Thu Jan 18 2018 12:19:43

linux-vdso.so.1 (0x00007ffdc31d1000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1
(0x00007ff8af807000) libsbbs.so => not found
libncurses.so.5 => /lib/x86_64-linux-gnu/libncurses.so.5
(0x00007ff8af5e

Then how is SBBS even starting up?

You're not running it the same way you're running 'jsexec'. If you just type 'sbbs' the same way you're just typing 'jsexec', it'll most likely fail with the same error.

i'm starting sbbs with sudo so it will bind to the ports, tried the same with jsexec which I would thing would make no difference and it did'nt.

Did you try setting LD_LIBRARY_PATH?

digital man

Synchronet/BBS Terminology Definition #26:
FTSC = FidoNet Technical Standards Committee
Norco, CA WX: 63.0øF, 68.0% humidity, 6 mph ESE wind, 0.00 inches rain/24hrs

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

KK4QBN wrote to Tony Langdon <=-

I was running the BBS under a non root user and /home was under a different partition as was a couple other directories and I was getting some freaky issues, mostly permission issues, I would'nt think it would cause any issues either, it may have just been CentOS it was a bit different than debian and all the direvitives but still.. thats the
only thing I could think of..

As I said, that would only be an issue if the partition was formatted with a non Linux filesystem that doesn't understand permissions. I certainly haven't seen what you've described on a pure Linux formatted system.

SBBSCTRL I have, I have seen nothing else any other environment needede
to be set.. (besides what DM just stated).

I have /sbbs/exec in my $PATH for convenience, and with $SBBSCTRL set, everything "just works".

Thankd for the help.. more than likely something small and supid I'm overlooking.

Usually the case. ;)


... A BAND AID?!?! I'm a doctor not a... Oh yeah...
=== MultiMail/Win32 v0.49
--- SBBSecho 3.03-Linux
* Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

KK4QBN wrote to Tony Langdon <=-

That explains why I've never had any problem, as I haven't touched the build directories since installation.

I have'nt either.. Be ready! :-)

Good one to remember. :)


... The trouble with facts is that there are so many of them.
=== MultiMail/Win32 v0.49
--- SBBSecho 3.03-Linux
* Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Hello,

On Fri, 19 Jan 2018 13:40:24 -0800, Digital Man -> Kk4qbn wrote:

Did you try setting LD_LIBRARY_PATH?

To what? I've never had to set LD_LIBRARY_PATH for anything Synchronet related.
Only husky stuff (hpt, htick, fidoconf, etc.)

If everything in /sbbs is owned by a user, and he's starting with sudo, maybe he's not passing ownership properly via sbbs.ini? This would mean he would probably need sudo for jsexec too.

SBBSEXEC environment variable not set?

I don't know, but I've never had to set LD_LIBRARY_PATH for Synchronet.

Regards,
Nick

... "I'm sarcastic, what's your superpower?"

--- Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52
* Origin: thePharcyde_ distribution system (723:1/1)
þ Synchronet þ thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin)

Re: Issues... always issues..
By: Nicholas Boel to Digital Man on Fri Jan 19 2018 05:59 pm

Hello,

On Fri, 19 Jan 2018 13:40:24 -0800, Digital Man -> Kk4qbn wrote:

Did you try setting LD_LIBRARY_PATH?

To what? I've never had to set LD_LIBRARY_PATH for anything Synchronet related.
Only husky stuff (hpt, htick, fidoconf, etc.)

If everything in /sbbs is owned by a user, and he's starting with sudo, maybe he's not passing ownership properly via sbbs.ini? This would mean he would probably need sudo for jsexec too.

SBBSEXEC environment variable not set?

I don't know, but I've never had to set LD_LIBRARY_PATH for Synchronet.

You don't *have* to so long as "ldd sbbs" or "ldd jsexec" doesn't report that one of the .so files is not where it expects to be (e.g. you didn't "clean" or move files after a build or you're running as a user that has access to the build directories).

Simply put, you're doing stuff the way most of us do, so therefore you don't need to explicitly set LD_LIBRARY_PATH.

digital man

This Is Spinal Tap quote #7:
Nigel Tufnel: That's just nitpicking, isn't it?
Norco, CA WX: 56.3øF, 86.0% humidity, 6 mph E wind, 0.00 inches rain/24hrs

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: Issues... always issues..
By: Digital Man to KK4QBN on Fri Jan 19 2018 13:40:24

i'm starting sbbs with sudo so it will bind to the ports, tried the
same with jsexec which I would thing would make no difference and it
did'nt.

Did you try setting LD_LIBRARY_PATH?

Yeah, no good.. also noticed that setting SBBSCTRL is'nt working either, SBBS has just been forcing it, I've set it in ~.profile ~.bashrc and even /etc/profile. I don't know what I've done to scew this up.. all permissions have been checked, all executables came from a clean build with a copy over of my ctrl data mods and all other modified stuff.


But this issue has happened a while, SCFG works, of course sbbs works

--

Tim Smith (KK4QBN)
KK4QBN BBS

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

Re: Issues... always issues..
By: Nicholas Boel to Digital Man on Fri Jan 19 2018 17:59:54

Did you try setting LD_LIBRARY_PATH?

To what? I've never had to set LD_LIBRARY_PATH for anything Synchronet related. Only husky stuff (hpt, htick, fidoconf, etc.)

I never have either, but when DM tells me to, I do :)

If everything in /sbbs is owned by a user, and he's starting with sudo, maybe he's not passing ownership properly via sbbs.ini? This would mean he would probably need sudo for jsexec too.

thought the same, tried it.. no go..

SBBSEXEC environment variable not set?

thought sbbs takes care of this now??

will set it just to be safe.

I don't know, but I've never had to set LD_LIBRARY_PATH for Synchronet.

nor have I, and have rarely even heard of it..

Regards,
Nick

Thanks for your help.

--

Tim Smith (KK4QBN)
KK4QBN BBS

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

Re: Issues... always issues..
By: KK4QBN to Digital Man on Sat Jan 20 2018 11:00 am

Re: Issues... always issues..
By: Digital Man to KK4QBN on Fri Jan 19 2018 13:40:24

i'm starting sbbs with sudo so it will bind to the ports, tried the
same with jsexec which I would thing would make no difference and it
did'nt.

Did you try setting LD_LIBRARY_PATH?

Yeah, no good..

Can you elaborate? So from a command prompt, you typed
"export LD_LIBRARY_PATH=/path/to/directory/where/libsbbs.so/is"
and then from the same same command prompt, typed "jsexec" and what happened?

also noticed that setting SBBSCTRL is'nt working either,
SBBS has just been forcing it, I've set it in ~.profile ~.bashrc and even /etc/profile. I don't know what I've done to scew this up.. all permissions have been checked, all executables came from a clean build with a copy over of my ctrl data mods and all other modified stuff.

"came from" - does that mean the files were copied or moved?

Is the user you're running jsxec as, the same user you used to build sbbs as?

But this issue has happened a while, SCFG works, of course sbbs works

SCFG doesn't rely on any Synchronet .so files.

digital man

Synchronet "Real Fact" #87:
Synchronet Message Base and its library, SMBLIB, was used by AXiS BBS Software. Norco, CA WX: 59.9øF, 32.0% humidity, 9 mph NNW wind, 0.02 inches rain/24hrs

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: Issues... always issues..
By: Digital Man to KK4QBN on Sat Jan 20 2018 14:56:57

Can you elaborate? So from a command prompt, you typed
"export LD_LIBRARY_PATH=/path/to/directory/where/libsbbs.so/is"
and then from the same same command prompt, typed "jsexec" and what happened?

eWell, now you have made me feel very stupid :) it works if I put it in a script right before running jsexec (as you just recommended) why are these export commands not working in my rc or profile (A mistake I am making I presume) but at least we've gotten somewhere.. and I don't know why it did'nt cross my mind because I already have the SBBSCTRL path exported in the same scripts.

also noticed that setting SBBSCTRL is'nt working either,
SBBS has just been forcing it, I've set it in ~.profile ~.bashrc and
even /etc/profile. I don't know what I've done to scew this up.. all
permissions have been checked, all executables came from a clean build
with a copy over of my ctrl data mods and all other modified stuff.

"came from" - does that mean the files were copied or moved?

I started from a fresh "vanilla" debian system, installed all the dependencies, created a user for the bbs to run under and followed the instructions for the dosemu (CVS) build at http://wiki.synchro.net/install:nix. Then copied my back up ctrl, data, text dirs and modded files, I have done it many times with no issues.. seems the issue I am having is with basic linux control :) I am not able to set an evironment variable that will stick.

Is the user you're running jsxec as, the same user you used to build sbbs as?

yes, I try my best to keep it as simple as possible, I would run it as root but just don't feel right about it for some reason.

SCFG doesn't rely on any Synchronet .so files.

I presume that is as good a reason as any.. thanks for the help.. it is a temp fix for now, will need to go back to school and see why my environment vairables are not working correctly.

--

Tim Smith (KK4QBN)
KK4QBN BBS

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