FREESCO v0.3.5

New versions, modules, add-ons, etc., will be posted here.

Postby Lightning » Tue Apr 04, 2006 5:20 pm

This specific problem is now fixed and updated to the sourceforge 035 release.
Currently there is a bug in 035 that ONLY aplies to using the "overwrite" command on a PATCHED 034 install that has patch #2 installed. This is a very specific problem to only this instance. What happens is because of the way the patching mechanism is done in 034 and future patches to FREESCO as well. The patch is not removed and therefor when 035 is installed the patch continues to aply the 034 patch to the rc_masq file which causes some problems with renamed variables. Here is how to manually resolve this problem if you have done the above type of install over a patched 034 system
Code: Select all
rm /pkg/rc/rc_patch
mv /pkg/patch /pkg/patch.034
sync
reboot

You should also check the entire /pkg/rc directory and ANY of the original 034 rc_?? scripts that you have made changes to on your 034 install should also be removed. This does NOT aply to the rc_httpd for Apache or the rc_lpd for the lprng package which can be left without any problems.
If you are afraid that you might make a mistake. The chances are high that you will never learn anything.
User avatar
Lightning
FREESCO GOD !!
 
Posts: 12079
Joined: Wed Nov 14, 2001 6:50 am
Location: Oregon, USA

Postby Lightning » Wed Apr 05, 2006 8:10 pm

A bug found in the pppmon script prevents it from accurately monitoring your external connection if no gateway is configured as with most PPPoE connections. The problem is related to the mis naming  of the DNS variable on one line and prevents it from pinging any IP address. The simple solution to this problem is to enter your DNS IP address or the IP of your choosing into the configuration when it is asked for rather than accepting the default value.


This specific problem is now fixed and updated to the sourceforge 035 release so that future downloads of 035 will not have this problem, nor will they have the bug relateing to overwriting a 034 install, as both of these bugs have been repaired.
If you are afraid that you might make a mistake. The chances are high that you will never learn anything.
User avatar
Lightning
FREESCO GOD !!
 
Posts: 12079
Joined: Wed Nov 14, 2001 6:50 am
Location: Oregon, USA

Postby Lightning » Thu Apr 13, 2006 1:33 am

unknown option `b', ignoring

A bug in ther "pkg" script displays this message when using the -r flag to install a package as a ramdisk package. Even though the error is displayed it does not cause any problems and it's effect is strictly visual, so there is no patch or correction at this time.
If you are afraid that you might make a mistake. The chances are high that you will never learn anything.
User avatar
Lightning
FREESCO GOD !!
 
Posts: 12079
Joined: Wed Nov 14, 2001 6:50 am
Location: Oregon, USA

Postby Lightning » Sun May 07, 2006 2:21 pm

When running the DHCP server in "remote" mode there is a problem. The setup displays that you should use "r" to enable this mode. However the variable used for this option is still expecting the use of "s" to enter this special mode which was changed in 035 to make the difference in "s" mode for most servers different for this server as it is a completely different function. The solution to this problem in 035 is to just use "s" instead of "r" if you need this mode and there is no patch necessary at this time. This specific bug will not effect nor is it even used by most users who should generally run the DHCP server in "y" mode. Of couse if you don't understand what was just stated then you should probably just forget about this bug as it doesn't effect you.
If you are afraid that you might make a mistake. The chances are high that you will never learn anything.
User avatar
Lightning
FREESCO GOD !!
 
Posts: 12079
Joined: Wed Nov 14, 2001 6:50 am
Location: Oregon, USA

Postby Lightning » Sun May 21, 2006 5:07 pm

There is a problem running CGI scripts with the built in web server if the users private web page option is not enabled. The short term fix for this problem is to just enable users private web pages and restart the web server.
If you are afraid that you might make a mistake. The chances are high that you will never learn anything.
User avatar
Lightning
FREESCO GOD !!
 
Posts: 12079
Joined: Wed Nov 14, 2001 6:50 am
Location: Oregon, USA

Postby Lightning » Mon May 29, 2006 7:54 pm

When trying to delete users that were created as FTP users the 'userdel" script returns the "user does not exist" rather than deleteing the user.
The current resolution for this problem is to manually delete the user from the passwd file.

edit /etc/passwd

When deleting a user just remove the entire line that starts with the username. For 035 it is NOT necessary to edit any other files or copy the passwd file to /boot/etc/passwd because this is already done automatically by the system any time /etc/passwd is changed in any way.
If you are afraid that you might make a mistake. The chances are high that you will never learn anything.
User avatar
Lightning
FREESCO GOD !!
 
Posts: 12079
Joined: Wed Nov 14, 2001 6:50 am
Location: Oregon, USA

Postby Lightning » Sat Jun 03, 2006 4:10 pm

On PPPoE and PPtP connection types in some cases you can get a "terminated" reply when starting the NAT/Firewall on some machines. This is ONLY a visual error and has no bearing on the NAT/Firewall actually working.
What happens is that the systemn boots and goes through the network connection process and with ethernet PPP connections it takes a few seconds to get completely connected and at the end of that process it does a restart of the firewall so that all of the true interfaces and IP's can be used. But on some machines this is happenning at the same time the original NAT/Firewall is running. So do to some safety checks in the rc_masq when it is started the second time it "terminates" the first proccess of it's self and shows the "terminated" message and the second process actually sets up the NAT/Firewall in the background.

This specific visual error has been corrected in the next version of FREESCO and there is no reason for patching or removing this error from 0.3.5
If you are afraid that you might make a mistake. The chances are high that you will never learn anything.
User avatar
Lightning
FREESCO GOD !!
 
Posts: 12079
Joined: Wed Nov 14, 2001 6:50 am
Location: Oregon, USA


Return to FREESCO Announcements

Who is online

Users browsing this forum: No registered users and 1 guest

cron