<midfavila>
i'm not cool with that. gonna fork the repos.
<GalaxyNova>
lol
<GalaxyNova>
honestly i might end up using your fork
<GalaxyNova>
i dislike the change myself
micro_O has quit [Ping timeout: 255 seconds]
<GalaxyNova>
but it's necessary
<GalaxyNova>
python 3.10 will drop support for libressl
<midfavila>
i don't give a shit about python
<midfavila>
i'll rewrite the python scripts for packages in lisp if I have to
<kqz[m]>
lol
<midfavila>
and if that's not feasible, then it won't be included. simple as that.
<GalaxyNova>
good luck with that
<GalaxyNova>
python is included everywhere
<midfavila>
there's like, maybe five programs on my system that depend on python, and those only use it for buildtime.
<GalaxyNova>
even if it's only needed at build time it still needs to link to openssl
<midfavila>
yes, I know that. hence "rewrite in lisp"
<midfavila>
or, alternatively, "drop it"
<dilyn>
i'm almost 100% certain you can build python without openssl
<dilyn>
you just can't use their ssl modules et al, and a lot of features won't be available
<dilyn>
I have no idea to what extent any given package depends on those features
<GalaxyNova>
hm
<dilyn>
you wouldn't be able to build certbot, but that's about all I know
<GalaxyNova>
is that enough to justify completely ditching libressl?
<midfavila>
if python requires those features to build programs, then that's kind of a pyrrhic victory
<GalaxyNova>
maybe including openssl and libressl both in the repositories it could help?
<midfavila>
no point
<midfavila>
can't use both at once
<GalaxyNova>
if you want the features of python just replace openssl with libressl
<GalaxyNova>
that would be perfect imo
<midfavila>
if they're dropping support, then that's not going to be tenable in the future
<midfavila>
it would be much easier to just... not use python.
<midfavila>
at least for me.
<kqz[m]>
swapping ssl implementations on the fly is not so simple, you will be doing a lot of rebuilds
<kqz[m]>
and many packages already have shims shoved in for libressl compat
<kqz[m]>
you'd have to have multiple versions of multiple packages
<kqz[m]>
fwiw openssl is A LOT better than what it was before the libressl fork, my only gripe with it nowadays is the perl build time dep
<dilyn>
everybody keeps saying using libressl requires too much work patching software but like...
<dilyn>
there's two packages, one of them is basically a sed and the other is maintained by *me*
<dilyn>
show me the labor
<kqz[m]>
dilyn: anything that uses tls 1.3 will explode currently :)
<GalaxyNova>
port python ssl to use libressl
<kqz[m]>
not sure about official repos but it's bitten me a couple dozen times when packaging stuff at this point
<dilyn>
aha
<dilyn>
rip y'all then :v
<dilyn>
why use 1.3 when 1.2 do trick
<kqz[m]>
because 1.3 is hip and new!
<kqz[m]>
but tbh no clue, usually i just patch out the tls 1.3 features
<midfavila>
same reason people use unity when the quake engine would suffice
<kqz[m]>
cipher suites and yadda yadda, dont need em
<dilyn>
#ifdef BITE_ME
<kqz[m]>
ahaha pretty much, wish the openbsd guys had more resources to throw at libressl so the openssl compat api could keep up, seems their dev process is very very careful (and slow)
<GalaxyNova>
it's like that in basically every OpenBSD project
<GalaxyNova>
they take code quality very seriously
<acheam>
hmm looks like I'm going to have to switch to uefi
<GalaxyNova>
why's that
<acheam>
because syslinux doesnt compile with musl
<acheam>
s/musl/clang/g
<GalaxyNova>
I've heard uefi is an unecessarily complex standard unfortunately
<kqz[m]>
? efistub is ez af
<kqz[m]>
so much better than dealing with grub at least
<acheam>
is there any issue I might run into switching?
<GalaxyNova>
you'll have to reinstall grub
<acheam>
I dont use grub
<acheam>
but I meant more like
<acheam>
are all the changes just in /boot and in linux/linux-headers
<kqz[m]>
should just have to make sure kernel is configured right than create the efi boot entry with efibootmgr via efivarfs or an efi shell
zenomat has quit [Ping timeout: 246 seconds]
<acheam>
cool
<GalaxyNova>
I wish Dylan was online on IRC more
<GalaxyNova>
ig he's really busy
zenomat has joined #kisslinux
zenomat has quit [Changing host]
zenomat has joined #kisslinux
riteo has joined #kisslinux
<riteo>
hiiiii!
<GalaxyNova>
hi
<GalaxyNova>
riteo: What do you think about the breaking changes
<riteo>
oh I think I might've missed something
<riteo>
I really should look at the logs more
<riteo>
what happened?
<GalaxyNova>
basically KISS is moving to OpenSSL and dropping support for Xorg
<riteo>
oh I heard about that then lol
<riteo>
regarding the xorg part that was inevitable and I actually kinda like it
<midfavila>
the migration to wayland wasn't inevitable.
<midfavila>
there's no reason to do so, as far as I'm concerned. but it's not my distro. so whatever.
<riteo>
yeah, wayland isn't the most KISSy thing ever and not super unixy but xorg has done enough and its time for it to retire
<midfavila>
hard disagree.
<riteo>
well mid we're talking about the default repos, it's not like you can't use a xorg repo
<GalaxyNova>
unless firefox drops support for X then I see no reason to switch the repos to wayland
<riteo>
well it might as well do it not to far in the future considering lots of big lts distros are switching to it
<kqz[m]>
well firefox will eventually be dropping support for X, so
<midfavila>
who cares what mozilla does?
<midfavila>
they're controlled opposition.
<riteo>
mid I think you're forgetting the point of the main repo
<midfavila>
not really.
<riteo>
all it's meant to do is to have the minimum to get a working system and a browser
<midfavila>
again, I just disagree with the changes. I'll fork the repos and maintain them myself.
<riteo>
that's fine
<GalaxyNova>
riteo: Such as?
<kqz[m]>
luckily there will be no major xorg updates anytime soon so maintenance burden won't be high ;p
<GalaxyNova>
Ubuntu still has Xorg, Mint still has Xorg, OpenSuse still has Xorg
<riteo>
I didn't say they have it now though
<riteo>
they're going to switch to it not too late as mainstream DEs become more polished AFAIK
<GalaxyNova>
Personally I'll stick to Xorg for as long as I can
<riteo>
again, that's fine
<dilyn>
fun fact: grub just uses efistub anyways :)
Uks3 has quit [Quit: Byee]
<riteo>
just because the official repos are switching that doesn't mean you'll have to change anything other than the repo from which you get the packages
Uks2 has joined #kisslinux
<riteo>
also I'm pretty sure mid can live on X11 basically forever considering they use retro software and don't depend (IIRC) on fancy browsers
<GalaxyNova>
they use palemoon right?
<riteo>
IIRC they use a text browser on their laptop
<riteo>
regarding their main machine though I don't know
<riteo>
well, regarding openssl I'm a bit more against it
kayw has quit [Quit: WeeChat 3.1]
<midfavila>
pale moon and links
<riteo>
epic
<midfavila>
it's not really "retro", it's just simple.
<riteo>
wasn't that file manager you were talking about though
<midfavila>
what, xfm? I just wanted to see if I could get it working
<midfavila>
I don't actually use it.
<riteo>
oh I see
kayw has joined #kisslinux
<riteo>
also, why does certain software depend on openssl explicitly? Isn't libreSSL a fork? What changed?
<midfavila>
their APIs slowly diverge as a result of being developed seperately
<midfavila>
extra work has to be done to maintain that
<midfavila>
some people think it's not worth it
* midfavila
shrugs
<riteo>
mhhh, reading a bit it looks like openssl is actually getting better than libressl
<riteo>
dumb question, isn't there an ABI compatible alternative to openssl with less feature but smaller codebase?
<riteo>
I'm reading about a certain bearssl, has it been considered or is it incompatible?
<dilyn>
everyone keeps asking the same questions lmfao
<riteo>
oh sorry
<dilyn>
bearssl is to libressl as libressl is to openssl
<kqz[m]>
:D
<riteo>
better if I read the logs then
<dilyn>
i mean it's a reasonable question
<dilyn>
it just has been asked a lot for the last like, week lmfao
<dilyn>
it's funny
<riteo>
well I think that's understandable, SSL libraries don't look very discussed to me
<acheam>
dilyn: thanks
<dilyn>
yah!
<acheam>
so I need to do this in a chroot from a live iso then?
<dilyn>
you can do it on your livesystem, assuming you have efivarfs enabled in your kernel
<dilyn>
otherwise, a live CD is... i think basically the only way
<acheam>
oh, so even if i'm booted with BIOS, but as long as the kernel has the config?
<acheam>
cool then I think i'm all set
<riteo>
GalaxyNova: well to wrap it up I think I'm relatively ok with these changes and in general I'm favourable with them, although the SSL lib thing looks kinda like a big mess.
<acheam>
see you on the other side
<dilyn>
wait!
<dilyn>
lol
<dilyn>
ls /sys/firmware/efi/efivars ?
<dilyn>
if efibootmgr didn't give you any errors when you made the entry you're good tho
<acheam>
not present
<acheam>
ehr
<acheam>
I couldn't run efibootmgr because I wasn't booted in with efi
<dilyn>
iirc you have to be booted from UEFI for efivarfs to be mountable
<acheam>
but I can't boot with efi until I setup efibootmgr
<dilyn>
lmao then yeah you'll have to do this from a live usb
<acheam>
so....
<acheam>
:(
<dilyn>
if your usb iso supports efi booting then you're gucci gang
<acheam>
ye
<dilyn>
just download an archiso, cat archiso.iso > /dev/sdXY, reboot. should do it; kiss-chroot mounts efivarfs automagically 4 u
<acheam>
ye
<acheam>
wait is my partition layout okay?
<acheam>
MBR, 2 partitions, / and /boot, both ext4
<kqz[m]>
mbr, oof, you'll need to be on gpt
<acheam>
and is ext4 okay or does it need to be vfat?
<acheam>
looks like it needs to be fat...
<acheam>
this is getting complex
<acheam>
I think i'll stick with bios for now...
<kqz[m]>
yeah, also note that relabeling a drive to gpt will wipe everything
<acheam>
isn't there a way of converting it?
<kqz[m]>
nope :(
<dilyn>
lol
<dilyn>
if you have a second disk it's pretty trivial
<riteo>
I got a weird idea that might fix some issues with programs that download stuff at build time: what if we added some postdownload script in the package format for fancier stuff like predownloading rust crates or gradle dependencies?
<riteo>
it should be basically free to implement, right?
<riteo>
yeah I know this has been done somewhat manually, but it would be nice to avoid this and automate it, expecially in... More extreme circumstances
<riteo>
I wish I had the link of the issue of the person losing their minds to this but it looks like they disabled them on their repo
<riteo>
s/minds/mind/g
<riteo>
a lot of people tried to package java with the "download everything at the start" mentality and lost their minds due to the hundred (or were they thosands?) of dependencies and files that it downloads, or at least that's what I understood
<dilyn>
there used to be a contrib/kiss-* script that generated the sources file i linked
<dilyn>
source wrangling is... maddening. :V
<riteo>
still an hug source file sounds a lot compared to a small script
<dilyn>
mayhaps
<riteo>
expecially if that thousands dependencies thing is true
<riteo>
I read it a long time ago and the proof of it got removed, so I really don't want to talk in absolute terms
<dilyn>
I mean I wouldn't be surprised
<dilyn>
I tried to help mmatongo build jdk and I did not enjoy the twenty minutes i spent on it
<riteo>
oh their packages are bins too
<riteo>
well, should I ever package java I'll surely try patching kiss and see how it goes
<riteo>
does anybody know if there's a simpler way to get the first match of a glob other than `ls * | head -n 1`?
<acheam>
ach now syslinux build is failing because of assembly things
<acheam>
this is a little bit out of my area of expertise
<dilyn>
if you don't care about POSIX you can use find -quit
<dilyn>
lol
<riteo>
oh
<riteo>
I see
<riteo>
I'm doing some interesting stuff with kiss again, so I think I'll just stick with ls/printf and head
<riteo>
and my interesting I mean mildly cursed
<riteo>
s/my/by/
schillingklaus has joined #kisslinux
<konimex>
man people are focusing on the wayland change and not openssl change huh
<riteo>
yep
<riteo>
although I must admit that I'm a bit split
<riteo>
on one side libressl seems to have superior code quality but without the assembly the performance is worse and it's in general less audited and supported
<riteo>
on the other openssl seems more supported and I heard it's a lot better from some time ago although it's still huge and it's code is not the best as far as I heard
<riteo>
s/better from/better compared to/
<riteo>
I just wish there was a standard ABI so that a very slim option could be created
<acheam>
okay syslinux may never compile with gcc
<schillingklaus>
the move to wayland is much worse
<schillingklaus>
how is syslinux compiled? clang?
<acheam>
ehr
<acheam>
other way around I meant
<acheam>
syslinux may never compile with clang
<acheam>
gcc is super engrained in the build system
<schillingklaus>
once network neutrality is abolished, free systems will be impossible, anyways, no matter whether with gcc or clang or cproc or tcc or...
<schillingklaus>
which bootloader would compile with clang?
<acheam>
schillingklaus: none of the ones im interested in
<acheam>
lilo also fails due to the use of gnu extensions
<acheam>
i guess I have no choice but to switch to uefi then
<acheam>
my system is only 14gb luckily isn't all that much to backup
<acheam>
of that 14gb, 8gb of it is an arch linux chroot lol
<testuser[m]>
Hi
<riteo>
hi!
<dilyn>
'arch is so minimal'
<riteo>
lmao
<schillingklaus>
nothing with systemd is minimal
<midfavila-laptop>
yes, riteo, Mezzano is very cool. I've considered tinkering with it. been following it for about a year
<midfavila-laptop>
sorry for the late reply, been working on the community and core repos
<midfavila-laptop>
gonna have to rewrite most of them at some point...
<midfavila-laptop>
the packages, that is
dbz has joined #kisslinux
<midfavila-laptop>
also
<midfavila-laptop>
>not writing your own bootloader
<midfavila-laptop>
smh
<midfavila-laptop>
disappointed in you acheam
<acheam>
apologies
<acheam>
honestly though.... how hard could it be?
<acheam>
i dont need many features
<midfavila-laptop>
i mean,
<midfavila-laptop>
afaik the bootloader just has to bootstrap itself using 512 bytes
<acheam>
it should read vmlinuz from an ext4 partition and thats it
<midfavila-laptop>
and then basically just jump to the memory address of the kernel after loading it
<midfavila-laptop>
but idk
<midfavila-laptop>
i feel like a simple bootloader wouldn't be... terribly difficult. the worst part would probably be FS support
<midfavila-laptop>
bootloader in common lisp time
<GalaxyNova>
make it in elisp
<GalaxyNova>
emacs bootloader
<midfavila-laptop>
cringe and editor-pilled
<midfavila-laptop>
there needs to be a not-shit common lisp editor
<midfavila-laptop>
there's like three but they're all in various states of bitrot
<midfavila-laptop>
lisp shows up in the weirdest places
<midfavila-laptop>
like,
<midfavila-laptop>
apparently the engine for a ton of 3D N64 games was written in CLISP
<midfavila-laptop>
SM64, Banjo and Kazooie, etc
<midfavila-laptop>
same with Jak and Daxter
<riteo>
midfavila-laptop: re: mazzano oh cool
<midfavila-laptop>
yes, mezzano is very cool
<schillingklaus>
stumpwm
<midfavila-laptop>
apparently you can just about boot it on real hardware
<dilyn>
how big even is systemd...
<midfavila-laptop>
the problem isn't size, but complexity
<midfavila-laptop>
although I wouldn't be surprised if systemd was thick as fuck
<dilyn>
cool
<dilyn>
it's 26MB
<riteo>
compiled?
<midfavila-laptop>
well, it's smaller than emacs, so that's good at least
<rio6>
damn how big is emacs
<midfavila-laptop>
all together? 109mb
<midfavila-laptop>
at least on my system. that's not with any packages or fancy configs.
<riteo>
those numbers are compiled, right?
<GalaxyNova>
TIL mid uses emacs
<dilyn>
that's what arch reports as the installed size
<riteo>
like, not the source tarball or anything, right?
<midfavila-laptop>
emacs is what I've been using for anything that requires more than plain ASCII
<midfavila-laptop>
and yes, mine is compiled
<midfavila-laptop>
in the future I'd like to write a simpler emacsen
<midfavila-laptop>
and, more importantly,
<midfavila-laptop>
make most of the default packages optional
<midfavila-laptop>
like
<midfavila-laptop>
why the fuck is tetris a mandatory package
<midfavila-laptop>
get that outta here
<riteo>
damn, if my memory hasn't gone away systemd is scaringly close to a compiled linux kernel
<schillingklaus>
I need much less for emacs
<midfavila-laptop>
about twice as large
<riteo>
even bigger than it
<riteo>
god
<rio6>
<why the fuck is tetris a mandatory package> lol
<riteo>
what
<midfavila-laptop>
klaus do you only use the terminal UI?
<riteo>
why
<schillingklaus>
yes, I onlyy use the terminal
<schillingklaus>
for I hate mice, colours, icons,...
<midfavila-laptop>
the same reason emacs has two calculators, a news reader, a web browser, an email client, an irc client, a shell, a terminal emulator (I think), file management capabilities, graphics capabilities...
<midfavila-laptop>
these are all default btw
<riteo>
uh, so it's really an operating system
<midfavila-laptop>
p much
<midfavila-laptop>
i just like command chords
<midfavila-laptop>
and having inline graphics can be useful for presentations and stuff
<midfavila-laptop>
but for the most part emacs is super overkill
Uks2 has quit [Ping timeout: 272 seconds]
Uks2 has joined #kisslinux
<midfavila-laptop>
hmm
<schillingklaus>
just a bit over 10MB for emacs here
<midfavila-laptop>
til that brownout exists
<midfavila-laptop>
also,
<midfavila-laptop>
is that ls -lh or kiss size, klaus?
<midfavila-laptop>
i'm using kiss size
<midfavila-laptop>
which is total size on disk
<midfavila-laptop>
just the emacs binary on my system is six megs
<GalaxyNova>
is there any way I can force a program to be installed?
<GalaxyNova>
> trick the package manager to think it is installed
<testuser[m]>
KISS_FORCE
<testuser[m]>
=1
<GalaxyNova>
that works with install?
<GalaxyNova>
cool
<testuser[m]>
What else would you use it on
<riteo>
removal?
schillingklaus has quit [Quit: schillingklaus]
<GalaxyNova>
I've always used it with removal
dbz has quit [Read error: Connection reset by peer]
teddydd has joined #kisslinux
dilyn has quit [Quit: Connection closed]
Uks2 has quit [Quit: Byee]
Uks2 has joined #kisslinux
humaid_01 has joined #kisslinux
<humaid_01>
hello
<testuser[m]>
Hi
<humaid_01>
how are you testuser?
<riteo>
hi!
<humaid_01>
hi riteo
<humaid_01>
I have been watching the logs for months, this is my first time using irc from terminal(kirc).
<testuser[m]>
<humaid_01 "how are you testuser?"> Good
<humaid_01>
I was wondering, is there a binary release of chromium? If not, how much time does it take people on laptops to build it?
<riteo>
have you checked in the binary repo?
<testuser[m]>
2 days probably
<riteo>
oh there's only firefox
<humaid_01>
riteo, yes.
<riteo>
yeah it takes a lot of time to build a web browser
<riteo>
expecially chromium
<testuser[m]>
what specs on laptop?
<testuser[m]>
Building on HDD with R5 3600 takes ~5 hrs, and ~20gb of ram (including swapping)
<humaid_01>
testuser, yeah 2days is a little much. I'm on i3 mobile cpu
<humaid_01>
8GB ram
<humaid_01>
swap is available
<riteo>
I don't think you can build it in a reasonable timeframe
<riteo>
maybe someone already built it though
<humaid_01>
riteo, I think you are right.
<riteo>
ask around, I really don't want to say a wrong thing but I think acheam built it already if I'm not mistaken
<humaid_01>
If someone could provide it, I'll be happy to drop nix.
<humaid_01>
Thank you guys.
<testuser[m]>
It's not happening on an i3 humaid, will take literal weeks
<testuser[m]>
I'll upload my generic binary when i next bump chromium
<testuser[m]>
i.e 2 weeks
<humaid_01>
testuser, Good. I'll wait.
<riteo>
nice
<humaid_01>
I actully tried to build it, but came after 18 hours, and it was in the beggining, so I quit.
<riteo>
god why do programs like these exist
<humaid_01>
One time I tried to build it, went to bed..and in the morning it was only decompressing chromium's sources if I remember.
Uks2 has quit [Ping timeout: 268 seconds]
<humaid_01>
haha I won't try again.
Uks2 has joined #kisslinux
<riteo>
well, gtg, bye everyone!
riteo has quit [Quit: epic new cursed minecraft project moment]
humaid_01 has quit [Remote host closed the connection]
humaid_01 has joined #kisslinux
m3g has quit [Ping timeout: 240 seconds]
humaid_01 has quit [Remote host closed the connection]
gtms has joined #kisslinux
gtms has quit [Remote host closed the connection]
gtms has joined #kisslinux
icy has quit [Remote host closed the connection]
icy has joined #kisslinux
Uks2 has quit [Read error: Connection reset by peer]
Uks2 has joined #kisslinux
GalaxyNova has quit [Ping timeout: 255 seconds]
midfavila-laptop has quit [Ping timeout: 246 seconds]
<testuser[m]>
Is anyone here running a non x86_64-v3 supporting cpu ?
<testuser[m]>
So it's possible to drop lolvm if you just need rust ?
<acheam>
I think so
<acheam>
no idea how comparable optimizations, binary size, etc are
<acheam>
my solution is just to not use rust
strajder has joined #kisslinux
kyxor has joined #kisslinux
zola has joined #kisslinux
<zola>
I just saw that dylan posted an on kisslinux.xyz about moving to openssl and wayland, with braking changes
<zola>
Does this mean kiss linux i splitting into 2 distros
<omanom>
you can scroll back in the irc logs to see some opinions -- nothing is really decided yet
<zola>
I will
<zola>
i am really interested to see where this all goes
<kyxor>
Hello, yeah I saw dylan post too, that's why I hopped into irc (my first time here)
<acheam>
hey kyxor
<acheam>
yeah nobody really knows much
<acheam>
i've decided just to self-maintain my own kiss fork
<dilyn>
KISS isn't splitting
strajder has left #kisslinux [#kisslinux]
<kyxor>
Did anybody else experience a bug with busybox's ash shell where it does not correctly handle termination signals? I use st terminal, and sometimes ash shell terminates before the st terminal leaving the terminal unresponsive, kill is the only option
<acheam>
yes
<acheam>
no clue how to fix it
<acheam>
never really bothered with it, its easy enough to just use xkill
<kyxor>
I wonder why but I can only reproduce this ash bug on a certain machine and others don't seem to have this bug. Or it's so random. I saw a bug report from 2012 on busybox bugzilla describing similar problem. Y
<midfavila-laptop>
blame DNS
<midfavila-laptop>
it's always the fault of DNS
<midfavila-laptop>
even when it's not
<kyxor>
Also if you guys remember the github issue where I was talking about embedding blobs into kernel, well I tried it again and basically the path has to be 100% the same as on the firmware git repo, so if you don't make all the subfolders the kernel will not load the blobs, it's hardcoded.
m3g has quit [Read error: Connection reset by peer]
<midfavila-laptop>
uh, no
<midfavila-laptop>
that's not true.
<midfavila-laptop>
it's a relative path starting from /lib/firmware
<kyxor>
I had an extra slash in the path, and it does not like those either.
<ang>
kyxor, yeah I experienced the firmware thing too
<ang>
the kernel requests something like "foowifi/bar.bin"
<ang>
and it's gotta be build into the kernel under that path
<ang>
I was puzzled for quite a while why the kernel wouldn't load certain firmware
<kyxor>
midfavila-laptop, what's DNS? Domain resolution name is only one I know of
<midfavila-laptop>
that's the joke.
<kyxor>
Well, good to know who to blame for then :)
m3g has joined #kisslinux
<acheam>
midfavila-laptop: yeah I'm not sure you're right on that
<acheam>
i've seen the same thing with exact paths
* midfavila-laptop
shrugs
<midfavila-laptop>
Only time I've run into problems is when I haven't used relative paths.
<acheam>
kyxor: it might get more traction if you submit it as a PR
<acheam>
less friction on the maintainer end
<acheam>
even if you already outline exactly what to do
midfavila-laptop has left #kisslinux [#kisslinux]
vitorgon has joined #kisslinux
<micro_O>
has anyone else seen the issue that if you kiss build/install a dependency of sway, it will crash a running sway instance? I wish I could see a log/dump of what exactly is breaking it, but it freezes my entire machine and i have to hard reboot.
<micro_O>
its gotten to the point where I only kiss update in a tty, with sway exited, which is a little annoying.
<omanom>
if i kill wayfire or sway, the whole laptop freezes. the only way i can "exit" is to reboot
<micro_O>
It also might not be sway's fault - could be some kernel config / missing IPC or service, etc.
<omanom>
not quite the same i guess
<micro_O>
omanom I can exit sway naturally / restart it without freezing
micro_O has quit [Remote host closed the connection]
<dilyn>
i firmly believe this is some sort of wayland issue
<dilyn>
(I have had this for many months on hikari and wayfire :v)
<kqz[m]>
more likely a driver issue, used to have the same on amdgpu but can no longer reproduce on newer kernels
<cem>
duh don't exit sway
<cem>
jokes aside, I think I had that issue until I started using seatd
<kqz[m]>
probably something to do with grabbing and destroying device nodes properly, could try asking around in #sway
<cem>
I used my phone to ssh in and switch between ttys when that happened
mobinmob has joined #kisslinux
<testuser[m]>
ulimit -c unlimited then just crash it and check the core file
<testuser[m]>
It's a segfault right ?
GalaxyNova has joined #kisslinux
GalaxyNova has quit [Client Quit]
micro_O has joined #kisslinux
zola has quit [Ping timeout: 252 seconds]
dilyn has quit [Quit: Connection closed]
gtms has joined #kisslinux
zola has joined #kisslinux
zola is now known as Guest614
gtms has quit [Remote host closed the connection]
gtms has joined #kisslinux
gtms has quit [Remote host closed the connection]
gtms has joined #kisslinux
dilyn has joined #kisslinux
dilyn has quit [Client Quit]
Guest614 has quit [Ping timeout: 255 seconds]
zola has joined #kisslinux
zola is now known as Guest697
<akira01>
man
<akira01>
wtf did dylan with eiwd?
<akira01>
it disappear
<acheam>
use illiliti's fork
<akira01>
dylan go crazy
<akira01>
why eiwd?
<akira01>
he mentioned somethinf?
<omanom>
if i remember right, dylan wasn't maintaining eiwd when he took a break so illiliti started. there were a couple changes needed to work with newer kernels
thebuzzing has quit [Ping timeout: 265 seconds]
<kyxor>
Why people use eiwd? does it perform better than wpa_supplicant ?
<akira01>
less bloat
<kyxor>
Hm, I might consider it. But wasn't there more bloat because of systemd dependency or smth?
<omanom>
eiwd removes the dbus dependency
<akira01>
yeah
<akira01>
and it not have cli
midfavila has left #kisslinux [#kisslinux]
<kyxor>
Also do you guys know a good htop replacement? Preferably written in C, vi keys, (not busybox top)
<akira01>
don't know
<akira01>
but maybe you see in slant.co
<kyxor>
What's that?
<akira01>
website
<akira01>
with had a ranking by users
<akira01>
search about best system monitors for linux
<akira01>
You will see much options listed
<ang>
> (not busybox top)
<ang>
top from procps-ng :p
<kyxor>
Sorry the jc threw me off
Guest697 has quit [Ping timeout: 252 seconds]
<kyxor>
Sorry the fat of js on that site, can't access with lynx, 1 sec
thebuzzing has joined #kisslinux
<kyxor>
Ok thanks I found some options on that site. nmon looks pretty minimal, also atop looks interesting
GalaxyNova has joined #kisslinux
<GalaxyNova>
is ninja (the build system) not packaged in community?
<trunc88>
Writing an issue for a scenario that causes kiss to segfault. how should i obtain debugging info for this? not sure if its curl or the shell or what is actually segfaulting
<acheam>
hard to tell without more info
<acheam>
send the build log
<acheam>
they're in ~/.cache/kiss/logs
thebuzzing has joined #kisslinux
Guest2177 has quit [Ping timeout: 240 seconds]
<trunc88>
i think it segfaults before it writes the log
<trunc88>
its as soon as the source download reaches 100%
<acheam>
hmmmmmm
<acheam>
kiss version?
<trunc88>
5.4.10
<trunc88>
i kinda know what causes it
<trunc88>
if i have "hosts: files dns" in /etc/nsswitch.conf so that dnscrypt respects /etc/hosts, it will segfault
thebuzzing has quit [Ping timeout: 255 seconds]
<trunc88>
i havent checked if it segfaults when not using dnsscrypt yet
thebuzzing has joined #kisslinux
<trunc88>
i will once gtk3 finishes building
vitorgon has quit [Remote host closed the connection]
<GalaxyNova>
what browsers do you use acheam
<acheam>
GalaxyNova: links + chorizo
vitorgon has joined #kisslinux
akira01 has quit [Ping timeout: 255 seconds]
micro_O has quit [Ping timeout: 258 seconds]
GalaxyNova has quit [Read error: Connection reset by peer]
<trunc88>
acheam: it segfaults when not using dnscrypt-proxy as well. any ideas or should i just submit the issue?
thebuzzing has quit [Ping timeout: 255 seconds]
<acheam>
trunc88: nothing comes to mind
<acheam>
im not familiar with that software
thebuzzing has joined #kisslinux
thebuzzing has quit [Ping timeout: 258 seconds]
<trunc88>
well, its unrelated to that software
<trunc88>
it seems to purely be caused by /etc/nsswitch.conf
mobinmob has quit [Quit: Connection closed for inactivity]
gtms has quit [Remote host closed the connection]
<kyxor>
Thanks jstnas, I did not realize that htop was actually mostly C, I assumed it was written in python because it has that dependancy if you look into the package revdepends. What does it use python for?
ithuriel has joined #kisslinux
mahmutov has joined #kisslinux
<jstnas>
it doesn't like like the sources for either contain any python, so I'm not sure
<ang>
it
<ang>
it's a build-time dep
<jstnas>
yeah, I'm just not sure why you need python to build it
<ang>
maintainer error then maybe?
claudia has joined #kisslinux
<ang>
yeah, python was removed from the build system at some point
<ang>
somebody should let Ominitay <37453713+Ominitay@users.noreply.github.com> know
trunc88 has quit [Quit: nyaa~]
micro_O has joined #kisslinux
claudia has quit [Ping timeout: 268 seconds]
micro_O has quit [Ping timeout: 252 seconds]
ithuriel has quit [Ping timeout: 255 seconds]
<acheam>
do those github emails forward to the sender?
<acheam>
s/sender/user/g
m3g has quit [Ping timeout: 272 seconds]
m3g has joined #kisslinux
<ang>
no idea
<ang>
acheam: did you fix the uefi stuff or too lazy to repartition?
<ang>
earlier I suggested to you to skip efibootmgr all together
<acheam>
ang: I'll do it on the weekend. on the weekdays my computer is mission critical, unfortunately
<kyxor>
I think it does forward it to their email
<kyxor>
Let me test
<ang>
acheam: ah
<ang>
yeh, better not render it unusable
<acheam>
I'll probably just reinstall
<ang>
if you don't mind recompiling the kernel whenever you want to change the kernel commandline
<ang>
I would go the /boot/EFI/bootx64.efi route
<acheam>
yeah I dont mind recompiling
<acheam>
thanks for the tip
<ang>
yw
<kyxor>
hm never mind, I can't sent myself an email though this .noreply thing, so it probably does not work. I guess just make gihub issue and ping him form there is only option