On Monday, 24 April 2023 12:16:27 BST Andrei Borzenkov wrote:

On Mon, Apr 24, 2023 at 2:05 PM Charles Rinnoch

wrote:

...

Problems come when I try to use Network Manager for the setup at home, in that Network Manager is not invoked [by systemd?] at the same point as Wicked is. It is.

Wicked is synchronous, its unit completes startup after interfaces have been configured. NetworkManager is asynchronous - when NetworkManager unit completed startup, it just means the daemon was started. Daemon proceeds to establish connections concurrently with any other startup activity.

You need to enable NetworkManager-wait-online.service which will delay followup processing until NteworkManager reports it reached online state. NFS mount points automatically order themselves after network-online.target (which will be after NetworkManager-wait-online.service). If you have some custom units that need network on startup, you need to order them after network-online.target manually.

Thanks Andrei, but no joy. systemctl status NetworkManager-wait-online.service tells me that this service runs for 4s or so, but systemctl status tells me that the overall status is 'degraded'. systemctl --failed tells me that the unit import-home.mount failed. However, if I run systemctl start import-home.mount then the mount is made successfully - ie I get the sytem running as I want it. This tells me that Network Manager is fundamentally working and I think I have a race condition with the mount being called too soon. I have taken a look at /run/systemd/generator/import-home.mount under both Wicked and NM and they are the same and appear to be regenerated when I use YaST to switch between NM and Wicked. So a race which works out OK under Wicked but not NM? Or something else about NM not being set up right? Overall, as I have said elsewhere, so far I have learned that both NM and Wicked can provide any of my use cases - the differences between the 2 [as far as the user is concerned] relate to the availability and utility of the tools [YaST, nmtui etc] to set them up and how they are set up within systemd. Anyway, appreciative of the help so far and would welcome any more help. Systems are Leap 15.4. Issue manifests on Wireless for laptop and Ethernet for Desktop although conducting investigations on laptop only at the moment. Also my network runs a fixed IP plus a DHCP on network interfaces, although the problem still manifests with fixed IP only on the same subnet as the nfs server. Regards CR

On Tue, Apr 25, 2023 at 2:43 PM Charles Rinnoch wrote:

Thanks Andrei, but no joy. systemctl status NetworkManager-wait-online.service tells me that this service runs for 4s or so, but systemctl status tells me that the overall status is 'degraded'. systemctl --failed tells me that the unit import-home.mount failed.

Show /etc/fstab Are you using wired or wireless connection? Provide full output of journalctl -b --full --no-pager

On Tue, Apr 25, 2023 at 3:21 PM Charles Rinnoch wrote:

On Tuesday, 25 April 2023 12:57:52 BST Andrei Borzenkov wrote:

...

On Tue, Apr 25, 2023 at 2:43 PM Charles Rinnoch

wrote:

...

Thanks Andrei, but no joy. systemctl status NetworkManager-wait-online.service tells me that this service runs for 4s or so, but systemctl status tells me that the overall status is 'degraded'. systemctl --failed tells me that the unit import-home.mount failed.

Show /etc/fstab

Relevant line: 172.20.20.8:/volume1/home /import/home nfs defaults 0 0

nb mount -a works

...

Are you using wired or wireless connection?

Wireless on the laptop I am investigating but also on a desktop with a wired connection. Hoping to fix on the laptop [where I have a need to use NM] and tackle the desktop as a separate issue if the solution does not transfer.

...

Provide full output of

journalctl -b --full --no-pager

There is some where I am supposed to upload this, I believe. Could you remind me please?

https://susepaste.org/

On Tuesday, 25 April 2023 12:57:52 BST Andrei Borzenkov wrote:

On Tue, Apr 25, 2023 at 2:43 PM Charles Rinnoch

wrote:

...

Thanks Andrei, but no joy. systemctl status NetworkManager-wait-online.service tells me that this service runs for 4s or so, but systemctl status tells me that the overall status is 'degraded'. systemctl --failed tells me that the unit import-home.mount failed.

Relevant line: 172.20.20.8:/volume1/home /import/home nfs defaults 0 0 nb mount -a works />/ /> Are you using wired or wireless connection?/ Wireless on the laptop I am investigating but also have the issue on a desktop with a wired connection. Hoping to fix on the laptop [where I have a need to use NM] and tackle the desktop as a separate issue but expecting that the solution will transfer

Provide full output of journalctl -b --full --no-pager

This is at paste.opensuse.org/pastes/840930d8954d Regards CR

On Wed, 26 Apr 2023 11:42:34 +0300, Andrei Borzenkov wrote:

[...] I cannot tell whether this is a bug in NetworkManager or something is missing in configuration, but the most straightforward workaround is to wait for the online state, instead of startup. Edit NetworkManager-wait-online.service and remove "-s" from nm-online call. Replace

ExecStart=/bin/bash -c "if [ ${NM_ONLINE_TIMEOUT} -gt 0 ]; then /usr/bin/nm-online -s -q --timeout=${NM_ONLINE_TIMEOUT} ; else /bin/true ; fi"

with

ExecStart=/bin/bash -c "if [ ${NM_ONLINE_TIMEOUT} -gt 0 ]; then /usr/bin/nm-online -q --timeout=${NM_ONLINE_TIMEOUT} ; else /bin/true ; fi"

