[06:15:49]
<c014> The link to cloudflare api-info page doesn't seem to lead anywhere
[06:44:41]
<Guillaume Bouzige> > <@Alekswag:matrix.org> (though the admin user is gonna get somewhat dropped in version 11.1)
that is great news, can you develop a bit about that ?
[08:02:36]
<tao> hi there, is there a way to make php8.0 default on all apps? if not, how do i make Drupal use it instead of 7.4?
[08:17:50]
<tao> > <@nomads-land:matrix.org> hi there, is there a way to make php8.0 default on all apps? if not, how do i make Drupal use it instead of 7.4?
stp tituspijean?
[08:23:53]
<tituspijean> tao: no need to ping me directly, anybody can answer.
To answer you: no, and why would you need it?
[08:25:35]
<tituspijean> > that is great news, can you develop a bit about that ?
Sure: https://github.com/YunoHost/yunohost/pull/1408
[08:26:16]
<Guillaume Bouzige> > <@titus:pijean.ovh> Sure: https://github.com/YunoHost/yunohost/pull/1408
thks
[08:27:21]
<tituspijean> tao: BTW if you are on YunoHost 11 it should be PHP8 as default.
[08:29:48]
<tituspijean> (but I'm feeling the app is doing something funky with the PHP installs, and you may not be upgraded to PHP8 when upgrading from YNH 4 to 11)
[08:30:37]
<tituspijean> (as to the "why", I see that's the recommended version for Drupal 9, that's a good enough reason :) )
[08:33:54]
<tao> > <@titus:pijean.ovh> tao: BTW if you are on YunoHost 11 it should be PHP8 as default.
my ynh is up to date and my NC and WP defaulted to php8.0 - it's only with drupal conf that are still with 7.4
[08:36:09]
<tao> > <@titus:pijean.ovh> (as to the "why", I see that's the recommended version for Drupal 9, that's a good enough reason :) )
so how configure it manually?
[08:37:02]
<tao> tried copying the conf to the 8.0 pool.d - didn't work
[08:37:41]
<tituspijean> > <@nomads-land:matrix.org> tried copying the conf to the 8.0 pool.d - didn't work
don't do that.
[08:37:48]
<tituspijean> and remove the file.
[08:38:10]
<tituspijean> Have you recently upgraded Drupal from the webadmin? after upgrading to YunoHost 11?
[08:54:46]
<tao> yes
[08:55:10]
<tao> > <@titus:pijean.ovh> Have you recently upgraded Drupal from the webadmin? after upgrading to YunoHost 11?
i have
[08:57:35]
<tituspijean> Can get the output of `sudo yunohost app setting drupal php version` ?
[08:57:52]
<tituspijean> Damn
[08:58:08]
<tituspijean> `sudo yunohost app setting drupal phpversion` ?
[09:01:19]
<tao> > <@titus:pijean.ovh> `sudo yunohost app setting drupal phpversion` ?
7.4
[09:02:06]
<tituspijean> There's definitely a bug in the package then
[09:08:30]
<tao> > <@titus:pijean.ovh> There's definitely a bug in the package then
good to know.. merci:)
[09:18:27]
<tituspijean> I'll be able to investigate tonight. Meanwhile I have opened an issue in its repository
[11:01:39]
<danchiper> hello, first off yunohost is awesome, great job with it. succesfully running it under amd64 on proxmox 7. Currently my only issue with my setup is with traggo app. login doesn't seem to work. says there's no such combo of user and pass. tried to find the config file of the server, but to no avail. Tried installing it from the cli, it prompted for
[11:01:40]
<danchiper> both username and password. still same error message on web. Can someone point me to the config file of the thing? or any other solutions? really appreciate it.
[11:16:45]
<Aleks (he/him/il/lui)> uuuh, traggo ? o_O
[11:17:08]
<Aleks (he/him/il/lui)> ooh it's a time tracking tool :O
[11:18:12]
<Aleks (he/him/il/lui)> danchiper: the install seems to be asking for an admin / password, doesnt these work ?
[11:18:49]
<danchiper> yeah, useful for tracking time spent on tasks
[11:18:52]
<danchiper> doesn't
[11:19:32]
<Aleks (he/him/il/lui)> The config file should be `/var/www/traggo/.env`
[11:19:49]
<Aleks (he/him/il/lui)> and apparently contains the admin and password chosen during install
[11:20:15]
<danchiper> i also tried from the cli, to make sure it doesn't do @dns thing, and inputed both the user and password, defaults from dev doc also doesn't work
[11:20:30]
<danchiper> nice, will try now
[11:22:48]
<danchiper> yup, there's the passwords I've put in. login still throws off the same error xD
[11:25:17]
<Aleks (he/him/il/lui)> D:
[11:25:28]
<Aleks (he/him/il/lui)> could it be there are sneaky special chars in the password ?
[11:26:35]
<danchiper> hmm yes, will change to letters only and see if that works
[11:34:28]
<danchiper> ha that worked. awesome. thanks a lot. Curios as to why though. this is the first instance of this, i have used special characters in passwords before
[11:50:04]
<jcdye> https://aria.im/_matrix/media/v1/download/matrix.org/xupdsXzNvQpjZKDWQEEvNeRm
[11:50:07]
<jcdye> Bonjour, je bloque systématiquement sur l'installation de wordpress et nextcloud sur mon yunohost/rapsberry4. Voici les logs d'installation :
[11:50:17]
<jcdye> ci-dessus...
[12:03:26]
<Aleks (he/him/il/lui)> 🤔
[12:09:01]
<Aleks (he/him/il/lui)> Well indeed `php8.0-json` doesnt seem to exist ... anymore ? It existed 20 days ago ...
[12:09:09]
<Aleks (he/him/il/lui)> jcdye: can you share the install log for nextcloud too ?
[12:10:48]
<jcdye> Il ne me laisse pas installer nextcloud. J'ai ce message : Vous ne pouvez pas faire ça maintenant car dpkg/apt (le gestionnaire de paquets du système) semble avoir laissé des choses non configurées. Vous pouvez essayer de résoudre ce problème en vous connectant via SSH et en exécutant `sudo apt install --fix-broken` et/ou `sudo dpkg --configure -a'.
[12:11:27]
<jcdye> Je n'arrive pas non plus à me connecter en SSH. Il me dit qu'il y a une autre instance de lancée et qui bloque.
[12:11:56]
<jcdye> ssh admin@yunohost.local
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: POSSIBLE DNS SPOOFING DETECTED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
The ECDSA host key for yunohost.local has changed,
and the key for the corresponding IP address 192.168.1.10
has a different value. This could either mean that
DNS SPOOFING is happening or the IP address for the host
and its host key have changed at the same time.
Offending key for IP in /home/jc/.ssh/known_hosts:2
remove with:
ssh-keygen -f "/home/jc/.ssh/known_hosts" -R "192.168.1.10"
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ECDSA key sent by the remote host is
SHA256:0uQxjw3KS3Z3FBTcW0bHX43egHb43sphHoB5WhtqmXo.
Please contact your system administrator.
Add correct host key in /home/jc/.ssh/known_hosts to get rid of this message.
Offending ECDSA key in /home/jc/.ssh/known_hosts:5
remove with:
ssh-keygen -f "/home/jc/.ssh/known_hosts" -R "yunohost.local"
ECDSA host key for yunohost.local has changed and you have requested strict checking.
Host key verification failed.
[12:13:33]
<Aleks (he/him/il/lui)> jcdye: c'est symptomatique du fais que tu as sans doute réinstallé ton serveur et que tu t'étais déjà connecter en ssh dessus
[12:13:46]
<Aleks (he/him/il/lui)> tu peux résoudre le problème avec les commandes proposées : `ssh-keygen -f "/home/jc/.ssh/known_hosts" -R "192.168.1.10"` et `ssh-keygen -f "/home/jc/.ssh/known_hosts" -R "yunohost.local"`
[12:13:53]
<jcdye> Oui, je l'ai réinstallé plusieurs fois...
[12:14:07]
<jcdye> OK, je tente la manip.
[12:17:46]
<jcdye> C'est bon, j'ai repris la main en ssh. Merci. Je vais tenter maintenant les manip proposées : sudo apt install --fix-broken et/ou `sudo dpkg --configure -a'
[12:19:36]
<jcdye> pour la première commande j'obtiens à la fin : E: Sub-process /usr/bin/dpkg returned an error code (1)
[12:20:01]
<jcdye> pour la deuxième : dpkg: error processing package php8.0-opcache (--configure):
dependency problems - leaving unconfigured
Errors were encountered while processing:
php8.0-common
php8.0-xml
php8.0-mbstring
php8.0-readline
php8.0-cli
php8.0-opcache
[12:24:17]
<jcdye> En fait, il me signale pas mal d'erreur dans php8.0... Ne faudrait-il pas le désinstaller er réinstaller une version plus stable ?
[12:26:40]
<Aleks (he/him/il/lui)> pas vraiment, j'ai l'impression qu'une partie du problème c'est que "php8.0-json" a disparu des dépots
[12:27:07]
<Aleks (he/him/il/lui)> et-ce que tu peux partager le log complet des deux commandes
[12:27:09]
<Aleks (he/him/il/lui)> NB: tu peux partager les logs a l'aide de paste.yunohost.org
[12:30:20]
<jcdye> https://paste.yunohost.org/dizoyutoyu.sql
[12:32:03]
<jcdye> https://paste.yunohost.org/pagajuwole.lua
[12:32:46]
<Aleks (he/him/il/lui)> ok alors regardons ce que renvoie: `sudo fuser -v /var/cache/debconf/config.dat`
[12:36:50]
<jcdye> admin@dye:~ $ sudo fuser -v /var/cache/debconf/config.dat
USER PID ACCESS COMMAND
/var/cache/debconf/config.dat:
root 691 F.... dpkg-reconfigur
[12:45:44]
<Aleks (he/him/il/lui)> hmokay et que renvoie `sudo ps -ef --forest| grep -C3 dpkg` ?
[12:46:59]
<jcdye> https://paste.yunohost.org/guxunisoju.sql
[13:07:34]
<Aleks (he/him/il/lui)> jcdye: déso j'arrête pas de me refaire alpaguer par plein de truc
[13:08:03]
<Aleks (he/him/il/lui)> du coup c'est bien ce que je pensais oui, c'est un problème un peu relou avec RPi qui a changé leur procédure d'install et ça interfère avec dpkg ou le fonctionnement de yunohost
[13:08:17]
<Aleks (he/him/il/lui)> bref
[13:08:23]
<Aleks (he/him/il/lui)> on peut faire un `sudo kill 691` je pense
[13:08:56]
<Aleks (he/him/il/lui)> et après ça retenter les commandes `sudo apt install --fix-broken` et `sudo dpkg --configure -a` (sans doute que la deuxieme commande ne servira plus à grand chose mais ça coute rien de la refaire tourner)
[13:09:13]
<jcdye> ok, j'envoie la purée !
[13:11:04]
<jcdye> J'ai de nouveau les mêmes réponses... Que penses-tu de cette solution ? https://www.youtube.com/watch?v=HplpJ4JVrUM
[13:16:35]
<Aleks (he/him/il/lui)> zblerg sans doute que le kill était pas suffisant ... tentons alors de faire genre heu `systemctl stop userconf-service` ? Ou bien `systemctl stop userconf.service` (jsuis pas sur du nom)
[13:16:55]
<Aleks (he/him/il/lui)> on peut connaitre le nom avec genre `systemctl | grep user | grep conf` jpense
[13:22:52]
<jcdye> C'était systemctl stop userconfig-service... c'est en train de tourner...
[13:25:03]
<jcdye> Ça a fini de mouliner --> https://paste.yunohost.org/sumuguwisi.sql
[13:25:22]
<jcdye> Je tente un update et un upgrade...
[13:26:19]
<Aleks (he/him/il/lui)> 👍️
[13:26:48]
<jcdye> update ok
[13:28:20]
<jcdye> Je dois m'absenter 2h. Je laisse tourner la machine... MERCI pour ton aide !!!
[13:30:54]
<Aleks (he/him/il/lui)> yes
[14:41:08]
<c> tituspijean (et autres mainteneureuses), la config SSH du paquet gitea est toujours cassée :)
heureusement j'ai tombé sur un post de forum qui m'a économisé du débogage
https://forum.yunohost.org/t/cloning-a-gitea-repository-cloner-un-depot-gitea/21413/2
[14:43:40]
<c> https://github.com/YunoHost-Apps/gitea_ynh/blob/6c7d27760137d27ea88c843390c4dbefd7fadb74/scripts/_common.sh <-- $ssh_path n'a aucune permission spéciale fixée dans set_permission() du coup y'a le read pour tout le monde ^^
[15:05:13]
<Aleks (he/him/il/lui)> si t'es chaud de faire une pull request ce serait stylé pour aider à avancer le schmilblik
[15:05:47]
<c> Aleks (he/him/il/lui), euh ouais tu reçois les patches par mail? j'ai pas de github et pour un chmod sur une ligne ça me tente pas plus que ça d'en faire un ;)
[15:11:19]
<Aleks (he/him/il/lui)> par email bof mais si tu l'envoie sur le chat de packaging d'apps (#yunohost-apps:matrix.org ou #yunohost-apps sur irc) je peux le tranformer en PR
[15:15:26]
<c> cimer :)
[18:14:00]
<ynhuser62> bonjour, j' ai un souci pour upgrader yunohost. Il y aurait un problème de dépendances: https://paste.yunohost.org/raw/edejimonuk une idée?
[19:19:00]
<ynhuser62> suis-je au bon endroit?
[19:25:49]
<tituspijean> (Oui tu es au bon endroit ;) mais là je n'ai pas d'avis sur ton problème de paquets :/)
[19:27:58]
<ynhuser62> ok merci quand même :)
[19:49:50]
<c> t'as modifié tes sources APT? genre si tu peux nous copier le fichier /etc/apt/sources.list et ce qu'il y a dans /etc/apt/sources.list.d/ ça peut donner une idée :)
[20:40:44]
<interlaced> how can I run nextcloud OCC managment on yunohost? thanks!
[20:42:42]
<cybernetx[m]> sudo -u nextcloud php /var/www/nextcloud/occ files:scan username
[20:45:07]
<interlaced> cybernetx: thanks for the swift help! really appreciate it. I just ran it but I get: "Sorry, user admin is not allowed to execute '/var/www/nextcloud/occ files:scan ...' as nextcloud on ...."
[20:45:20]
<cybernetx[m]> if i m remelber add "apc.enable_cli=1" ine /etc/php/7.4/mods-available/apcu.ini
[20:45:51]
<cybernetx[m]> * if i m remelber add "apc.enable\_cli=1" in /etc/php/7.4/mods-available/apcu.ini
[20:56:21]
<interlaced> cybernetx: added the line. I get your second subsitution. but what does the first do?
[20:59:40]
<interlaced> Also tried: sudo -u nextcloud php7.4 --define apc.enable_cli=1 /var/www/nextcloud/occ files:scan username
[21:00:18]
<interlaced> I think the problem is with: "Sorry, user admin is not allowed to execute..."
[21:04:21]
<interlaced> The line executed fine after a switch to root with $ su - (not sure why it wouldn't work with admin tho, if anyone knows...)
[21:04:22]
<cybernetx[m]> Search occ file:scan. Nextcloud. On Google you Can find thé méthode
[21:04:43]
<cybernetx[m]> Yes with Root
[21:05:17]
<interlaced> admin can sudo too. why is root a prerequisite?
[21:05:55]
<cybernetx[m]> Another way find with visudo toi authorize sudo and nextcloud to run occ
[21:06:33]
<cybernetx[m]> Root IS superuser
[21:06:44]
<interlaced> I will have a look, thanks. Everything is displaying fine now. Thanks for the help again. Cheers!
[21:07:00]
<cybernetx[m]> Thx