| sigrid | then I started patching and got to this point: http://okturing.com/src/13037/body | 00:00 |
|---|---|---|
| sigrid | but that did not help as my brain hurts trying to figure out how to make any of the media players use this :D | 00:01 |
| - mjw (QUIT: Quit: Leaving) (~mark@gnu.wildebeest.org) | 00:01 | |
| kfx | it's definitely a maze of twisty passages, all alike | 00:01 |
| kfx | and it doesn't help that they completely rewrite it every other year (this all used to be gstreamer-based exclusively, then it all used ffmpeg directly, now libva is involved...) | 00:01 |
| mntmn | sigrid: fwiw josch made a .deb with ffmpeg etc that uses hardware decode (it works with recent mpv then, if --hwdec=auto is passed) | 00:03 |
| mntmn | sigrid: https://source.mnt.re/reform/reform-debian-packages/-/blob/main/patches/ffmpeg | 00:04 |
| mntmn | this version doesn't seem to have tls support though, so i wasn't able to plug a youtube url directly into it | 00:04 |
| mntmn | (cc josch) | 00:05 |
| + Major_Biscuit (~MajorBisc@86-88-79-148.fixed.kpn.net) | 00:11 | |
| mntmn | ok cool looks like chromium 97 from debian is finally really fast, i no longer need to use the snap version | 00:15 |
| - chartreuse (QUIT: Ping timeout: 240 seconds) (~chartreus@S0106f0f249dfd9c3.cg.shawcable.net) | 00:16 | |
| - Guest2923 (QUIT: Ping timeout: 256 seconds) (~nicolas@i5C7447EC.versanet.de) | 00:17 | |
| + chartreuse (~chartreus@S0106f0f249dfd9c3.cg.shawcable.net) | 00:18 | |
| + nsc (~nicolas@mue-88-130-105-075.dsl.tropolys.de) | 00:19 | |
| * nsc -> Guest8987 | 00:20 | |
| mntmn | and it is because they support ANGLE now | 00:21 |
| mntmn | btw RBZ wrote me today that they finally got DDR4 to work @ ls1028a | 00:24 |
| - Major_Biscuit (QUIT: Ping timeout: 256 seconds) (~MajorBisc@86-88-79-148.fixed.kpn.net) | 00:24 | |
| mntmn | that was quite the struggle | 00:24 |
| sigrid | I played with about:config and now fullscreen video is playing much better | 00:31 |
| sigrid | actually it's just faster in general, not just video | 00:32 |
| sigrid | (talking about firefox) | 00:32 |
| technomancy | which flags? | 00:35 |
| technomancy | I really really wish firefox didn't hate dotfiles so we could have some kind of /etc/firefox/system.js config which would fix flags like this. | 00:36 |
| sigrid | yeah... | 00:36 |
| sigrid | how do I even copy all of them | 00:36 |
| technomancy | it's like ... we have a solution for this. all the other programs know how to do this. why do you have to be so difficult ಠ_ಠ | 00:37 |
| technomancy | and then they go and support things like user.js but only in relatively useless ways | 00:37 |
| sigrid | http://okturing.com/src/13038/body | 00:40 |
| technomancy | thank you | 00:41 |
| sigrid | some of those are going to be most likely useless | 00:41 |
| sigrid | idk which one of them helped | 00:42 |
| sigrid | :) "Crash Annotation GraphicsCriticalError: |[0][GFX1-]: glxtest: DRM device has no render node (t=1.65287) |[1][GFX1-]: No GPUs detected via PCI (t=1.65303) |[2][GFX1-]: Failed to create EGLContext!" | 00:42 |
| sigrid | firefox can't find a gpu | 00:42 |
| kfx | technomancy: you can have /etc/firefox/syspref.js | 00:44 |
| kfx | fill it with stuff like pref("beacon.enabled", "false", locked); | 00:46 |
| sigrid | oh, that's great | 00:46 |
| technomancy | damn! so they let you set it systemwide but you can't set it on a user basis without guessing at what directory your current profile is in? | 00:52 |
| - Guest8987 (QUIT: Ping timeout: 256 seconds) (~nicolas@mue-88-130-105-075.dsl.tropolys.de) | 00:56 | |
| - Christoph_ (QUIT: Remote host closed the connection) (~Christoph@p4fe73f85.dip0.t-ipconnect.de) | 00:59 | |
| - Ar|stote|is (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~linx@149-210-32-252.mobile.nym.cosmote.net) | 01:00 | |
| + Ar|stote|is (~linx@149-210-32-252.mobile.nym.cosmote.net) | 01:00 | |
| kfx | technomancy: instead of guessing, you're supposed to open about:support, look at "application basics," and find "profile directory" | 01:00 |
| kfx | but there's no way to prepopulate a user.js if the profile hasn't been created yet, which I hate. | 01:01 |
| + nsc (~nicolas@i5C744A4F.versanet.de) | 01:03 | |
| - mtm (QUIT: Ping timeout: 268 seconds) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 01:03 | |
| * nsc -> Guest306 | 01:04 | |
| technomancy | it seems like it's actively trying to prevent me from automating my system config | 01:04 |
| kfx | technically there's also autoconfig.js, which goes in /usr somewhere, and prepopulates user preferences according to some weird-ass domain-specific language! | 01:18 |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:21:21:0:100e) | 01:51 | |
| - Guest306 (QUIT: Ping timeout: 240 seconds) (~nicolas@i5C744A4F.versanet.de) | 03:04 | |
| + nsc (~nicolas@i5C744FC6.versanet.de) | 03:06 | |
| * nsc -> Guest47 | 03:07 | |
| + mtm (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 03:10 | |
| - Guest47 (QUIT: Ping timeout: 256 seconds) (~nicolas@i5C744FC6.versanet.de) | 04:03 | |
| - Nulo (QUIT: Remote host closed the connection) (~Nulo@user/nulo) | 04:04 | |
| + nsc (~nicolas@i5C74401A.versanet.de) | 04:05 | |
| + Nulo (~Nulo@user/nulo) | 04:06 | |
| * nsc -> Guest5189 | 04:06 | |
| - sts-q (QUIT: Ping timeout: 240 seconds) (~sts-q@212.53.219.144) | 04:42 | |
| + vagrantc (~vagrant@2600:3c01:e000:21:21:21:0:100e) | 04:43 | |
| + sts-q (~sts-q@91.200.108.132) | 04:56 | |
| sigrid | mntmn: https://github.com/ftrvxmtrx/void-packages/commit/2fea1c3d77d2772fc0b05f3148592a4835cf877f | 04:58 |
| sigrid | this seems super reliable here, very fast resume with minimal complaints from ath9k | 04:58 |
| - erlehmann (QUIT: Ping timeout: 240 seconds) (~erle@ip5f5bd566.dynamic.kabel-deutschland.de) | 05:13 | |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:21:21:0:100e) | 06:14 | |
| - GNUmoon (QUIT: Ping timeout: 276 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon) | 06:54 | |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 09:16 | |
| josch | mntmn: this is odd. In the ffmpeg build log on your gitlab ci it says that it's building with gnutls as expected. | 09:17 |
| josch | sigrid, kfx: I took your input from yesterday and created this MR https://source.mnt.re/reform/reform-system-image/-/merge_requests/34 | 09:33 |
| + chomwitt (~chomwitt@2a02:587:dc16:6e00:12c3:7bff:fe6d:d374) | 10:02 | |
| + Major_Biscuit (~MajorBisc@wlan-145-94-218-48.wlan.tudelft.nl) | 10:29 | |
| + yankcrim- (~nick@agrajag.dischord.org) | 11:37 | |
| + blast007_ (~blast@user/blast007) | 11:37 | |
| - yankcrime (QUIT: Ping timeout: 256 seconds) (~nick@agrajag.dischord.org) | 11:37 | |
| - blast007 (QUIT: Ping timeout: 256 seconds) (~blast@user/blast007) | 11:38 | |
| * blast007_ -> blast007 | 12:04 | |
| + Christoph_ (~Christoph@p4fe73fda.dip0.t-ipconnect.de) | 12:50 | |
| - mtm (QUIT: Ping timeout: 256 seconds) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 13:04 | |
| + erlehmann (~erle@ip5f5bd566.dynamic.kabel-deutschland.de) | 13:52 | |
| + mjw (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440) | 14:47 | |
| + mtm (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 15:09 | |
| - Major_Biscuit (QUIT: Ping timeout: 260 seconds) (~MajorBisc@wlan-145-94-218-48.wlan.tudelft.nl) | 15:22 | |
| Boostisbetter | mntmn: I am seeing a succesful resume from suspend once, but the next will always freeze, with an unresponsive keyboard or mouse. It was an error talking about sway keyboard switch. I think this has to do with my keyboard layout, like at a firmware level, maybe. Remember how I asked about that during the update process. Is there a way for me to restore that to the default that is supplied from yo | 15:48 |
| Boostisbetter | u? | 15:48 |
| mntmn | doesn't sound convincing tbh | 15:49 |
| Boostisbetter | mntmn: I ask because I just had sway crash back to TTL and it was giving me this error because of a switch. sway/keyboard | 15:49 |
| Boostisbetter | I didn't have my phone on me so I couldn't take a picture. | 15:49 |
| mntmn | i mean, what did you change about your keyboard's firmware? | 15:50 |
| mntmn | (not that i think that there is any relationship) | 15:50 |
| Boostisbetter | mntmn: just took a picture this is the errors I'm seeing: | 15:52 |
| Boostisbetter | unrecognized RMLVO option "level3:ralt.switch" wasignored | 15:52 |
| Boostisbetter | common.lpc.client:C67 - unable to receive IPC response | 15:52 |
| Boostisbetter | mntmn: the first one with the switch was happening before I upgraded | 15:53 |
| mntmn | that has nothing to do with your keyboard or its firmware | 15:53 |
| Boostisbetter | mntmn: the second one one regarding the lpc was just before sway crashed, and is what I suspect is messing up resume | 15:53 |
| mntmn | this is just some naming coincidence, it has nothing to do with the LPC chip on the motherboard | 15:54 |
| mntmn | nothing in the software even knows that this chip exists | 15:54 |
| Boostisbetter | mntmn: ok, all I know is that when resume fails after upgrading it fails with the lockscreen showing and then keyboard and mouse being unresponsive. | 15:54 |
| mntmn | yep, sigrid reported something similar | 15:54 |
| mntmn | > 04:58:05<sigrid>mntmn: https://github.com/ftrvxmtrx/void-packages/commit/2fea1c3d77d2772fc0b05f3148592a4835cf877f | 15:54 |
| mntmn | > 04:58:50<sigrid>this seems super reliable here, very fast resume with minimal complaints from ath9k | 15:54 |
| mntmn | Boostisbetter: maybe retry the keyboard/pointer unbinding and rebinding like in this example | 15:55 |
| mntmn | s/retry/try | 15:55 |
| Boostisbetter | could you tell me how i would insert that in my system? I think that seems like the solutio | 15:59 |
| Boostisbetter | mntmn: referring to the script sigrid linked to on github | 15:59 |
| Boostisbetter | mntmn: rather since that is for void linux, how would I apply that to my Debian version here | 16:00 |
| sigrid | you probably want to change reform-standby script, if I understand it correctly | 16:00 |
| mntmn | Boostisbetter: well, find your reform-standby script (iirc you put it somewhere in /usr/local) and add the 2 unbind lines to the standy section and the bind lines to the resume section? | 16:01 |
| mntmn | yeah | 16:01 |
| - erlehmann (QUIT: Ping timeout: 240 seconds) (~erle@ip5f5bd566.dynamic.kabel-deutschland.de) | 16:03 | |
| Boostisbetter | mntmn: I thought it was in /usr/local, but when I just looked it was not. | 16:07 |
| mntmn | Boostisbetter: well, check your /etc/systemd/system/reform-sleep.service | 16:08 |
| Boostisbetter | but when I type sudo reform-s and tab it auto fills, so it is there somewhere | 16:08 |
| mntmn | Boostisbetter: the path must be correct in there | 16:08 |
| Boostisbetter | mntmn: excellent point | 16:08 |
| mntmn | Boostisbetter: just use `which` command to find it, then | 16:08 |
| Boostisbetter | 👍 | 16:08 |
| Boostisbetter | mntmn: Ok I was not really aware that ruff's script was still executing the reform-standby script | 16:09 |
| mntmn | i believe we walked through this yesterday | 16:10 |
| mntmn | `systemctl suspend` calls `reform-sleep.service` which in turn calls `reform-standby` with does preparations before suspend and after wakeup | 16:11 |
| mntmn | if something is not there in this chain, no preparations will be done and hangs are more common | 16:11 |
| Boostisbetter | mntmn: ok, and not trying to be dense here, the link which sigrid shared: I would be adding lines 19,20 and 32,33 to my reform-standby script | 16:13 |
| Boostisbetter | mntmn: in the correct portions of course | 16:13 |
| mntmn | yes | 16:13 |
| Boostisbetter | mntmn: if this improves resume more than ruff's script already did pre-upgrade I'll be one super happy camper! | 16:14 |
| + erlehmann (~erle@ip5f5bd566.dynamic.kabel-deutschland.de) | 16:16 | |
| + Major_Biscuit (~MajorBisc@wlan-145-94-218-48.wlan.tudelft.nl) | 16:19 | |
| flowy1 | mntmn: would it be useful to have testers yet for the reform-system-image v3? i have time | 17:03 |
| mntmn | flowy1: yes | 17:09 |
| mntmn | flowy1: please give it a spin https://source.mnt.re/reform/reform-system-image/-/jobs/558/artifacts/browse/reform2-imx8mq/ | 17:09 |
| flowy1 | kewl will do that | 17:10 |
| Boostisbetter | mntmn: ok, added the changes to my ruff modified reform-standby script, BUT then sway crashed again. I still have the read out on the terminal, so I'll put it here in case you know a solution: | 17:21 |
| sigrid | ralt.switch is supposed to ralt_switch, I think | 17:22 |
| sigrid | looks like a typo in the sway config | 17:22 |
| Boostisbetter | basically it looks like line 47 in reform-compstat.py is causing a brokenpipe error. | 17:23 |
| Boostisbetter | that line deals with CPU history in, I assume, the waybar | 17:23 |
| Boostisbetter | sigrid: that was more my typo, it is showing level3:ralt_switch was ignored | 17:24 |
| Boostisbetter | mntmn: this then line 47 error and the resulting brokenpipe cause xwayland to crash, which in turns crashes sway | 17:25 |
| Boostisbetter | mntmn: actually upon further investigation it seems like the issue is with Chromium. It is crashing when accessing extensions. | 17:37 |
| - mjw (QUIT: Quit: Leaving) (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440) | 17:44 | |
| - Major_Biscuit (QUIT: Ping timeout: 250 seconds) (~MajorBisc@wlan-145-94-218-48.wlan.tudelft.nl) | 18:18 | |
| + midfavila-laptop (~midfavila@142.162.45.218) | 18:25 | |
| midfavila-laptop | Hey, quick question: would it be possible to order a set of just electronic components in the future? | 18:26 |
| midfavila-laptop | (as opposed to a full DIY or assembled kit) | 18:26 |
| flowy1 | Boostisbetter: have you been using your signal arm build much? i'm curious what your experience has been. it runs well? you've paired it? | 18:41 |
| Boostisbetter | flowy1: yes it runs exactly like the client does on my other systems. Very happy with it. | 18:43 |
| Boostisbetter | mntmn: here is a link to the errors I'm getting: | 18:43 |
| Boostisbetter | https://community.mnt.re/uploads/default/original/1X/4937cf45eb2a7f9d4730842f4aa4662b57943d48.jpeg | 18:43 |
| Boostisbetter | mntmn: this is something that wasn't happening the first couple of reboot, but after a couple more apt upgrades this is happening pretty regularily. | 18:44 |
| flowy1 | Boostisbetter: try removing xdg-desktop-portal from your system | 18:52 |
| flowy1 | while checking out the build scripts for the new system image, i saw a note about this causing some sort of timeout when starting sway, and your log seems to indicate something like that happening | 18:54 |
| flowy1 | and so the workaround in the system image is to currently remove xdg-desktop-portal | 18:54 |
| kfx | midfavila-laptop: you can do that now. here are the parts lists: https://source.mnt.re/reform/reform/-/tree/master/reform2-bom | 18:55 |
| kfx | midfavila-laptop: you can take these to any supplier (mouser, digikey, etc) and order them directly. | 18:55 |
| * flowy1 -> flowy | 18:56 | |
| Boostisbetter | flowy1: do you know what xdg-desktop is for? | 19:09 |
| kfx | xdg-desktop-portal specifically exposes local services to flatpak over defined dbus endpoints. | 19:14 |
| flowy | you can always reinstall it. i'd try removing it just to see if it helps | 19:16 |
| Boostisbetter | kfx: Ahh! no that isn't a serious thing I need atm. I have flatpak installed, but my reasons for doing so didn't pan off. | 19:18 |
| Boostisbetter | flowy: as of right now, it is working, and I haven't had a crash yet. Time will tell. | 19:18 |
| Boostisbetter | flowy: as of right now it just crashed again with a similar error. | 19:19 |
| Boostisbetter | reform-compstat.py is always part of the terminal readout. | 19:20 |
| Boostisbetter | line 52 and 47 | 19:20 |
| Boostisbetter | so line 47 as 52 is the main loop | 19:21 |
| flowy | Boostisbetter: there's a socket timeout named dbus.freedesktop in that readout. i can't tell if it's directly related to the crash, but it's suspicious | 19:22 |
| flowy | pretty sure xdg-desktop-portal is providing that | 19:23 |
| Boostisbetter | yeah I removed xdg-desktop-portal already | 19:23 |
| flowy | had you restarted sway? | 19:23 |
| Boostisbetter | I restarted the entire Reform | 19:23 |
| flowy | ah well | 19:24 |
| Boostisbetter | so you don't suspect reform-compstat.py? | 19:24 |
| flowy | i'm not sure what's going on there | 19:26 |
| flowy | so you're just randomly crashing out of sway? | 19:29 |
| - tarxvf (QUIT: Ping timeout: 250 seconds) (~tarxvf@mail.tarxvf.tech) | 19:30 | |
| Boostisbetter | yeah, although it seems to be related to Chromium | 19:31 |
| + tarxvf (~tarxvf@mail.tarxvf.tech) | 19:31 | |
| Boostisbetter | but I doubt that now | 19:31 |
| Boostisbetter | are there any other browsers that work on the Reform besides Firefox? | 19:31 |
| Boostisbetter | ahh yes vivaldi | 19:32 |
| Boostisbetter | I'll try using that for now | 19:32 |
| flowy | you could also temporarily stop running reform-compstat.py | 19:34 |
| flowy | i don't understand that log but i guess it's possible wayland is crashing and you're just seeing fallout from reform-compstat.py | 19:34 |
| flowy | like maybe wayland's event loop is getting stuck for some reason | 19:35 |
| Boostisbetter | so far i swtiched to Vivaldi and I have not had a crash yet. Normally it would have happened already. | 19:46 |
| Boostisbetter | I think it was Chromium. I noticed that their were GUI changes after updating and so I guess some changes there are breaking. | 20:12 |
| Boostisbetter | at least I hope that is what it was and that stability is back | 20:12 |
| + vagrantc (~vagrant@2600:3c01:e000:21:21:21:0:100e) | 20:46 | |
| Boostisbetter | mntmn: sigrid: ok after overcoming the crashes from Chromium, but still looking into removing instances of usr/local in ld.so.conf, etc., I am able to see if the 4 lines from sigrid regarding binding and unbinding of keyboard and mouse are is having a positive effect on the sleep process. I can say that it appears to really be having a good effect. Before whenever I tried to type in my password f | 20:53 |
| Boostisbetter | or the lockscreen, I would have to push the first part of my password twice before the the lockscreen would start registering it. Now though, it is instant and there is no delay. | 20:53 |
| Boostisbetter | mntmn: what are your thoughts on removing usr/local from ld.so.conf? | 20:59 |
| sigrid | glad it helped, Boostisbetter | 21:00 |
| Boostisbetter | removing usr/local didn't seem to have any affect. Chromium still lead to a crash. | 21:01 |
| Boostisbetter | When I use Vivaldi everything is stable as can be. | 21:01 |
| Boostisbetter | but I think I'm liking Vivaldi more than Chromium anyway, so no big deal. | 21:04 |
| Boostisbetter | anyway thanks once again for all the assistance. You all are rockstars. | 21:18 |
| - mtm (QUIT: Read error: Connection reset by peer) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 21:24 | |
| - GNUmoon (QUIT: Ping timeout: 276 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon) | 21:48 | |
| vkoskiv | Not to be elitist or anything, but if I ever spot someone in the real world with a Reform, I'll instantly know they are my kind of person. | 22:07 |
| vkoskiv | And the fact that 95% of the people buying these are subject matter experts in any number of things just makes the quality of discussion here and on the forum so delightfully good. | 22:08 |
| vkoskiv | I've been keeping up with the posts there, excellent discussion. | 22:08 |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 23:04 | |
| - chomwitt (QUIT: Remote host closed the connection) (~chomwitt@2a02:587:dc16:6e00:12c3:7bff:fe6d:d374) | 23:26 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
