summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* release: bump version to 1.32.01.32.0Lubomir Rintel2023-04-162-2/+2
|
* release: update NEWSLubomir Rintel2023-04-161-0/+25
|
* connection-editor: Increase maximum MTU value from 10000 to 65536Simon Arlott2023-04-136-6/+6
| | | | | | | | | | | | | | | | | | | | | | | | The maximum MTU value of 10000 is too low for USB Ethernet, which has a maximum (for Linux USB gadgets) of 15412 bytes (although the upper limit is the USB wMaxPacketSize which goes up to 4294967295 bytes): linux/drivers/usb/gadget/function/u_ether.c:#define GETHER_MAX_MTU_SIZE 15412 Multiple Intel NICs can use an MTU of 16110 bytes: linux/drivers/net/ethernet/intel/e1000/e1000_hw.h:#define MAX_JUMBO_FRAME_SIZE 0x3F00 linux/drivers/net/ethernet/intel/e1000e/defines.h:#define MAX_JUMBO_FRAME_SIZE 0x3F00 linux/drivers/net/ethernet/intel/igbvf/defines.h:#define MAX_JUMBO_FRAME_SIZE 0x3F00 The NetworkManager limit is 4294967295 bytes but this is unreasonable in a typical enivornment because of the memory required for packets of that size. The maximum IPv4 and IPv6 (without using Jumbograms) packet size is 65535 bytes so increase the maximum MTU value to 65536 allow full size IP packets to be used. There is a corresponding change in gnome-control-center. https://gitlab.gnome.org/GNOME/network-manager-applet/-/merge_requests/131
* Update Russian translationJulia Dronova2023-04-101-217/+215
|
* Update Basque translationAsier Sarasua Garmendia2023-04-091-558/+310
|
* Update Turkish translationSabri Ünal2023-03-081-15/+15
|
* Update Catalan translationJordi Mas2023-03-041-7/+7
|
* Update Turkish translationSabri Ünal2023-03-011-13/+13
|
* Update Lithuanian translationAurimas Černius2023-02-271-204/+209
|
* Update Slovenian translationMartin2023-02-181-126/+201
|
* applet: use appindicator if we can outside of X11Lubomir Rintel2023-02-172-2/+15
| | | | | | | | | | | | | The XEmbed-based GtkStatusIcon will silently do nothing in many environments nowadays. In particular, it can't work outside X11. Let's prefer X11 only if we got no app indicator support. Otherwise, use the best backend possible and then turn on indicator support if it was not X11. Based on work by Aleksei Bavshin <alebastr89@gmail.com>. https://gitlab.gnome.org/GNOME/network-manager-applet/-/merge_requests/129
* Update Turkish translationEmin Tufan Çetin2023-02-101-8/+14
|
* Update Croatian translationGoran Vidović2023-01-131-162/+174
|
* Update Danish translationAlan Mortensen2023-01-091-102/+181
|
* Update Turkish translationEmin Tufan Çetin2022-12-141-102/+173
|
* Add Interlingue translationOlga Smirnova2022-12-132-0/+4471
|
* Update Indonesian translationAndika Triwidada2022-11-271-131/+188
|
* Update Georgian translationZurab Kargareteli2022-11-261-161/+234
|
* Update Swedish translationAnders Jonsson2022-11-251-733/+275
|
* Update German translationIngo Brückl2022-11-211-29/+34
|
* Update Polish translationPiotr Drąg2022-11-201-33/+38
|
* Update Ukrainian translationYuri Chornoivan2022-11-191-36/+38
|
* Update Portuguese translationHugo Carvalho2022-11-181-168/+180
|
* c-e: merge branch 'th/import-wg'Thomas Haller2022-11-176-53/+130
|\ | | | | | | https://gitlab.gnome.org/GNOME/network-manager-applet/-/merge_requests/127
| * c-e: don't reset VPN connection during importThomas Haller2022-11-172-12/+23
| | | | | | | | | | | | | | | | nm-connection-editor -i basic.pcf -t vpn:vpnc should import the profile of type vpnc. This did not work and opened an empty VPN window. The reason is that the imported profile gets reset. Avoid that.
| * c-e: honor selected VPN plugin during importThomas Haller2022-11-173-12/+36
| | | | | | | | | | | | | | | | | | | | When calling nm-connection-editor -i basic.pcf -t vpn:vpnc then the import should only try the VPNC plugin. For that to work, we need to honor the detail and pass it on to the import code, to only use the selected VPN plugin.
| * c-e: support importing WireGuard profiles from wg-quick filesThomas Haller2022-11-164-37/+69
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Use new 1.40 API from libnm to import WireGuard profiles. The following now works as expected: nm-connection-editor -i $WG_CONF_FILE nm-connection-editor -i $WG_CONF_FILE -t wireguard This was already working before: nm-connection-editor -c -t wireguard What also works is to click "Import a saved VPN connection..." and select a wg-quick configuration file.
| * c-e: rename vpn_connection_from_file() to connection_import_from_file()Thomas Haller2022-11-163-5/+5
| | | | | | | | It will not only import VPN profiles. Rename.
| * c-e: fix leaking connection/error in import_vpn_from_file_cb()Thomas Haller2022-11-161-2/+2
| | | | | | | | | | Apparently, not leaking stuff is hard. The cleanup attribute simplifies that.
| * c-e: use cleanup attribute in import_vpn_from_file_cb() for filenameThomas Haller2022-11-161-3/+1
| |
| * c-e: workaround crash in required error for importThomas Haller2022-11-161-0/+12
|/ | | | | | | | | | | | | | | nm-vpnc crashes when passing no error argument, see [1]. Try with VPNC plugin installed: ./src/connection-editor/nm-connection-editor -i /some/invalid/file Workaround that. Also, libnm is going to work around that too ([2)]. But the bug should be fixed also for older libnm/plugin versions. [1] https://gitlab.gnome.org/GNOME/NetworkManager-vpnc/-/blob/c7d197477c94c5bae0396f0ef826db4d835e487d/properties/nm-vpnc-editor-plugin.c#L281 [2] https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/commit/3b2eb689f3da1e957216b6106382b9a46bae266f
* add simple clang-format configuration fileThomas Haller2022-11-161-0/+9
|
* Update Polish translationPiotr Drąg2022-11-131-78/+146
|
* Update Swedish translationAnders Jonsson2022-11-091-164/+169
|
* Update German translationIngo Brückl2022-11-081-159/+166
|
* Update Ukrainian translationYuri Chornoivan2022-11-071-103/+180
|
* release: bump version to 1.31.01.31.0-devLubomir Rintel2022-11-072-2/+2
|
* release: bump version to 1.30.01.30.0Lubomir Rintel2022-11-072-2/+2
|
* gschema: bring back org.gnome.nm-applet schemaLubomir Rintel2022-11-076-2/+59
| | | | | | | | | | | | | In commit 6b1aaade74cf ('gschema: move "org.gnome.nm-applet.gschema.xml" from network-manager-applet to libnma'), both "org.gnome.nm-applet" and "org.gnome.nm-applet.eap" have been moved over to libnma, whereas only the latter should have been. Bring it back. See-also: https://gitlab.gnome.org/GNOME/libnma/-/merge_requests/42 https://gitlab.gnome.org/GNOME/network-manager-applet/-/merge_requests/125
* applet: replace libnotify with GNotificationLubomir Rintel2022-11-0713-219/+95
| | | | | | | | | | | | | | | The libnotify's notify_notification_show() does a blocking D-Bus call. In fact, one fine gentleman's nm-applet got stuck for many seconds because the bus activation aparatus in his computer was not properly greased. Let's do away with this absolute monstrosity of a library by using the desktop notification API provided by GLib since 2.40. It's simpler, fully asynchronous and in addition to freedesktop notification API it can interface with Gtk and Flatpak portal one. https://gitlab.gnome.org/GNOME/network-manager-applet/-/merge_requests/124
* ChangeLog: dropLubomir Rintel2022-11-072-5924/+1
| | | | | | | It's doesn't contain anything of value, nor did it ever do. We got git history and it's not even being maintained. Drop it. https://gitlab.gnome.org/GNOME/network-manager-applet/-/merge_requests/123
* flatpak: dropLubomir Rintel2022-11-074-359/+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
* Update Serbian translationМирослав Николић2022-10-231-32/+27
|
* Update Portuguese translationHugo Carvalho2022-10-211-109/+57
|
* po/ja: update Japanese translationLubomir Rintel2022-10-071-29/+26
| | | | | | Done by Red Hat. https://bugzilla.redhat.com/show_bug.cgi?id=2083047
* po/ja: fix a translation for VPN type dialogBhushan Barve2022-10-061-1/+1
| | | | | | https://bugzilla.redhat.com/show_bug.cgi?id=2083047 [lkundrak@v3.sk: wrote a commit message]
* po/ja: update-poLubomir Rintel2022-10-061-26/+22
|
* Update Slovenian translationMartin2022-09-221-1589/+498
|
* Update Hebrew translationYaron Shahrabani2022-09-211-536/+383
|
* Update Portuguese translationHugo Carvalho2022-09-191-47/+32
|
View Lorry Controller Status