Just a point about shell syntax.  The 'else' clause (in both versions) is not needed.  The 'if' command would have the same status result without it.  The value of the test does not affect the result, only which clause gets executed, and then the last-executed command, if any, within the 'if' determines its result status.  If no command is executed, such as when the test is false and there is no else clause, the result of the 'if' is true anyway.  (The commands within the 'if' clauses, though, do see the test's result status.)   xx> if false ; then echo TRUE ; fi  ; echo "($?)"   (0)   xx> if false ; then echo TRUE ; else echo "($?)" ; fi   (1) But for this, I prefer a simpler construct using the complementary test:   test ${NM_ONLINE_TIMEOUT} -le 0 \     || /usr/bin/nm-online -q --timeout=${NM_ONLINE_TIMEOUT} -- Robert Webb

On Wed, Apr 26, 2023 at 3:19 PM Charles Rinnoch wrote:

This does not look like a bug in NM to me as the core functionality of NM is fine. It also looks like nm-online is behaving in accordance with its man page with the -s option doing as expected.

Bug as in "NM reaches startup finished state too early without waiting for initial connection activation".

To fully close this out, should I log this as a bug and if so where?

It certainly would not harm, for 15.4 this should go into bugzilla.opensuse.org.

On Tuesday, 25 April 2023 12:57:52 BST Andrei Borzenkov wrote:

Provide full output of

journalctl -b --full --no-pager

OK, looking at the log [paste.opensuse.org/pastes/840930d8954d], I can see line 1420: Apr 25 20:37:12 smolevo mount[1310]: mount.nfs: Network is unreachable line 1590: Apr 25 20:37:19 smolevo avahi-daemon[853]: Registering new address record for 172.20.20.35 on wlan0.IPv4. So we don't have an IP address on the network with the nfs share until line 1590, but we try the nfs mount at line 1420. OK, the problem is obvious, the solution not so obvious. Regards CR

On Monday, 24 April 2023 15:42:30 BST Felix Miata wrote:

One need use neither NM nor Wicked.

...

Thanks in advance, any and all help on this appreciated

Networking system #3 is not available via YaST as yet: systemd-networkd.

Is that truly a 3rd option or is it actually a front within systemd for dealing with different options such as NM and Wicked more abstractly? I don't really expect to see systemd get its hands dirty with networking or anything tangible, but I do expect to see it orchestrating the invocation of such things as provided by others. CR

On Tue, Apr 25, 2023 at 2:43 PM Manfred Hollstein wrote:

but it actually does ;) I use systemd-networkd here for my LAN, while NetworkManager is used for *only* WLAN[1].

systemd-networkd is identical to NetworkManager in that it is asynchronous and requires extra service to wait for interface configuration.

Charles Rinnoch composed on 2023-04-25 12:12 (UTC+0100):

Felix Miata wrote:

...

One need use neither NM nor Wicked.

...

...

Thanks in advance, any and all help on this appreciated

...

Networking system #3 is not available via YaST as yet: systemd-networkd.

Is that truly a 3rd option or is it actually a front within systemd for dealing with different options such as NM and Wicked more abstractly? I don't really expect to see systemd get its hands dirty with networking or anything tangible, but I do expect to see it orchestrating the invocation of such things as provided by others.

Systemd-networkd works with both NM and Wicked force uninstalled. Other software requires either NM or Wicked to be installed, which is why to force is required to see that systemd-networkd can stand alone to provide networking. # systemctl list-unit-files | egrep 'networkd|wick|kmanag' | sort systemd-networkd-wait-online.service enabled disabled systemd-networkd.service enabled disabled systemd-networkd.socket enabled disabled wicked.service masked disabled wickedd-auto4.service masked disabled wickedd-dhcp4.service masked disabled wickedd-dhcp6.service masked disabled wickedd-nanny.service masked disabled wickedd-pppd@.service masked disabled wickedd.service masked disabled # rpm -qa | egrep -i 'kmanag|wick|d-net' | sort systemd-network-249.15-150400.8.22.1.x86_64 wicked-0.6.70-150400.3.3.1.x86_64 wicked-service-0.6.70-150400.3.3.1.x86_64 # zypper rm wicked wicked-service Reading installed packages... Resolving package dependencies... The following 47 packages are going to be REMOVED: autoyast2-installation patterns-base-base patterns-base-basesystem patterns-base-enhanced_base patterns-base-x11 patterns-fonts-fonts sysconfig wicked wicked-service yast2 yast2-add-on yast2-auth-client yast2-bootloader yast2-control-center yast2-control-center-qt3 yast2-country yast2-firewall yast2-ftp-server yast2-installation yast2-journal yast2-ldap yast2-mail yast2-metapackage-handler yast2-network yast2-nfs-client yast2-nfs-server yast2-ntp-client yast2-online-update yast2-online-update-frontend yast2-packager yast2-pam yast2-printer yast2-proxy yast2-samba-client yast2-samba-server yast2-scanner yast2-security yast2-services-manager yast2-slp yast2-sound yast2-storage-ng yast2-sudo yast2-sysconfig yast2-tune yast2-update yast2-users yast2-vm The following 5 patterns are going to be REMOVED: base basesystem enhanced_base fonts x11 47 packages to remove. After the operation, 19.5 MiB will be freed. Continue? [y/n/v/...? shows all options] (y): n # -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

Andrei Borzenkov composed on 2023-04-25 20:33 (UTC+0300):

Felix Miata wrote:

...

Systemd-networkd works with both NM and Wicked force uninstalled.

There is no need to remove anything.

Poster I was replying to questioned whether systemd-networkd depended on any other kind of networking software, such as NetworkManager or Wicked: [quote]

Is that truly a 3rd option or is it actually a front within systemd for dealing with different options such as NM and Wicked more abstractly? [/quote]

Systemd-networkd has no such dependence. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

Darryl Gregorash composed on 2023-04-25 13:25 (UTC-0600):

Felix Miata wrote:

...

# zypper rm wicked wicked-service Reading installed packages... Resolving package dependencies...

...

The following 47 packages are going to be REMOVED: autoyast2-installation patterns-base-base patterns-base-basesystem patterns-base-enhanced_base patterns-base-x11 patterns-fonts-fonts sysconfig wicked wicked-service yast2 yast2-add-on yast2-auth-client yast2-bootloader yast2-control-center yast2-control-center-qt3 yast2-country yast2-firewall yast2-ftp-server yast2-installation yast2-journal yast2-ldap yast2-mail yast2-metapackage-handler yast2-network yast2-nfs-client yast2-nfs-server yast2-ntp-client yast2-online-update yast2-online-update-frontend yast2-packager yast2-pam yast2-printer yast2-proxy yast2-samba-client yast2-samba-server yast2-scanner yast2-security yast2-services-manager yast2-slp yast2-sound yast2-storage-ng yast2-sudo yast2-sysconfig yast2-tune yast2-update yast2-users yast2-vm

...

The following 5 patterns are going to be REMOVED: base basesystem enhanced_base fonts x11

...

47 packages to remove. After the operation, 19.5 MiB will be freed. Continue? [y/n/v/...? shows all options] (y): n # Interesting...

