<testuser[m]12>
Btw codeberg has a good migrate feature it can copy over issues wiki everything
<ioraff>
did you set up that codeberg group?
<testuser[m]12>
Yea
<rohan>
someone knows if foot have some color reload config?
<rohan>
is such a pain everytime i made a new colorscheme in pywal
<rohan>
i need to change term colors manually
fitrh has joined #kisslinux
<Ogromny>
Hum, you can do a workaround for that
<rohan>
like how?
<Ogromny>
In your foot config do a include blabla.conf or whatever and define your color in blabla.conf, like that generate your color with pywal in blabla.conf and you the next terminal you'll open will have the new color
<sad_plan>
ive done it, been running tinyx for some time now, and I love it
<sad_plan>
im planning to go mesa less, but I just need to figure out a browser that Im somewhat happy with that doesnt run mesa. I dunno tbh.
<midfavila>
depends on what you need out of a browser, but I'm pretty certain links doesn't require anything like that
<midfavila>
links+tabbed is my go-to recommendation if you need a basic browser
<midfavila>
hmm
<midfavila>
unfortunately it looks like the tinyx package doesn't like my setup
<midfavila>
i'll have to poke at it more later
<midfavila>
i wonder if tinyx can be built sans gcc
<wael[m]>
I wonder if tinyx will accept xf86 keys and accept super key
<sad_plan>
links doesnt require mesa. ive atleast built it on a mesa-less system earlier. i just find links to be somewhat lacking. I would like better css support. perhaps some JS aswell, but I should probably poke more around it.
<sad_plan>
wael[m]: I cant get it to recognize super key at all.
<sad_plan>
xev reports keysym 0x0, NoSymbol
<sad_plan>
but I belive it recognizes xf keys. like fn + something
<sad_plan>
atleast it seems to work on my laptop. I dont use those keys at all, but they should work
<midfavila>
once i'm slightly less completely incompetent I intend to fork links
<midfavila>
rip just the engine out, then add very basic CSS
<sad_plan>
cool. what features are you looking to add? or remove for that matter, or improve
<sad_plan>
nice
<midfavila>
i want to remove its GUI features, as well as framebuffer and mouse support
<midfavila>
basically, reduce links to a library
<midfavila>
then build a very simple filesystem interface that uses that library to perform browser functions
<midfavila>
idea being you can slap a UI with a native toolkit on top with minimal programming
<midfavila>
or use it directly via scripts
<midfavila>
i'd also like to add gopher support
<midfavila>
and, if it doesn't support it, maybe ftp
<midfavila>
i mean, once you remove all of the extraneous features, i can't imagine links is very large, sloc-wise
<sad_plan>
sounds interesting. looking forward to seeing it in any case.
<midfavila>
don't hold your breath :P
<wael[m]>
@sad_plan : to be honest if I can't use super key or the most basic xf86 keys with tinyx why should I use it
<midfavila>
i'm way too busy to devote nearly as much time as i'd like to programming stuff
<midfavila>
wael[m] low resource utilization and a simpler codebase?
<sad_plan>
I wont :p
<sad_plan>
wael[m]: because its smaller, and faster than xorg-server. to me, ive only ditched super key, and thats it. except some performace graphics wise, but that doesnt bother me at all
<sad_plan>
seconding mids comment aswell
<midfavila>
besides, given its simpler design, i'm sure it wouldn't be hard to patch support for that in
<sad_plan>
probably not
<midfavila>
gah, so much stuff I want to do-
<sad_plan>
whats stopping you?
<sad_plan>
its actually 161k sloc, so I suppose its not thaat bad
<midfavila>
sad_plan, i need to study for the security+ exam and it's soul-crushing as all hell
<midfavila>
(also my math skills are still shit owing to the fact that I've spent the past year learning discrete memes instead of like, basic algebra, lmao)
<midfavila>
if I can't construct calculus from scratch then *obviously* I can't learn how to program, smh
<sad_plan>
I see. its a tough life I suppose when wanting to have a programming related education..
<midfavila>
only if you're pigheaded enough to do it the way I am
<midfavila>
very not-recommended
<sad_plan>
lol
<sad_plan>
why not change tactics, so youll get through it? and actually do all those things you wanna do
<sad_plan>
like forking links as you mentioned
<midfavila>
'cause I'm too anxious to learn practical skills without having a complete understanding of their theoretical basis
<midfavila>
my logic is, how am I supposed to write quality programs without a thorough understanding of the language I use and the algorithms and data structures underlying that? how am I supposed to understand those if I don't understand things like set theory, graph theory and calculus? how am I supposed to understand those without algebra and logic? those, without analysis? and so on
<midfavila>
(and then at that point you need to learn the basics of pedagogy and language arts so as to teach yourself effectively, but that's a whole separate ballpark)
<sad_plan>
I see youre point. and I cant say that I disagree. im having troubles myself, actually getting anywhere in relation to programming..
<ioraff>
you don't gain a thorough understanding of a technical discipline without doing it with gradually increasing complexity. a freshman physics student isn't expected to know anything about quantum mechanics or how to do quantum mechanics problems -- this lack of a deeper understanding does not prevent one from doing useful things with newtonian physics.
<midfavila>
oh, sure, no disagreement
<midfavila>
that's why I said I don't suggest approaching anything the way I do. it's a personal flaw of mine
<midfavila>
sad_plan, automake should be added to the tinyx depends file
<midfavila>
tinyx requires aclocal to build
<midfavila>
hmm
<midfavila>
even after setting up a clean chroot to build tinyx in, it gives me trouble during link
<midfavila>
undefined reference to main()
<midfavila>
that's troublesome
<midfavila>
C{XX}FLAGS are just '-O2 -w -pipe', LDFLAGS and MAKEFLAGS are both null
<midfavila>
is it possible that there are other missing dependencies, sad_plan?
ioraff has quit [Quit: ioraff]
<sad_plan>
it requires automake autoconf and libtool unfortunatly
<midfavila>
nothing else? support libraries for fbdev perhaps?
<midfavila>
i'm seeing undefined references to LinuxKeyboardFuncs and MouseFuncs, as well as a bunch of undefined references to fbdev* functions
<sad_plan>
it requires some other stuff, but thos things are in the depends file. atleast they should be
<sad_plan>
in any case, the afforementioned, freetype-harfbuzz, libXdmcp libXfont libXtst libfontentc, libpng, xtrans, zlib
<sad_plan>
are the deps listed by kiss depends
<midfavila>
hmm
<midfavila>
yeah, I've got everything, then
<midfavila>
that's odd
<midfavila>
could have something to do with the alternate zlib I'm using, but it's never been an issue before
<sad_plan>
strange indeed.
<midfavila>
what's your compiler version?
<midfavila>
and binutils
<midfavila>
doubt that that's the problem, but it could be. i've seen stranger things
<sad_plan>
gcc is 12.1.0, binutils is 2.39
<midfavila>
hmm. both are newer than mine, I suppose I could give 12.1 and 2.39 a shot
<midfavila>
just tried swapping gold for bfd, but that didn't change anything
<midfavila>
:thinking:
<midfavila>
perhaps the makefile fails to generate properly... that's the only other thing I'm thinking of
<sad_plan>
are you using a really outdated autotools? could be something atleast. I know I just had an issue with libtool earlier, but its because I included those files to not need autotools to build it
<sad_plan>
I could send you the makefile so you can compare them, if its of any help :p
<midfavila>
amake is 1.16.5, aconf is 2.71, so I don't think they're crazy old :v
<midfavila>
and no, I doubt comparing them would help
<sad_plan>
however, now that I think about it, its no 1 makefile. iits like 8 of them or so
<midfavila>
yeah, it does the thing that you're specifically not supposed to do using Make
<sad_plan>
same as me
<midfavila>
calling Makefiles from other Makefiles is such a pain in the ass to troubleshoot
<sad_plan>
i knoow. I hate it....
<sad_plan>
I wanna rewrite it, but I havent gotten around it
<sad_plan>
neither is my knowledge fully up to par for such a task either
<midfavila>
looks like amake and friends slapped -flto in the build
<midfavila>
that might be it
<midfavila>
my system doesn't support lto
<sad_plan>
could be
<sad_plan>
ah
<midfavila>
yeah, that was it
<midfavila>
tinyx seems to build without errors now
<midfavila>
brb gonna test
midfavila has quit [Quit: Leaving.]
soliwilos has quit [Remote host closed the connection]
soliwilos has joined #kisslinux
<sad_plan>
you do that. i g2g
sad_plan has quit [Quit: bye]
an3223 has quit [Remote host closed the connection]
an3223 has joined #kisslinux
midfavila has joined #kisslinux
<midfavila>
yeah, so, good and bad news
<midfavila>
good news, server builds itself fine
<midfavila>
bad news one, the package still kills itself near the end of the build, and the logs don't seem to be of much help
<midfavila>
bad news two, there don't seem to be any fonts provided by the distribution, so it fails to start due to an inability to load "fixed"
<midfavila>
bad news three, there's basically zero documentation available on the net
<midfavila>
i went ahead and decompressed both cursor.pcf.gz and one of the included ISO fonts, renamed the former "cursor" and the latter "fixed", and then manually pointed the server at "fixed" after doing the whole mkfontscale and mkfontdir song and dance, and still nothing
<midfavila>
sad_plan, how'd you get your font situation sorted?
sad_plan has joined #kisslinux
<sad_plan>
midfavila I just used the included fonts. Nothing else really
<sad_plan>
Included in the package i mean, not a separate one