[2021-09-16T02:22:37Z] <GalaxyNova> hi barpthewire_
[2021-09-16T02:25:58Z] <GalaxyNova> ...
[2021-09-16T02:56:42Z] <testuser[m]> Hi
[2021-09-16T02:57:18Z] <testuser[m]> dilyn:  no im just doing meson --prefix=/usr . output
[2021-09-16T03:44:27Z] <GalaxyNova> is midori as lightweight as people make it out to be?
[2021-09-16T04:38:53Z] <testuser[m]> Is there a way to make pipewire fork() after setting itself up ? I'm currently running it via pipewire & but i need to poll for it's socket file to appear
[2021-09-16T04:39:51Z] <noocsharp> GalaxyNova: midori uses the chromium browser engine
[2021-09-16T04:40:43Z] <noocsharp> which i just learned by reading the wikipedia page
[2021-09-16T04:41:26Z] <GalaxyNova> oh
[2021-09-16T04:41:30Z] <GalaxyNova> i though it used webkit
[2021-09-16T04:41:46Z] <GalaxyNova> eitherway now I'm trying out badwolf
[2021-09-16T04:45:26Z] <testuser[m]> Webkit is about as fat as firefox so might as well use the usable one
[2021-09-16T04:45:47Z] <GalaxyNova> I'd like to disagree
[2021-09-16T04:45:52Z] <GalaxyNova> you don't need rust to compile webkit
[2021-09-16T04:46:07Z] <GalaxyNova> and generally I've found webkit to compile a lot faster than both firefox and chromium
[2021-09-16T04:46:16Z] <testuser[m]> Oh
[2021-09-16T04:46:21Z] <testuser[m]> In my exp both took around the same
[2021-09-16T04:46:41Z] <GalaxyNova> the rust compilation slows everything down
[2021-09-16T04:47:18Z] <GalaxyNova> it might also depend on what make jobs you have running
[2021-09-16T04:47:23Z] <GalaxyNova> i use -j16
[2021-09-16T04:48:23Z] <aws> browser war
[2021-09-16T04:48:39Z] <aws> tbh i can't stop finding myself browser hopping
[2021-09-16T04:48:44Z] <GalaxyNova> same
[2021-09-16T04:48:51Z] <GalaxyNova> they all seem to suck in some way or another
[2021-09-16T04:49:04Z] <GalaxyNova> I wish we could have firefox from ~2010 back :(
[2021-09-16T04:49:17Z] <GalaxyNova> palemoon doesn't work on wayland
[2021-09-16T04:49:23Z] <GalaxyNova> or so i think
[2021-09-16T04:49:37Z] <testuser[m]> In a few years when it's rebased
[2021-09-16T04:49:38Z] <testuser[m]> It might
[2021-09-16T04:49:53Z] <GalaxyNova> if it did I'd switch to it instantly
[2021-09-16T04:50:02Z] <GalaxyNova> firefox just seems to be getting worse and worse
[2021-09-16T04:50:28Z] <GalaxyNova> is there really any reason to use firefox over chromium?
[2021-09-16T04:50:35Z] <GalaxyNova> i think it builds slightly faster and that's it
[2021-09-16T04:50:48Z] <aws> firefox has been getting faster and snappier for me, and i personally like the new ui
[2021-09-16T04:51:01Z] <aws> but it doesn't has support for PWAs
[2021-09-16T04:51:13Z] <testuser[m]> ff input bar seems laggy
[2021-09-16T04:51:20Z] <testuser[m]> like whn you press enter there is a delay
[2021-09-16T04:51:45Z] <testuser[m]> no that was due to something else
[2021-09-16T04:53:12Z] <GalaxyNova> oh god
[2021-09-16T04:53:17Z] <GalaxyNova> aws: That's a good thing
[2021-09-16T04:53:46Z] <aws> not supporting PWAs ?
[2021-09-16T04:53:50Z] <GalaxyNova> yes
[2021-09-16T04:54:13Z] <aws> If webapps are here to stay, i'd rather use PWAs than electron
[2021-09-16T04:54:28Z] <GalaxyNova> I'd rather not use webapps
[2021-09-16T05:09:21Z] <GalaxyNova> btw can any other wyverkiss users confirm ruby not building correctly?
[2021-09-16T05:10:56Z] <testuser[m]> whats the error
[2021-09-16T05:13:31Z] <GalaxyNova> there's no error
[2021-09-16T05:13:33Z] <GalaxyNova> it just hangs
[2021-09-16T05:13:42Z] <GalaxyNova> on "config.status: creating ruby-runner.h"
[2021-09-16T05:13:54Z] <GalaxyNova> it's been stuck like that for 15 minutes
[2021-09-16T05:14:10Z] <GalaxyNova> I've tried building it in a regular kiss chroot and it builds
[2021-09-16T05:14:21Z] <testuser[m]> probably something with coreutils
[2021-09-16T05:14:26Z] <GalaxyNova> it is using 100% cpu though
[2021-09-16T05:14:28Z] <GalaxyNova> so
[2021-09-16T05:17:21Z] <GalaxyNova> should i leave it overnight or smt
[2021-09-16T05:18:15Z] <GalaxyNova> it's using the cpu so it must be doing... something
[2021-09-16T05:26:55Z] <aws> if only that was the case
[2021-09-16T05:27:37Z] <GalaxyNova> lol
[2021-09-16T05:30:32Z] <GalaxyNova> oh well...
[2021-09-16T05:30:39Z] <GalaxyNova> it seems to be working fine in a wyverkiss chroot
[2021-09-16T05:30:43Z] <GalaxyNova> something must be wrong with my system
[2021-09-16T05:30:50Z] <GalaxyNova> time to rebuild...
[2021-09-16T05:31:05Z] <testuser[m]> Alright finally got this working
[2021-09-16T05:31:11Z] <testuser[m]> https://git.git-bruh.duckdns.org/dotfiles/commit/d669d13dac52b78f605893481440f4171db31fdd.html
[2021-09-16T05:31:56Z] <aws> are you using sway with the proprietary nvidia drivers
[2021-09-16T05:32:16Z] <testuser[m]> yeah
[2021-09-16T05:32:29Z] <aws> how well does it work
[2021-09-16T05:32:39Z] <testuser[m]> Very
[2021-09-16T05:32:51Z] <GalaxyNova> I'm guessing you're using it in gkiss?
[2021-09-16T05:32:52Z] <testuser[m]> other than no hw accel
[2021-09-16T05:32:56Z] <testuser[m]> for videos
[2021-09-16T05:33:12Z] <aws> neat
[2021-09-16T05:38:05Z] <GalaxyNova> is there any way to see which non-existant directories kiss is complaining about?
[2021-09-16T05:38:11Z] <GalaxyNova> when `kiss i pkg`
[2021-09-16T05:38:48Z] <GalaxyNova> KISS_DEBUG is not showing anything
[2021-09-16T05:50:29Z] <testuser[m]> KISS_DEBUG is for persistent package build dirs
[2021-09-16T05:50:36Z] <testuser[m]> do sh -x /usr/bin/kiss
[2021-09-16T06:24:31Z] <GalaxyNova> testuser[m]: Confirmed the issue in a wyverkiss chroot, it might also happen in a normal kiss chroot
[2021-09-16T06:24:55Z] <GalaxyNova> it works fine in the original chroot but after you update the system it doesn't work
[2021-09-16T06:32:31Z] <testuser[m]> checking
[2021-09-16T06:38:16Z] <testuser[m]> its working fine GalaxyNova https://termbin.com/n3il
[2021-09-16T06:39:36Z] <testuser[m]> hmm but its stuck on version.c
[2021-09-16T06:39:38Z] <testuser[m]> not the same line you said
[2021-09-16T06:48:29Z] <GalaxyNova> oh yeah
[2021-09-16T06:48:40Z] <GalaxyNova> it's always near 
[2021-09-16T06:48:50Z] <GalaxyNova> the `./revision.h unchanged`
[2021-09-16T06:48:57Z] <GalaxyNova> either way it's a problem
[2021-09-16T06:49:08Z] <GalaxyNova> testuser[m]
[2021-09-16T06:51:12Z] <GalaxyNova> micro_0
[2021-09-16T06:51:18Z] <GalaxyNova> micro_O
[2021-09-16T06:51:28Z] <GalaxyNova> i never know if it's a 0 or an O
[2021-09-16T06:52:44Z] <cem> regarding daemonization of pipewire, why don't you install it as a user service?
[2021-09-16T06:53:12Z] <testuser[m]> cuz im not running it as intended, just running in a sandbox along with dbus stuff so i can do screen sharing
[2021-09-16T06:53:18Z] <testuser[m]> nothing on host
[2021-09-16T06:53:39Z] <cem> Ah, I see
[2021-09-16T06:54:04Z] <testuser[m]> i just did a while [ ! -S $XDG_RUNTIME_DIR/pipewire-0 ] after forking it
[2021-09-16T06:54:18Z] <testuser[m]> forking meaning &
[2021-09-16T06:55:03Z] <cem> I mean that's basically how systemd socket units work :P
[2021-09-16T06:55:39Z] <GalaxyNova> I should try to see if the ruby problem happens in a an updated regular kiss chroot too
[2021-09-16T06:57:04Z] <cem> low level virtual mess
[2021-09-16T06:57:07Z] <testuser[m]> it does
[2021-09-16T06:57:13Z] <testuser[m]> GalaxyNova:
[2021-09-16T06:58:01Z] <cem> What version of ruby?
[2021-09-16T06:58:14Z] <testuser[m]> 3.0.2
[2021-09-16T06:58:21Z] <GalaxyNova> 3.0.2
[2021-09-16T06:59:01Z] <cem> I'll try rebuilding it, I have it installed
[2021-09-16T06:59:06Z] <GalaxyNova> it doesn't even error which is annoying
[2021-09-16T06:59:12Z] <GalaxyNova> just gets stuck after a while
[2021-09-16T06:59:15Z] <testuser[m]> maybe another busybox regression
[2021-09-16T06:59:20Z] <testuser[m]> but its a compiler task
[2021-09-16T06:59:22Z] <testuser[m]> so thats weird
[2021-09-16T07:00:18Z] <GalaxyNova> 3.0.0 and 3.0.1 don't build either
[2021-09-16T07:00:23Z] <GalaxyNova> so it has to be a problem with the toolchain
[2021-09-16T07:04:00Z] <GalaxyNova> Anyway, I gtg
[2021-09-16T07:04:11Z] <GalaxyNova> if you find the solution let me know
[2021-09-16T07:16:06Z] <cem> builds just fine for me on carbs
[2021-09-16T07:17:12Z] <cem> It's probably a toolchain issue
[2021-09-16T07:20:25Z] <testuser[m]> its a busybox issue confirmed
[2021-09-16T07:20:29Z] <testuser[m]> 1.33 works
[2021-09-16T07:21:46Z] <cem> Huh
[2021-09-16T07:21:55Z] <testuser[m]> the version.c output is misleading
[2021-09-16T07:22:04Z] <testuser[m]> probably cuz of multiple threads
[2021-09-16T07:23:30Z] <cem> Or maybe version.c is generated by the build system
[2021-09-16T07:24:03Z] <testuser[m]> why would is say "Compiling version.c" then
[2021-09-16T07:24:18Z] <testuser[m]> i did make V=1 -j1 it gives blank output, without -j1 it tells its generating some header
[2021-09-16T07:24:19Z] <cem> Although it's best to run a single thread build
[2021-09-16T07:24:22Z] <testuser[m]> (when stuck)
[2021-09-16T07:24:57Z] <cem> Can you send the manifest of busybox
[2021-09-16T07:25:26Z] <testuser[m]> https://termbin.com/ceo0 old
[2021-09-16T07:25:29Z] <testuser[m]> https://termbin.com/5dlv new
[2021-09-16T07:26:26Z] <testuser[m]> they had a regression in awk aswell
[2021-09-16T07:29:50Z] <cem> Okay, I have lots of alternatives https://termbin.com/xt6w
[2021-09-16T07:30:24Z] <cem> I'm using nawk and gnu sort, I think those might be relevant
[2021-09-16T07:30:44Z] <cem> I'll try to rebuild using busybox utils
[2021-09-16T07:46:44Z] <testuser[m]> making mjit_config.h
[2021-09-16T07:47:34Z] <testuser[m]> https://termbin.com/kkln
[2021-09-16T07:53:01Z] <testuser[m]> it gets stuck when calling make_arch_flags from the sourced sh file
[2021-09-16T07:53:19Z] <testuser[m]> parse*
[2021-09-16T07:58:34Z] <testuser[m]> `sh` is the problematic utility
[2021-09-16T07:58:34Z] <testuser[m]> bruh
[2021-09-16T08:05:09Z] <cem> Ugh, I've been looking at that script for over ten minutes now
[2021-09-16T08:05:33Z] <cem> no idea why it can be stuck at all
[2021-09-16T08:08:21Z] <cem> maybe disable jit if you don't need it
[2021-09-16T08:09:21Z] <cem> https://termbin.com/znvf
[2021-09-16T08:16:54Z] <testuser[m]> i'd still like to fix the issue tho
[2021-09-16T08:17:04Z] <testuser[m]> https://termbin.com/7afr
[2021-09-16T08:17:43Z] <testuser[m]> what its supposed to do
[2021-09-16T08:19:04Z] <testuser[m]> (with the #define stuff in quotes)
[2021-09-16T08:20:58Z] <testuser[m]> bruh it works just fine if i do it manually
[2021-09-16T08:21:25Z] <testuser[m]> oh i forgor
[2021-09-16T08:21:33Z] <testuser[m]> im on the shell from 1.33.0
[2021-09-16T08:21:55Z] <testuser[m]> nvm
[2021-09-16T08:37:20Z] <testuser[m]> oh its a syntax error
[2021-09-16T08:37:24Z] <testuser[m]> why doesnt make quit
[2021-09-16T08:41:15Z] <testuser[m]> oh, after setting +x termbin.com/fbnp
[2021-09-16T08:45:35Z] <cem> but i'm also using busybox shell
[2021-09-16T08:46:50Z] <cem> even if they were not found, why would it be stuck anyways?
[2021-09-16T08:47:46Z] <cem> did you source tool/mjit_archflag.sh, because that's what the Makefile does
[2021-09-16T08:49:11Z] <testuser[m]> cem: I did set +x in the makefile so yeah
[2021-09-16T08:49:45Z] <cem> ah, I thought you ran those commands manually for a second
[2021-09-16T08:52:25Z] <cem> You should do the other way around and 'set -x'
[2021-09-16T08:52:57Z] <testuser[m]> Isn't -x for turning off debugging
[2021-09-16T08:53:03Z] <testuser[m]> So it would be the defult
[2021-09-16T08:53:21Z] <cem> no, +x turns it off
[2021-09-16T08:53:26Z] <testuser[m]> Oh
[2021-09-16T08:53:33Z] <cem> idk the idea behind it
[2021-09-16T08:53:36Z] <cem> same with -v and +v
[2021-09-16T08:54:37Z] <testuser[m]> same thing but just shows the commands it tried to run
[2021-09-16T08:54:57Z] <testuser[m]> https://termbin.com/hb06
[2021-09-16T08:55:45Z] <cem> huh
[2021-09-16T08:55:50Z] <cem> https://termbin.com/kzwv
[2021-09-16T08:55:53Z] <testuser[m]> why doesnt it show the . command
[2021-09-16T08:55:56Z] <testuser[m]> the one for sourcing
[2021-09-16T08:56:23Z] <testuser[m]> oh i forgor the semicolon
[2021-09-16T08:56:28Z] <testuser[m]> so it ignored the rest of the line
[2021-09-16T08:56:29Z] <testuser[m]> lol
[2021-09-16T08:56:58Z] <cem> lmao
[2021-09-16T08:57:10Z] <testuser[m]> yeah so it just gets stuck after arch_flag=
[2021-09-16T08:57:10Z] <testuser[m]> https://termbin.com/4uin
[2021-09-16T08:57:27Z] <testuser[m]> wtf
[2021-09-16T08:58:06Z] <testuser[m]> Ok so the script assigns those 2 vars after that the next operation done by the makefile is stick, not the variable assignment
[2021-09-16T08:58:37Z] <testuser[m]> test "$(Q)" = @ || set -x;
[2021-09-16T08:59:14Z] <testuser[m]> no
[2021-09-16T08:59:27Z] <cem> It's parse_arch_flags
[2021-09-16T08:59:32Z] <testuser[m]> yeah i misred
[2021-09-16T08:59:36Z] <testuser[m]> read
[2021-09-16T09:00:07Z] <cem> both vars are empty for me
[2021-09-16T09:00:15Z] <testuser[m]> yeah
[2021-09-16T09:00:39Z] <testuser[m]> running manually works fine
[2021-09-16T09:01:13Z] <testuser[m]> but it doesnt get that far cuz if i put random echoes in parse_arch_flags it does nothing
[2021-09-16T09:02:52Z] <cem> Add a ':; return 0' to the top of parse_arch_flags function
[2021-09-16T09:03:18Z] <testuser[m]> same thing, nothing in debug log thingy either
[2021-09-16T09:03:45Z] <cem> Try specifying a different shell on the top of the Makefile
[2021-09-16T09:03:51Z] <cem> like SHELL = /bin/ksh or something
[2021-09-16T09:04:25Z] <testuser[m]> yeah that would fix it cuz the i confirmed that the issue is with the new busybox sh
[2021-09-16T09:04:28Z] <testuser[m]> oh
[2021-09-16T09:04:34Z] <testuser[m]> The output would still be helpfup
[2021-09-16T09:05:09Z] <testuser[m]> https://termbin.com/glrsr
[2021-09-16T09:07:50Z] <testuser[m]> it works fine in a standalone makefile
[2021-09-16T09:08:11Z] <testuser[m]> ohhhhhhhh
[2021-09-16T09:08:17Z] <testuser[m]> the redirection screws it up
[2021-09-16T09:08:36Z] <testuser[m]> https://termbin.com/p4c1
[2021-09-16T09:09:19Z] <cem> it doesn't work when you redirect it?
[2021-09-16T09:09:29Z] <testuser[m]> yeah if i remove the redirect it works fine
[2021-09-16T09:09:59Z] <cem> try redirecting with tee?
[2021-09-16T09:10:29Z] <testuser[m]> works
[2021-09-16T09:10:31Z] <cem> what a weird fucking bug
[2021-09-16T09:11:46Z] <testuser[m]> whenever a source is involved it fucks up, just putting an echo or something works fine aswell
[2021-09-16T09:12:55Z] <testuser[m]> letme try with bmake aswell
[2021-09-16T09:13:13Z] <cem> I don't understand why I can't reproduce it, though
[2021-09-16T09:13:19Z] <testuser[m]> what version
[2021-09-16T09:14:55Z] <testuser[m]> alright its definitely a busybox issue, same with bmake
[2021-09-16T09:15:10Z] <testuser[m]> there were like 10 commits to ash between 1.33 and 1.34
[2021-09-16T09:16:05Z] <testuser[m]> https://termbin.com/wbm1
[2021-09-16T09:20:01Z] <testuser[m]> smallest repro example `{ . /usr/bin/kiss; } > /tmp/some`
[2021-09-16T09:20:13Z] <cem> Ah, I didn't know busybox 1.34 was released
[2021-09-16T09:20:19Z] <cem> I'm at 1.33.1
[2021-09-16T09:20:40Z] <cem> I thought you were mentioning 1.33.0 when you said 1.33
[2021-09-16T09:21:04Z] <testuser[m]> i mentioned 1.33.0 as working and 1.34.0 borked
[2021-09-16T09:22:03Z] <cem> I thought you meant 1.33.0 as working and 1.33.1 borked
[2021-09-16T09:22:14Z] <cem> lol
[2021-09-16T09:22:32Z] <cem> I'm building 1.34.0 now
[2021-09-16T09:22:46Z] <testuser[m]> it gets stuck after a call to close(), time to put in some printf's
[2021-09-16T09:24:53Z] <cem> yup, can reproduce now
[2021-09-16T09:41:51Z] <testuser[m]> almost there
[2021-09-16T09:41:52Z] <testuser[m]> soon
[2021-09-16T10:01:11Z] <riteo> hiiiiiii!
[2021-09-16T10:01:29Z] <testuser[m]> hiiiiiiiiiiiiiiiiiiiiiii
[2021-09-16T10:10:53Z] <testuser[m]> https://github.com/mirror/busybox/commit/4a36ef11ac4d46ae651cbedc440ca6853415283a#diff-d6a8b577408c648eb3d79f03592557a8f858a6e8100f64b6e0064bbf3e1c4b5c
[2021-09-16T10:10:58Z] <testuser[m]> Lol it was fixed already
[2021-09-16T10:11:07Z] <testuser[m]> I even looked at this commit earlier
[2021-09-16T10:12:24Z] <riteo> talking about busybox, does anybody know how to allow `poweroff`, `reboot` and `halt` to work as a normal user without `doas`? I saw that Dylan did some interesting things with the `busybox` package, but I'm not sure if I should fork it to accomplish that
[2021-09-16T10:12:53Z] <testuser[m]> riteo: suid ?
[2021-09-16T10:13:29Z] <testuser[m]>  better to make it specific to a group
[2021-09-16T10:13:30Z] <riteo> idk if I messed up something, but suidding /bin/{poweroff,reboot,halt} suidded the whole binary
[2021-09-16T10:13:36Z] <testuser[m]> Check the ssu package
[2021-09-16T10:13:39Z] <testuser[m]> Oh
[2021-09-16T10:13:41Z] <testuser[m]> Yeah sorry
[2021-09-16T10:13:45Z] <testuser[m]> It's all symlinks
[2021-09-16T10:13:57Z] <testuser[m]> busyvox and busybox-suid are 2 bins
[2021-09-16T10:14:10Z] <testuser[m]> So you can mess with it and make poweroff in busybox-suid
[2021-09-16T10:14:20Z] <riteo> that's what I feared
[2021-09-16T10:14:23Z] <testuser[m]> Better to suid the kpow utility instead
[2021-09-16T10:14:32Z] <riteo> kpow?
[2021-09-16T10:14:38Z] <testuser[m]> Type it
[2021-09-16T10:14:48Z] <riteo> eh, I'm not on my laptop, gimme a sec
[2021-09-16T10:15:09Z] <testuser[m]> its for reboot and shutdown, provised by baseinit
[2021-09-16T10:15:13Z] <testuser[m]> So it won't mess with busy box
[2021-09-16T10:16:39Z] <riteo> oh, I see
[2021-09-16T10:16:50Z] <riteo> so busybox uses that?
[2021-09-16T10:18:35Z] <testuser[m]> Wdym
[2021-09-16T10:18:46Z] <testuser[m]> Poweroff halt are provided by busybox, kpow is a 10 line C file written by dylan
[2021-09-16T10:18:56Z] <testuser[m]> Busybox one is independent of kpow
[2021-09-16T10:19:02Z] <riteo> oh I see
[2021-09-16T10:19:10Z] <riteo> so I should use that for shutting down my laptop?
[2021-09-16T10:19:12Z] <testuser[m]> kpow doesn't depend on a specific init either
[2021-09-16T10:19:16Z] <testuser[m]> Yeah
[2021-09-16T10:19:30Z] <riteo> I wonder why dylan left them in
[2021-09-16T10:19:55Z] <riteo> he could've just made them shell scripts with kpow{ p, r} in them
[2021-09-16T10:20:47Z] <testuser[m]> Wdym
[2021-09-16T10:21:04Z] <testuser[m]> That would call back into busybox
[2021-09-16T10:21:18Z] <riteo> wait, so busybox is independent of kpow but not the other way around?
[2021-09-16T10:21:35Z] <riteo> wait, I gotta see this program, gimme a sec
[2021-09-16T10:21:47Z] <testuser[m]> both are independent
[2021-09-16T10:22:44Z] <riteo> I'm confused
[2021-09-16T10:23:20Z] <testuser[m]> kpow is an init-agnostic binary to shut down
[2021-09-16T10:23:30Z] <testuser[m]> busybox poweroff is specific to busybox runit
[2021-09-16T10:23:38Z] <testuser[m]> busybox doesnt depend on kpow
[2021-09-16T10:23:42Z] <testuser[m]> kpow doesnt depend on busybox
[2021-09-16T10:24:14Z] <testuser[m]> kpow {r, p} == busybox {reboot, poweroff} functionally
[2021-09-16T10:24:20Z] <riteo> ok, there's no trouble on my side in this part
[2021-09-16T10:24:36Z] <testuser[m]> so if you setuid on the kpow binary it wont mess with busybox
[2021-09-16T10:24:40Z] <riteo> I see
[2021-09-16T10:24:44Z] <riteo> one last thing though
[2021-09-16T10:25:14Z] <riteo> kpow doesn't kill each process gracefully, does it?
[2021-09-16T10:25:50Z] <testuser[m]> it does what `man 3 reboot` describes
[2021-09-16T10:26:04Z] <testuser[m]> oh its man 2 not man 3
[2021-09-16T10:26:26Z] <testuser[m]> it sync()'s the disks though
[2021-09-16T10:26:36Z] <testuser[m]> the kpow program
[2021-09-16T10:27:59Z] <testuser[m]> busybox halt does the same thing
[2021-09-16T10:28:18Z] <testuser[m]> just that you got some more arguments to configure the behaviour
[2021-09-16T10:28:57Z] <riteo> mh, that would be a nice solution, but it completely skips whatever init system I have
[2021-09-16T10:29:18Z] <testuser[m]> why does it matter though
[2021-09-16T10:29:36Z] <testuser[m]> programs wont explode if incorrectly shut down, most of them dont even keep a persistent state
[2021-09-16T10:29:40Z] <testuser[m]> eg a database
[2021-09-16T10:29:47Z] <testuser[m]> even if they do , disks are sync()'d
[2021-09-16T10:30:18Z] <riteo> that doesn't sound either very elegant nor intended in a way. The comments on top of kpow.c talk about the end of the init system shutdown, not the start
[2021-09-16T10:30:54Z] <riteo> idk, thanks for letting me know about this program, but this feels wrong. rc.d supports hooks for shutdown too and this wouldn't run them if I were to add any
[2021-09-16T10:31:06Z] <testuser[m]> Oh
[2021-09-16T10:31:08Z] <testuser[m]> Yeah
[2021-09-16T10:31:28Z] <testuser[m]> Just use ssu :p
[2021-09-16T10:31:34Z] <testuser[m]> Password not needed for anything
[2021-09-16T10:31:44Z] <riteo> what's ssu
[2021-09-16T10:32:10Z] <testuser[m]> suid privilege escalation utility
[2021-09-16T10:32:20Z] <riteo> I wonder why dylan couldn't just have enabled the suid config file for busybox and bundled one there
[2021-09-16T10:32:50Z] <riteo> ig for safety? But then, to change that file you undeniably gotta be root (iirc it even has to be 600 with root as an owner)
[2021-09-16T10:33:01Z] <testuser[m]> You could also write a 2 line C program that just execve's the busybox poweroff symlink lol
[2021-09-16T10:33:30Z] <riteo> eh, true
[2021-09-16T10:34:02Z] <riteo> I might resort to that if I still don't get an answer to my problems
[2021-09-16T10:34:30Z] <riteo> I might as well just alias `poweroff` to `doas poweroff`, afterall I already set it to not ask a password
[2021-09-16T10:35:00Z] <riteo> I'll probably send him an email asking why he done that, toghether with another weird thing regarding unicode
[2021-09-16T10:35:48Z] <riteo> for the courious, he set the config to disable locale support (understandable for this distro's goals) but he also made unicode work only when LANG ends with utf8
[2021-09-16T10:36:12Z] <testuser[m]> Unicode support in what
[2021-09-16T10:36:16Z] <riteo> I messed up my terminal countless times because I would accidentally type è without noticing it 
[2021-09-16T10:36:25Z] <riteo> testuser[m]: all busybox programs
[2021-09-16T10:36:47Z] <testuser[m]> Oh
[2021-09-16T10:36:59Z] <riteo> ik, that's weird as hell
[2021-09-16T10:37:58Z] <riteo> for now I added a script to /etc/profile.d
[2021-09-16T15:05:40Z] <dilyn> testuser[m]: chromium 93.0.4577.63 seems to no longer suffer that weird black box problem 
[2021-09-16T15:06:05Z] <riteo> well that was quick
[2021-09-16T15:06:10Z] <dilyn> it DOES however randomly crash tabs, I guess...
[2021-09-16T15:06:11Z] <riteo> oh you're back
[2021-09-16T15:06:14Z] <riteo> lol
[2021-09-16T15:06:22Z] <testuser[m]> dilyn: its fixed
[2021-09-16T15:06:43Z] <testuser[m]> chromium-InkDropHost-crash.patch
[2021-09-16T15:06:58Z] <testuser[m]> also .82 just dropped so you might as well rebuild it completely
[2021-09-16T15:07:05Z] <testuser[m]> :p
[2021-09-16T15:07:56Z] <dilyn> yeah well
[2021-09-16T15:07:59Z] <dilyn> i accept the zero days 
[2021-09-16T15:09:55Z] <dilyn> also got it to build with pgo so that's fuuuuuunnnn
[2021-09-16T15:10:15Z] <dilyn> though when i generated the PGO data... the browser did NOT work. at all. everything crashed constantly. I hope that's a feature(tm)
[2021-09-16T15:10:43Z] <testuser[m]> arent you supposed to use the data given by poogle
[2021-09-16T15:10:58Z] <dilyn> they certainly offer pre-generated profiles updated four times a day 
[2021-09-16T15:11:06Z] <dilyn> but this is called UNGNUGLED CHROMIUM sir
[2021-09-16T15:11:15Z] <testuser[m]> you can un-ungoogle it a bit
[2021-09-16T15:11:26Z] <testuser[m]> https://github.com/PF4Public/gentoo-overlay/blob/master/www-client/ungoogled-chromium/ungoogled-chromium-93.0.4577.82-r1.ebuild
[2021-09-16T15:11:39Z] <testuser[m]> 345 line
[2021-09-16T15:13:28Z] <dilyn> lol
[2021-09-16T18:17:23Z] <noocsharp> jesus christ why did i use epik
[2021-09-16T20:02:07Z] <riteo> I'll go for now, bye everyone!
[2021-09-16T22:44:07Z] <GalaxyNova> heyooo
[2021-09-16T22:44:21Z] <GalaxyNova> testuser[m]: did you figure out the reason why ruby wasn't building?