hadron:~ # zypper rm wicked wicked Reading installed packages... Resolving package dependencies...

The following package is going to be REMOVED: wicked

1 package to remove. After the operation, 3.7 MiB will be freed. Continue? [y/n/v/...? shows all options] (y): n

Curiously, however... hadron:~ # zypper info --requires wicked-service Loading repository data... Reading installed packages...

Information for package wicked-service: --------------------------------------- <snip> Requires : [4] /bin/bash sysconfig >= 0.81.0 /bin/sh wicked = 0.6.70 <<<=======

So, I have to wonder just why trying to remove wicked-service looks like it's going to wind up removing the entire OS from the system?!! There are a couple of other questions I could ask about this but this will do for now.

My previous post was from 15.4. TW is on track for retiring wicked, if it hasn't already: # zypper rm wicked-service Reading installed packages... Resolving package dependencies... The following 2 packages are going to be REMOVED: wicked wicked-service 2 packages to remove. After the operation, 3.8 MiB will be freed. Continue? [y/n/v/...? shows all options] (y): y (1/2) Removing wicked-0.6.72-2.2.x86_64 ...............................................................................................................................................[done] (2/2) Removing wicked-service-0.6.72-2.2.x86_64 .......................................................................................................................................[done] # rpm -q NetworkManager package NetworkManager is not installed # rpm -q wicked package wicked is not installed # rpm -q systemd-network systemd-network-253.3-1.1.x86_64 # -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

Darryl Gregorash composed on 2023-04-25 17:34 (UTC-0600):

Felix Miata wrote:

...

Darryl Gregorash composed on 2023-04-25 13:25 (UTC-0600):

...

<snip> My previous post was from 15.4. TW is on track for retiring wicked, if it hasn't already:

If wicked is gone from 15.5, I shall return, asking about how to replace NetworkManager with networkd :D

It's still there: # cat /usr/local/bin/zypse #!/bin/sh zypper --no-refresh se -s $* | grep -Ev 'debug|devel|srcp|openSUSE-20' | grep -E 'x86|noarch'| sort # zypse wicked | wicked-nbft | package | 0.6.72-150500.1.1 | x86_64 | OSS i | wicked-service | package | 0.6.72-150500.1.1 | x86_64 | OSS i+ | wicked | package | 0.6.72-150500.1.1 | x86_64 | OSS # That needn't stop you from using systemd-networkd. It's pretty well covered here, assuming you're using eth0, static IP, and know how to build resolv.conf: https://lists.opensuse.org/archives/list/support@lists.opensuse.org/message/... -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

Darryl Gregorash composed on 2023-04-25 23:14 (UTC-0600):

