gemini - kennedy.gemi.dev

💾 Archived View for gemini.ctrl-c.club › ~phoebos › logs › kisslinux-2022-04-01.txt captured on 2024-06-16 at 13:36:44.
-=-=-=-=-=-=-
[2022-04-01T02:12:11Z] <tleydxdy[m]> Kinda sad that directfb is ded
[2022-04-01T02:40:44Z] <acheam> kyxor: looks nice
[2022-04-01T02:40:57Z] <acheam> but the fact that you put ed after vi in the editor priority list is a disgrace
[2022-04-01T02:41:03Z] <acheam> ed is the one true editor
[2022-04-01T02:42:11Z] <acheam> also /root/.ash_history seems like a weird backup esp if you want this to be shell-agnostic, but I see how it would work for fixing your issue
[2022-04-01T02:42:29Z] <acheam> and I also dont see how you would know where else to look if HISTFILE isnt set
[2022-04-01T02:43:09Z] <acheam> it just rubs me the wrong way
[2022-04-01T03:50:50Z] <testuser[m]> Hi
[2022-04-01T04:29:07Z] <noocsharp> can firefox even run with directfb
[2022-04-01T04:29:10Z] <noocsharp> hi testuser[m] 
[2022-04-01T04:29:49Z] <noocsharp> kyxor: too good for makefiles?
[2022-04-01T09:00:19Z] <phoebos> dilyn: https://tmp.bvnf.space/0001-offpunk-bump-to-1.2.patch
[2022-04-01T10:12:30Z] <testuser[m]> illiliti https://github.com/kiss-community/bin/releases/tag/chromium-100
[2022-04-01T10:20:17Z] <illiliti> wow i need ffmpeg now
[2022-04-01T10:26:42Z] <testuser[m]> Lol i unbundled it
[2022-04-01T10:26:55Z] <testuser[m]> It was bundled cuz of  ffmpeg 5 changes but now i updated it
[2022-04-01T10:34:11Z] <illiliti> Error relocating /usr/lib/chromium/chromium: av_stream_get_first_dts: symbol not found
[2022-04-01T10:34:14Z] <illiliti> hmm
[2022-04-01T10:34:22Z] <illiliti> i have ffmpeg 5.0 installed
[2022-04-01T10:34:29Z] <testuser[m]> i bumped it once
[2022-04-01T10:34:34Z] <testuser[m]> rebuild
[2022-04-01T10:34:50Z] <testuser[m]> chromium relies on some internal field idk so arch alpine etc added the patch in ffmpeg package
[2022-04-01T10:37:49Z] <illiliti> ok
[2022-04-01T10:37:53Z] <illiliti> it works now
[2022-04-01T10:38:02Z] <illiliti> no crashes
[2022-04-01T10:38:07Z] <illiliti> thanks
[2022-04-01T10:38:14Z] <testuser[m]> np
[2022-04-01T10:41:15Z] <testuser[m]> @rohan:libera.chat: cbindgen fixed
[2022-04-01T12:11:53Z] <testuser[m]> https://nitter.kavin.rocks/christianh814/status/1509731602397478918#m
[2022-04-01T12:33:50Z] <kyxor> noocsharp: sh > make I prefer something closer to a real programming language than a stub like make.
[2022-04-01T12:34:16Z] <kyxor> acheam: thanks for feedback, I'll address all those issues with next iteration
[2022-04-01T12:38:32Z] <kyxor> does ffmppeg 5.0 suck? they broke the old api, and the new does not give me much hope. Did anyone benchmark test it, I have a feeling it has to be slower now
[2022-04-01T13:00:46Z] <kyxor> well, once I rewrite nextfvp to support new api I would be able to do an accurate comparison. I kinda looked into it already but it's not finished yet
[2022-04-01T13:19:21Z] <phoebos> you would hope a programming language isn't necessary to get the instructions required to compile your code
[2022-04-01T13:19:45Z] <phoebos> make is designed for building projects
[2022-04-01T13:20:19Z] <testuser[m]> Pozix make is shit
[2022-04-01T13:20:22Z] <testuser[m]> Once ur project gets larger
[2022-04-01T13:20:25Z] <testuser[m]> U need atleast gnu make
[2022-04-01T13:20:43Z] <testuser[m]> larger as in vendoring some dependencies and stuff or platform specific code
[2022-04-01T13:21:27Z] <phoebos> yes but kyxor's project is one file
[2022-04-01T13:21:44Z] <testuser[m]> Yeah
[2022-04-01T13:21:50Z] <testuser[m]> I was just saying generally
[2022-04-01T13:22:15Z] <testuser[m]> I use it for small stuff too
[2022-04-01T13:23:30Z] <phoebos> kyxor: why define p as an alias to printf?
[2022-04-01T13:26:34Z] <illiliti> imho: use posix make for small projects and muon for large projects
[2022-04-01T14:34:18Z] <Guest3774> Hi
[2022-04-01T14:35:33Z] <Guest3774> testuser[m]: https://termbin.com/yzaq
[2022-04-01T14:35:59Z] <Guest3774> Help please (gkiss, chromium-bin)
[2022-04-01T14:36:30Z] <testuser[m]> how will musl binary work on glibc
[2022-04-01T14:38:35Z] <Guest3774> Are you sitting on musl? Aren't you using the proprietary nvidia drivers?
[2022-04-01T14:45:40Z] <Guest3774> x_x
[2022-04-01T14:46:11Z] <testuser[m]> What
[2022-04-01T14:46:26Z] <testuser[m]> I am using musl chroot for building chromium
[2022-04-01T14:46:32Z] <testuser[m]> I use firerox
[2022-04-01T14:46:33Z] <testuser[m]> Firerox
[2022-04-01T14:46:39Z] <testuser[m]> FIREFOX
[2022-04-01T14:46:53Z] <Guest3774> ok ok
[2022-04-01T14:46:56Z] <Guest3774> :)
[2022-04-01T14:59:26Z] <dilyn> `[50183/50183] LINK ./chrome
[2022-04-01T14:59:26Z] <dilyn> ld.lld: error: undefined symbol: ui::ShellDialogLinux::SetInstance(ui::ShellDialogLinux*)
[2022-04-01T14:59:27Z] <dilyn> `
[2022-04-01T14:59:28Z] <dilyn> fml
[2022-04-01T15:00:44Z] <testuser[m]> Lol
[2022-04-01T15:01:14Z] <testuser[m]> It's cuz ur not building with gtk
[2022-04-01T15:01:26Z] <testuser[m]> Probably
[2022-04-01T15:02:52Z] <dilyn> indeed
[2022-04-01T15:03:04Z] <dilyn> it has something to do with that new patch which guards it in an ifdef with dbus
[2022-04-01T15:03:08Z] <dilyn> ofc i have dbus soooooooo
[2022-04-01T15:03:09Z] <dilyn> time to investigate
[2022-04-01T15:03:35Z] <testuser[m]> its the same as the old patch they just moved the file to a new place and refactored stuff
[2022-04-01T15:03:46Z] <testuser[m]> the .cpp files are removed from sources
[2022-04-01T15:03:50Z] <testuser[m]> The dbus portal shit
[2022-04-01T15:03:50Z] <dilyn> oic
[2022-04-01T15:04:00Z] <testuser[m]> idk how it worked earlier for u
[2022-04-01T15:04:07Z] <dilyn> me either :V :V :V
[2022-04-01T15:28:43Z] <testuser[m]> http://0x0.st/oqUE.png
[2022-04-01T15:29:46Z] <dilyn> :thinking:
[2022-04-01T15:29:54Z] <dilyn> gnome is on this graphic but ubuntu isn't? sad
[2022-04-01T15:30:18Z] <dilyn> I mean it's theoretically in the top right but
[2022-04-01T15:31:50Z] <testuser[m]> Bruh
[2022-04-01T15:31:58Z] <testuser[m]> dilyn: there's nothing guarding that function
[2022-04-01T15:32:55Z] <dilyn> there isn't it's true
[2022-04-01T15:33:18Z] <testuser[m]> Ur linker is on smokies
[2022-04-01T15:33:52Z] <testuser[m]> It was just that 1 error?
[2022-04-01T15:36:17Z] <dilyn> it was several missing symbol errors, all from linux_ui.cc
[2022-04-01T15:40:39Z] <testuser[m]> Show
[2022-04-01T15:40:47Z] <testuser[m]> Ok
[2022-04-01T15:41:05Z] <testuser[m]> Its cuz those files must be in a gtk3 guard in gn generation files
[2022-04-01T15:41:40Z] <dilyn> http://ix.io/3U1g
[2022-04-01T15:41:46Z] <dilyn> indeed
[2022-04-01T15:41:55Z] <dilyn> it's my favorite kind of problem to debug:)
[2022-04-01T15:52:47Z] <testuser[m]> Just find where they're called and stub it
[2022-04-01T16:06:07Z] <kyxor> phoebos: I usually define p like that cause it's fast to type, when I do printf debugging saves time
[2022-04-01T16:08:18Z] <kyxor> phoebos: to run make you need shell, to run any program for that matter you need shell. therefore shell is fundamentally smaller form factor than make
[2022-04-01T16:09:06Z] <kyxor> I mean 1 file project may not even need build.sh, probably cc file.c -o exe can do the job too
[2022-04-01T16:10:08Z] <kyxor> it's just there so CLFAGS work and other extra flags for compiler so I don't have to retype them
[2022-04-01T16:12:49Z] <kyxor> correction: you don't necessarily need full shell to run programs, but you must have some process there to fork off from, and usually shell is the first citizen
[2022-04-01T16:14:56Z] <phoebos> i'm not saying there's a system with make but not sh, but if that's your reasoning, spinning up another shell is probably more expensive than parsing a makefile
[2022-04-01T16:20:23Z] <kyxor> this can be easily proven by bench testing, however the difference would be so small that it's practically nothing
[2022-04-01T16:20:54Z] <kyxor> fine look:
[2022-04-01T16:21:33Z] <kyxor> sh vs make just running the command with no arguments
[2022-04-01T16:21:37Z] <kyxor> sh :  refs:      4,939,550
[2022-04-01T16:21:46Z] <kyxor> make : refs:      5,205,699
[2022-04-01T16:22:41Z] <kyxor> and don't forget that sh had to source my .rc as well while make is doing nothing but look for files with Make* names
[2022-04-01T16:24:57Z] <kyxor> maybe posix make might be a bit quicker, but in real were are talking 0.0000001s difference :)
[2022-04-01T16:30:27Z] <kyxor> generally make was a mistake, look what it led to: because make was so trash they had to make even more trash on top of it like auto* hell, cmake, bison, configure, meson and god knows how many more to come
[2022-04-01T16:31:30Z] <kyxor> this is what happens when everyone gets on with the bad or incomplete idea
[2022-04-01T16:33:58Z] <kyxor> trying to fix problems they created themselves... I stay true to the real thing which is: cc file.c -o out
[2022-04-01T16:34:08Z] <kyxor> everything else is just extra
[2022-04-01T16:35:12Z] <testuser[m]> kyxor: only autohell and configure build on top of make, cmake is just a generator it can do ninja files aswell and meson also uses ninja files 
[2022-04-01T16:36:08Z] <kyxor> Look at this, why can't I compile my linux kernel with cc file.c -o out ? okay it may take a few days given how bloated it is but still what is the limitation
[2022-04-01T16:36:47Z] <kyxor> why did they had to make LTO a thing when instead could just make the damn thing compile in one translation unit
[2022-04-01T16:36:47Z] <testuser[m]> Nothjng
[2022-04-01T16:37:29Z] <kyxor> they could even use #define to toggle the translation unit
[2022-04-01T16:38:08Z] <kyxor> it's just a few things to keep in mind when organizing C code and files
[2022-04-01T16:39:56Z] <kyxor> it's possible to have it organized in such a way that going from one to the other is trivial, like in nextvi I can go back to the old way of parallel make and traslation units without having to change a single line of code except rearrange the #includes
[2022-04-01T16:40:46Z] <kyxor> I could even do it with 1 sed command probably
[2022-04-01T16:47:29Z] <kyxor> Instead of focusing so much on making programs work they should spend most of their time making program modifiable
[2022-04-01T16:48:54Z] <kyxor> what good is it if to make one small but important change I have to go and modify a million things
[2022-04-01T16:52:17Z] <kyxor> Instead of making the kernel impossible to crash they should focus on making the kernel better explain what's going on and why it crashed so that the masses could actually fix the problems themselves. So that a 5 year old could understand it...
[2022-04-01T16:55:32Z] <dilyn> seems irresponsible to let a five year old debug a kernel oops
[2022-04-01T17:04:46Z] <kyxor> Most of the design decisions in software eng. make no sense. Things are being used just because of some misunderstood "best practice" nonsense
[2022-04-01T17:06:51Z] <kyxor> dilyn: he must be a prodigy 
[2022-04-01T17:14:49Z] <kyxor> now I wonder how much ram would it take to compile kernel in one unit. 1M loc probably would take 2GB of memory, so with debloated config should be doable
[2022-04-01T17:18:21Z] <kyxor> sounds like an idea for a new project
[2022-04-01T17:25:47Z] <kyxor> segfault > silent failure > security vulnerability
[2022-04-01T18:04:57Z] <illiliti> https://github.com/kiss-community/repo/pull/51
[2022-04-01T18:05:07Z] <illiliti> we are so close!
[2022-04-01T18:05:16Z] <illiliti> muon is already capable of builing mesa, libinput, wlroots, glib, ..., but...
[2022-04-01T18:05:24Z] <illiliti> the big problem is lack of full support for pkgconfig file
[2022-04-01T18:05:35Z] <illiliti> basically muon doesn't generate pkgconfig for libraries right now which makes them unusable
[2022-04-01T18:06:13Z] <illiliti> so muon is only suitable for executables right now
[2022-04-01T18:11:15Z] <testuser[m]> Rich
[2022-04-01T18:15:33Z] <dilyn> no, the big problem with muon is that it is GPL
[2022-04-01T18:15:39Z] <dilyn> come on, illiliti. Priorities
[2022-04-01T18:18:20Z] <illiliti> no no no no way
[2022-04-01T18:19:19Z] <illiliti> i'm pro-gpl person, don't you know?
[2022-04-01T18:19:35Z] <illiliti> not super hardcore one like stallman but still
[2022-04-01T18:56:38Z] <testuser[m]> dilyn: did u fix it
[2022-04-01T19:02:05Z] <dilyn> non
[2022-04-01T19:02:33Z] <dilyn> I was going to focus on it after work
[2022-04-01T20:20:04Z] <dilyn> but testuser it should already be stubbed :'(   https://github.com/chromium/chromium/commit/40bca284c2fd06d9796bf02a012afec421271cd5
[2022-04-01T23:42:06Z] <rohan> yo bro
[2022-04-01T23:42:18Z] <rohan> testuser[m]: your firefox sources is wrong
[2022-04-01T23:42:35Z] <rohan> repo is using 98.0 not 98.0.2
[2022-04-01T23:44:04Z] <rohan> is a error in version