13:36 <beerman> jaeger: https://crux.nu/bugs/index.php?do=details&task_id=1902&project=1 any thoughts on this one?

13:59 <stenur> People. I vote for including ngtcp2 and nghttp3 (both under https://github.com/ngtcp2) in core before the 3.7 release.

13:59 <stenur> And build core/curl with it.

14:08 <SiFuh> I don't think many people are using that yet

14:09 <stenur> There is a QUIC hype going on

14:10 <stenur> Really it is anywhere at all fronts, and generations of "heroes" push it

14:12 <stenur> We would need to switch to the https://github.com/quictls/openssl fork of Akamai and Microsoft, temporarily.

14:12 <stenur> cURL author: https://daniel.haxx.se/blog/2021/10/25/the-quic-api-openssl-will-not-provide/

14:13 <stenur> (libressl had a rush of commits the last weeks btw, and they just made it this week i think that they can use HTTP/3. aka OpenBSD)

14:14 <stenur> Or provide a cURL-private-only GNUTLS or other thing as long as OpenSSL does not do it regulary

14:14 <stenur> That would increase compile time for cURL a lot of course

14:15 <stenur> (or BoringSSL or what not)

14:23 <stenur> (cURL checks CheckQuicSupportInOpenSSL already)

14:24 <stenur> But well, maybe you are right SiFuh. It is just that my "ears are full"

14:32 <stenur> SiFuh: Joel Sing <jsing@cvs.openbsd.org>: Sat, 27 Aug 2022 03:16:29 -0600 (MDT): Add regress for QUIC. This exercises the libssl QUIC implementation and completes a TLS handshake using the SSL_QUIC_METHOD interface.

14:33 <stenur> Was today even. Heck i had so much stuff in the box it appeared long ago.

14:53 <stenur> (btw just three days ago OpenSSL had a commit "QUIC ACK Manager, Statistics Manager and Congestion Control API

14:54 <stenur> ", Hugo Landau, fa4e92a70a5f363fbbee192c0ecab697e3aa1248)

14:54 <stenur> Big one

15:06 <stenur> People i want to take xmessage from romster, as least as long as he is not here.

15:07 <stenur> I see beerman has forwarded some ports of him in opts (like, finally, p5-uri 2nd.)

15:07 <stenur> So i simply do it with xmessage in a few minutes.

15:09 <stenur> (I track its git for quite some time. They now do automated test builds and have fixed some compiler warnings!!!!)

15:10 <stenur> Oh wait! Already!!!

15:10 <stenur> :-(

15:11 <stenur> Already a month ago. I should update my gits more often.

15:11 <stenur> Sigh

15:52 <ivandi> FS#1902 - kmod: enable --with-zstd --with-zlib --with-openssl would be nice. for example i am using arch linux kernel config and one of the options i disable is modules compression.

15:53 <SiFuh> I like the idea as well

15:54 <SiFuh> Since zstd zlib and openssl are already in core then why not?

15:58 <jue> ivandi: using a kernel trimmed down to your needs would be a better idea than to use a distro kernel with hundreds of useless kernel modules ;)

16:00 <jue> if you do that, you gain nothing by module compression

16:02 <SiFuh> Yep!

16:04 <ivandi> jue: well, i am too lazy to tweak kernel configs nowadays. there was a time when it was fun, but not any more.

16:09 <ivandi> usually i merge the latest arch linux config and my customization http://sprunge.us/oHPaER

16:11 <SiFuh> ivandi: https://gitlab.com/SiFuh/Documentation/-/raw/master/config-5.15.55-modular

16:13 <ivandi> SiFuh: ./scripts/kconfig/merge_config.sh ${SRC}/config.arch ${SRC}/config.crux

16:15 <SiFuh> I wonder how close arch's kernel config is to mine.

16:15 <ivandi> that way i am up to date with the latest kernel config

16:15 <SiFuh> ivandi: do they have bleeding edge configs?

16:15 <ivandi> all the time :)

16:16 <SiFuh> I usually do mine by hand one at a time and reading all the bullshit ;-)

16:17 <ivandi> https://github.com/archlinux/svntogit-packages/blob/packages/linux/trunk/config

16:18 <ivandi> kernel update time, i am still on 5.19.3

16:20 <jaeger> beerman: no preference/objections from me, they're already in core

16:21 <SiFuh> ivandi: what is the kernel size after compilation?

16:21 <ivandi> -r-------- 1 root root 9718464 Aug 21 18:04 vmlinuz-5.19.3

16:22 <SiFuh> 2MB smaller than mine

16:25 <ivandi> iirc it requires initramfs. everything is a module including ext4.ko

16:30 <SiFuh> Mine doesn't but I noticed arch had more built in

16:40 <SiFuh> ivandi: 394 m 1075 y for mine and arch has 5564 m and 2767 y

16:42 <ivandi> it is 'everything and the kitchen sink' major distribution kernel

16:43 <SiFuh> Yep, but CRUX didn't need all that.

16:43 <ivandi> i never said crux needs it

16:44 <SiFuh> Hahaha, I was meaning that is why I don't have the kitchen sink

16:53 <ivandi> anyway, for me it is the easiest way to have the latest and greatest kernel. it takes more time to compile and installs tons of modules i will never need. compile time is irrelevant for me as it is a background job and the wasted space in /lib/modules costs very little. on the other hand i can use random hardware w/o constantly tweaking kernel configs.

16:55 <SiFuh> Seems to be a lot of stuff you will never ever use though

16:58 <ivandi> as a former slackware user i am used to install stuff i will never ever need :)

16:59 <SiFuh> I was just thinking how you could probably walk into a Hospital and connect your CRUX laptop to the MRI machine

17:00 <SiFuh> You have modules for Heart Rate Monitors, Humidity sensors, Inertial measurement units. Android fitness watch?

17:03 <ivandi> never looked what exactly is installed, as long as everything i need is supported i am ok

17:03 <SiFuh> Bet your PC/laptop doesn't even have 10% of the ports needed to conenct these devices. Like SAS for example.

17:04 <SiFuh> ivandi: I agree. I also don't mind the swiss army knife of kernels either.

17:05 <ivandi> bet even debian doesn't have packages for all the hardware support it ships in the kernel :)

17:16 <SiFuh> :-P

18:10 <stenur> jue: 'thing is that like that you could simply copy over some big one and reboot. kmod is not getting that much bigger, but that would work. Then strip down

18:11 <stenur> 14140704 Aug 27 19:20 ideapad-5_15-new.efi

18:11 <stenur> all inclusive (also firmware)

18:12 <stenur> otherwise the issue could be closed i think

18:27 <jaeger> I've had a crux laptop connected to an MRI once in the past :)

18:30 <SiFuh> That's cool

22:38 <beerman> jaeger: okay, i guess we can leave that alone. jue is not a fan, after a little debate i came to the conclusion that we really don't need to link against all other libs