summaryrefslogtreecommitdiff
path: root/configure.ac
AgeCommit message (Collapse)AuthorFilesLines
2021-06-16release: bump version to 1.33.1 (development)1.33.1-devThomas Haller1-2/+2
2021-06-16release: bump version to 1.32.01.32.0Thomas Haller1-2/+2
2021-06-04release: bump version to 1.33.0 (development)1.33.0-devThomas Haller1-2/+2
2021-06-04release: bump version to 1.31.90 (1.32-rc1)1.32-rc1Thomas Haller1-1/+1
2021-05-19release: bump version to 1.31.5 (development)1.31.5-devBeniamino Galvani1-1/+1
2021-05-14firewall: make firewall-backend configurable via "NetworkManager.conf"Thomas Haller1-5/+18
"iptables" and "nftables" will be supported. Currently, the code is unused and only "iptables" is supported.
2021-05-05release: bump version to 1.31.4 (development)1.31.4-devBeniamino Galvani1-1/+1
2021-04-30build: install D-Bus service files to /usr by defaultBeniamino Galvani1-1/+1
Service files shipped by distribution should be in /usr.
2021-04-22release: bump version to 1.31.3 (development)1.31.3-devBeniamino Galvani1-1/+1
2021-04-07tests: fix undefined references to pthreadorbea1-0/+2
When building NetworkManger with --enable-tests or using 'make check' and slibtool the build will fail in many places with undefined references to pthreads. This is because -lpthread is never explicitly added to the appropriate variable, src_core_libNetworkManagerTest_la_LIBADD. When analyzing the build log with GNU libtool it can be seen that it silently adds -pthread on its own which hides the issue. To solve this ax_pthread.m4 from the autoconf-archives project can be used which provides the $(PTHREAD_LIBS) linker flag. Source: https://github.com/autoconf-archive/autoconf-archive/blob/master/m4/ax_pthread.m4 See-also: https://www.gnu.org/software/autoconf-archive/ax_pthread.html https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/merge_requests/804
2021-03-24release: bump version to 1.31.2 (development)1.31.2-devBeniamino Galvani1-1/+1
2021-03-22libnm: improve detection for C11 _Generic() supportThomas Haller1-1/+1
Older gcc doesn't like this: ../src/libnm-core-impl/nm-setting-wired.c:132:49: error: controlling expression type 'const char *const [31]' not compatible with any generic association type && (nm_utils_strv_find_binary_search(valid_s390_opts, ^~~~~~~~~~~~~~~ ../src/libnm-glib-aux/nm-shared-utils.h:2033:60: note: expanded from macro 'nm_utils_strv_find_binary_search' const char *const *const _strv = NM_CAST_STRV_CC(strv); \ ^ ../src/libnm-glib-aux/nm-macros-internal.h:706:21: note: expanded from macro 'NM_CAST_STRV_CC' (_Generic ((value), \ ^
2021-03-22build: fix detection of python for autotoolsThomas Haller1-3/+7
The goal of this code is to detect python, but prefer python3 while also allowing the user to override the path. That did not work in all cases, due to what seems like a bug in AM_PATH_PYTHON(). AM_PATH_PYTHON() is documented to ignore failure if [action-if-not-found] is given. So one might assume that: AM_PATH_PYTHON([3], [], [PYTHON=]) if test -z "$PYTHON"; then AM_PATH_PYTHON([], [], [PYTHON=python]) fi first tries to look for v3, and if that fails search for any python interpreter. That did not work however with: $ ./configure PYTHON=/usr/bin/python2 ... checking pkg-config is at least version 0.9.0... yes checking whether /usr/bin/python2 version is >= 3... no configure: error: Python interpreter is too old because the first AM_PATH_PYTHON() is fatal. Work around that. Fixes: 54a1cfa97321 ('build: prefer python3 over python2 in autotools's configure script')
2021-03-16man: split NetworkManager-dispatcher(8) manual page out of NetworkManager(8)Thomas Haller1-0/+1
https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/merge_requests/784
2021-02-24build: move "libnm/" to "src/" and split itThomas Haller1-1/+1
Like with "libnm-core/", split "libnm/" into different directories for the public headers, for the implementation and for the helper "aux" library.
2021-02-18build: move "libnm-core/" to "src/" and split itThomas Haller1-1/+1
"libnm-core/" is rather complicated. It provides a static library that is linked into libnm.so and NetworkManager. It also contains public headers (like "nm-setting.h") which are part of public libnm API. Then we have helper libraries ("libnm-core/nm-libnm-core-*/") which only rely on public API of libnm-core, but are themself static libraries that can be used by anybody who uses libnm-core. And "libnm-core/nm-libnm-core-intern" is used by libnm-core itself. Move "libnm-core/" to "src/". But also split it in different directories so that they have a clearer purpose. The goal is to have a flat directory hierarchy. The "src/libnm-core*/" directories correspond to the different modules (static libraries and set of headers that we have). We have different kinds of such modules because of how we combine various code together. The directory layout now reflects this.
2021-02-18release: bump version to 1.31.1 (development)1.31.1-devThomas Haller1-2/+2
2021-02-18release: bump version to 1.30.01.30.0Thomas Haller1-2/+2
2021-02-16build: rename build option "--with-polkit-agent-helper-1{-path,}"Thomas Haller1-3/+6
Suggested-by: Michael Biebl <biebl@debian.org> (cherry picked from commit d9968b133b32fbfbc5e726a8fc96e38cc044c831)
2021-02-16build: rename build option "--with-polkit-agent-helper-1{-path,}"Thomas Haller1-3/+6
Suggested-by: Michael Biebl <biebl@debian.org>
2021-02-12build: make path to polkit-agent-helper-1 binary configurableThomas Haller1-9/+19
Add new configure option to set the path to "polkit-agent-helper-1". The path cannot be obtained from pkg-config and `pkg-config --variable=prefix polkit-agent-1` is not good enough. On Fedora, the path is "/usr/lib/polkit-1/polkit-agent-helper-1". On Debian Buster, the path is "/usr/lib/policykit-1/polkit-agent-helper-1" On Debian Sid, the path is "/usr/libexec/polkit-agent-helper-1" (but currently it is also symlinked from "/usr/lib/policykit-1/polkit-agent-helper-1". (cherry picked from commit 801c41a11c2cd37dc1271c026edc0a3292cc69b8)
2021-02-12build: make path to polkit-agent-helper-1 binary configurableThomas Haller1-9/+19
Add new configure option to set the path to "polkit-agent-helper-1". The path cannot be obtained from pkg-config and `pkg-config --variable=prefix polkit-agent-1` is not good enough. On Fedora, the path is "/usr/lib/polkit-1/polkit-agent-helper-1". On Debian Buster, the path is "/usr/lib/policykit-1/polkit-agent-helper-1" On Debian Sid, the path is "/usr/libexec/polkit-agent-helper-1" (but currently it is also symlinked from "/usr/lib/policykit-1/polkit-agent-helper-1".
2021-02-11release: bump version to 1.31.0 (development)1.31.0-devThomas Haller1-2/+2
2021-02-11release: bump version to 1.29.90 (1.30-rc1)1.30-rc1Thomas Haller1-1/+1
2021-02-09libnm: move "nm-version-macros.h" from shared/ to libnm-core/Thomas Haller1-1/+1
"nm-version-macros.h" is used directly by libnm-core and indirectly by libnm and core. Let's not have it randomly under shared/. Move it closer to where it's used.
2021-02-08release: bump version to 1.29.11 (development)1.29.11-devThomas Haller1-1/+1
2021-01-27release: bump version to 1.29.10 (development)1.29.10-devBeniamino Galvani1-1/+1
2021-01-19release: bump version to 1.29.9 (development)1.29.9-devThomas Haller1-1/+1
2021-01-14release: bump version to 1.29.8 (development)1.29.8-devThomas Haller1-1/+1
2020-12-23release: bump version to 1.29.7 (development)1.29.7-devBeniamino Galvani1-1/+1
2020-12-14release: bump version to 1.29.6 (development)1.29.6-devBeniamino Galvani1-1/+1
2020-12-11man: add `man 8 nm-cloud-setup`Thomas Haller1-0/+1
https://bugzilla.redhat.com/show_bug.cgi?id=1867997 https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/issues/ ## 600
2020-12-10build: check for reallocarray in stdlib.hLeo1-0/+1
2020-12-06release: bump version to 1.29.5 (development)1.29.5-devThomas Haller1-2/+2
2020-12-06release: bump version to 1.28.01.28.0Thomas Haller1-2/+2
2020-12-03release: bump version to 1.29.4 (development)1.29.4-devThomas Haller1-1/+1
2020-11-27release: bump version to 1.29.3 (development)1.29.3-devBeniamino Galvani1-1/+1
2020-11-18release: bump version to 1.29.2 (development)1.29.2-devBeniamino Galvani1-1/+1
2020-11-02release: bump version to 1.29.1 (development)1.29.1-devAntonio Cardace1-1/+1
2020-10-20release: bump version to 1.27.91 (1.28-rc2) (development)1.28-rc2Beniamino Galvani1-1/+1
2020-10-05release: bump version to 1.29.0 (development)1.29.0-devBeniamino Galvani1-2/+2
2020-10-05release: bump version to 1.27.90 (1.28-rc1)1.28-rc1Beniamino Galvani1-1/+1
2020-09-14release: bump version to 1.27.3 (development)1.27.3-devBeniamino Galvani1-1/+1
2020-09-02release: bump version to 1.27.2 (development)1.27.2-devThomas Haller1-1/+1
2020-08-24dns: add new "rc-manager=auto" modeThomas Haller1-10/+3
Add a new `main.rc-manager=auto` setting, that favours to use systemd-resolved (and not touch "/etc/resolv.conf" but configure it via D-Bus), or falls back to `resolvconf`/`netconfig` binaries if they are installed and enabled at compile time. As final fallback use "symlink", like before. Note that on Fedora there is no "openresolv" package ([1]). Instead, "systemd" package provides "/usr/sbin/resolvconf" as a wrapper for systemd-resolved's "resolvectl". On such a system the fallback to resolvconf is always wrong, because NetworkManager should either talk to systemd-resolved directly or not but never call "/usr/sbin/resolvconf". So, the special handling for resolvconf and netconfig is only done if NetworkManager was build with these applications explicitly enabled. Note that SUSE builds NetworkManager with --with-netconfig=yes --with-config-dns-rc-manager-default=netconfig and the new option won't be used there either. But of course, netconfig already does all the right things on SUSE. [1] https://bugzilla.redhat.com/show_bug.cgi?id=668153 Suggested-by: Jason A. Donenfeld <Jason@zx2c4.com>
2020-08-17build: prefer python3 over python2 in autotools's configure scriptThomas Haller1-1/+4
On Debian sid, pygobject no longer builds "python-gobject" for python2. Still, python2 may be installed and detected preferably by AM_PATH_PYTHON(). Add workaround.
2020-07-13release: bump version to 1.27.1 (development)1.27.1-devThomas Haller1-21/+12
2020-07-13release: bump version to 1.26.01.26.0Thomas Haller1-2/+2
2020-07-09all: bump libjansson dependency to 2.7Thomas Haller1-1/+1
jansson 2.7 was released October 2014. It's also in Ubuntu 16.06. Other distros (like CentOS 7.5 and Debian Stretch/9) have both newer versions. Bump the requirement, simply because our CI does not use such old version so it's not clear whether it works at all.
2020-07-09libnm: always build libnm with JSON validationThomas Haller1-16/+3
We anyway load libjansson with dlopen(), and already before it could happen that libjansson is not available. In that case, we would not crash, but simply proceed without json validation. Since libnm-core no longer uses libjansson directly, but only via "nm-glib-aux/nm-json.h", we can just always compile with that, and use it at runtime. That means, libjansson is not a build dependency for libnm anymore, so we don't need a compile time check. Note that if you build without libjansson, then JANSSON_SONAME is undefined, and loading it will still fail at runtime. So, even if we now always build with all our code enabled, it only works if you actually build with libjansson. Still, it's simpler to drop the conditional build, as the only benefit is a (minimally) smaller build.
generated by cgit v1.2.3 (git 2.39.1) at 2024-06-05 05:52:31 +0000