Surely pfSense is not the first project to ask that?  Can we learn from someone else (RedHat, FreeBSD, KDE, mozilla, maybe even Cisco…)?

The Fedora project had (and probably still does) volunteer translators, with one lead person per language.  I think there was some infrastructure or guidance set up for them, maybe something is there?

Fixed for me also with same snapshot.

https://forum.pfsense.org/index.php?topic=77143.0

will probably need adjustments, but it'll get ya started

@dylanh724:

EDIT: Sorry wrong thread! Can someone move me to Development area? Thanks/sorry .. didn't realize there was a section~

Hi,

I'm pretty new to php until I started working with PFS. I find myself pretty good at editing, but as for making new files .. not so much:

#!/usr/local/bin/php -f Is this above code required for all php files within PFS?

This means you can call the file in shell if you give it +x.

require("config.inc"); If I put this up top, this means I can use code from config.inc, right? Like imports from .NET?

YES you can call functions on that file.

I noticed that files are "included" very generally – like 'xx.inc' rather than '/etc/xx/xx.inc' .. does this mean there's a file I need to edit to include any new files for easy importing such as this?

pfSene uses PHP and exploits as much as possible its configuration settings.
The short way is used since a include path is setup for php where to find things.

Finally, can any of these files be called from captive portal files? Can a captiveportal-customupload.php call , say, config.inc?

Surely there is nothing preventing that since even the existing page does that.

Much more clear now!

Fixed, thanks.

Yeah they were missing bits, I deleted those. The most recent ones up now work fine.

Ahh, I didn't see that one, thanks.

Access the tools repo and see yourself.
Unless you use pfSense port it will not work.

It's a bug, reproduced in 1 minute on a system as you describe with LAN and OPT1.
And yes, the bug is only if you put "none" into the DHCP gateway field of some interface and then the DHCP gateway field of some later interface is left blank.
Fixed by this code change: https://github.com/pfsense/pfsense/pull/1511

Well, 2.2.1-DEVELOPMENT-i386-20150213-1429 works, though the PHP is clearly severely miscompiled. Should not link against the outdated libpcre at all. Plus:

Warning: PHP Startup: Suhosin was compiled without session support, which is probably not what you want. All session related features will not be available, e.g. session encryption. If session support is really not needed, recompile Suhosin with -DSUHOSIN_NO_SESSION_WARNING=1 to suppress this warning

upon further investigation it seems filter.inc has a function called filter_configure_sync where everything happens so is it fine if i add the on and off code there or do i create a new function for it?

IMHO bogons should be just for variable address ranges that would be routable on the public internet as "normal" IP addresses, but that are not expected to actually appear because of things like:

as yet unallocated allocated to a now defunct organisation and not yet reclaimed for re-allocation known to be squatted
…

The pieces of fixed address space reserved for particular purposes in RFCs should not be in bogons and are better handled by using aliases or predefined lists for the purpose, so the user can control those as they need to.

+1 for year2015  ;D

First check if freebsd can run on it.
Second is to build pfSense for it.
Than follow-up anything else.

@charliem:

As far as I know, only offset and frequency could have possible negative values.  Jitter and wander are calculated as RMS averages and so should always be positive.  Dispersion is related to delay and latency measurements, both of which should be positive (unless you live in a Tardis …)

I'd say it's still good if the graphs themselves could plot negative values, because that could potentially show if there are some problems with ntpd.

I plan to test next week and post a diff too.