[10:27:33]
<Felix Bartsch> Hi, i've tried to update GLPI from 10.0.6-ynh1 to 10.0.10-ynh1 but the Update fails. Do somebody have an idea what's happened and how to fix? Thank you! https://paste.yunohost.org/raw/adelajeziq
[10:41:24]
<tituspijean> Felix Bartsch
> Einige erforderliche Systemanforderungen fehlen Run the "php bin/console system:check_requirements" command for more details.
Can you run `sudo yunohost app shell glpi` then `php bin/console system:check_requirements` ? Hopefully it will tell us what's wrong.
[10:42:16]
<Mateusz Szymański> > <@titus:pijean.ovh> Felix Bartsch
> > Einige erforderliche Systemanforderungen fehlen Run the "php bin/console system:check_requirements" command for more details.
>
> Can you run `sudo yunohost app shell glpi` then `php bin/console system:check_requirements` ? Hopefully it will tell us what's wrong.
wonder if this needs to be run in broken install x_x
[10:43:18]
<tituspijean> hopefully not, otherwise there's still the possibility to run the upgrade via CLI and add the `-c` flag to the upgrade command to prevent YunoHost from removing it and restoring the backup upon failure
[10:50:43]
<Felix Bartsch> > <@titus:pijean.ovh> Felix Bartsch
> > Einige erforderliche Systemanforderungen fehlen Run the "php bin/console system:check_requirements" command for more details.
>
> Can you run `sudo yunohost app shell glpi` then `php bin/console system:check_requirements` ? Hopefully it will tell us what's wrong.
+ echo '! Helper used in legacy mode !'
+ set +x
+ [[ ! /bin/bash =~ /?bash$ ]]
++ yunohost app list --output-as json --quiet
++ jq -r '.apps[].id'
+ installed_apps_list=('archivebox' 'backdrop' 'collabora' 'coturn' 'focalboard' 'glpi' 'hat' 'headscale' 'homarr' 'internetarchive' 'invoiceninja5' 'jitsi' 'li mesurvey' 'my_webapp' 'my_webapp__2' 'nextcloud' 'nodered' 'openproject' 'phpmya dmin' 'prosody' 'qr' 'rainloop' 'redirect' 'redirect__2' 'sitemagiccms' 'snappym ail' 'synapse' 'timeoff' 'wireguard' 'zerotier' 'zeroui')
+ local installed_apps_list
+ [[ archivebox backdrop collabora coturn focalboard glpi hat headscale homarr internetarchive invoiceninja5 jitsi limesurvey my_webapp my_webapp__2 nextcloud nodered openproject phpmyadmin prosody qr rainloop redirect redirect__2 sitemagi ccms snappymail synapse timeoff wireguard zerotier zeroui != *\ \g\l\p\i\ * ]]
+ id -u glpi
++ ynh_app_setting_get --app=glpi --key=install_dir
++ local _globalapp=glpi
++ local legacy_args=ak
++ args_array=(['a']='app=' ['k']='key=')
++ local -A args_array
++ local app
++ local key
++ ynh_handle_getopts_args --app=glpi --key=install_dir
++ set +o xtrace
++ app=glpi
++ [[ install_dir =~ (unprotected|protected|skipped)_ ]]
++ ynh_app_setting get glpi install_dir
++ set +o xtrace
+ local install_dir=
+ '[' -z '' ']'
+ ynh_print_err '--message=glpi has no install_dir setting (does it use packagin g format >=2?)'
+ local legacy_args=m
+ args_array=(['m']='message=')
+ local -A args_array
+ local message
+ ynh_handle_getopts_args '--message=glpi has no install_dir setting (does it us e packaging format >=2?)'
+ set +o xtrace
+ ynh_print_log '[Error] glpi has no install_dir setting (does it use packaging format >=2?)'
+ echo -e '[Error] glpi has no install_dir setting (does it use packaging format >=2?)'
[Error] glpi has no install_dir setting (does it use packaging format >=2?)
+ exit 1
[10:55:00]
<tituspijean> erf sorry, I thought the app was already in packaging v2, but it's actually the upgrade you are trying to do that's brings the new packaging format. Let's try manually:
[10:55:40]
<yunohelper> Hi! To help us volunteers help you, read about <a href="https://yunohost.org/en/community/help#how-to-ask-for-help">how to ask for help</a>.<br />Notably, if you are getting an error, share its <em>full</em> log by pasting here the link to the page created by the YunoPaste buttons.<br />Thank you for you patience, and thank you for using YunoHost!
[10:56:45]
<tituspijean> ```
cd /var/www/glpi
sudo -u php8.0 bin/console system:check_requirements
```
[10:56:45]
<tituspijean> and report the output with paste.yunohost.org
[10:56:46]
<tituspijean> > <@yunohelper:matrix.org> Hi! To help us volunteers help you, read about <a href="https://yunohost.org/en/community/help#how-to-ask-for-help">how to ask for help</a>.<br />Notably, if you are getting an error, share its <em>full</em> log by pasting here the link to the page created by the YunoPaste buttons.<br />Thank you for you patience, and thank you for using YunoHost!
gotta update the link too
[11:00:02]
<Felix Bartsch> > <@titus:pijean.ovh> ```
> cd /var/www/glpi
> sudo -u php8.0 bin/console system:check_requirements
> ```
I dit, this is the output: https://paste.yunohost.org/sevibijoli.rb
[11:03:51]
<Mateusz Szymański> > <@felix:server-fb.de> I dit, this is the output: https://paste.yunohost.org/sevibijoli.rb
yeeeah, not helpful - everything works.
To diagnose it you probably need to
1. **CREATE BACKUP**, this install method will **NOT** do that for you
2. `sudo yunohost app upgrade glpi -c` <- this will attempt to upgrade, fail and **leave the app broken**
3. now
```
cd /var/www/glpi
sudo -u glpi php8.2 bin/console system:check_requirements
```
[11:04:03]
<tituspijean> I don't understand German, can you confirm that there is no worrying comments on the left side of the table, besides all the `[OK]`, especially around all the `[INFO]`?
[11:04:19]
<tituspijean> > CREATE BACKUP, this install method will NOT do that for you
It actually does, but it's very easy to override it, so a manual one is better.
[11:05:20]
*tituspijean is worried and checks documentation
[11:05:20]
<Mateusz Szymański> > <@titus:pijean.ovh> > CREATE BACKUP, this install method will NOT do that for you
>
> It actually does, but it's very easy to override it, so a manual one is better.
`-c` skips backup creation altogether, also rolling backups are pain
[11:07:12]
<tituspijean> (aren't you confusing with `-b/--no-safety-backup` Mateusz Szymański ?)
[11:08:22]
<Mateusz Szymański> > <@titus:pijean.ovh> (aren't you confusing with `-b/--no-safety-backup` Mateusz Szymański ?)
I likely am, wasn't `-c` for `install` only then?
[11:08:55]
<tituspijean> 😇
```
yunohost app upgrade -h
usage: yunohost app upgrade [app ...] [-h] [-u URL] [-f FILE] [-F] [-b] [-c]
Upgrade app
positional arguments:
app App(s) to upgrade (default all)
optional arguments:
-h, --help show this help message and exit
-u URL, --url URL Git url to fetch for upgrade
-f FILE, --file FILE Folder or tarball for upgrade
-F, --force Force the update, even though the app is up to date
-b, --no-safety-backup
Disable the safety backup during upgrade
-c, --continue-on-failure
Continue to upgrade apps even if one or more upgrade failed
```
[11:09:02]
<tituspijean> 😇
```
yunohost app upgrade -h
usage: yunohost app upgrade [app ...] [-h] [-u URL] [-f FILE] [-F] [-b] [-c]
Upgrade app
positional arguments:
app App(s) to upgrade (default all)
optional arguments:
-h, --help show this help message and exit
-u URL, --url URL Git url to fetch for upgrade
-f FILE, --file FILE Folder or tarball for upgrade
-F, --force Force the update, even though the app is up to date
-b, --no-safety-backup
Disable the safety backup during upgrade
-c, --continue-on-failure
Continue to upgrade apps even if one or more upgrade failed
```
[11:09:36]
<tituspijean> not only 🙂
[11:31:53]
<Felix Bartsch> > <@orhtej2:matrix.org> yeeeah, not helpful - everything works.
>
> To diagnose it you probably need to
>
> 1. **CREATE BACKUP**, this install method will **NOT** do that for you
> 2. `sudo yunohost app upgrade glpi -c` <- this will attempt to upgrade, fail and **leave the app broken**
> 3. now
> ```
> cd /var/www/glpi
> sudo -u glpi php8.2 bin/console system:check_requirements
> ```
Dit this.... But it seems that it restored the manually backup. https://paste.yunohost.org/omacirafis.rb
[11:35:02]
<Mateusz Szymański> hmm, should have been `sudo yunohost app upgrade glpi -b` to avoid that
[11:37:05]
<Felix Bartsch> It has shown an error that the upgrade has failed... But it seems that the update worked
[11:39:21]
<Felix Bartsch> https://aria.im/_matrix/media/v1/download/server-fb.de/kLprOlZQRoDhPUNRxFbOAqXi
[11:41:14]
<Mateusz Szymański> > <@felix:server-fb.de> It has shown an error that the upgrade has failed... But it seems that the update worked
it did not :P
[11:41:41]
<Mateusz Szymański> now run the `sudo -u glpi php8.2 bin/console system:check_requirements` because glpi advertised it should show what the problem is
[11:43:42]
<Felix Bartsch> > <@orhtej2:matrix.org> now run the `sudo -u glpi php8.2 bin/console system:check_requirements` because glpi advertised it should show what the problem is
:( Okay here is the output https://paste.yunohost.org/olawegozaj.rb
[11:48:20]
<toromtomtom> https://aria.im/_matrix/media/v1/download/matrix.org/ZWeBhQCWttigbrUHVYiENPFB
[11:48:21]
<toromtomtom> > <@toromtomtom:matrix.org> I tried to sign up on the forum, but it seems like the activation email is not sent. I've tried different email addresses, but I get no activation email.
This is the error I get:
[11:48:21]
<tituspijean> > <@felix:server-fb.de> :( Okay here is the output https://paste.yunohost.org/olawegozaj.rb
After running this command, what's the output of `echo $?` ?
[11:49:34]
<Felix Bartsch> > <@titus:pijean.ovh> After running this command, what's the output of `echo $?` ?
the output is 0
[11:51:40]
<tituspijean> OK, let's try running the database migration manually: `sudo -u glpi php8.2 bin/console db:update --no-interaction --no-telemetry --force`
[11:57:07]
<Felix Bartsch> > <@titus:pijean.ovh> OK, let's try running the database migration manually: `sudo -u glpi php8.2 bin/console db:update --no-interaction --no-telemetry --force`
https://paste.yunohost.org/uduwibuguz.rb Migration is done
[11:58:28]
<tituspijean> What's the output of `echo $?` now?
[11:59:03]
<Felix Bartsch> > <@titus:pijean.ovh> What's the output of `echo $?` now?
0
[11:59:51]
<tituspijean> 0 is code for successfully executed command. Then why TF the upgrade script is failing...
[12:01:51]
<tituspijean> the app is working now? does it report the right version?
[12:48:52]
<Felix Bartsch> > <@titus:pijean.ovh> the app is working now? does it report the right version?
The App is working, but: YNH shows 10.0.10-ynh1 as installed version at yunohost admin. But if i go to /var/www/glpi/version there is only 10.0.6 and GLPI itself shows 10.0.6, too.
[13:06:56]
<Mateusz Szymański> > <@felix:server-fb.de> The App is working, but: YNH shows 10.0.10-ynh1 as installed version at yunohost admin. But if i go to /var/www/glpi/version there is only 10.0.6 and GLPI itself shows 10.0.6, too.
hmmm clearly this isn't working, `tgz` provided by upstream contains a proper version there
[13:07:44]
<Felix Bartsch> > <@orhtej2:matrix.org> hmmm clearly this isn't working, `tgz` provided by upstream contains a proper version there
it's not working at the right version ;-)
[13:22:30]
<Mateusz Szymański> restore from backup to 10.0.6 and report issue here I guess: https://github.com/YunoHost-Apps/glpi_ynh/issues
[13:36:32]
<Felix Bartsch> > <@orhtej2:matrix.org> restore from backup to 10.0.6 and report issue here I guess: https://github.com/YunoHost-Apps/glpi_ynh/issues
Okay. But many thanks!
[17:25:37]
<Wylel> toromtomtom: are you still getting that error?
[17:40:52]
<maver> I have the server app "Synapse server SSO authentication" running with "Enable password login = true". A new user tried to login to the Synapse server. Instead of user name and password, the client app (SchildiChat or Syphon) opened the Yunohost SSO web page, login succeeded. But on both apps, there is no way to return from the successful Yunohost login to the app.
I tried myself with th same result. I didn't try the Element app because now I am afraid not to be able to login again.
I am sure that worked ok before. What can I do?
[18:16:56]
<toromtomtom> > <@wylelb:matrix.org> toromtomtom: are you still getting that error?
Wylel: yes
[18:52:03]
<petlo_lithi> Bonsoir !
Excusez moi de vous déranger. Si vous avez quelques minutes à m'accorder, j'aurais besoin d'un coup de main pour récupérer l’accès à mon serveur sous ynh.
J'ai bien l'accès en local, mais le services ynh-vpnclient est tombé depuis plusieurs jours et impossible de le relancer. J'ai vérifié chez ARN (mon fournisseur de VPN), ça ne semble pas venir de chez eux. Dans le doute ils m'ont régénéré un fichier de conf mais ça n'a pas corrigé le soucis.
Voici un extrait des logs : https://paste.yunohost.org/tegopewape.bash
[18:52:52]
<petlo_lithi> Je précise que ce bug a député après un redémarrage du serveur
[19:07:15]
<petlo_lithi> débuté*
[19:09:11]
<Wylel> > <@toromtomtom:matrix.org> sent an image.
This happens after you resend the welcome email, correct? Is it immediately after, or is there a delay?
[19:26:27]
<Charles P.> > <@petlo_lithi:matrix.org> Je précise que ce bug a député après un redémarrage du serveur
Oulà, un bug à l'Assemblée nationale, ça doit être grave 🫣
Tes logs disent simplement que ton serveur arrive bien à se connecter au VPN mais qu'une fois connecté il n'arrive pas à contacter debian.org.
Peux-tu essayer de te connecter toi-même au VPN (via ton PC?) et de `ping debian.org` ?
[19:34:45]
<Wylel> When adding another external share to Nextcloud, using Local, and I go to the same place the predetermined ones are set. I made the folder there, same ownership and permissions as the "share" folder, but it will still not allow me to upload to said folder. Do I need to restart something for this?
[19:36:10]
<Wylel> https://aria.im/_matrix/media/v1/download/matrix.org/LZnyZqUQdQyDPNoJOqiqMsKb
[19:36:41]
<Wylel> Recipes is the folder in question. It has the same permissions and ownership of the "Multimedia" one, but does not allow any user to upload to manipulate that folder at all.
[23:09:42]
<orhtej2> Nyan Pumpkin 🎃💖