00:51 <karnol> hello SiFuh thank you very much, your kernel configuration worked, but I don't know which module worked for the keyboard/mouse

09:10 <ppetrov^> hi, mpd breaks: https://pastebin.com/k1Zrzzkz

09:13 <ppetrov^> happens after fmp was updated

09:13 <ppetrov^> *fmt

09:42 <SiFuh> ppetrov^: yeah, I have this issue with some of my ports like gnuradio

09:49 <ppetrov^> so, did you just lock fmt to its previous version?

10:00 <SiFuh> No, I am trying to see if I can adapt the ports to the change

10:00 <SiFuh> But alas, so far no good

10:01 <ppetrov^> ye... i may investigate mpd

11:14 <farkuhar> SiFuh: speaking of stale/expired/unmaintained dependencies, it looks like qt6-location has been dropped, even though it still appears among the qt6-webengine dependencies.

11:17 <farkuhar> i haven't yet tried to build qt6-webengine to see if qt6-location can be safely omitted, but i might give it a try this weekend.

11:21 <farkuhar> As for the mpd breakage with latest fmt, it looks like the upstream mpd developers were alerted to the issue and fixed it in 0.23.8: https://raw.githubusercontent.com/MusicPlayerDaemon/MPD/v0.23.8/NEWS

11:31 <SiFuh> farkuhar: That script I wrote so that qBittorrent can launch mc, is not being used by qBittorrent anymore. I don't know what happened but everything else that relies on it or the "${BROWSER}" variable have no issues with it. Also xdg-open uses mc direct and has no issues. But something changed in qBittorent and it now tries to use xdg-open. I haven't looked any further into it though. It is pretty low on my

11:31 <SiFuh> list of things to do

12:24 <SiFuh> ppetrov^: farkuhar: posted a URL above regarding mpd

12:41 <ppetrov^> yes, i checked in the log, thanks

12:41 <SiFuh> Just checking if you checked

12:42 <ppetrov^> well, i can update the mpd or just lock fmt and wait

12:46 <ppetrov^> k, mpd#0.23.8 builds just fine

14:28 <farkuhar> "low on my list of things to do" also describes my long-postponed investigation into why firefox-bin now exhibits a noticeable lag handling keyboard/mouse input events. I don't remember it being so bad in versions prior to 100.

14:29 <stenur> not here

14:33 <farkuhar> stenur: Good to know that the user experience hasn't degraded for everyone. I should try deleting or deactivating my old browser plugins, in case they're to blame for the slowdown.

14:36 <SiFuh> firefox --safe-mode

14:41 <farkuhar> nope, even with safe mode and a completely clean profile, i find that sometimes my typing doesn't appear in a text-input field until i tab away or move the mouse.

14:43 <stenur> i no no wayland

14:48 <farkuhar> i should investigate whether the same behaviour persists in X sessions, or whether it's just specific to wayland. The quickest way to run that test is to boot my other CRUX machine (which runs both X and Wayland).

15:06 <farkuhar> i can actually get used to the firefox lag by imagining that i'm telnetting into a far-away server over a high-latency connection. Waiting several seconds for the output of my typing to appear on the screen is a throwback to those early days of the Internet. The practices we adopted back then (thinking carefully before typing) are relevant once again in these days of bloated Single-Page web Apps.

16:03 <farkuhar> after booting my other CRUX machine and testing firefox in both X and Wayland, i was unable to reproduce the lag. I wonder if merely having X installed is enough to give firefox the support it needs for low-latency input event handling. In all other respects my Wayland-only computer has the same up-to-date dependencies as my X+Wayland computer. Unless it's a hardware issue (e.g. video card drivers) ...

20:29 <_moth_> Hi all. One of my sysvinit service stuck at system start and i can't go any further (login in system, etc). Ctrl+C, Ctrl+X - won't help, switching to a different tty (Atl+Ctrl+F2) too. Any advice?

20:32 <_moth_> ...i know why this happen but cant and fix the problem without using liveCd

20:33 <_moth_> *can't fix

21:21 <_moth_> fixed issue using lifeUSB