Billy McFall 28cf3b7da2 VPP-899: Run VPP under SELinux
Add an SELinux profile such that VPP can run under SELinux on RPM based
platforms. The SELinux Policy is currently only implemented for RPM
packages, specifically, Fedora, CentOS and RHEL. Doxygen User
Documentation has been included (selinux_doc.md). Once some discussion
on file locations has completed (see vpp-devlist), updates to the Debug
CLI documentation will also need to be updated.

Additional changes:
Patch Set 2:
- Rework selinux_doc.md such that each line is only 80 characters
  instead of each sentence on a line. Made additonal minor chnages
  to the text.
- Update vHost Debug CLI documentation to reflex new socket location.
  Cleaned up some text from when I originally wrote it, to better
  reflex proper use.
- Update exec Debug CLI documentation to be more inline with suggested
  helptext, added text regarding recommended script file location.
- For Debian builds, create the /var/log/vpp/ directory. I don't use
  Debian very much, so please pay extra attention to
  build-data/platforms.mk and build-root/deb/debian/.gitignore.
- Per discussion on VPP call, changed the default log location to
  /var/log/vpp/vpp.log.
- Changed the socket location for vHost in AutoConfig to
  /var/run/vpp/.
Patch Set 3:
- Update selinux_doc.md based on comments.

Change-Id: I400520dc33f1ca51012d09ef8fe5a7b7b96c631e
Signed-off-by: Billy McFall <bmcfall@redhat.com>
2018-01-30 13:26:20 +00:00
..
2015-12-08 15:47:27 -07:00
2018-01-30 13:26:20 +00:00
2015-12-08 15:47:27 -07:00
2015-12-08 15:47:27 -07:00
2015-12-08 15:47:27 -07:00
2015-12-08 15:47:27 -07:00
2017-02-04 12:42:49 +00:00
2017-02-04 12:42:49 +00:00

Building DEB packages
=====================

REQUIREMENTS:
    You will need a working Internet connection to execute the build, because
    the build procedure for the included "dpdk" project attempts to contact the
    Internet host "dpdk.org".

There are three main parts to the process:
    a) Stage the source tree so that dpkg-source will recognize its organization
        and create a valid DSC source package for you;
    b) Ensure that the tools required for building DEB packages are installed;
        and
    c) Launch the build.

1) Create, or have on hand, a local clone of the git repository, with no
untracked files or local modifications pending, up-to-date with the branch or
commit reference from which you wish to construct the source release.

The branch and repository origins will differ based on local conditions.

Example:
$ git clone -b master ssh://git@example.com:7999/~username/open-vpp

("-b master" can be omitted since master is the default branch)

2) Rename the checkout with a version number embedded in its name as is
conventional for code releases.  Again, your version number may vary.

Example:
$ mv open-vpp open-vpp-0.0.0

3) Ensure that the dpkg-buildpackage program is installed.

E.g.,

# apt-get install dpkg-dev

4) From the PARENT directory of the debian/ directory, run:

$ cd open-vpp-0.0.0
$ dpkg-buildpackage -I .git -us -uc

(The -us and -uc flags omit GPG signatures from the .dsc and .changes files,
respectively.  You can add them later, or if you are preparing a signed release
and have the signing key on hand, leave off the flags.)

5) Get rid of the source directory; you now either have a source package with
which you can re-create it at any time, or there were problems with the build,
and you should go back to your git checkout to fix them.

$ rm -r open-vpp-0.0.0

END

vim:set ai et sw=4 ts=4 tw=80: