[00:04:28]
<orhtej2> > <@m606:matrix.org> is it a 'no' answer ? )
on live system these should be replaced by real values
[00:04:37]
<orhtej2> so if you're testing nginx config just replace the vars with real path
[00:05:31]
<m606> ok thanks
[00:28:55]
<Yunohost Git/Infra notifications> [freshrss_ynh] orhtej2 merged [pull request #194](https://github.com/YunoHost-Apps/freshrss_ynh/pull/194): Fix warnings
[00:30:25]
<Yunohost Git/Infra notifications> [freshrss_ynh] orhtej2 opened [pull request #195](https://github.com/YunoHost-Apps/freshrss_ynh/pull/195): 1.24.3~ynh1
[00:33:14]
<Yunohost Git/Infra notifications> [freshrss_ynh] orhtej2 pushed 2 commits to testing ([427292c41938...9818b7d310dc](https://github.com/YunoHost-Apps/freshrss_ynh/compare/427292c41938...9818b7d310dc))
[00:35:11]
<Yunohost Git/Infra notifications> [piped_ynh] orhtej2 merged [pull request #158](https://github.com/YunoHost-Apps/piped_ynh/pull/158): Upgrade to v2024.11.21
[00:35:23]
<Yunohost Git/Infra notifications> [piped_ynh] orhtej2 deleted branch ci-auto-update-2024.11.21
[00:35:29]
<orhtej2> uhhh bot? why are you watching piped_ynh?
[01:52:19]
<Aleks (he/him/il/lui)> (because it's in the most popular apps ... but eh yeah that's debatable i don't know what's the appropriate policy)
[01:53:32]
<Aleks (he/him/il/lui)> https://github.com/YunoHost/webhooks/commit/e7fd4faf4d8a6226718f68c80a44c948636a34a7
[02:00:20]
<m606> for the record, what gives the 302 (YNH login page) in below sample is `try_files $uri widget.html;`. When replacing that line by `index widget.html` then it works as I wanted. Given that location isn't a real folder (just a shortcut to widget.html in `$install_dir`, I'm fine with `index` directive rather than `try_files`.
```
location __PATH__/widget/ {
# Path to source
alias __INSTALL_DIR__/;
try_files $uri widget.html;
# Include SSOWAT user panel.
include conf.d/yunohost_panel.conf.inc;
}
```
[02:01:13]
<m606> for the record, what gives the 302 (YNH login page) in below sample is `try_files $uri widget.html;`. When replacing that line with `index widget.html` then it works as I wanted. Given that location isn't a real folder (just a shortcut to widget.html in `$install_dir`, I'm fine with `index` directive rather than `try_files`.
```
location __PATH__/widget/ {
# Path to source
alias __INSTALL_DIR__/;
try_files $uri widget.html;
# Include SSOWAT user panel.
include conf.d/yunohost_panel.conf.inc;
}
```
[02:01:22]
<m606> for the record, what gives the 302 (YNH login page) in below sample is `try_files $uri widget.html;`. When replacing that line with `index widget.html` then it works as I want. Given that location isn't a real folder (just a shortcut to widget.html in `$install_dir`, I'm fine with `index` directive rather than `try_files`.
```
location __PATH__/widget/ {
# Path to source
alias __INSTALL_DIR__/;
try_files $uri widget.html;
# Include SSOWAT user panel.
include conf.d/yunohost_panel.conf.inc;
}
```
[07:54:07]
<Émy – OniriCorpe> [@limezy:matrix.org](https://matrix.to/#/@limezy:matrix.org)on me remonte ça sur un de tes packages :
« Par hasard, tu gèrerais pas aussi le package tldraw? mes images s'uploadent pas en mode partagé. »
[07:54:34]
<Émy – OniriCorpe> Aucune idée de ce que ça veut dit mais voilà
[08:33:09]
<Yunohost Git/Infra notifications> [mastodon_ynh] isAAAc opened [issue #477](https://github.com/YunoHost-Apps/mastodon_ynh/issues/477): upgrade to 4.2.13~ynh1 is failing
[09:54:56]
<oliviermgx> Hello, sorry but following logrotate helpers, my /var/log/app/app.log stay empty ? If someone could give me some idea, many thanks for your help
https://paste.yunohost.org/raw/seyoyenide
[10:04:11]
<orhtej2> > Hello, sorry but following logrotate helpers, my /var/log/app/app.log stay empty ? If someone could give me some idea, many thanks for your help
> https://paste.yunohost.org/raw/seyoyenide
Does running the app from command line produce any output?
[10:05:42]
<oliviermgx> > Does running the app from command line produce any output?
normally yes
[12:39:21]
<Yunohost Git/Infra notifications> [appgenerator] ericgaspar opened [pull request #13](https://github.com/YunoHost/appgenerator/pull/13): small fixes
[12:39:21]
<eric_G> oliviermgx: the message is for me
[12:39:22]
<oliviermgx> thank you. Sorry but dont understand
> I see you started packaging docusaurus
?
[12:39:36]
<oliviermgx> > <@ericg:matrix.org> oliviermgx: the message is for me
sorry but it's coming to me from Salamandar, I dont know why
[13:30:37]
<Yunohost Git/Infra notifications> [freshrss_ynh] orhtej2 deleted branch orhtej2-patch-1
[14:22:55]
<nicofrand> eric_G: Hi! I could not wait to test nextcloud 30, and see about performances and such, so I tried the testing branch, it worked like a charm ❤️
[14:50:48]
<limezy> > <@oniricorpe:im.emelyne.eu> [@limezy:matrix.org](https://matrix.to/#/@limezy:matrix.org)on me remonte ça sur un de tes packages :
> « Par hasard, tu gèrerais pas aussi le package tldraw? mes images s'uploadent pas en mode partagé. »
Merci pour l'info en effet je viens de voir sur le forum. Il faudrait sacrément dépoussiérer ce package... Je suis assez chargé au boulot en ce moment mais il faudrait que je jette un oeil
[14:50:54]
<limezy> > eric_G: Hi! I could not wait to test nextcloud 30, and see about performances and such, so I tried the testing branch, it worked like a charm ❤️
So, is the performance bump worth the upgrade ?
[14:51:21]
<limezy> (I was never satisfied with Nextcloud... So slow)
[14:52:50]
<nicofrand> it feels snappier, but maybe I am just dreaming. I'll have to do checks again
[14:56:58]
<limezy> Could an expert here explain to me what is failing here please ? It's my first try with helpers version 2.1 I'm slightly lost
https://ci-apps-bullseye-dev.yunohost.org/ci/job/20987
Is my `ynh_restore "$install_dir/.env"` in restore script wrong ?
The .env is initiated using `ynh_config_add --template=".env" --destination="$install_dir/.env"`
Thanks !
[15:00:44]
<Aleks (he/him/il/lui)> ah yes, you're backing up both $install_dir and $install_dir/.env, and then restore $install_dir ... but the restore operation probably moves every file in $install_dir, including .env, and then .env doesnt exist anymore in the archive
[15:01:15]
<Aleks (he/him/il/lui)> not sure it's really related to helpers2.1 ?
[15:01:48]
<Aleks (he/him/il/lui)> not sure you really need this specific stuff about restoring .env individually, it's part of the install_dir sooo ...
[15:23:01]
<limezy> Understood, thanks for the explanation
[15:25:04]
<limezy> Indeed I don't need .env to be regenerated separately
[15:50:00]
<eric_G> I am still wondering what is the best way to deploy on YunoHost static site made by generator like docusaurus, eleventy and others
[15:50:23]
<Salamandar> yeah agreed things are not obvious and highly depend on the way the user deploys
[15:51:03]
<oliviermgx> > <@Salamandar:matrix.org> @ericg:matrix.org I see you started packaging docusaurus, but with a nodejs server. It would be better to have a statically built site (with a cron / systemd timer, idk)
finally understood, really sorry
[15:51:44]
<eric_G> are you talking to me? 🔫
[15:53:24]
<Salamandar> > finally understood, really sorry
??
[15:53:31]
<eric_G> https://www.youtube.com/watch?v=tp6KExqs_3o
[15:54:07]
<Salamandar> > finally understood, really sorry
word-based notification ?
[15:55:49]
<oliviermgx> > <@Salamandar:matrix.org> word-based notification ?
i made a mistake and answer to your reply to eric. dont take into account, it was time for grandpa nap
[15:57:44]
<Salamandar> xD
[17:10:26]
<Yunohost Git/Infra notifications> test2
[17:10:28]
<Yunohost Git/Infra notifications> test3
[18:58:27]
<Yunohost Git/Infra notifications> App microblogpub failed all tests in job [#12297](https://ci-apps.yunohost.org/ci/job/12297) :(
[20:37:51]
<Yunohost Git/Infra notifications> [nextcloud_ynh] rodinux opened [pull request #755](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/755): Update manifest.toml
[21:32:51]
<eric_G> ^I think this is just the link being broken...
[21:37:32]
<rodinux> > <@ericg:matrix.org> ^I think this is just the link being broken...
hope so... how be sure ?
[21:38:19]
<eric_G> wait for upstream complains 😬
[21:38:42]
<rodinux> also here is broken https://nextcloud.com/changelog/#latest29
[21:46:30]
<rodinux> all the links... nextcloud-29.0.9\*
[22:01:26]
<miro5001> > <@ericg:matrix.org> I am still wondering what is the best way to deploy on YunoHost static site made by generator like docusaurus, eleventy and others
I was using Hugo and thought about packaging it. But, running hugo serve is not the same as the output on public folder. The first one will be run as a service and the second is a html website. Performance will be different and impact on the server also.
May be, source files and the generated website should not be on the same folder. (data_dir for the first and install_dir for the second). Another option, mount data_dir on multimedia or allow nextcloud to have access, or another app to edit and upload files and have a config panel button to run the static site generation.
[22:03:48]
<eric_G> I am working on a solution https://github.com/YunoHost-Apps/eleventy_ynh/tree/npm for eleventy
[22:14:35]
<Yunohost Git/Infra notifications> App drupal7 rises from level 6 to 8 in job [#12340](https://ci-apps.yunohost.org/ci/job/12340) !
[22:27:38]
<ljf> Nextcloud 29.0.9 doesn't exist anymore ! https://github.com/YunoHost-Apps/nextcloud_ynh/blob/master/manifest.toml#L62
[22:27:48]
<ljf> https://download.nextcloud.com/server/releases/
[22:30:43]
<rodinux> > <@ljf:sans-nuage.fr> Nextcloud 29.0.9 doesn't exist anymore ! https://github.com/YunoHost-Apps/nextcloud_ynh/blob/master/manifest.toml#L62
I have made a PR to fix with latest-29, but we think it is broken symbolic links to all nextcloud-29.0.9*...
[22:30:43]
<ljf> it could be because there is a problem with this archive ...
[22:31:25]
<rodinux> it must the only one, look here also https://nextcloud.com/changelog/#latest29
[22:33:42]
<ljf> yes i know the changelog has not been updated
[22:33:43]
<ljf> very strange
[22:34:04]
<ljf> should we alert nextcloud ?
[22:34:38]
<rodinux> https://github.com/nextcloud/server/issues/49498
[22:36:57]
<rodinux> lot of poeple must have been alerted
[22:41:09]
<rodinux> I have failed an upgrade but hopefully the restore backup have worked...
[23:19:08]
<rodinux> ljf: what is your advice about this PR https://github.com/YunoHost-Apps/nextcloud_ynh/pull/753 ?
[23:39:28]
<rodinux> ```
2024-11-26 23:16:22,092: DEBUG - ++ cut '-d'\''' -f2
2024-11-26 23:16:22,094: DEBUG - + current_version=29.0.8
2024-11-26 23:16:22,094: DEBUG - + current_major_version=29
2024-11-26 23:16:22,095: DEBUG - ++ ynh_read_manifest --manifest_key=resources.sources.main.url
2024-11-26 23:16:22,095: DEBUG - ++ grep -o '[0-9][0-9]\.[0-9]\.[0-9]'
```
[23:41:54]
<rodinux> Dans ce cas non seulement le paquet de la 29.0.9 a disparu, mais le lien symbolique vers la latest-29 existe toujours 29.0.8 🥶
[23:50:45]
<rodinux> It's better go to bed sometimes...
[23:58:19]
<rodinux> Est-ce que ça veut dire que la leaest-29 est une 29.0.8 ?? https://paste.yunohost.org/raw/vimewovoqe
[23:58:45]
<rodinux> Est-ce que ça veut dire que la latest-29 est une 29.0.8 ?? https://paste.yunohost.org/raw/vimewovoqe