Mobius Posted Friday at 11:54 PM Posted Friday at 11:54 PM Introducing our V4 installation scripts. This new iteration of app install scripts has a focus of improving application stability. We have updated our curation process to reduce the likelihood of bugs in curated apps. We are now automatically creating temporary snapshots prior to updating applications. This will help eliminate the chances of apps with breaking updates damaging your data. We have also implemented a system that will heal permissions modified in TrueNAS. Modified permissions in TrueNAS previously could have unintended consequences such as preventing curated app installation. App Curations We have committed to doubling our curations over the next few months, starting with these 9. LubeLogger - LubeLogger assists users in keeping track of their car maintenance records. Navidrome - Navidrome helps facilitate hosting your own music server. Excalidraw - Excalidraw is a Virtual whiteboard for sketching hand-drawn like diagrams. Blinko - Blinko is a lightweight note taking app. Dozzle - Dozzle is a realtime log viewer for docker apps running on your server Portracker - Portracker is a realtime port monitoring tool. Fladder - Fladder is a Jellyfin frontend and will spruce up your Jellyfin experience. Jellystat - Jellystat is a statistics app for Jellyfin and Emby. Seerr - Seerr is a request management and media discovery tool that works with your Jellyfin, Plex, or Emby server. 5/20 release notes - https://docs.hexos.com/release-notes/command-deck/2026-05-20.html 5/29 release notes - https://docs.hexos.com/release-notes/command-deck/2026-05-29.html 5
AeroXuk Posted Saturday at 12:45 AM Posted Saturday at 12:45 AM Glad to see automatic snapshots prior to app upgrade. Would like to see automatic snapshots become an option for Folders and eventually backup options. 1
Mobius Posted Saturday at 04:47 PM Author Posted Saturday at 04:47 PM Improper snapshotting can have some risk so we are being very cautious about it.
NAS Posted 4 hours ago Posted 4 hours ago (edited) On 5/30/2026 at 11:47 AM, Mobius said: Improper snapshotting can have some risk so we are being very cautious about it. Why not have the option for the app to simply shut down then snapshot and restart? Edited 4 hours ago by NAS
Todd Miller Posted 4 hours ago Posted 4 hours ago I wonder if that can lead to the reverse as well where you can click to upgrade upgrade and an app that is stopped can snapshopt, start, update and perhaps stop again. Are there to many options to hit all possibilities. And if you start down the rabbit hole, where do you stop? Actually I am being serious. I have several apps that are stopped and within a week every one has an update message.
NAS Posted 1 hour ago Posted 1 hour ago 2 hours ago, Todd Miller said: I wonder if that can lead to the reverse as well where you can click to upgrade upgrade and an app that is stopped can snapshopt, start, update and perhaps stop again. Are there to many options to hit all possibilities. And if you start down the rabbit hole, where do you stop? Actually I am being serious. I have several apps that are stopped and within a week every one has an update message. I feel like I'm missing something important in your comment. The reason for shutting down the app is to make sure everything is in a good state including databases and so forth. Snapshotting can lead to corruption if the app is running.
Todd Miller Posted 1 hour ago Posted 1 hour ago Maybe, maybe not. You thought is additional work for the dev team. So if they are already in the code making automation changes, what else can they do that seems straightforward and improves quality of life for HexOS. My thought is a very small improvement but I have noticed that is the app is stopped and I try to do an update, it seems the update process hangs. In my head like your snapshotting potential improvement request to "simply" tell the process to 1) check if an app is running, 2) stop it if it is, 3) do snapshot, 4) do update, 5) restart app. For mine it's similar as it's when the update button is clicked 1) check to see if the app is running and start it if it isn't, 2) do snapshot, 3) do update and 4) return the app to original state. Both would take work to do but could make things simpler. I know we are making some assumptions that HexOS knows the state of the app but since is displays that info it seems that is available. The problem is similar with both our thoughts in that the update process needs to know what to do if the app won't stop or restart as needed. Seems like nothing is really ever simple and it's tough to know how much is to much.
Recommended Posts