2026-04-17.log

- theesm (QUIT: Ping timeout: 264 seconds) (~theesm@guixtheplanet.de)01:23
- xktr (QUIT: Ping timeout: 256 seconds) (~xktr@user/xktr)01:26
+ xktr (~xktr@user/xktr)01:33
+ theesm (~theesm@guixtheplanet.de)01:37
- theesm (QUIT: Ping timeout: 264 seconds) (~theesm@guixtheplanet.de)01:47
+ theesm (~theesm@guixtheplanet.de)01:49
- mjw (QUIT: Ping timeout: 252 seconds) (~mjw@gnu.wildebeest.org)02:09
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50)02:22
- pomel0 (QUIT: Ping timeout: 252 seconds) (~pomel0@user/pomel0)02:40
+ pomel0 (~pomel0@user/pomel0)02:40
- pomel0 (QUIT: Remote host closed the connection) (~pomel0@user/pomel0)02:53
+ pomel0 (~pomel0@user/pomel0)02:54
- paperManu_ (QUIT: Ping timeout: 248 seconds) (~paperManu@204.244.186.187)03:35
- paperManu (QUIT: Ping timeout: 255 seconds) (~paperManu@204.244.186.187)03:38
- talos (QUIT: Quit: The Lounge - https://thelounge.chat) (~talos@2600:6c5d:f0:1fd0:8d76:5ef1:e292:6a2a)03:38
- jn (QUIT: Ping timeout: 268 seconds) (~quassel@user/jn/x-3390946)03:51
+ jn (~quassel@2a0a-a54a-723f-0-20d-b9ff-fe49-15fc.ipv6dyn.netcologne.de)03:51
- jn (QUIT: Changing host) (~quassel@2a0a-a54a-723f-0-20d-b9ff-fe49-15fc.ipv6dyn.netcologne.de)03:51
+ jn (~quassel@user/jn/x-3390946)03:51
- pomel0 (QUIT: Ping timeout: 246 seconds) (~pomel0@user/pomel0)04:12
- chartreuse (QUIT: Ping timeout: 252 seconds) (~chartreus@104.246.216.98)04:27
+ chartreuse (~chartreus@104.246.216.98)04:34
- chartreuse (QUIT: Ping timeout: 256 seconds) (~chartreus@104.246.216.98)04:47
+ chartreuse (~chartreus@104.246.216.98)04:48
- ephase (QUIT: Read error: Connection reset by peer) (~ephase@82.66.198.11)05:01
+ pomel0 (~pomel0@user/pomel0)05:11
+ talos (~talos@2600:6c5d:f0:1fd0:7578:d7f9:ede5:b335)05:19
- AshCurry (QUIT: Remote host closed the connection) (~AshCurry@user/AshCurry)06:08
+ AshCurry (~AshCurry@user/AshCurry)06:08
- aelius (QUIT: Remote host closed the connection) (~aelius@user/aelius)06:12
+ aelius (~aelius@user/aelius)06:12
+ ephase (~ephase@82.66.198.11)09:16
- pomel0 (QUIT: Ping timeout: 246 seconds) (~pomel0@user/pomel0)09:56
+ andreas-e (~Andreas@2a02-8434-b6a3-e901-facc-8e87-8e54-890d.rev.sfr.net)10:32
+ paperManu (~paperManu@204.244.186.187)12:29
+ mjw (~mjw@gnu.wildebeest.org)12:36
+ pomel0 (~pomel0@user/pomel0)12:46
- andreas-e (QUIT: Quit: Leaving) (~Andreas@2a02-8434-b6a3-e901-facc-8e87-8e54-890d.rev.sfr.net)12:49
- paperManu (QUIT: Ping timeout: 244 seconds) (~paperManu@204.244.186.187)14:07
- mjw (QUIT: Ping timeout: 245 seconds) (~mjw@gnu.wildebeest.org)14:38
+ paperManu (~paperManu@modemcable141.205-200-24.mc.videotron.ca)14:42
* Guest9807 -> mjw14:55
joschminute: i tried to reproduce the problem with /dev/dri/renderD128 but instead found that with the latest system image gdm doesn't start on imx8mq:15:07
joschApr 17 14:53:34 m gnome-shell[1000]: g_close(fd:0) failed with EBADF. The tracking of file descriptors got messed up15:07
joschApr 17 14:53:34 m gnome-shell[1000]: Failed to open gpu '/dev/dri/card1': No suitable mode setting backend found15:07
joschApr 17 14:53:34 m gnome-shell[1000]: Failed to initialize accelerated iGPU/dGPU framebuffer sharing: No matching EGL configs15:08
joschboot log and journalctl output here: https://paste.debian.net/hidden/95e7209515:08
+ siviq (~siviq@user/siviq)16:45
- siviq (QUIT: Client Quit) (~siviq@user/siviq)16:45
- chorc_ (QUIT: Quit: ZNC 1.9.1 - https://znc.in) (~chorc@user/chorc)16:47
+ chorc (~chorc@user/chorc)16:48
- paperManu (QUIT: Ping timeout: 264 seconds) (~paperManu@modemcable141.205-200-24.mc.videotron.ca)16:54
+ paperManu (~paperManu@modemcable141.205-200-24.mc.videotron.ca)16:56
joschnope, downgrading kernel to 6.18 doesn't bring the display back17:19
joschand gdm does start successfully -- i can put in user and password blindly and then gnome starts17:19
joschat least according to htop things are there17:19
joschi get console output and see the boot messages on the screen, it only turns black once gdm starts17:21
+ mark_ (~mjw@2001:1c06:2486:4600:6fcb:4b0e:fedd:fb4d)17:22
+ andreas-e (~Andreas@2a02-8434-b6a3-e901-facc-8e87-8e54-890d.rev.sfr.net)17:56
cwebberhm18:16
cwebberI am looking at testing the experimental blender stuff but am suddenly worried I am gonna get my debian packages in a weird state18:17
cwebberminute: question for you: you said that workbench and cycles engines work18:17
cwebberdoes Evee?18:17
cwebberEevee18:17
cwebberon the rk358818:17
- andreas-e (QUIT: Quit: Leaving) (~Andreas@2a02-8434-b6a3-e901-facc-8e87-8e54-890d.rev.sfr.net)18:18
joschcwebber: you absolutely will get it in a weird state because i built the packages quite a few days ago and they are all outdated by now18:23
cwebberahhhh18:23
cwebberok :)18:23
cwebberare the patches to blender somewhere?18:23
cwebbermaybe I can make a custom guix package18:23
cwebbersince I am running guix in userspace on debian18:23
joschcwebber: sure, here you go: https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/17018:28
joschcwebber: or i trigger another rebuild of the packages in the repo -- tell me what you prefer18:29
- wickedshell (QUIT: Ping timeout: 244 seconds) (~wickedshe@2601:8c0:c7c:3572:fd8a:507c:dd0b:2275)18:31
cwebberjosch: welllllll so I'm on Trixie18:31
cwebberit looked like your packages were for Sid18:31
cwebberso I'm a little nervous about interacting with them at all18:31
joschcwebber: this will not work on trixie because blender depends on *a lot* of stuff18:40
joschcwebber: and you want most recent mesa as well and not the old version from trixie if you are on rk358818:40
joschand backporting mesa 26 to trixie is a mess because rust18:43
+ wielaard (~mjw@gnu.wildebeest.org)18:47
- mark_ (QUIT: Ping timeout: 256 seconds) (~mjw@2001:1c06:2486:4600:6fcb:4b0e:fedd:fb4d)18:48
cwebberjosch: yeah that's fine, my friend has a WIP package of the latest Blender for Guix18:49
cwebberso if I apply the patches to that18:49
cwebberit can just use all the deps from Guix and it'll probably be fine18:49
joschgood luck!18:54
- mjw (QUIT: Killed (uranium.libera.chat (Nickname regained by services))) (~mjw@82-217-174-174.cable.dynamic.v4.ziggo.nl)18:59
* wielaard -> mjw18:59
cwebber<319:04
+ Guest1566 (~mjw@82-217-174-174.cable.dynamic.v4.ziggo.nl)19:06
- paperManu (QUIT: Ping timeout: 245 seconds) (~paperManu@modemcable141.205-200-24.mc.videotron.ca)19:21
midfavila>backporting mesa 26 to trixie is a mess because rust20:31
midfaviladid mesa switch to rust or something???20:32
midfavilais this new or am i just that out of the loop?20:32
midfavilafirst i find out that they're accepting contribs where LLMs are involved, and now this20:33
midfavilaACTION grumbles20:33
^alexi mean we're okay with rust, but slop is :ng:20:35
+ wickedshell (~wickedshe@2601:8c0:c7c:3572:5d77:f318:47ff:8842)20:37
midfavilai don't like things that are depended upon by users across multiple arches and oses being written in rust20:37
midfavila:\20:37
midfavilathis is like libsvg all over again20:37
- lidstah (PART: WeeChat 4.8.1) (~lidstah@gateway/tor-sasl/lidstah)20:38
+ lidstah (~lidstah@gateway/tor-sasl/lidstah)20:39
midfavilas/libsvg/librsvg/20:40
midfavilaneed to poke at my keyboard, geesh. it keeps dropping presses20:40
+ paperManu (~paperManu@142.169.16.62)21:28
minutenote to self: evince 49.alpha has gotten much worse in terms of UX, but papers is good, so lets switch to that if we haven't21:37
minutecwebber: no eevee probably doesn't work21:38
minutejosch: and on your imx8mq experiment, do you get hardware accel in gnome or not?21:39
minutejosch: "failed to open gpu /dev/dri/card1" sounds like that permission issue again _or_ probably missing some new driver as i wrote in the forum?21:39
- pomel0 (QUIT: Ping timeout: 244 seconds) (~pomel0@user/pomel0)21:47
+ pomel0 (~pomel0@user/pomel0)21:48
- paperManu (QUIT: Ping timeout: 264 seconds) (~paperManu@142.169.16.62)21:51
orvaI have never liked evince that much, so even when I was otherwise using full on gnome environment I had Okular for document reading21:54
orvaIt was quite hefty toll to have full qt lib chain for just one application21:55
orvaBut that application is good21:55
midfavilai still use gv 21:58
midfavilait's a little crusty but it works well enough 21:58
joschminute: how do i check if i "get hardware accel" if all i get is a black screen?21:58
wickedshellglxinfo and pipe to grep for the direct rendering?21:58
wickedshellFrom the terminal?21:58
joschwell, luckily there is a keyboard shortcut to open the terminal so i was able to start the terminal and run glxinfo and redirect its output to a file blindly: https://mister-muffin.de/p/_6P7.txt22:12
joschso we have direct rendering and see nothing :)22:12
wickedshelllol I figured you were just gonna ssh in :)22:13
joschwickedshell: if you run glxinfo via ssh you get: Error: unable to open display22:16
wickedshelljosch: ahh yeah, that makes sense. Sorry I forgot that22:19
orvaYeah, plain TTY usually does not work well when you need to run graphical stuff22:19
joschminute: in contrast to the report in the forum I *do* have /dev/dri/renderD12822:20
joschand "getfacl /dev/dri/renderD128" tells me that yes, my user has access to it22:21
joschwait, is it the backlight?22:21
joschfuck it was the brightness22:22
joschsorry for the language22:22
joschminute: okay, the problem is a different one. I started with the latest system image from soure.mnt.re (which is a month old so it's still at kernel 6.18) and then i did "apt full-upgrade" and then i rebooted22:23
joschafter rebooting the display was black but the problem was that brightness was set to 0...22:23
joschtyping "brightnessctl s 100" over serial fixed it22:24
minutejosch: ah right. that's still an unsolved issue, setting the brightness to like 30% when it's 0% at boot22:26
joschokay, so imx8mq is fine with the latest software on gnome22:27
joschso i don't understand what is different for the user in the forum22:27
joschhard to debug when i cannot repro it22:27
minutejosch: sounds like we need to finally rerun the system image pipeline22:30
minutejosch: so that 6.19 image works and they can try that too22:30
joschi have built one with 7.0 in my own namespace and am flashing that now22:32
orvajosch: oooooof, I remember having that issues way too many times (well at least three times) past few decades. Every time it felt like I wanted to facepalm myself to next town22:36
orvaEspecially when brightness buttons would have worked..22:36
+ paperManu (~paperManu@modemcable141.205-200-24.mc.videotron.ca)22:50
- pomel0 (QUIT: Ping timeout: 246 seconds) (~pomel0@user/pomel0)22:51
+ pomel0 (~pomel0@user/pomel0)22:52
- paperManu (QUIT: Ping timeout: 248 seconds) (~paperManu@modemcable141.205-200-24.mc.videotron.ca)22:55
- pomel0 (QUIT: Ping timeout: 244 seconds) (~pomel0@user/pomel0)22:56
+ pomel0 (~pomel0@user/pomel0)22:57
- pomel0 (QUIT: Ping timeout: 244 seconds) (~pomel0@user/pomel0)23:01
+ pomel0 (~pomel0@user/pomel0)23:01
- pomel0 (QUIT: Ping timeout: 256 seconds) (~pomel0@user/pomel0)23:06
+ pomel0 (~pomel0@user/pomel0)23:06
- pomel0 (QUIT: Ping timeout: 268 seconds) (~pomel0@user/pomel0)23:11
+ pomel0 (~pomel0@user/pomel0)23:12
- pomel0 (QUIT: Ping timeout: 264 seconds) (~pomel0@user/pomel0)23:17
+ pomel0 (~pomel0@user/pomel0)23:17
joschLinux m 7.0-mnt-reform-arm64 #1 SMP PREEMPT Debian 7.0-1~exp1+reform20260414T105306Z (2026-04 aarch64 GNU/Linux23:20
joschminute: linux 7.0 works fine with imx8mq23:20
- pomel0 (QUIT: Ping timeout: 255 seconds) (~pomel0@user/pomel0)23:22
+ pomel0 (~pomel0@user/pomel0)23:23
- pomel0 (QUIT: Read error: Connection reset by peer) (~pomel0@user/pomel0)23:27
minutejosch: noice23:27
+ pomel0 (~pomel0@user/pomel0)23:28
minutejosch: i would then suggest to send the link to that 7.0 system image to the person, i guess that should work?23:28
joschminute: i have just done that23:30
joschminute: i also added some additional checks to reform-check following the things you wrote in that thread so that maybe we get some better diagnostic next time this happens to somebody23:31
joschminute: is there anything else you would check given their output of /sys/kernel/debug/devices_deferred?23:31
minutejosch: ah thanks! no i need to look at that in more detail, but if there is stuff in devices_deferred, that is already a problem23:32
- pomel0 (QUIT: Ping timeout: 255 seconds) (~pomel0@user/pomel0)23:32
joschminute: is it *always* a problem if some stuff could not get probed? Maybe reform-check should read /sys/kernel/debug/devices_deferred as well and give a warning if it contains anything at all? I don't think the content is machine readable unfortunately23:35
+ paperManu (~paperManu@204.244.186.187)23:35
minutejosch: yes, that's what i mean23:35
+ paperManu_ (~paperManu@204.244.186.187)23:35
joschgreat, then lets do that too :)23:36
joschand then lastly while you are here, back in december last year I asked about neofetch/hyfetch/fastfetch as part of reform-desktop-full so that it becomes part of the default installation: https://mntre.com/reform-irc-logs/2025-12-12.log.html23:37
joschyou said "ship the one you like most" -- if that's still your opinion i'm just going to add hyfetch and call it a day, okay?23:37
+ pomel0 (~pomel0@user/pomel0)23:37
josch(upstream still seems super active: 7000+ commits, the last one 5 days ago)23:39
- pomel0 (QUIT: Ping timeout: 244 seconds) (~pomel0@user/pomel0)23:42
+ pomel0 (~pomel0@user/pomel0)23:43
minutejosch: yes @ hyfetch23:45
joschcool!23:46

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!