I have been following this thread, and I marked that message of yours. I have eth0 and can probably figure out how to write a resolv.conf, but static IP I cannot guarantee. M IP probably should not change so long as I remain on my present ISP node, but if I move it will be subject to change -- so I will need to learn how to set this up with DHCP (IPv4 only, my ISP seems unable to figure out IPv6. I think they're going to try handing out single IPs, like they do with IPv4.)

If you're like most people in the USA with broadband, your PC is connected to a firewall/router box that connects to a cable modem, either of which either you or the ISP might own; or a combination router/firewall/modem, usually owned by the ISP. What your ISP does only really affects the modem side of a router, so need have nothing to do with how you configure networking on your computers if you own the router, and shouldn't need to if the ISP owns it. Your cable modem uses an IP assigned by the ISP picked up using DHCP. On the LAN side of your router, you can configure however you like, DHCP or not, if you own it, and should be able to do same even if it's owned by the ISP. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

On 2023-04-26 07:14, Darryl Gregorash wrote:

On 2023-04-25 22:49, Felix Miata wrote:

...

Darryl Gregorash composed on 2023-04-25 17:34 (UTC-0600):

...

Felix Miata wrote:

I have been following this thread, and I marked that message of yours. I have eth0 and can probably figure out how to write a resolv.conf, but static IP I cannot guarantee. M IP probably should not change so long as I remain on my present ISP node, but if I move it will be subject to change -- so I will need to learn how to set this up with DHCP (IPv4 only, my ISP seems unable to figure out IPv6. I think they're going to try handing out single IPs, like they do with IPv4.)

Gosh. And here I was thinking my ISP couldn't be surpassed dumb regarding IPv6 Oh, Network Manager can also handle fixed IPs. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)

On 2023-04-26 20:05, Darryl Gregorash wrote:

On 2023-04-26 05:27, Carlos E. R. wrote:

...

On 2023-04-26 07:14, Darryl Gregorash wrote:

...

On 2023-04-25 22:49, Felix Miata wrote:

...

Darryl Gregorash composed on 2023-04-25 17:34 (UTC-0600):

...

Felix Miata wrote:

...

I have been following this thread, and I marked that message of yours. I have eth0 and can probably figure out how to write a resolv.conf, but static IP I cannot guarantee. M IP probably should not change so long as I remain on my present ISP node, but if I move it will be subject to change -- so I will need to learn how to set this up with DHCP (IPv4 only, my ISP seems unable to figure out IPv6. I think they're going to try handing out single IPs, like they do with IPv4.)

Gosh. And here I was thinking my ISP couldn't be surpassed dumb regarding IPv6

Oh, Network Manager can also handle fixed IPs.

Perhaps I didn't make myself clear. My IP will probably remain the same so long as I live in this neighbourhood. If I move to a different area, my IP is subject to change. But it is still a "dynamic" IP, with a 24 hour lease period.

Yeah, whether or not Network Manager can handle static IPs is not my problem. I am doing some shared computing (think SETI@Home), so I want my network available to the system even if I am not logged in. It was not immediately clear to me how to make NM do that, so it went into the trash, replaced by wicked.

Ah, I understand. What I did in those cases, was tell NM, or the XFCE applet, that I needed that connection to be available for all users. It then asked for root's password. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)

On 2023-04-26 09:48, Charles Rinnoch wrote:

On Wednesday, 26 April 2023 05:49:25 BST Felix Miata wrote:

...

...

That needn't stop you from using systemd-networkd. It's pretty well covered here, assuming you're using eth0, static IP, and know how to build resolv.conf: <https://lists.opensuse.org/archives/list/support@lists.opensuse.org/messag e/U5JAS2JURUJ5TNFQHVM6Z6ZGB2ULICEA/>

Therein lies 2 problems for me:

* I use a static IP and DHCP on each network interface

* I expect there to be tools which configure networks without needing to explicitly rebuild resolv.conf

We had a long thread recently on handling that file, if you are interested - huh, the thread was split in four: https://lists.opensuse.org/archives/list/users@lists.opensuse.org/message/XX... https://lists.opensuse.org/archives/list/users@lists.opensuse.org/message/YE... https://lists.opensuse.org/archives/list/users@lists.opensuse.org/message/WU... https://lists.opensuse.org/archives/list/users@lists.opensuse.org/message/PX...

Linux gives great freedom, which I appreciate and I like the fact that I can dive into all sorts of config if I so choose. But I have been doing SUSE for over 20 years now, starting with 6.x [apart from a few years when there was only Tumbleweed] and I think we should be expecting a mainstream distribution to be mature to the degree that it has tools to set up things like networking to the full. Linux should be for everyone, not just hardy fools, although I am happy to be a hardy fool if it makes things more accessible to everyone.

Unfortunately, while we have a choice [great] of Wicked and Network Manager, neither of these covers both of my use cases and there is the threat of Wicked being deprecated, despite the proposed default of Network Manager [seemingly] not supporting a basic use case of NFS shares being required prior to the first log in screen. I am prepared to work with this to get Network Manager covering this use case or even to work with Wicked to get it to cover mobile usage with wireless with similar ease to NM and I don't want to succumb to a frustrated rant.

Another way to solve this is to mount the shares on demand. fstab line:

telcontar.valinor:/nfs_share /mnt/nfs nfs noauto,nofail,x-systemd.automount,x-systemd.idle-timeout=300,_netdev,nfsvers=4 0 0

Then Andrei posted today how to coach NM into doing it "right". -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)

On 4/26/23 01:21, Simon Lees wrote:

...

If wicked is gone from 15.5, I shall return, asking about how to replace NetworkManager with networkd :D

SUSE won't make a breaking change like that in a service pack so its safe to presume it will be around for the Leap 15.X series but not anything after.

Out of curiosity, why is Wicked being dropped?  Will NetworkManager be able to completely replace it?  If not, what?  I'm thinking about configuring server networking with possibly lots of static interfaces, including bonding and jumbo frames. Regards, Lew

On 4/27/23 01:29, Lew Wolfgang wrote:

On 4/26/23 01:21, Simon Lees wrote:

...

...

If wicked is gone from 15.5, I shall return, asking about how to replace NetworkManager with networkd :D

SUSE won't make a breaking change like that in a service pack so its safe to presume it will be around for the Leap 15.X series but not anything after.

Out of curiosity, why is Wicked being dropped?  Will NetworkManager be able to completely replace it?  If not, what?  I'm thinking about configuring server networking with possibly lots of static interfaces, including bonding and jumbo frames.

Some history, when systemd was first introduced many people especially on servers were using ifup/down but that didn't integrate with systemd, mainly there was no way to start services once the network was up. NetworkManager was still seen as a very heavy weight solution for this and so Wicked was created. Fast forward 10 years and Networking has got more complex containers have become more popular and in the Linux world outside of SUSE people seem to have generally forgotten there concerns around Network Managers resource usage (It might have got better as well) and are now all using it as the default. Where as SUSE based systems are the only ones using Wicked. So dropping Wicked for network manager is just part of SUSE trying to remove unneeded differences between SUSE and other Enterprise distros. -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B

On 27.04.2023 05:01, Darryl Gregorash wrote:

On 2023-04-26 19:44, Simon Lees wrote:

...

So dropping Wicked for network manager is just part of SUSE trying to remove unneeded differences between SUSE and other Enterprise distros.

Perhaps you can point me to some useful documentation on how to get NM up during boot, rather than when I log in as a user -- preferably something that can be fully set up during the upgrade process.

This is default if you using NetworkManager (meaning - you need to explicitly set connection option that restricts connection to specific users). If you are using some GUI to configure NetworkManager and this GUI has different defaults - you need to tell what you are using.

On Thu, Apr 27, 2023 at 7:57 AM Darryl Gregorash wrote:

On 2023-04-26 22:03, Andrei Borzenkov wrote:

...

On 27.04.2023 05:01, Darryl Gregorash wrote:

...

On 2023-04-26 19:44, Simon Lees wrote:

...

So dropping Wicked for network manager is just part of SUSE trying to remove unneeded differences between SUSE and other Enterprise distros.

Perhaps you can point me to some useful documentation on how to get NM up during boot, rather than when I log in as a user -- preferably something that can be fully set up during the upgrade process.

This is default if you using NetworkManager (meaning - you need to explicitly set connection option that restricts connection to specific users). If you are using some GUI to configure NetworkManager and this GUI has different defaults - you need to tell what you are using. I use YaST to set things up.

YaST cannot configure NetworkManager.

On Thursday, 27 April 2023 08:08:28 BST Darryl Gregorash wrote:

On 2023-04-27 00:31, Andrei Borzenkov wrote:

...

On Thu, Apr 27, 2023 at 7:57 AM Darryl Gregorash wrote:

...

I use YaST to set things up.

YaST cannot configure NetworkManager.

It certainly gives the option to do so.

YaST will select between NM and Wicked as the active system, but beyond that, another tool is required, eg nmtui

On 2023-04-27 04:20, Carlos E. R. wrote:

On 2023-04-27 09:08, Darryl Gregorash wrote:

...

On 2023-04-27 00:31, Andrei Borzenkov wrote:

...

On Thu, Apr 27, 2023 at 7:57 AM Darryl Gregorash wrote:

...

I use YaST to set things up.

YaST cannot configure NetworkManager. It certainly gives the option to do so.

No, it doesn't.

You can choose in YaST between wicked and NM. Once you choose NM, YaST says it can not configure it. OK, I paid zero attention to it other than to switch from NM to wicked. Of course, YaST cannot configure firewalld either, so why would I expect it to be able to configure the network?

On 2023-04-27 11:56, Carlos E. R. wrote:

On 2023-04-27 18:46, Darryl Gregorash wrote:

...

On 2023-04-27 04:20, Carlos E. R. wrote:

...

On 2023-04-27 09:08, Darryl Gregorash wrote:

...

On 2023-04-27 00:31, Andrei Borzenkov wrote:

...

On Thu, Apr 27, 2023 at 7:57 AM Darryl Gregorash wrote:

...

I use YaST to set things up.

YaST cannot configure NetworkManager. It certainly gives the option to do so.

No, it doesn't.

You can choose in YaST between wicked and NM. Once you choose NM, YaST says it can not configure it. OK, I paid zero attention to it other than to switch from NM to wicked. Of course, YaST cannot configure firewalld either, so why would I expect it to be able to configure the network?

Because it has been able to configure the network, for decades. It just can't with network manager.

Yeah, I think I figured that out, Carlos, way back in the 1990s when I first installed SuSE 6.(something) after IBM dumped OS/2 Warp. And if I hadn't back then, then surely I had it figured out when I dumped NM and fully configured wicked, in YaST.

Oh, it does configure firewalld, albeit incompletely. I'm not sure this instant if it configured SuSEfirewall2.

"It does configure firewalld, albeit incompletely." If it cannot _completely_ configure something, then it cannot be said to configure it at all -- configuration implies that, once you are done, you are good to go. At least, that's the meaning of "configuration" in my books.

On 2023-04-27 13:12, Patrick Shanahan wrote:

* Darryl Gregorash [04-27-23 14:44]:

...

On 2023-04-27 11:56, Carlos E. R. wrote: ...

...

Because it has been able to configure the network, for decades. It just can't with network manager.

Yeah, I think I figured that out, Carlos, way back in the 1990s when I first installed SuSE 6.(something) after IBM dumped OS/2 Warp. And if I hadn't back then, then surely I had it figured out when I dumped NM and fully configured wicked, in YaST.

...

Oh, it does configure firewalld, albeit incompletely. I'm not sure this instant if it configured SuSEfirewall2.

"It does configure firewalld, albeit incompletely." If it cannot _completely_ configure something, then it cannot be said to configure it at all -- configuration implies that, once you are done, you are good to go. At least, that's the meaning of "configuration" in my books.

well, you are rather demanding there. Always there will be edge cases that are not determined worth a programmer's time will not be provided for in many gui configuration apps including yast.

And here I thought that a system configuration/etc tool would not be considered complete unless it included the capability to fully configure a network. That task hardly seems like an "edge case" to me.

On Thu, Apr 27, 2023 at 8:54 AM Simon Lees wrote:

On 4/27/23 11:31, Darryl Gregorash wrote:

...

On 2023-04-26 19:44, Simon Lees wrote:

...

So dropping Wicked for network manager is just part of SUSE trying to remove unneeded differences between SUSE and other Enterprise distros.

Perhaps you can point me to some useful documentation on how to get NM up during boot, rather than when I log in as a user -- preferably something that can be fully set up during the upgrade process.

I already documented what I do here https://lists.opensuse.org/archives/list/support@lists.opensuse.org/message/...

This is unrelated and does not answer the question. At least the KDE applet defaults to user-specific connections. Also, it is possible that desktop applets default to storing connection secrets (wireless in the first place) in the user secrets store (GNOME keyring, KWallet, whatever). Which of course means these secrets are not available until user logged in. But all of this is the specific behavior of specific frontend that configures NetworkManager connection profile and can be changed. NetworkManager itself has no problem activating any connection at boot as long as all necessary information is available at this point. NetworkManager does not require any GUI to be used and can be configured by editing connection profile just like wicked can be configured by editing ifcfg files.

On Thu, Apr 27, 2023 at 10:18 AM Simon Lees wrote:

the Gnome Configuration Dialog that is also used by xfce and enlightenment

GNOME has its own GUI provided by GNOME Shell. At least XFCE is using nm-connection-editor (and corresponding nm-applet) which is not even installed in openSUSE by default when you select GNOME desktop. nm-connection-editor may be seen as the closest thing to "native GUI", still it is a separate project which is not part of NetworkManager itself.

On 4/28/23 17:29, Andrei Borzenkov wrote:

On Thu, Apr 27, 2023 at 10:28 AM Andrei Borzenkov wrote:

...

On Thu, Apr 27, 2023 at 10:18 AM Simon Lees wrote:

...

the Gnome Configuration Dialog that is also used by xfce and enlightenment

GNOME has its own GUI provided by GNOME Shell. At least XFCE is using nm-connection-editor (and corresponding nm-applet) which is not even installed in openSUSE by default when you select GNOME desktop.

Yes. On Tumbleweed

andrei@tumbleweed:~> zypper se --requires-pkg NetworkManager-applet Loading repository data... Reading installed packages...

S | Name | Summary | Type --+----------------------------+--------------------------------------------------+-------- | budgie-desktop | GTK3 Desktop Environment | package | cinnamon | GNU/Linux Desktop featuring a traditional layout | package | NetworkManager-applet-lang | Translations for package NetworkManager-applet | package andrei@tumbleweed:~> zypper se --recommends-pkg NetworkManager-applet Loading repository data... Reading installed packages...

S | Name | Summary | Type --+--------------------------+----------------------------------+-------- | nmcli-dmenu | Control NetworkManager via dmenu | package | patterns-lxde-lxde | LXDE Desktop Environment | package | patterns-lxqt-lxqt | LXQt Desktop Environment | package | patterns-mate-mate_basis | MATE Base System | package | patterns-xfce-xfce_basis | XFCE Base System | package andrei@tumbleweed:~>

Enlightenment does not recommend (nor require) NM applet or connection editor nor NetworkManager itself. Installing enlightenment pattern does not install anything NetworkManager related contrary to installing xfce pattern.

The Enlightenment package recommends "NetworkManager-appindicator" Which installs "NetworkManager-applet" there was a name change at some point, but its certainly part of the default install. -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B

On 2023-04-27 20:24, Andrei Borzenkov wrote:

On 27.04.2023 10:18, Simon Lees wrote:

...

On 4/27/23 16:09, Andrei Borzenkov wrote:

...

On Thu, Apr 27, 2023 at 8:54 AM Simon Lees wrote:

...

On 4/27/23 11:31, Darryl Gregorash wrote:

...

On 2023-04-26 19:44, Simon Lees wrote:

...

I tested several NM frontends.

nmtui defaults to "Available for all users" and does not have option to store secrets per-user

nm-connection-editor defaults to "Available to all users" and "Save secrets for all users"

GNOME Shell implicitly creates wireless connection when you select visible AP or try hidden AP, the only input is SSID and password. It defaults to "Available to all users" and "Save secrets for all users"

KDE Plasma applet defaults to "Available to the current user" and "Save secrets for the current user"

If connection is restricted to specific user, NetworkManager does not activate it on boot until user logged in (I was not aware that NM does it automatically. It may explain some issues users had as it could well race with desktop for secrets agent).

So of all frontends Plasma applet appears to be the only one defaulting to user specific connection profiles.

You missed XFCE. AFAIK, it defaults to the current user. There is a tick box for make available for all users, and then it asks for the root password. I just tried a new connection in 15.5. The resulting file is: /etc/NetworkManager/system-connections/connectionname.nmconnection [connection] id=connectionname uuid=... type=wifi interface-name=wlan0 permissions=user:cer:; [wifi] mode=infrastructure ssid=connectionname [wifi-security] auth-alg=open key-mgmt=wpa-psk psk=passwordintheclear [ipv4] method=auto [ipv6] addr-gen-mode=stable-privacy method=auto [proxy] The file is owned by root, but I change the configuration as "me". It did not ask my password to delete it. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)

On 2023-04-27 08:39, Andrei Borzenkov wrote:

On Thu, Apr 27, 2023 at 8:54 AM Simon Lees wrote:

...

On 4/27/23 11:31, Darryl Gregorash wrote:

...

On 2023-04-26 19:44, Simon Lees wrote:

...

So dropping Wicked for network manager is just part of SUSE trying to remove unneeded differences between SUSE and other Enterprise distros.

Perhaps you can point me to some useful documentation on how to get NM up during boot, rather than when I log in as a user -- preferably something that can be fully set up during the upgrade process.

I already documented what I do here https://lists.opensuse.org/archives/list/support@lists.opensuse.org/message/...

This is unrelated and does not answer the question.

At least the KDE applet defaults to user-specific connections. Also, it is possible that desktop applets default to storing connection secrets (wireless in the first place) in the user secrets store (GNOME keyring, KWallet, whatever). Which of course means these secrets are not available until user logged in. But all of this is the specific behavior of specific frontend that configures NetworkManager connection profile and can be changed. NetworkManager itself has no problem activating any connection at boot as long as all necessary information is available at this point.

NetworkManager does not require any GUI to be used and can be configured by editing connection profile just like wicked can be configured by editing ifcfg files.

Then YaST could easily generate those files. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)

