Can KISS handle SSD disk TRIM? Debian does a weekly trim on Samsung EVO SSD's for example as its built in queue TRIM is blacklisted / nonfunctional in the kernel
yeloxp
quit (Quit: leaving)
zlg
joined
...
zlg
quit (Ping timeout: 276 seconds)
...
so
quit (Remote host closed the connection)
so
joined
so
quit (Remote host closed the connection)
so
joined
<sad_plan>
riteo: i tried to build the oasis part of my system with -pedantic-errors, to see which packages doesnt fully comply with the ISO C standard. out of 102 packaged, around 30 failed. which is better than I anticipated :p
<sad_plan>
phinxy: isnt trim a kernel module thing? in which case youd have to enable it. kiss doesnt blacklist anything, but it does happen thay things are broken on musl and/or busybox
...
fitrh
joined
fitrh
quit (Quit: fitrh)
...
fultilt
quit (Quit: Leaving)
<sad_plan>
I would say pdpmake is fairly compatible https://github.com/hovercats/oakiss/issues/3 midfavila sewn. 68/90 so far. only fix that Ive done more or less is fixing the 'missing' file, complaining about about autotool related stuff missing
<sad_plan>
appart from that, it seems to error on either a macro or separator
<sad_plan>
which should be rather simple to fix. I just havent looked too much into it. just wanted to run through them quickly, to figure out what builds ootb or not
zlg
joined
...
zlg
quit (Ping timeout: 255 seconds)
...
<sewn>
oakiss
<sad_plan>
yes
<midfavila>
fwah i still haven't gotten gcc to build reliably. there's always something going wrong on the r01...
<midfavila>
real pita
<midfavila>
sad_plan fair
<midfavila>
if i knew more i would pitch in to help with development
<midfavila>
maybe in the future
<sewn>
i wonder why people still use makefiles
<sewn>
its not 1988 anymore and we have flexible systems!
<sad_plan>
midfavila: havd you tried another compiler instead? i was looking at stage0 to bootstrap from a measly 256bit seed. which sounds ridiculus. also, help is always welcome if you ever find the time :p
<sad_plan>
sewn: what do you propose insted? samurai?
<sewn>
muon
<sad_plan>
figured as much :p
<sewn>
samurai is just a more modern implementation of Make
<sewn>
same shit different name basically
<sad_plan>
pretty much
<sewn>
also hey whats wrong with muon
<sewn>
you get really good pkgconf and easy software build systems in c99
<sad_plan>
nothing? i ported it to oasis' buildsystem, and im working on using muon instead of meson
<sewn>
ok yippeee yayy
<sad_plan>
yeah. i got almost all of them done, but still had some issues. im retracing my steps again though, hoping to either avoiding them, or fixing them along the way.
<sewn>
i hope my gnome impl in muon helped a lil bit
<sad_plan>
i seem to recall i had more issues last time, so yeah, I suppose so
<midfavila>
sewn because make is fine
<midfavila>
and it's standard
<midfavila>
if it's standard and it does the job there's no need to rip it out
<midfavila>
there's no real reason to replace make.
<midfavila>
sad_plan i was considering qbe/cproc
<midfavila>
tcc was my standby but it doesn't target riscv afaik
fultilt
joined
<midfavila>
well, not 64 anyway
<midfavila>
the problem is that there's software i need that's written in CXX...