ChanServ changed the topic of #kisslinux to: Unnofficial KISS Linux community channel | https://kisscommunity.org | post logs or else | "An idiot admires complexity, a genius admires simplicity." -- Terry A. Davis
GalaxyNova has quit [Remote host closed the connection]
dilyn has joined #kisslinux
carbsbot has quit [Ping timeout: 265 seconds]
vladimyr has quit [Ping timeout: 265 seconds]
phoebos[m] has quit [Ping timeout: 265 seconds]
tleydxdy[m] has quit [Ping timeout: 265 seconds]
psydroid has quit [Ping timeout: 265 seconds]
cot has quit [Ping timeout: 265 seconds]
<testuser[m]>
Hi
cot has joined #kisslinux
<dilyn>
o/
psydroid has joined #kisslinux
<testuser[m]>
dilyn: Can i put my bins on the bin repo
<dilyn>
absolutely!
<dilyn>
you can replace the ones in there
<dilyn>
as well*
<testuser[m]>
Can i just make 1 release with 3-4 tarballs or do individually ?
<dilyn>
one release is probably sufficient -- i did individual releases because I'm neurotic but it's taxing doing it that way
vladimyr has joined #kisslinux
<noocsharp>
which binaries? chromium?
phoebos[m] has joined #kisslinux
tleydxdy[m] has joined #kisslinux
<dilyn>
presumably
GalaxyNova has joined #kisslinux
<dilyn>
in other news, i got snapd to properly fetch snaps from the store!
<dilyn>
bad news, snapd actually generates the systemd mount unit files on the fly, so i have to modify snapd a bit to either make it a real file or change how it interacts with that file
GalaxyNova has quit [Quit: Lost terminal]
<testuser[m]>
done
<dilyn>
mmm them cflags tho
<dilyn>
spicy
<testuser[m]>
sekurity 100
mahmutov has quit [Ping timeout: 245 seconds]
Guest5282 has joined #kisslinux
GalaxyNova has joined #kisslinux
<GalaxyNova>
dilyn: Are you trying to get snapd to work on KISS?
<dilyn>
mmhmm
<dilyn>
snapd provides a very thin shim over systemd and most of the internals are basically just systemctl calls
<Guest5282>
testuser[m]: Hi! I try to compile the matrix-client but I get an error:
<Guest5282>
src/input.h:6:10: fatal error: 'termbox.h' file not found
<Guest5282>
#include "termbox.h"
<Guest5282>
Help me please
Guest5282 has quit [Client Quit]
<GalaxyNova>
oh lol
<dilyn>
if I actually knew go I imagine I could replace a lot of the necessary functionality to get it to work, with the exception of the service management feature. which could probably also be replaced
<dilyn>
theoretically you don't even need to use snapd; snaps are just a squashfs that get mounted to a place, and snap just sets up some environment variables/enables apparmor/adds seccomp profiles to restrict applications. you could probably redo the whole thing in sh tbh
<GalaxyNova>
that's heresy dilyn O_O
<dilyn>
hey i really like the idea of snaps lol
<dilyn>
it solves apt's PPA problem and it's very secure (if the packagers and users do it right)
<GalaxyNova>
meh
<GalaxyNova>
I can't see how it's better than flatpaks
<dilyn>
i just wish you could self-host a snap store without paying canonical $30k
<dilyn>
because flatpack 1) isn't secure, and 2) suffers from apt's PPA problem
<dilyn>
flatpacks are just a bad version of snaps
<GalaxyNova>
what's the PPA problem you're talking about
<dilyn>
it's similar to the problem we have with KISS where we have to use tools like kiss-find to discover other packages
<dilyn>
package discovery shouldn't be hard, and PPAs/repositories make it hard
<GalaxyNova>
well that's the nature of having an open source backend where its very easy to selfhost things
<dilyn>
plus the overhead involved with pinging a repo on every update when it probably doesn't have any updates to offer. and it makes the hurdle for more naive users unecessarily burdensome ("why do I have to do all this work, why can't I just `apt install foo`")
<GalaxyNova>
if people are able to easily self host things you are bound to get fragmentation
<dilyn>
sure
<dilyn>
but the point is that it's *easier*. it's why flatpack has flathub
<testuser[m]>
@Guest5282:libera.chat: It doesn't work yet, no UI
<testuser[m]>
But the third party libs are submodules so you need to do git submodule update
<testuser[m]>
Either way it's not buildable rn
Guest59 has joined #kisslinux
<Guest59>
testuser[m]: Ok, thx
Guest59 has quit [Quit: Client closed]
<GalaxyNova>
acheam: Do you run dbus on OpenBSD or have you forked the ports tree
<GalaxyNova>
I've spent 5 hours removing the dbus dependency from firefox only to realize that gtk depends on it :P
<testuser[m]>
> as a high level language it's easy to end up in a bootstrap loop, you need Python to build X which you need to build Python. Meson++ can avoid that be being written in a common low level language, and use conditional compilation to minimize dependencies.
<testuser[m]>
lol
<testuser[m]>
Doesn't it recreate the problem them
<phoebos>
did you say golang would be good for replacing a lot of necessary functionality in snapd?
<phoebos>
> if I actually knew go
<phoebos>
GalaxyNova: I think acheam just runs firefox with all the cruft it comes with on obsd
<phoebos>
you'll have a much harder time pruning dependencies there than on kiss
GalaxyNova has quit [Remote host closed the connection]
vladimyr has quit [Quit: You have been kicked for being idle]
raph_ael has quit [Quit: WeeChat 3.1]
raph_ael has joined #kisslinux
<testuser[m]>
Hmm the efi entries i make through efibootmgr seem to overwrite the previous entries instead of being appended (efibootmgr shows 2 entries but on reboot uefi shows just the latest one), any idea ?
smartin has joined #kisslinux
<dilyn>
snap{d} is written in golang already phoebos
<phoebos>
ah
<testuser[m]>
Wasn't snap considered a pozzed flatpak and not the other way around
<dilyn>
people certainly have that I opinion
<dilyn>
(insert charitable version of 'people are dumb' here)
<midfavila>
just use appimage
<dilyn>
HNG
<illiliti>
appimage is trash
<midfavila>
i mean, yes
<midfavila>
i'm not going to say it's not trash
<midfavila>
but at least it's not $BAD_THING
<illiliti>
"Linux apps that run anywhere" is a fucking lie
<dilyn>
but snaps are $GOOD_THING
<midfavila>
snaps are a pain in the ass
<dilyn>
??
<dilyn>
how so
<midfavila>
"yeah let's just include every single dependency for every single program in its own little bundles then require all this extra infrastructure on top of existing stuff just to use said bundles"
<midfavila>
at least appimage lets you extract them
<dilyn>
so do snaps :v
<midfavila>
if that's true then fair enough, I guess. /shrug
<dilyn>
i agree that just bundling all the dependencies is a bit silly, but it doesn't inflate the sizes all that much
<midfavila>
well, if it's just for a few things that are huge anyway, yeah
<dilyn>
the chromium snap is smaller than my chromium build, for instance XD
<midfavila>
something like a CAD suite or a browser or w/e could benefit from that
<midfavila>
but for smaller programs it's just obscene
<midfavila>
something something muh slip and slide
<dilyn>
ultimately what I want to do is is turn KISS into what canonical did with ubuntu core xD
<testuser[m]>
Has someone sanitized libwayland
<testuser[m]>
The wayland-scanner tool itself seems to have a ton of leaks
mobinmob has joined #kisslinux
Uks2 has quit [Ping timeout: 250 seconds]
<illiliti>
"Package once and run everywhere" is simplified for "properly made AppImages will run on most mainstream desktop distributions".
<illiliti>
disgusting
<testuser[m]>
they further extended that, something like common libs like libGL are assumed to be present
<testuser[m]>
dunno which comment it was
Uks2 has joined #kisslinux
<noocsharp>
imagine a world where chromium could be statically linked
<noocsharp>
i wonder if there's a statically linkable implementation of the opengl api (even though opengl is supposed to only be dynamically linkable)
rfaa has joined #kisslinux
<rfaa>
Hey! Anyone here running kiss with s6? Including s6-rc and mdevd?
<dilyn>
dylan is/was
<dilyn>
i was
<dilyn>
someone else in here was...
<rfaa>
Any pointers on how to get it running? I got it booting by creating a default folder with an "up" file containing "/usr/lib/init/rc.boot" and a "type" file containing "oneshot", from this I generated a db in /etc/s6-rc/compiled but I'm not sure it's correctly setup
<rfaa>
It's definitely not calling the /usr/lib/init/rc.shutdown from anywhere, not sure how to go about fixing that