summaryrefslogtreecommitdiffstats
path: root/alpine (follow)
Commit message (Collapse)AuthorAgeFilesLines
* docker: Enable Lua (scripting) for Alpine imagesDonatas Abraitis2023-04-081-2/+4
| | | | Signed-off-by: Donatas Abraitis <donatas@opensourcerouting.org>
* docker: Install missing dependencies for Alpine buildDonatas Abraitis2023-04-041-1/+1
| | | | | | | protobuf-c-compiler protobuf-c-dev Signed-off-by: Donatas Abraitis <donatas@opensourcerouting.org>
* docker,alpine: Remove isl from dependenciesYutaro Hayakawa2023-01-061-1/+1
| | | | | | | | Alpine upstream changed the name of the isl package to isl-dev. This caused the build breakage. Since FRR doesn't use it, we chose to solve this issue by removing it. Signed-off-by: Yutaro Hayakawa <yutaro.hayakawa@isovalent.com>
* docker: Compile Alpine image using PCRE2Donatas Abraitis2022-11-071-1/+2
| | | | Signed-off-by: Donatas Abraitis <donatas@opensourcerouting.org>
* docker: Use pcre2 for Alpine buildsDonatas Abraitis2022-11-071-2/+2
| | | | | | libyang already uses pcre2 too. Signed-off-by: Donatas Abraitis <donatas@opensourcerouting.org>
* docker: Reuse all possible cores when building FRR for AlpineDonatas Abraitis2022-11-071-1/+1
| | | | Signed-off-by: Donatas Abraitis <donatas@opensourcerouting.org>
* alpine, docker: Update APKBUILD for libyangQuentin Young2022-07-181-1/+1
| | | | Signed-off-by: Quentin Young <qlyoung@nvidia.com>
* alpine: fix path for daemons file installQuentin Young2021-08-301-1/+1
| | | | | | | The install statement was putting the daemons file at "/etc/frr" instead of making a new directory "/etc/frr" and putting it inside there. Signed-off-by: Quentin Young <qlyoung@nvidia.com>
* docker: build libyang2 along with FRRQuentin Young2021-08-301-1/+1
| | | | | | | | | | | | | | | | Alpine images have been broken for some time because libyang2 is not available in Alpine. This patch updates our Dockerfile to build a libyang2 APK and install it into the image to satisfy FRR's libyang2 dependency. Unfortunately, libyang2 erroneously includes an internal header from glibc, making it dependent on glibc to build. FRR's official Docker images are based on Alpine, which only offers musl libc. Until libyang2 fixes this problem, the libyang2 source that is installed in this image is a patched version that is compatible with musl libc and not an official version. Signed-off-by: Quentin Young <qlyoung@nvidia.com>
* build, doc: extricate `--enable-systemd`David Lamparter2021-06-291-1/+0
| | | | | | Ouch, that is a *lot* of places to update... Signed-off-by: David Lamparter <equinox@diac24.net>
* alpine: add missing libelf-dev dependencyQuentin Young2021-04-161-1/+1
| | | | Signed-off-by: Quentin Young <qlyoung@nvidia.com>
* alpine: Remove old docker deps for alpineWesley Coakley2020-10-221-1/+1
| | | | | | | | | | Remove py-ipaddr and ipsec-tools as deps in the Alpine build container, as these were both Python 2 libraries and are not used here anymore `ipsec-tools` is also no longer available in Alpine's test repos and was causing breakage on this builder Signed-off-by: Wesley Coakley <wcoakley@nvidia.com>
* alpine: enable multi-arch buildsQuentin Young2020-06-241-1/+1
| | | | | | | | Now that amd64 dependencies have been removed we can use the correct architecture specifier for Alpine packaging metadata in order to build packages for all supported platforms. Signed-off-by: Quentin Young <qlyoung@cumulusnetworks.com>
* alpine: update packagesQuentin Young2020-05-311-9/+4
| | | | | | | | Alpine builds have been failing for some time as a consequence of only installing python 2 development packages when we have build scripts that require python 3. Signed-off-by: Quentin Young <qlyoung@cumulusnetworks.com>
* *: use the current project name (FRRouting)Lou Berger2020-03-251-1/+1
| | | | Signed-off-by: Lou Berger <lberger@labn.net>
* alpine: fix build on current 'edge' version of AlpineJuergen Werner2019-12-031-1/+7
| | | | | | | | | | | The python2 packet py-sphinx was removed from the edge repository, so we use pip to install it localy for the package build process. Also abuild assumes it is executed in a git folder and fails if no .git is found in the folder or its parent folders, so we work around this, by initializing an empty git repo with `git init`. Signed-off-by: Juergen Werner <juergen@opensourcerouting.org>
* alpine: clean up dep blockQuentin Young2019-10-161-12/+11
| | | | | | Wrap to 80 cols... Signed-off-by: Quentin Young <qlyoung@cumulusnetworks.com>
* alpine: update mpfr3 -> mpfr4Quentin Young2019-10-161-1/+1
| | | | Signed-off-by: Quentin Young <qlyoung@cumulusnetworks.com>
* issue/5035: Remove warning for missing pytest during build phase and add ↵Ronny Trommer2019-09-231-2/+2
| | | | | | libcap-dev dependency Signed-off-by: Ronny Trommer <ronny@opennms.org>
* docker: build alpine docker w/ rpki enabledQuentin Young2019-07-151-1/+2
| | | | Signed-off-by: Quentin Young <qlyoung@cumulusnetworks.com>
* alpine/APKBUILD.in: Don't include daemons from srcdirChristian Franke2019-03-261-2/+2
| | | | | The daemons file will be generated during the build, so there is no need to copy it over from the first stage.
* alpine/APKBUILD.in: Add libyang-dev dependency, drop binutils-libsChristian Franke2019-03-261-2/+2
| | | | | | | | | We need libyang to build FRR, so add it to the make dependencies. Alpine will automatically detect it as runtime dependency, so no need to add it there. The package binutils-libs doesn't exist anymore, so remove it from the dependencies.
* alpine: Move docker-start to Docker buildChristian Franke2019-03-262-11/+0
| | | | | | The standard Alpine package should not install docker glue, so remove it from the APKBUILD and install it in the Dockerfile instead.
* *: get rid of most daemons.conf referencesDavid Lamparter2018-12-061-2/+1
| | | | | | | There's a few left over to get compatibility and not break user installs, but most is gone. Signed-off-by: David Lamparter <equinox@diac24.net>
* alpine: add unit tests to buildArthur Jones2018-06-141-3/+10
| | | | | | | | | | Now that make check works on alpine, add it to the build Testing done: alpine linux build -- check works Issue: https://github.com/FRRouting/frr/issues/2391 Signed-off-by: Arthur Jones <arthur.jones@riverbed.com>
* alpine packaging: use a more standard packaging formatArthur Jones2018-04-105-4/+58
| | | | | | | | | | | | | | | | | | | | Currently, we just package the frr daemons, but we don't run them. This is fine for basic tests, but it is inconvenient to orchestrate the daemons from downstream test environments. Here, we follow the redhat and debianpkg formats more closely, putting the daemons in /usr/lib/frr and including the frr user and groups in the package. We also include a docker specific startup script and a sysvinit link in /etc/init.d/frr for openrc based alpine installs. Testing done: Built packages, built base images, everything seems to work fine. Uninstalled the package, all the daemons stopped. Issue: https://github.com/FRRouting/frr/issues/2030 Signed-off-by: Arthur Jones <arthur.jones@riverbed.com>
* alpine: add APKBUILD to .gitignoreChristian Franke2018-03-221-0/+1
| | | | Signed-off-by: Christian Franke <chris@opensourcerouting.org>
* docker build: build Alpine Linux dev packages in dockerArthur Jones2018-03-191-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Building alpine packages in a "standard" distro can be complicated due to the limited scope of the distro (embedded and small docker images). Building in a VM is one possibility, but docker support for alpine is very good (default docker images come in alpine due to the very small size). Here, we want to package up the current git repo into apk packages that can be easily installed in alpine linux using the apk tool. This support is not intended to package released versions of apk packages, that, if it comes to be, should be done here: git://git.alpinelinux.org/aports We're content here to build packages that can be used by developers to try out frr in docker and other alpine environments. This is a very minimal environment, we don't support importing keys (so, installing the packages with apk requires the --allow-untrusted option). In addition, we can't use the git commit id in hex as version tag, as alpine doesn't support hex digits in the version string. So, we need to convert the git hash to decimal before tagging the package with the extra version. This is yucky, but I can't think of another way to get a unique version per package. The alpine way (using a numeric date), only works for released packages, not for dev packages. Issue: https://github.com/FRRouting/frr/issues/1859 Signed-off-by: Arthur Jones <arthur.jones@riverbed.com>
* alpine: minimal alpine packagingArthur Jones2018-03-111-0/+36
For building dev packages for alpine, we provide a minimal APKBUILD file and add a configure option for only numeric versions in the VERSION variable as alpine does not allow non-numeric characters in the version string. These changes allow alpine to be built, but don't yet provide a mechanism to build. Changes to do the build in docker are coming soon... Testing done: Built alpine packages in local docker environment, packages showed no "dev" in the package name. Also built CentOS packages with numeric version disabled and the "dev" is still in the package name. Issue: https://github.com/FRRouting/frr/issues/1859 Signed-off-by: Arthur Jones <arthur.jones@riverbed.com>
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-02 03:24:48 +0100