On 2023-04-27 05:32:27 Andrei Borzenkov wrote:

|On Thu, Apr 27, 2023 at 1:27 PM Carlos E. R. | | wrote: |> On 2023-04-27 08:39, Andrei Borzenkov wrote: |> > On Thu, Apr 27, 2023 at 8:54 AM Simon Lees wrote: |> >> On 4/27/23 11:31, Darryl Gregorash wrote: |> >>> On 2023-04-26 19:44, Simon Lees wrote: |> >>>> So dropping Wicked for network manager is just part of SUSE trying |> >>>> to remove unneeded differences between SUSE and other Enterprise |> >>>> distros. |> >>> |> >>> Perhaps you can point me to some useful documentation on how to get |> >>> NM up during boot, rather than when I log in as a user -- preferably |> >>> something that can be fully set up during the upgrade process. |> >> |> >> I already documented what I do here |> >> https://lists.opensuse.org/archives/list/support@lists.opensuse.org/m |> >>essage/LMCTTXZP74K32YSVH47VVJPDQHB2UPPM/ |> > |> > This is unrelated and does not answer the question. |> > |> > At least the KDE applet defaults to user-specific connections. Also, |> > it is possible that desktop applets default to storing connection |> > secrets (wireless in the first place) in the user secrets store (GNOME |> > keyring, KWallet, whatever). Which of course means these secrets are |> > not available until user logged in. But all of this is the specific |> > behavior of specific frontend that configures NetworkManager |> > connection profile and can be changed. NetworkManager itself has no |> > problem activating any connection at boot as long as all necessary |> > information is available at this point. |> > |> > NetworkManager does not require any GUI to be used and can be |> > configured by editing connection profile just like wicked can be |> > configured by editing ifcfg files. |> |> Then YaST could easily generate those files. | |Installer does generate these files (it creates configuration both for |wicked and NetworkManager).

