2025-07-15.log

- AnimaInvicta (PART: !!unknown attribute: msg!!) (~AnimaInvi@88-120-179-216.subs.proxad.net)00:05
+ paperManu (~paperManu@72.10.128.164)00:25
- casparvitch (QUIT: Remote host closed the connection) (~casparvit@36-255-114-132.ip4.superloop.au)01:59
+ casparvitch (~casparvit@36.255.114.132)02:00
- mjw (QUIT: Ping timeout: 260 seconds) (~mjw@gnu.wildebeest.org)02:26
- cobra (QUIT: Ping timeout: 248 seconds) (~cobra@user/Cobra)02:31
+ cobra (~cobra@user/Cobra)02:46
- shook_queen (QUIT: Remote host closed the connection) (~user@user/spencerb)02:55
+ shook_queen (~user@2603:8001:6a44:c169::1458)02:55
- shook_queen (QUIT: Changing host) (~user@2603:8001:6a44:c169::1458)02:55
+ shook_queen (~user@user/spencerb)02:55
- nsc (QUIT: Ping timeout: 276 seconds) (~nicolas@62-98-142-46.pool.kielnet.net)03:29
+ nsc (~nicolas@83-99-142-46.pool.kielnet.net)03:30
- kop316 (QUIT: Remote host closed the connection) (m-6f6zq6@static.138.159.90.157.clients.your-server.de)03:57
+ kop316 (m-6f6zq6@static.138.159.90.157.clients.your-server.de)03:59
- kop316 (QUIT: Remote host closed the connection) (m-6f6zq6@static.138.159.90.157.clients.your-server.de)04:03
+ kop316 (m-6f6zq6@static.138.159.90.157.clients.your-server.de)04:05
- kop316 (QUIT: Remote host closed the connection) (m-6f6zq6@static.138.159.90.157.clients.your-server.de)04:05
+ kop316 (m-6f6zq6@static.138.159.90.157.clients.your-server.de)04:05
- casparvitch (QUIT: Ping timeout: 265 seconds) (~casparvit@36.255.114.132)04:43
- paperManu (QUIT: Ping timeout: 252 seconds) (~paperManu@72.10.128.164)04:59
+ casparvitch (~casparvit@130.102.140.49)05:09
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50)05:10
- n_to (QUIT: Quit: quitidiquit) (~n_to@2a03:4000:6:3662:24b1:57ff:fec6:76c1)06:05
+ n_to (~n_to@2a03:4000:6:3662:24b1:57ff:fec6:76c1)06:05
- RandyK (QUIT: Remote host closed the connection) (~RandyK@user/randyk)08:16
+ RandyK (~RandyK@user/randyk)08:16
- hairu (QUIT: Remote host closed the connection) (m-uotkmd@user/hairu)08:19
+ hairu (m-uotkmd@user/hairu)08:21
- casparvitch (QUIT: Ping timeout: 272 seconds) (~casparvit@130.102.140.49)09:50
- romi (QUIT: Ping timeout: 260 seconds) (bd30729973@user/romi)09:56
+ romi (bd30729973@user/romi)09:56
- elb (QUIT: Remote host closed the connection) (~elb@2600:4041:6671:1300:2d2d:c015:2f05:b30e)11:03
+ elb (~elb@2600:4041:6671:1300:de40:72b8:e161:1070)11:03
+ casparvitch (~casparvit@36-255-114-132.ip4.superloop.au)11:19
- shtrophic (QUIT: Remote host closed the connection) (~m-hrdsqi@user/shtrophic)11:53
+ mjw (~mjw@gnu.wildebeest.org)12:11
+ paperManu (~paperManu@72.10.129.226)12:33
+ gustav28 (~gustav@c-78-82-52-252.bbcust.telenor.se)13:02
- mjw (QUIT: Remote host closed the connection) (~mjw@gnu.wildebeest.org)13:20
+ mjw (~mjw@gnu.wildebeest.org)13:20
- casparvitch (QUIT: Ping timeout: 252 seconds) (~casparvit@36-255-114-132.ip4.superloop.au)14:02
- amk (QUIT: Remote host closed the connection) (~amk@user/amk)14:04
+ amk (~amk@user/amk)14:05
- photomattmills (QUIT: Ping timeout: 260 seconds) (~matt@user/photomattmills)14:21
- mjw (QUIT: Ping timeout: 276 seconds) (~mjw@gnu.wildebeest.org)14:34
- paperManu (QUIT: Ping timeout: 260 seconds) (~paperManu@72.10.129.226)14:36
* Guest2879 -> mjw14:50
+ wielaard (~mjw@gnu.wildebeest.org)16:12
- wielaard (QUIT: Ping timeout: 248 seconds) (~mjw@gnu.wildebeest.org)17:02
- gustav28 (QUIT: Ping timeout: 272 seconds) (~gustav@c-78-82-52-252.bbcust.telenor.se)17:05
- elb (QUIT: Remote host closed the connection) (~elb@2600:4041:6671:1300:de40:72b8:e161:1070)17:18
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50)17:33
- wickedshell (QUIT: Ping timeout: 265 seconds) (~wickedshe@c-174-56-48-20.hsd1.nm.comcast.net)18:01
- hramrach (QUIT: Ping timeout: 252 seconds) (~hramrach@193.86.92.181)18:03
+ AnimaInvicta (~AnimaInvi@88-120-179-216.subs.proxad.net)18:09
+ hramrach (~hramrach@193.86.92.181)18:15
chi have the really bad sus that I implemented the DS20 stuff incorrectly18:16
- bleb (QUIT: Ping timeout: 252 seconds) (~cm@user/bleb)18:23
+ bleb (~cm@user/bleb)18:29
minutejosch: i'm here with esther and debugging the problem on rk3588 pocket reform it freezes everything when connecting HDMI18:29
minutejosch: i then realized it's because she's on your debian stable image and not on the MNT image18:30
minutejosch: s/image/kernel18:30
minutejosch: everything works fine booting the latest mnt CI image from sd card, hdmi dis/connects cleanly18:30
minutejosch: did you test HDMI on the debian stable image on rk3588 pocket?18:30
+ elb (~elb@2600:4041:6671:1300:de40:72b8:e161:1070)18:32
+ paperManu (~paperManu@72.10.129.226)18:33
joschminute: yes, i am using my rk3588 pocket reform with the stable kernel (6.12) to present my lecture slides at uni and the projector is connected via hdmi18:46
joschminute: if it's the kernel version and if esther wants to keep using debian stable then there is also the kernel 6.15 from trixie-backports18:47
+ wielaard (~mjw@gnu.wildebeest.org)18:48
minutejosch: aha, i'll recommend that18:49
minutejosch: or actually, i think it was 6.15, did you also test HDMI on that?18:52
+ jacobk (~quassel@47-186-65-73.dlls.tx.frontiernet.net)18:54
joschno, i did not test with 6.1518:54
bremnerisn't 6.15 the default kernel from MNT repos these days ?18:54
joschyes, it is18:55
joschand the only difference is that one is built in trixie and the other in unstable18:55
joschbut there is barely any difference between the two18:55
bremnerreasonably sure I tested HDMI on 6.15. Can do again if needed.18:55
bremnerI mean I tested on the stock kernel and stock image18:55
joschthe script building it is the same as used on MNT gitlab CI18:55
joschbremner: please do, i don't have a hdmi monitor at home, only at work18:55
bremnerokie doke. Lemme find the adapter.18:56
minuteon the stock mnt image it works fine18:56
minutethe question is, does it work on trixie18:56
bremnerah, so no need for me to test18:56
minuteesther will cross test with a clean trixie image at home on sd card also18:57
minutegood news, looks like the mesa version in debian experimental (25.1.5) is supposed to have a backport of the gpu performance fix by mojyack https://mastodon.gamedev.place/@1ace/11485790851204158018:57
minute(FF performance etc)18:58
joschwait, are we not building that? one sec...18:58
joschah no we are explicitly *not* building that18:58
minutejosch: you mean mesa?18:58
joschi put a hack into reform-debian-packages to choose unstable for mesa builds18:58
joschbecause last time we tried the version in experimental failed to build from source18:58
joschthat probably changed with the recent upload and we could try again18:58
minutejosch: why do we need to custom build mesa currently?18:59
chin wireshark dump the DS20 descriptor looks correct. then i'm just holding libusb wrong19:02
* mjw -> Guest153019:04
- Guest1530 (QUIT: Killed (tantalum.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c)19:04
* wielaard -> mjw19:04
+ Guest1530 (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c)19:05
- RandyK (QUIT: Remote host closed the connection) (~RandyK@user/randyk)19:05
+ RandyK (~RandyK@user/randyk)19:06
joschminute: not in main but in this MR I had to act the hack to make mojyack's patch build: https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/117/diffs#d395267389658bbdc3c195b10597b4cad5a98599_41_4319:07
minutejosch: ah alright. so _supposedly_ it's now merged in the mesa from experimental19:08
minutech: what did i miss here? :D19:09
joschminute: lets assume it is (i can check) would you like to build mesa in experimental for the MNT repos?19:09
minutejosch: ah, is this better or easier than just shipping the deb?19:10
minute(probably somehow?)19:10
joschhrm...19:10
joschyes, we could also copypaste the .deb19:11
minuteah :D19:11
joschit just feels jucky :D19:11
minuteok, got it :D 19:11
minutei haven't tested it yet so it probably needs some testing (also by me) before we should build+offer it19:11
joschbut maybe ch or bremner can come up with a technical reason not to just copypaste the mesa.deb from experimental19:11
josch(i'm busy with family stuff for the next ~2 hours so my brain is not 100% right now)19:12
minutejosch: no worries, mine neither19:12
minutei've been working on the t-shirt for the reform next backers 19:12
- jacobk (QUIT: Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) (~quassel@47-186-65-73.dlls.tx.frontiernet.net)19:24
bremnerbtw at what CPU temperature should I worry about my rk358819:28
bremnercompiling the kernel seems to be about 80C19:28
bremnercurrent cooling might be suboptimal as the lid is just laying there19:29
bremnerjosch: I guess the main problem with copying artifacts (other than trust) is that they get out of date. Pinning is another potential solution, might be more flexible.19:37
bremner(if it works)19:38
joschbremner: i would download the latest version from experimental such they don't get out-of-date. The problem with pinning is, that we cannot (well can but should not) ship apt pinning settings with an apt upgrade19:41
grimmwareminute: fyi if you decided to do the MNT logo in some form of sew-on patch (preferably an enormous back patch for battle jackets) I would be very in to that19:42
joschmy MNT t-shirt is also already showing signs of age and needs an update20:12
joschgrimmware: but i fear we need to back the next campaign to get one XD20:12
jfredseconding the sew-on patch idea haha (and a big one would be fun)21:03
+ wickedshell (~wickedshe@c-174-56-48-20.hsd1.nm.comcast.net)21:24
minutegrimmware: nice, ok21:27
minutejosch: lmao @ 225% default scale21:35
joschyeah, i tried to disable fractional scaling but failed :(21:36
joschsomehow, in contrast to the other settings, that schema override didn't stick as the default21:36
joschmaybe there is some special handling of these values similar to how the keyboard shortcuts needed special handling?21:37
minutequite possible21:37
joschand i've looked into the source code where these variables are used but couldn't find anything fishy... but i'm not familiar at all with gnome code21:38
minutei can say that doing this in a live session works: gsettings set org.gnome.mutter experimental-features "['xwayland-native-scaling']"21:42
minuteand also gsettings set org.gnome.mutter experimental-features "['scale-monitor-framebuffer']"21:43
minutethis immediately changes the UI in the display settings21:43
minutejosch: perhaps this override is overridden later?21:43
minutejosch: are we sure that the 10_, 20_ order works?21:44
minuteoh interesting21:45
minuteminute@minute-i9:/usr/share/glib-2.0/schemas$ cat 10_mutter-common.gschema.override 21:45
minute[org.gnome.mutter:GNOME]21:45
minuteexperimental-features=['scale-monitor-framebuffer', 'xwayland-native-scaling']21:45
minutei wonder what's this `:GNOME]`21:45
joschminute: yes, i can confirm that just running gsettings explicitly does the trick -- i just fail to set the default21:46
joschoh indeed21:46
minutealso you could try patching this file (in case the sort order is not what it seems)21:46
joschi didn't see 10_mutter-common.gschema.override before -- i have to look into it21:47
joschminute: great find with the :GNOME -- i'll try that next21:50
minutejosch: cool!21:51
joschhahaha funny, it turns out that the scaling default is actually a Debian-ism: https://sources.debian.org/src/mutter/48.4-2/debian/mutter-common.gsettings-override/?hl=2#L221:54
minuteeek21:55
joschthe good news: the new protections against me building custom system images in other branches than main in the reform namespace do work: https://source.mnt.re/reform/reform-system-image/-/pipelines/431721:59
minutejosch: yaay, nice!22:00
joschminute: oh.. errm.. could you enable gitlab CI for my reform-system-image fork please? :D https://source.mnt.re/josch/reform-system-image/22:08
- hairu (QUIT: Remote host closed the connection) (m-uotkmd@user/hairu)22:13
+ hairu (m-uotkmd@user/hairu)22:14
joschminute: specifically that project only has the x86 mntre-builder runner assigned but it needs the arm64 runner22:17
- hairu (QUIT: Remote host closed the connection) (m-uotkmd@user/hairu)22:25
+ hairu (m-uotkmd@user/hairu)22:27
- andreas-e (QUIT: Quit: Leaving) (~Andreas@2a02-8434-b6a3-e901-daca-beef-9a0a-5e34.rev.sfr.net)23:30

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