YunoHost 3.7 release / Sortie de YunoHost 3.7

Announcements
, ,
22

Merci pour ce travail et cette nouvelle version

Mise à jour réalisée chez moi et cela a plutôt bien fonctionné

Seule l’application calendrier de nextcloud s’est désactivée, j’ai du la remettre en marche, ça a fonctionné sans perte de données

1 Like
23

Bonjour et merci pour votre travail.

Une petite remonté sur les thèmes personnalisés :
Vous avez changé la génération du HTML et mon thème personnalisé ne fonctionne plus.
En effet je me basais sur le nom de la classe associé au lien pour faire ma css et mettre un icon représentant l’application.

exemple :
<a class=“Ampache” …>…

Maintenant le nom de l’application se trouve dans l’attribut data-appname et donc la css ne fonctionne plus.

C’est voulu ou non de votre part ?

Du coup une autre question : pourquoi ne pas pouvoir associer une image à chaque app pour justement permettre d’avoir une personnalisation plus poussée.

Merci à vous et bonne journée.

24

Merci pour cette nouvelle version et tout le travail réalisé et mis à disposition de la communauté.

Mise à jour réalisée sans problème sur un RPi 3B+.

1 Like
25

Jen epense pas que c’était voulu de casser les feuilles CSS personnalisées. Maintenant il faut aussi se rendre compte que l’on sera obligé que ça arrive de temps en temps lors des passage de version.

Toutefois, tu peux réparer ta feuille CSS:
tu remplaces

.ampache {
}

par

*[data-appname='Ampache'] {
}

Enfin je crois que c’est ça j’utilise rarement le selecteur CSS par valeur d’attribut.

26

Bonjour,

Màj de la version 3.6.x à la 3.7.x stable sans aucun problème, sur VPS base Stretch 64bits.

Merci à toute l’équipe, aux contributeurs, aux testeurs : excellent travail !

1 Like
27

Excellent travail merci à tous,

Hormis la petite bidouille décrite ici tout fonctionne à merveille.

Il y a juste le sudo yunohost tools upgrade --system qui m’indiquait au départ qu’aucune màj n’étaità faire, mais en passant par l’interfaceweb tout est allé comme sur des roulettes

1 Like
28

Bonjour.
Je vais essayer.

merci

29

Excellente cette version, merci à tous les contributeurs :smiley:
…et mention spéciale pour la mise à jour de yunohost-admin en 3.7.0.4 de ce jour :wink:

2 Likes
30

Màj sans problème, beau travail! Merci à toute l’équipe!

31

Hmm… Last autumn the former 3.6 Installation Image did not install successfully on my SoC, but it was possible to install install Deb stretch and then yunohost afterwards… The 3.7 version was announced to be based on Debian Buster… Since it is now an update are there any plans to migrate yunohost to deb 10 and release new 3.7/3.8 installation images in the near future ?

32

Buster is for 4.0. Each major version change of debian increase the main number of the version of yunohost cause it always break some backwardcompatibility.

2 Likes
33

Here’s a minor upgrade 3.7.1 that should now be available:

core

  • [enh] Add ynh_permission_has_user helper (Yunohost#905)
  • [mod] Change behavior of ynh_setting_delete to try to make migrating away from legacy permissions easier (Yunohost#906)
  • [fix] app_config_apply should also return ‘app’ info (Yunohost#918)
  • [fix] uid/gid conflicts in user_create because of inconsistent comparison (Yunohost#924)
  • [fix] Ensure metronome owns its directories (Yunohost@1f623830, 031f8a6e)
  • [mod] Remove useless sudos in helpers (Yunohost@be88a283)
  • [enh] Improve message wording for services (Yunohost@3c844292)
  • [enh] Attempt to anonymize data pasted to paste.yunohost.org (Yunohost@f56f4724)
  • [enh] Lazy load yunohost.certificate to possibly improve perfs (Yunohost@af8981e4)
  • [fix] Improve logging / debugging (Yunohost@1eef9b67, 7d323814, d17fcaf9, 210d5f3f)

webadmin, ssowat, moulinette

  • [fix] Misc fixes for action / config panel (Yunohost-admin#289, #282)
  • [enh] Add a note about some apps that need to be exposed to visitors for external client to work (Yunohost-admin@c0c2f41)
  • [enh] Lazy loading pytz for performances (Moulinette@3a3ce804)
  • [fix] Don’t set auth headers if user don’t have access (SSOwat#158)
8 Likes
34

i did a test on a snapshot logs say everything went OK yet dokuwiki give 404 nginx when try to log in

35

It is not related to the new release of YunoHost but to the DokuWiki package itself

See the post [High Quality app] Dokuwiki and the related issue https://github.com/YunoHost-Apps/dokuwiki_ynh/issues/57

I have not been able to identify the root cause and it is not fixed at the moment

2 Likes
36

Bug identified and fix is on the way. I will push a testing version in the following days.

2 Likes
37

Bug identified and fix waiting to be reviewed and tested

38

Hello guys,
Actually it seems vhost nginx configuration has rules for threating ssl protocols etc.
Is it possible to modify vhost for nginx… i mean is it possible to threat ssl conf in a separate conf file and use include in each vhost.
I put a request on the github project maybe

39

I don’t know what you mean by “threat” but I doubt that’s the word you were looking for …

Anyway, if you’re talking about factorizing ciphers config and other security aspects into a single common file for vhost, this is already done in 3.8 currently in testing

2 Likes
40

Nice !! Thx Alex. I’m french and speak English like a spanish cow

2 Likes
41

We pushed another minor stable release 3.7.1.2 that include several small fixes related to minor issues reported recently :

  • [fix] Be more robust against some situation where some archives are corrupted
  • [fix] Make nginx regen-conf more robust against broken config or service failing to start, show info to help debugging
  • [fix] Force-flush the regen-conf for nginx domain conf when adding/removing a domain…
  • [fix] app_map : Make sure to return '/' and not empty string for stuff on domain root
  • [fix] Improve ynh_systemd_action to wait for fail2ban to reload
  • [fix] Improper use of logger.exception in app.py leading to infamous weird “KeyError: label”
3 Likes