On 2018-05-25 14:10, cagsm wrote:
There seems to be a moment while zypper dup (coming from 42.3) when apparently the system process or daemon seems to be getting replaced or something happens, that follwing package updates/upgrades try to trigger a restart or reload of systemd or its parts and always fail into a timeout for a very long time over and over again, thus delaying the whole zypper dup process to a multi-hour (last system I tried) endeavour.
I was waiting to post this message to the list, to make sure a second system were behaving the same (annoying to my likings) way, and yes it does. I will probably wait and sit this out again, and this will take many hours here....
Is this the proper way? Is this happening for everybody? Is this the desired experience for us end-users? Is there no better way of handling this?
I cant remember of these tens? hundreds? of packages all trying to communicate to or with systemd components, and failing timeouting in previous opensuse releases/upgrades.
Has this never been tested? Dont seems right to me. Maybe I am too enthusiastic about all of this :(
It is certainly tested, but you hit something that did not happen on the tests. I think that your network failed :-? No, something else. org.freedesktop.systemd1? -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)