[2021-07-17T00:00:53Z] <claudia> I mean your shell and the unzip stuff still works?
[2021-07-17T00:01:57Z] <sad_plan> yeah, I can still navigate the system as normal, but when building i.e busybox, itll error out telling you /usr/bin/ld is missing, even though its there. ive also tried to use kiss a with a binutils-bin package, but for some reason, no dice
[2021-07-17T00:02:31Z] <sad_plan> ive messed up my system in all kinds of ways. cp is missing, mv is mising, grep is missing, and so on :p the tarball is always handy tbh :p
[2021-07-17T00:02:59Z] <sad_plan> it all works now though. just /bin/ld this time
[2021-07-17T00:07:09Z] <claudia_> 'kiss-manifest binutils', is ld there?
[2021-07-17T00:07:25Z] <claudia_> when u said messing with cflags, what do they return now?
[2021-07-17T00:07:40Z] <claudia_> 'which ld'
[2021-07-17T00:08:44Z] <sad_plan> kiss manifest does return /usr/bin/ld.
[2021-07-17T00:09:31Z] <claudia_> so 'which ld' is also success
[2021-07-17T00:09:59Z] <sad_plan> which ld returns /usr/bin/ld, yes
[2021-07-17T00:10:53Z] <sad_plan> my cflags is nothing too special. its something in the lines of what mid has. im just seeing if I can make my system use less ram at idle or something. 
[2021-07-17T00:12:26Z] <claudia_> Dunno, when have messed with these I would try settings CFLAGS LDFLAGS to nothing and test.
[2021-07-17T00:15:13Z] <sad_plan> wont that just revert to a default? 
[2021-07-17T00:15:51Z] <sad_plan> in any case, setting blanks did nothing for me, same error. ld is still missing it seems. other packages will just return gcc cant produce executables
[2021-07-17T00:16:18Z] <sad_plan> when it checks if gcc works, itll return 'no'
[2021-07-17T00:19:43Z] <claudia_> I am not sure what default should be. I think it does setting to nothing.
[2021-07-17T00:20:00Z] <claudia_> You can try this way https://kisslinux.xyz/faq#6.1
[2021-07-17T00:20:31Z] <claudia_> I am out of scope. I just know this error when e.g having a typo in my enviroment.
[2021-07-17T00:20:59Z] <claudia_> cannont create excecuteable that is.
[2021-07-17T00:21:51Z] <sad_plan> ah, yeah this might fix it. wasnt aware that this was added in the faq
[2021-07-17T00:22:04Z] <claudia_> ah checking 'env' is alsways good.
[2021-07-17T00:23:47Z] <sad_plan> aah, now binutils builds. finally
[2021-07-17T00:24:25Z] <claudia_> heh
[2021-07-17T00:24:31Z] <claudia_> rtfm :p
[2021-07-17T00:26:23Z] <sad_plan> I knooow. I usually do, but not this time appearantly :p
[2021-07-17T00:39:02Z] <akira01> have a way to change bemenu colors permanently or just put the colors in the command in sway config?
[2021-07-17T00:56:01Z] <noocsharp> lmao, my username appears twice in the outdated package issue, and in neither place is it spelled right
[2021-07-17T00:57:24Z] <acheam> hehe
[2021-07-17T00:57:27Z] <acheam> mid would be proud of me
[2021-07-17T00:57:31Z] <acheam> i just replaced curl with axel
[2021-07-17T00:58:01Z] <acheam> but unfortunately I had to drop ugrep - it was causing too many compatibility issues
[2021-07-17T00:58:16Z] <acheam> if anyone has any non-gnu reccomendations for a quick grep implementation, my ears are open
[2021-07-17T01:02:18Z] <noocsharp> hey, you know c
[2021-07-17T01:02:58Z] <noocsharp> figure out how gnu grep works and write a grep under a free license
[2021-07-17T01:04:32Z] <acheam> > you know c
[2021-07-17T01:04:38Z] <acheam> have you seen the programs I write
[2021-07-17T01:04:55Z] <acheam> I think you'd quit programming
[2021-07-17T01:05:48Z] <acheam> should be a good base for me to build the most efficient file seacrching algorithm in 50 years on unix
[2021-07-17T01:07:22Z] <noocsharp> only one way to learn
[2021-07-17T01:09:44Z] <illiliti> what's wrong with sbase grep?
[2021-07-17T01:09:52Z] <noocsharp> slow af
[2021-07-17T01:13:36Z] <acheam> grep -r has become a big part of my workflow because of ugrep and ag
[2021-07-17T01:20:38Z] <illiliti> acheam: re ugrep, what compatibility issues are you talking about?
[2021-07-17T01:21:44Z] <acheam> the command line arguments are different, and the default behavior is different
[2021-07-17T01:21:50Z] <acheam> ehr, scratch that first part
[2021-07-17T01:21:58Z] <acheam> command line arguments are a superset, so they are compatible
[2021-07-17T01:22:18Z] <acheam> i've tried a compatibility script with the flags they reccomend but it didnt work out
[2021-07-17T01:29:13Z] <dilyn> toybox grep is lightning fast 
[2021-07-17T01:32:32Z] <illiliti> acheam: i'm pretty sure ugrep is supposed to be 1/1 compatible with posix grep
[2021-07-17T01:32:36Z] <illiliti> report this bug to upstream
[2021-07-17T01:32:44Z] <illiliti> or give me more info so i can do this if you can't
[2021-07-17T01:37:39Z] <acheam> illiliti: it isnt
[2021-07-17T01:37:59Z] <acheam> https://github.com/Genivia/ugrep#grep
[2021-07-17T01:46:07Z] <illiliti> can you provide reproducible case when ugrep fails due to compatibility issues?
[2021-07-17T01:46:41Z] <acheam> yeah maybe on monday
[2021-07-17T01:47:24Z] <illiliti> ok
[2021-07-17T02:26:33Z] <GalaxyNova> 2
[2021-07-17T02:26:36Z] <acheam> 3
[2021-07-17T02:26:56Z] <GalaxyNova> typed in the wrong window lol
[2021-07-17T02:26:59Z] <riteo> 4
[2021-07-17T02:27:06Z] <GalaxyNova> hi riteo
[2021-07-17T02:27:09Z] <riteo> hi!
[2021-07-17T02:27:13Z] <GalaxyNova> how's the minecraft launcher thing going
[2021-07-17T02:27:21Z] <riteo> really really nice
[2021-07-17T02:27:30Z] <akira01> GalaxyNova: 
[2021-07-17T02:27:32Z] <riteo> I'm polishing it and cleaning the script up
[2021-07-17T02:28:27Z] <riteo> I just gotta finish offline mode, add some good error handling and support pre 1.6 assets
[2021-07-17T02:28:47Z] <akira01> you know how can i get to maintainer of a dropped package?
[2021-07-17T02:29:15Z] <GalaxyNova> just pr it back in
[2021-07-17T02:29:58Z] <akira01> i not need do nothing in graveyard?
[2021-07-17T02:30:17Z] <acheam> what are you trying to do?
[2021-07-17T02:30:39Z] <akira01> put spotifyd in community again
[2021-07-17T02:30:58Z] <akira01> works great for me
[2021-07-17T02:31:49Z] <akira01> but the package is dropped and i don't know if i need to do something in graveyard or just make a pull request
[2021-07-17T02:31:54Z] <GalaxyNova> akira01: spotifyd needs a proprietary DRM binary to work
[2021-07-17T02:32:00Z] <GalaxyNova> and the DRM binary doesn't work on musl
[2021-07-17T02:32:03Z] <acheam> mv ~/repos/graveyard/spotifyd ~/repos/community/community
[2021-07-17T02:32:08Z] <acheam> git commit -m "spotify: revive"
[2021-07-17T02:32:18Z] <acheam> git send-email --to=community@k1sslinux.org
[2021-07-17T02:32:21Z] <acheam> 3 steps
[2021-07-17T02:32:22Z] <acheam> boom
[2021-07-17T02:32:38Z] <GalaxyNova> git needs to have perl support compiled in to use send-email
[2021-07-17T02:32:43Z] <akira01> GalaxyNova: i can get sound so is all i need
[2021-07-17T02:32:59Z] <GalaxyNova> wdym
[2021-07-17T02:33:22Z] <acheam> GalaxyNova: okay okay git format-patch HEAD^ | git imap-send
[2021-07-17T02:33:54Z] <acheam> mutt
[2021-07-17T02:34:06Z] <akira01> acheam: for do this i need some other thing than just clone the repo?
[2021-07-17T02:34:09Z] <acheam> my<RET>y
[2021-07-17T02:34:13Z] <acheam> akira01: nop
[2021-07-17T02:34:16Z] <akira01> verify.signature?
[2021-07-17T02:34:20Z] <acheam> nop
[2021-07-17T02:34:25Z] <riteo> why does imap-send work without perl but send-email not?
[2021-07-17T02:34:25Z] <akira01> Okay
[2021-07-17T02:34:38Z] <acheam> riteo: /shrug
[2021-07-17T02:34:41Z] <riteo> epic
[2021-07-17T02:35:03Z] <acheam> its written in C: https://github.com/git/git/blob/master/imap-send.c
[2021-07-17T02:35:39Z] <noocsharp> that'll certainly do it
[2021-07-17T02:35:58Z] <GalaxyNova> spotifyd in kiss makes no sense anyway
[2021-07-17T02:36:26Z] <riteo> I find it weird that git has some perl stuff
[2021-07-17T02:36:30Z] <acheam> why?
[2021-07-17T02:36:36Z] <acheam> perl used to be /the/ language
[2021-07-17T02:36:41Z] <acheam> it still is on some operating systems
[2021-07-17T02:36:41Z] <riteo> it's written in c, why have a dependency on perl?
[2021-07-17T02:36:44Z] <riteo> I see
[2021-07-17T02:36:56Z] <acheam> its must faster to write text processing stuff in perl
[2021-07-17T02:37:06Z] <acheam> and networking stuff
[2021-07-17T02:37:11Z] <acheam> git send-email is both of those things
[2021-07-17T02:37:17Z] <GalaxyNova> perl should die
[2021-07-17T02:37:17Z] <riteo> makes senseee
[2021-07-17T02:37:25Z] <GalaxyNova> I don't know anyone that knows perl
[2021-07-17T02:37:26Z] <riteo> sorry for the chattering e
[2021-07-17T02:37:48Z] <acheam> perl got popular in the first place in large part due to its text processing abilities
[2021-07-17T02:38:08Z] <GalaxyNova> acheam: awk, sed, grep
[2021-07-17T02:38:34Z] <acheam> do you want to rewrite git send-email in a shell script?
[2021-07-17T02:38:38Z] <acheam> they have different use cases
[2021-07-17T02:38:52Z] * riteo hides minekiss under my back
[2021-07-17T02:39:06Z] <GalaxyNova> while we're at it lets rewrite git in POSIX shell
[2021-07-17T02:39:08Z] <GalaxyNova> all of git
[2021-07-17T02:39:11Z] <GalaxyNova> xD
[2021-07-17T02:39:13Z] <riteo> it exists
[2021-07-17T02:39:24Z] <riteo> it's called shit IIRC
[2021-07-17T02:39:31Z] <acheam> https://git.sr.ht/~sircmpwn/shit
[2021-07-17T02:39:50Z] <riteo> lmao
[2021-07-17T02:39:51Z] <GalaxyNova> oh wow i though you were joking xD
[2021-07-17T02:40:08Z] <GalaxyNova> https://github.com/FilWisher/shit
[2021-07-17T02:40:08Z] <riteo> >Why the fuck would you use this
[2021-07-17T02:40:15Z] <GalaxyNova> because
[2021-07-17T02:40:23Z] <GalaxyNova> same reason to use kiss package manager
[2021-07-17T02:40:36Z] <riteo> ok but git uses binary formats
[2021-07-17T02:40:39Z] <acheam> thats not actually git though
[2021-07-17T02:40:48Z] <acheam> ddevault shit actually is git
[2021-07-17T02:42:38Z] <riteo> if you wanted to have a true usable shell git you might as well make a new vcs from scratch made to be compatible with unix text processing tools in the first place
[2021-07-17T02:42:54Z] <acheam> as mid would say
[2021-07-17T02:43:17Z] <acheam> the only good version control system is versioned tarballs of the source released over FTP at undetermined intervals
[2021-07-17T02:43:27Z] <riteo> lmao
[2021-07-17T02:43:42Z] <riteo> fool proof
[2021-07-17T02:44:00Z] <acheam> wow theres actually a lot more perl in git than i thought there was
[2021-07-17T02:44:02Z] <acheam> 88 files
[2021-07-17T02:44:02Z] <acheam> https://github.com/git/git/search?l=perl&p=1
[2021-07-17T02:44:07Z] <riteo> oh wow
[2021-07-17T02:44:17Z] <illiliti> perl and ftp must die
[2021-07-17T02:44:57Z] <riteo> god I hate ftp
[2021-07-17T02:45:05Z] <GalaxyNova> ssh ftw
[2021-07-17T02:45:30Z] <acheam> hmm project idea: rsync server
[2021-07-17T02:45:31Z] <riteo> I tried to mount ftp with fuse. There was literally only curlftpfs which is unmaintaned and is broken af
[2021-07-17T02:45:34Z] <GalaxyNova> I can make a whole list of things that should die
[2021-07-17T02:45:35Z] <kqz> damn speaking of ssh could have sworn dropbear was in community at one point, i think my memory is failing me
[2021-07-17T02:45:37Z] <riteo> literally ssl doesn't work
[2021-07-17T02:45:39Z] <acheam> just use axel
[2021-07-17T02:46:09Z] <riteo> wait acheam, who are you talking to?
[2021-07-17T02:46:14Z] <acheam> everyone?
[2021-07-17T02:46:41Z] <riteo> oh ok
[2021-07-17T02:47:15Z] <illiliti> GalaxyNova: do it!
[2021-07-17T02:47:33Z] <illiliti> awesome-mustdielist
[2021-07-17T02:47:38Z] <riteo> harmful software 2: GalaxyNova edition
[2021-07-17T02:47:54Z] <GalaxyNova> yes!
[2021-07-17T02:47:57Z] <GalaxyNova> i should make that
[2021-07-17T02:48:19Z] <acheam> galaxynova.cat-v.org
[2021-07-17T02:59:33Z] <noocsharp> legitimate question: what advantage does ssh have over telnet over tls?
[2021-07-17T03:01:01Z] <GalaxyNova> isn't telnet really really old
[2021-07-17T03:01:51Z] <dilyn> isn't telnet the most insecure thing since like, snail mail
[2021-07-17T03:01:58Z] <dilyn> can it even BE secure
[2021-07-17T03:02:47Z] <GalaxyNova> > Telnet was developed in 1969 beginning with RFC 15, extended in RFC 855, and standardized as Internet Engineering Task Force (IETF) 
[2021-07-17T03:03:02Z] <GalaxyNova> it predated UNIX lmao
[2021-07-17T03:03:42Z] <illiliti> you can do some magic things like port forwarding with ssh
[2021-07-17T03:04:03Z] <illiliti> you can even use ssh as vpn or proxy
[2021-07-17T03:10:27Z] <noocsharp> that's why you put it over an encrypted channel...
[2021-07-17T03:11:01Z] <noocsharp> it doesn't even have to be telnet
[2021-07-17T03:11:10Z] <noocsharp> just transfer terminal sequences over tls
[2021-07-17T03:16:19Z] <illiliti> iirc openssh recently merged 2fa support
[2021-07-17T03:17:06Z] <illiliti> also, ssh is more portable and widely used
[2021-07-17T03:17:31Z] <noocsharp> ^ i think this is the most important aspect
[2021-07-17T03:18:03Z] <acheam> 2fa could still be used on ssh even before it was merged
[2021-07-17T03:18:14Z] <acheam> ive used it myself
[2021-07-17T03:18:17Z] <illiliti> yeah
[2021-07-17T03:18:22Z] <illiliti> via pam, right?
[2021-07-17T03:18:48Z] <acheam> idk, only as a user, not an admin
[2021-07-17T03:18:59Z] <acheam> as part of this university pubnix supercomputer thing
[2021-07-17T03:19:05Z] <acheam> its pretty crazy
[2021-07-17T03:19:32Z] <noocsharp> i've used something like that too
[2021-07-17T03:19:48Z] <noocsharp> also on a supercomputer
[2021-07-17T03:20:18Z] <riteo> wait, how would 2fa work? Would it use an external server like the services offered by google?
[2021-07-17T03:20:24Z] <acheam> https://envs.sh/HC.jpg 
[2021-07-17T03:20:33Z] <acheam> riteo: the one I used used duo
[2021-07-17T03:20:38Z] <acheam> which is shit by the way
[2021-07-17T03:20:54Z] <acheam> doesn't even support totp, just their own proprietary app, or sms
[2021-07-17T03:21:02Z] <noocsharp> i have to use that for school
[2021-07-17T03:21:21Z] <noocsharp> it's horrible
[2021-07-17T03:21:28Z] <acheam> try to spot the cool thing in that photo
[2021-07-17T03:21:45Z] <riteo> acheam: I wonder if it's possible to use the server you're connect to itself as a 2fa authentication server
[2021-07-17T03:21:53Z] <noocsharp> 744TB of free space?
[2021-07-17T03:21:57Z] <acheam> indeed
[2021-07-17T03:22:20Z] <noocsharp> riteo: of course, just run a totp program or something and ask for a token on login
[2021-07-17T03:22:52Z] <acheam> they also have this really cool module style package manager
[2021-07-17T03:23:20Z] <acheam> where you can load in like any version of python, or GCC , or something instantly
[2021-07-17T03:23:23Z] <noocsharp> i think we used the same system lol
[2021-07-17T03:23:28Z] <dilyn> why did that picture take forty seconds to load 
[2021-07-17T03:23:39Z] <acheam> because my phone takes 10mb pictures
[2021-07-17T03:23:43Z] <dilyn> don't
[2021-07-17T03:23:57Z] <acheam> blame the lineageos devs
[2021-07-17T03:24:03Z] <acheam> noocsharp: lol
[2021-07-17T03:24:08Z] <noocsharp> does your supercomputer use slurm?
[2021-07-17T03:24:11Z] <acheam> idk
[2021-07-17T03:24:24Z] <dilyn> ascii print your screen next time dog ಠ_ಠ
[2021-07-17T03:24:38Z] <acheam> I havent done that much sleuthing on it
[2021-07-17T03:24:58Z] <acheam> I did see that they run centos7 on it
[2021-07-17T03:25:12Z] <acheam> also they mess with the FHS a bit
[2021-07-17T03:25:45Z] <acheam> and use Unix permissions to manage accounts and access for thousands of projects and users
[2021-07-17T03:26:33Z] <illiliti> bruh
[2021-07-17T03:27:28Z] <noocsharp> i imagine that's what a lot of university supercomputer sysadmins do
[2021-07-17T03:28:59Z] <dilyn> https://github.com/fehawen/shee that's cool as hell wtf
[2021-07-17T03:29:50Z] <noocsharp> https://github.com/dylanaraps/pash/pull/11
[2021-07-17T03:31:37Z] <riteo> that was lightning fast noocsharp 
[2021-07-17T03:32:04Z] <noocsharp> first thing i thought of when i saw "tree in sh"
[2021-07-17T03:32:34Z] <GalaxyNova> "tree" is a posix utility?
[2021-07-17T03:32:46Z] <GalaxyNova> what would it be useful for?
[2021-07-17T03:32:48Z] <riteo> it isn't IIRC
[2021-07-17T03:32:50Z] <noocsharp> it's not
[2021-07-17T03:33:10Z] <GalaxyNova> oh nevermindn I got confused
[2021-07-17T03:34:16Z] <dilyn> it's useful for making ls and find look prettier
[2021-07-17T03:34:23Z] <dilyn> and less useful in general 
[2021-07-17T03:34:36Z] <dilyn> there's that tree implementation that breaks things up into columns. that's pretty tight
[2021-07-17T03:36:15Z] <illiliti> Dylan used find -mindepth which isn't posix
[2021-07-17T03:37:32Z] <illiliti> https://github.com/dylanaraps/pash/pull/11/files#diff-b0838ff70e83dedb4a97ba33ab13209155fe637dc2c7167426724c2d51ddc81eR99
[2021-07-17T03:37:45Z] <dilyn> tsk tsk tsk 
[2021-07-17T03:37:49Z] <dilyn> the master is slipping in his old age 
[2021-07-17T03:42:39Z] <GalaxyNova> oof
[2021-07-17T03:42:47Z] <GalaxyNova> I've just noticed something and it's bothering me
[2021-07-17T03:43:03Z] <GalaxyNova> kiss's package manager is now over 1000 lines of code
[2021-07-17T03:44:10Z] <riteo> actual lines of code or code and whitespace + comments?
[2021-07-17T03:44:17Z] <GalaxyNova> actual lines of code
[2021-07-17T03:44:23Z] <GalaxyNova> removed the whitespace and the comments
[2021-07-17T03:44:30Z] <GalaxyNova> did it with a regex though so it might be innacurate
[2021-07-17T03:44:43Z] <GalaxyNova> still ~70 lines of code over the limit
[2021-07-17T03:44:55Z] <dilyn> cloc says 1060+ :X
[2021-07-17T03:45:01Z] <riteo> ouch
[2021-07-17T03:45:04Z] <GalaxyNova> yep
[2021-07-17T03:45:05Z] <riteo> time to switch to C
[2021-07-17T03:45:09Z] <riteo> the limit has been crossed
[2021-07-17T03:45:15Z] <GalaxyNova> in C it would be even more lines of code
[2021-07-17T03:45:23Z] <GalaxyNova> and a bigger binary
[2021-07-17T03:45:38Z] <GalaxyNova> this is a pretty big bummer for me :/
[2021-07-17T03:45:50Z] <GalaxyNova> I like to take guidestones pretty seriously
[2021-07-17T03:46:01Z] <riteo> I have an idea
[2021-07-17T03:46:27Z] <riteo> let's compress the file, encode it to base64 and let kiss be a wrapper script that decompresses it
[2021-07-17T03:46:32Z] <riteo> bam, ultra small binary
[2021-07-17T03:46:40Z] * GalaxyNova dies inside
[2021-07-17T03:46:43Z] <riteo> lmao
[2021-07-17T03:46:45Z] <noocsharp> anyone notice that the guidestones are gone from the new kiss site?
[2021-07-17T03:47:00Z] <GalaxyNova> oh noes :(
[2021-07-17T03:47:18Z] <riteo> it's the beginning of the end
[2021-07-17T03:47:24Z] <GalaxyNova> ^^
[2021-07-17T03:47:44Z] <GalaxyNova> in a few years kisslinux will be a full systemd environment /s
[2021-07-17T03:47:59Z] <riteo> if kiss is so good why isn't there kiss 2?
[2021-07-17T03:48:13Z] <GalaxyNova> seriously though, what's up with this
[2021-07-17T03:48:44Z] <riteo> maybe he's rewriting it?
[2021-07-17T03:48:48Z] <riteo> I hope
[2021-07-17T03:49:14Z] <GalaxyNova> nah
[2021-07-17T03:49:47Z] <GalaxyNova> he's made 40 commit to kiss just today
[2021-07-17T03:50:08Z] <riteo> oh he wasn't talking about kiss
[2021-07-17T03:50:17Z] <riteo> I'm dumb and used the wrong prononun
[2021-07-17T03:50:23Z] <riteo> I was talking about the guidelines
[2021-07-17T03:50:27Z] <GalaxyNova> oh
[2021-07-17T03:51:03Z] <GalaxyNova> ye then when it comes back it will say "the package manager shall never exceed 2000 lines of code"
[2021-07-17T03:51:05Z] <GalaxyNova> lmao
[2021-07-17T03:51:11Z] <riteo> lmao
[2021-07-17T03:51:54Z] <riteo> I don't recall, will kiss ever be abandoned in favour of k?
[2021-07-17T03:52:00Z] <riteo> or will they be maintained side to side?
[2021-07-17T03:52:15Z] <GalaxyNova> i think k is pretty much abandoned at this point
[2021-07-17T03:52:18Z] <noocsharp> he said there will be a slow transition over to the c package manager
[2021-07-17T03:52:31Z] <riteo> I wonder if that will mean something to the distro
[2021-07-17T03:52:34Z] <GalaxyNova> dylan seems to be commited to the original package manager
[2021-07-17T03:52:49Z] <GalaxyNova> dilyn: What do you think
[2021-07-17T03:52:51Z] <riteo> like, it was one of the "selling points" of KISS Linux
[2021-07-17T03:52:57Z] <GalaxyNova> exactly
[2021-07-17T03:53:14Z] <GalaxyNova> i guess we can always fork the kiss package and use an older version
[2021-07-17T03:53:50Z] <noocsharp> https://kisslinux.xyz/blog/20210711a
[2021-07-17T03:53:55Z] <noocsharp> see "The Future", point 5
[2021-07-17T03:54:33Z] <riteo> oh I read that
[2021-07-17T03:54:43Z] <riteo> I have mixed feelings over switching to kiss in general
[2021-07-17T03:55:29Z] <illiliti> noocsharp: that concept reminds me of wmutils
[2021-07-17T03:55:32Z] <acheam> DYLAN: are you set on using libcurl for k?
[2021-07-17T03:55:40Z] <acheam> idk how youre going to respond to that
[2021-07-17T03:56:12Z] <acheam> but you have loyally responded to my other unidirectional questions and complaints, so I have faith that you will
[2021-07-17T03:56:27Z] <noocsharp> how? lol
[2021-07-17T03:56:29Z] <GalaxyNova> what?
[2021-07-17T03:56:39Z] <necromansy> just open an issue :>
[2021-07-17T03:56:40Z] <necromansy> lmao
[2021-07-17T03:56:50Z] <kqz> he says you can shoot him an email as well
[2021-07-17T03:56:54Z] <acheam> but that requires github
[2021-07-17T03:57:05Z] <acheam> and I already have irc open lol
[2021-07-17T03:57:05Z] <riteo> on one side, it'll be way more stable and fast (no more risking a system break over base tools and it will be possible to statically link the executable) but on the other it will be less portable (I think?) and possibily even bug-prone
[2021-07-17T03:57:10Z] <GalaxyNova> please let's not depend on libcurl
[2021-07-17T03:57:20Z] <acheam> ^
[2021-07-17T03:57:46Z] <riteo> I'm curious, what other alternatives are there?
[2021-07-17T03:57:47Z] <GalaxyNova> riteo: Also the binary will be way larger
[2021-07-17T03:57:52Z] <noocsharp> i mean the shell package manager already depends on curl
[2021-07-17T03:57:58Z] <GalaxyNova> it does not anymore
[2021-07-17T03:58:01Z] <illiliti> libfetch
[2021-07-17T03:58:02Z] <GalaxyNova> there's KISS_DL
[2021-07-17T03:58:05Z] <kqz> portability should be fine, it'll be posix and most likely statically built
[2021-07-17T03:58:07Z] <acheam> no that was removed
[2021-07-17T03:58:08Z] <GalaxyNova> you can use wget in kiss
[2021-07-17T03:58:19Z] <acheam> but its still trivial to replace 
[2021-07-17T03:58:26Z] <acheam> mid and I both use Axel instead of curl
[2021-07-17T03:58:55Z] <acheam> maybe a configure flag to let you chose between libcurl or system(utility of your choice)
[2021-07-17T03:59:17Z] <GalaxyNova> I was about to mention system() too
[2021-07-17T03:59:27Z] <noocsharp> i think the bigger question is how will git be handled
[2021-07-17T03:59:48Z] <GalaxyNova> libgit exists doesn't it?
[2021-07-17T03:59:58Z] <GalaxyNova> https://libgit2.org/
[2021-07-17T04:00:02Z] <riteo> GalaxyNova: I mean, it will be a larger shell but not having to depend on 30 external programs is nice
[2021-07-17T04:00:04Z] <noocsharp> dylan explicitly wanted to avoid it, it requires cmake to build
[2021-07-17T04:00:10Z] <illiliti> patching out cmake dependency from libgit2 is the only way
[2021-07-17T04:00:11Z] <riteo> s/shell/binary/
[2021-07-17T04:00:54Z] <GalaxyNova> riteo: Then instead of having 30 external programs we'll still have 30 programs but they'll be built into the binary instead :(
[2021-07-17T04:01:02Z] <riteo> not really
[2021-07-17T04:01:35Z] <testuser[m]> Hi
[2021-07-17T04:01:42Z] <GalaxyNova> hi
[2021-07-17T04:01:43Z] <riteo> a single program might have like 30 options by itself which would otherwise be optimized out
[2021-07-17T04:01:46Z] <riteo> hi!
[2021-07-17T04:01:57Z] <riteo> in some cases it might even avoid huge messes like literal syntax parsers
[2021-07-17T04:02:28Z] <acheam> libgit is not very fun
[2021-07-17T04:02:36Z] <testuser[m]> libshit
[2021-07-17T04:02:51Z] <acheam> also there is literally one use for it: git pull
[2021-07-17T04:02:57Z] <acheam> I think thats fine to throw in system()
[2021-07-17T04:03:27Z] <GalaxyNova> unless we want to call system() like crazy we'll have to add a bunch of lib* dependencies
[2021-07-17T04:03:28Z] <acheam> its not like he needs to parse commit messages or create branches or god knows what
[2021-07-17T04:03:34Z] <acheam> not really 
[2021-07-17T04:03:36Z] <acheam> what else?
[2021-07-17T04:03:44Z] <GalaxyNova> and calling system() everywhere defeats the point of writing the package manager in C
[2021-07-17T04:03:51Z] <illiliti> ^
[2021-07-17T04:03:57Z] <testuser[m]> Its just 1 call for git
[2021-07-17T04:04:02Z] <acheam> I only see the download utility and git, which is literally just 2 instances in the entire program
[2021-07-17T04:04:04Z] <riteo> yeah I agree with GalaxyNova 
[2021-07-17T04:04:12Z] <riteo> I wonder, is there any smaller alternative to libgit?
[2021-07-17T04:04:21Z] <testuser[m]> Are there any secure and actively maintained alternatives to libcurl?
[2021-07-17T04:04:22Z] <acheam> no because its not needed
[2021-07-17T04:04:46Z] <acheam> https://curl.se/libcurl/competitors.html
[2021-07-17T04:04:53Z] <illiliti> https://gameoftrees.org/
[2021-07-17T04:05:02Z] <noocsharp> in my attempted c package manager, i stole an http implementation from hurl from codemadness.org
[2021-07-17T04:05:02Z] <acheam> got uses git under the hood
[2021-07-17T04:05:17Z] <acheam> and doesnt have an easy way of amending commits
[2021-07-17T04:05:21Z] <noocsharp> seemed to work well enough
[2021-07-17T04:05:45Z] <acheam> ofc hiltjo has a solution
[2021-07-17T04:05:55Z] <GalaxyNova> what about readelf?
[2021-07-17T04:06:24Z] <testuser[m]> It could be stolen from binutils
[2021-07-17T04:06:29Z] <noocsharp> libelf?
[2021-07-17T04:06:30Z] <testuser[m]> the implementation
[2021-07-17T04:06:49Z] <GalaxyNova> ok
[2021-07-17T04:07:01Z] <illiliti> it could be written from scratch because elf format is easy to parse
[2021-07-17T04:07:13Z] <GalaxyNova> I just can't see any major benefits that would justify rewriting the package manager in C
[2021-07-17T04:07:20Z] <noocsharp> speed
[2021-07-17T04:07:29Z] <illiliti> statically linked binary
[2021-07-17T04:07:54Z] <GalaxyNova> the main bottleneck kiss has now is the readelf, that won't change with C
[2021-07-17T04:08:15Z] <GalaxyNova> and what's the point of statically linking the binary if the resulting binary will still be larger than the current one
[2021-07-17T04:08:29Z] <testuser[m]> sh is static anyway
[2021-07-17T04:08:37Z] <testuser[m]> On mosr KISSes
[2021-07-17T04:08:50Z] <GalaxyNova> but you need sh for the system to work
[2021-07-17T04:08:54Z] <GalaxyNova> so it's a passive dependency
[2021-07-17T04:09:05Z] <riteo> also
[2021-07-17T04:09:08Z] <noocsharp> you need a c compiler too...
[2021-07-17T04:09:22Z] <riteo> you need a lot of baseutils
[2021-07-17T04:09:23Z] <necromansy> we *need* a c compiler atm anyway tho
[2021-07-17T04:09:26Z] <testuser[m]> Btw why the talk of the C package manager ? Did dylan put out something yesterday ?
[2021-07-17T04:09:39Z] <illiliti> kiss depends on coreutils. if coreutils breaks, the entire system becomes unrecoverable
[2021-07-17T04:09:40Z] <riteo> not really, it was a very old project
[2021-07-17T04:09:47Z] <riteo> illiliti: not necessarily
[2021-07-17T04:09:48Z] <GalaxyNova> testuser[m]: the kiss package manager is now over 1000 lines of code
[2021-07-17T04:09:49Z] <noocsharp> there are a lot of things that can be done more efficiently in c than in shell
[2021-07-17T04:09:50Z] <noocsharp> beside readelf
[2021-07-17T04:10:09Z] <riteo> illiliti: I mean, if the package manager was statically built from c
[2021-07-17T04:10:21Z] <testuser[m]> The biggest benefit would be the kiss won't break with alternative coreutils implementations
[2021-07-17T04:10:49Z] <GalaxyNova> kiss shoudn't break with alternative coreutils implementations if the implementations are also POSIX
[2021-07-17T04:10:52Z] <GalaxyNova> compliant
[2021-07-17T04:11:13Z] <testuser[m]> Most of those issues have been fixed but a few still pop up from time to time
[2021-07-17T04:11:17Z] <dilyn> dylan can't use a statically linked K *and* libgit2 because then K is GPL :P  
[2021-07-17T04:11:35Z] <riteo> BRUH
[2021-07-17T04:11:56Z] <riteo> libkgit suddenly appears
[2021-07-17T04:12:03Z] <dilyn> I am unconcerned with kiss being slightly over 1k lines because a fair few dozen lines are fallback/redundant/can-be-removed, or syntactic choices 
[2021-07-17T04:12:52Z] <dilyn> ideally what dylan would do is develop some way to use an arbitrary source download method selected at compile time
[2021-07-17T04:13:01Z] <dilyn> then he wouldn't have  to worry *too* much
[2021-07-17T04:13:09Z] <GalaxyNova> still, it open a gate for more feature creep
[2021-07-17T04:13:10Z] <dilyn> ideally that choice is curl 
[2021-07-17T04:13:20Z] <dilyn> 'feature creep' it's a package manager dog
[2021-07-17T04:13:27Z] <dilyn> there are like, eight features 
[2021-07-17T04:13:35Z] <necromansy> also more loc > obfuscation and PM de-effieciency
[2021-07-17T04:14:00Z] <riteo> dilyn: I thought too that a package manager would be comples
[2021-07-17T04:14:05Z] <riteo> s/comples/complex/
[2021-07-17T04:14:09Z] <riteo> then I started writing minekiss
[2021-07-17T04:14:11Z] <dilyn> Most things now are relegated to their own functions and a lot of changes have been documented pretty well, so I don't think kiss has become any harder to read 
[2021-07-17T04:14:23Z] <dilyn> harder to keep track of certainly, but that's inherent in a shell script past 100 lines 
[2021-07-17T04:14:38Z] <acheam> minekiss has shaped the man riteo has become
[2021-07-17T04:14:43Z] <dilyn> lmao
[2021-07-17T04:15:11Z] <riteo> lmao indeed
[2021-07-17T04:15:27Z] <riteo> I actually learned quite a lot and I still have so much room to improve it
[2021-07-17T04:15:44Z] <riteo> like, the biggest lesson I learned is: put as little logic as possible into your script
[2021-07-17T04:15:54Z] <riteo> it sped up A LOT the script 
[2021-07-17T04:15:56Z] <dilyn> it should always do the minimum
[2021-07-17T04:16:14Z] <riteo> like, the naive approach took 2:30 minutes only to list the asset names
[2021-07-17T04:16:33Z] <riteo> now it's way faster, actually usable
[2021-07-17T04:17:14Z] <riteo> I might even port it to C one day just to learn it, although minecraft's version format is pure partially undocumented hell
[2021-07-17T04:17:19Z] <dilyn> as far as 'kiss requiring foo', you have to remember that this is a source based distribution with a statically linked set of core utilities. busybox, curl, and git are all statically built. if you fuck up your toolchain, that isn't KISS' fault
[2021-07-17T04:17:28Z] <dilyn> you can embed kiss in busybox itself if you want 
[2021-07-17T04:17:54Z] <dilyn> nothing pertaining to the actual functioning of the system should ever be able to break because you can almost ALWAYS recover
[2021-07-17T04:18:34Z] <illiliti> initramfs saved my ass many times ...xd
[2021-07-17T04:18:49Z] <dilyn> right? dropping to an emergency shell is very powerful 
[2021-07-17T04:19:00Z] <GalaxyNova> just use a chroot
[2021-07-17T04:19:01Z] <dilyn> especially when initramfs includes the entire busybox binary lmfao 
[2021-07-17T05:45:18Z] <konimex> > dylan explicitly wanted to avoid it, it requires cmake to build
[2021-07-17T05:45:19Z] <konimex> as if that's a bad thing
[2021-07-17T05:45:36Z] <konimex> (at least from a GNU-free perspective)
[2021-07-17T05:54:58Z] <testuser[m]> Makefile
[2021-07-17T08:36:32Z] <riteo> gtg, bye!
[2021-07-17T13:30:37Z] <sad_plan> why on earth cant I get permission to open /dev/null? Im doing a wyverkiss install, and when I run kiss u, I keep getting the error telling me fata: open /dev/null or dup failed: permission denied
[2021-07-17T13:30:53Z] <sad_plan> im root btw.. but same issue if I run as a regular user
[2021-07-17T13:31:14Z] <sad_plan> tried both an older tarball aswell.
[2021-07-17T13:32:26Z] <testuser[m]> ls -l /dev
[2021-07-17T13:32:33Z] <testuser[m]> does :>/dev/null work
[2021-07-17T13:32:44Z] <soliwilos> I've neither tried wyverkiss or seen that problem before, does /dev/null exist?
[2021-07-17T13:34:21Z] <sad_plan> yes :> /dev/null works. ill give you the other output in a sec
[2021-07-17T13:34:24Z] <sad_plan> yes, it exist
[2021-07-17T13:34:54Z] <testuser[m]> sh -x /usr/bin/kiss
[2021-07-17T13:34:57Z] <testuser[m]> u
[2021-07-17T13:38:01Z] <sad_plan> https://0x0.st/-V-7.txt ls -l /dev
[2021-07-17T13:38:05Z] <schillingklaus> wyverkiss is not tpo be confused with wyvertux
[2021-07-17T13:38:11Z] <sad_plan> i know
[2021-07-17T13:40:03Z] <testuser[m]> it should be crw-rw-rw- perms on null
[2021-07-17T13:40:12Z] <testuser[m]> i guess the :> command i told you to run actually created it
[2021-07-17T13:40:16Z] <testuser[m]> youre in chroot right
[2021-07-17T13:40:39Z] <testuser[m]> is the host /dev/null working
[2021-07-17T13:41:54Z] <sad_plan> seems not. when I open a new terminal, I get an error of /dev/null permission denied. need to update the usb I suppose..
[2021-07-17T13:42:23Z] <sad_plan> ./dev/null already existed, but it doesn have those perms
[2021-07-17T13:42:44Z] <sad_plan> ill reburn a usb with latest iso instead, and see if the issue persist
[2021-07-17T13:43:41Z] <testuser[m]> mknod -m 0666 /dev/null c 1 3
[2021-07-17T13:47:28Z] <sad_plan> I rebooted the laptop, and it for some reason fixed itself.. probably a bug in the iso. now /dev/null has the correct perms
[2021-07-17T13:48:57Z] <sad_plan> yeah its working now. 
[2021-07-17T14:20:46Z] <acheam> I wonder how much stuff would break if you modified /devz/zero to have ones instead
[2021-07-17T15:05:08Z] <konimex> sad_plan: that might be my fault, wyverkiss-2021.7-2 has a /dev/null and its 644
[2021-07-17T15:18:04Z] <riteo> hiiiii!
[2021-07-17T15:25:30Z] <testuser[m]> Hi
[2021-07-17T15:25:31Z] <testuser[m]> Riteo
[2021-07-17T17:43:51Z] <micr0> hmm i wonder why we moved from stable efivar, efibootmgr, and wl-clipboard to git versions
[2021-07-17T17:43:56Z] <micr0> time to read the logs
[2021-07-17T17:44:30Z] <micr0> well, maybe stable is the wrong word. maybe 'released' is what i am looking for
[2021-07-17T17:44:58Z] <testuser[m]> efivar and efibootmgr have fixes in git
[2021-07-17T17:45:10Z] <testuser[m]> Wl-clipboard idk maybe it's not made a release yet
[2021-07-17T17:46:29Z] <micr0> ahh testuser[m] thank you, beat me to it so yeah saw we dont have to backport the patches anymore, cool
[2021-07-17T17:48:55Z] <micr0> yep, wl-clipboard just hasn't made a release in ~2 years, but has had a fix or two applied since then
[2021-07-17T17:48:56Z] <micr0> cool
[2021-07-17T17:52:02Z] <micr0> acheam thats pretty impressive to have zero gnu packages. i just `rg -l gnu /var/db/kiss/installed/*/sources | wc -l` and got 26 packages 
[2021-07-17T17:52:15Z] <micr0> most are around the build oolchain, but some are not
[2021-07-17T17:52:43Z] <micr0> pinentry, nettle, ncurses, readline, libgcrypt, libexecinfo, gnupg, firefox, etc.
[2021-07-17T17:55:07Z] <micr0> oh cool, docs are in the main kiss repository, that is nice
[2021-07-17T18:38:48Z] <dilyn> with all the latest changes dylan made today, kiss is sitting at a very cool 998 LOC
[2021-07-17T18:39:24Z] <riteo> the rule has been respected
[2021-07-17T18:39:39Z] <riteo> the universe is balanced once again
[2021-07-17T18:40:39Z] <dilyn> if you thanos snap enough times...
[2021-07-17T18:44:57Z] <dilyn> acheam: are you using libedit with llvm? 
[2021-07-17T18:53:07Z] <GalaxyNova> dilyn: :D
[2021-07-17T20:08:15Z] <msk[m]> anyone else getting "No local file 'patches/gumbo-dep.patch'" when building zathura-pdf-mupdf?
[2021-07-17T20:08:21Z] <msk[m]> I'll try forking and deleting that line from sources
[2021-07-17T20:10:08Z] <soliwilos> I remember seeing a gumbo patch being deleted from the repo.
[2021-07-17T20:27:47Z] <msk[m]> doing so gave me http://0x0.st/-VXL.txt
[2021-07-17T20:28:23Z] <msk[m]> the build file doesn't seem to mention it so I wouldn't think that the patch is required
[2021-07-17T20:31:44Z] <msk[m]> rebuilding libmupdf didn't solve it
[2021-07-17T20:49:23Z] <dilyn> just delete the line from sources 
[2021-07-17T20:49:31Z] <dilyn> the patch left it out and I didn't notice
[2021-07-17T20:50:04Z] <msk[m]> I get a different error when I do so: http://0x0.st/-VXL.txt
[2021-07-17T20:50:17Z] <msk[m]> the file they mention doesn't exist
[2021-07-17T20:58:16Z] <noocsharp> oops, ill send a patch to fix it
[2021-07-17T20:59:26Z] <noocsharp> i guess i didn't build it after i removed the patch...
[2021-07-17T21:51:45Z] <dilyn> nice
[2021-07-17T21:58:41Z] <msk[m]> same error, after pulling the new changes
[2021-07-17T22:14:26Z] <msk[m]> reverting to 3.6 doesn't fix it either, I guess something is wrong with libmupdf then
[2021-07-17T22:15:18Z] <msk[m]> does it build fine for you noocsharp?
[2021-07-17T22:15:18Z] <sad_plan> hey
[2021-07-17T22:23:51Z] <msk[m]> I think I see the problem
[2021-07-17T22:30:57Z] <noocsharp> it builds for me now
[2021-07-17T22:31:06Z] <noocsharp> what error are you getting?
[2021-07-17T22:34:56Z] <msk[m]> http://0x0.st/-VXL.txt though kiss list shows that libmupdf is installed
[2021-07-17T22:35:14Z] <msk[m]> I think the problem is that I have wonky permissions in .cache/kiss
[2021-07-17T22:35:23Z] <msk[m]> and libmupdf can't be "installed" correctly at the end of the build
[2021-07-17T22:35:44Z] <msk[m]> I deleted .cache/kiss/proc and am rebuilding, hopefully it works now
[2021-07-17T22:35:58Z] <noocsharp> actually i just rebuilt libmupdf and it's installing it in .cache for some reason
[2021-07-17T22:36:00Z] <msk[m]> s/works/will work/
[2021-07-17T22:36:05Z] <noocsharp> not sure why
[2021-07-17T22:36:30Z] <msk[m]> did you get a bunch of permission denied errors at the end of libmupdf build?
[2021-07-17T22:38:11Z] <msk[m]> here's my faulty libmupdf build: http://0x0.st/-V8T.txt
[2021-07-17T22:38:37Z] <noocsharp> yeah, im not getting those premission errors
[2021-07-17T22:38:50Z] <msk[m]> at the end it doesn't move everything out of .cache/kiss/proc, so it never ends up installed properly
[2021-07-17T22:39:26Z] <noocsharp> did dylan do the build file changes yet?
[2021-07-17T22:39:45Z] <dilyn> `env`, ls -l .cache/kiss/ ? 
[2021-07-17T22:39:59Z] <dilyn>  ls -al .cache/kiss/  
[2021-07-17T22:40:22Z] <msk[m]> http://0x0.st/-V8A.txt
[2021-07-17T22:40:32Z] <dilyn> dylan made a new release that should include all of the fixes related to .cache problems
[2021-07-17T22:40:45Z] <dilyn> 5.5.6 is the latest that a tag exists for, though 5.5.7 has been made (just without a tag)
[2021-07-17T22:40:49Z] <msk[m]> I updated the package manager just today
[2021-07-17T22:42:26Z] <noocsharp> wait, the build file is using $1 in the prefix
[2021-07-17T22:43:13Z] <msk[m]> shouldn't it just be /usr
[2021-07-17T22:43:55Z] <noocsharp> yes, and DESTDIR="$1"
[2021-07-17T22:44:01Z] <noocsharp> im rebuilding right now to see if this fixes it
[2021-07-17T22:44:16Z] <msk[m]> same
[2021-07-17T22:44:43Z] <msk[m]> I should have checked the build file before asking on here
[2021-07-17T22:45:09Z] <noocsharp> well i'm the maintainer so it's my problem too
[2021-07-17T22:45:31Z] <msk[m]> you maintain zathura-pdf-mupdf and libmupdf?
[2021-07-17T22:45:35Z] <noocsharp> yes
[2021-07-17T22:48:16Z] <msk[m]> thanks for the packages, I've been using them for a while
[2021-07-17T22:48:40Z] <msk[m]> I think it worked
[2021-07-17T22:48:43Z] <msk[m]> no errors at the end
[2021-07-17T22:49:04Z] <msk[m]> and `kiss manifest libmupdf` isn't just .cache/kiss
[2021-07-17T22:49:13Z] <msk[m]> I'll try rebuilding zathura-pdf-mupdf now
[2021-07-17T22:49:22Z] <GalaxyNova> make a github issue
[2021-07-17T22:49:35Z] <GalaxyNova> oh nvm you fised it
[2021-07-17T22:49:39Z] <msk[m]> everything works
[2021-07-17T22:49:43Z] <msk[m]> great
[2021-07-17T22:50:16Z] <msk[m]> thanks noocsharp
[2021-07-17T22:51:27Z] <noocsharp> np, i'll send patches to fix the repo this evening
[2021-07-17T22:51:28Z] <msk[m]> readelf still adds "+libressl" to libmupdf though, not sure if that's just me
[2021-07-17T22:51:34Z] <noocsharp> not sure how this didn't cause issues earlier...
[2021-07-17T22:52:11Z] <noocsharp> it does openssl for me msk[m]
[2021-07-17T22:52:21Z] <noocsharp> i don't have libressl installed
[2021-07-17T22:54:00Z] <msk[m]> I can't remove libressl, kiss stops me for that reason
[2021-07-17T22:54:26Z] <msk[m]> same thing with a few other packages
[2021-07-17T22:54:55Z] <sad_plan> does it ever occur that -march=native is.. wrong? im just asking, as native for me is outputting a different result than what I belive I actually got. from what I can find, it outputs the version of cpus before mine.
[2021-07-17T22:55:09Z] <sad_plan> msk[m]: export KISS_FORCE=1
[2021-07-17T22:55:32Z] <msk[m]> thanks
[2021-07-17T22:55:45Z] <soliwilos> Found this for anyone interested https://github.com/Michasze/surf-wayland
[2021-07-17T22:57:21Z] <dilyn> msk: use KISS_FORCE=1 to make kiss ignore dependencies, and then do kiss b $(kiss-revdepends libressl) to rebuild all of the packages that previously depended on libressl to link against openssl instead 
[2021-07-17T22:57:50Z] <msk[m]> what about packages that have libressl in the depends file?
[2021-07-17T22:58:08Z] <dilyn> doesn't -march=native just select whatever gcc gets out of /proc/cpuinfo? 
[2021-07-17T22:58:26Z] <msk[m]> should I fork and replace them in depends
[2021-07-17T22:58:27Z] <dilyn> msk: that's what kiss-revdepends libressl will find. it just greps /var/db/kiss/installed for libressl and gives a list of packages
[2021-07-17T22:58:36Z] <dilyn> if you rebuild them it'll get fixed 
[2021-07-17T22:58:50Z] <sad_plan> dilyn: one would assume so. but in my case, iirc, it selecets zenv1, and I belive I got zenv2.
[2021-07-17T22:58:54Z] <dilyn> unless you're still using the kiss-community/repo upstream, in which case you should switch...
[2021-07-17T22:59:01Z] <dilyn> what's your cpu? 
[2021-07-17T22:59:11Z] <sad_plan> 3700u
[2021-07-17T22:59:17Z] <dilyn> a mobile chip? 
[2021-07-17T22:59:23Z] <sad_plan> yeha
[2021-07-17T22:59:27Z] <sad_plan> yeah*
[2021-07-17T22:59:27Z] <dilyn> iirc amd mobile chips lag behind one generation, intel's mobile cpu's are one ahead 
[2021-07-17T22:59:56Z] <dilyn> so a 3xxxu is zen1 archiecture
[2021-07-17T23:01:44Z] <acheam> dilyn: let me check when I get home
[2021-07-17T23:01:50Z] <acheam> I am 99% sure yes
[2021-07-17T23:03:18Z] <sad_plan> you might be right. in any case, gentoo wiki is wrong, or misguiding or something. https://wiki.gentoo.org/wiki/Safe_CFLAGS#Ryzen_.28Zen_family.29 
[2021-07-17T23:03:18Z] <dilyn> oh christ. they call it zen+, which came after zen1, but before zen2... wtf amd
[2021-07-17T23:03:30Z] <sad_plan> lol wut
[2021-07-17T23:05:48Z] <dilyn> okay, wikipedia to the rescue. zen 2 is the successor to zen+; so gcc is probably correct 
[2021-07-17T23:08:04Z] <sad_plan> cool
[2021-07-17T23:14:42Z] <protonesso> Hiii
[2021-07-17T23:20:29Z] <acheam> hi protonesso , it's been a while
[2021-07-17T23:22:43Z] <protonesso> Yup