[08:42:32]
<douwe> heya, I am thinking to give the migration to Bookworm a try. But I have one small issue: Under migrations it says I already migrated. Which I didn't... The YNH version is still 11.3.0.2 (stable)
[08:44:19]
<douwe> https://aria.im/_matrix/media/v1/download/thorp.eu/QsWvxQPvKvaCjxInCrkymAoh
[08:58:16]
<douwe> it might be that I pressed skip a few days ago in the webinterface. But still the migration should not then be listed under 'previous migrations'... right?
[10:04:52]
<rodinux> Perhaps on CLI connected in ssh you can run the migrations with `yunohost tools migrzations run 0027_migrate_to_bookworm --accept-diclaimer` ?
[10:04:52]
<rodinux> Perhaps on CLI connected in ssh you can run the migrations with `yunohost tools migrations run 0027_migrate_to_bookworm --accept-diclaimer` ?
[11:19:28]
<Law-Key> Bonjour et merci pour votre super travail! J'ai installé YNH dans une VM (Proxmox) et j'utilise l'app Redirect en mode reverse-proxy pour renvoyer vers mon instance Nextcloud (qui tourne dans une autre VM).
J'ai essayé de faire l'upgrade vers YNH 12, mais à chaque fois il devient par la suite impossible de me connecter à mon instance Nextcloud via les clients desktop et Android.
Après la migration, j'ai recopié mon ancien fichier de configuration nginx relatif à mon application redirect, mais cela n'a pas marché.
Je ne suis pas technique et j'avoue que je ne sais pas trop où regarder pour résoudre le problème. Auriez-vous des conseils?
Pour l'instant je suis simplement revenu à YNH sur debian 11.
[11:20:19]
<Law-Key> (Je suspecte naturellement un problème dans la configuration de l'app redirect en mode reverse-proxy)
[11:33:47]
<lud0>
> j'ai completement raté l'histoire du mdp du domaine, bon c'est pas grave, je vais demander la désactivation du domani dans le forum
Huu j'ai loupé un truc ?
[12:47:02]
<Aleks (he/him/il/lui)> > <@lawkey:chat.homehub.ovh> Bonjour et merci pour votre super travail! J'ai installé YNH dans une VM (Proxmox) et j'utilise l'app Redirect en mode reverse-proxy pour renvoyer vers mon instance Nextcloud (qui tourne dans une autre VM).
>
> J'ai essayé de faire l'upgrade vers YNH 12, mais à chaque fois il devient par la suite impossible de me connecter à mon instance Nextcloud via les clients desktop et Android.
>
> Après la migration, j'ai recopié mon ancien fichier de configuration nginx relatif à mon application redirect, mais cela n'a pas marché.
>
> Je ne suis pas technique et j'avoue que je ne sais pas trop où regarder pour résoudre le problème. Auriez-vous des conseils?
>
> Pour l'instant je suis simplement revenu à YNH sur debian 11.
essaye `yunohost app setting redirect protect_against_basic_auth_spoofing -v false`
[12:47:22]
<Aleks (he/him/il/lui)> (suivi de `yunohost app ssowatconf`)
[12:48:28]
<Aleks (he/him/il/lui)> > <@douwe:thorp.eu> it might be that I pressed skip a few days ago in the webinterface. But still the migration should not then be listed under 'previous migrations'... right?
hmf then i guess you can manually edit /etc/yunohost/migrations.yaml (not sure about the exact name) and remove th bookworm line entirely
[13:01:38]
<hercut> Bon je m'en sors pas avec mon serveur :'(
[13:01:46]
<hercut> ```
sudo apt-get update --fix-missing
[sudo] password for coucou:
Err:1 http://download.opensuse.org/repositories/devel:/languages:/crystal/Debian_11 InRelease
Temporary failure resolving 'download.opensuse.org'
Err:2 https://packages.sury.org/php bookworm InRelease
Temporary failure resolving 'packages.sury.org'
Err:3 https://last-public-ovh-kernel.snap.mirrors.ovh.net/debian ovhkernel InRelease
Temporary failure resolving 'last-public-ovh-kernel.snap.mirrors.ovh.net'
Err:4 http://forge.yunohost.org/debian bookworm InRelease
Temporary failure resolving 'forge.yunohost.org'
Err:5 http://security.debian.org/debian-security bookworm-security InRelease
Temporary failure resolving 'security.debian.org'
Err:6 http://debian.mirrors.ovh.net/debian bookworm InRelease
Temporary failure resolving 'debian.mirrors.ovh.net'
Err:7 http://debian.mirrors.ovh.net/debian bookworm-updates InRelease
Temporary failure resolving 'debian.mirrors.ovh.net'
Reading package lists... Done
W: Failed to fetch http://debian.mirrors.ovh.net/debian/dists/bookworm/InRelease Temporary failure resolving 'debian.mirrors.ovh.net'
W: Failed to fetch http://security.debian.org/debian-security/dists/bookworm-security/InRelease Temporary failure resolving 'security.debian.org'
W: Failed to fetch http://debian.mirrors.ovh.net/debian/dists/bookworm-updates/InRelease Temporary failure resolving 'debian.mirrors.ovh.net'
W: Failed to fetch http://download.opensuse.org/repositories/devel:/languages:/crystal/Debian_11/InRelease Temporary failure resolving 'download.opensuse.org'
W: Failed to fetch https://packages.sury.org/php/dists/bookworm/InRelease Temporary failure resolving 'packages.sury.org'
W: Failed to fetch https://last-public-ovh-kernel.snap.mirrors.ovh.net/debian/dists/ovhkernel/InRelease Temporary failure resolving 'last-public-ovh-kernel.snap.mirrors.ovh.net'
W: Failed to fetch http://forge.yunohost.org/debian/dists/bookworm/InRelease Temporary failure resolving 'forge.yunohost.org'
W: Some index files failed to download. They have been ignored, or old ones used instead.
```
[13:02:18]
<Aleks (he/him/il/lui)> pas de résolution DNS, que raconte `cat /etc/resolv.conf`
[13:02:47]
<hercut> > <@Alekswag:matrix.org> pas de résolution DNS, que raconte `cat /etc/resolv.conf`
Mais je comprend pas, j'ai que des probleme de dns ... :(
[13:03:06]
<Aleks (he/him/il/lui)> ¯\_(ツ)_/¯
[13:03:06]
<hercut>
nameserver 127.0.0.1
[13:03:10]
<Aleks (he/him/il/lui)> et `systemctl status dnsmasq` ?
[13:03:14]
<hercut> > # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
>
> # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
>
> # 127.0.0.53 is the systemd-resolved stub resolver.
>
> # run "resolvectl status" to see details about the actual nameservers.
>
> nameserver 127.0.0.1
[13:04:22]
<hercut> ● dnsmasq.service - dnsmasq - A lightweight DHCP and caching DNS server
Loaded: loaded (/lib/systemd/system/dnsmasq.service; enabled; vendor preset: enabled)
Active: failed (Result: timeout) since Fri 2024-11-08 10:02:07 UTC; 3h 1min ago
Main PID: 4947 (code=exited, status=0/SUCCESS)
CPU: 148ms
[13:04:24]
<Aleks (he/him/il/lui)> avec sudo si tu n'es pas root : `sudo systemctl status dnsmasq`
[13:06:21]
<hercut> > <@Alekswag:matrix.org> avec sudo si tu n'es pas root : `sudo systemctl status dnsmasq`
C'est dingue plus de plus de 5min reel pour donner le resultat
[13:07:02]
<Aleks (he/him/il/lui)> `start-post operation timed out. Terminating.`
[13:07:05]
<Aleks (he/him/il/lui)> zmlerf
[13:07:06]
<hercut> ```
● dnsmasq.service - dnsmasq - A lightweight DHCP and caching DNS server
Loaded: loaded (/lib/systemd/system/dnsmasq.service; enabled; vendor preset: enabled)
Active: failed (Result: timeout) since Fri 2024-11-08 10:02:07 UTC; 3h 3min ago
Main PID: 4947 (code=exited, status=0/SUCCESS)
CPU: 148ms
Nov 08 10:00:38 jbv.cloud dnsmasq[4947]: utilise le serveur de nom 2a00:5881:8100:1000::3#53
Nov 08 10:00:38 jbv.cloud dnsmasq[4947]: utilise le serveur de nom 2001:910:800::40#53
Nov 08 10:00:38 jbv.cloud dnsmasq[4947]: utilise le serveur de nom 2001:1608:10:25::1c04:b12f#53
Nov 08 10:00:38 jbv.cloud dnsmasq[4947]: utilise le serveur de nom 195.160.173.53#53
Nov 08 10:00:38 jbv.cloud dnsmasq[4947]: utilise le serveur de nom 185.233.100.100#53
Nov 08 10:00:38 jbv.cloud dnsmasq[4947]: lecture /etc/hosts - 7 adresses
Nov 08 10:02:07 jbv.cloud systemd[1]: dnsmasq.service: start-post operation timed out. Terminating.
Nov 08 10:02:07 jbv.cloud systemd[1]: dnsmasq.service: Control process exited, code=killed, status=15/TERM
Nov 08 10:02:07 jbv.cloud systemd[1]: dnsmasq.service: Failed with result 'timeout'.
Nov 08 10:02:07 jbv.cloud systemd[1]: Failed to start dnsmasq - A lightweight DHCP and caching DNS server.
```
[13:08:14]
<Aleks (he/him/il/lui)> bah là tout de suite je sais pas c'est la marde, mais du coup comme solution temporaire je ferais un `sudo rm /etc/resolv.conf` puis `echo 'nameserver 8.8.8.8' | sudo tee /etc/resolv.conf`
[13:09:09]
<hercut> Ok, c'est bizare que ca fasse ca, j'ai rien fait de particulier :(
[13:09:28]
<Aleks (he/him/il/lui)> on appelle ça "l'informatique"
[13:09:36]
<hercut> :)
[13:10:22]
<hercut> ce qui m'intrigue le plus c'est la lenteur du serveur, alors que normallement c'est instantané ...
[13:11:31]
<hercut> > <@Alekswag:matrix.org> bah là tout de suite je sais pas c'est la marde, mais du coup comme solution temporaire je ferais un `sudo rm /etc/resolv.conf` puis `echo 'nameserver 8.8.8.8' | sudo tee /etc/resolv.conf`
● dnsmasq.service - dnsmasq - A lightweight DHCP and caching DNS server
Loaded: loaded (/lib/systemd/system/dnsmasq.service; enabled; vendor preset: enabled)
Active: failed (Result: timeout) since Fri 2024-11-08 10:02:07 UTC; 3h 7min ago
Main PID: 4947 (code=exited, status=0/SUCCESS)
CPU: 148ms
Nov 08 10:00:38 jbv.cloud dnsmasq[4947]: utilise le serveur de nom 2a00:5881:8100:1000::3#53
Nov 08 10:00:38 jbv.cloud dnsmasq[4947]: utilise le serveur de nom 2001:910:800::40#53
Nov 08 10:00:38 jbv.cloud dnsmasq[4947]: utilise le serveur de nom 2001:1608:10:25::1c04:b12f#53
Nov 08 10:00:38 jbv.cloud dnsmasq[4947]: utilise le serveur de nom 195.160.173.53#53
Nov 08 10:00:38 jbv.cloud dnsmasq[4947]: utilise le serveur de nom 185.233.100.100#53
Nov 08 10:00:38 jbv.cloud dnsmasq[4947]: lecture /etc/hosts - 7 adresses
Nov 08 10:02:07 jbv.cloud systemd[1]: dnsmasq.service: start-post operation timed out. Terminating.
Nov 08 10:02:07 jbv.cloud systemd[1]: dnsmasq.service: Control process exited, code=killed, status=15/TERM
Nov 08 10:02:07 jbv.cloud systemd[1]: dnsmasq.service: Failed with result 'timeout'.
Nov 08 10:02:07 jbv.cloud systemd[1]: Failed to start dnsmasq - A lightweight DHCP and caching DNS server.
[13:12:44]
<Aleks (he/him/il/lui)> #TheyAreTheSamePicture
[13:13:17]
<hercut> C'est ce que ca me donne quand j'ai fait : echo 'nameserver 8.8.8.8' | sudo tee /etc/resolv.conf
nameserver 8.8.8.8
[13:13:27]
<Tag> > <@hercut:matrix.org> ce qui m'intrigue le plus c'est la lenteur du serveur, alors que normallement c'est instantané ...
Le disque n'est pas plein ? La RAM ? Le swap ?
[13:14:46]
<hercut> > <@Alekswag:matrix.org> voila et donc maintenante `apt update` devrait mieux fonctionner
je test, mais le serveur est toujorsu aussi lent
[13:14:46]
<Aleks (he/him/il/lui)> > <@hercut:matrix.org> C'est ce que ca me donne quand j'ai fait : echo 'nameserver 8.8.8.8' | sudo tee /etc/resolv.conf
> nameserver 8.8.8.8
voila et donc maintenante `apt update` devrait mieux fonctionner
[13:14:46]
<hercut> > <@tag:lostpod.me> Le disque n'est pas plein ? La RAM ? Le swap ?
Je crois pas, sauf si je me susi fait pirater mon serveur
[13:15:03]
<Tag> > <@Alekswag:matrix.org> `start-post operation timed out. Terminating.`
C'est un symptôme du serveur lent
[13:15:07]
<Salamandar> > <@hercut:matrix.org> Mais je comprend pas, j'ai que des probleme de dns ... :(
généralement quand t'as un problème c'est tout le temps le même, oui
[13:15:29]
<Tag> > <@hercut:matrix.org> Je crois pas, sauf si je me susi fait pirater mon serveur
Tu peux vérifier avec `df -h` et `free -h`
[13:15:42]
<Salamandar> > <@tag:lostpod.me> Le disque n'est pas plein ? La RAM ? Le swap ?
pas la ram, mais en effet le disque c'est une bonne question
[13:15:59]
<hercut> > <@Salamandar:matrix.org> pas la ram, mais en effet le disque c'est une bonne question
Oui nous avons verifié hier, mais pas le disque
[13:16:44]
<hercut> > <@tag:lostpod.me> Tu peux vérifier avec `df -h` et `free -h`
Filesystem Size Used Avail Use% Mounted on
/dev/root 1.8T 314G 1.4T 18% /
devtmpfs 3.9G 0 3.9G 0% /dev
tmpfs 3.9G 16K 3.9G 1% /dev/shm
tmpfs 1.6G 2.2M 1.6G 1% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
/dev/sda1 487M 45M 414M 10% /boot
tmpfs 786M 0 786M 0% /run/user/0
tmpfs 786M 0 786M 0% /run/user/47055
total used free shared buff/cache available
Mem: 7.7Gi 2.7Gi 125Mi 51Mi 4.9Gi 4.7Gi
Swap: 510Mi 510Mi 0B
[13:17:23]
<hercut> > <@Alekswag:matrix.org> voila et donc maintenante `apt update` devrait mieux fonctionner
Ca me ne me renvoie plus d'erreur, c'est un debut merci :)
[13:17:54]
<Tag> Le swap est pas gros et plein
[13:17:58]
<hercut> > <@tag:lostpod.me> Le swap est pas gros et plein
C'est d'origine, pas touché :/
[13:18:01]
<Aleks (he/him/il/lui)> mouipe mébon y'a 4.7G de RAM "available"
[13:18:31]
<Tag> `uptime` ?
[13:19:01]
<hercut> > <@hercut:matrix.org> Ca me ne me renvoie plus d'erreur, c'est un debut merci :)
Je fais un sudo apt upgrade ?
[13:19:13]
<hercut> > <@tag:lostpod.me> `uptime` ?
13:19:04 up 3:42, 1 user, load average: 10.21, 11.92, 13.56
[13:19:40]
<Tag> Le load est énorme... Il y a un truc
[13:20:18]
<hercut> > <@tag:lostpod.me> Le load est énorme... Il y a un truc
Oo c'est quoi o0
[13:21:24]
<hercut> ah
[13:21:24]
<Tag> C'est un chiffre qui représente "la charge du système", idéalement il ne doit pas dépasser 1(?) pour que le serveur soit fluide
[13:22:09]
<Tag> Avec top ou ps tu peux voir quel processus est en train de consommer tout le CPU de ta machine
[13:22:27]
<Tag> (Si quelqu'un a la commande exacte de tête...)
[13:22:51]
<hercut> > <@tag:lostpod.me> Avec top ou ps tu peux voir quel processus est en train de consommer tout le CPU de ta machine
oui on a installer htop hier
[13:24:23]
<hercut> https://aria.im/_matrix/media/v1/download/matrix.org/FBDnvsmpdGFeTNUWlIgnegWC
[13:24:53]
<hercut> https://aria.im/_matrix/media/v1/download/matrix.org/ucHUBRGcElzXQyvYYUHAltiK
[13:25:26]
<Tag> J'pense qu'il y a quand même un truc avec le swap somehow
[13:25:37]
<Tag> Et la quantité d'app en cours
[13:26:11]
<hercut> > <@tag:lostpod.me> Et la quantité d'app en cours
Trop d'apps installé ?
[13:26:47]
<cober> I have created a group specifically for trading digital currencies if any of you are interested
https://conversations.im/j/trading-in-digital-currencies@conference.conversations.im
[13:27:17]
<Law-Key> > <@Alekswag:matrix.org> essaye `yunohost app setting redirect protect_against_basic_auth_spoofing -v false`
Merci beaucoup Aleks (he/him/il/lui), ça marche à nouveau maintenant!
[13:27:29]
<Tag> > <@hercut:matrix.org> Trop d'apps installé ?
C'est pas clair pour moi... Peut être vérifier les IO du disque
[13:28:22]
<hercut> > <@tag:lostpod.me> C'est pas clair pour moi... Peut être vérifier les IO du disque
Je vais reinstallé le serveur j'aurais plus vite fait :/
[13:28:47]
<Tag> Pas sure, si le disque est malade tu auras juste les mêmes soucis
[13:29:10]
<hercut> > <@tag:lostpod.me> Pas sure, si le disque est malade tu auras juste les mêmes soucis
Ca permettra de le savoir alors :)
[13:29:27]
<Tag> Il y a plus rapide :P c'est un SSD ?
[13:29:38]
<hercut> c'est un serveur ovh KS7
[13:30:00]
<Tag> Mmmh non ça doit être autre chose j'imagine 🤔
[13:30:24]
<Tag> Tu peux essayer de stopper collabora et d'autres services pour voir déjà
[13:30:58]
<hercut> Ce qui m'intrigue c'est que j'ai rien fait
[13:31:02]
<hercut> et ca tourné sans souci
[13:33:50]
<hercut> Je vais reinstaller, ca ne feras pas de mal de repartir d'une base propre.
Merci beaucoup de votre aide Tag Aleks (he/him/il/lui) Salamandar
[13:51:37]
<pti-jean> lud0,
>> j'ai completement raté l'histoire du mdp du domaine, bon c'est pas grave, je vais demander la désactivation du domani dans le forum
> Huu j'ai loupé un truc ?
Qu'est-ce que tu n'as pas compris ?
Nohost domain recovery - Suppression de domaine en nohost.me, noho.st et ynh.fr :
https://forum.yunohost.org/t/nohost-domain-recovery-suppression-de-domaine-en-nohost-me-noho-st-et-ynh-fr/442
Sauf si tu as configuré un mot de passe sur le domaine via l'interface WebAdmin... où là il te suffira de donner le mot de passe pour reconfigurer le domaine !
[15:03:37]
<hercut> Ca veut dire quelque choses ?
```
E: This installation run will require temporarily removing the essential package cron:amd64 due to a Conflicts/Pre-Depends loop. This is often bad, but if you really want to do it, activate the APT::Force-LoopBreak option.
E: Internal Error, Could not early remove cron:amd64 (2)
```
[15:06:36]
<Aleks (he/him/il/lui)> ... context ...
[15:07:44]
<hercut> > <@Alekswag:matrix.org> ... context ...
Apres le update de tout à l'heure qui m'a dit 904 upgraded, j'ai fait sudo apt upgrade
[15:08:25]
<Aleks (he/him/il/lui)> y'a quasiment jamais aucune raison de faire un `apt upgrade` plutôt que `apt full-upgrade`, est-ce que ça raconte un truc différent avec `apt full-upgrade` ?
[15:09:15]
<hercut> > <@Alekswag:matrix.org> y'a quasiment jamais aucune raison de faire un `apt upgrade` plutôt que `apt full-upgrade`, est-ce que ça raconte un truc différent avec `apt full-upgrade` ?
Je ne savais pas, je ne connaissais que upgrade apres update :(
[15:10:24]
<hercut> > <@hercut:matrix.org> Je ne savais pas, je ne connaissais que upgrade apres update :(
```
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Error!
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
ssowat : Depends: nginx-extras (>= 1.6.2) but it is not going to be installed
yunohost : Depends: nginx
Depends: nginx-extras (>= 1.18) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
```
[15:11:31]
<Aleks (he/him/il/lui)> mokay ben alors essayons `apt install ssowat yunohost nginx nginx-extras`
[15:14:53]
<hercut> > <@Alekswag:matrix.org> mokay ben alors essayons `apt install ssowat yunohost nginx nginx-extras`
```
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
yunohost : Depends: moulinette (>= 12.0) but 11.3.0 is to be installed
E: Unable to correct problems, you have held broken packages.
```
[15:16:46]
<Aleks (he/him/il/lui)> dans ce cas on rajoute moulinette à la liste:
[15:16:50]
<Aleks (he/him/il/lui)> `apt install ssowat yunohost nginx nginx-extras moulinette`
[16:20:47]
<hercut> > <@Alekswag:matrix.org> `apt install ssowat yunohost nginx nginx-extras moulinette`
ca a ete long :
[16:20:52]
<hercut> ```
Traceback (most recent call last):
File "/usr/lib/python3.11/logging/config.py", line 389, in resolve
found = getattr(found, frag)
^^^^^^^^^^^^^^^^^^^^
AttributeError: module 'moulinette.interfaces' has no attribute 'api'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3.11/logging/config.py", line 391, in resolve
self.importer(used)
File "/usr/lib/python3/dist-packages/moulinette/interfaces/api.py", line 16, in <module>
from bottle import redirect, request, response, Bottle, HTTPResponse, FileUpload
File "/usr/lib/python3/dist-packages/bottle.py", line 44, in <module>
from inspect import getargspec
ImportError: cannot import name 'getargspec' from 'inspect' (/usr/lib/python3.11/inspect.py)
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/usr/lib/python3.11/logging/config.py", line 562, in configure
handler = self.configure_handler(handlers[name])
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/logging/config.py", line 724, in configure_handler
klass = self.resolve(cname)
^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/logging/config.py", line 396, in resolve
raise v from e
ValueError: Cannot resolve 'moulinette.interfaces.api.APIQueueHandler': cannot import name 'getargspec' from 'inspect' (/usr/lib/python3.11/inspect.py)
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/usr/bin/yunohost", line 77, in <module>
yunohost.cli(
File "/usr/lib/python3/dist-packages/yunohost/__init__.py", line 35, in cli
init_logging(interface="cli", debug=debug, quiet=quiet)
File "/usr/lib/python3/dist-packages/yunohost/__init__.py", line 194, in init_logging
configure_logging(logging_configuration)
File "/usr/lib/python3/dist-packages/moulinette/utils/log.py", line 66, in configure_logging
dictConfig(logging_config)
File "/usr/lib/python3.11/logging/config.py", line 812, in dictConfig
dictConfigClass(config).configure()
File "/usr/lib/python3.11/logging/config.py", line 569, in configure
raise ValueError('Unable to configure handler '
ValueError: Unable to configure handler 'api'
dpkg: error processing package yunohost (--configure):
installed yunohost package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
yunohost
Updating coolwsd systemplate
E: Sub-process /usr/bin/dpkg returned an error code (1)
```
[17:33:32]
<freetux> B’soir. Sur la nouvelle version de Debian/Ynh, les comptes XMPP existants sont supprimés où il est possible de les récupérer ?
[17:33:38]
<freetux> Je n’avais pas trouvé d’infos sur ce sujet sur le forum la semaine dernière.
[17:34:24]
<Aleks (he/him/il/lui)> apriori les comptes XMPP sont les comptes Yunohost ... mais peut-être que tu parles de récupérer les données
[17:34:40]
<freetux> J’ai vu qu’on avait désormais metronome dans les applis.
[17:35:39]
<Aleks (he/him/il/lui)> quelqu'un en parle ici https://github.com/YunoHost/issues/issues/2431 et parle de déplacer `/var/lib/metronome/*` to `/home/yunohost.app/metronome/`
[17:39:01]
<freetux> Mais si je réinstalle metronome, il va le faire sur xmpp.domain.tld (par exemple), et du coup le compte sera en pseudo@xmpp.domain.tld. Ça ne sera plus le même identifiant qu’avant. 🤔
[17:42:07]
<freetux> Bon, j’essaye je verrai bien.
[17:42:19]
<Aleks (he/him/il/lui)> hmmmmm
[17:42:32]
<Aleks (he/him/il/lui)> apriori non, l'identifiant de la personne c'est toujours pseudo@domain.tld (c'est son adresse mail si tu préfères)
[17:42:48]
<freetux> C’est ce que j’ai cru comprendre sur la page d’installation ouais.
[17:43:04]
<Aleks (he/him/il/lui)> mais sinon bah tu l'installes sur domain.tld, y'a pas de raison de faire un sous-domaine dédié
[17:43:16]
<freetux> bah il est déjà occupé domain.tld. ^^
[17:43:19]
<Aleks (he/him/il/lui)> sinon ça va faire des trucs chelou genre les uploads seront sur xmpp-upload.xmpp.domain.tld
[17:43:41]
<Aleks (he/him/il/lui)> si tu veux dire occupé par une app web, ça n'a pas d'importance
[17:43:45]
<Aleks (he/him/il/lui)> metronome est pas une app web
[17:43:54]
<freetux> Ah, ça garde les sous-domaines xmpp-upload & co ?
[17:44:11]
<freetux> ok cool alors.
[17:44:20]
<Aleks (he/him/il/lui)> ça gère tout ce qu'il faut automagiquement (en théorie)
[17:44:30]
<freetux> Oui c’est sûr ce n’est pas les mêmes ports du coup.
[17:46:11]
<freetux> « automagiquement ». 😄
[17:48:49]
<freetux> Par contre on dirait qu’on ne peut pas l’installer sur plusieurs domaines en parallèle.
[17:50:42]
<Aleks (he/him/il/lui)> mouaip pour le moment l'app est pas prévue pour être installée plusieurs fois mais ça pourrait être une amélioration possible
[18:21:32]
<Aleks (he/him/il/lui)> :o
[18:21:38]
<Aleks (he/him/il/lui)> inconceivable
[18:21:43]
<Aleks (he/him/il/lui)> j'y aurais pas cru
[18:25:35]
<freetux> Moi non plus. 😄
[18:26:38]
<freetux> Avec tous les historiques.
[18:27:40]
<freetux> Ah bah j’ai semble-t-il bien tout récupéré, Gajim se connecte direct à mon compte. 👍️
[18:52:43]
<mrT> >> <mrT> now I have problem with Vaultwarden: I'm not able to create a new user. An error has occurred.
>>
>> Registration not allowed or user already exists
>
> You have to enable new signups in admin panel. You can access it through https://install_url/admin ; the admin token is in /home/yunohost.app/vaultwarden/config.json
I enable new signup in admin panel but again no results
[18:53:34]
<mrT> An error has occurred.
<html> <head><title>504 Gateway Time-out</title></head> <body> <center><h1>504 Gateway Time-out</h1></center> <hr><center>nginx</center> </body> </html>
[18:54:15]
<mrT> sorry : An error has occurred.
Registration not allowed or user already exists
[19:21:57]
<lud0> Bonsoir tout le monde
Je rencontre un petit soucis, je n'arrive pas à me logger en ssh, c'est OK par la webadmin ... Comprends pas
[19:23:13]
<lud0> Cela n'accepte pas le mot de passe ... Je viens de réaliser la migration, mais cela n'a peut-être aucun lien
[19:26:35]
<lud0> Loggin réussi à l'instant ... ¯\_(ツ)_/¯
[20:36:07]
<massimiliano> hello,
I have a question about theming in the new Yunohost 12
I have a webapp where i want to se a custom icon in the portal
Is this possible? If yes, how?
[20:36:09]
<massimiliano> Thanks
[21:38:56]
<lautre> Someone installed with success the app Pluxml ? (On Yunohost 11.3.0.2)
[21:46:41]
<Loïck > > <massimiliano> hello,
> I have a question about theming in the new Yunohost 12
> I have a webapp where i want to se a custom icon in the portal
> Is this possible? If yes, how?
I looked but even with CSS I'm not sure it is currently possible.
Editing Yunohost-portal conf might do the trick but I don't think that's a good idea
[21:48:44]
<massimiliano> Ok
[21:48:51]
<massimiliano> Thanks for answer
[21:50:29]
<Loïck > Maybe a simple class could be added to the tile to make custom icons possible.
I personally find the MyWebapp icon to not fit for end users (I'm using Yuno in a non-profit, with some users not really tech savvy)