💾 Archived View for gemini.ctrl-c.club › ~phoebos › logs › kisslinux-2022-08-11.txt captured on 2024-05-10 at 14:11:24.

View Raw

More Information

⬅️ Previous capture (2023-01-29)

-=-=-=-=-=-=-

[2022-08-11T01:48:43Z] <Torr> See ya
[2022-08-11T04:58:35Z] <wael[m]> is there a yt-dlp alternative that isnt in python?
[2022-08-11T05:03:44Z] <wael[m]> i don't think i can get yt-dlp because of ModuleNotFoundError: No module named '_ssl
[2022-08-11T05:46:20Z] <testuser[m]12> Hi
[2022-08-11T05:50:16Z] <wael[m]> o/
[2022-08-11T08:06:58Z] <Ogromny> Hi
[2022-08-11T08:07:24Z] <wael[m]> \o
[2022-08-11T11:44:25Z] <Ogromny> Does any of you use GKiss and know how to not strip glibc ?
[2022-08-11T11:44:44Z] <Ogromny> I need to test a executable with valgrind but valgrind complains about stripped glibc
[2022-08-11T11:45:46Z] <testuser[m]12> :>nostrip at start of file
[2022-08-11T12:05:18Z] <testuser[m]12> Does anyone know how to bootstrap a 32 bit gcc without stealing binaries?
[2022-08-11T12:27:02Z] <Ogromny> Ty <3
[2022-08-11T13:04:53Z] <sad_plan> wael[m]: did you build python statically? if so, you need a patch for it.
[2022-08-11T17:19:33Z] <wael[m]> no i dont think i have
[2022-08-11T17:19:45Z] <wael[m]> testuser: doesnt gcc have bootstrap mode?
[2022-08-11T17:20:18Z] <wael[m]> gcc requires 32-bit stub to make 32-bit compiler
[2022-08-11T17:20:18Z] <wael[m]> 32-bit stub provided by glibc requires 32-bit compiler
[2022-08-11T17:27:45Z] <testuser[m]12> wael: i don't think that would work for multilib
[2022-08-11T17:28:13Z] <wael[m]> well what is possible to do then
[2022-08-11T17:28:41Z] <testuser[m]12> That's what i asked
[2022-08-11T17:30:31Z] <wael[m]> hmmmmmmmmmm
[2022-08-11T17:35:45Z] <testuser[m]12> Ok
[2022-08-11T17:35:46Z] <testuser[m]12> U can build a cross compiler without having bin for that arch
[2022-08-11T17:36:07Z] <testuser[m]12> https://preshing.com/20141119/how-to-build-a-gcc-cross-compiler/
[2022-08-11T17:38:03Z] <sad_plan> wael[m]: did you do anything in particular to python? it seems that the ssl module atleast did not load. which yt-dlp depends on
[2022-08-11T17:39:25Z] <testuser[m]12> sad_plan: he built with libressl without python patch
[2022-08-11T17:40:12Z] <sad_plan> ah, so python just by itself built without ssl
[2022-08-11T17:40:19Z] <sad_plan> when he rebuilt with libressl
[2022-08-11T17:41:11Z] <sad_plan> wael[m]: you need this patch https://github.com/hovercats/kiss-dumpsterfire/raw/master/extra/python/patches/libressl-support.patch
[2022-08-11T17:41:53Z] <sad_plan> else python will be built without ssl module, thus making yt-dlp aswell as other stuff depending on the ssl module stop working
[2022-08-11T18:20:22Z] <wael[m]> sad_plan: the patch is in place
[2022-08-11T18:20:26Z] <wael[m]> already
[2022-08-11T18:27:16Z] <testuser[m]12> u didn't apply it then
[2022-08-11T18:29:15Z] <wael[m]> yep youre right, its not in sources or checksums
[2022-08-11T18:43:24Z] <wael[m]> mfw yt-dlp works
[2022-08-11T18:45:26Z] <sad_plan> always happy to help C:
[2022-08-11T18:55:39Z] <rohan> yo
[2022-08-11T18:55:57Z] <rohan> kernel 5.19 still need Nash?
[2022-08-11T18:56:00Z] <rohan> bash
[2022-08-11T19:00:24Z] <illiliti> yeah
[2022-08-11T19:00:50Z] <illiliti> maintainer resists to merge patch
[2022-08-11T19:05:36Z] <ioraff> I hadn't realized that script really only matters for modules. there's apparently a pretty big performance hit with the patch.
[2022-08-11T19:08:17Z] <sad_plan> wasnt it a performance benefit with the patch? I seem to recall that someone mentioning that
[2022-08-11T19:08:25Z] <sad_plan> or if it was you. cant recall tbh
[2022-08-11T19:09:07Z] <ioraff> I thought so, but the build I tested it with didn't have any modules. the maintainer tested it with a default x86_64 config and there's quite a performance hit.
[2022-08-11T19:10:23Z] <illiliti> try awk
[2022-08-11T19:13:39Z] <illiliti> rewrite script in awk and build with mawk for extra performance points. should be much faster
[2022-08-11T19:35:05Z] <wael[m]> is there dmesg -w in busybox/toybox/ubase ?
[2022-08-11T19:35:36Z] <ioraff> not it busybox
[2022-08-11T19:35:39Z] <ioraff> in*
[2022-08-11T19:40:54Z] <wael[m]> aw what what can I do as a workaround then
[2022-08-11T19:44:24Z] <illiliti> cat /proc/kmsg
[2022-08-11T19:44:57Z] <illiliti> nvm
[2022-08-11T19:45:02Z] <illiliti> it works only once
[2022-08-11T19:45:13Z] <wael[m]> tail -f
[2022-08-11T19:45:19Z] <wael[m]> yes thank you!
[2022-08-11T19:45:57Z] <sad_plan> whats the -w flag for?
[2022-08-11T19:47:49Z] <wael[m]> continue reading
[2022-08-11T19:47:58Z] <wael[m]> like tail -f
[2022-08-11T19:58:55Z] <sad_plan> cant you just.. pipe to less?
[2022-08-11T20:01:31Z] <wael[m]> wut
[2022-08-11T20:05:20Z] <sad_plan> dmesg | less. and you can read the whole damn thing. if you feel like you need those things that came after you ran dmesg, rerun it
[2022-08-11T20:06:55Z] <wael[m]> why do I need to rerun it I want to see it in realtime
[2022-08-11T20:09:43Z] <sad_plan> I dunno. I usually use it that way, and it works for me. never really had the need to see it in realtime