05:18 <crux-arm-bot> [crux-arm/crux-ports-core-arm64]: Update deploy.yml

05:18 <crux-arm-bot>

05:23 <pitillo> not sure about jaeger, I'm trying to setup a github action to send messages and it seems it's adding a new line for an extendend commit description, which we aren't using, so it seems to add a new blank line

05:25 <pitillo> this isnthe code I've used to set it up

05:25 <pitillo> # Send IRC message by bot

05:25 <pitillo> - name: irc push

05:25 <pitillo> uses: rectalogic/notify-irc@v1

05:25 <pitillo> if: github.event_name == 'push'

05:25 <pitillo> with:

05:25 <pitillo> channel: "#crux-arm"

05:25 <pitillo> server: "irc.libera.chat"

05:25 <pitillo> nickname: crux-arm-bot

05:25 <pitillo> message: |

05:25 <pitillo> [${{ github.repository }}]: ${{ github.event.commits[0].message }}

05:26 <pitillo> github.event.commits.*.message is the responsible and which I feel adds more informqaion than we are passing onnthe messages (header + description, so we are using header and description is empty)

05:27 <pitillo> probably this can be done in other ways... but I haven't found any other and I lack github knowledge to improve it

05:31 <jaeger> The join and part spam would get annoying quickly

05:32 <jaeger> One option would be to do it as a webhook like we're setting up with gitea

05:33 <jaeger> Though that would require an endpoint for github to contact

05:36 <jaeger> Alternatively, a github action that uses a container to send a message to redis or something like that where the bot can read it

07:00 <pitillo> for the join/part spam I believe it can be fixed implementing an irc bot, join it here and let it wait for messages, but this requires a service running on the server (whih shouldn't be a problem but requires more time investment), I think this should work as a hook

07:02 <pitillo> another option was teying to get the git log info into a github env var and use it instead of the github.event.commit... but I don't know much about this option, so I need to read more docs and do more tests (probably I should do it on another channel to avoid noise here)

07:03 <pitillo> s/teying/trying

07:16 <crux-arm-bot> [crux-arm/crux-ports-opt-arm64]: Update deploy.yml

07:16 <crux-arm-bot>

07:16 <crux-arm-bot> #[crux-arm/crux-ports-opt-arm64]: Update deploy.yml

07:18 <pitillo> moved tests to another channel....

07:23 <beerman> ☕️ i don't mind em :)

07:32 <pitillo> there isn't much movement here... it's just annoying

07:34 <pitillo> I've seen that the python bot adds a blank line after header and description messages, so let's see if I can take sources and check if they can be removed in any way

07:54 <beerman> we should be using matrix

07:54 <beerman> its trivial to add a rss feed to a matrix room

07:54 <beerman> even if we bridged irc to matrix and support both

07:54 <beerman> that would work as well

08:33 <pitillo> I don't know about matrix

08:39 <crux-arm-bot> [auto] Update REPO file

08:40 <crux-arm-bot> Update deploy.yml

08:40 <crux-arm-bot> Update deploy.yml

08:40 <pitillo> it seems I was able to remove the blank lines....

08:42 <crux-arm-bot> Update deploy.yml

08:44 <crux-arm-bot> Update deploy.yml

08:44 <crux-arm-bot> [auto] Update REPO file

08:45 <crux-arm-bot> [auto] Update REPO file

08:49 <crux-arm-bot> Update deploy.yml

08:50 <crux-arm-bot> Update deploy.yml

08:50 <beerman> Matrix is just.. so much better for everything :D

08:51 <crux-arm-bot> Update deploy.yml

08:51 <crux-arm-bot> Update deploy.yml

08:51 <crux-arm-bot> Update deploy.yml

08:51 <beerman> a decentralised service you can host yourself, so we could have a matrix server running on crux.nu and federated so its part of the official matrix eco system.

08:51 <pitillo> matrix.org ?

08:51 <crux-arm-bot> Update deploy.yml

08:51 <crux-arm-bot> Update deploy.yml

08:51 <beerman> yeah

08:52 <beerman> I am connected to irc using my own matrix server right now

08:52 <pitillo> I'll check and read about it... never heard about matrix

08:53 <beerman> it's pretty neat. I got several messengers bridged on my matrix host and can use them with my regular matrix client wherever I am. From the web, from my mobile, etc etc

08:53 <beerman> you would just need a rss feed bot, which is basically done with a few mouse clicks

08:55 <pitillo> sounds great

09:01 <beerman> yeah it's pretty neat

09:01 <beerman> if you want to get started matrix.org is hosting itself too, and you can just register there

09:02 <beerman> i haven't setup anything on crux.nu

09:28 <pitillo> I'll first read and if I make any test, I'll check if the pine64 or the rpi3 fit well for than objective

09:30 <pitillo> next week I'll put hands on docker on the rpi3 just to move my website there... this is my first task besides crux-arm tasks

09:36 <beerman> oh no, i don't think hosting on a pi or so will suffice

09:36 <beerman> matrix is easily one of my most ressource hungry services

09:37 <beerman> at least after federating it, which is the way to go for end to end encryption

09:50 <beerman> anyhow, there is matrix-synapse port in contrib, so its easy to just get it up and running

09:50 <beerman> feel free to test it

10:23 <pitillo> interesting

10:24 <pitillo> good to know that point about resources eater

10:32 <beerman> it might make sense to try it, but i never did

10:32 <beerman> it would make more sense to host it on crux.nu anyway

11:10 <pitillo> yeah

11:16 <beerman> jue is no fan, anyway, and jaeger isn't either, I guess. Not sure right now but we talked briefly about it in the past

11:16 <beerman> i still like matrix a lot

12:24 <pitillo> from what I've read I see it an interesting idea (some kind of universal IM, not linked to any specific software/hardware)... but I need to deep a bit more

12:25 <pitillo> that layer adds complexity but gives independence for using apps and keep them heterogeneus

19:54 <crux-arm-bot> [auto] Update REPO file

19:58 <beerman> universal IM is what the EU is trying to do anyway, dunno if you noticed (weird shit)

19:58 <beerman> they are called bridges in matrix and there is a lot of them though

19:58 <beerman> irc, signal, discord etc

20:01 <pitillo> no idea abput that universal IM... but I believe it could be good if it's well implemented

20:01 <beerman> https://matrix.org/bridges/

20:03 <pitillo> yeah, I was reading a bit this morning

20:09 <beerman> its pretty convenient to self host this

20:13 <jaeger> What are you using as your local bridge and client?

20:18 <beerman> i mainly use mautrix bridges

20:18 <beerman> synapse as a homeserver

20:18 <beerman> element-web as a client

20:18 <beerman> homeserver is native, everything else is dockerized

20:19 <beerman> i also used to use the native electron element client but boy building electron is painful

20:19 <beerman> schildichat on mobile

20:22 <beerman> and actually: for irc i use the publicly hosted bridge on matrix.org, it was the first bridge i setup when i started trying out matrix, else it's mautrix-{discord,signal,telegram} and they are working great