This one will not break your system, but cannot be installed at this time. I’m waiting for the next version 1.4.9, to update it because 1.4.8 is buggy.
New stable release available 
-
28 December 2020 - #101
- Upgrade to version 1.4.10 Security update
4 Likes
Hi, thanks for updating the branch.
Edit 2: I thought I was running the old Roundcube version. Now I am not sure whether it is stable or testing, but upon closer inspection, I’m already running 1.4.9 
I took the text from the original post away (about upgrading from stable to testing).
I’m running apt upgrade now, perhaps there’s a requirement not yet fullfilled on the system that leads to the failed upgrade for Roundcube (no, after apt upgrade, the upgrade of Roundcube still fails).
The log is at https://paste.yunohost.org/raw/emogoqeduy , I see where there’s a warning, but don’t recognize the cause of the error.
2021-01-13 19:19:55,451: DEBUG - + echo '[############++++++..] > Upgrading additional plugins...'
2021-01-13 19:19:55,451: DEBUG - + mkdir -p /var/www/roundcube/logs /var/www/roundcube/temp
2021-01-13 19:19:55,452: DEBUG - + ynh_composer_exec '--commands=require kolab/net_ldap3'
2021-01-13 19:19:55,452: DEBUG - + declare -Ar args_array
2021-01-13 19:19:55,554: DEBUG - + workdir=/var/www/roundcube
2021-01-13 19:19:55,554: INFO - [############++++++..] > Upgrading additional plugins...
2021-01-13 19:19:55,555: DEBUG - + phpversion=7.3
2021-01-13 19:19:55,555: DEBUG - + COMPOSER_HOME=/var/www/roundcube/.composer
2021-01-13 19:19:55,555: DEBUG - + php7.3 /var/www/roundcube/composer.phar require kolab/net_ldap3 -d /var/www/roundcube --quiet --no-interaction
2021-01-13 19:20:13,122: DEBUG - + ynh_exit_properly
2021-01-13 19:20:13,125: WARNING - _common.sh: line 35: 1881130 Killed COMPOSER_HOME="$workdir/.composer" php${phpversion} "$workdir/composer.phar" $commands -d "$workdir" --quiet --no-interaction
2021-01-13 19:20:13,128: DEBUG - + local exit_code=137
2021-01-13 19:20:13,128: DEBUG - + '[' 137 -eq 0 ']'
2021-01-13 19:20:13,128: DEBUG - + trap '' EXIT
2021-01-13 19:20:13,128: DEBUG - + set +o errexit
2021-01-13 19:20:13,129: DEBUG - + set +o nounset
2021-01-13 19:20:13,129: DEBUG - + sleep 0.5
2021-01-13 19:20:13,630: DEBUG - + type -t ynh_clean_setup
2021-01-13 19:20:13,631: DEBUG - + ynh_clean_setup
2021-01-13 19:20:13,631: DEBUG - + ynh_restore_upgradebackup
2021-01-13 19:20:13,631: DEBUG - + ynh_print_err '--message=Upgrade failed.'
2021-01-13 19:20:13,733: DEBUG - + ynh_print_log '[Error] Upgrade failed.'
2021-01-13 19:20:13,734: WARNING - [Error] Upgrade failed.
2021-01-13 19:20:13,734: DEBUG - + echo -e '[Error] Upgrade failed.'
2021-01-13 19:20:13,734: DEBUG - + local app_bck=roundcube
2021-01-13 19:20:13,734: DEBUG - + NO_BACKUP_UPGRADE=0
2021-01-13 19:20:13,734: DEBUG - + '[' 0 -eq 0 ']'
2021-01-13 19:20:13,735: DEBUG - + grep --quiet roundcube-pre-upgrade1
2021-01-13 19:20:13,735: DEBUG - + yunohost backup list
2021-01-13 19:20:14,139: DEBUG - + yunohost app remove roundcube
2021-01-12 20:48:21,273: DEBUG - ++ php7.3 /var/www/roundcube/composer.phar update --no-dev --prefer-dist -d /var/www/roundcube --quiet --no-interactionTry setting the system default encoding as utf-8 at the start of the script, so that all strings are encoded using that.
Example -
import sys
reload(sys)
sys.setdefaultencoding('utf-8')
The above should set the default encoding as utf-8 .
In most cases, the issue is that when you call str(), python uses the default character encoding to try and encode the bytes you gave it, which in your case are sometimes representations of unicode characters. To fix the problem, you have to tell python how to deal with the string you give it by using .encode(‘whatever_unicode’). Most of the time, you should be fine using utf-8. So, stop using str() to convert from unicode to encoded text / bytes, properly use .encode() to encode the string:,
yourstring.encode('utf-8')
For python 3.x ,there is default encoding, hence there will be no issue of encoding.
1 Like
hello!
app flagged as broken.
anyone knows what’s up?
There’s an update already
3 Likes
thank you! 
Hi there,
Just tried upgrading from 1.6.0~ynh4 to 1.6.6~ynh1 but it fails.
Here are logs from the upgrade https://paste.yunohost.org/raw/izejevoziq
Cheers
There a lot of posts with this hurry and an issue open here
We wait for a fix…
A workaround which works for me (on many servers). Rename the field composer.lock to composer.lock.bkp, do the upgrade, it will rebuild it with a release.
You can do first a backup if you are affraid
yunohost create backup --apps roundcube
mv /var/www/roundcube/composer.lock /var/www/roundcube/composer.lock .bkp
yunohost app upgrade roundcube
After if it works, you can remove the field renamed.
rm /var/www/roundcube/composer.lock.bkp
1 Like