<niceguy5000[m]>
What would happen if we all use the tor? will it be impossible to track everyone?
<niceguy5000[m]>
or is it pseudo anonymity?
<niceguy5000[m]>
guys I'm switching to the framebuffer full time like aligrudi.
<shokara>
nice
<shokara>
the framebuffer is comfy, at least when not needing multimonitor
<niceguy5000[m]>
yeah it is. I'm going to use fbvnc with qemu to run firefox and other heavy apps.
<shokara>
you might as well just use x instead of x through vnc then...
advguardt- has joined #kisslinux
advguardt has quit [Ping timeout: 246 seconds]
midfavila-tab has joined #kisslinux
<niceguy5000[m]>
I want something super suckless so framebuffer is the way to go.
<niceguy5000[m]>
I can use netcat to pipe to the framebuffer directly to watch videos
<niceguy5000[m]>
ffplay plays video on the vm and I use netcat to pipe to host framebuffer.
<shokara>
fbvnc sounds to me like the opposite of suckless :/
<niceguy5000[m]>
I can run a full bloated electrons apps and not effect my system in anyway if I had too(but won't) using fbvnc and qemu. Only if their was a suckless vm emulator that's full featured to remove qemu but none exist.
<niceguy5000[m]>
and still be on the framebuffer all day.
<shokara>
I think you should try not using the bloated programs that don't run on the framebuffer.
<davidgarland>
is that really less bloated / easier to set up than a chroot? I haven't gotten the latter working (..for lack of really trying, to be fair) but I imagine that'd be simpler
<shokara>
The way I see it is that you'll still be running a full Xorg installation in the VM that you'll just be accessing from the framebuffer.
<shokara>
(or wayland)
<davidgarland>
yea
<shokara>
so you'd be better off not having to rely on this tedious workaround or just running x directly when you need to and exiting once you're done using the gui program :/
<davidgarland>
anyhow im gonna hop off for now, friend is asking me to play vidya and those are on windows pc still so.. seeya tomorrow most likely o/
davidgarland has quit [Quit: nyaa~]
<shokara>
also for a "suckless" vm program, have you tried using bochs instead of qemu?
<shokara>
I don't think it's actually suckless, but it should still be much simpler than qemu
<niceguy5000[m]>
<shokara> "also for a "suckless" vm program..." <- no but I build Qemu statically, so it's only one binary file.
<niceguy5000[m]>
I have a full static system.
<shokara>
"Only if their was a suckless vm emulator that's full featured to remove qemu but none exist" I was referring to this btw
<shokara>
for x86, it seems to do most of what qemu can.
<niceguy5000[m]>
can it use kvm?
<shokara>
I don't think so
<niceguy5000[m]>
KVM is need for hardware acceleration.
<shokara>
yes
<shokara>
for a simple featured alternative to qemu, bochs seems to be one of the best
shokara has quit [Remote host closed the connection]
<sewn>
Hi
shokara has joined #kisslinux
<shokara>
otherwise there's virtualbox, but that's basically proprietary with the extensions needed for usb3 and other stuff
<niceguy5000[m]>
<shokara> "for a simple featured alternativ..." <- I also use qemu for security reasons.
<niceguy5000[m]>
Redhat is on top of qemu so it's more secure I think. also I use scripts instead of gui or virsh to run vms. I know the whole documentations of qemu arguments.
<niceguy5000[m]>
I might make them mircovms using qemu too. it's much smaller to build.
<niceguy5000[m]>
bootup less than a second.
<testuser[m]123>
Hi
rohan has joined #kisslinux
midfavila-tab has quit [Ping timeout: 255 seconds]
schillingklaus has joined #kisslinux
zlg has quit [Ping timeout: 246 seconds]
zlg has joined #kisslinux
tprepper has quit [Ping timeout: 255 seconds]
tprepper has joined #kisslinux
fitrh has joined #kisslinux
schillingklaus has quit [Quit: schillingklaus]
<sewn>
should -f or rm/ln force flags be used in kiss build manifests?
advguardt has joined #kisslinux
fitrh has quit [Ping timeout: 246 seconds]
advguardt- has quit [Ping timeout: 248 seconds]
<midfavila>
niceguy5000[m]: you need to weigh the size and scope of the codebase against the complexity of its tech stack and the number and competency of its maintainers in order to effectively gauge how secure something is
<midfavila>
qemu is massive and has piles of features, so despite its large maintenance team and their high competency, it's unlikely to be as secure as it could be. of course, if it's good enough for qubes, it's probably good enough for someone who just wants to spin up some VMs at home to mess with...
<sewn>
i shall name my kiss fork piss, for piss it simple stupid
<midfavila>
already done
<midfavila>
python kiss
* midfavila
makes a buzzer noise
<sewn>
what about ciss
shokara has quit [Quit: leaving]
<phinxy>
herro
<sewn>
jelheo
fitrh has joined #kisslinux
<midfavila>
really wish C had block structure jfc
<midfavila>
i'm too used to programming in scheme and having that as an option for program organization
paper` has joined #kisslinux
<testuser[m]123>
ioraff: illiliti: what do you think of swapping "out of scope" stuff from busy box for full featured alternatives? Eg modprobe -> kmod, ip -> iproute2
<midfavila>
>he uses ip
paper_ is now known as paper__
paper` has quit [Quit: WeeChat 3.8]
paper_ has joined #kisslinux
<illiliti>
i think we should keep busybox as is
<illiliti>
actually i think provides system would help here
<illiliti>
just make busybox "provide" those components, so user can switch them effortlessly
<illiliti>
that would be much better tbh
<midfavila>
mfw
fitrh has quit [Quit: fitrh]
midfavila has quit [Remote host closed the connection]
midfavila has joined #kisslinux
<midfavila>
so after a few minutes of thought last night before bed and a half hour or so of half-hearted debugging i found out why i was getting redirected to onionsites from riverside when using apport
<midfavila>
as i thought it was due to my lazy implementation of a response key-value extraction routine matching falsely against one of the responses. didn't realize that riverside in particular provided Onion-Location: keys
<midfavila>
so when apport looked up "ocation", it matched that instead of "Location" or "location", which is the original reason why i didn't bother implementing proper lookups - didn't want to deal with mixed case