Uuuuuuh okay but we shouldnāt do this because itās not straightfoward wether or not we (the yunohost project) will be able to upgrade the package via the .deb repo ā¦ This creates ambiguous situations where both lib versions are installed on the system
The right solution is that we should upgrade the version being server via our .deb repo ā¦
I try to switchto Testing with the admin user but i canāt maybe due to permissions.
Then, i try to sudo curl https://install.yunohost.org/switchtoTesting | bash but same errors.
I havenāt try with root for now because i think most current users update/upgrade with the combo sudo | admin
Summary
admin@***:~$ curl https://install.yunohost.org/switchtoTesting | bash
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 462 100 462 0 0 2552 0 --:ā:-- --:ā:-- --:ā:-- 2538
Patching sources.list to enable testing repositoryā¦
sed: couldnāt open temporary file /etc/apt/sedbjPFxk: Permission denied
sed: couldnāt open temporary file /etc/apt/sources.list.d/sedqNQaWj: Permission denied
sed: couldnāt open temporary file /etc/apt/sources.list.d/sedRBBhSn: Permission denied
sed: couldnāt open temporary file /etc/apt/sources.list.d/sedio1xcn: Permission denied
Running āapt-get updateā
Reading package listsā¦ Done
E: Could not open lock file /var/lib/apt/lists/lock - open (13: Permission denied)
E: Unable to lock directory /var/lib/apt/lists/
W: Problem unlinking the file /var/cache/apt/pkgcache.bin - RemoveCaches (13: Permission denied)
W: Problem unlinking the file /var/cache/apt/srcpkgcache.bin - RemoveCaches (13: Permission denied)
Running āapt-get dist-upgradeā
E: Could not open lock file /var/lib/dpkg/lock-frontend - open (13: Permission denied)
E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), are you root?
admin@***:~$ sudo curl https://install.yunohost.org/switchtoTesting | bash
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 462 100 462 0 0 3447 0 --:ā:-- --:ā:-- --:ā:-- 3447
Patching sources.list to enable testing repositoryā¦
sed: couldnāt open temporary file /etc/apt/sedOFQyDR: Permission denied
sed: couldnāt open temporary file /etc/apt/sources.list.d/sedJRkRYQ: Permission denied
sed: couldnāt open temporary file /etc/apt/sources.list.d/sedM7V4tR: Permission denied
sed: couldnāt open temporary file /etc/apt/sources.list.d/sednhg1LQ: Permission denied
Running āapt-get updateā
Reading package listsā¦ Done
E: Could not open lock file /var/lib/apt/lists/lock - open (13: Permission denied)
E: Unable to lock directory /var/lib/apt/lists/
W: Problem unlinking the file /var/cache/apt/pkgcache.bin - RemoveCaches (13: Permission denied)
W: Problem unlinking the file /var/cache/apt/srcpkgcache.bin - RemoveCaches (13: Permission denied)
Running āapt-get dist-upgradeā
E: Could not open lock file /var/lib/dpkg/lock-frontend - open (13: Permission denied)
E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), are you root?
admin@***:~$
Itās on my Raspberry Pi 3B on which iāve deployed YunoHost on a Debian Buster arm64 where iāve restored a YunoHost backup (from the previous same deployment with a conventional 32 bits armhf one).
Details : 4.2.8.3 stable YunoHost with one main domain and 2 sub-domains, an admin and a user, 4 apps (Dolibarr, Galene, Mumble and phpMyAdmin) and an exotic ssh port.
lsb_release -a
Distributor ID:
Debian
Description:
Debian GNU/Linux 10 (buster)
Release:
10
Codename:
buster
Do not hesitate to give me more information to go further
(but you need to trust the provider of the bash script.
A more āsecureā way would be
# download the `switchtoTesting` script :
curl https://install.yunohost.org/switchtoTesting -o switchtoTesting.sh`
# read the script to be sure
# make it executable
chmod +x switchtoTesting.sh
# execute with sudo
sudo ./switchtoTesting.sh
I just tried this feature, with my domain name informatiquelibre.fr registered at Gandi, but it fails to push the ipv6 and mail-related records the for the main domain (the only one I set for email in/out)
2021-09-21 12:09:10,682: INFO - [#################...] > create AAAA / @
2021-09-21 12:09:13,172: ERROR - Failed to create record AAAA/maindomain.tld : list indices must be integers or slices, not str
2021-09-21 12:09:17,614: INFO - [###################.] > create MX / @
2021-09-21 12:09:19,071: ERROR - Failed to create record MX/maindomain.tld : list indices must be integers or slices, not str
2021-09-21 12:09:19,076: INFO - [####################] > create TXT / @
2021-09-21 12:09:20,375: ERROR - Failed to create record TXT/maindomain.tld : list indices must be integers or slices, not str
2021-09-21 12:09:20,412: WARNING - DNS records partially updated: some warnings/errors were reported.
The existing manually created DNS records have been deleted from Gandi DNS.
EDIT: every other records were successfully pushed, I checked on Gandiās website. EDIT2: I tried many times, no more luck. I guess Yunohost tries to put ā@ā as a subdomain but Gandi donāt allow that? I finally set those records manually.
Wow! I love the idea of Yunohost being able to autoconfigure domains for the user, even if my personal registrar isnāt supported yet. This is a HUGE step forward! Being able to let apps have their own configuration screens is also a MASSIVE improvement! Extra security hardening is also the icing on the cake. YUM!
First it should be said to only test on a non production system with data that you would be fine being 100% corrupted, as there is a chance of exactly that happening.
That said, the easiest way would be to test in a virtual machine (eg. KVM or VirtualBox). That lets you save a snapshot at any time, then reverting is as simple as clicking on restore snapshot.
Yunohost does have a backup system however, as I understand it (correct me if Iām wrong here) it really only backs up the app files and the Yunohost specific files. I believe that it doesnāt actually back up Debians system files, so you can use it to restore the files of Yunohost or your apps, but not the overall operating system (unlike a VM snapshot). So, for example, a system file that gets upgraded and breaks something, wonāt be downgrqaded again by Yunohosts Backup/Restore system.
Soā¦muchā¦GOODNESS!!! 
