[04:18:02]
<Yunohost Git/Infra notifications> Failed to run the source auto-update for : httpsh. Please run manually the `autoupdate_app_sources.py` script on these apps to debug what is happening! Debug log : http://paste.yunohost.org/raw/aqahihosid
[06:13:30]
<Tag> > <@yunohostinfra:matrix.org> Failed to run the source auto-update for : httpsh. Please run manually the `autoupdate_app_sources.py` script on these apps to debug what is happening! Debug log : http://paste.yunohost.org/raw/aqahihosid
Vilain bug... I think it's using the wrong base URL for checking the updates of the 2nd sources
[06:14:28]
<Tag> It's using upstream.code instead of resources.sources.ttyd.arm64.url or something
[06:14:53]
<Tag> And upstream.code it from httpsh
[07:35:01]
<Aleks (he/him/il/lui)> we should probably have an `autoupdate.uptsream = 'https://github.com/tsl0922/ttyd'` ?
[08:02:02]
<bigl ⚡> i did it
[08:02:12]
<bigl ⚡> got Conduit.rs to work right
[08:02:38]
<bigl ⚡> i cant join the yuno support tho due to network differences
[08:04:36]
<eric_G> bigl ⚡️: this channel is for development
[08:05:06]
<bigl ⚡> how do i join the other
[08:06:25]
<eric_G> what's stopping you from joining the support channel?
[08:07:49]
<bigl ⚡> Room versions
[08:08:54]
<bigl ⚡> https://aria.im/_matrix/media/v1/download/494b8.strangled.net/T1pZh6qRfFWyOB5jYfHLuUMjMDtDZsWU
[08:09:04]
<bigl ⚡> I host on my own network and apparently this is one of the issues
[08:09:15]
<bigl ⚡> Also guys is it possible to use Yunohost locally
[08:15:21]
<eric_G> please use the forum
[08:40:10]
<Yunohost Git/Infra notifications> [issues] @Salamandar labeled :space_invader: bug on [issue #2253](https://github.com/YunoHost/issues/issues/2253): ynh_secure_remove behaviour with symlinks
[08:40:10]
<Yunohost Git/Infra notifications> [issues] @Salamandar opened [issue #2253](https://github.com/YunoHost/issues/issues/2253): ynh_secure_remove behaviour with symlinks
[08:43:36]
<Yunohost Git/Infra notifications> [issues] @Salamandar edited [issue #2253](https://github.com/YunoHost/issues/issues/2253): ynh_secure_remove behaviour with symlinks
[08:44:39]
<Yunohost Git/Infra notifications> [issues] @Salamandar edited [issue #2253](https://github.com/YunoHost/issues/issues/2253): ynh_secure_remove behaviour with symlinks
[09:25:42]
<Yunohost Git/Infra notifications> [yunohost] @Salamandar opened [pull request #1716](https://github.com/YunoHost/yunohost/pull/1716): Add --follow_symlink to ynh_secure_remove
[09:47:40]
<lautre> Just found why I can't update Yunohost certificats (for domaines) when it's beyound a SNI passthrought proxy. There was too much "proxy_protocol" in the config for the default admin page, seems used by the "renew" certificate
[09:51:09]
<Aleks (he/him/il/lui)> what do you mean "too much"
[11:36:27]
<tituspijean> lautre: c'est toi en fait? https://shelter.moe/@superdupont/111142086401442818
[11:36:59]
<lautre> Oui, mais faut pas le crier trop haut. Internet pourrait l'entendre :D
[11:37:14]
<lautre> C'est le compte pour Unvanquished.net
[11:38:13]
<lautre> Pour l'informatique en générale, c'est plutôt https://mastouille.fr/deck/@lautre
[11:38:25]
<mrflos> 🍿 https://noyaml.com/
[11:39:40]
<lautre> Qui est ce que j'avais croisé au Fuz la semaine dernière?
[11:40:14]
<eric_G> Collector?😬
[11:40:50]
<Aleks (he/him/il/lui)> Moi ;P
[11:42:14]
<eric_G> https://aria.im/_matrix/media/v1/download/matrix.org/oAzqAsznKfaRULChZccnTbBV
[11:42:39]
<Aleks (he/him/il/lui)> haha
[11:50:20]
<lautre> Au final, pour lYunohost derrière un SNI passthroutgh, il y a quelques fichiers à modifier.
- ```/etc/nginx/conf.d/yunohost_admin.conf``` (1 modification : ```listen 443 ssl http2 default_server proxy_protocol;``` )
- Pour chaque domaines, il faut aussi ajouter le ```proxy_protocol``` dans le listen pour le port 443 en ipv4 (sans le ```default_server ``` )
- Le reste, c'est pour les logs et obtenir l'IP distante. je dois "stabiliser" mes modifications, mais ça n'est pas bloquant (juste que tout semble venir du proxy sans ces modifications)
[11:59:35]
<Yunohost Git/Infra notifications> [dynette] @alexAubin pushed 1 commit to master: Relax rate limit for availability check ? ([00ae15a9](https://github.com/YunoHost/dynette/commit/00ae15a9bccdf53c265b66a7eb754dcb0bd76a2c))
[12:25:55]
<Yunohost Git/Infra notifications> [yunohost] @alexAubin pushed 2 commits to dyndns ([2e4f2e8e3a7d...53ffe3c1c070](https://github.com/YunoHost/yunohost/compare/2e4f2e8e3a7d...53ffe3c1c070))
[12:25:59]
<Yunohost Git/Infra notifications> [yunohost/dyndns] dyndns: fix availability check, polish UX - Alexandre Aubin
[12:26:02]
<Yunohost Git/Infra notifications> [yunohost/dyndns] dyndns: fix tests - Alexandre Aubin
[12:30:18]
<Yunohost Git/Infra notifications> [yunohost] @alexAubin pushed 2 commits to dyndns ([53ffe3c1c070...0f109db6cadf](https://github.com/YunoHost/yunohost/compare/53ffe3c1c070...0f109db6cadf))
[12:30:28]
<Yunohost Git/Infra notifications> [yunohost/dyndns] dyndns: typo - Alexandre Aubin
[12:30:28]
<Yunohost Git/Infra notifications> [yunohost/dyndns] dyndns/domain_remove: be paranoid and keep the dyndns unsubscribe + cert/dyndns/setting cleanup before the regenconf - Alexandre Aubin
[12:40:46]
<Yunohost Git/Infra notifications> [yunohost] ✖️ Pipeline [#1019638887](https://gitlab.com/yunohost/yunohost/-/pipelines/1019638887) canceled on branch dyndns
[13:31:00]
<Tag> yesterday I was thinking about the UX for `yunohost tools addswap`
How to remove it ? Shrink ? Expand etc...
It's maybe better to have a `yunohost tools setswap`
[13:31:25]
<Tag> yesterday I was thinking about the UX for `yunohost tools addswap`
How to remove it ? Shrink ? Expand etc...
It's maybe better to have a `yunohost tools setswap` handling only one swap file
[13:32:05]
<Tag> And I guess it shouldn't block the API (sometimes removing swapon/swapoff take longer...)
[13:34:40]
<Tag> (et j'ai envie de laisser les tickets `good first issues` pour celleux qui voudraient débuter avec yunohost, mais j'ai aussi envie de certains fonctionnalités :x)
[13:35:04]
<orhtej2> suddenly French
[13:35:35]
<orhtej2> > <@tag:lostpod.me> (et j'ai envie de laisser les tickets `good first issues` pour celleux qui voudraient débuter avec yunohost, mais j'ai aussi envie de certains fonctionnalités :x)
'good first issue' as in learn the ropes of designing features as well I guess?
[13:35:50]
<orhtej2> assuming my long-gone French knowledge conveyed your meaning
[13:36:00]
<tituspijean> Tag has reached their english-exhaustion threshold
[13:36:49]
<Tag> and at the same time, I kinda want those features :x
[13:37:03]
<Tag> and for contributors that need to be more familiar with the sources organisation
[13:37:16]
<Tag> and for contributors that need to be more familiar with the "code stuff from yunohost"
[13:37:21]
<Tag> > <@titus:pijean.ovh> Tag has reached their english-exhaustion threshold
oui
[13:43:36]
<Yunohost Git/Infra notifications> [yunohost] @Axolotle pushed 1 commit to dyndns: test:domains: add complex recovery password test ([ca1e088f](https://github.com/YunoHost/yunohost/commit/ca1e088f2948d53905d3477fbcccb77fc61ae8e3))
[13:44:47]
<Yunohost Git/Infra notifications> [yunohost] 🔴 Pipeline [#1019653816](https://gitlab.com/yunohost/yunohost/-/pipelines/1019653816) failed on branch dyndns
[13:49:19]
<Yunohost Git/Infra notifications> [issues] @Tagadda labeled :keyboard: Command line interface on [issue #2250](https://github.com/YunoHost/issues/issues/2250): options to select/delete backups based on age
[13:49:19]
<Yunohost Git/Infra notifications> [issues] @Tagadda unlabeled :birthday: feature on [issue #2250](https://github.com/YunoHost/issues/issues/2250): options to select/delete backups based on age
[13:49:23]
<Yunohost Git/Infra notifications> [issues] @Tagadda labeled :ambulance: Backup on [issue #2250](https://github.com/YunoHost/issues/issues/2250): options to select/delete backups based on age
[13:50:17]
<Yunohost Git/Infra notifications> [issues] @Tagadda labeled :link: Network on [issue #2251](https://github.com/YunoHost/issues/issues/2251): limit outgoing bandwith
[13:55:55]
<Yunohost Git/Infra notifications> [yunohost] @Axolotle pushed 1 commit to dyndns: domains: unique i18n key for dyndns too many requests ([4a7b2b2c](https://github.com/YunoHost/yunohost/commit/4a7b2b2cbfdb57f50dc2376272942050a922462e))
[13:57:13]
<Yunohost Git/Infra notifications> [yunohost] ✖️ Pipeline [#1019742512](https://gitlab.com/yunohost/yunohost/-/pipelines/1019742512) canceled on branch dyndns
[14:20:43]
<orhtej2> where does one report issue with new app catalog?
[14:21:14]
<orhtej2> i.e. https://apps.yunohost.org/app/rainloop lacks the link to https://yunohost.org/app_rainloop
[14:24:01]
<Aleks (he/him/il/lui)> uuuuugh
[14:24:03]
<Aleks (he/him/il/lui)> nope
[14:24:04]
<Aleks (he/him/il/lui)> nopnopenope
[14:24:11]
<Tag> General bug tracker I guess (meaning yunohost/issues)
[14:24:12]
<Aleks (he/him/il/lui)> we should really get rid of these doc pages ...
[14:24:29]
<Aleks (he/him/il/lui)> they are just redudant with the README and new app catalog
[14:25:17]
<Aleks (he/him/il/lui)> if there are some important infos they should be ported to `doc/DESCRIPTION.md`, `doc/PRE_INSTALL.md` or `doc/ADMIN.md`
[14:25:29]
<Aleks (he/him/il/lui)> or `doc/SPECIFIC_PAGE_NAME.md`
[14:25:54]
<Aleks (he/him/il/lui)> but really the whole thing of maintaining *yet another* page for each app is like big nope
[14:26:25]
<orhtej2> > <@Alekswag:matrix.org> if there are some important infos they should be ported to `doc/DESCRIPTION.md`, `PRE_INSTALL.md` or `INSTALL.md`
we start with 'do not commit here' here perhaps? https://github.com/YunoHost/doc/tree/master/pages/04.applications/10.docs
[14:27:39]
<Tag> We should also remove the links for the webadmin / app's READMEs (if not already removed)
[14:27:43]
<Aleks (he/him/il/lui)> yes, i was hoping to have the energy to sort all of this after releasing the app catalog 3 days ago, like what app does contain relevant stuff and which does not, but this is like 1 day of work at least
[14:27:45]
<Tag> We should also remove the links from the webadmin / app's READMEs (if not already removed)
[14:28:34]
<orhtej2> > <@tag:lostpod.me> We should also remove the links from the webadmin / app's READMEs (if not already removed)
tehy are not and they result in 404 for most apps, users were reporting these as bugs ;/
[14:29:03]
<orhtej2> > <@Alekswag:matrix.org> yes, i was hoping to have the energy to sort all of this after releasing the app catalog 3 days ago, like what app does contain relevant stuff and which does not, but this is like 1 day of work at least
hence I asked for issue tracker not FIX IT NOW!!!one ;)
[14:29:34]
<Aleks (he/him/il/lui)> i actually started and ended up stopping after reviewing like 10 of them because you fall into stupid existential questions like "the doc page has a different description than the DESCRIPTION.md, and seems to contain relevant sutff, should I trash the page or start the 100h work of tweaking every app repo manually with every small bits of info" etc...
[14:30:23]
<Aleks (he/him/il/lui)> yeah but like you are the 2nd person asking for this today, cf https://github.com/YunoHost/doc/pull/2351 so i'm like half-panicking about people working on already-obsolete stuff T_T
[14:30:40]
<Aleks (he/him/il/lui)> https://botsin.space/@scream
[14:33:09]
<orhtej2> > <@Alekswag:matrix.org> i actually started and ended up stopping after reviewing like 10 of them because you fall into stupid existential questions like "the doc page has a different description than the DESCRIPTION.md, and seems to contain relevant sutff, should I trash the page or start the 100h work of tweaking every app repo manually with every small bits of info" etc...
yeeeeeah but this opens up description on whether YNH Wiki isn't the right place for users? Who in their right mind want to sift through READMEs, ideally one should not visit Github at any point in typical YNH scenario, right?
[14:33:51]
<Aleks (he/him/il/lui)> yes, hence the new catalog which is like the README but like, not on Github
[14:33:53]
<orhtej2> but again, I'll post issue if it's not already in the tracker and anyone can chip in
[14:34:10]
<Aleks (he/him/il/lui)> and integrates like PRE_INSTALL.md (for apps that do have one)
[14:40:02]
<Yunohost Git/Infra notifications> [dynette] @alexAubin pushed 3 commits to master ([00ae15a9bccd...c6ae82d8ee47](https://github.com/YunoHost/dynette/compare/00ae15a9bccd...c6ae82d8ee47))
[14:40:05]
<Yunohost Git/Infra notifications> [dynette/master] Add limit exemption for trusted IPs - Alexandre Aubin
[14:40:38]
<Yunohost Git/Infra notifications> [dynette/master] config.yml -> config.yml.example - Alexandre Aubin
[14:40:59]
<Yunohost Git/Infra notifications> [dynette/master] Require Flask-Limiter 3.5.0 - Alexandre Aubin
[14:49:07]
<Yunohost Git/Infra notifications> [yunohost] @Axolotle pushed 1 commit to dyndns: test:domains: remove sleep ([c019f7f2](https://github.com/YunoHost/yunohost/commit/c019f7f24ab80a9ab63d8f4bb8656dad24186f75))
[14:57:23]
<Yunohost Git/Infra notifications> [yunohost-admin] @Tagadda pushed 1 commit to add-link-to-repo: Add link to the package repo ([86002daa](https://github.com/YunoHost/yunohost-admin/commit/86002daa29e88f707865d85243796e84811b131f))
[14:57:24]
<Yunohost Git/Infra notifications> [yunohost-admin] @Tagadda created new branch add-link-to-repo
[14:59:10]
<Yunohost Git/Infra notifications> [yunohost-admin] @Tagadda opened [pull request #531](https://github.com/YunoHost/yunohost-admin/pull/531): Add link to the package repo
[15:24:12]
<Yunohost Git/Infra notifications> [yunohost] @Axolotle pushed 1 commit to dyndns: test:domains: dyndns_recovery mock as api call to avoid cli prompts ([253a0423](https://github.com/YunoHost/yunohost/commit/253a042314ea5b4f24556c7019e054fdc59a190d))
[15:24:39]
<Yunohost Git/Infra notifications> [yunohost] 🔴 Pipeline [#1019835061](https://gitlab.com/yunohost/yunohost/-/pipelines/1019835061) failed on branch dyndns
[15:39:05]
<Yunohost Git/Infra notifications> [yunohost] @Salamandar opened [pull request #1717](https://github.com/YunoHost/yunohost/pull/1717): Create versionned directories of the helpers
[15:39:34]
<Yunohost Git/Infra notifications> [yunohost] @Salamandar edited [pull request #1717](https://github.com/YunoHost/yunohost/pull/1717): Create versionned directories of the helpers
[15:44:01]
<Aleks (he/him/il/lui)> > <@yunohostinfra:matrix.org> [yunohost] @Salamandar opened [pull request #1717](https://github.com/YunoHost/yunohost/pull/1717): Create versionned directories of the helpers
zomg yes
[15:44:40]
<Tag> wow wow wow!!!
[15:45:19]
<Tag> how to prevent breaking changes in on PR
[15:45:51]
<Salamandar> In my mind though, new helpers versions should be rare
[15:49:30]
<Tag> Oh ok I see what you did. When I first read the title I didn't think about synchronized helpers and packaging version
[15:49:56]
<Salamandar> Well that is an idea, feel free to suggest otherwise
[15:50:20]
<Salamandar> the only upside of synced helper and packaging versions is that the app packager doesn't have to know about those 2 versions
[15:52:05]
<Tag> Can we use two helpers from two different versions ?
[15:54:16]
<Salamandar> I think that would be risky
[15:54:27]
<Salamandar> but for now I only introduce the concept of having multiple versions
[15:54:43]
<Salamandar> When we write the future version, we can decide to support sourcing multiple versions, or not 🙂
[15:55:00]
<Salamandar> but I'd say we better not
[15:56:51]
<Tag> Yes, I now remember how things are done with bash and sourcing helpers... and it's not that simple ^^
Naively I though about `ynh_v2_helpernamegoeshere` but that's not how that works
[15:57:28]
<Tag> with `ynh_helpername` referring the current version or something
[15:59:20]
<Aleks (he/him/il/lui)> what i have mind in terms of "helpers wishlist":
- drop the "legacy args" stuff in all helpers (but that's like a big change as like, really forking the helpers and having to maintain possibly two base of code doing pretty much the same stuff)
- remove the horrendous mandatory `--app` arg when setting/getting app settings ~_~
- dropping stuff that are now covered by packaging v2 such as user, mysql/psql db setup (though that creates the question of what we want to do with my_webapp >_> ...)
- dropping or at least renaming or reworking the horrendous `ynh_warn_less_exec` helpers x_x
[16:07:59]
<Yunohost Git/Infra notifications> [yunohost] 🔴 Pipeline [#1019759586](https://gitlab.com/yunohost/yunohost/-/pipelines/1019759586) failed on branch dyndns
[16:09:03]
<Salamandar> > remove the horrendous mandatory --app arg when setting/getting app settings ~_~
You mean make it optional, because sometimes we need settings from other apps
> dropping stuff that are now covered by packaging v2 such as user, mysql/psql db setup (though that creates the question of what we want to do with my_webapp >_> ...)
Yeah but also sometimes you need to do some weird custom things…
[16:11:33]
<Aleks (he/him/il/lui)> yeah but the question is always how many apps do really need this and isnt there a way to work around this somehow, it's always a tradeoff between standardization/constrain versus everybody writing its own bash soup
[16:12:04]
<Aleks (he/him/il/lui)> >You mean make it optional, because sometimes we need settings from other apps
hmpf yeah i guess optional ~_~
[16:13:56]
<Salamandar> yus agreed
[16:14:08]
<Salamandar> TBH I would love a better logging process
[16:15:40]
<Salamandar> hahahahaha
[16:16:16]
<Aleks (he/him/il/lui)> i'm not sure a good logging process is doable in bash, the answer is "do less things in bash" ;P
[16:17:42]
<Salamandar> https://github.com/awesome-lists/awesome-bash#shell-script-development 😛
[16:17:50]
<Aleks (he/him/il/lui)> >bash2048 - Bash implementation of 2048 game
[16:17:51]
<Aleks (he/him/il/lui)> my god
[16:18:43]
<Salamandar> https://github.com/zombieleet/async-bash omg
[16:18:56]
<Salamandar> ok i didn't know `coproc`
[16:19:10]
<Salamandar> WHY DIDN'T I KNOW COPROC ???
[16:19:19]
<Aleks (he/him/il/lui)> dafuq is coproc
[16:20:37]
<Salamandar> omg it's so powerful
[16:21:00]
<Salamandar> https://www.gnu.org/software/bash/manual/html_node/Coprocesses.html
[16:23:00]
<Aleks (he/him/il/lui)> sounds neat
[16:27:05]
<Aleks (he/him/il/lui)> quick and dirty notes/thoughts about the future of helpers
```bash
apt -> [v2.5?] no need anymore ?
network -> [v2.5?] no need anymore ?
permission -> [v2.5?] no need anymore ?
postgresql -> [v2.5?] no need anymore for (except that they are called from the core...) : ynh_psql_create_db, ynh_psql_drop_db, ynh_psql_create_user, ynh_psql_user_exists, ynh_psql_database_exists, ynh_psql_drop_user, ynh_psql_setup_db, ynh_psql_remove_db, ynh_psql_test_if_first_run
mysql -> [v2.5?] similar to postgres
setting -> [v2.5?] rework/simplifies
string -> [v2.5?] keep only ynh_string_random and maybe ynh_replace_string, merge with utils ?
user -> [v2.5?] not needed anymore ? except ynh_exec_as, to move to utils ?z
nginx -> [v3] to be handled declaratively
php -> [v3] to be handled declaratively
systemd -> [v3] to be handled declaratively
nodejs -> [v3] to be handled declaratively
logrotate -> [v3] to be handled declaratively
fail2ba -> [v3] to be handled declarativelyn
backup -> [v3] to be handled declaratively
utils
apps -> meh
config -> i guess we ain't touching this xD
getopts -> drop legacy args syntax
hardware -> idk what's the future of this, maybe some apps do use it to autoadd swap but that should be handled by the core
logging -> rework the horrendous ynh_exec_warn_less x_x etc
multimedia -> idk what's the future of this
```
[16:31:11]
<Salamandar> > apt -> [v2.5?] no need anymore ?
say that to jellyfin
[16:31:25]
<Salamandar> (or did you manage to do it in the manifest ?)
[16:31:29]
<Aleks (he/him/il/lui)> hmf
[16:34:43]
<Aleks (he/him/il/lui)> i'm looking at the code, not sure what's the issue ?
[16:34:53]
<Aleks (he/him/il/lui)> is it the conditional apt dependencies ?
[16:35:09]
<Aleks (he/him/il/lui)> you can handle this with the `raw_bash` thingy
[16:35:14]
<Salamandar> > <@Alekswag:matrix.org> is it the conditional apt dependencies ?
doesn't it download .deb files and install it manually ?
[16:35:20]
<Salamandar> not sure how it's now
[16:36:08]
<Aleks (he/him/il/lui)> ah yes i see there's some `dpkg -i` call
[16:36:10]
<Aleks (he/him/il/lui)> hmf
[16:36:15]
<Salamandar> yeah…
[16:36:23]
<Salamandar> ok so at least it doesn't use the helpers 😛
[16:37:18]
<Aleks (he/him/il/lui)> well it does use `ynh_install_app_dependencies` to "regen" the virtual dependency
[16:37:24]
<Salamandar> ah…
[16:38:13]
<Aleks (he/him/il/lui)> also yeah I wrote "no need anymore?" but like, the core still calls the helper in packaging v2 tho, but in the general case it doesnt need to be available for the apps
[16:38:58]
<Salamandar> yeah I understand it, don't fix it if it's not broken
[16:39:19]
<Salamandar> I'm watching a video about the new Raspberry Pi 5
[16:39:24]
<Salamandar> really nice…
[16:40:47]
<Aleks (he/him/il/lui)> yet another reason to trash the currently-working-fine RPi's so nodejs developers can consume more RAM to build static assets ? 😬
[16:41:10]
<Salamandar> HAHA
[16:42:36]
<Aleks (he/him/il/lui)> like : can it compile + run on an RPi 1 with 256 MB of RAM in less than an hour ?
[16:42:46]
<Salamandar> haha
[16:43:10]
<Aleks (he/him/il/lui)> we should define benchmark for like, "ecological" software
[16:43:15]
<Salamandar> yeah I'm working for Schneider right now and the team i'm working with kind just builds a IOT bridge, with zigbee modbus ethernet etc
[16:43:45]
<Salamandar> and they are so bad at doing things that their future product will come with 16 (or is it 32 ?) GB of RAM…
[16:43:56]
<Aleks (he/him/il/lui)> :|
[16:44:25]
<Salamandar> It's JUST home assistant but without the pretty UI and automations…
[16:44:35]
<Aleks (he/him/il/lui)> my god
[16:44:43]
<Salamandar> (on a deprecated 500MHz dual core cpu, though…)
[16:44:50]
<Salamandar> *facepalm*
[16:45:47]
<Aleks (he/him/il/lui)> backinmyday.jpg we had 200Mhz + 1.5GB drive and Windows95 was working "fine" (well, it took a good 10 second each time you clicked on a folder to open it but hey)
[16:46:17]
<Salamandar> yeah
[16:46:44]
<Salamandar> about the rpi5, yeah, it's a huge perf upgrade, but around that it's really a neat upgrade
[16:47:29]
<Salamandar> more power efficient design, a fully fledged PMIC + power button, 2 bidirectional MIPI connectors, a PCIe 1 lane connector
[16:47:59]
<Aleks (he/him/il/lui)> what's PMIC and MIPI 😬
[16:48:09]
<Salamandar> ah sorry, electronician speaking
[16:48:52]
<Salamandar> PMIC = power management integrated circuit, meaning the little guy that generates all the required voltages, powers on or off supplies when required (power efficiency mode, throttling etc)
[16:49:56]
<Salamandar> MIPI = DSI/CSI (Display Serial Interface / Camera Serial Interface)
[16:52:14]
<Aleks (he/him/il/lui)> hmmm okay but why is it better than the previous version then x)
[16:53:57]
<Salamandar> better connectivity
[17:31:59]
<Yunohost Git/Infra notifications> [SSOwat] @alexAubin pushed 1 commit to bookworm: debian: we need lua-filesystem dependency ([aa7f6077](https://github.com/YunoHost/SSOwat/commit/aa7f607750f1c8b98186b7fd77c556b42bfa2cb4))
[17:36:44]
<Yunohost Git/Infra notifications> [yunohost] 🔴 Pipeline [#1019882698](https://gitlab.com/yunohost/yunohost/-/pipelines/1019882698) failed on branch dyndns
[17:38:31]
<Salamandar> Aleks (he/him/il/lui): I really like bash-modules
[17:38:35]
<Salamandar> https://github.com/vlisivka/bash-modules
[17:38:54]
<Aleks (he/him/il/lui)> >Job failed: execution took longer than 2h0m0s seconds
[17:38:54]
<Aleks (he/him/il/lui)> areyoufuckingkiddingme.gif
[17:39:42]
<Salamandar> Also one thing I would love to see in packaging v3 is jinja everywhere. What would you think about that ?
[17:43:08]
<Aleks (he/him/il/lui)> i think that we had this stupid discussion like 4 years ago and at the time Maniack was like "nO wE wOnT uSe JiNjA bEcAuSe JiNjA iS aN AbsTrAcTiOn AnD We DonT kNoW wHaT AbStrAcTiOn dO"
[17:43:34]
<Salamandar> o.o
[17:43:41]
<Aleks (he/him/il/lui)> yeah
[17:44:18]
<Aleks (he/him/il/lui)> i wonder why we even use wget, we dont' know what wget does, better to craft your own http request by hand
[17:44:27]
<Salamandar> 😛
[17:45:22]
<Tag> python is abstraction...... just use 1s and 0s! you noob
[17:45:37]
<Yunohost Git/Infra notifications> 🏗️ Starting build for ssowat/12.0.0+202309281745 for bookworm/unstable/all ...
[17:46:28]
<Yunohost Git/Infra notifications> ✔️ Completed build for ssowat/12.0.0+202309281745 for bookworm/unstable/all.
[17:50:17]
<orhtej2> > <@Salamandar:matrix.org> about the rpi5, yeah, it's a huge perf upgrade, but around that it's really a neat upgrade
Wonder if they'll ramp up availability
[17:50:37]
<Salamandar> Yeah that's… like "the" subject everyone are waiting them on
[22:36:55]
<Yunohost Git/Infra notifications> [yunohost] @tituspijean created new branch special-tld-home.arpa
[22:36:56]
<Yunohost Git/Infra notifications> [yunohost] @tituspijean pushed 1 commit to special-tld-home.arpa: Add home.arpa as special TLD ([4b53c8a5](https://github.com/YunoHost/yunohost/commit/4b53c8a5967badd61ae354e8ec10d62cab42c630))
[22:38:29]
<Yunohost Git/Infra notifications> [yunohost] @tituspijean opened [pull request #1718](https://github.com/YunoHost/yunohost/pull/1718): Add home.arpa as special TLD
[22:38:57]
*tituspijean is still f*cking around with VPN and DNS (and losing his mind)
[22:55:15]
<tituspijean> Now I cannot use my RPi has DNS server anymore, even though port 53 is open for both TCP and UDP, and dnsmasq is configured to listen to all interfaces. `dig` or `nslookup` report timeout errors, but I can ping the server.