NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
5f900e9cd5
kumquat-buildroot/package/lxc/Config.in

23 lines
807 B
Plaintext
Raw Normal View History

lxc: new package Linux Containers (LXC), provides the ability to group and isolate of a set of processes in a jail by virtualizing and accounting the kernel resources. It is similar to Linux-Vserver or Openvz. Signed-off-by: Jérôme Pouiller <jezz@sysmic.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-02-12 12:21:26 +01:00
config BR2_PACKAGE_LXC
bool "lxc"
depends on BR2_TOOLCHAIN_HAS_THREADS
lxc: needs mmu Fixes: http://autobuild.buildroot.net/results/602/60289dae59650847e6d32c7ab3be7973a86a25c7/ Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-10-18 21:45:15 +02:00
depends on BR2_USE_MMU # fork()
lxc: mark as not available in BR2_STATIC_LIBS configs Even though lxc uses the autotools, it does not use libtool to build its libraries, and does it manually. It forces building a shared library. So let's comply with this decision, and mark lxc as not available in BR2_STATIC_LIBS configurations. Fixes: http://autobuild.buildroot.org/results/588/588dc28315a9114374f148bbc64c4ec3d7b4e295/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-05-12 23:21:21 +02:00
# build system forcefully builds a shared library
depends on !BR2_STATIC_LIBS
package/lxc: security bump to version 3.0.3 This bump also includes the fix for CVE-2018-6556 released in 3.0.2 via commit "CVE 2018-6556: verify netns fd in lxc-user-nic": lxc-user-nic when asked to delete a network interface will unconditionally open a user provided path: https://github.com/lxc/lxc/commit/c1cf54ebf251fdbad1e971679614e81649f1c032 This code path may be used by an unprivileged user to check for the existence of a path which they wouldn't otherwise be able to reach. It may also be used to trigger side effects by causing a (read-only) open of special kernel files (ptmx, proc, sys). Also add a dependency on gcc >= 4.7 (https://github.com/lxc/lxc/issues/2592) Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-12-02 10:08:38 +01:00
depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_7 # C++11
lxc: update comment about the headers >= 3.0 dependency Since commit 604095fe9bea925f34ea05a5d80efbc3e9ba16f2 ("libcap: add patch to fix build issue with old kernel headers"), libcap builds fine with headers < 3.0, so it is no longer the reason why lxc needs headers >= 3.0. However, lxc uses setns(), which is only available since kernel 3.0, so we simply update the comment next to the dependency so that it is accurate. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-03-17 14:34:11 +01:00
depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # setns() system call
lxc: new package Linux Containers (LXC), provides the ability to group and isolate of a set of processes in a jail by virtualizing and accounting the kernel resources. It is similar to Linux-Vserver or Openvz. Signed-off-by: Jérôme Pouiller <jezz@sysmic.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-02-12 12:21:26 +01:00
help
package/l*: fix wrapping of Config.in help text The check-package script when ran gives warnings on text wrapping on all of these Config files. This patch cleans up all warnings related to the text wrapping for the Config files starting with the letter l in the package directory. The appropriate indentation is: <tab><2 spaces><62 chars> See http://nightly.buildroot.org/#writing-rules-config-in for more information. Signed-off-by: Adam Duskett <aduskett@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-31 15:53:49 +02:00
Linux Containers (LXC), provides the ability to group and
isolate of a set of processes in a jail by virtualizing and
accounting the kernel resources. It is similar to
Linux-Vserver or Openvz.
lxc: new package Linux Containers (LXC), provides the ability to group and isolate of a set of processes in a jail by virtualizing and accounting the kernel resources. It is similar to Linux-Vserver or Openvz. Signed-off-by: Jérôme Pouiller <jezz@sysmic.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-02-12 12:21:26 +01:00
lxc: bump to version 1.0.4 Also switch to new homepage and github download, and specify distro variant since host distro != target distro and sample configs for each case aren't useful anyway. It sometimes failed to autodetect because some of the tests can't be executed when cross compiling (happened on gentoo host). Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-07-04 15:35:31 +02:00
https://linuxcontainers.org/
lxc: new package Linux Containers (LXC), provides the ability to group and isolate of a set of processes in a jail by virtualizing and accounting the kernel resources. It is similar to Linux-Vserver or Openvz. Signed-off-by: Jérôme Pouiller <jezz@sysmic.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-02-12 12:21:26 +01:00
package/lxc: security bump to version 3.0.3 This bump also includes the fix for CVE-2018-6556 released in 3.0.2 via commit "CVE 2018-6556: verify netns fd in lxc-user-nic": lxc-user-nic when asked to delete a network interface will unconditionally open a user provided path: https://github.com/lxc/lxc/commit/c1cf54ebf251fdbad1e971679614e81649f1c032 This code path may be used by an unprivileged user to check for the existence of a path which they wouldn't otherwise be able to reach. It may also be used to trigger side effects by causing a (read-only) open of special kernel files (ptmx, proc, sys). Also add a dependency on gcc >= 4.7 (https://github.com/lxc/lxc/issues/2592) Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-12-02 10:08:38 +01:00
comment "lxc needs a toolchain w/ threads, headers >= 3.0, dynamic library, gcc >= 4.7"
Config.in files: add missing dependencies to toolchain option comments When a package A depends on config option B and toolchain option C, then the comment that is given when C is not fulfilled should also depend on B. For example: config BR2_PACKAGE_A depends on BR2_B depends on BR2_LARGEFILE depends on BR2_WCHAR comment "A needs a toolchain w/ largefile, wchar" depends on !BR2_LARGEFILE || !BR2_WCHAR This comment should actually be: comment "A needs a toolchain w/ largefile, wchar" depends on BR2_B depends on !BR2_LARGEFILE || !BR2_WCHAR or if possible (typically when B is a package config option declared in that same Config.in file): if BR2_B comment "A needs a toolchain w/ largefile, wchar" depends on !BR2_LARGEFILE || !BR2_WCHAR [other config options depending on B] endif Otherwise, the comment would be visible even though the other dependencies are not met. This patch adds such missing dependencies, and changes existing such dependencies from depends on BR2_BASE_DEP && !BR2_TOOLCHAIN_USES_GLIBC to depends on BR2_BASE_DEP depends on !BR2_TOOLCHAIN_USES_GLIBC so that (positive) base dependencies are separate from the (negative) toolchain dependencies. This strategy makes it easier to write such comments (because one can simply copy the base dependency from the actual package config option), but also avoids complex and long boolean expressions. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> (untested) Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-11-07 09:24:37 +01:00
depends on BR2_USE_MMU
packages: remove non-IPv6 dependencies and tweaks Now that IPv6 is mandatory remove package dependencies and conditionals for it. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-04-19 14:40:00 +02:00
depends on !BR2_TOOLCHAIN_HAS_THREADS \
package/lxc: security bump to version 3.0.3 This bump also includes the fix for CVE-2018-6556 released in 3.0.2 via commit "CVE 2018-6556: verify netns fd in lxc-user-nic": lxc-user-nic when asked to delete a network interface will unconditionally open a user provided path: https://github.com/lxc/lxc/commit/c1cf54ebf251fdbad1e971679614e81649f1c032 This code path may be used by an unprivileged user to check for the existence of a path which they wouldn't otherwise be able to reach. It may also be used to trigger side effects by causing a (read-only) open of special kernel files (ptmx, proc, sys). Also add a dependency on gcc >= 4.7 (https://github.com/lxc/lxc/issues/2592) Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-12-02 10:08:38 +01:00
|| !BR2_TOOLCHAIN_GCC_AT_LEAST_4_7 \
Revert "lxc: remove dependency on headers >= 3.0" This reverts commit 598d1e53c1a15bb983ed96a19db411bbcdfd97df. [Peter: Seems like I ended up applying the wrong patch :/] Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-03-18 22:24:49 +01:00
|| !BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 \
lxc: mark as not available in BR2_STATIC_LIBS configs Even though lxc uses the autotools, it does not use libtool to build its libraries, and does it manually. It forces building a shared library. So let's comply with this decision, and mark lxc as not available in BR2_STATIC_LIBS configurations. Fixes: http://autobuild.buildroot.org/results/588/588dc28315a9114374f148bbc64c4ec3d7b4e295/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-05-12 23:21:21 +02:00
|| BR2_STATIC_LIBS
Reference in New Issue Copy Permalink