OPNsense - Core system
Find a file
marjohn56 d36f0f4f62 dhcp6c - Use Reasons
Use the REASONS given by dhcp6c when it calls its script. This then only calls newipv6 when 'REQUEST' is the reason.

RENEW, REBIND or INFO do not have changes to the leases, therefore no call to update is needed and this prevents reloading which can affect VPNs, Unbound etc.

On RELEASE or EXIT, once again newipv6 is called as the lease addresses should have been removed by dhcp6c.
2017-12-31 13:47:35 +01:00
contrib tzdata: sync iso3166.tab and add zone.tab 2017-10-15 13:33:09 +02:00
Keywords Keywords: zap copy+past comment that is not true 2017-06-25 14:54:28 +02:00
Mk webgui: clean up after rework 2017-05-04 16:59:51 +02:00
Scripts LICENSE: help GitHub detect the license correctly 2017-08-08 18:41:49 +02:00
src dhcp6c - Use Reasons 2017-12-31 13:47:35 +01:00
work make: improve previous and add `upgrade' target while at it 2016-03-12 09:26:20 +01:00
+POST_INSTALL pkg: if we stop on deinstall, start after install 2017-08-29 10:48:06 +02:00
+PRE_DEINSTALL pkg: training wheels come off, build sets configd_enable="NO" now 2017-08-21 09:48:10 +02:00
.editorconfig accidentally removed .editorconfig 2017-07-30 15:14:59 +02:00
.gitignore rc: add changelog fetch script for #341 2016-11-10 20:27:22 +01:00
CONTRIBUTING.md CONTRIBUTING: small update 2017-09-21 09:36:18 +02:00
LICENSE mvc: after further feedback... 2017-12-25 22:53:29 +01:00
Makefile network time: we haz a pool! #1374 2017-12-21 18:28:24 +01:00
plist rc: backup DUID for /var MFS et al 2017-12-27 13:35:35 +00:00
README.md fix link to development architecture (#1830) 2017-09-17 17:36:09 +02:00
ruleset.xml make: enable new sniff for codesniffer 2017-12-27 11:56:00 +00:00

OPNsense GUI and system management

The OPNsense project invites developers to start contributing to the code base. For your own purpose or even better to join us in creating the best open source firewall available.

The build process has been designed to make it easy for anyone to build and write code. The main outline of the new codebase is available at:

https://docs.opnsense.org/development/architecture.html

Our aim is to gradually evolve to a new codebase instead of using a big bang approach into something new.

Build tools

To create working software like OPNsense you need the sources and the tools to build it. The build tools for OPNsense are freely available.

Notes on how to build OPNsense can be found in the tools repository:

https://github.com/opnsense/tools

Contribute

You can contribute to the project in many ways, e.g. testing functionality, sending in bug reports or creating pull requests directly via GitHub. Any help is always very welcome!

License

OPNsense is and will always be available under the 2-Clause BSD license:

http://opensource.org/licenses/BSD-2-Clause

Every contribution made to the project must be licensed under the same conditions in order to keep OPNsense truly free and accessible for everybody.

Makefile targets

The repository offers a couple of targets that either tie into tools.git build processes or are aimed at fast development.

make package

A package of the current state of the repository can be created using this target. It may require several packages to be installed. The target will try to assist in case of failure, e.g. when a missing file needs to be fetched from an external location.

Several OPTIONS exist to customise the package, e.g.:

  • CORE_DEPENDS: a list of required dependencies for the package
  • CORE_DEPENDS_ARCH: a list of special -required packages
  • CORE_ORIGIN: sets a FreeBSD compatible package/ports origin
  • FLAVOUR: can be set to "OpenSSL" (default) or "LibreSSL"
  • CORE_COMMENT: a short description of the package
  • CORE_MAINTAINER: email of the package maintainer
  • CORE_WWW: web url of the package
  • CORE_NAME: sets a package name

Options are passed in the following form:

# make package CORE_NAME=my_new_name

make upgrade

Upgrade will run the package build and attempt to replace the currently installed package in the system. Safety measures may prevent the target from succeeding. Instructions on how to proceed in case of failures are given inline.

make lint

Run serveral syntax checks on the repository. This is recommended before issuing a pull request on GitHub.

make style

Run the CodeSniffer PSR2 style checks on the MVC code base.

make sweep

Run Linux Kernel cleanfile witespace sanitiser on all files.