[2021-06-19T00:28:59Z] <riteo> So apparently GNU's sha1sum isn't flag-compatible with busybox's one... What can I do now?
[2021-06-19T00:29:22Z] <riteo> GNU's one allows only the big flag --status for some reason, while busybox allows only -s
[2021-06-19T00:32:55Z] <riteo> oh you know what? I think I can avoid it and be fine, nevermind
[2021-06-19T04:53:23Z] <testuser[m]1> Hi
[2021-06-19T04:54:18Z] <testuser[m]1> Yeah riteo i got that issue too
[2021-06-19T04:54:31Z] <testuser[m]1> How long ago did you try on adelie ?
[2021-06-19T04:56:00Z] <riteo> testuser[m]: I think it was Christmas
[2021-06-19T04:56:14Z] <riteo> anyways TLS seems like a very old thing on nvidia drivers AFAICT
[2021-06-19T04:56:33Z] <riteo> I looked around for some keywords and found very old mesa bug tickets talking about this
[2021-06-19T04:56:51Z] <testuser[m]1> Yea
[2021-06-19T04:56:57Z] <riteo> I have a strong feeling that adélie patched their musl package to allow dlopen on this configuration
[2021-06-19T04:57:12Z] <riteo> after all they made gcompat, they really care about compatibility
[2021-06-19T04:57:38Z] <riteo> the filenames of the patches tell me nothing though
[2021-06-19T05:01:52Z] <testuser[m]1> God why is shitlab so laggy
[2021-06-19T05:02:19Z] <riteo> very heavy statically generated pages I guess
[2021-06-19T05:03:21Z] <testuser[m]1> https://git.adelielinux.org/adelie/packages/-/blob/master/system/musl/handle-aux-at_base.patch ?
[2021-06-19T05:03:34Z] <riteo> I have no idea
[2021-06-19T05:03:41Z] <riteo> as I said, there's no license file
[2021-06-19T05:03:48Z] <riteo> so I kinda want to avoid opening it
[2021-06-19T05:04:20Z] <testuser[m]1> Wouldn't changes to musl be under the same license as musl
[2021-06-19T05:04:40Z] <riteo> mhhh
[2021-06-19T05:04:47Z] <riteo> actually I think so
[2021-06-19T05:04:52Z] <riteo> explains a lot
[2021-06-19T05:04:58Z] <riteo> let's see
[2021-06-19T05:07:08Z] <riteo> mhhh, I actually have no idea what it's supposed to do lol
[2021-06-19T05:07:14Z] <riteo> but I read tls so I guess that's the patch
[2021-06-19T05:07:27Z] <riteo> I really have to study what it does more in depth
[2021-06-19T05:08:25Z] <testuser[m]1> Hmm alpine has the same patches too
[2021-06-19T05:08:33Z] <riteo> yeah they sharea lot of stuff
[2021-06-19T05:08:37Z] <riteo> even the package manager
[2021-06-19T05:09:03Z] <riteo> adélie is an interesting distro, it's like alpine but more desktop-y and standard compliant
[2021-06-19T05:09:11Z] <testuser[m]1> Oh
[2021-06-19T05:09:12Z] <testuser[m]1> Nicr
[2021-06-19T05:09:26Z] <riteo> I found them very based until recently
[2021-06-19T05:09:40Z] <riteo> they updated their website with polyfill and I lost all my respect towards them /s
[2021-06-19T05:09:59Z] <riteo> no ok that's mildly annoying but they still did good things
[2021-06-19T05:10:14Z] <testuser[m]1> https://git.musl-libc.org/cgit/musl/commit/?id=5c2f46a214fceeee3c3e41700c51415e0a4f1acd
[2021-06-19T05:10:43Z] <riteo> oh
[2021-06-19T05:11:10Z] <testuser[m]1> You sure you didnt launch i3 with nouveau lol
[2021-06-19T05:11:11Z] <riteo> I looked everywhere and didn't find this obviously
[2021-06-19T05:11:19Z] <riteo> testuser[m]: I'm pretty sure
[2021-06-19T05:11:26Z] <riteo> I had to do the ld_preload trick
[2021-06-19T05:11:47Z] <riteo> and I messed up with gcompat and the nvidia installer a LOT
[2021-06-19T05:12:18Z] <riteo> I mean, I also did these things overnight, so everything's possible, I don't even remember myself what I fully did back them
[2021-06-19T05:12:51Z] <riteo> also I'm not really sure that patch's gonna do much
[2021-06-19T05:13:57Z] <riteo> I really think that we might have more luck reverting that commit, that behaviour isn't really done by much software, expecially the type of software that usually runs on KISS
[2021-06-19T05:14:37Z] <riteo> well, there's only one way to find out
[2021-06-19T05:20:55Z] <riteo> the modified package got installed on the usb, time to reboot there
[2021-06-19T05:21:06Z] <riteo> cya very soon!
[2021-06-19T05:24:31Z] <kiss-riteo> it's me
[2021-06-19T05:24:33Z] <kiss-riteo> kiss-riteo
[2021-06-19T05:24:51Z] <testuser[m]1> Hi me
[2021-06-19T05:26:02Z] <kiss-riteo> as expected that patch did pretty much nothing
[2021-06-19T05:26:21Z] <kiss-riteo> how did I even boot that thing back then
[2021-06-19T05:26:32Z] <testuser[m]1> What'd the revert do
[2021-06-19T05:26:41Z] <kiss-riteo> oh no I didn't do that yet
[2021-06-19T05:26:58Z] <kiss-riteo> I just wanted to hope I wasn't actually drunk from sleep back then and accidentally turned on nouveau
[2021-06-19T05:27:11Z] <kiss-riteo> welp, let's try reverting I guess
[2021-06-19T05:28:53Z] <kiss-riteo> testuser[m]1: did you use google to find that commit
[2021-06-19T05:29:08Z] <kiss-riteo> I can't find it anywere from ddg
[2021-06-19T05:29:47Z] <kiss-riteo> (also I don't know where the question mark is on american qwertys)
[2021-06-19T05:31:10Z] <testuser[m]1> No i just thought of running `find -name '*.c' -exec grep resolves {} +` by cloning the repo on my phone but i stumbled on their cgit search and used that
[2021-06-19T05:31:22Z] <testuser[m]1> I don't use gnugle
[2021-06-19T05:32:43Z] <kiss-riteo> oh I see
[2021-06-19T05:35:05Z] <kiss-riteo> is it me or are musl's git servers very slow?
[2021-06-19T05:35:44Z] <kiss-riteo> oh it failed
[2021-06-19T05:36:43Z] <kiss-riteo> welp, better reboot to arch, I won't be writing an URL by hand
[2021-06-19T05:37:12Z] <testuser[m]1> Revert it by hand :v
[2021-06-19T05:38:26Z] <riteo> it's time to diff
[2021-06-19T05:42:56Z] <riteo> the patch has been created
[2021-06-19T05:43:27Z] <riteo> time to reboot, again
[2021-06-19T05:46:02Z] <kiss-riteo> time to build
[2021-06-19T05:46:38Z] <testuser[m]1> You can just add the patch to the package and `patch -p1 -R < patch` to revert it
[2021-06-19T05:47:43Z] <kiss-riteo> yes that's what I did
[2021-06-19T05:47:54Z] <testuser[m]1> Oh
[2021-06-19T05:47:58Z] <kiss-riteo> I'm building the package
[2021-06-19T05:48:07Z] <kiss-riteo> yes, the build is done
[2021-06-19T05:49:19Z] <kiss-riteo> YES
[2021-06-19T05:49:37Z] <kiss-riteo> IT WORKS
[2021-06-19T05:49:39Z] <kiss-riteo> I mean
[2021-06-19T05:50:06Z] <kiss-riteo> it doesn't start yet, but I'm back to some familiar missing symbols errors
[2021-06-19T05:50:50Z] <kiss-riteo> good old _IO_2_1_stdout_
[2021-06-19T05:51:17Z] <testuser[m]1> Yeah i got stuck on thay one
[2021-06-19T05:51:29Z] <kiss-riteo> I actually did some shatty patches for that time ago
[2021-06-19T05:51:56Z] <kiss-riteo> you know, the mysterious patches
[2021-06-19T05:52:38Z] <kiss-riteo> I'm tempted to blindly apply them and then writing them from scratch since I remember basically nothing
[2021-06-19T05:53:00Z] <kiss-riteo> blindly apply them to see what happens*
[2021-06-19T05:53:45Z] <testuser[m]1> Do it
[2021-06-19T05:53:57Z] <kiss-riteo> ok gimme a sec
[2021-06-19T05:54:56Z] <kiss-riteo> there actually quite a lot of them
[2021-06-19T05:55:20Z] <kiss-riteo> io-stdout, no-utmp, sched, wcstoul...
[2021-06-19T05:55:40Z] <kiss-riteo> I think I'll start with io-stdout.patch
[2021-06-19T06:01:03Z] <kiss-riteo> It doesn't compile
[2021-06-19T06:01:56Z] <kiss-riteo> I don't even think it's a patch thing
[2021-06-19T06:02:03Z] <testuser[m]1> What does it ssy
[2021-06-19T06:02:05Z] <kiss-riteo> it says that cc can't execute 'as'
[2021-06-19T06:02:10Z] <testuser[m]1> Lol
[2021-06-19T06:02:15Z] <testuser[m]1> Wtf
[2021-06-19T06:02:22Z] <kiss-riteo> and says that it can't find execvp
[2021-06-19T06:02:41Z] <kiss-riteo> if you give me a second I can write it by hand exactly
[2021-06-19T06:02:53Z] <testuser[m]1> It can't not find execvp,  i think you lost your /usr/bin/as
[2021-06-19T06:03:12Z] <kiss-riteo> wait I think I know why
[2021-06-19T06:03:18Z] <kiss-riteo> I left LD_PRELOAD exported
[2021-06-19T06:03:21Z] <kiss-riteo> it messes up things a lot
[2021-06-19T06:03:33Z] <testuser[m]1> Yeah that's probably it
[2021-06-19T06:03:55Z] <kiss-riteo> yep it built
[2021-06-19T06:05:12Z] <kiss-riteo> it didn't do anything
[2021-06-19T06:05:17Z] <kiss-riteo> lemme look at the symbol list
[2021-06-19T06:05:52Z] <kiss-riteo> yep it implements it
[2021-06-19T06:06:22Z] <kiss-riteo> mhh this is familiar
[2021-06-19T06:06:53Z] <kiss-riteo> IIRC it doesn't find the symbol because xorg ran with musl, but with LD_PRELOAD it should work
[2021-06-19T06:07:30Z] <kiss-riteo> what did you do sleep drunk riteo? what?
[2021-06-19T06:07:52Z] <testuser[m]1> It only complains about IO_STDOUT thingy and 1-2 others, or other symbols too, without LD_PRELOAD ?
[2021-06-19T06:08:41Z] <kiss-riteo> ldd tells me so
[2021-06-19T06:09:01Z] <kiss-riteo> but with ld_preload it only complains about one symbol I don't recall
[2021-06-19T06:09:11Z] <kiss-riteo> the weird thing is that the xorg log still complains about io stdout
[2021-06-19T06:09:41Z] <kiss-riteo> aaaaaaaaaaaaaa what did I doooooooooooo
[2021-06-19T06:11:10Z] <kiss-riteo> wait maybe I recall
[2021-06-19T06:11:39Z] <kiss-riteo> I think I used ld.conf or something similarly named
[2021-06-19T06:12:00Z] <kiss-riteo> but isn't it the same of LD_PRELOAD?
[2021-06-19T06:14:38Z] <kiss-riteo> no ok it's a whole another thing
[2021-06-19T06:16:52Z] <kiss-riteo> I really should've backupped that usb you know
[2021-06-19T06:22:38Z] <kiss-riteo> maybe I just have to set it in the .profile
[2021-06-19T06:25:22Z] <kiss-riteo> it didn't do nothing
[2021-06-19T06:28:01Z] <kiss-riteo> s/nothing/anything/
[2021-06-19T06:33:09Z] <testuser[m]1> ld.so.comf just tells the elf interpreter WHERE to look for libraries
[2021-06-19T06:33:14Z] <kiss-riteo> yeah
[2021-06-19T06:33:31Z] <kiss-riteo> but ldd works fine, so I don't think that's the problem
[2021-06-19T06:34:17Z] <kiss-riteo> there was some specific thing I done to allow the module to link to gcompat but I can't remember it
[2021-06-19T06:34:21Z] <kiss-riteo> I was sure it was LD_PRELOAD
[2021-06-19T06:34:41Z] <kiss-riteo> I'm out of ideas for now and very tired
[2021-06-19T06:34:52Z] <testuser[m]1> Do patchelf --add-needed
[2021-06-19T06:34:58Z] <kiss-riteo> mh
[2021-06-19T06:35:23Z] <testuser[m]1> But i dont think it'll do anything since the lib is loaded anyway
[2021-06-19T06:36:52Z] <kiss-riteo> more than anything I feel like xorg loads the module in a funky way
[2021-06-19T06:37:05Z] <kiss-riteo> wait, should I do it on the module, xorg or both?
[2021-06-19T06:39:27Z] <testuser[m]1> Module
[2021-06-19T06:39:51Z] <kiss-riteo> IT WORKED
[2021-06-19T06:40:02Z] <kiss-riteo> I GOT STUCK ON A BLACK SCREEN BUT IT WORKED
[2021-06-19T06:40:11Z] <testuser[m]1> Nice
[2021-06-19T06:40:30Z] <kiss-riteo> I have seriously no idea how I got to this point months ago
[2021-06-19T06:41:09Z] <kiss-riteo> I always said that the craziest things happen only during the night
[2021-06-19T06:41:20Z] <kiss-riteo> you become a tech god as soon as you get tired enough
[2021-06-19T06:41:38Z] <kiss-riteo> obviously I broke it too because I completely shifted my timezone
[2021-06-19T06:41:51Z] <kiss-riteo> time to try i3
[2021-06-19T06:46:24Z] <kiss-rit1o> I just found out why I got stuck
[2021-06-19T06:46:35Z] <kiss-rit1o> oh lol I'm rit1o
[2021-06-19T06:47:06Z] <testuser[m]1> Eudev?
[2021-06-19T06:47:13Z] <kiss-riteo> I don't think so
[2021-06-19T06:47:17Z] <kiss-riteo> I saw some broken i3 windows
[2021-06-19T06:47:24Z] <kiss-riteo> but
[2021-06-19T06:47:33Z] <kiss-riteo> it started technically
[2021-06-19T06:47:43Z] <kiss-riteo> after all I didn't import all the patches
[2021-06-19T06:48:13Z] <kiss-riteo> but for me that's more than enough proof to say that yes, it's possible to run nvidia's drivers on kiss linux
[2021-06-19T06:48:53Z] <kiss-riteo> all we had to do was revert a 3 year old commit disabling undefined behaviour, apply some shady patches to gcompat and patch libnvidia-glcore.so
[2021-06-19T06:50:11Z] <kiss-riteo> thanks a lot for finding that commit btw, otherwise I would've been stuck for like a whole week in an incredibly confused state
[2021-06-19T06:51:33Z] <kiss-riteo> enough nvidia for now, time to bundle up those few changes I made to minekiss and go to sleep
[2021-06-19T06:53:41Z] <riteo> aaaaaaa now my hands are stuck on the american layout
[2021-06-19T06:53:58Z] <riteo> s/on/to/
[2021-06-19T07:09:02Z] <riteo> yes, now minekiss validates all the assets in an instant and doesn't take like 2:35 minutes just to list all of them
[2021-06-19T07:09:25Z] <riteo> next step: adding all symbols to gcompat
[2021-06-19T07:09:55Z] <riteo> thinking about it, testuser[m]1 what if that freezing I saw was the corruption they were talking about in the commit?
[2021-06-19T07:11:39Z] <riteo> reading it again it talks about already existing threads though, and I didn't find garbage in my screen
[2021-06-19T07:11:54Z] <riteo> partially drawn stuff, yes, but not garbage, so I think we're good
[2021-06-19T07:12:08Z] <riteo> well, time to sleep, cya!
[2021-06-19T07:42:47Z] <testuser[m]1> midfavila: the elinks fork seems to have some css rendering support btw, but colors are not configurable
[2021-06-19T07:42:51Z] <testuser[m]1> http://0x0.st/-9M6.xz
[2021-06-19T07:44:35Z] <schillingklaus> I set TERM to vt100 to make colours disappear in elinks
[2021-06-19T07:48:38Z] <testuser[m]1> im fine with the colors but they fuck up on some sites :/ http://0x0.st/-9Ml.png
[2021-06-19T07:57:18Z] <testuser[m]1> oh wait you can configure the colors
[2021-06-19T12:22:18Z] <mmatongo> hi
[2021-06-19T13:05:23Z] <midfavila> testuser[m]1 how did you get elinks to compile?
[2021-06-19T13:05:34Z] <midfavila> i tried doing the usual procedure but it kept failing for me
[2021-06-19T13:06:04Z] <midfavila> " [GMSGFMT]   po/bg.gmo      fopen: No such file or directory"
[2021-06-19T13:06:24Z] <midfavila> to be clear, it does exist.
[2021-06-19T13:07:21Z] <midfavila> disabling nls worked around it
[2021-06-19T13:07:24Z] * midfavila shrugs
[2021-06-19T13:08:15Z] <midfavila> ...except now it's complaining about undefined references to "render_source_document_cxx"... this can wait for later
[2021-06-19T13:10:06Z] <testuser[m]1> The tarball link i sent contains the build files
[2021-06-19T13:10:25Z] <testuser[m]1> Using those ?
[2021-06-19T13:11:01Z] <midfavila> Oh, no, I was using upstream
[2021-06-19T13:11:21Z] <midfavila> i'll give your files a shot
[2021-06-19T13:11:38Z] <testuser[m]1> It uses meson to avoid perl +autohell
[2021-06-19T13:11:47Z] <testuser[m]1> Cuz no configure script
[2021-06-19T13:12:31Z] <midfavila> oh, nice
[2021-06-19T13:12:39Z] <midfavila> yeah, it builds using your package and the latest release
[2021-06-19T13:13:45Z] <midfavila> Hey, ELinks is pretty decent with its CSS
[2021-06-19T13:13:56Z] <midfavila> it's able to render my site's navbar and text quite nicely
[2021-06-19T13:50:42Z] <kimerus> Guys
[2021-06-19T13:51:18Z] <kimerus> Anyone had a little extra ram in libudev-zero update?
[2021-06-19T13:52:17Z] <kimerus> I had to take a reinstall in eudev and remove it because libudev-zero had a problem and now is like i use eudev
[2021-06-19T13:52:26Z] <kimerus> Because the ram is the same
[2021-06-19T13:58:25Z] <testuser[m]1> Wat
[2021-06-19T13:58:45Z] <kimerus> So my ram after the update
[2021-06-19T13:58:49Z] <kimerus> Is about 130mb
[2021-06-19T13:58:54Z] <kimerus> Now is 150mb
[2021-06-19T13:59:03Z] <kimerus> Is like i use eudev
[2021-06-19T13:59:11Z] <kimerus> But i even use it
[2021-06-19T13:59:41Z] <testuser[m]1> You mean ram usage increased after libudev-zero update
[2021-06-19T13:59:49Z] <kimerus> Yeah
[2021-06-19T14:00:07Z] <kimerus> Normal or not?
[2021-06-19T14:00:51Z] <kimerus> And i had to do all the replacing-udev article because i get xorg errors
[2021-06-19T14:01:01Z] <kimerus> Maybe this part bugged the system
[2021-06-19T14:05:29Z] <testuser[m]1> Idk 20mb seems normal
[2021-06-19T14:07:33Z] <kimerus> For a update?
[2021-06-19T14:08:07Z] <testuser[m]1> It's probably something else you configured
[2021-06-19T14:08:15Z] <kimerus> Like what?
[2021-06-19T14:08:23Z] <kimerus> Because i don't know
[2021-06-19T14:08:24Z] <testuser[m]1> Extra services
[2021-06-19T14:08:27Z] <kimerus> Hmmm
[2021-06-19T14:08:28Z] <kimerus> No
[2021-06-19T14:08:32Z] <kimerus> Just run the same
[2021-06-19T14:09:05Z] <kimerus> Maybe the kernel update i did but i think is not
[2021-06-19T14:09:15Z] <kimerus> Is the same configs
[2021-06-19T14:19:53Z] <claudia> yeah the libudev update introduced new so version. So everthing build against libudev.so has to be rebuild. https://github.com/illiliti/libudev-zero/commit/db72f8610d62a5e6884c6d8d86660d07e49455c4
[2021-06-19T14:20:09Z] <claudia> Or create a symlink from libudev.so to libudev.so.1
[2021-06-19T14:22:45Z] <kimerus> But it requeire much ram?
[2021-06-19T14:23:53Z] <kimerus> Because i did the rebuild
[2021-06-19T14:24:07Z] <kimerus> But i get 20mb more ram consumption
[2021-06-19T14:25:15Z] <claudia> kimerus: xorg, eiwd, crond, sxhkd xwallaper idles in about 80mb after startup.
[2021-06-19T14:25:49Z] <kimerus> All your system 80mb?
[2021-06-19T14:26:09Z] <claudia> yep
[2021-06-19T14:26:16Z] <claudia> going after htop
[2021-06-19T14:26:31Z] <kimerus> Wait
[2021-06-19T14:26:50Z] <kimerus> You mean after update you ger more 80mb or your system in total is 80mb?
[2021-06-19T14:27:34Z] <claudia> my system needs 80mb when I log in and start my windowmanager.
[2021-06-19T14:27:47Z] <claudia> *80mb ram
[2021-06-19T14:27:54Z] <kimerus> Shit
[2021-06-19T14:27:59Z] <kimerus> Amd or intel drivers?
[2021-06-19T14:28:04Z] <claudia> intel.
[2021-06-19T14:28:12Z] <kimerus> Imagined
[2021-06-19T14:28:26Z] <kimerus> But man
[2021-06-19T14:28:35Z] <kimerus> I don't know what happen
[2021-06-19T14:28:41Z] <kimerus> But i get more 20mb
[2021-06-19T14:28:53Z] <claudia> When you notice some problem, install old version do some mesurements.
[2021-06-19T14:29:13Z] <claudia> And when you think its libudev-zero related, open an issue on the libudev-zero repo.
[2021-06-19T14:29:14Z] <kimerus> My system is about 125mb or 130mb and know is about 150mb
[2021-06-19T14:29:35Z] <kimerus> Now*
[2021-06-19T14:29:45Z] <kimerus> Maybe i do a reinstall
[2021-06-19T14:30:03Z] <kimerus> To see if is not udev what bugged the system
[2021-06-19T14:30:52Z] <testuser[m]1> Bruh do you seriously care for 20mb ram
[2021-06-19T14:31:21Z] <kimerus> Yeah
[2021-06-19T14:31:30Z] <kimerus> I'am crazy with ram
[2021-06-19T14:31:33Z] <claudia> :D
[2021-06-19T14:31:37Z] <kimerus> Man is because
[2021-06-19T14:31:42Z] <kimerus> I use kiss for it
[2021-06-19T14:31:56Z] <testuser[m]1> Go for a static X config then, no udev
[2021-06-19T14:32:34Z] <kimerus> I get the same ram in gentoo ram with udev shit and glibc so why change if i get not in ram gain
[2021-06-19T14:34:05Z] <claudia> kimerus: a test with the prior libudev-zero version would gian some clarification.
[2021-06-19T14:34:08Z] <illiliti> kimerus: there is no extra ram usage in libudev-zero. i just did the measurements and didn't notice any differences between 0.4.8 and latest master
[2021-06-19T14:34:24Z] <kimerus> So yeah
[2021-06-19T14:34:31Z] <kimerus> Is a udev bug 
[2021-06-19T14:34:37Z] <testuser[m]1> Wat
[2021-06-19T14:34:54Z] <testuser[m]1> You didnt switch to eudev right ?
[2021-06-19T14:35:00Z] <kimerus> Yeah
[2021-06-19T14:35:02Z] <kimerus> I mean
[2021-06-19T14:35:13Z] <kimerus> I did again the replacing-udev article
[2021-06-19T14:35:20Z] <kimerus> In kiss wiki
[2021-06-19T14:35:31Z] <testuser[m]1> First you switched back to eudev, then back to libudev-zero ?
[2021-06-19T14:35:37Z] <kimerus> Yeah
[2021-06-19T14:35:48Z] <kimerus> And now i get 20mb
[2021-06-19T14:35:52Z] <kimerus> More ram
[2021-06-19T14:36:05Z] <kimerus> My kiss revdepends eudev show nothing
[2021-06-19T14:36:30Z] <kimerus> So i think reinstall eudev and install libudev-zero give the system some bug
[2021-06-19T14:37:27Z] <claudia> kimerus: When you have libudev-zero installed and switch between versions, you can just do 'kiss-revdepends libudev-zero' and rebuild the packages from the output. 
[2021-06-19T14:37:41Z] <claudia> No need the go the "replace udev" article again.
[2021-06-19T14:38:04Z] <kimerus> Yeah i see it after i did the dumb action
[2021-06-19T14:38:50Z] <kimerus> But now i get this 20mb extra ram
[2021-06-19T14:39:54Z] <claudia> This is empiric information.
[2021-06-19T14:40:00Z] <kimerus> I think ima just move to gentoo again, i need my steam back
[2021-06-19T15:19:33Z] <kimerus> testuser[m]1: your steam script works properly with non native linux games?
[2021-06-19T15:20:16Z] <testuser[m]1> How many times are you going to ask bruh, it works for me
[2021-06-19T15:21:22Z] <kimerus> Just for make sure
[2021-06-19T15:21:49Z] <kimerus> Still don't know why this not work in xorg
[2021-06-19T15:22:20Z] <kimerus> Maybe some dependencies fault
[2021-06-19T15:25:13Z] <kimerus> The problem is, you use wayland and i use xorg so is difficult do debug this way
[2021-06-19T15:25:53Z] <testuser[m]1> I used it on X
[2021-06-19T15:25:58Z] <testuser[m]1> Not anymore
[2021-06-19T18:56:54Z] <Andrei_> alright
[2021-06-19T18:56:56Z] <Andrei_> tech support time
[2021-06-19T18:57:30Z] <Andrei_> I've been trying to get Xorg working for hours but no avail
[2021-06-19T18:59:08Z] <Andrei_> it only works when change the ownership of /dev/dri/card0 to my user
[2021-06-19T18:59:26Z] <Andrei_> I'm using nouveau
[2021-06-19T19:01:02Z] <Andrei_> At first I though it was a kernel issue but I then recompiled my kernel with all the options enabled and the error still happened ;(
[2021-06-19T19:17:33Z] <soliwilos> I'm not using Xorg, but if your /dev/dri/card0 belongs to video or some such, is your user in that group?
[2021-06-19T19:18:41Z] <Andrei_> my user is in the video group
[2021-06-19T19:19:01Z] <Andrei_> :/
[2021-06-19T19:19:22Z] <Andrei_> soliwilos: /dev/dri/card0 does not belong to video for some reason
[2021-06-19T19:19:25Z] <Andrei_> it belongs to root
[2021-06-19T19:20:58Z] <soliwilos> I've got mine as root:video, that can be handled by your device manager.
[2021-06-19T19:22:35Z] <Andrei_> how would I configure that
[2021-06-19T19:22:48Z] <Andrei_> right now it's root:root
[2021-06-19T19:23:16Z] <Andrei_> I'm using eudev as the device manager
[2021-06-19T19:23:30Z] <soliwilos> Depends on which one, for mdevd/mdev it's /etc/mdev.conf
[2021-06-19T19:24:01Z] <Andrei_> ah alright
[2021-06-19T19:24:06Z] <Andrei_> weird that this is not in the wiki
[2021-06-19T19:24:16Z] <Andrei_> since this seems like an important step
[2021-06-19T19:24:21Z] <claudia> Andrei_, have you read https://k1sslinux.org/faq#9.1 ?
[2021-06-19T19:24:53Z] <Andrei_> some of it
[2021-06-19T19:25:48Z] <claudia> like compiling the firmware into the kernel =y would prob do it.
[2021-06-19T19:28:24Z] <Andrei_> xlaudia: i thought firmware was only for propriatary drivers?
[2021-06-19T19:28:35Z] <Andrei_> i want to use nouveau
[2021-06-19T19:34:02Z] <Andrei_> yep I'm very confused
[2021-06-19T19:37:17Z] <claudia> I have not bothered with novou before, but for people using amd cards, compiling the firmware into the kernel =y is recommended to avoid these permission problems.
[2021-06-19T19:37:27Z] <claudia> Going after gentoo wiki for nvidia this is recommended too.
[2021-06-19T19:37:28Z] <claudia> https://wiki.gentoo.org/wiki/Nouveau#Firmware
[2021-06-19T19:38:16Z] <claudia> have a look at the amd section as an example.
[2021-06-19T19:38:40Z] <claudia> In the linux firmware tree there is stuff for nvidia cards. https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/nvidia
[2021-06-19T19:43:28Z] <claudia> Andrei_, check logs what I have written.
[2021-06-19T19:45:07Z] <Andrei_> i cant
[2021-06-19T19:45:09Z] <Andrei_> im on the tty
[2021-06-19T19:46:27Z] <Andrei_> brb
[2021-06-19T19:47:07Z] <Andrei_> ah thanks
[2021-06-19T19:47:20Z] <Andrei_> i will install the firmware
[2021-06-19T20:03:56Z] <Andrei_> claudia: installing firmware did nothing
[2021-06-19T20:04:37Z] <Andrei_> the issue is with the device manager
[2021-06-19T20:05:08Z] <Andrei_> because a simple ls -l on /dev/dri/card0 clearly lists that it's owned by root:root
[2021-06-19T20:05:35Z] <Andrei_> instead of root:video
[2021-06-19T20:06:51Z] <Andrei_> and the Xorg.log says that it's a permission error
[2021-06-19T20:07:13Z] <Andrei_> weird thing is that even after chowning /dev/dri/card0 to root:video it still doesn't work for non root users
[2021-06-19T20:08:41Z] <claudia> Andrei_, then I am out of sight. sry.
[2021-06-19T20:08:44Z] <Andrei_> rip
[2021-06-19T20:08:46Z] <Andrei_> alright
[2021-06-19T20:09:01Z] <Andrei_> time to nag dilyn for help lol
[2021-06-19T20:09:02Z] <claudia> Did you specify firmware_dir and put the firmware to this dir?
[2021-06-19T20:09:14Z] <claudia> the usual questions (:
[2021-06-19T20:09:17Z] <Andrei_> I still don't understand how firmware would help this
[2021-06-19T20:09:40Z] <claudia> you are modprobing the firmware atm, right?
[2021-06-19T20:10:01Z] <Andrei_> because 1) I'm using open source drivers not the propriatery ones 2) The Xorg.log states that it can't open it because of permission denied
[2021-06-19T20:10:56Z] <Andrei_> wdym modprobing the firmware?
[2021-06-19T20:11:06Z] <Andrei_> I though I just had to move it to /usr/lib/firmware?
[2021-06-19T20:11:50Z] <claudia> Your current solution with building nuvououo is as module and this is not loaded at the right time.
[2021-06-19T20:12:09Z] <Andrei_> oh I modprobe it in /etc/inittab
[2021-06-19T20:12:21Z] <Andrei_> I don't think that's the issue
[2021-06-19T20:12:27Z] <claudia> When build into the kerenl =y the modules is availbe to the right time.
[2021-06-19T20:13:18Z] <claudia> Y, you move the firmware stuff to usr/lib/firmware, set novuou stuff to =y instead of =m and you have to specify the firmware in "config_extra_firmware"
[2021-06-19T20:14:19Z] <claudia> There is an example how to build an iwlwifi  blob into the kernel https://k1sslinux.org/wiki/kernel/thinkpad
[2021-06-19T20:16:19Z] <Andrei_> wheres's config_extra_firmware?
[2021-06-19T20:18:27Z] <claudia> in your .config
[2021-06-19T20:19:14Z] <claudia> when its not there, just create it. Drivers which require extra firmware need this.
[2021-06-19T20:22:37Z] <Andrei_> and i just set it to where I copied the firmware to? So /usr/lib/firmware?
[2021-06-19T20:43:01Z] <Andrei_> claudia:
[2021-06-19T22:15:24Z] <dilyn> if you're modprobing nouveau then that is exactly the cause of your problems
[2021-06-19T22:16:29Z] <dilyn> download the firmware tarball, extract it to /usr/lib/firmware. find in /usr/lib/firmware your nvidia card's firmware. 
[2021-06-19T22:17:27Z] <dilyn> enable CONFIG_EXTRA_FIRMWARE to point to /usr/lib/firmware and set the FIRMWARE_DIR to foo/bar.bin, where foo is whatever folder has your nvidia firmware, and bar.bin is the firmware blob
[2021-06-19T22:18:14Z] <dilyn> sorry that's backwards; CONFIG_EXTRA_FIRMWARE_DIR should point to /usr/lib/firmware, CONFIG_EXTRA_FIRMWARE points to the firmware blobs