[11:21:55]
<Christophe> Hello, question about https://github.com/YunoHost-Apps/dolibarr_ynh/issues/130
How can I check that https://github.com/YunoHost-Apps/dolibarr_ynh/pull/133 is already in the last dolibarr_ynh release ?
[11:37:31]
<orhtej2> > <@c.moille:matrix.org> Hello, question about https://github.com/YunoHost-Apps/dolibarr_ynh/issues/130
> How can I check that https://github.com/YunoHost-Apps/dolibarr_ynh/pull/133 is already in the last dolibarr_ynh release ?
It's not merged so it's not
[16:39:19]
<sa> Hello
[16:39:37]
<sa> Just upgraded to ynh 12
[16:39:44]
<sa> I get many issues
[16:39:47]
<sa> You are running inconsistent versions of the YunoHost packages… most probably because of a failed or partial upgrade.
yunohost version: 12.0.11 (stable)
yunohost-admin version: 11.3.0 (stable)
yunohost-portal version: ? (stable)
moulinette version: 12.0.4 (stable)
ssowat version: 12.0.3 (stable)
[16:40:24]
<sa> that's the first pack os issues (probably they are the source cause of the others). What should I do?
[16:47:03]
<sa> Forget my resquest for help, it just needed a second reboot, the first one was not enough
[16:47:05]
<sa> : )
[16:47:39]
<sa> Now I still have some issues, but everything looks much better
[17:59:40]
<Lasse Gismo> I'm so happy now, to be able now to run my YNH on my new Raspi5 with 64 Bit and will thank all guys here that I bored with my problem. The final tip to handle this, came from https://forum.yunohost.org/t/wordpress-recovery-from-backup-not-possible-error-at-line-1-unknown-command/32348/2.
[18:00:36]
<Lasse Gismo> Heureka - TD I was finally successful with my YNH11toYNH12 migration project. The bad "boy" was the "db.sql(s)" in the backup directories of the failed apps and especially the first line to enable the sandbox mode "/\*!999999- enable the sandbox mode \*/" wich has to be removed from the files and the restore ran through without any harm.
[18:01:44]
<Lasse Gismo> It's a really great community here 😊
[18:03:09]
<bitPickup> Lasse Gismo: +1
[18:10:43]
<Lasse Gismo> Ok guys, enough for today and a nice evening to all of you.
[18:23:56]
<sa> When doing a long task from the web interface, like upgrading, could I close my browser, go to a different computer and somehow resume that webadmin session?
[18:28:36]
<sa> I would like to leave the computer from where I started the task and go to a different computer. On the other computer I would like to check the status of the task, I don't mind checking it through terminal or through web, how could I do it?
[18:30:38]
<sa> tmux or screen on terminal would have been much better, but I started the task on webadmin interface :(
[18:36:16]
<Aleks (he/him/il/lui)> no, but the upgrade will keep happening on the server ... however what you describe will be possible in 12.1, we are reworking the way we stream log from the server to the client
[18:36:41]
<Aleks (he/him/il/lui)> (we're thinking about having a beta release for 12.1 during February)
[18:37:21]
<sa> Thank you Aleks. So now I should leave it there and later just do a diagnosis to see if everything is ok I gess, right?
[18:37:37]
<Aleks (he/him/il/lui)> yup
[18:37:42]
<sa> Cool
[18:37:57]
<Aleks (he/him/il/lui)> you can also check the log in Tools > Journal (at least to see if it's "green")
[18:38:14]
<sa> Yes, that's what I was about to ask now : )
[18:38:37]
<Aleks (he/him/il/lui)> but if i remember correctly that's only doable once the task is completed (success or failure) because otherwise the webadmin is still kind of "frozen" as long as there's an operation going on
[18:38:39]
<sa> I upgraded to 12 and now I'm upgrading Mastodon and it is taking ages
[18:39:26]
<Aleks (he/him/il/lui)> (at least thats the way it is until 12.1)
[18:39:26]
<sa> Ok, I'll be patient waiting for my logs
[19:02:16]
<orhtej2> > <sa> tmux or screen on terminal would have been much better, but I started the task on webadmin interface :(
You can still tail logs fro `/var/log/yunohost/operations` on the console