It depends on the section that was changed.

Whatever was changed would need to be restarted/reloaded. The only way to ensure that everything gets completely reloaded is to reboot. Otherwise you have to try refreshing things individually (filter, etc.)

Also if you edit config.xml in place, make sure you rm /tmp/config.cache before doing any other operation to force a re-read of the config.

@ardunio:

I use "/usr/sbin/kbdcontrol -l /usr/share/syscons/keymaps/whatever"

First I added it to "/etc/rc" file before the line that runs rc.bootup script and works. Than removed here and added to rc.bootup file to test and worked. I don't remember which line now. But i think it'll be work when you run it before rc.initial runs.

Tyvm !

I am need this .

because  I wan to try crack Country Firewall block.

http://www.certmag.com/read.php?start=0&in=3906

If you set /etc/platform to "nanobsd" then it should do the memory file system md0/md1 stuff, and the packages list will show you the packages that are suitable for the nanobsd platform. It might all work, but doing a full install and then changing it to "nanobsd" under-the-hood might have other effects, good and bad - e.g. Diagnostics:NanoBSD will probably show up on menus, giving options to duplicate boot slices… The option to periodically backup RRD and/or DHCP lease data might be handy though, if it works in such a config.
With SSDs these days, there is a use-case for having a hybrid install that can put a full install on a chunk of an SSD, then also select the nanobsd-style features that are desired - putting tmp and var in memory, periodically backing up useful stuff from tmp and var to the SSD, preserving various things during a clean shutdown...

The portal is actually PFsense, after anlyzing the function provided by the portal, it will be better to use that, with a radius server it will authenticate with another system ever X minutes, so this will help control the access to the portal for a specific period of time.

Thanks

Check a package that has XMLRPC sync, it will help.

IIRC, you can call php functions as well shell cmds.

The only thing I know for sure is that any message/output from remote box generates alert erros on first box.

You would need a lot more than just make. You need the entire development toolset and compilers.

As already suggested a firewall is no place to do things like this.

many many thanks….
you are great....
thank you very much..
finally i've got the iso and memstick images after built.

I've been searching since last week and i thought there might be compilation / building errors.,
but no they are in /tmp/pfSense as you said.

Thank you again...

Oh well.  I had a great weekend drinking beer… and now I'm back online so I can get working on my package again but I can't be the only person who would want to do this.  I see lots of views, but no replies.

If anyone has any ideas even I'm game to try them out since it seemed to me that it should be very possible.  If there is something pfSense really needs from the internet I should be able to mirror it locally just like the package root but I don't know what that would be...

@cmb:

Expired is a different state than disabled. Neither state can be used. An expired account isn't set to disabled by design and isn't a bug, whether expired accounts should also be set to disabled is another question. I'm not sure. There isn't a problem with the way things are currently done, and some things log differently for expired vs. disabled which some people would consider a feature.

Okey, understand now. Thanks.

@jimp:

If you install two versions of the same package, they probably will overwrite each others' files. Whichever one you installed last will be the files that are in place.

It's highly unlikely that you really need two versions of perl installed. Just install the new one, 5.14.x, and things should use it.

Wouldn't hurt to run "perl-after-ugprade" so it can hunt down libraries in the old perl dirs and move them to the new ones

Hi. perl was example. Clearly, I'm trying to build an iso with squid + guard + freeradius based pfSense 2.0.1. pfSense's php-mysql extension installs mysql-client-5.5.25 and freeradius-2.1.12_1 depending on mysql-client-5.1.63. ( I use your package repo. ) So mysql-client-5.1.63 fails. I use the way that you install bsdinstaller to pfSense.

But today I've noticed, freeradius-2.1.12_1 originally builded without mysql, openldap etc. I've used it and solved the problem in this way.
It works but I don't know how sensible :)

RELENG_2_0 is currently 2.0.2-RC3, not 2.1.

If you want 2.0.1 exactly you need to build from the tag RELENG_2_0_1

You're better off on 2.0.2 though.

Is this for USB or Serial UPS ??