[00:05:06]
<Salamandar> > Install imgkit in app venv?
weirdly enough it doesn't work…
[00:05:06]
<Paprika> Yes, it doesn't work, because yunorunner actually doesn't use the environment
[00:06:10]
<Paprika> I added some debug lines, and if you check the environment path, it defaults to the default system path for python, instead of using the venv in `/var/www/yunorunner`
That's why running the script directly (`package_check`) actually works, when using yunorunner to run the job doesn't
[00:06:35]
<Paprika> As far as I understood with a quick investigation on the `package_check.sh` script
[00:07:23]
<Paprika> I added some debug lines, and if you check the environment path, it defaults to the default system path (`/usr/bin/env`) for python, instead of using the venv in `/var/www/yunorunner`
That's why running the script directly (`package_check`) actually works, when using yunorunner to run the job doesn't
[03:31:45]
<Paprika> Maybe I'm sleep deprived, but I can't get redirect app to work properly. I want to expose an app to the public that's installed on a different machine. Usually it works well, but now it started throwing tantrums. I pick to use `subdomain.domain.tld/`, pick the option proxy\_pass, and type the other IP or subdomain/domain. However, that first instance where the redirect is installed, insists on redirecting me first to the yunohost/admin page.
How does one avoid that? Am I missing something?
[05:10:54]
<lapineige> And that's not the SSO user login page, but the admin ? Strange !
[05:21:51]
<Paprika> Well actually, I went deeper and thought something must be wrong. Anyways, I installed cloudflared and tried redirecting some POST requests directly to localhost via cloudflare tunnel. Yet, same story - nginx throws 302.
[05:28:32]
<Paprika> Oh mein god, for some reason it unborked itself and started working. Whatever was happening, magically disappeared with no explanation. All I did was I tried editing ssowat file, but maybe that did it. Will have to test further.
[05:33:33]
<Paprika> Oh mein god, for some reason it unborked itself and started working. Whatever was happening, magically disappeared with no explanation.
[05:34:29]
<Paprika> Oh mein god, for some reason it unborked itself and started working. Whatever was happening, magically disappeared with no explanation.
With this, I managed to get yunorunner running in my repositories.
[06:04:38]
<lapineige> > Ok, then I think I'll document it in the forum so it can be handled latter on (I'll try to do that soon…).
Done here https://forum.yunohost.org/t/migration-to-ynh-12-restoring-ynh-11-backups-on-fresh-install-gives-strange-conflicts/34640
[07:30:29]
<isAAAc> orhtej2 Aleks (he/him/il/lui)
i'll wait a bit before a retry, keep me in touch if you find why (and how to bypass/fix) it fails
good luck against thee flue ;)
[08:38:17]
<Aleks (he/him/il/lui)> hmpf yeah we need the stupid fix
[08:38:17]
<Aleks (he/him/il/lui)> ` Do you want to continue? [Y/n]`
[08:52:52]
<Lasse Gismo> Hi Aleks.
Will document that in the forum too but, are there already initial insights into my YNH11ToYNH12 restore problem?
What I did:
prepared new image
forgot to run a full-upgrade :-(
created user and domain via web UI
ran full restore - ended up with "nextcloud not part of the installead apps list" error
ran "sudo apt update" and "sudo apt full-upgrade
reboot
ran apps restore - see image
got all the last 7 app restore error logs
The list of logs starts with the very first:
https://paste.yunohost.org/raw/ijuzigiquq
https://paste.yunohost.org/raw/ututunobad
https://paste.yunohost.org/raw/ijetazufiw
https://paste.yunohost.org/raw/eyaqucikoj
https://paste.yunohost.org/raw/yadubuqata
https://paste.yunohost.org/raw/orutapuqag
https://paste.yunohost.org/raw/zezokanigu
https://paste.yunohost.org/raw/otupipafop
https://paste.yunohost.org/raw/vanemuwecu
https://paste.yunohost.org/raw/eloroqunej
https://paste.yunohost.org/raw/pazupuhevi
[08:55:37]
<Aleks (he/him/il/lui)> i'm battling with the flu so i won't have a look right now ...
[09:39:08]
<lapineige> > <@PommyK:matrix.org> Hi Aleks.
>
> Will document that in the forum too but, are there already initial insights into my YNH11ToYNH12 restore problem?
> What I did:
> prepared new image
> forgot to run a full-upgrade :-(
> created user and domain via web UI
> ran full restore - ended up with "nextcloud not part of the installead apps list" error
> ran "sudo apt update" and "sudo apt full-upgrade
> reboot
> ran apps restore - see image
> got all the last 7 app restore error logs
> The list of logs starts with the very first:
> https://paste.yunohost.org/raw/ijuzigiquq
> https://paste.yunohost.org/raw/ututunobad
> https://paste.yunohost.org/raw/ijetazufiw
> https://paste.yunohost.org/raw/eyaqucikoj
> https://paste.yunohost.org/raw/yadubuqata
> https://paste.yunohost.org/raw/orutapuqag
> https://paste.yunohost.org/raw/zezokanigu
> https://paste.yunohost.org/raw/otupipafop
> https://paste.yunohost.org/raw/vanemuwecu
> https://paste.yunohost.org/raw/eloroqunej
> https://paste.yunohost.org/raw/pazupuhevi
>
You may try what I did : install a new Nextcloud, restore system backup, remove nextcloud, restore nextcloud backup
[10:13:10]
<Lasse Gismo> Ok, same with the other apps not restored?
[10:16:43]
<lapineige> I guess so
[10:17:47]
<Lasse Gismo> That's like "from behind through the chest into the eye".
[10:21:19]
<lapineige> But it may work ^^
[10:28:20]
<Lasse Gismo> But will try:
New image
Install all apps
Restore system
Remove all apps
Restore all apps
Let's fingers cross.
[11:36:23]
<ben> Hi all, I have some problems with borg backup since the migration from 11 to 12, I am trying to find out if it is normal that new mounts appear when the backup starts (I think the problem is not borg but the underlying yunohost backup function.
I am looking into all kinds of things and one of the questions I have is why there is new mounts coming when I start borg by "systemctl start borg", after that when I do "mount |grep backup" I see some new mount information. It seems that some of the BTRFS volumes are no mounted in "/home/yunohost.backup/tmp/auto_nextcloud/apps/nextcloud/backup/".
Is this normal?
[13:05:46]
<ben> it is always hard to find this kind of information about Yunohost... I hate to have to bother people all the time with such questions, I am not a programmer and am a bit limited to find such info, I can understand code a bit, but no idea how to find such info.
[13:25:02]
<lapineige> Well it's quite an advanced use case ^^
[13:25:28]
<lapineige> I don't understand if you mean those btrfs volume should or should not be there
[15:30:19]
<nicofrand> should not. I think he meant "volumes are noW mounted in"
[15:33:45]
<koalillo> does anyone know where `/etc/resolv.dnsmasq.conf` comes from? I'm playing with YunoHost + Yggdrasil + OpenNIC, and this is overriding my DNS with some public DNS servers. this is on a plain Debian VM freshly installed, where I only installed YunoHost + yggdrasil... I don't mind overwriting the file, but I'd like to know how this file is managed to do it properly
[15:36:20]
<koalillo> ah, yes, it's YunoHost https://github.com/YunoHost/yunohost/blob/dev/conf/dnsmasq/plain/resolv.dnsmasq.conf ; is there any documentation on how to disable this?
[15:40:01]
<Aleks (he/him/il/lui)> just point `/etc/resolv.conf` to something else than 127.0.0.1 i suppose
[15:42:24]
<koalillo> yeah, I was just wondering if there's a proper way to do it- updating some component might trigger the change again?
[15:43:08]
<koalillo> I can override it in many ways, but it's best if you do it properly. I realize wanting to use strange DNS is unusual, but I'm surprised DNS is overridden this way
[15:44:23]
<koalillo> (this is an experiment to check if Yggdrasil + OpenNIC is a good place to test YunoHost- including mail funcionality- without having to "pay" for public IP addresses or domain names.)
[16:39:18]
<koalillo> (BTW, I overrode the DNS servers dirtily, disabled the YunoHost firewall... and I could exchange email between two YunoHost systems, using a "free" OpenNIC domain, and without using public IP addresses at all
[16:40:34]
<koalillo> it's a bit longwinded, but it's not actually a terrible way to test email functionality...
[17:39:27]
<gredin67> est-ce que la migration de `domain.tld/nextcloud` à `nextcloud.domain.tld` est bien gérée par le paquet nextcloud_ynh ?
[17:42:23]
<Tony> sorry, I think I noticed something during my upgrade to 12.0.9.1 about rspamd going away - in any case, it doesn't appear to be installed anymore, but I can't find anything in the forums for what has taken its place. Should I be running something else for spam filtering?
[17:44:02]
<Aleks (he/him/il/lui)> https://forum.yunohost.org/t/yunohost-12-0-bookworm-release-sortie-de-yunohost-12-0-bookworm/31673
>The email antispam (Rspamd) and the XMPP server (Metronome) are not part of the core anymore. Instead, they have become separate applications: see [Rspamd](https://apps.yunohost.org/app/rspamd) and [Metronome](https://apps.yunohost.org/app/metronome)
[17:44:07]
<Paprika> rspamd is now available as a package in the catalog I believe
[17:45:00]
<Tony> ah, thank you, thank you - bad forum search skills
[17:58:59]
<Tony> hm, went through the post and the comments, didn't see anything about the reasoning why not to ship yunohost with default spam filtering anymore
[18:04:21]
<Aleks (he/him/il/lui)> because rspamd eats quite a lot of memory by default even though doing nothing, it has non-trivial dependencies such as libhyperscan which requires specific cpu capabilities and was causing issues on some specific hardware, and the integration inside yunohost has never been really maintained (ie there's probably specific configuration and tweaks for it to work properly). All of this in addition to the fact that not everybody wants to use yunohost to receive email anyway and end up needing an antispam
[18:04:52]
<Aleks (he/him/il/lui)> also the rspamd devs hate the rspamd version shipped in Debian because it's always late, so it's better to have it as a separate application where it's easier to build it locally using the latest version available on their repo
[18:06:13]
<Tony> ah, interesting - thanks for the detail!
[18:15:52]
<ben> > I don't understand if you mean those btrfs volume should or should not be there
Not and I wonder why Yunohost causes these mounts to be added. It slows down backups drastically. Backups took 10 minutes on Yunohost 11 and on 12 it is now some hours.
[18:17:33]
<ben> > Well it's quite an advanced use case ^^
Hmm it is just a BTRFS filesystem, not so special I'd say. I used BTRFS for many years. It
[18:20:54]
<ben> Anyway, can someone point me at the place for the data backup, so what defines which paths to include there. And also same for nextcloud.
[18:23:49]
<ben> You know, the backup of "data", which must be part of main Yunohost, right?
[18:24:33]
<ben> In contrary to the app nextcloud, which probably ships what to backup with the app, right?
[19:12:31]
<p> can you guys migrate a matrix server?
[21:46:03]
<orhtej2> `cli` could accept top suggestion when pressing enter TBH
[23:07:58]
<Paprika> Usually it's overwritten by `/etc/resolvconf/resolv.conf.d/head` file, so if you need a permanent change, that's where you ought to make it, at least temporary. When I had an emergency and needed a quick solution, that's what I did.