I suppose the YaST maintainers think, "Why reinvent a configuration tool that already exists?" but it would be nice if it at least mentioned that the NetworkManager configuration might need adjusting. I don't see any way to access the Leap 15.5 documentation from openSUSE's web pages. It would be interesting to see what it says about things like storing NM secrets, etc.; 15.4 doc says they are stored in Gnome keyring (even on headless machines? doesn't say), but I don't use Gnome. Does that mean that I will have to enter this info at every boot? Leslie -- Platform: Linux Distribution: openSUSE Leap 15.4 (x86_64) Desktop: Trinity R14.0.13

On 2023-04-27 18:50, Darryl Gregorash wrote:

On 2023-04-26 23:54, Simon Lees wrote:

...

On 4/27/23 11:31, Darryl Gregorash wrote:

...

On 2023-04-26 19:44, Simon Lees wrote:

...

So dropping Wicked for network manager is just part of SUSE trying to remove unneeded differences between SUSE and other Enterprise distros.

Perhaps you can point me to some useful documentation on how to get NM up during boot, rather than when I log in as a user -- preferably something that can be fully set up during the upgrade process.

I already documented what I do here https://lists.opensuse.org/archives/list/support@lists.opensuse.org/message/...

I was hoping to see something a tad more complete than a mere mention of nmtui, "... just run nmtui as root from the command line...."

Just try it — it is not the usual command you run in the command line :-) -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)

On 4/28/23 07:10, J Leslie Turriff wrote:

On 2023-04-27 00:54:21 Simon Lees wrote:

...

