| - sbates (QUIT: Quit: Leaving) (~sbates@user/sbates) | 00:35 | |
| + S0rin (~S0rin@user/s0rin) | 00:52 | |
| - S0rin (QUIT: Ping timeout: 250 seconds) (~S0rin@user/s0rin) | 00:57 | |
| + gnou_liber (~gnou_libe@223.pool85-50-3.static.orange.es) | 01:17 | |
| + S0rin (~S0rin@user/s0rin) | 01:52 | |
| - S0rin (QUIT: Ping timeout: 260 seconds) (~S0rin@user/s0rin) | 01:58 | |
| - mtm- (QUIT: Ping timeout: 256 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 02:04 | |
| + S0rin (~S0rin@user/s0rin) | 02:53 | |
| + servusdei_ (~gnou_libe@223.pool85-50-3.static.orange.es) | 04:09 | |
| + mtm- (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 04:10 | |
| - gnou_liber (QUIT: Ping timeout: 260 seconds) (~gnou_libe@223.pool85-50-3.static.orange.es) | 04:10 | |
| - S0rin (QUIT: Ping timeout: 276 seconds) (~S0rin@user/s0rin) | 04:59 | |
| josch | Boostisbetter: if you never updated your LPC, then the answer is likely "yes" | 05:36 |
|---|---|---|
| + S0rin (~S0rin@user/s0rin) | 05:53 | |
| - S0rin (QUIT: Ping timeout: 260 seconds) (~S0rin@user/s0rin) | 05:59 | |
| - servusdei_ (QUIT: Quit: Leaving) (~gnou_libe@223.pool85-50-3.static.orange.es) | 06:19 | |
| - Boostisbetter (QUIT: Ping timeout: 246 seconds) (4a410829d7@irc.cheogram.com) | 06:37 | |
| + Boostisbetter (4a410829d7@irc.cheogram.com) | 06:48 | |
| + S0rin (~S0rin@user/s0rin) | 06:54 | |
| - S0rin (QUIT: Ping timeout: 240 seconds) (~S0rin@user/s0rin) | 06:59 | |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 06:59 | |
| - XYZ_ (QUIT: Ping timeout: 246 seconds) (~XYZ@37-48-43-235.nat.epc.tmcz.cz) | 07:02 | |
| Boostisbetter | sevan, the issue I'm having is because binfmt errors on start up: | 07:09 |
| Boostisbetter | /etc/binfmt.d/box64.conf:2: Failed to add binary format '> | 07:09 |
| Boostisbetter | May 01 07:07:08 reform systemd-binfmt[5592]: /etc/binfmt.d/box86.conf:2: Failed to add binary format '> | 07:09 |
| Boostisbetter | May 01 07:07:08 reform systemd-binfmt[5592]: /usr/lib/binfmt.d/python3.11.conf:1: Failed to add binary> | 07:09 |
| Boostisbetter | josch, one more thing to add to the pile. | 07:20 |
| Boostisbetter | Looks straight forward. Grab the source folder, edit the flash.sh with the correct path on the update computer to the source lpc memory, run the script, flick the switch back, push the reset button and viola. | 07:21 |
| Boostisbetter | paraprashing a bit, I have the instructions up. | 07:21 |
| Boostisbetter | Now I should be able to update with the Reform up and running right? | 07:22 |
| + S0rin (~S0rin@user/s0rin) | 07:54 | |
| - S0rin (QUIT: Ping timeout: 246 seconds) (~S0rin@user/s0rin) | 07:59 | |
| josch | Boostisbetter: not the lpc, no | 08:48 |
| josch | Boostisbetter: for updating the lpc you need a second computer | 08:49 |
| josch | Boostisbetter: you ran "sudo make install" for box86, right? Maybe you have more luck using the Debian package that I'm about to prepare. I already managed to run Starcraft locally using box86 and wine. | 08:50 |
| josch | Boostisbetter: it is strange that systemd-binfmt wasn't able to add box86 *and* python3.11 -- maybe something else is off? Can you get more log output to find out what's going on? | 08:51 |
| + S0rin (~S0rin@user/s0rin) | 08:54 | |
| Boostisbetter | > Boostisbetter: you ran "sudo make install" for box86, right? Maybe you have more luck using the Debian package that I'm about to prepare. I already managed to run Starcraft locally using box86 and wine. | 09:07 |
| Boostisbetter | No I just installed it via apt with apt install box86:armhf | 09:07 |
| josch | Boostisbetter: from which repo? | 09:08 |
| Boostisbetter | the one linked in sevan's post on the forums. | 09:08 |
| Boostisbetter | https://github.com/ptitSeb/box86/blob/master/docs/COMPILE.md | 09:08 |
| josch | oh yes, unfortunately that packaging has some problems XD | 09:09 |
| Boostisbetter | josch, ahhh, well that makes sense. | 09:09 |
| Boostisbetter | josch, this is starting to become a trend for me. I'll be waiting for the deb you are working on then. Running Starcraft on my Reform would be awesome! | 09:10 |
| josch | Boostisbetter: actually they fixed the problem related to binfmt i saw -- can you run sudo journalctl -u systemd-binfmt.service | 09:18 |
| Boostisbetter | I don't think python 3.11 is installed | 09:42 |
| Booster[m] | basically binfmt is saying that no file or directory exists for python3.11, box86 or box64 | 09:44 |
| Booster[m] | my Dino is on the fritz here so I am using Nheko as the alternate. | 09:45 |
| Booster[m] | but this was wonky yesterday as well. The bridge was messing up. It seemed to resolve itself though | 09:45 |
| + XYZ_ (~XYZ@89.24.58.152) | 09:46 | |
| josch | Boostisbetter: but you do have /usr/local/bin/box86, right? | 09:47 |
| Booster[m] | I have box64, box86, and steam in there, yes | 09:48 |
| Boostisbetter | it does seem odd, but I never installed python, and it seems like python3.11 is the newest version at the moment. | 09:50 |
| Boostisbetter | one other thing I noticed, was when I was installing box86:armhf there was an error setting it up, and that has to do with binfmt and the those errors about the directories not being there. | 09:58 |
| josch | Boostisbetter: python as already installed as part of sysimage-v3 | 09:59 |
| josch | Boostisbetter: i really need a better error message to help you further | 09:59 |
| Boostisbetter | infmt.d/box64.conf:2: Failed to add binary format 'x86_64': No such file or directory | 10:01 |
| Boostisbetter | infmt.d/box86.conf:2: Failed to add binary format 'x86': No such file or directory | 10:01 |
| Boostisbetter | ib/binfmt.d/python3.11.conf:1: Failed to add binary format 'python3.11': No such file or directory | 10:01 |
| - S0rin (QUIT: Ping timeout: 260 seconds) (~S0rin@user/s0rin) | 10:02 | |
| Boostisbetter | this is why binfmt claims it cannot restart, it also explicitly says that as a result box86 will not called automatically. | 10:02 |
| Boostisbetter | *will not be called | 10:05 |
| Boostisbetter | this might also be useful | 10:06 |
| Boostisbetter | Failed to flush binfmt_misc rules, ignoring: No such file | 10:06 |
| Boostisbetter | but it seems like it is capable of ignoring that hiccup and moving along anyway. | 10:06 |
| Boostisbetter | As to why my system is missing the folders it is looking for, I can't say. | 10:06 |
| Boostisbetter | is it possible that me running this the 5.12 kernel has things getting pointed to the 6.* kernels instead? | 10:07 |
| Boostisbetter | is it possible that me running this 5.12 kernel has things getting pointed to the 6.* kernels instead? | 10:07 |
| Boostisbetter | excuse the ignorance of that comment, should it prove grossly ignorant. | 10:12 |
| josch | hm... i doubt this is related to your kernel version | 10:17 |
| Boostisbetter | well that is good at least. | 10:25 |
| josch | Boostisbetter: do you still have a 6.1 kernel installed that you choose upon boot? Then you could make sure it's not the kernel. | 10:29 |
| josch | Boostisbetter: just a hunch... you have the binfmt-support package installed, correct? | 10:31 |
| Boostisbetter | let me check | 10:34 |
| Boostisbetter | nope, just installed it. | 10:35 |
| Boostisbetter | does rebooting really help in this situation? | 10:36 |
| Boostisbetter | That is one of the things that the systems suggests when installing box86 andit fails to restart binfmt | 10:36 |
| Boostisbetter | just kind of weird because I'm just using the standard image over here. | 10:37 |
| josch | the idea behind suggesting a reboot is, that this will certainly reload all systemd units | 10:37 |
| Boostisbetter | ok, because the journal is saying that all of the errors are that it failed to load a binary format, because a file or directory does not exit | 10:38 |
| Boostisbetter | ok, because the journal is saying that all of the errors are that it failed to load a binary format, because a file or directory does not exsist. | 10:38 |
| josch | yes, but /usr/local/bin/box86 *does* exist, so there must be another thing that doesn't exist | 10:39 |
| josch | (or isn't loadable) | 10:39 |
| Boostisbetter | is it perhaps a permissons thing? I tend to use sudo with apt | 10:42 |
| Boostisbetter | as I was always under the impression this was necessary. | 10:42 |
| josch | it is | 10:42 |
| josch | (unless you use apt to install to another location than root) | 10:42 |
| Boostisbetter | copy | 10:43 |
| Boostisbetter | ok | 10:43 |
| Boostisbetter | well that makes all of a sudden a bunch of sense. | 10:43 |
| Boostisbetter | Ok, well I confirmed that box86 and box64 conf files are trying to apply things to the box86 and box64 executable respectively found in /usr/local/bin/ | 10:43 |
| Boostisbetter | and both executables are there. | 10:43 |
| Boostisbetter | so yeah I'm puzzled as well. | 10:44 |
| + mjw (~mjw@gnu.wildebeest.org) | 10:46 | |
| josch | Boostisbetter: aha it *is* a problem with 5.12 -- i just rebooted into 5.12 and get the same errors that you get | 10:48 |
| josch | May 01 10:47:37 reform systemd-binfmt[868]: /etc/binfmt.d/box86.conf:2: Failed to add binary format 'x86': No such file or directory | 10:49 |
| Boostisbetter | Ahhh! | 10:49 |
| Boostisbetter | Well rats! | 10:49 |
| josch | Boostisbetter: do you have the 6.x kernel still installed? | 10:50 |
| - XYZ_ (QUIT: Remote host closed the connection) (~XYZ@89.24.58.152) | 11:00 | |
| - qbit (QUIT: Ping timeout: 248 seconds) (~qbit@h.suah.dev) | 11:03 | |
| + qbit (~qbit@h.suah.dev) | 11:03 | |
| + XYZ_ (~XYZ@89-24-58-152.nat.epc.tmcz.cz) | 11:05 | |
| + GNUmoon2 (~GNUmoon@gateway/tor-sasl/gnumoon) | 11:19 | |
| - GNUmoon (QUIT: Ping timeout: 240 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon) | 11:20 | |
| - XYZ_ (QUIT: Ping timeout: 246 seconds) (~XYZ@89-24-58-152.nat.epc.tmcz.cz) | 11:33 | |
| - Ar|stote|is (QUIT: Read error: Connection reset by peer) (~linx@149-210-16-215.mobile.nym.cosmote.net) | 11:44 | |
| Boostisbetter | Yes, I did the uboot menu method. I want to be able to get on the current kernel when suspend is working. | 12:05 |
| sevan | I didn't have to compile anything, I used the prebuilt binaries for everything. | 12:07 |
| sevan | for box64 the builds are daily, so there might have been a regression since Thursday but that's when I last updated my system I thinkg | 12:08 |
| sevan | does this have an impact the road to getting steam setup? https://salsa.debian.org/python-team/packages/python-pip/-/blob/master/debian/NEWS | 12:09 |
| Booster[m] | Hmm, it would be odd if it was, becuase it seems like it is kernel related in my case. | 12:14 |
| sevan | ah, | 12:15 |
| sevan | I thought perhaps because you mentioned python 3.11 | 12:15 |
| Boostisbetter | yeah the binfmt mentioned it in the logs | 12:16 |
| Boostisbetter | but josch was able to see that using the older kernel was giving him similar errors as me. | 12:16 |
| sevan | fun :) | 12:20 |
| Boostisbetter | haha, yep, just the price I have to pay for wanting suspend. | 12:24 |
| Boostisbetter | does anyone have the latest lpc firmware already in bin format? Others might enjoy it, but I find needing to compile things just plain annoying. | 12:40 |
| + S0rin (~S0rin@user/s0rin) | 12:57 | |
| josch | Boostisbetter: sure: https://mister-muffin.de/p/rvKe.bin | 13:11 |
| josch | this is produced by running "make" in the reform2-lpc-fw directory | 13:12 |
| - mtm- (QUIT: Ping timeout: 260 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 14:02 | |
| Boostisbetter | josch: once again thank you very much! | 14:41 |
| Boostisbetter | josch: does the Reform need to be completely powered down to do the LPC update? | 14:44 |
| - mjw (QUIT: Ping timeout: 240 seconds) (~mjw@gnu.wildebeest.org) | 14:45 | |
| Boostisbetter | josch, nevermind, I just turned it off to be sure. Did it, and I believe it all worked well. | 15:00 |
| Boostisbetter | josch, the next step is getting the battery gauge in the waybar. I thought that it would be included in the default waybar config. | 15:03 |
| - S0rin (QUIT: Ping timeout: 246 seconds) (~S0rin@user/s0rin) | 15:03 | |
| josch | Boostisbetter: this is the config i use: https://community.mnt.re/t/lpc-spi-firmware-and-driver-prototype/1030/36 | 15:14 |
| josch | you find others in the same thread | 15:14 |
| Boostisbetter | josch, nothing seems to be easy for me. Hahahah, I'm getting this error: | 15:21 |
| Boostisbetter | [2023-05-01 15:20:34.806] [warning] No battery named 8xlifepo4 | 15:21 |
| Boostisbetter | josch, do you know how I can confirm the firmware version of the LPC? | 15:21 |
| josch | Boostisbetter: what does this show: | 15:23 |
| josch | lsmod | grep reform | 15:23 |
| josch | Boostisbetter: well less things are easy for you now because you are running a non-default config -- so more custom twidding is needed :) | 15:23 |
| Boostisbetter | that doesn't show me anything. | 15:24 |
| + mjw (~mjw@84.241.192.214) | 15:24 | |
| Boostisbetter | josch, and I agree. I guess I shouldn't complain, and once again, I'm very grateful for your near around the clock support in this case. | 15:24 |
| Boostisbetter | at first the script complained the sdb was already mounted. So I umount'd it, and ran the script again. Success. | 15:28 |
| Boostisbetter | My LPC seems to be working just fine, but I have no way of knowing if the flashing worked. | 15:28 |
| sknebel | Isn't the lpc firmware version shown in the OLED menu? | 15:29 |
| Boostisbetter | sknebel, status shows a lot of things. Not sure which is it, and even if I was, I have no idea was the most current version is | 15:30 |
| Boostisbetter | *what the most current version is | 15:32 |
| Boostisbetter | josch, thanks for sharing your waybar config, to include the CSS | 15:33 |
| Boostisbetter | I have added those to my corresponding waybar config and css file | 15:33 |
| Boostisbetter | My LPC status reads as such: MREF2LPCR320220621normal,2398,430,1664 MNT Reform Keyboard R1 20210927 | 15:34 |
| josch | Boostisbetter: if you do not have the reform2_lpc then it wasn't built by dkms which for example happens if you do not have the headers for your kernel installed | 15:35 |
| josch | Boostisbetter: what does this show: dpkg -l | grep linux-headers-5.12 | 15:36 |
| Boostisbetter | nada, so I don't have them installed | 15:36 |
| Boostisbetter | so do I just do a apt install linux-headers-5.12 | 15:36 |
| Boostisbetter | josch, but can you confirm from my status output if the firmware update went well? | 15:37 |
| josch | Boostisbetter: install the package from here https://mister-muffin.de/reform/linux5.12/ | 15:37 |
| josch | Boostisbetter: no, i do not have sufficient understanding of what the output means | 15:37 |
| Boostisbetter | they don't install right, as they complain of unmet dependencies | 15:40 |
| Boostisbetter | a apt -f install actually uninstalled them and then installed the 6.1.25 headers. | 15:42 |
| Boostisbetter | linux-headers-5.12.0-trunk-arm64 : Depends: linux-headers-5.12.0-trunk-common (= 5.12-1~exp1.1) but it is not installable | 15:44 |
| Boostisbetter | Depends: linux-kbuild-5.12 (>= 5.12-1~exp1.1) but it is not installable | 15:44 |
| Boostisbetter | E: Unable to correct problems, you have held broken packages. | 15:44 |
| - mjw (QUIT: Ping timeout: 260 seconds) (~mjw@84.241.192.214) | 15:44 | |
| Boostisbetter | josch, honestly if steam and a battery icon in waybar are the only issues I have running the 5.12 kernel, I'll count myself lucky. | 15:46 |
| + S0rin (~S0rin@user/s0rin) | 15:59 | |
| + mjw (~mjw@89.205.131.99) | 15:59 | |
| - Nulo (QUIT: Ping timeout: 276 seconds) (~Nulo@user/nulo) | 16:01 | |
| + Nulo (~Nulo@user/nulo) | 16:02 | |
| - S0rin (QUIT: Ping timeout: 268 seconds) (~S0rin@user/s0rin) | 16:04 | |
| + mtm- (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 16:08 | |
| - mjw (QUIT: Ping timeout: 268 seconds) (~mjw@89.205.131.99) | 16:30 | |
| + mjw (~mjw@89.205.131.99) | 16:35 | |
| - mjw (QUIT: Remote host closed the connection) (~mjw@89.205.131.99) | 16:50 | |
| + mjw (~mjw@89.205.131.99) | 16:50 | |
| + S0rin (~S0rin@user/s0rin) | 16:59 | |
| - mlarkin (QUIT: Ping timeout: 246 seconds) (~mlarkin@047-036-074-225.res.spectrum.com) | 17:04 | |
| + mlarkin (~mlarkin@047-036-074-225.res.spectrum.com) | 17:11 | |
| - mjw (QUIT: Ping timeout: 265 seconds) (~mjw@89.205.131.99) | 17:16 | |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 17:46 | |
| Boostisbetter | minute, do you know how I can confirm the version of the firmware on the LPC? | 17:56 |
| Boostisbetter | I of course hope you are on here and enjoying the holiday. | 17:57 |
| - S0rin (QUIT: Ping timeout: 248 seconds) (~S0rin@user/s0rin) | 18:04 | |
| Boostisbetter | josch: steam works on the current kernel 6.1* | 18:15 |
| Boostisbetter | josch: I also have the battery icon now. | 18:16 |
| josch | Boostisbetter: the problem with your installation of linux-headers-5.12.0-trunk-arm64 is, that when I built your kernel I did an arch:any build and linux-headers-5.12.0-trunk-common is arch:all | 18:32 |
| josch | Boostisbetter: so I have to enable arch:all and build it for you again to make the dkms module work on 5.12 | 18:32 |
| Boostisbetter | josch, is that something you would mind doing? | 18:32 |
| Boostisbetter | I guess it would kind of be like working backwards, but I have to admit that suspend is important to me because of how I can use the Reform when I daily it. I can't get through a day off the charger without it, and without having to spend a lot of time getting the workspace set back up. | 18:34 |
| josch | Boostisbetter: i'll start the build tonight and we'll see if i run into any problems tomorrow morning :) | 18:34 |
| Boostisbetter | josch, thank you! | 18:36 |
| Boostisbetter | josch: minute: thinking a bit more about the possible regression that has rendered suspend on the latest kernel unusable, do we think the integraton of battery readings in userland might be responsible? | 18:50 |
| Boostisbetter | I ask because the Librem 5 uses a 6.1 kernel and suspend is working perfectly there. This leads me to believe that it is a driver issue, versus a kernel regression. Does that make sense? | 18:51 |
| vagrantc | Boostisbetter: a 6.1 kernel with what patchset? | 18:54 |
| Boostisbetter | vagrantc: no idea. | 18:54 |
| vagrantc | the patches almost certainly matter :) | 18:54 |
| josch | patches matter, kernel config matters, userspace matters... it's such a beast... | 19:14 |
| + mjw (~mjw@213-10-231-91.fixed.kpn.net) | 19:16 | |
| Boostisbetter | 100% agree gentlemen. I think it is time for me to delve into learning about them a bit more intimidately. | 19:25 |
| Boostisbetter | josch, do you have plans to detail how you are able to run starcraft? | 19:26 |
| eery | Is there any errata in userland that could prevent the display from waking up? | 19:36 |
| + S0rin (~S0rin@user/s0rin) | 20:00 | |
| sevan | eery: if you have SSHd enabled, post wake, ssh in from another machine & check dmesg to see if the kernel is complaining about anything? | 20:09 |
| sevan | I haven't played with resume much, the last time I tried it as a one off from gnome, I noticed the system was functional post resume, I just didn't have a display as gnome ui sound effects were still playing. | 20:10 |
| Boostisbetter | exactly, based on the power meter readings from the LPC as well it appears that the system is on. For some reason the display is not just re-enabled. | 20:17 |
| Boostisbetter | josch: coincidentally, it seems that under 5.12 some applications like Signal and Dino have a lot of graphical glitching issues, that they do not have under 6.1 | 20:22 |
| eery | I've been playing with more bleeding edge libraries and have had this weird problem where it seems to either lock up or the display gives up after several hours of being idle, no suspend/resume involved | 20:26 |
| eery | A few times it seems like the whole machine locked up, wasn't "suspended" judging by the battery current, but no connectivity | 20:27 |
| eery | Very odd since I have't changed any kernel stuff | 20:27 |
| Boostisbetter | I haven't either on my old system, but it was all kind of hosed. I had wifi issues, and weird graphical annomolies, etc. | 20:27 |
| Boostisbetter | Under the current v3 image things have been brillant compared to my old v2 system image. | 20:28 |
| eery | I'm taking the path of pain and going back to my teenage fling Gentoo to see how much ricing I can pull off | 20:31 |
| eery | Although I'm pretty pleased that a fully booted system with a wayland session only consumes 250MB of RAM | 20:32 |
| - S0rin (QUIT: Ping timeout: 268 seconds) (~S0rin@user/s0rin) | 20:43 | |
| josch | Boostisbetter: installing and running starcraft required no magic. It was simply installing box86 and wine32:i386 and then running wine setup.exe | 20:47 |
| josch | eery: are you running something like swayidle to do something when your system becomes idle? | 20:48 |
| josch | sevan: the display not coming up after resume is a known thing, see https://community.mnt.re/t/standby-suspend-to-ram-mnt-reform/538/94 | 20:50 |
| eery | I am yeah, it should only be turning the display off with DPMS though | 20:50 |
| josch | eery: then i had the same issues as you did | 20:50 |
| eery | weird thing is I've used the same config/home partition in fedora for over a year with no problems | 20:50 |
| eery | oh? hmmm | 20:51 |
| josch | via swayidle i ran this: swaymsg "output * dpms off" | 20:51 |
| josch | eery: are you executing the same? | 20:51 |
| eery | No, I'm letting wayfire handle DPMS and using swayidle to lock the screen | 20:54 |
| eery | what problems were you having and what was the solution haha | 20:55 |
| Boostisbetter | josch, the solution minute mentioned there, do you know how I can nest that with my bindsym command to sleep? | 20:55 |
| Boostisbetter | he was saying that this: | 20:55 |
| Boostisbetter | swaymsg output eDP-1 disable | 20:55 |
| Boostisbetter | swaymsg output eDP-1 enable | 20:55 |
| Boostisbetter | just needs to be run when resuming. | 20:55 |
| Booster[m] | currently my bindsym for suspend looks like this: | 20:56 |
| Booster[m] | bindsym $mod+Shift+Backspace exec systemctl suspend | 20:56 |
| Booster[m] | is it just && swaymsg output eDP-1 disable && swaymsg output eDP-1 enable | 20:56 |
| Booster[m] | josch also curious that this wouldn't help you with your suspend issues. Yours was an issues with the nvme reinitializing right? | 20:58 |
| josch | eery: when setting "dpms off" on idle and "dpms on" on resume, sometimes I would come back in the morning to my reform (no suspend involved) and the system wasn't reacting at all and unreachable via network. I connected another laptop to it via serial in the hope that something gets printed but nothing. It just locks up. It's still "on" according to the used mA. | 20:59 |
| Booster[m] | or do the && in this case mean also, and not and then? | 20:59 |
| josch | Booster[m]: i don't think i can help you much there as i never have set this up myself | 21:00 |
| eery | josch: very odd, that's exactly what's happening to me. Did you just stop using swayidle? | 21:01 |
| josch | eery: no, i changed from disabling and enabling dmps to changing brightness to 0 and 7 | 21:01 |
| josch | since i did that, no more lockups | 21:01 |
| josch | so instead of swaymsg "output * dpms off" I run brightnessctl set 0 | 21:01 |
| josch | and instead of swaymsg "output * dpms on" I run brightnessctl set 7 | 21:02 |
| josch | i rebooted earlier today for Booster[m] to try out 5.12 but if i hadn't i now would have several weeks of uptime | 21:02 |
| josch | somehow switching dpms off and on locks up the system | 21:02 |
| josch | a nasty kernel bug because how random it is | 21:03 |
| josch | no idea what triggers it | 21:03 |
| eery | very odd, I ran F37 the last year and never had this problem (while using dpms and the same kernel), wonder if something in mesa changed | 21:03 |
| josch | and since it cannot be 100% reproduced, it's also not really possible to bisect or log anything | 21:04 |
| eery | yeah, if I had the gear to setup a serial console I'd give that a shot, but I don't lol | 21:05 |
| josch | i had and nothing showed up on dmesg | 21:07 |
| eery | darn :( | 21:07 |
| sigrid | is it with hdmi enabled or disabled? | 21:08 |
| josch | sigrid: at that time: enabled | 21:09 |
| eery | oh, that's actually a really good question -- I have no idea | 21:09 |
| josch | eery: you can find out by looking in /etc/flash-kernel/machine | 21:09 |
| eery | I had it enabled, but while messing with OSes I'm not sure what dtb I ended up using | 21:10 |
| eery | if I was a sane person it would, but having software that just works is too easy for me | 21:10 |
| josch | eery: or /proc/device-tree/model | 21:10 |
| eery | well it doesn't mention HDMI | 21:11 |
| eery | but I'm pretty sure I've got HDMI enabled | 21:11 |
| josch | if it doesn't mention HDMI, then you are either on a very old dtb or you are running single display | 21:12 |
| Booster[m] | Josch: sadly the fix that Minute mentioned in that thread does seem to work. I bound the output commands to another key binding and still no response on resume. I'm sure it is something minor because the system is technically sleeping when it is suspended. | 21:12 |
| eery | unfortunately my /boot partition only has two DTBs, "oc" and "no-oc" lol | 21:12 |
| Booster[m] | Sorry doesn't seem to work is what I meant. | 21:12 |
| eery | it could be very old, my system has become a ship of theseus | 21:12 |
| josch | haha | 21:13 |
| eery | recompiling everything with -Os seems to make binaries substantially smaller at least, 20-40% less disk space | 21:17 |
| Booster[m] | joschthanks again for trying to recompile the 5.12 kernel with the headers in mind. I really appreciate it. | 21:17 |
| josch | Booster[m]: no problem -- it's running right now and will probably be done tomorrow morning | 21:18 |
| josch | dpkg-deb: building package 'linux-headers-5.12.0-trunk-common' in '../linux-headers-5.12.0-trunk-common_5.12-1~exp1.1_all.deb'. | 21:18 |
| josch | that's the package you need :) | 21:18 |
| Booster[m] | genau! | 21:18 |
| josch | now waiting for the rest to finish... | 21:18 |
| Boostisbetter | I think it is impressive the amount of work your Reform does. | 21:23 |
| josch | it's just a normal laptop ;) | 21:24 |
| Boostisbetter | I think I've shared this before here, but i work in a secure software development environent. But for some strange reason smartphones can get approved in the building. Not in the secure lab areas, or whatever. But I was able to get the Purism L5 approved. If only they would have approved the Reform. Sadly the only reason the L5 got approved was because it looked like a smartphone. Shows how thoro | 21:25 |
| Boostisbetter | ugh that procedure is right? | 21:25 |
| Boostisbetter | I look forward to the day when such a consideration isn't even part of the equation. | 21:28 |
| minute | found out: this is essential for direct3d 9 games performance under wine https://github.com/iXit/wine-nine-standalone | 21:32 |
| minute | Boostisbetter: would the pocket reform be cleared in that environment? probably counts as a laptop too? | 21:33 |
| Boostisbetter | nope. The issues are the ports, keyboard, and wireless capabilties. | 21:34 |
| Boostisbetter | even though all of those things are on the L5. | 21:34 |
| JC[m] | I used to work in a SCIF and the security manager had a difficult time figuring out what my Kensington trackball was and how much of a security liability it posed... so I don't think there's much reason that goes into it. | 21:37 |
| Booster[m] | JC: precisely. | 21:38 |
| Booster[m] | Although I've found that at least in the US the security rules make a least functinal sense. Here there are so many holes in it, that I wonder the point of it all sometimes. hahahahaha | 21:39 |
| minute | Booster[m]: the reform battery status is a module, so that theory can be easily tested by unloading it | 21:39 |
| JC[m] | Yeah. Can't bring in any wireless devices but they don't lock down the IO on the computers. | 21:40 |
| pandora[m] | side note... i just want to highlight how excited i am for the pocket reform to finally be released :D ... looking forward to my first use | 21:57 |
| + S0rin (~S0rin@user/s0rin) | 22:00 | |
| Booster[m] | pandora: Same here! | 22:27 |
| Booster[m] | minute: not sure I'm following you on the battery module. I think it was already sorted though. It turns out it was just a kernel issue. josch currently attempting to compile another 5.12 kernel with the headers needed for the battery module to work. | 22:28 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!