delta/gnome/network-manager-applet.git - gitlab.gnome.org: GNOME/network-manager-applet.git

	Commit message (Collapse)	Author	Age	Files	Lines
*	flatpak: drop	Lubomir Rintel	2022-11-07	1	-13/+0
\| \| \| \| \| \| \| \| \|	It's not clear why this sort of thing (e.g. polkit build patch) needs to go in the upstream repository and nobody seems to be maintaining this [1]. [1] https://gitlab.gnome.org/GNOME/network-manager-applet/-/merge_requests/118 https://gitlab.gnome.org/GNOME/network-manager-applet/-/merge_requests/122
*	gitlab-ci: don't automatically run flatpak test	Thomas Haller	2021-02-02	1	-0/+1
\| \| \| \|	It currently fails.
*	gitlab: Produce a Flatpak bundle of nm-connection-editor in CI	Felipe Borges	2021-02-02	1	-0/+12
\|
*	build/meson: enable support for appindicator support by default	Rhys Perry	2020-06-19	1	-1/+2
\| \| \| \| \| \|	[thaller@redhat.com: squashed original commits and edit commit message] https://gitlab.gnome.org/GNOME/network-manager-applet/-/merge_requests/82
*	gitlab-ci: add scheduled pipeline to triage inactive issues and MRs	Antonio Cardace	2020-04-06	1	-0/+14
\|
*	gitlab-ci: move logic from gitlab-ci.yml to script and install external ↵	Thomas Haller	2020-03-07	1	-134/+32
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	libnma-1.8.28 I think a plain shell script makes it easier to implement the build steps. It's easier to read and to extend. Also, the gitlab-ci script tried to install libnma from rawhide. However, while the libnma-1.8.26 package is currently built in koji, it is still (for some reasons) not available for installation. The build step would still install libnma-1.8.24 (which was still bundled with applet). Aside that, there are currently other issues in rawhide that prevent this from working. This only worked accidentally, because the network-manager-applet build does not yet explicitly require a new libnma package. However, in practice it does already, because when building against libnma-2.8.24, the "org.gnome.nm-applet.gschema.xml" is missing. Next we are going to explicitly require libnma-1.8.28, so this wouldn't work anymore. Instead I did a scratch build of libnma-1.8.28 in koji. Adjust the build steps and install the package. This is a temporary solution, that helps to boot strap the update to an unbundled libnma-1.8.28.
*	libnma: droplr/libnmicide	Lubomir Rintel	2019-11-04	1	-58/+5
\|
*	gitlab: drag in new enough libnma	Lubomir Rintel	2019-11-04	1	-53/+59
\|
*	all: lay libnm-gtk to restlr/libnm-gtkicide	Lubomir Rintel	2019-11-04	1	-4/+0
\| \| \| \| \| \|	It's about time. https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/68
*	gitlab: don't run make -j	Lubomir Rintel	2019-05-29	1	-14/+14
\| \| \| \| \| \|	This was a misunderstanding of what it does on my part. https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/51
*	gitlab: test on centos:7	Lubomir Rintel	2019-03-08	1	-0/+51
\| \| \| \| \| \|	We care about this one. https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/42
*	build: replace intltool with gettext	Lubomir Rintel	2019-02-26	1	-2/+0
\| \| \| \| \| \| \| \| \| \|	Gettext, since version 0.18, provides infrastructure equivalent to intltool (generating po/Makefile and translating .desktop files or .xml). Also, it seems to work better in that it actually honors MSGFMT_OPTS that are determined by the configure script. That one typically ends up set to "-c", meaning "check". Without it the bugs in the .po files are easy to overlook.
*	build: disable libnm-gtk by defaultlr/no-libnm-gtk	Lubomir Rintel	2018-10-19	1	-3/+0
\| \| \| \| \| \| \|	By now nobody should be using this. Keep the code around for a little longer just in case anybody still uses this. https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/29
*	nma/mobile-providers: also use the data file locations from pc files	Jan Tojnar	2018-08-07	1	-0/+5
\| \| \| \| \| \| \| \| \| \| \|	If a distribution lacks global datadir (e.g. NixOS), libnma would not be able to find mobile-data-provider-info and isocodes without user having to add them to XDG_DATA_DIRS manually. This patch allows falling back to the paths provided by pkg-config files of the data packages, making it work on more exotic platforms. Closes: https://gitlab.gnome.org/GNOME/network-manager-applet/issues/14
*	gitlab: build libnma site documentation	Lubomir Rintel	2018-07-26	1	-1/+28
\| \| \| \|	https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/14
*	build: add GNOME GitLab CI configurationlr/gitlab-ci	Lubomir Rintel	2018-05-31	1	-0/+187
	The pipeline begins with "build" stage doing a distcheck on Fedora 28 (which is still known to ship libnm-glib) and outputting a tarball artifact. The output is then used in the "test" stage. Some repetition is avoided with YAML map capability, but that's fairly limited. Both autotools and meson build/installs are done with both autotools and meson on latest Fedora (happens to be Fedora 28 too). That seems to be a reasonable enough for start, given we can't test all possible combinations. In future, builds on some older platforms, CentOS and Ubuntu and clang builds would be nice. Not implemented at this point, but it should be straightforward enough. Maybe a build with a Git snapshot of NetworkManager would be useful at some point, but that's not implemented wither.