[01:38:31]
<Navan> > <@ericg:matrix.org> I wasted so much time trying to improve the package... Nothing get merged. I solved it by working on my own repo 😅
can I use your repo to upgrade :p
[06:55:40]
<eric_G[m]> you'd better use the official test branch to upgrade. My repo breaks almost every possible path and install PostgreSQL instead of MySQL
[18:06:57]
<tituspijean[m]> For sure it was... 😅
[18:07:42]
<limezy> https://github.com/YunoHost-Apps/photoprism_ynh/issues/22
[18:08:19]
<limezy> Any expert here who would have an advise where to search ?
[18:08:43]
<limezy> That bug is definitely strange…
[18:15:32]
<limezy> Because if we want something clean it looks like we will have to add to our package an optional build script, to be run by that build server upon update of the master or testing branch ?
[18:16:05]
<tituspijean[m]> Indeed we would need to have a build script, potentially tuned per architecture.
[18:16:07]
<limezy> > <@ericg:matrix.org> 5. How do you envision this collaboration?
balaa: interested to read you on that one
[18:16:43]
<balaa> We’d like to add dockerized YunoHost as a service in our App Store
[18:17:03]
<limezy> You would have to dockerize Debian… I don’t think that’s possible ?
[18:17:16]
<balaa> Def possible
[18:17:41]
<eric_G[m]> I wonder why a Mosaic user would want to install a dockerized version of YunoHost...
[18:17:47]
<balaa> because YunoHost has more apps and is more mature
[18:18:08]
<balaa> plus they would get Mosaic's high availability capabilities for their YunoHost deployments
[18:18:23]
<eric_G[m]> Then I don't see the point in installing Mosaic and not YunoHost in the first place...
[18:18:25]
<balaa> Does Yunohost support Windows and macOS as an installation target?
[18:18:43]
<Navan> Nope
[18:18:53]
<balaa> well there's a good reason to install Mosaic
[18:19:23]
<Navan> (You can install it in a VM though, but that’s usually for development only)
[18:19:23]
<Navan> It requires an installation of Debian
[18:19:23]
<balaa> macOS -> Docker for Desktop -> Mosaic -> Yunohost
[18:19:23]
<balaa> Windows -> WSL2 -> Docker -> Mosaic -> YunoHost
[18:19:28]
<balaa> Hi all, I’m the creator of Mosaic, an “OS” designed specifically for self-hosting. Would appreciate any feedback or suggestions. Our goal is to make self-hosting more accessible https://fractalnetworks.co
[18:19:31]
<eric_G[m]> My advice, give up Mosaic and contribute to YunoHost (after all you are in the YunoHost room) 😅
[18:20:02]
<eric_G[m]> https://aria.im/_matrix/media/v1/download/matrix.org/ZWdfKQubyMuatsTejFmwyjej
[18:20:06]
<Navan> Uhhhhhhh YunoHost usually requires full control over the firewall and stuff just so opening/closing ports is handled by YunoHost itself
[18:20:19]
<Navan> You’re complicating things too much. It might be easier for you to create helper scripts to install YunoHost packages in Mosiac if you really want
[18:20:22]
<Navan> But having a full installation of YunoHost would be pointless
[18:20:25]
<balaa> or we could make Mosaic an app on YunoHost
[18:20:35]
<Navan> That could definitely be a possibility
[18:20:45]
<Navan> Let me look into Mosaic, give me a second
[18:21:10]
<Navan> (There was a developer here who got YunoHost working in Docker though, they had to fake systemd iirc)
[18:21:20]
<balaa> yup, found his images
[18:21:27]
<Navan> Assuming Mosiac runs in Docker, you can totally create Mosiac as an app for YunoHost
[18:21:37]
<Navan> And if you make sure all the volumes for the images are stored in the data directory, you can even take advantage of YunoHost’s backup and restore feature
[18:22:04]
<Tag> For sure it's a way, and we can hack in docker to extract stuff from the package.
But I would say building stuff ourself to put in our package is the best way
[18:22:07]
<limezy> That’s why I’m happy to keep in compilation mode for my outline package
[18:22:11]
<Tag> I think YunoHost could provide a server for packagers to compile their package, and then distribute binaries through the packages.
[18:22:21]
<limezy> But Photoprism was really really messy to compile, and I had memory issues while building on my OVH test server
[18:22:34]
<limezy> > <@tag:lostpod.me> I think YunoHost could provide a server for packagers to compile their package, and then distribute binaries through the packages.
That would be great… but yet another Brick to build and maintain !
[18:22:50]
<tituspijean[m]> We actually already have the Forge VM that we use to compile our own debian packages... why not some apps. And I am *so* sure we did that at some point for some apps
[18:23:01]
<tituspijean[m]> yup I found some builds for wekan for example
[18:23:06]
<limezy> But this was manual I guess ?
[18:23:22]
<Salamandar> Could someone test the github oauth login on my instance pliz ? <3
[18:23:27]
<limezy> Yep
[18:23:34]
<Salamandar> limezy looks like it works, I even had an email notif. Thanks ! <3
[18:23:44]
<limezy> Yep 👍
[18:23:46]
<limezy> I have added the Immich app to your list. Just discovered that new photo manager, looking very promising
[18:24:06]
<Salamandar> indeed, looks nice
[18:24:14]
<limezy> I may try packaging it when Photoprism will be finished
[18:24:33]
<tituspijean[m]> limezy: regarding Photoprism, I have no idea why an app would need to read initrd.img. Could it be some weird side effect of extracting a docker image?
[18:24:44]
<Tag> A mysterious /initrd.img file appearing during install ?
[18:24:48]
<tituspijean[m]> Nah, it's like it's reading the one already on the system.
[18:24:56]
<Tag> wtf
[18:24:59]
<limezy> > <@tag:lostpod.me> A mysterious /initrd.img file appearing during install ?
I think this file is normal. However, it seems that Photoprism executable will try to read it at startup for no reasons
[18:25:16]
<Tag> where do you grab the binary file ?
[18:25:35]
<tituspijean[m]> I backed up mine and regenerated it with `update-initramfs -c -k all`, to no avail.
[18:25:37]
<tituspijean[m]> From a docker image 😅
[18:25:39]
<tituspijean[m]> https://ci-apps-dev.yunohost.org/ci/job/2909
^ change url fails but is reported as "OK" in the CI summary
[18:25:59]
<tituspijean[m]> balaa
0. that's quite a hardware requirement you have here, that's not for every purse.
1. do you plan to make the whole OS code open source?
2. what's the app deployment model? docker based?
3. how do you plan to "create value"?
4. how do you envision the "growing network" feature? what will be shared between servers?
[18:26:07]
<tituspijean[m]> > <@Salamandar:matrix.org> Finally could make Fider work \o/
> https://feedback.salamandar.fr/
> (unfortunately, it's domain-root only…)
That looks so nice! Should we integrate that in lieu of our wishlist? :o
[18:26:09]
<balaa> mosaic provides docker volume replication natively
[18:26:33]
<balaa> but thats cool
[18:26:39]
<Navan> Why don’t you spin up an instance of YunoHost on a VPS, try installing docker and then running Mosiac?
[18:26:47]
<Navan> that’ll answer all of your questions about the limitations of running Mosiac on YunoHost
[18:26:52]
<Navan> If you think it’s worth it, then either try to package it yourself or open a request on the app wish list
[18:27:08]
<balaa> sounds like a plan, thanks
[18:27:09]
<balaa> We want to collaborate! Not compete
[18:27:14]
<balaa> We have decided to be container based though. So we’d have to work out that divergence in technical strategy 😊
[18:27:42]
<eric_G[m]> 5. How do you envision this collaboration?
[18:27:45]
<balaa> we love YunHost, so adding it to Mosaic is probably the approach we'll explore first
[18:27:50]
<Navan> That’ll be a ton of work though :(
[18:27:54]
<balaa> plus we really want to support Windows / macOS users
[18:27:55]
<Navan> We all want high availability on our servers, but that would require change a lot of stuff on YunoHost
[18:28:00]
<balaa> will report back with findings
[18:28:19]
<balaa> nah, just need to integrate with mosaic's storage and connectivity layers
[18:28:26]
<balaa> problem solved
[18:28:37]
<Salamandar> Finally could make Fider work \o/
https://feedback.salamandar.fr/
(unfortunately, it's domain-root only…)
[18:28:54]
<Salamandar> That's really nice, they provide a one-click export of the full data (posts, comments, configuration, etc)
[18:28:57]
<Salamandar> Looks like you can get the *history* of votes for a app…
[18:29:16]
<balaa> turn off YunoHosts firewall mgmt stuffs and let Fractal Gateway handle it
[18:29:23]
<balaa> gotta run, PRs to review -- excited to continue the conversation
[18:29:32]
<balaa> and thanks for being friendly
[18:29:34]
<limezy> > <@titus:pijean.ovh> limezy: regarding Photoprism, I have no idea why an app would need to read initrd.img. Could it be some weird side effect of extracting a docker image?
Yes I was thinking this too
[18:29:48]
<Navan> Another thing you should look into is editing the helpers that YunoHost provides (like for example opening a port) and then passing that information onto Fractal Gateway to handle the firewall stuff
[18:29:55]
<Navan> No worries, have an awesome time tinkering
[18:30:01]
<limezy> It’s a little trick proposed by the contributors, extracting the exec from docker image instead of compiling form scratch like I was doing
[18:30:04]
<limezy> (The process being particularly messy…)
[18:30:27]
<Tag> Mmmh it's only a guess, but something regarding the arch used during compilation step ?
[18:30:32]
<limezy> > <@tag:lostpod.me> Mmmh it's only a guess, but something regarding the arch used during compilation step ?
My current guess is the kernel version, not arch
[18:30:37]
<limezy> Some kernel versions seem to work fine
[18:30:50]
<limezy> I had moments where the package worked perfectly. Others where it bugged like this. With a lot of different Ynh versions
[18:30:55]
<Tag> yes, i meant something wider than arch
like libc implementation or something
[18:31:08]
<limezy> (But didn’t manage yet to find a stable way to reproduce a working or non working situation)
[18:31:11]
<Tag> compiled with musl and ran with glibc or something, maybe?
[18:31:20]
<Tag> i don't know /o\
[18:31:21]
<limezy> You are talking Chinese to me but maybe ? 😂
[18:31:25]
<limezy> Anyway the current situation is that I’m stuck
[18:31:29]
<Tag> And I don't master this either, sound quite chinese to mee too 😁
[18:31:34]
<limezy> Which is a pity given how far we went with this package !
[18:31:51]
<Tag> > <@titus:pijean.ovh> From a docker image 😅
Maybe we need a build server for this /o\
[18:31:58]
<Tag> Docker scraping will not last :(
[18:32:01]
<limezy> > <@tag:lostpod.me> Docker scraping will not last :(
Why are you saying so ?
[18:32:10]
<balaa> 0. we expect most to leverage existing hardware
1. Yes, entirely open source.
2. Docker based deployment
3. by delivering apps and services that users own / economic opportunity for end user
4. each app can determine its own “sharing” methodology, our SDK will make basic sharing capabilities with strong privacy guarantees trivial to implement
[18:32:11]
<Tag> Well I feel like it's a bit hackish and "not the best way"
[21:28:38]
<tituspijean[m]> > ` - ynh_app_config_apply is now an official helper since version '?'`
yeah, sure... :p
[21:46:06]
<tituspijean[m]> Soooo, eric_G gredin67 and others, I think I finally cracked Dendrite. PR to test: https://github.com/YunoHost-Apps/dendrite_ynh/pull/45