zr changed the topic of #kisslinux to: KISS Linux | https://k1sslinux.org | /msg zr for kisslinux/* cloaks | logs: https://k1sslinux.org/irc#2.0 | word of the day: "perntium
sad_plan has joined #kisslinux
<sad_plan> wait, didnt what I wrote go through?
<sad_plan> im guessing not seeing as it doesnt appear in the logs..
<sad_plan> compiler-rt doesnt build for me. anyone care to give their 2 cents, as to why? I cant pinpoint anything from readoing the log
<sad_plan> also, alsa suddenly wont give me sound :p
sad_plan has quit [Read error: Connection reset by peer]
sad_plan has joined #kisslinux
<kqz> sad_plan: you either need to disable sanitizers for compiler rt like so here https://github.com/wyvertux/wyverkiss/blob/master/core/llvm/build
<sad_plan> yeah, that might be it. ill check them out. see if I cant make sence of them
<sad_plan> well compiler-rt is configured to not build sanitizers though
<sad_plan> in the buildscrit i mean
dilyn has joined #kisslinux
<dilyn> sad_plan: alsa... also does not give me sound. cute
<sad_plan> borked after updating to latest. seems to segmentation fault. it doesnt look like it find my card anymore, for whatever reason
<dilyn> http://ix.io/3oHb interesante
<dilyn> I get a error reported on boot about neither of my cards being *something or other*, though they appear just fine otherwise
<sad_plan> strange
<dilyn> doesn't happen when using alpine's apkbuild
<dilyn> asm error makes me think it's some kind of analogue to the 5.12 kernel problems
<dilyn> though I haven't looked very closely
<dilyn> brb testing
dilyn has quit [Quit: Connection closed]
<sad_plan> yeah, I was wondering if the kernel might be at fault. figured id try to go back to an earlier build, but gotta build it first with my new config :p
<sad_plan> you do that. I got work to do in the mean time. lol
zenomat has quit [Ping timeout: 272 seconds]
zenomat has joined #kisslinux
zenomat has joined #kisslinux
zenomat has quit [Changing host]
illiliti has quit [Ping timeout: 272 seconds]
sad_plan has quit [Read error: No route to host]
illiliti has joined #kisslinux
dilyn has joined #kisslinux
<dilyn> are you using gnu ld? or something else sad_plan
dilyn has quit [Client Quit]
dilyn has joined #kisslinux
sad_plan has joined #kisslinux
<sad_plan> uhm.. if its not default, i guess not
dilyn has quit [Quit: Connection closed]
<sad_plan> great
dilyn has joined #kisslinux
<dilyn> cool, it's fixed.
<dilyn> i'll make a patch, test again, and push that (so we don't have to use a source where I have to generate configure smh)
<sad_plan> nice to see they fixed it rather quickly. yea you do that.
<dilyn> wouldn't expect a horrifyingly broken change in such a small release but ~what the fuck do I know~
dilyn has quit [Client Quit]
dilyn has joined #kisslinux
<dilyn> should be fixed now sad_plan :)
<sad_plan> cool
sad_plan has quit [Read error: Connection reset by peer]
m3g has joined #kisslinux
illiliti has quit [Quit: leaving]
mla has joined #kisslinux
sad_plan has joined #kisslinux
<sad_plan> I still get the segmentation fault at bootup, but sound works though. which is the important part :p
sad_plan has quit [Read error: No route to host]
<acheam> hmm i'm facing weird bug in my C program: I have a pointer to a char[], which prints fine
<acheam> however
<acheam> if I printf something else before it, then the variable filled with garbage when I try and print it
<acheam> with literally the only difference between printing fine and printing garbage, being a few characters being printed before. I can print 4 characters fine, but once I print 5 or more, the variable prints crap
<acheam> https://l.armaanb.net/cdir.c is the program. If I comment out line 62, then the printf in line 64 works as intended, however if I leave line 62 in, the printf in line 64 just prints garbage
<acheam> been stumped at this for the last 1.5hrs
kqz has quit [Ping timeout: 252 seconds]
<noocsharp> when things like that happen, it means the stack is getting corrupted somewhere
<june> acheam: outp.items = calloc(1, sizeof(struct dirent **));
<m3g> My m.2 makes weird noises whenever it boots up
<june> you are allocating the size of outp.items, rather than the size of what it's pointint to
<june> I recommend always writing allocations like this: foo = malloc(sizeof(*foo))
<june> that said, that's probably not the problem, since both the pointer and the thing it's pointing to are pointers
<acheam> hmm yeah that did not fix it, but thank you for the tip!
<acheam> noocsharp: thanks i'll look into that
<noocsharp> that's one problem, but it shouldn't affect anything since they are both struct dirent * and struct dirent ** are both the size of pointers
<noocsharp> im trying to figure it out as well
<june> I think the real problem is that readdir(3)'s return value is only valid until the next call to readdir(3) or to closedir(3)
<acheam> ah I see
<june> you need to copy the data out (in which case it makes more sense to have struct dirent *items)
<acheam> I will do that, thank you!
<june> or use readdir_r(3)
<acheam> would memcpy be the right way to do this?
<noocsharp> you could use strdup
<noocsharp> since you're only using the name
<acheam> I thought strdup was a glibc thing?
<acheam> or maybe just not a C99 thing
<noocsharp> no, it's posix
<acheam> ah got it just need to define _POSIX_C_SOURCE
<june> glibc is such an annoyance to program for...
<june> I think this is the most detailed history section I've seen for such a basic function:
<june> > A strdup() macro was first used in the 4.1cBSD debugger, dbx. It was rewritten as a C function for the 4.3BSD inetd(8) and first appeared in the C library of 4.3BSD-Reno.
<noocsharp> the more you know i guess
<acheam> woot memcpy fixed it, thank you june and noocsharp!
<noocsharp> tbh libc itself kind of sucks
<noocsharp> there's so much extraneous crap that no one ever uses, and basic data structures are excluded
<noocsharp> also acheam: you should include dirent.h instead of sys/dir.h
<acheam> why is that?
<june> that's the header listed in the manual
<acheam> ah okay yeah I see that now in the RATIONAL section of the manpage
<june> huh? the header is the first line of SYNOPSIS
<acheam> oh I was talking about the full difference between sys/dir.h and dirent.h
<acheam> which is explained in detail in the RATIONALE section
<acheam> but I do see what you mean in SYNOPSIS
<noocsharp> what manpage is it in?
<noocsharp> the rationale section?
<acheam> dirent.h(0P)
<acheam> the name of which should have been a tip off that I should have been using dirent.h lol
<noocsharp> i just use dirent because the manpage for opendir/readdir says so lmao
<acheam> /shrug
<noocsharp> i didn't even know the dirent.h manpage existed
<june> I think technically if you insist on only following POSIX, you can't just memcpy dirent structs, because d_name isn't necessarily a fixed size
<june> there's a section about it in NOTES in linux-man-pages readdir(3)
<acheam> hmmmm
<acheam> i'll worry about that later
<june> well, that's why strduping d_name is a better idea
<acheam> yeah i'll do that eventually
<acheam> depends if I need the other things in the dirent struct though
<noocsharp> imagine how much simpler life would be if c had proper arrays
Caracol has joined #kisslinux
Caracol has quit [Client Quit]
<acheam> that would be miraculous
m3g has quit [Ping timeout: 272 seconds]
m3g has joined #kisslinux
<testuser[m]_> hi
Guest11 has joined #kisslinux
Guest11 has quit [Client Quit]
smartin has joined #kisslinux
gtms has joined #kisslinux
schillingklaus has joined #kisslinux
dilyn has quit [Quit: Connection closed]
phoebos_ has joined #kisslinux
phoebos_ has quit [Quit: phoebos_]
testuser[m]_ has quit [Quit: testuser[m]_]
testuser[m]_ has joined #kisslinux
testuser[m]_ has quit [Client Quit]
testuser[m]_ has joined #kisslinux
SleepBag has joined #kisslinux
gtms has quit [Remote host closed the connection]
SleepBag has quit [Quit: Leaving]
strajder has joined #kisslinux
schillingklaus has quit [Remote host closed the connection]
Uks2 has joined #kisslinux
Uks3 has quit [Ping timeout: 268 seconds]
<omanom> good morning
strajder has quit [Quit: leaving]
<midfavila> got my copy of intro to algos today
<midfavila> pretty hefty boi
<omanom> oof, have fun with /that/
<midfavila> a thousand or so pages :^)
<midfavila> i'm definitely not going to get through it in a comprehensive manner any time soon.
<testuser[m]_> nice
mahmutov has joined #kisslinux
gtms has joined #kisslinux
Guest97 has joined #kisslinux
Guest97 has quit [Client Quit]
dante_boi has joined #kisslinux
<omanom> can confirm i now have alsa issues after an upgrade as well
<omanom> hm never mind, for some reason it muted my master volume
<m3g> alsactl an funny
<omanom> it mutes on reboot now... hmm
<m3g> alsactl store?
dilyn has joined #kisslinux
<dilyn> could it be that alsactl is segfaulting for you as well omanom: ?
<omanom> >udevd[160] '/usr/bin/alsactl restore 0' [171] terminated by signal 11 (segmentation fault)
<omanom> yep
<dilyn> it doesn't for me, so i'm uncertain
<omanom> weird thing is, the sound card is still loaded and i still have sound through various applications. i just have to go in to alsamixer and unmute master
<omanom> there's a new option i don't remember in alsamixer: "Auto-Mute Mode" which is enabled. Rebooting re-enables it even if i mark it disabled. Don't know if that's related
<dilyn> I think auto mute mode has always existed
<dilyn> probably unrelated
<dilyn> have you tried just rebuilding alsa-utils?
<omanom> not yet, i'll do that now.
<omanom> same outcome
<dilyn> figured
<dilyn> hmhmhm
<omanom> alsa-utils v1.2.5
dilyn has quit [Quit: Connection closed]
<omanom> rebuild of alsa-lib also doesn't change anything
psydroid has quit [Quit: node-irc says goodbye]
konimex has quit [Quit: node-irc says goodbye]
testuser[m] has quit [Quit: node-irc says goodbye]
ru0mad[m] has quit [Quit: node-irc says goodbye]
E5ten[m] has quit [Quit: node-irc says goodbye]
rgybmc[m] has quit [Quit: node-irc says goodbye]
testuser[m] has joined #kisslinux
m3g has quit [Ping timeout: 245 seconds]
konimex has joined #kisslinux
psydroid has joined #kisslinux
E5ten[m] has joined #kisslinux
ru0mad[m] has joined #kisslinux
rgybmc[m] has joined #kisslinux
m3g has joined #kisslinux
Uks3 has joined #kisslinux
Uks2 has quit [Ping timeout: 272 seconds]
mahmutov has quit [Remote host closed the connection]
mahmutov has joined #kisslinux
sad_plan has joined #kisslinux
<sad_plan> omanom: mine also has the same error, but sound still works. rebuilding did nothing on my end either..
<omanom> is your sound muted by default on boot now also? or is that just mine?
<sad_plan> yeah, of it says its not, but it always is. so I always gotta open amixer, and mute/unmute master channel. aswell as the aux. may be some issue with me plugging in/out my headset all the time, but it kust about never works right when booting up..
sad_plan has quit [Ping timeout: 245 seconds]
sad_plan has joined #kisslinux
<sad_plan> ignore the first 'of'. dunno why it got there.
claudia has joined #kisslinux
<claudia> o/
<omanom> hi!
<sad_plan> hey
<claudia> I want to mention that I also have a muted alsa master on startup since this install. (3 months old)
<claudia> omanom:
<omanom> 3 months old, thank you claudia! that makes it seem as though it is not part of the seg fault issue then
<claudia> Yeah, thats what I am pointing ;)
<omanom> oh @m3g `alsactl store`, i haven't tried that yet... totally read it as `alsactl restore` sorry
<claudia> where can I observe the segfault, while using something 'amixer sset Master 10%-'?
<sad_plan> mine has always been that way, and I installed kiss ~6 months ago. i also reinstalled it some time inbetween that where I switched to a new ssd
<omanom> mine occurs during boot process, it shows up immediately after "=> Starting udev..."
<omanom> ok so i unmuted master, set it to a normal gain, and then ran as root `alsactl store`. the segfault doesn't show up on boot and master isn't muted any more
<claudia> I am using libudev-zero.(beside this great tool the name is clunky to type :p)
<omanom> figures it is my own fault!
claudia has quit [Quit: claudia]
<sad_plan> omanom: i gotta try that aswell, when I get back onto my laptop. maybe that fixes my segmentation fault aswell
claudia has joined #kisslinux
<claudia> lol, on my end 'alsactl store' does not store the unmuted master
<claudia> And there is a segfault when running 'alsactl restore'
<claudia> hm...
<omanom> i had to do it as root
<omanom> i can confirm `alsactl restore` as normal user still segfaults like you got
<claudia> I stored as root. Restore as root gives me a permission error. http://ix.io/3oKT
<claudia> Funny
sad_plan has quit [Quit: Quit]
<claudia> But honstly I havent even noticed until u brough this up :]
<omanom> very interesting, i don't get that last error
<E5ten[m]> alright let's see if I can send this message through the matrix libera bridge
<omanom> got it E5ten!
<E5ten[m]> hell yeah
<omanom> welcome "back" :)
<E5ten[m]> thanks lol
<E5ten[m]> I joined like a couple days ago but kinda forgot IRC existed for a couple days cuz I've been studying for an exam, I'd joined multiple channels that moved to libera through the new bridge but hadn't actually sent a message in any of them until now
<E5ten[m]> so it's nice to have confirmed that works
<omanom> yes, i'm glad it didn't take too long for the libera bridge to get configured!
<E5ten[m]> yeah
Uks3 has quit [Quit: Byee]
Uks2 has joined #kisslinux
<claudia> dilyn: I can reporduce https://github.com/kiss-community/kiss/issues/29
m3g has quit [Ping timeout: 245 seconds]
smartin has quit [Quit: smartin]
mahmutov has quit [Read error: Connection reset by peer]
mahmutov has joined #kisslinux
dante_boi has quit [Read error: Connection reset by peer]
sad_plan has joined #kisslinux
dilyn has joined #kisslinux
<dilyn> thanks for confirming claudia :)
<dilyn> hi e5ten
<claudia> uw
<dilyn> re alsa problems. I'm pushing a couple more patches that should ensure all alsa errors relating to playback are fixed (there is going to be a bugfix release *soon*, apparently)
<dilyn> as far as alsactl restore issues go, I *also* have one, that is nonfatal (related to ucm). doing alsactl -U restore ignores those errors (and is fine, because I don't use UCM)
<dilyn> any other errors would be interesting to see tho
illiliti has joined #kisslinux
soliwilos has quit [Remote host closed the connection]
illiliti has quit [Client Quit]
claudia has quit [Quit: claudia]
claudia has joined #kisslinux
claudia has quit [Read error: Connection reset by peer]
<sad_plan> dylin: is the landley guy still immensly difficult regarding managing the toybox project? I seem to recall there was some bak and forth about him making useless depencies for building it and so forth.. e5sten was also involver here iirc :p
<dilyn> it's not that he's difficult about it, he just has a vision for how the project should be built
<E5ten[m]> yeah like I wouldn't call him difficult, I just disagree with some of his choices
<dilyn> he's requiring bash to build it because the point of toybox is that it will be able to bootstrap itself, and toysh is a bash replacement. so why bother with a POSIX build system when (eventually), it won't be a worry
<dilyn> I'm mostly just annoyed that he won't make it POSIX buildable in the interim, considering how long toysh has been *pending*
<E5ten[m]> sad_plan: in regards to the "still" part (rather than the "immensely difficult" part), I don't think he's changed his positions on any of that stuff
<dilyn> but like you said, e5ten (and some others) have graciously provided alternatives
<E5ten[m]> dilyn: also hey!
<dilyn> o/ :)
<sad_plan> aha. I see. I was just thinking about inits, and came to think about toybox, and this specific PR which I read a while ago
<sad_plan> i belive it was this one though
<E5ten[m]> yeah that'd be the one
<sad_plan> yeah. I do agree that it would be preferable for it to be POSIX buildable, as dylin said. having stuff being portable is great. however, not everyone cares for it.
<E5ten[m]> but he also often rejects changes I propose that improve the portability of the C code (sometimes he merges, but he often rejects on the grounds that in practice, all the systems that are actually supported don't require the changes)
<dilyn> yeah
<dilyn> landley is in general very opinionated
<dilyn> and pragmatic
<sad_plan> so his purposefully rejecting portability based off of it being portable, basiclly
<sad_plan> I see :p
<sad_plan> changes based off... * not portability. wut
<dilyn> more that 'portability is not a concern because we aren't porting to anything where this isn't going to work anyways'
<dilyn> it's like asking that #!/bin/env bash scripts comply with POSIX; that isn't (hopefully) what the target is
<june> yeah you should just be asking that #!/bin/env bash scripts not exist :P
<dilyn> :)
<sad_plan> ¯\_(ツ)_/¯
<sad_plan> ffs, did you have any other issues building recent ff?
<dilyn> other issues? no. still working on the previous one? yes
<sad_plan> i get an error with 'new' file not found..
<sad_plan> oh ok
<dilyn> hm
<sad_plan> im trying to update it, with testusers LTO stuff, and ff is the only thing left really. but it fails.
<sad_plan> it first gave me an error about ccache it seemed, so I just removed it anyway. I can send you the log
<sad_plan> maybe itll help you aswell
<dilyn> ah yes. I have that problem
<sad_plan> is it just the same issue?
<dilyn> the same first issue at least; `10:54.19 cargo:warning=/home/wololo/.cache/kiss/proc/12519/build/firefox/obj-x86_64-pc-linux-musl/instrumented/dist/system_wrappers/type_traits:3:15: fatal error: 'type_traits' file not found
<dilyn> `
<sad_plan> hm
<dilyn> hm indeed.
<dilyn> it's something supremely dumb, I'm almost certain
<sad_plan> probably some minor bs that being missed. it usually is.
<dilyn> yeah, i'm just missing something tiny. i've encountered this before :X that's the most annoying part
<dilyn> honestly I should be keeping notes on all this nonsense
<midfavila> that's a mood.
<sad_plan> yes you most certenly should :p in any case, its never to late to start :D
<dilyn> nope. I've gotten this far, obviously I have no need for notes :v
gtms has quit [Remote host closed the connection]
<sad_plan> obviously :p lol
sad_plan has quit [Read error: No route to host]
<dilyn> oh. urgh. hrmph.
<dilyn> i assume clang doesn't look in /usr/include/c++/11.1.0 for c++ headers lmfao
<dilyn> god I'm dumb.
sad_plan has joined #kisslinux
<sad_plan> are you implying that might fix it?:p
<dilyn> mhmm
<sad_plan> thats swell!
<dilyn> because type_traits absolutely exists, it's just not where clang is probably expecting it to be
<dilyn> vamos a ver :)
<sad_plan> ah, so by telling clang where it is, should fix the issue.
<sad_plan> what does that even mean? :p
<dilyn> vamos a ver?
<dilyn> 'we will see'
<sad_plan> aah. latin?
<dilyn> spanish
<sad_plan> ah
<sad_plan> did you take spanish in school or something?
<dilyn> mmhmm
<sad_plan> I didnt have that option. I wish I did, 'cause spanish is so much better than german.. or french for that matter
<dilyn> hablo un poco espanol, y menos rusa
<dilyn> spanish ain't shit lmfao
<dilyn> I'd rather know french
<sad_plan> haha why?
<dilyn> it's just far more interesting
<dilyn> gramatically etc
<dilyn> tbf spanish gets more interesting the further you go; we got there after four years
<dilyn> but russian was way cooler
<sad_plan> but its horrible gramaticly and so much more. same is german. but I belive french is the worse
<sad_plan> russian is the way to go. I wouldve chosen that any day when I went in school :p
<dilyn> i spent good money to fail my russian classes :)
<sad_plan> well aint that a waste. so school cost money in australia aswell, like in the US?
<sad_plan> here school is free :p mostly anyway. I know theres some costs if you end up going to high school(?). but I dont belive theres neeearly as expensive as in the US :p
<dilyn> I'm in america :V not aus
<midfavila> burger dictator for life
claudia has joined #kisslinux
<sad_plan> what. did you move? you are an aussie right? or am I suffering for mild dementia..
<sad_plan> I couldve sworn you some time mentioned you live in australia anyway..
<dilyn> dylan is australian
<dilyn> I am but a mere american
<sad_plan> I thought dylan was greek? did he just live in greece?
<dilyn> iirc he's australian who made his way eventually to greece
<sad_plan> hm, well then.
banshie has quit [Read error: Connection reset by peer]
banshie has joined #kisslinux
sad_plan has quit [Quit: ]