I really appreciate the active development, but this change to the update mechanism means I’ll have to change a few things. I very, very rarely use the voice features, and have been running a few 3rd party packages on the Mark II instead, as my always-on simple server. Namely Syncthing, Gerbera media server (without transcoding, obviously), and git.
Before I begin updating, I just want to make sure I understand what I need to do here. I basically have to write a bash script called
/root/post_update in order to install/reinstall those third party softwares in Bookworm—including potentially adding keys and repos to apt—, and then copy/symlink configuration files from somewhere safe like the
/home/neon directory into the appropriate system folders. That’s it?
The files and media that I’m syncing with Syncthing and streaming from Gerbera are on a 3rd partition which gets mounted in
/mnt/ from fstab. Will the script need to amend the
/etc/fstab file as well?
Hi, I just wanted to let you know that I see your post but I’ll need @NeonDaniel to help answer your question (unless another community member happens to know the answer) and he’s out today, returning Monday.
This is my (simplified) version of my /root/post_update
Maybe you can use parts of it.
Let me know if you need some additional help/info.
# auto install packages
#remove debian welcome info when login in over ssh/mosh
echo "" > /etc/motd
#install full debian repositories
cat << EOF > /etc/apt/sources.list
deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
deb http://deb.debian.org/debian/ bookworm-updates main contrib non-free non-free-firmware
deb http://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware
#disable ubuntu repository
cat << EOF > /etc/apt/sources.list.d/mycroft-desktop.list
#deb http://forslund.github.io/mycroft-desktop-repo bionic main
#bring available packages up to date by caching the repositories
#install extra debian packages
apt -y install mosh tmux lftp procinfo btop netcat-traditional psmisc vnstat
#get information from old overlay filesystem
service vnstat stop
cp /opt/neon/old_overlay/var/lib/vnstat/vnstat.db /var/lib/vnstat/
service vnstat start
#copy manually added scripts
cp /opt/neon/old_overlay/usr/local/bin/* /usr/local/bin/
#os update including removing non used updates (kernel related)
apt -y dist-upgrade
apt -y autoremove
Okay that makes sense. Once I know if
/etc/fstab persists I’ll hack this all together.
edit: Actually I guess it won’t make much difference to just try it and see what happens.
/etc/fstab changes are not preserved between updates, but the (pre-update) modified version will be saved in
/opt/neon/old_overlay. The relevant scripts are in the neon_debos repository.