|On 4/27/23 11:31, Darryl Gregorash wrote: |> On 2023-04-26 19:44, Simon Lees wrote: |>> So dropping Wicked for network manager is just part of SUSE trying to |>> remove unneeded differences between SUSE and other Enterprise distros. |> |> Perhaps you can point me to some useful documentation on how to get NM |> up during boot, rather than when I log in as a user -- preferably |> something that can be fully set up during the upgrade process. | |I already documented what I do here |https://lists.opensuse.org/archives/list/support@lists.opensuse.org/messag |e/LMCTTXZP74K32YSVH47VVJPDQHB2UPPM/

I decided to have a look in the Leap documentation to see what it says about NetworkManager. (I hadn't bothered to do so before because wicked "just works".)

I was struck by several oddities: 1. 13.4.1.1 Configuring global networking options in Chapter 13. Basic Networking defers discussion of NetworkManager to Chapter 28 in Part IV (Mobile Computers), and the rest of Chapter 13 seems to assume wicked will be used, since all of the configuration directions seem to be directed at YaST. 2. There seems to be an assumption that Gnome will be installed. Just about everything in Chapter 28 relies on the availability of Gnome resources, e.g. Gnome keyring, implying that Gnome must be installed (even on headless machines?). I would expect it to use desktop-agnostic examples like nmtui.

Maybe the sections on network management have been rewritten for Leap 15.5, but there seems to be no place to go to download its manuals; the most recent manuals in https://doc.opensuse.org/ are for Leap 15.4. (It would be nice to be able to see the documentation for a release before it goes GA. Maybe an additional tab in https://get.opensuse.org/leap/15.5/ could be added so that those participating in Beta testing could download the documentation?)

I doubt it will have changed as wicked is not going away in 15.5 -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B

On 4/28/23 19:47, Carlos E. R. wrote:

On 2023-04-27 23:40, J Leslie Turriff wrote:

...

On 2023-04-27 00:54:21 Simon Lees wrote:

...

|On 4/27/23 11:31, Darryl Gregorash wrote: |> On 2023-04-26 19:44, Simon Lees wrote: |>> So dropping Wicked for network manager is just part of SUSE trying to |>> remove unneeded differences between SUSE and other Enterprise distros. |> |> Perhaps you can point me to some useful documentation on how to get NM |> up during boot, rather than when I log in as a user -- preferably |> something that can be fully set up during the upgrade process. | |I already documented what I do here |https://lists.opensuse.org/archives/list/support@lists.opensuse.org/messag |e/LMCTTXZP74K32YSVH47VVJPDQHB2UPPM/

    I decided to have a look in the Leap documentation to see what it says about NetworkManager.  (I hadn't bothered to do so before because wicked "just works".)

    I was struck by several oddities: 1.    13.4.1.1 Configuring global networking options in Chapter 13. Basic Networking defers discussion of NetworkManager to Chapter 28 in Part IV (Mobile Computers), and the rest of Chapter 13 seems to assume wicked will be used, since all of the configuration directions seem to be directed at YaST. 2.    There seems to be an assumption that Gnome will be installed. Just about everything in Chapter 28 relies on the availability of Gnome resources, e.g. Gnome keyring, implying that Gnome must be installed (even on headless machines?).  I would expect it to use desktop-agnostic examples like nmtui.

It is written, I believe, for SLES, which doesn't have KDE. There may be a version of the book modified for openSUSE; but not that much.

...

    Maybe the sections on network management have been rewritten for Leap 15.5, but there seems to be no place to go to download its manuals; the most recent manuals in https://doc.opensuse.org/ are for Leap 15.4.  (It would be nice to be able to see the documentation for a release before it goes GA.  Maybe an additional tab in https://get.opensuse.org/leap/15.5/ could be added so that those participating in Beta testing could download the documentation?)

No, the book is developed when the writers see the new release and learn its differences. They don't have prior knowledge. Same as us.

No that documentation is written by the SUSE doc team, who very much have early access and notice (They are already working on all the changes for ALP). There won't be major changes for 15.5 so I doubt there will be significant changes to the docs. -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B

On Thursday, 27 April 2023 4:36:30 PM ACST Charles Rinnoch wrote:

On Thursday, 27 April 2023 03:01:55 BST Darryl Gregorash wrote:

...

On 2023-04-26 19:44, Simon Lees wrote:

...

So dropping Wicked for network manager is just part of SUSE trying to remove unneeded differences between SUSE and other Enterprise distros.

Perhaps you can point me to some useful documentation on how to get NM up during boot, rather than when I log in as a user -- preferably something that can be fully set up during the upgrade process.

I am configuring NM with nmtui which is a curses type application. It hardly needs documentation, except for the fact of its existence, which is not that well advertised.

I have [now] successfully used it to configure wireless, to operate portably on several networks and also wired with fixed IP and DHCP on the one interface. So that covers most ordinary uses short of routing through a machine.

CR

Hmmm... Root@mako ~ # nmtui If 'nmtui' is not a typo you can use command-not-found to lookup the package that contains it, like this: cnf nmtui root@mako ~ # cnf nmtui nmtui: searching ... Warning: incomplete repos found but could not refresh - try to refresh manually, e.g. with 'zypper refresh'. nmtui: command not found root@mako ~ # zypper se NetworkManager Loading repository data... Reading installed packages... [...] | NetworkManager-tui | NetworkManager curses-based UI | package Not very helpful when cnf can't tell me that nmtui should be found in package NetworkManager-tui. Is that worth a bug report (TW btw). Regards, Rodney. -- ================================================================================================================== Rodney Baker rodney.baker@iinet.net.au ==================================================================================================================

On Fri, Apr 28, 2023 at 2:30 PM Rodney Baker wrote:

...

On Thursday, 27 April 2023 4:36:30 PM ACST Charles Rinnoch wrote:

...

On Thursday, 27 April 2023 03:01:55 BST Darryl Gregorash wrote:

...

On 2023-04-26 19:44, Simon Lees wrote:

...

So dropping Wicked for network manager is just part of SUSE trying to remove unneeded differences between SUSE and other Enterprise distros.

Perhaps you can point me to some useful documentation on how to get NM up during boot, rather than when I log in as a user -- preferably something that can be fully set up during the upgrade process.

I am configuring NM with nmtui which is a curses type application. It hardly needs documentation, except for the fact of its existence, which is not that well advertised.

I have [now] successfully used it to configure wireless, to operate portably on several networks and also wired with fixed IP and DHCP on the one interface. So that covers most ordinary uses short of routing through a machine.

CR

Hmmm...

Root@mako ~ # nmtui

If 'nmtui' is not a typo you can use command-not-found to lookup the

On Friday, 28 April 2023 9:30:44 PM ACST Andrei Borzenkov wrote: package that contains it, like this:

...

cnf nmtui

root@mako ~ # cnf nmtui nmtui: searching ... Warning: incomplete repos found but could not refresh - try to refresh manually, e.g. with 'zypper refresh'.

Did you do as suggested?

Yes, of course. In fact, I'd just done a zypper dup and all repos were/are up to date. Even after a zypper ref I get the same message about "incomplete repos found". I have some disabled repos in the list, so that may be the cause. I'll remove them and try again... Nope - still the same.

...

nmtui: command not found

root@mako ~ # zypper se NetworkManager Loading repository data... Reading installed packages...

[...]

| NetworkManager-tui | NetworkManager curses-based UI | | package> Not very helpful when cnf can't tell me that nmtui should be found in package NetworkManager-tui.

Is that worth a bug report (TW btw).

andrei@tumbleweed:~> cnf nmtui

The program 'nmtui' can be found in the following package: * NetworkManager-tui [ path: /usr/bin/nmtui, repository: zypp (repo-oss) ]

Try installing with: sudo zypper install NetworkManager-tui

andrei@tumbleweed:~>

That's weird - works for you but not for me. Regardless of what I've tried, same error every time. Oh well, looks like it's only broken for me, so no bug report needed. Thanks for checking. -- ================================================================================================================== Rodney Baker rodney.baker@iinet.net.au ==================================================================================================================

On Thu, Apr 27, 2023 at 1:23 PM Carlos E. R. wrote:

There are somethings that YaST does that NM doesn't.

How is it related to "wicked vs. NetworkMananger"? wicked is not YaST.

On 2023-04-24 19:01, Andrei Borzenkov wrote:

On 24.04.2023 17:47, Adam Mizerski wrote:

...

W dniu 24.04.2023 o 13:05, Charles Rinnoch pisze: it appears that Network

...

Manager is more a per user subsystem for which you need to log in in order to get the connections you want.

It appears like that, because by default connections are limited to users that create them.

You are talking about KDE Plasma applet, not about NetworkManager.

I believe the NM applet in XFCE does the same. By default new connections belong to the user and don't start till the user logs in. But I have not verified recently when the connection is done. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)

On 2023-04-24 23:24:37 Andrei Borzenkov wrote:

|On 24.04.2023 22:08, Carlos E. R. wrote: |> On 2023-04-24 19:01, Andrei Borzenkov wrote: |>> On 24.04.2023 17:47, Adam Mizerski wrote: |>>> W dniu 24.04.2023 o 13:05, Charles Rinnoch pisze: |>>> it appears that Network |>>> |>>>> Manager is more a per user subsystem for which you need to log in in |>>>> order to |>>>> get the connections you want. |>>> |>>> It appears like that, because by default connections are limited to |>>> users that create them. |>> |>> You are talking about KDE Plasma applet, not about NetworkManager. |> |> I believe the NM applet in XFCE does the same. | |No, it defaults to system connections (All users may connect to this |network), at least when you create new connection. Of course we may be |having different applets ... | |in any case - everyone hopelessly confuses NetworkManager and GUI used |to configure NetworkManager. NetworkManager is a server which does |exactly what connection definition contains. Whether some GUI used to |configure it defaults to some values for some settings is the feature of |this GUI, not of the NetworkManager. | |> By default new |> connections belong to the user and don't start till the user logs in. |> But I have not verified recently when the connection is done.

See, this is why I quickly abandoned use of Network Manager on my desktop machine: it's too confusing. Wicked (and its predecessor) just works, but Network Manager always seemed to be a sort of on-again, off-again thing that dropped the connection whenever I switched between accounts, etc. I'm really sorry to hear that Wicked has been deprecated. Leslie -- Platform: Linux Distribution: openSUSE Leap 15.4 (x86_64)

On 4/25/23 16:30, J Leslie Turriff wrote:

On 2023-04-24 23:24:37 Andrei Borzenkov wrote:

...

|On 24.04.2023 22:08, Carlos E. R. wrote: |> On 2023-04-24 19:01, Andrei Borzenkov wrote: |>> On 24.04.2023 17:47, Adam Mizerski wrote: |>>> W dniu 24.04.2023 o 13:05, Charles Rinnoch pisze: |>>> it appears that Network |>>> |>>>> Manager is more a per user subsystem for which you need to log in in |>>>> order to |>>>> get the connections you want. |>>> |>>> It appears like that, because by default connections are limited to |>>> users that create them. |>> |>> You are talking about KDE Plasma applet, not about NetworkManager. |> |> I believe the NM applet in XFCE does the same. | |No, it defaults to system connections (All users may connect to this |network), at least when you create new connection. Of course we may be |having different applets ... | |in any case - everyone hopelessly confuses NetworkManager and GUI used |to configure NetworkManager. NetworkManager is a server which does |exactly what connection definition contains. Whether some GUI used to |configure it defaults to some values for some settings is the feature of |this GUI, not of the NetworkManager. | |> By default new |> connections belong to the user and don't start till the user logs in. |> But I have not verified recently when the connection is done.

See, this is why I quickly abandoned use of Network Manager on my desktop machine: it's too confusing. Wicked (and its predecessor) just works, but Network Manager always seemed to be a sort of on-again, off-again thing that dropped the connection whenever I switched between accounts, etc. I'm really sorry to hear that Wicked has been deprecated.

I have a reasonably simple solution to this that I really should package oneday. Create a network group, add the users you care about along with the following file. Or alternatively if your networks don't change often just run nmtui as root from the command line and configure everything that way. cat /etc/polkit-1/rules.d/50-org.freedesktop.NetworkManager.rules polkit.addRule(function(action, subject) { if (action.id.indexOf("org.freedesktop.NetworkManager.") == 0 && subject.isInGroup("network")) { return polkit.Result.YES; } }); -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B