<cot>
j/k, but was any of the wiki changes to the kiss community ported to kisslinux.org's wiki?
<GalaxyNova>
not as far as I'm aware of
<GalaxyNova>
btw, someone should update the wiki to include a reference the kisscommunity.org and this irc channel
<cot>
Yeah, that's what my first message here was referring to.
<GalaxyNova>
ah
<GalaxyNova>
yes
<cot>
But there was a lot of other substantial stuff that should've been transferred :(
<GalaxyNova>
please make a pull request :D
<cot>
Maybe(tm) I'll sit down and do it tomorrow, instead of banging my head against my CHIP-8 emulator :D
<cot>
Also who's responsible for that terrible new kiss community website >:C
<GalaxyNova>
idk
<cot>
No wonder midfavila has left, fed up with you all
<GalaxyNova>
;(
<GalaxyNova>
cot: What's wrong with the kiss community website
<GalaxyNova>
it works with no JS
<cot>
nothing really, but I personally preferred the previous style :)
<cot>
dilyn: the redirect from k1sslinux.org to kisslinux.org is acceptable, but can we still keep pages that aren't on kisslinux.org so as to not break links (e.g., the posts you made on the blog detailing the status of kiss-community, etc)
<GalaxyNova>
I really can't see how the guy from reddit ca not be a troll
<mps>
2021-08-18 20:18:55 <blueness> hi ncopa et al. Does anyone want to take over maintenance of eudev? I'm going to give it up since gentoo/musl is mov
<mps>
on url testuser[m] posted above
<testuser[m]>
switching from eudev might break stuff for users tho, like android stuff doesn't work with libudev-zero
<mps>
btw, I'm libudev-zero maintainer on alpine linux. it works quite fine except hot plugging input devices for Xorg
<mps>
probably I don't understand how to setup it for X to recognize hot plugged devices
jstnas has quit [Quit: Bridge terminating on SIGTERM]
phoebos[m] has quit [Quit: Bridge terminating on SIGTERM]
msk[m] has quit [Quit: Bridge terminating on SIGTERM]
rgybmc[m] has quit [Quit: Bridge terminating on SIGTERM]
felinae has quit [Quit: Bridge terminating on SIGTERM]
mTvare[m] has quit [Quit: Bridge terminating on SIGTERM]
psydroid has quit [Quit: Bridge terminating on SIGTERM]
kqz has quit [Quit: Bridge terminating on SIGTERM]
konimex has quit [Quit: Bridge terminating on SIGTERM]
slayr[m] has quit [Quit: Bridge terminating on SIGTERM]
ServerStatsDisco has quit [Quit: Bridge terminating on SIGTERM]
testuser[m] has quit [Quit: Bridge terminating on SIGTERM]
phoebos[m] has joined #kisslinux
aws has joined #kisslinux
mTvare[m] has joined #kisslinux
konimex has joined #kisslinux
kqz has joined #kisslinux
psydroid has joined #kisslinux
slayr[m] has joined #kisslinux
testuser[m] has joined #kisslinux
felinae has joined #kisslinux
ServerStatsDisco has joined #kisslinux
jstnas has joined #kisslinux
rgybmc[m] has joined #kisslinux
msk[m] has joined #kisslinux
aws has quit [Quit: Quit]
soliwilos has quit [Remote host closed the connection]
<testuser[m]>
does anyone know a simple and maintained C http library ? trying to avoid curl
<mTvare[m]>
whats wrong with libcurl
<testuser[m]>
nothing
mobinmob has quit [Quit: Connection closed for inactivity]
<travankor>
mps: libudev-zero was created for wlroots
<travankor>
i don't think xorg has a hard dependency on libudev (?)
<travankor>
interesting that gentoo switching to systemd
<mps>
travankor: no it doesn't, but eudev can 'signal' to X server that new input device is attached and X recognize it
<travankor>
i guess openrc is dead then
<mps>
openrc author promised some time ago that will continue to support it
<travankor>
i'm 99% sure illiliti never tested libudev-zero with xorg
<mps>
hmm, on libudev github Xorg marked as 'works'
<travankor>
mps: I think you still need to use mdev or mdevd, too
<mps>
travankor: right
<mps>
Laurent Bercot, mdevd author already started to work on s6 as the alpine pid 1 system
<mps>
in case openrc also 'dies'
<travankor>
I saw a blog post asking for funding for s6-frontend (not sure the exact name)
<mps>
yes, it is Laurent
<travankor>
Do you know if Alpine will commision him to work on this?
<mps>
well, we agreed to test it if he made s6 working better as pid 1
<mps>
and some alpine devs helped him to find 'sponsor' iirc
<mps>
personally I promised I will test s6 as pid 1 when I find some time
<travankor>
I think s6-linux-init helps set up pid 1
<mps>
yes, but needs some 'cleans and tweaks'
<travankor>
that's what a distro maintainer should do though
<travankor>
small tweaks to get it how the distro wants to
<travankor>
to behave*
<mps>
well, Laurent decided he will make some fixes (which I didn't followed)
<mps>
heh, Laurent is s6-* alpine maintainer
mobinmob has joined #kisslinux
soliwilos has joined #kisslinux
raph_ael has quit [Quit: WeeChat 3.1]
raph_ael has joined #kisslinux
illiliti has joined #kisslinux
<illiliti>
gentoo drops support for eudev or i'm wrong??
<testuser[m]>
mps
<soliwilos>
At least their maintainer of eudev is giving it up, since apparently gentoo/musl is going systemd... but not sure what gentoo/openrc will do.
<konimex>
well, I reckon gentoo/musl would still use openrc
<soliwilos>
So their going systemd with some openembedded patches is just for the udev parts?
<mps>
illiliti: and it works nice. thank you for help and for libudev-zero
<cot>
acheam: is Dylan rewriting the website content or the wiki content?
<cot>
bah I'm lazy, I should just check out the repo logs
<illiliti>
mps: glad to help
<cot>
acheam: not sure what you mean, I don't seem to notice any significant rewriting... is there an announcement somewhere or something I can look at?
eyepatchOwl has joined #kisslinux
<illiliti>
mps: to fully replace eudev with libudev-zero, you should ensure that every application will work with it
<illiliti>
which is too much work if alpine has lots of apps that depend on libudev
<illiliti>
maybe it's better to keep maintaining eudev..
dilyn has quit [Quit: Connection closed]
micro_O has joined #kisslinux
<micro_O>
cot: i prefer the previous style too, but i am much more interested in encouraging new contributions than if it fits my personal aesthetics
<illiliti>
the choice is up to you(alpine devs)
<micro_O>
there are some lines in the sand but they are mostly around self-hosting
<cot>
Fair enough :^)
<micro_O>
cot: that said, feel free to open a new PR xD
<cot>
;)
<micro_O>
also good luck with the chip-8 emulator. i tried making an emulator once (for game boy) and learned a ton but never really got it to a great working state
<micro_O>
i should probably change the description to 'debugger' instead of 'emulator'
chaihron has joined #kisslinux
<cot>
hehe thanks, I'm going to need a good deal of luck to get that thing working :/
<cot>
Doesn't help that I barely know anything about the instruction set...
<micro_O>
well, it is well documented :)
<mps>
illiliti: of course, we know this. but I want to try
<mps>
I know that usb-modeswitch need some fixes, that is only software which I had to fix to work with libudev-zero
<mps>
illiliti: btw, I'm thinking to introduce eiwd to alpine
<mps>
though didn't decided yet
<illiliti>
it works very well
<mps>
nice to hear. do you plan to maintain fork in future
<mps>
I asked iwd author about removal of dbus code or building iwd without it but they are strongly to keep dbus in
<mps>
authors*
<illiliti>
mps: i will maintain it in future
<illiliti>
but if Dylan decides to revive his original repo, i'll stop maintain my fork
<mps>
illiliti: thanks. I will probably put it in alpine testing section. maybe I will need your help if something don't go smoothly
<illiliti>
note that eiwd/iwd can't be built with clang
<mps>
that doesn't matter for me, gcc is fine also
<TheInformaticist>
Just thought I'd see how the other half is living.
<noocsharp>
what do you consider the two halves?
<TheInformaticist>
Excellent question...
<TheInformaticist>
Let's see...I can state it in a lot of ways, but you might not know what I mean.
<TheInformaticist>
MIT vs. Stanford (or Bell Labs). Sussman vs. Knuth. Emacs vs. Vim. Lisp vs. sh. Infinite extensibilty vs. Minimalism. Theory vs. Practice.
<TheInformaticist>
At any rate, cheers. Glad you guys exist.
TheInformaticist has left #kisslinux [ERC (IRC client for Emacs 26.1)]
<noocsharp>
ah yes, see how the other half is living by joining a channel for 10 minutes
<msk[m]>
minimalism isn't infinitely extensible? I thought that was the whole idea
<omanom>
agreed, minimalism does not preclude extensibility. at least not outside the extreme sense
<noocsharp>
yeah, those dichotomies don't make much sense to me either
<omanom>
guess we'll never know!
<testuser[m]>
Who's sussman
<testuser[m]>
Oh
mobinmob has quit [Quit: Connection closed for inactivity]
<acheam>
cot: he mentioned it in passing
<acheam>
Its not public
<cot>
Oh I see
<noocsharp>
i once tried to write an nes emulator
<noocsharp>
i got as far as the 6502
micro_O_ has joined #kisslinux
micro_O has quit [Read error: Connection reset by peer]
mahmutov has joined #kisslinux
micro_O_ has quit [Quit: micro_O_]
<sad_plan>
isnt gold dead upstream? I noticed dylan enabled gold for binutils the other day
<testuser[m]>
Yeah
<testuser[m]>
Musl don't build with it either
<sad_plan>
isnt that kinda.. counterproductive?
<sad_plan>
I dont see the reason for doing so tbh..
<testuser[m]>
Yeah
<testuser[m]>
Neither does the kernel
<testuser[m]>
And gold gives cryptic errors like some comparison at line bla bla in file.c (file belongs to binutils source) failed instead of real error messages
<sad_plan>
very fun to troubleshoot it I suppose
<sad_plan>
noticed mold doesnt work with the kernel either
<testuser[m]>
It probably would, if you forced the build system to accept it
<testuser[m]>
Just write a mold wrapper that tells the kernel it's bdf when invoked with --version
<testuser[m]>
bfd
<sad_plan>
perhaps. I just read dylin mentioned it one of the commits about it
<sad_plan>
cool. have you tried it? mold seems like a promising proejct
<testuser[m]>
No there's not really a noticeable difference for faster linkers than bfd outside of building chromium
<sad_plan>
hm. I was under the impression that it did. atleast thats what the mold dev had listed on the github page. but might aswell take such things with a grain of salt
<testuser[m]>
It will speed up stuff ofcourse
<testuser[m]>
But most stuff builds in 5 seconds anyways
<testuser[m]>
That's why i said it
<sad_plan>
yeh
stjohn has joined #kisslinux
sad_plan has quit [Ping timeout: 268 seconds]
kat_ has joined #kisslinux
<kat_>
hello \o
<cot>
ehlo
<kat_>
O, who are you cot
<cot>
kiedtl
<kat_>
i c
<kat_>
Didn't know even elko would be here, noice
kiedtl|litterbox has joined #kisslinux
GalaxyNova has joined #kisslinux
kat_ has quit [Quit: leaving]
eyepatchOwl has quit [Quit: Connection closed for inactivity]
ElKowar549 has quit [*.net *.split]
uakci has quit [*.net *.split]
ElKowar549 has joined #kisslinux
uakci has joined #kisslinux
GalaxyNova has quit [Quit: Whoooooshh]
phill has joined #kisslinux
<phill>
hey guys! Im new at KISS and am loving the project! But everytime I try to compile GCC it gives me this error: configure: error: cannot run C compiled programs. Ive changed my CFLAGS but nothing! What should I do? Thank you.
<phill>
also this! Dont know if its important. "If you meant to cross-compile, use --host" "makefile: 968: all Error 2"
sad_plan has joined #kisslinux
<acheam>
Uhh what architecture is your computer?
<acheam>
Although if it isnt amd64 you wouldnt even be able to run a shell, so idk
<phill>
its amd64
<sad_plan>
has anyone built xorg-server statically before? in any case, any pointers regarding the modules? it builds perfectly fine staically, but once you disable shared libs, it wont launch.
<sad_plan>
if im correct, it has to do with modules
mobinmob has joined #kisslinux
claudia02 has joined #kisslinux
<claudia02>
phill: can you compile other packages? Also the output of 'env' might be interesting.
<claudia02>
you can pipe the output into "curl -F '\''f:1=<-'\'' ix.io"
<phill>
claudia02 I can compile all packages except for BusyBox and GCC.
<claudia02>
you should open in issue with the build logs on kisslinux/repo then.
<phill>
yeah, idk what to do, ive tried both the official kiss tarball and gkiss too
<claudia02>
Which C library are you running?
<claudia02>
This is important (:
<phill>
claudia02: ive just finished to build glibc
<phill>
and will try to build gcc again
<claudia02>
You can mix and exchange the main repositories.
<claudia02>
!*cant!
<claudia02>
because of the libc difference
<claudia02>
From which KISS is the install chroot tarball?
<phill>
It is from gkiss right now lol just noticed what I did
<phill>
the strange thing is that yesterday ive tried to build gcc using the official kiss tarball and it gave me the same problem
<claudia02>
weeee. That does not work. Its a fundamental difference ;)
sad_plan has quit [Quit: nyaa~]
<phill>
thank you for your input, Jesus how could I not notice that lol
<claudia02>
You _might_ build the one or the other packages but gkiss needs some important changes ;)
<claudia02>
your welcome.
<phill>
but wait, what repos should I enable? I just forgot about it because at the GKISS github it says that the only difference is t
<phill>
hat I need to have community
<claudia02>
The gkiss repos and (kiss)-community. Becuase (gkiss)gcc seems to relay on stuff.
<phill>
ohh I see! Thank you so much!
<phill>
will fix this right now
claudia02 has quit [Quit: zzz]
phill has left #kisslinux [#kisslinux]
phill has joined #kisslinux
phill has quit [Client Quit]
<akspecs>
hey, does anyone run systemd with on their *kiss system?
* akspecs
takes cover
<akspecs>
s/with//
<cotangent>
<akspecs> hey, does anyone run systemd on their *kiss system?
<akspecs>
i'm curious if kiss is the way forward for me on this one --
<akspecs>
i want to run a as minimal of a system as possible -- built for stability and minimal updates (ideally security updates) where i get to pick and choose modern software where is fits me
<cotangent>
<akspecs> i want to run a as minimal of a system as pragmatically possible -- built for stability and minimal updates (ideally security updates) where i get to pick and choose modern software where is fits me
<akspecs>
i'll have to run some bloat, as my work uses said bloat (e.g. systemd)
<akspecs>
so i'll end up smothering my system with systemd+gnu+linux threesome
<akspecs>
gnu coreutils and other gnu software and what not
<akspecs>
but i'd like the freedom to run old versions of certain software because those are the versions our servers at work run
<akspecs>
does this sound too masochistic (something that i should probably turn to gentoo / something else?)
mahmutov has quit [Ping timeout: 248 seconds]
mobinmob has quit [Quit: Connection closed for inactivity]