ChanServ changed the topic of #kisslinux to: Unnofficial KISS Linux community channel | https://kisscommunity.org | post logs or else | song of the day: http://yewtu.be/fG0xfGZSmR4
dilyn has joined #kisslinux
<dilyn> maximum_yellow: afaik mdevd is doing *a lot* more than busybox mdev :X
<dilyn> I've never gotten mdev hotplugging to really work right. I did some fuckery with smdev and now I have hotplugging on everything *except* my keyboard xD
<maximum_yellow> dilyn i see, thanks
<maximum_yellow> i was rather hoping to reduce my system to the fewest overlapping packages, but if mdevd > mdev then so be it, i do need monitor hotplugging and such
<maximum_yellow> AHA
<maximum_yellow> wait no
<maximum_yellow> anyway, dilyn, i pinged the lvm2 maintainer but i think it's safe to say we'll have no response about migrating to libuuid
<dilyn> yeah
<dilyn> I don't think I've seen riteo in a minute...
<maximum_yellow> i'm also pinging the unbound maintainer about version update, and i've spoken to the libnl one as well as neomutt's. I think people are going to start disliking me...
<maximum_yellow> oh right and i want to do pmount for libblkid
<dilyn> XD
<dilyn> people don't get to be mad when you're slacking haha
<maximum_yellow> :p
<dilyn> now you've got me trying to make hotplugging actually work instead of being... I suppose what I've got is quite hacky
<dilyn> uevents get broadcast by the kernel and the helper is just a script which runs `smdev -s` because I was too tired to be asked to figure it out lmfao
<maximum_yellow> dilyn wait does that do it?
<dilyn> yes, but it's not at all efficient
<dilyn> it takes about seven seconds on my machine
<maximum_yellow> yikes ok
<maximum_yellow> that's amazingly slow, i don't even want to know what that would be like on my machine
<dilyn> yeah, big yikes
<dilyn> probably roughly  the same tbh
<dilyn> I don't think it's a CPU limited process
<maximum_yellow> my initial goal when installing kiss was to be able to play DOOM. Unfortunately i've managed so much else, but this just seems out of my grasp. SDL2 + wayland = :(
<dilyn> sdl2 should work just fine on wayland!
<dilyn> I use sdl as the backend for qemu with no issue
<maximum_yellow> maybe i'm doing something wrong
<maximum_yellow> but building sdl2{,_image,_net,_mixer} + crispydoom --> failed to create an EGL window surface
<dilyn> interesting...
dilyn has quit [Quit: Connection closed]
dilyn has joined #kisslinux
<dilyn> yeah idk how device management works. tried some new things, nothing changed, back to square one on this :shrug:
V has quit [Remote host closed the connection]
an3223 has quit [Ping timeout: 276 seconds]
an3223 has joined #kisslinux
V has joined #kisslinux
illiliti has joined #kisslinux
<illiliti> maximum_yellow: hotplugging works for me. i use busybox mdev atm
<testuser[m]> Hi
<phinxy> Someone built KiCAD for Wayland successfully: https://gitlab.com/kicad/code/kicad/-/issues/7207#note_764855519
<phinxy> .. on his musl based distro noname-linux, a kisslinux rival perhaps!
<dilyn> most musl are essentially equivalent in my experience so I'd be surprised if it was similar to KISS :V
<phinxy> wasn't similar* you mean?
<dilyn> wasn't indeed
<testuser[m]> dilyn: how's the jerb going
<dilyn> the job is going super well!:D
<dilyn> aside from the job tho life is going pretty good
<dilyn> can't complain; 0/10
illiliti has quit [Quit: leaving]
<testuser[m]> C more like CVE
j`ey has left #kisslinux [#kisslinux]
_whitelogger has joined #kisslinux
mtj has joined #kisslinux
dbrooke has joined #kisslinux
jgart has quit [Ping timeout: 250 seconds]
natris1979[m] has quit [Quit: Bridge terminating on SIGTERM]
psydroid has quit [Quit: Bridge terminating on SIGTERM]
phoebos[m] has quit [Quit: Bridge terminating on SIGTERM]
edmrk[m] has quit [Quit: Bridge terminating on SIGTERM]
chadwb[m] has quit [Quit: Bridge terminating on SIGTERM]
jstn has quit [Quit: Bridge terminating on SIGTERM]
ectlunya[m] has quit [Quit: Bridge terminating on SIGTERM]
kqz has quit [Quit: Bridge terminating on SIGTERM]
Acid-Bong has quit [Quit: Bridge terminating on SIGTERM]
konimex has quit [Quit: Bridge terminating on SIGTERM]
tleydxdy[m] has quit [Quit: Bridge terminating on SIGTERM]
testuser[m] has quit [Quit: Bridge terminating on SIGTERM]
opalvaults[m] has quit [Quit: Bridge terminating on SIGTERM]
phoebos[m] has joined #kisslinux
phoebos[m] has quit [Write error: Connection reset by peer]
phoebos[m] has joined #kisslinux
phoebos[m] has quit [Remote host closed the connection]
phoebos[m] has joined #kisslinux
phoebos[m] has quit [Quit: Client limit exceeded: 20000]
opalvaults[m] has joined #kisslinux
edmrk[m] has joined #kisslinux
psydroid has joined #kisslinux
testuser[m] has joined #kisslinux
kqz has joined #kisslinux
natris1979[m] has joined #kisslinux
edmrk[m] has quit [Quit: Client limit exceeded: 20000]
Acid-Bong has joined #kisslinux
chadwb[m] has joined #kisslinux
ectlunya[m] has joined #kisslinux
jstn has joined #kisslinux
tleydxdy[m] has joined #kisslinux
konimex has joined #kisslinux
kqz has quit [Quit: Client limit exceeded: 20000]
Acid-Bong has quit [Quit: Client limit exceeded: 20000]
dilyn has quit [Quit: Connection closed]
soliwilos has joined #kisslinux
mahmutov_ has joined #kisslinux
mahmutov_ has quit [Ping timeout: 250 seconds]
op_4 is now known as maximum_yellow
<maximum_yellow> illiliti interesting, thanks. It does work in the tty/fb but not with sway. Do you have any thoughts as to why this might be?
phoebos[m] has joined #kisslinux
kqz has joined #kisslinux
edmrk[m] has joined #kisslinux
Acid-Bong has joined #kisslinux
<maximum_yellow> (to be sure, using libudev-zero-helper and the recommended mdev.conf you kindly wrote)
mahmutov_ has joined #kisslinux
an3223 has quit [Remote host closed the connection]
an3223 has joined #kisslinux
jgart has joined #kisslinux
<Rohan> maximum_yellow:
<Rohan> your mdev worked with hotplug?
Rohan has quit [Ping timeout: 268 seconds]
Rohan has joined #kisslinux
<Rohan> anyone get mdev to work with hotplug?
<maximum_yellow> Rohan: not exactly, mdev + stock mdev.conf (calling out to libudev-zero-helper) + libudevzero = hotpluggin only on the tty, not under sway/wayland
<maximum_yellow> as in, without launching sway, i can hotplug monitors and usb input devices
<maximum_yellow> but once sway is launched this no longer works
<maximum_yellow> and i can't understand that
<Rohan> Yeah same for me
<maximum_yellow> this is true of official/wayland/sway as well as upstream sway
<Rohan> i read about using -s in mdev
<Rohan> But not worked
<maximum_yellow> running the mdev service with -v shows me that it is detecting these devices, but for some reason they're not being made visible to sway
<maximum_yellow> this could be some seatd thing and maybe this works if sway is run without seatd (as an suid binary)
<maximum_yellow> but i haven't tested
<maximum_yellow> Rohan are you using seatd?
<Rohan> No
<Rohan> I run sway-tiny
<Rohan> No need to seatd
<maximum_yellow> ok, yeah, i just tested sway-no-seat and no difference.
an3223 has quit [Ping timeout: 276 seconds]
an3223 has joined #kisslinux
<Rohan> Yeah
<Rohan> Is there other thing
mahmutov_ has quit [Ping timeout: 256 seconds]
<maximum_yellow> Rohan mdevd works (TM)
<Rohan> Yeah i know
<Rohan> I think u said that or someone
<Rohan> The thing is
<Rohan> Dependencies
<Rohan> If mdev work with hotplug so no need mdevd for this
* maximum_yellow nods
illiliti has joined #kisslinux
<illiliti> maximum_yellow: something wrong with your config and/or /dev permissions
<maximum_yellow> illiliti thanks for the hints. The config is the stock one for KISS, https://github.com/kisslinux/repo/blob/master/core/busybox/files/mdev.conf
<maximum_yellow> as for the /dev permissions i'm a little confused because mdevd seems to work, and somehow only sway fails (not tty). But anyway, do you have any guesses for what to look at in /dev for say usb input or vga output?
<maximum_yellow> illiliti and i believe this config does the correct thing wrt libudev-zero-helper
<illiliti> remove this line
<maximum_yellow> WOW
<maximum_yellow> if you have the time, i'd love to understand why that line was problematic so that i---or you---could open an issue and have this fixed
<maximum_yellow> and perhaps i could transfer that knowledge to fixing vga hotplugging too
<illiliti> so it works for you now?
<maximum_yellow> usb input does, yep!
<illiliti> nice
<maximum_yellow> but vga still doesn't
<maximum_yellow> illiliti would you be up for openining an issue?
<maximum_yellow> s/issue/pr
<illiliti> i will
<maximum_yellow> great, thanks!
<illiliti> run `busybox uevent`, then start sway and plug/unplug vga
<maximum_yellow> any idea about drm? When i plug in the monitor mdev reports ACTION:change SEQNUM:2905 SUBSYSTEM:drm DEVNAME:dri/card0 DEVPATH:/devices/pci[...]/[....]/drm/card0
<maximum_yellow> which looks to be covered by that second-to-last rule, SUBSYSTEM=drm;.*
<illiliti> > run `busybox uevent`, then start sway and plug/unplug vga
<illiliti> post output of busybox uevent after you do that
<maximum_yellow> hmm
<illiliti> does mdevd work with vga btw?
<maximum_yellow> illiliti http://ix.io/3Om4
<maximum_yellow> yep, it does
<maximum_yellow> thanks for all of your efforts!
<maximum_yellow> oops, accidentally stripped =
<maximum_yellow> illiliti http://ix.io/3Om5
<maximum_yellow> lol and dropped . too somehow
<maximum_yellow> illiliti http://ix.io/3Om6
<maximum_yellow> final answer
<maximum_yellow> ;p
<illiliti> this is full output?
<maximum_yellow> i believe so, yes
<maximum_yellow> yeah, same output under tty as in sway
<illiliti> from what i can tell, vga doesn't work because mdev doesn't handle uevents other than add/remove. mdevd works because it was recently extended to support all uevents.
<maximum_yellow> cool, thanks for investigating!
<illiliti> you're better off using mdevd
<maximum_yellow> thanks for the recommendation, i'll do that
<maximum_yellow> and thanks for your time and investigating
<illiliti> no problem
sad_plan has joined #kisslinux
<sad_plan> does using :> instead of touch not work? I recently made a script for bookmarking using dmenu, and to create the file if missing, it initially used touch command, but I wanted to use :> instead, as afaik, it does the same thing. am I wrong here?
<sad_plan> the script could seem to add bookmarks when using :>. nor read it for that matter, but the permissions remains the same
<illiliti> :> != touch
<illiliti> :> overwrites file while touch doesn't