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