# A subdirectory for the source files
_SRC_DIR=/home/bbs/husky

# A subdirectory for the files created during the build BUILDDIR=/home/bbs/Husky

I believe relative paths are expected for these two parameters, not the absolute ones. That could be the reason you're getting weird paths like 'huskylib//home/bbs/husky/gnmsgid.c'. Did you try leaving the default values for _SRC_DIR and BUILDDIR?

Not initially but, yes, I did eventually change some of them back to
defaults. What happened was I read the comment in the huskymak.cfg about
how you need to make changes if you are not running as root and, since the instructions say do not run as root I changed them.

When you get to the "sudo make install" step, there are several paths that
do need to be pointed to ones that only root has access to, so that
statement is a little confusing.

I believe you area also correct about some of them need to be relative, especially the BUILDDIR!

I have tested hpt and so far it is working as expected. Thanks to you and johnny alpha for the help and encouragement!

Mike
---
þ BgNet 1.0á12 ÷ RAW: Port 27 / Telnet:26 / ftelnet:80
* Origin: moe's tavern * 1-5028758938 * moetiki.ddns.net:27 (21:4/134)

--- MIKE POWELL Said ---
I have tested hpt and so far it is working as expected. Thanks to you and
johnny alpha for the help and encouragement!
--- MIKE POWELL Done ---
You are welcome!

Side note on HPT... for a new BBS project I'm working on (ViSiON/3 - a re-ressurection of an old forum hack DOS BBS) I was using hpt for tossing, but ran into some issues with the hpt utils binary, so I ended up re-creating it in Go. It worked so well, I was able to port HPT over to Go as well (hyper-customized for ViSiON/3, but one less external binary!).

.jA
--- ViSiON/3 0.1.0/linux
* Origin: Zombie Toolshed (21:4/158.1)

Re: Re: Husky Compile Problems
By: J0hnny A1pha to MIKE POWELL on Fri Feb 27 2026 16:13:00

Side note on HPT... for a new BBS project I'm working on (ViSiON/3 - a re-ressurection of an old forum hack DOS BBS) I was using hpt for tossing, b ran into some issues with the hpt utils binary, so I ended up re-creating it Go. It worked so well, I was able to port HPT over to Go as well (hyper-customized for ViSiON/3, but one less external binary!).

Cool!! I noticed the custom tearline.

Currently, hpt is tossing and scanning properly, but is doing its best to ignore any messages sent to "Areafix." I changed the loging levels where it should show any areafix errors but it isn't even acknowledging the messages have been received/are there.

I added "areafix on" for the link in question (even though that is supposed to be the default) and double-checked the password. Still no dice. :/

Mike
--- SBBSecho 3.28-Linux
* Origin: Capitol City Online (21:1/175)

Hello Dumas!

27 Feb 26 14:47, Dumas Walker wrote to J0hnny A1pha:

Currently, hpt is tossing and scanning properly, but is doing its
best to ignore any messages sent to "Areafix." I changed the loging levels where it should show any areafix errors but it isn't even acknowledging the messages have been received/are there.

I added "areafix on" for the link in question (even though that is supposed to be the default) and double-checked the password. Still no dice. :/

Perhaps a trivial question but did you run `hpt afix`?

Regards,
Jegor

--- msged/lnx 6.3 2026-02-22
* Origin: MsgEd TE is available for OS/2, Linux, NT and DOS! (21:3/228)

Re: Re: Husky Compile Problems
By: Jegor to Dumas Walker on Fri Feb 27 2026 21:50:08

Currently, hpt is tossing and scanning properly, but is doing its
best to ignore any messages sent to "Areafix." I changed the loging levels where it should show any areafix errors but it isn't even acknowledging the messages have been received/are there.

I added "areafix on" for the link in question (even though that is supposed to be the default) and double-checked the password. Still no dice. :/

Perhaps a trivial question but did you run `hpt afix`?

No I didn't try that one because it sounds like a command to cause hpt to manually do things... like for a sysop to force an echo add or a listing from the host end, but not to respond to areafix requests.

Turns out there were an extra config statement or two missing from config and from links that turns on the automated areafix processing. That appears to be all working now! ;)

One thing that was difficult was that the documentation mentions a config option called "areafixhelp" but adding that caused hpt to abend. I eventually figured out the command is supposed to be "HelpFile" instead.

Thanks for the response!
Mike
--- SBBSecho 3.28-Linux
* Origin: Capitol City Online (21:1/175)

Hello Dumas!

27 Feb 26 16:35, Dumas Walker wrote to Jegor:

I added "areafix on" for the link in question (even though that is
supposed to be the default) and double-checked the password.
Still no dice. :/

Perhaps a trivial question but did you run `hpt afix`?

No I didn't try that one because it sounds like a command to cause
hpt to manually do things... like for a sysop to force an echo add or a listing from the host end, but not to respond to areafix requests.

Turns out there were an extra config statement or two missing from
config and from links that turns on the automated areafix processing. That appears to be all working now! ;)

Hmm... I've always been pretty sure that `hpt afix` without additional parameters scans the netmail area for AreaFix requests. But yes, there's also an `areafixFromPkt` config option to process them on the fly.

Regards,
Jegor

--- msged/lnx 6.3 2026-02-22
* Origin: We love MsgEd ... (21:3/228)