[00:52:30]
<Yunohost Git/Infra notifications> [appgenerator] alexAubin merged [pull request #8](https://github.com/YunoHost/appgenerator/pull/8): Fix helper 2.1
[00:52:31]
<Yunohost Git/Infra notifications> [appgenerator] alexAubin pushed 2 commits to main ([3e3815f32dbb...1cb731f845d6](https://github.com/YunoHost/appgenerator/compare/3e3815f32dbb...1cb731f845d6))
[00:52:32]
<Yunohost Git/Infra notifications> [appgenerator/main] Fix helper 2.1 - eric_G
[00:52:32]
<Yunohost Git/Infra notifications> [appgenerator/main] Merge pull request #8 from ericgaspar/patch-3 Fix helper 2.1 - Alexandre Aubin
[07:29:42]
<Yunohost Git/Infra notifications> [apps] yunohost-bot created new branch add-to-wishlist-shiny-server
[07:29:42]
<Yunohost Git/Infra notifications> [apps] yunohost-bot pushed 1 commit to add-to-wishlist-shiny-server: Add Shiny server to wishlist ([b156f9ae](https://github.com/YunoHost/apps/commit/b156f9ae29f4accefe2f3de178d1f2a14e4aed3d))
[07:29:44]
<Yunohost Git/Infra notifications> [apps] yunohost-bot opened [pull request #2694](https://github.com/YunoHost/apps/pull/2694): Add Shiny server to wishlist
[07:29:45]
<Yunohost Git/Infra notifications> [apps] yunohost-bot labeled Wishlist on [pull request #2694](https://github.com/YunoHost/apps/pull/2694): Add Shiny server to wishlist
[08:33:36]
<Thomas> Is there no `no-remove-on-failure` flag for a failed restore?
[09:04:13]
<ghose> TZAG 🇪🇺 I know it's sunday morning 🙏 I've been reading "packaging documentation" and I'm in the *testing* chapter. I've manually test (in my own ynh server) to install/uninstall/upgrate/backup and recover from backup. Fixed minor issues and everything works fine now (AFAIK). So I guess I should share my phanpy-ynh for others (or automatically?) test and find errors
[09:05:21]
<ghose> should I publish git repo on the forum? make a PR to YNH apps git?
[09:45:44]
<tituspijean> ghose: sorry I'm a bit out of the loop, have you published your repo on the Yunohost-Apps organization on Github? Are you willing to do so?
[09:47:06]
<ghose> do you mean this step? https://yunohost.org/en/packaging_publishing
[09:48:07]
<ghose> IDK how (or if I should) edit apps.toml to add my package
[09:49:06]
<ghose> I don't think it is ready, because I don't exactly know what is automatically managed and what should I manage personally
[09:50:09]
<ghose> this is the package: https://github.com/xmgz/phanpy_ynh/tree/main
[09:50:34]
<ghose> it is what I've done so far.
[09:51:35]
<tituspijean> > <@ghose:tchncs.de> do you mean this step? https://yunohost.org/en/packaging_publishing
Actually no, maybe this step is not documented since it's optional.
I'm talking about publishing the repo in there: https://github.com/yunohost-apps/
It has some advantages: accessibility to other contributors, access to the testing bot (the CI your ran manually), the autoupdater, and the autoREADME.
But you can totally avoid that and publish the link to your personal repo in the catalog
[09:56:08]
<tituspijean> If you want to proceed with transferring the repo, I can invite you to the organization
[09:56:29]
<ghose> oh! yes thank you 🤗
[09:56:35]
<ghose> I'm reading https://yunohost.org/en/packaging_apps_git
[09:56:47]
<ghose> about "how to transfer"
[10:03:52]
<tituspijean> I'm inviting you in the org
[10:05:58]
<tituspijean> You should have received and email (or maybe a notification). After accepting it, you can transfer the repository from its settings page, at the bottom there's a Danger Zone with that option
[10:08:32]
<ghose> joined! Thank you. After reading how to work with *git* I have to make some changes to my repo before transfer. Then I guess I will learn about automatic tests and how to upgrade from upstream. I've marked "automatically get releases", but I'm not sure I did the right thing there. Anyway, thank you, I will learn.
[10:09:12]
<tituspijean> Mmh the only changes I think of is changing the remote url, but that can be done afterwards
[10:16:05]
<tituspijean> Let me know when you do the transfer, I need to give your maintainer rights back ;)
[10:42:27]
<12b> Hi!
Can I have write access to YunoHost-Apps/yeswiki_ynh ?
[10:43:36]
<Yunohost Git/Infra notifications> [apps] yunohost-bot created new branch add-to-wishlist-flopedt
[10:43:38]
<Yunohost Git/Infra notifications> [apps] yunohost-bot pushed 1 commit to add-to-wishlist-flopedt: Add flopEDT to wishlist ([53b45361](https://github.com/YunoHost/apps/commit/53b453612559b0865e60ce72ecdaeee3d42ce4e2))
[10:43:41]
<Yunohost Git/Infra notifications> [apps] yunohost-bot opened [pull request #2695](https://github.com/YunoHost/apps/pull/2695): Add flopEDT to wishlist
[10:43:42]
<Yunohost Git/Infra notifications> [apps] yunohost-bot labeled Wishlist on [pull request #2695](https://github.com/YunoHost/apps/pull/2695): Add flopEDT to wishlist
[10:43:48]
<tituspijean> > Hi!
> Can I have write access to YunoHost-Apps/yeswiki_ynh ?
What's your github username again? :)
[10:44:10]
<12b> https://github.com/Lab-8916100448256
[10:52:34]
<12b> thanks!
[10:59:05]
<12b> I'm investigating why the backup of yeswiki is failing in the CI (like here : https://ci-apps-dev.yunohost.org/ci/job/3843 )
The error is on the file `/etc/yunohost/hooks.d/post\_app\_install/yeswiki\_sync\_app\_importer.sh`
The error is `File or folder '--src_path=/etc/yunohost/hooks.d/post_app_install/yeswiki_sync_app_importer.sh' to be backed up does not exist`
But the file name is correct and it should exist.
I'm wondering if the backup process is runing as root or as an unpriviledged user (the /etc/yunohost/hooks.d/post\_app\_install directory is accessible only by root)
Could that be the cause of the error?
[11:09:54]
<12b> I'm investigating why the backup of yeswiki is failing in the CI (like here : https://ci-apps-dev.yunohost.org/ci/job/3843 )
The error is on the file `/etc/yunohost/hooks.d/post_app_install/yeswiki_sync_app_importer.sh`
The error is `File or folder '--src_path=/etc/yunohost/hooks.d/post_app_install/yeswiki_sync_app_importer.sh' to be backed up does not exist`
But the file name is correct and it should exist.
I'm wondering if the backup process is runing as root or as an unpriviledged user (the /etc/yunohost/hooks.d/post\_app\_install directory is accessible only by root)
Could that be the cause of the error?
[11:10:58]
<12b> Note that I have done a manual test of a backup of the yeswiki app on one yunohost server, through the webadmin, and that the file `yeswiki\_sync\_app\_importer.sh` is correctly backed-up. So the issue seems to be specific to the CI.
[12:25:39]
<Yunohost Git/Infra notifications> [appgenerator] ericgaspar opened [pull request #9](https://github.com/YunoHost/appgenerator/pull/9): More fixes
[12:26:40]
<Yunohost Git/Infra notifications> [appgenerator] ericgaspar edited [pull request #9](https://github.com/YunoHost/appgenerator/pull/9): More fixes
[12:28:12]
<eric_G> 12b: strangely we still have Composer complaining `php-zip` is not present even if it 🤔
[12:29:13]
<12b> I've not seen that. is it in the CI log?
[12:32:50]
<eric_G> https://ci-apps-bullseye-dev.yunohost.org/ci/job/20700
[12:34:57]
<orhtej2> > I'm investigating why the backup of yeswiki is failing in the CI (like here : https://ci-apps-dev.yunohost.org/ci/job/3843 )
> The error is on the file `/etc/yunohost/hooks.d/post_app_install/yeswiki_sync_app_importer.sh`
> The error is `File or folder '--src_path=/etc/yunohost/hooks.d/post_app_install/yeswiki_sync_app_importer.sh' to be backed up does not exist`
> But the file name is correct and it should exist.
> I'm wondering if the backup process is runing as root or as an unpriviledged user (the /etc/yunohost/hooks.d/post\_app\_install directory is accessible only by root)
> Could that be the cause of the error?
I don't get it either unless it's not full container snapshot but selected list of paths that are backed up on the ci
[12:38:44]
<orhtej2> > I don't get it either unless it's not full container snapshot but selected list of paths that are backed up on the ci
There's no filtering
[12:38:56]
<orhtej2> S idk 🤷
[12:41:37]
<12b> doing more tests, the issue with the backup of yeswiki_sync_app_importer.sh is actually also happening when doing a manual backup on a yunohost server. my previous test was with a yeswiki installed from yunohost catalog. I just did a test with a yeswiki installed from the 4.4.5 branch where the CI is failing and it did reproduce the error.
[12:44:11]
<12b> > <@ericg:matrix.org> https://ci-apps-bullseye-dev.yunohost.org/ci/job/20700
that's strange, 2 days ago there wasn't that error
[12:46:28]
<12b> And I just did an install with the 4.4.5 branch on my test server and it went fine.
[12:48:21]
<12b> log of the install : https://paste.yunohost.org/raw/akukegiges
[12:48:34]
<12b> only the backup of the app is failing
[12:51:38]
<12b> is it possible to get the same detailed log from the CI run?
[12:52:48]
<Tag> Usually there's a yunopaste link after the error
[12:53:20]
<Tag> > that's strange, 2 days ago there wasn't that error
https://paste.yunohost.org/raw/ezajawehih
[12:53:46]
<12b> ah, yes indeed. thanks
[12:53:53]
<Tag> > I'm investigating why the backup of yeswiki is failing in the CI (like here : https://ci-apps-dev.yunohost.org/ci/job/3843 )
> The error is on the file `/etc/yunohost/hooks.d/post_app_install/yeswiki_sync_app_importer.sh`
> The error is `File or folder '--src_path=/etc/yunohost/hooks.d/post_app_install/yeswiki_sync_app_importer.sh' to be backed up does not exist`
> But the file name is correct and it should exist.
> I'm wondering if the backup process is runing as root or as an unpriviledged user (the /etc/yunohost/hooks.d/post\_app\_install directory is accessible only by root)
> Could that be the cause of the error?
https://paste.yunohost.org/raw/otilokaxoj
[13:03:25]
<12b> the CI is still on bullseye?
[13:04:33]
<12b> I'm testing on yunohost 12 so that may explain some differences
[13:05:15]
<Yunohost Git/Infra notifications> [appgenerator] Salamandar approved [pull request #9](https://github.com/YunoHost/appgenerator/pull/9#pullrequestreview-2425757735) More fixes
[13:05:23]
<Salamandar> > the CI is still on bullseye?
nope
[13:09:13]
<12b> well, there it is ynh 11 : https://ci-apps-bullseye-dev.yunohost.org/ci/job/20700
[13:10:01]
<miro5001> !testme runs on both
Here https://github.com/YunoHost-Apps/indico_ynh/pull/3
[13:13:34]
<Salamandar> > well, there it is ynh 11 : https://ci-apps-bullseye-dev.yunohost.org/ci/job/20700
yes, please check the URL ;)
[13:20:51]
<12b> > <@ericg:matrix.org> 12b: strangely we still have Composer complaining `php-zip` is not present even if it 🤔
the CI job for bookworm is failing with a different error : `sed: can't read /var/www/yeswiki/wakka.config.php: No such file or directory`
some weird things are happening on CI side
[13:31:51]
<Salamandar> > I'm investigating why the backup of yeswiki is failing in the CI (like here : https://ci-apps-dev.yunohost.org/ci/job/3843 )
> The error is on the file `/etc/yunohost/hooks.d/post_app_install/yeswiki_sync_app_importer.sh`
> The error is `File or folder '--src_path=/etc/yunohost/hooks.d/post_app_install/yeswiki_sync_app_importer.sh' to be backed up does not exist`
> But the file name is correct and it should exist.
> I'm wondering if the backup process is runing as root or as an unpriviledged user (the /etc/yunohost/hooks.d/post\_app\_install directory is accessible only by root)
> Could that be the cause of the error?
this package now uses helpers v2.1, the syntax changed, remove the --src_path=
[14:03:52]
<Solrac> Hello hello. I'm here to report a bug on a package I originally started but don't remember how I fixed it. -- The MotionEye app installs and uninstalls fine, but I was stuck using my own build for a while, because I wasn't able to work on it. I since found out it's been maintained (Thank you!!) So I decided to give the maintained version a try, and again, it installs fine. However, I noticed something. **MotionEye cannot be accessed, not through domain name, nor local IP Address.** This was something I ran into when I was working on it myself but I admit I forgot how I did it, so at this time I can't make a PR for it. -- I understand that this is something that I should probably make an issue about in the github, but...
What's the thing one needs to do to allow a local port to be accessed out? `curl http://127.0.0.1:8765` works, however local access nor domain access works.
If there's a place where I should ask about this, please let me know @u@"
[14:05:49]
<12b> yes, this seems to fix the issue. thanks.
well at least it did fix the backup on my test server. I'll push that fix to the 4.4.5 branch and trigger the CI again 🤞
[14:08:14]
<12b> > yes, this seems to fix the issue. thanks.
> well at least it did fix the backup on my test server. I'll push that fix to the 4.4.5 branch and trigger the CI again 🤞
still no luck with the CI. looks like it is broken : https://ci-apps-bullseye-dev.yunohost.org/ci/job/20702
[14:13:53]
<12b> > <@lsolrac:matrix.org> Hello hello. I'm here to report a bug on a package I originally started but don't remember how I fixed it. -- The MotionEye app installs and uninstalls fine, but I was stuck using my own build for a while, because I wasn't able to work on it. I since found out it's been maintained (Thank you!!) So I decided to give the maintained version a try, and again, it installs fine. However, I noticed something. **MotionEye cannot be accessed, not through domain name, nor local IP Address.** This was something I ran into when I was working on it myself but I admit I forgot how I did it, so at this time I can't make a PR for it. -- I understand that this is something that I should probably make an issue about in the github, but...
>
> What's the thing one needs to do to allow a local port to be accessed out? `curl http://127.0.0.1:8765` works, however local access nor domain access works.
>
> If there's a place where I should ask about this, please let me know @u@"
on this line of the install script : https://github.com/YunoHost-Apps/motioneye_ynh/blob/bada77f90982dd6a0e21b88d7b6cd104fa503294/scripts/install#L35
you need to add the parameter `--needs_exposed_ports`
[14:14:36]
<12b> you can check how it is done for some other app, like in this one : https://github.com/YunoHost-Apps/peertube_ynh/blob/9127eaba1fc76aa77919d90b00d02c47890895dd/scripts/install#L85C109-L85C130
[14:14:40]
<Solrac> can I somehow try this on an already installed instance or should I try it on a fork?
[14:15:52]
<12b> if you want to open the port on an already installed instance you can do it in the yunohost web admin in yunohost/admin/#/tools/firewall
[14:20:13]
<Solrac> > if you want to open the port on an already installed instance you can do it in the yunohost web admin in yunohost/admin/#/tools/firewall
Oh that's already open on both ipv4 and v6
[14:20:33]
<Solrac> Double checked and still no luck
```
curl "http://192.168.1.191:8765/"
curl: (7) Failed to connect to 192.168.1.191 port 8765 after 17 ms: Could not connect to server
```
[14:20:48]
<Solrac> unless this needs fw restart
[14:21:51]
<12b> or maybe the service is listening only on 127.0.0.1 and not on all network interfaces?
[14:23:58]
<Solrac> > or maybe the service is listening only on 127.0.0.1 and not on all network interfaces?
How can that be tested? As far as I understand it's a simple python server that hosts the page, the rest is done via configuration
[14:25:09]
<12b> you can try this : `ss -lp | grep 8765` it should report on which interface the process is listening
[14:26:01]
<Solrac> ```
tcp LISTEN 0 128 127.0.0.1:8765 0.0.0.0:*
```
🤔
[14:28:28]
<12b> so it is listening only on 127.0.0.1
[14:29:05]
<Solrac> how can we open it then?
[14:33:59]
<12b> I d'ont know that app. but maybe you are not supposed to access it directly through this port? there is an nginx reverse proxy.
[14:36:29]
<Solrac> > I d'ont know that app. but maybe you are not supposed to access it directly through this port? there is an nginx reverse proxy.
the documentation of the app says yes. Its the only way to access it by default as you are expected to redirect to it through other methods
[14:42:59]
<12b> > <@lsolrac:matrix.org> the documentation of the app says yes. Its the only way to access it by default as you are expected to redirect to it through other methods
"redirect to it through other method" is exactly what yunohost is doing using nginx reverse proxy. if you go to the yunohost user portal of your server you should find a link to the app
[14:43:49]
<12b> you should also find this link in the web admin, in yunohost/admin/#/apps/motioneye
[14:44:04]
<Solrac> yeah, was checking that too... The contents of the nginx are correct.
```
#sub_path_only rewrite ^/$ / permanent;
location / {
# Path to source
alias /var/www/motioneye/;
proxy_pass http://127.0.0.1:8765;
proxy_set_header Host $host;
more_set_headers "X-Frame-Options: ALLOWALL";
# Include SSOWAT user panel.
include conf.d/yunohost_panel.conf.inc;
}
```
which now begs the question again...
It used to return 504 pre-firewall, now it returns 502
[14:48:37]
<12b> there should be some more detailed errors in the logs
[15:09:12]
<12b> I just tried to install motioneye. I don't have any 50x error when accessing the web app. There are other issues with the app though.
[16:50:23]
<ghose> Hi room 👋 Eventually sent my `phanpy_ynh` package to YNH-Organization. It's my first ever try to package anything 😃 but I'm already learning a lot (not personal IT person background). Thank you and appreaciate your help. I will try to minimize errors and inconvenience to the workflow of the *Admins* there in GitHub
[17:10:38]
<tituspijean> I've granted the maintainership rights back to you ;)
[17:10:45]
<tituspijean> And I'm gonna try the app :)
[17:16:55]
<miro5001> > <@ghose:tchncs.de> Hi room 👋 Eventually sent my `phanpy_ynh` package to YNH-Organization. It's my first ever try to package anything 😃 but I'm already learning a lot (not personal IT person background). Thank you and appreaciate your help. I will try to minimize errors and inconvenience to the workflow of the *Admins* there in GitHub
Phanpy is a pokemon 😁
[17:30:53]
<Solrac> > I just tried to install motioneye. I don't have any 50x error when accessing the web app. There are other issues with the app though.
Feel free to tell. Also, were you able to just access the app?
[17:30:57]
<Aleks (he/him/il/lui)> https://aria.im/_matrix/media/v1/download/matrix.org/ytEXLGcudgmQJcZshLOZcDLS
[17:31:50]
<12b> > <@lsolrac:matrix.org> Feel free to tell. Also, were you able to just access the app?
Yes I was able to access the app.
[17:32:08]
<Solrac> O h ?
[17:32:08]
<12b> but I was not able to add my usb camera
[17:32:42]
<12b> now it's working. I had to fix a bunch of things
[17:34:19]
<12b> have you found any error in the logs?
[17:38:34]
<12b> while debuging the issues on my side I found 3 sources of logs to investigate :
- journalctl -xeu motioneye
- /var/www/motioneye/motioneye.log
- /var/www/motioneye/logs/motion.log
[17:41:31]
<thomas> https://im.discretos.fr:5443/upload/fb44a22e1b5e8650614030b49a71bbc4429abb8b/DNm1XasHkEcaDrQLmuI94g4iBPVClTEM7ihVq0WC/coach.jpeg
[17:42:01]
<12b> not sure I remember everything. mostly filesystem permissions and security settings in the systemd service file and I disabled the motion service, as motioneye is starting the motion process
[17:42:31]
<thomas> (sorry for the unexpected image, has nothing to do here)(sorry, again)
[18:36:03]
<Yunohost Git/Infra notifications> [apps] ericgaspar merged [pull request #2695](https://github.com/YunoHost/apps/pull/2695): Add flopEDT to wishlist
[18:36:03]
<Yunohost Git/Infra notifications> [apps] ericgaspar pushed 1 commit to master: Add flopEDT to wishlist (#2695) ([b93bf6f2](https://github.com/YunoHost/apps/commit/b93bf6f28a388b06de2c1010a4e4bf77c083e8b2))
[18:36:04]
<Yunohost Git/Infra notifications> [apps] ericgaspar deleted branch add-to-wishlist-flopedt
[18:36:37]
<Yunohost Git/Infra notifications> [apps] yunohost-bot pushed 1 commit to master: Automatically add dates to the catalog files ([952b6fc6](https://github.com/YunoHost/apps/commit/952b6fc6767913839eeefbbfb0ed7e727b7db54a))
[19:08:11]
<12b> > <@ericg:matrix.org> 12b: strangely we still have Composer complaining `php-zip` is not present even if it 🤔
I reproduced this on ynh 11 server. the difference with ynh 12 server, where this error is not happening, is the default php version
[19:11:45]
<12b> on ynh12 the defaut php version is 8.2 and yeswicli runs fine
on ynh11 the default php version ius 7.4 and yeswicli gives the error about zip extention missing
[19:12:42]
<12b> what I don't understant is that yeswiki installed from main branch does not have this error on ynh 11
[19:39:22]
<eric_G> > what I don't understant is that yeswiki installed from main branch does not have this error on ynh 11
puzzling indeed 🫠
[19:42:15]
<eric_G> I have been testing appgenerator on a package https://github.com/ericgaspar/ouline-server_ynh. Appgenerator works quite well! five minutes max to create the package.
[19:43:27]
<eric_G> (and 2 hours of debugging 😅)
[19:53:06]
<tituspijean> Since you are talking about VPN, I have rediscovered Headscale/Tailscale recently. It just works. More pleasant experience than WireGuard (though it requires to run some commands in CLI)
[20:03:01]
<12b> Tailscale is using wireguard under the hood. wireguard is very low level so not so easy tu use.
[20:09:21]
<12b> what would be the best way to force yeswicli to use the correct version of php?
I was thingking about replacing occurences of `php ` by `php8.2 ` in the yeswicli file during the setup and upgrade scripts ... but I'm not sure about that
[20:16:35]
<12b> about VPN, do you know [yggdrasil network](https://yggdrasil-network.github.io/about.html)?
[20:17:47]
<12b> not really a VPN, but the discution made me thing about it