Beta-testing phase for YunoHost 3.0 on Debian Stretch

J’ai le même problème sur une install toute fraîche à partir de l’iso.
Le SMTP ne fonctionne qu’en STARTTLS 587 au lieu du SSL/TLS 465 décrit dans la doc (https://yunohost.org/#/email_configure_client_fr)
Je ne sais pas si c’est voulu et donc normal…_j’imagine que non.

Pour info le port 587 est bon… le 465 pas vraiment


La conclusion de l’article en question pour faire court mais j’ai peut être pas tout compris
Conclusion
a) Official submission port (for email client) is 587 and not 465
( RFC 6409 - https://tools.ietf.org/html/rfc6409)
b) Starting from 1998 the port 465 isn’t standard of SMTP :
465 is now dedicated to SSM protocol( http://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.txt )
c) SSLv3 is deprecated and the advice is to use TLS
( RFC 7568 - https://tools.ietf.org/html/rfc7568 )
d) the propper way to use TLS with SMTP is using 587 (with STARTTLS)
( RFC 3207 - http://tools.ietf.org/html/rfc3207 http://www.iana.org/assignments/mail-parameters/mail-parameters.xhtml#mail-parameters-9 )

Salut,

j’ai plusieurs soucis depuis que j’ai installé Yunohost sur Stretch (depuis l’alpha et maintenant en beta) :

  • certains boutons d’applications ne fonctionnent pas, ne produisent aucun effet. Par exemple, les boutons du menu Ampache, excepté celui de déconnexion. Ou les “Save changes” de bas de page. En fouillant un peu, j’ai remarqué que les boutons étaient utilisés via du Javascript (et Ajax ?).

  • Jirafeau ne fonctionne pas et la page d’accueil, après m’être identifié, est cassée :

Peut-être que les deux problèmes sont liés, qu’Ajax est cassé sur ma machine ?
Je suis sur un VPS, avec Yunohost 3.0.0+201804241534.

Salut,

si ton serveur viens de la alpha alors je pense que ton sources.list ne pointe pas sur le bon repo.

Il faut que tu ouvres ton /etc/apt/sources.list.d/yunohost.list et vérifier que tu as bien :

deb http://forge.yunohost.org/debian stretch stable testing

Ensuite, il faut que tu force l’installation du paquet beta (il l’installera pas automatiquement parce que en terme de numéro debian, la version 3.0.0+2018… est supérieur à 3.0.0~beta1.3)

Donc :

apt-get update
apt-get install yunohost=3.0.0~beta1.3 moulinette=3.0.0~beta1 ssowat=3.0.0~beta1 yunohost-admin=3.0.0~beta1
apt-get dist-upgrade    # ca peut pas faire de mal :P 

Edit: après, pas sur que ca résolve tes problèmes, mais ça peut :wink:

Par - fait. Tout est reglé, merci !

J’ai migré depuis mon serveur debian 8 administré entièrement en ligne de commande depuis 9 ans vers Yunohost donc.
Dans l’ensemble je suis agréablement surpris, il m’aura fallu une journée de prise en main et tests, une journée d’installation et de remise en ligne de mes services, et enfin quelques jours de peaufinage…

Voici les quelques difficultés que j’ai rencontré :

  • pydio fonctionne pas > DibiNotSupportedException: PHP extension ‘mysql’ is not loaded. [en attendant je teste Seafile]
  • RSS Bridge ne fonctionne pas > en fait sisi, ça marche ! Une erreur de ma part…
  • Rouncube ne s’installe pas. [hop je suis passé à rainloop, et j’en suis satisfait]
  • mytinytodo ne fonctionne pas.
  • Matomo n’est pas proposé.
    Pour les 3 premiers applicatifs je n’ai par recherché de solution.

Pour les suivantes, j’ai procédé ainsi :
mytinytodo :

La dernière version de mytinitodo reste assez ancienne et utilisait alors php5. De fait elle n’est plus compatible avec php7, mais il existe un fork en php7 ! https://github.com/ptrckkk/myTinyTodo

Installer l’application via yunohost (php5), ce qui créera toutes les entrées utiles à yunohost ainsi que la bdd.
Renommer le dossier que yunohost a crée dans /var/www/

mv /var/www/mytinytodo /var/www/mytinytodo.ori

Télécharger le zip sur le github (php7), et le déziper dans le dossier /var/www/mytinytodo
Récupérer la configuration mytinitodo de yunohost depuis l’ancien dossier :

mv /var/www/mytinytodo.ori/db/config.php /var/www/mytinytodo/db/
mv /var/www/mytinytodo.ori/lang/fr.php /var/www/mytinytodo/db/

Donner les droits sur le dossier mytinytodo à l’utilisateur mytinytodo :

chown -R mytinytodo:mytinytodo mytinytodo

Si besoin, importer une ancienne base de donnée

mysql --user=root mytinytodo < mytinytodo.sql

Matomo : (anciennement Piwik)

Créer le domaine satistiques.mondomaine.org
Pour désactiver ssowat, afin d’éviter que se rendre à l’adresse du sous-domaine ne mène directement au ssowat, éditer :
nano /etc/nginx/conf.d/satistiques.mondomaine.org.conf

Commenter cette ligne qui apparaît deux fois :

access_by_lua_file /usr/share/ssowat/access.lua;
access_by_lua_file /usr/share/ssowat/access.lua;

Pour configurer le site sur nginx, créer le fichier :

nano /etc/nginx/conf.d/satistiques.mondomaine.org.d/matomo.conf

Avec dedans :

location / {
alias /var/www/matomo/;
index index.php;
location ~ [^/].php(/|$) {
fastcgi_split_path_info ^(.+?.php)(/.*)$;
fastcgi_pass unix:/var/run/php/php7.0-fpm.sock;
fastcgi_index index.php;
include fastcgi_params;
fastcgi_param REMOTE_USER $remote_user;
fastcgi_param PATH_INFO $fastcgi_path_info;
fastcgi_param SCRIPT_FILENAME $request_filename;
}

# Include SSOWAT user panel.
include conf.d/yunohost_panel.conf.inc;

}

Télécharger le zip piwik et dézipper son contenu dans le dossier /var/www/matomo.
Donner les droits sur le dossier matomo l’utilisateur www-data:

chown -R www-data:www-data matomo

Maintenant on peut se rendre sur le sous-domaine et l’assistant dinstallation devrait se lancer…

En root depuis la console, créer la base matomo, créer un utilisateur, lui adjoindre un mot de passe, et lui donner les droits sur la base :

mysql -u root
CREATE DATABASE matomo;
CREATE USER “statistique”@“localhost”;
SET PASSWORD FOR “statistique”@“localhost” = PASSWORD("******");
GRANT ALL ON matomo.
TO statistique@localhost;

Retourner sur l’installeur pour terminer le travail…

Il me semble que lors de mes tests Mastodon ne fonctionnait pas, alors j’attendrais pour créer mon instance.
Ha, et peertube aussi, j’aimerais bien :wink:
Oui après 9 ans d’admin manuelle de mon petit minitel, j’ai envie de glander ^^;

2 Likes

Merci @Makoto_Doushite pour ton rapport détaillé !
Pourrais-tu STP ouvrir un ticket pour rss-bridge ici (car je ne reproduis pas ton problème) ?
L’idée est de mettre les traces d’une installation via

yunohost app install rss-bridge --verbose

Merci !

Très bien, merci pour ces infos ! :slight_smile:

Hello !

Merci pour ton retour et ces préciseuses informations !

Je pense qu’il serait intéressant de poster ces retours sur les différentes apps (voir idéalement si tu as le courage et temps, de faire la pull requests correspondante pour les fix que tu as trouvés :stuck_out_tongue: ). Par exemple myTinyTodo n’a pas été mis à jour depuis Septembre (c.f. https://github.com/YunoHost-Apps/mytinytodo_ynh ) … peut-être que le mainteneur est inactif ou n’est pas au courant du fork :wink: Dans tous les cas, ouvrir une issue avec les détails pour la tracabilité ne peut pas faire de mal !

Tu fait bien de remuer le sujet, j’ai retenté via ta commande, et … Rss-Bridge fonctionne en fait bien !
Autant pour moi, je ne me souviens plus du coup… soit c’est une erreur dans mes notes, soit la première tentative à échouée à cause d’un autre problème sur ma machine, résolu entre-temps.
J’aurai dû au moins faire un second essai, car il arrive parfois qu’un download se passe mal, tout ça quoi.
Merci !

2 Likes

J’ai ouvert un compte github et fait une issue pour mytinytodo, le pull-request j’ai pas compris comment ça marche ^^;

1 Like

Tu as résolu à moitié mon travail de l’été. Laisse moi donc te faire une déclaration d’amour ! :heart_eyes:

1 Like

bonjour
fresh install sur rasberry pi 3B+
système ok
pour les applis, il y a de tout,
des qui marchent (ampache, nextcloud, jirafeau)
d’autres pour lesquelles l’installation n’aboutit pas (searx, strut, synapŝe)
il faut que je creuse, les blocages à l’installation me laissent perplexe
le dépot d’appli par défaut yunohost est ok ou est il nécessaire de piocher dans community ou autre ?
j’explore, à suivre
merci

Alors j’ai mis à jour par l’interface graphique pour voir si ca marchait. C’était ce qui était indiqué comme “à tester”

Premier hic, au bout d’un temps (~1h, mais c’est à la louche) j’ai un nginx error 504 Gateway Timeout. Du coup, plus moyen de savoir ce qui se passe sur mon serveur… bon si, j’ai fait des tail -F sur les logs, et j’ai réussi à suivre mais c’était triste

Deuxième hic, sur la fin de l’install. Une erreur sur la migration de postgresql 9.4 vers 9.6. La mise à jour échoue, et je reçois un email, qui pointe vers la procédure. En le faisant à la main, ca passe, mais visiblement, j’ai des soucis depuis (et la migration ynh ne fonctionne plus, parce que les fichiers recherchés de la 9.4 n’existent plus

Petits soucis sur Nextcloud, mais avec les infos fournies par @genma, ca s’est résolu

Petit soucis avec le mail : starttls et le changement de port (465 —> 587) plus un peu de config de mon client mail + besoin de forcer postfix à re-générer une conf, parce que j’avais fait des changements manuels, et que bien qu’il ne soit plus utilisé, postfix cherchait encore rmilter

À priori, jappix, rainloop, Freshrss, gogs, dollibar, Nextcloud, Riot, PhPMyAdmin, Transmission et Wordpress fonctionnent ce soir. Il en va aussi de même pour tous les serveurs (xmpp, mail, web).

Dernier soucis car j’avais un paquet installé hors YNH qui a fichu le bazar lors de l’update (bip, un bouncer irc). J’ai appris à réparer des soucis de dpkg en chemin…

Synapse et Peertube ne veulent pas fonctionner, mais c’est probablement lié à mon histoire de postgresql… Lstu ne fonctionne pas non plus chez moi (erreur 502), shellinabox ne charge même pas.

Merci à @Bram, @JimboJoe et @Aleks pour l’aide fournie sur support… et à tous les autres qui ont fait que cette upgrade s’est finalement pas trop mal passée ! :heart:

2 Likes

Alors depuis hier soir le système ne veut plus se mettre à jour via la console :

YunoHost a rencontré une erreur interne :/
Vraiment navré.
Vous devriez chercher de l’aide sur le forum ou le salon pour résoudre le problème, ou rapporter le bogue sur l’outil de suivi.
Les informations suivantes peuvent être utile à l’interlocuteur vous aidant :

Action   
PUT /update
{"locale":"fr"}

Trace
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/moulinette/interfaces/api.py", line 406, in process
    ret = self.actionsmap.process(arguments, timeout=30, route=_route)
  File "/usr/lib/python2.7/dist-packages/moulinette/actionsmap.py", line 498, in process
    return func(**arguments)
  File "/usr/lib/moulinette/yunohost/tools.py", line 428, in tools_update
    if not cache.update():
  File "/usr/lib/python2.7/dist-packages/apt/cache.py", line 464, in update
    raise FetchFailedException(e)
FetchFailedException: W:GPG error: http://cdn-fastly.deb.debian.org/debian jessie-backports InRelease:
Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible
NO_PUBKEY 8B48AD6246925553 NO_PUBKEY 7638D0442B90D010, E:
The repository 'http://httpredir.debian.org/debian jessie-backports InRelease' is not signed.

Mise à jour de la liste des paquets disponibles...

Pourquoi est-ce qu’on trouve du Jessie là dedans ?

Autre sujet, l’installation de Roundcube n’a jamais abouti. C’est juste après cette tentative d’installation que j’ai eu l’erreur de mise à jour du système …

Hm ben c’est chelou effectivement … je sais plus trop quand / comment s’était passé ta migration, mais pour réparer ça a la main il faut ouvrir les fichiers dans /etc/apt/sources.list.d/… et commenter celle qui correspond au jessie-backports (en mettant un ‘#’ devant)

Arf ben du coup oui, tout s’explique :wink: Cette PR résoud le probleme mais n’est pas encore mergée : https://github.com/YunoHost-Apps/roundcube_ynh/pull/35

Merci @Aleks ça marche beaucoup mieux comme ça :slight_smile: Il y avait une mise à jour Python en attente.

D’autre part, j’ai régulièrement ce type d’avertissement lors des installations ou mises à jour par la moulinette. Est-ce que je dois m’en inquiéter ?
2018-05-24 22:31:27,288 WARNING moulinette.authenticator.ldap is_authenticated - Error during ldap authentication process: 'NoneType' object has no attribute 'whoami_s'

Arf ben c’est chelou ça … Visiblement le code gère ça et donc ça a l’air de fonctionner quand même mais c’est quand même bizarre (j’ai jamais vu ça ailleurs avant)

Est-ce que tu peux me donner la version de python-ldap installé (commande : dpkg --list | grep python-ldap)