You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Using apt to install an update of zenoh-bridge-ros2dds triggers a removal of the zenoh-bridge-ros2dds user and the /etc/zenoh-bridge-ros2dds directory.
The upgrade fails if the service is in use by the zenoh-bridge-ros2dds user.
The upgrade should not remove the existing conf.json5 file. (It contained hard earned configuration settings :/ ).
The default file config file could possibly installed in /lib/share/zenoh-bridge-ros2dds/default_conf.json5
If a /etc/zenoh-bridge-ros2dds/conf.json5 does not exist then it might fallback to the installed /lib/share/zenoh-bridge-ros2dds/default_conf.json5. I am making this up. There is probably a proper debian way to handle configuration files and service restarts during upgrades.
To reproduce
Attempt to upgrade a running zenoh-bridge-ros2dds service with a customised config.
The upgrade will fail until the service is stopped.
Any previous config will be replaced with a default config.
System info
Ubuntu 22.04.3 LTS
[2024-02-02T03:05:46Z INFO zenoh_bridge_ros2dds] zenoh-bridge-ros2dds v0.10.1-rc.2 built with rustc 1.72.0 (5680fa18f 2023-08-23
The text was updated successfully, but these errors were encountered:
Describe the bug
Using apt to install an update of zenoh-bridge-ros2dds triggers a removal of the zenoh-bridge-ros2dds user and the /etc/zenoh-bridge-ros2dds directory.
The upgrade fails if the service is in use by the zenoh-bridge-ros2dds user.
The upgrade should not remove the existing conf.json5 file. (It contained hard earned configuration settings :/ ).
The default file config file could possibly installed in /lib/share/zenoh-bridge-ros2dds/default_conf.json5
If a /etc/zenoh-bridge-ros2dds/conf.json5 does not exist then it might fallback to the installed /lib/share/zenoh-bridge-ros2dds/default_conf.json5. I am making this up. There is probably a proper debian way to handle configuration files and service restarts during upgrades.
To reproduce
System info
The text was updated successfully, but these errors were encountered: