| - aloo_shu (QUIT: Ping timeout: 244 seconds) (~aloo_shu@90.166.98.198) | 00:33 | |
| + aloo_shu (~aloo_shu@90.166.98.198) | 00:42 | |
| - NanoCodeBug (QUIT: Remote host closed the connection) (~NanoCodeB@c-67-170-15-47.hsd1.wa.comcast.net) | 00:46 | |
| - wielaard (QUIT: Read error: Connection reset by peer) (~mjw@212.78.174.2) | 00:55 | |
| + mjw (~mjw@212.78.174.2) | 00:55 | |
| - MyNetAz (QUIT: Remote host closed the connection) (~MyNetAz@user/MyNetAz) | 02:03 | |
| + MyNetAz (~MyNetAz@user/MyNetAz) | 02:14 | |
| - nsc (QUIT: Ping timeout: 244 seconds) (~nicolas@87.122.72.126) | 03:22 | |
| + nsc (~nicolas@i5C74DC72.versanet.de) | 03:24 | |
| - paperManu (QUIT: Ping timeout: 264 seconds) (~paperManu@107.159.243.8) | 03:55 | |
| - cobra (QUIT: Ping timeout: 244 seconds) (~cobra@user/Cobra) | 05:30 | |
| + cobra (~cobra@user/Cobra) | 05:45 | |
| - colinsane (QUIT: Ping timeout: 272 seconds) (~colinunin@97-113-145-248.tukw.qwest.net) | 07:00 | |
| - MyNetAz (QUIT: Write error: Broken pipe) (~MyNetAz@user/MyNetAz) | 08:40 | |
| + MyNetAz (~MyNetAz@user/MyNetAz) | 08:51 | |
| - erle (QUIT: Read error: Connection reset by peer) (~erle@user/erle) | 09:07 | |
| - MyNetAz (QUIT: Read error: Connection reset by peer) (~MyNetAz@user/MyNetAz) | 10:57 | |
| + MyNetAz (~MyNetAz@user/MyNetAz) | 11:08 | |
| [tj] | Is anyone planning to be at the assembly today? | 12:50 |
|---|---|---|
| ch | is there a table assigned now? | 12:58 |
| ch | iirc i saw minute worrying about that on mastodon | 12:58 |
| [tj] | There was a follow up | 13:01 |
| [tj] | It’s on the map | 13:01 |
| + gustav28 (~gustav@c-78-82-52-175.bbcust.telenor.se) | 13:03 | |
| minute | [tj]: we are not in hamburg yet, will come tomorrow afternoon. but squatting our table is very appreciated | 13:03 |
| minute | because we don't know how much space we'll really have there | 13:03 |
| [tj] | Cool, my train is arriving now, but I’m gonna eat before heading to cch | 13:10 |
| amospalla | minute: I'm writing a Python script to generate a bitmap file from text, with support for using system installed pcf fonts and easy custom symbols. Is that kind of tools something you want to include in reform repositories? | 13:41 |
| amospalla | Later I want to do some monitoring or notification thing based on that. | 13:42 |
| + glu_ (~glu@user/glu) | 13:45 | |
| - glu (QUIT: Ping timeout: 252 seconds) (~glu@user/glu) | 13:46 | |
| * glu_ -> glu | 13:46 | |
| minute | amospalla: sure, also maybe talk to vkoskiv who did a bunch of oled stuff | 13:47 |
| amospalla | sure, I'll do. | 13:48 |
| amospalla | vkoskiv: are you into something related to OLED scripts? I'm willing to add some use to the OLED screen, "battery notifications", whatever. | 13:51 |
| amospalla | Right now I have a couple of scripts, one that does a pocket reform pseudo suspension, and another that notifies when battery charges or discharges below certain thresholds. Both of them use keyboard backlight to somewhat give feedback, but also including real text information through the OLED would be really pretty. | 13:53 |
| + paperManu (~paperManu@107.159.243.8) | 14:10 | |
| + bkeys (~Thunderbi@173.16.175.75) | 14:38 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@173.16.175.75) | 14:40 | |
| BoostisBetter | amospalla: are you on the august release for the lpc firmware? | 14:52 |
| amospalla | BoostisBetter: it shows 20240730 | 14:53 |
| BoostisBetter | amospalla: yep that is it | 14:56 |
| BoostisBetter | amospalla: I am curious if you have had any occassions where the lpc does not respond and the only way you can get it back is by power cycling the whole pocket? | 14:57 |
| amospalla | I triggered that when sending things to /dev/hidraw, when writing scripts, anyway I don't use my pocket that much, I don't trigger that anymore. | 15:03 |
| BoostisBetter | amospalla: My pockeet is on 24/7 but using your script most of the time (psuspend) what I am finding is that sometimes when I come back the keyboard does not seem to be responsive. I have to reset the keyboard (via the lpc menu). However it will eventually get to a point where the lpc is not responsive no matter what I do. The only way to get out of this state is to cycle the power switch on the | 15:04 |
| BoostisBetter | side which cuts power to the lpc itself. | 15:04 |
| BoostisBetter | trying to see if I am alone in seeing this behavior. | 15:04 |
| amospalla | Maybe my script sends too fast the keyboard oled colour commands. | 15:04 |
| BoostisBetter | any idea on how to persue remedying that? | 15:08 |
| BoostisBetter | and even if it was, why would that leave the lpc in a crashed state? | 15:08 |
| BoostisBetter | Because let's assume that is the case. Wouldn't the remainder of the script still run? Instead what I am seeing is that the keyboard is not sending anything to the CPU | 15:10 |
| BoostisBetter | 'so the script isn' | 15:10 |
| BoostisBetter | 'so the script isn't running at all. | 15:10 |
| BoostisBetter | My hunch is that your script isn't too blame, but rather that the LPC is getting into a weird state. It does seem to show the T on the display indicating that the LPC has missed aa response or something like that. This all started happening after updating to the current firmware. I think this is a bug and is an instability. | 15:11 |
| amospalla | I have put the LPC in a weird state after sending garbage to it. | 15:27 |
| ch | I get the T every now and then but it continues afterwards. (Keyboard fw doesnt clear the T if you do nothing, so its hard to tell sometimes | 15:28 |
| ch | ) | 15:28 |
| amospalla | BoostisBetter: does it always happen to you after colours are sent to the keyboard leds? | 15:30 |
| BoostisBetter | amospalla: now from my end the activating or deactivating the script always works as planned | 15:38 |
| BoostisBetter | what happens is that the lpc / keyboard just does not respond anymore | 15:38 |
| BoostisBetter | you can't access the LPC menu or do anything like that | 15:38 |
| BoostisBetter | you can only power cycle the whole pocket | 15:39 |
| BoostisBetter | this happens while the psuspend is active. | 15:39 |
| BoostisBetter | I am usually trying to resume from it | 15:39 |
| BoostisBetter | needing to reset the keyboard happens quite often though. | 15:39 |
| amospalla | maybe that is fault of mine | 15:39 |
| BoostisBetter | I thought by doing that I could avoid the issue iof the LPC just crashing | 15:39 |
| BoostisBetter | but it doesn't seem to really do anything. | 15:40 |
| BoostisBetter | amospalla: you think you are sending the LPC too much stuff too qquickly? We could slow it down and i don't think it would really affect the end user much . | 15:40 |
| BoostisBetter | I might be unique in that I am using your script ALL the time | 15:40 |
| amospalla | try commenting out the lines 196, 200, 204 and 211 on /usr/local/bin/psuspend, all of them do send commands to the LPC and all of them are like "keyboard_feedback start &" or "keyboard_feedback end &" | 15:41 |
| amospalla | I think you are the only one using it hehe | 15:41 |
| amospalla | Finally do a systemctl restart psuspend | 15:42 |
| amospalla | BoostisBetter: oh well, you can't leave an if... then empty, so you'll need to comment out the "if" and the "end" on lines 209 and 212. | 15:43 |
| amospalla | BoostisBetter: wait, forget this all, just add a return at the start of the function "keyboard_feedback", at line 20, so the function will just exit without doing anything. | 15:44 |
| amospalla | I'll show you the end result. | 15:44 |
| BoostisBetter | amospalla, this in in psuspend.conf? | 15:46 |
| BoostisBetter | nevermind read up more and see what you are talking about now | 15:47 |
| BoostisBetter | so you want me to skip the whole led function? | 15:49 |
| BoostisBetter | not really sure what you mean what adding a return there? | 15:49 |
| BoostisBetter | I just close the function without any content, and restarted psuspend via systemctl and then the script doesn't seem to do anything anymore | 15:57 |
| amospalla | BoostisBetter: ignore my comments. Update your psuspend script and config file from github. I just added the ability to disable visual feedback on the configuration file. | 15:57 |
| amospalla | Once you have updated /etc/psuspend.conf and /usr/local/bin/psuspend, just edit the configuration file and disable the visual feedback. | 15:58 |
| [tj] | I didn’t find the assembly, but I was incredibly early. | 16:14 |
| minute | [tj]: there's no assembly yet because we will only come tomorrow! but you could help us by asking chaoszone people where the MNT assembly could get a full table there | 16:42 |
| [tj] | I was mostly pre sign so it wouldn’t have been clear where it should be. | 16:47 |
| minute | ok | 16:49 |
| amospalla | minute: this is what the text2bitmap looks like right now https://github.com/amospalla/text2bitmap , do you find this a good fit in any repo on reform gitlab? I don't know if it needs modifications if any and which ones though. | 16:55 |
| minute | amospalla: oh yeah, looks pretty nice! it needs a license though | 16:56 |
| amospalla | Yeah, I've seen references to GPL on gitlab (it is also my cup of tea). | 16:57 |
| minute | amospalla: i had a similar thing for ttf https://source.mnt.re/reform/reform/-/blob/master/reform2-keyboard-fw/kbdgfx-demo/text.sh | 16:57 |
| amospalla | I took some time to work with bitmap fonts for its clarity. | 16:58 |
| minute | yeah that's a good idea | 16:58 |
| amospalla | Working with ttf would solve most of the problems, but I think a bitmap font is the best choice given the oled size. | 16:58 |
| minute | GPL is fine of course | 16:58 |
| amospalla | Where should this tool be? I mean, on what repository? | 16:59 |
| minute | amospalla: you have an account in our gitlab right? | 17:02 |
| amospalla | yes | 17:02 |
| minute | so you can just put it in your own repo there and my homework would be to document and link to all OLED specific tools in the reform repo | 17:03 |
| amospalla | Ok, so I just make a new repo with it. | 17:03 |
| minute | for now that would be best yeah | 17:03 |
| amospalla | thank you! | 17:03 |
| minute | i guess we'll need something like an amazing-reform list :3 | 17:03 |
| minute | with all the projects like this | 17:04 |
| amospalla | Next thing is writing some daemon that makes use of this tool. | 17:04 |
| minute | amospalla: once your tool is well tested maybe it can also be upstreamed as a .deb to debian | 17:04 |
| amospalla | I hope it gets used. The only drawback is it is slow on stock pocket (python), but it is better than not having anything. | 17:06 |
| amospalla | It allows for a good control of text and even including hand made graphics in an easy way. | 17:06 |
| [tj] | minute: I’ve asked FeM to make sure there is a tables worth of space spare. But only one person is here | 17:58 |
| amospalla | minute: done https://source.mnt.re/amospalla/text2bitmap | 18:02 |
| ch | til x-initrd.attach in crypttab: https://www.freedesktop.org/software/systemd/man/latest/crypttab.html#x-initrd.attach | 18:14 |
| ch | josch: ^ reform-tools/sbin/reform-setup-encrypted-nvme might want to set x-initrd.attach by default in crypttab | 18:18 |
| ch | josch: (d-i does it, too) | 18:18 |
| - ericsfraga (QUIT: Ping timeout: 272 seconds) (~user@2a00:23cc:b43d:4b00::3ce) | 18:24 | |
| minute | [tj]: thanks a ton! | 18:26 |
| BoostisBetter | minute: when you got a minute, no pun intended, could you enable my mnt gitlab account? | 18:38 |
| josch | ch: i actually copied exactly what d-i does in bookworm -- did this change for trixie? | 18:49 |
| ch | josch: apparently! https://salsa.debian.org/installer-team/partman-crypto/-/commit/9f50fd3fadc7f8ba22fc91e3f2a6519d79f8d37b | 18:53 |
| josch | haha just found the same :) | 18:54 |
| josch | sorry to have made you do double work XD | 18:54 |
| josch | put into local git, thank you! | 18:54 |
| ch | np | 18:55 |
| ch | thanks! | 18:55 |
| josch | https://source.mnt.re/reform/reform-tools/-/merge_requests/108/diffs?commit_id=087186573767a09c9e4b46afb99aef8a8e674563 | 18:57 |
| josch | this is the kind of stuff that gets lost in chat history if i don't do it immediately :D | 18:57 |
| ch | nice | 19:02 |
| - mjw (QUIT: Ping timeout: 246 seconds) (~mjw@212.78.174.2) | 20:10 | |
| - qbit (QUIT: Remote host closed the connection) (~qbit@user/qbit) | 20:18 | |
| + qbit (~qbit@user/qbit) | 20:18 | |
| BoostisBetter | amospalla: would it be possible to shutdown the CPU in psuspend last when enabling, but to enable the CPU first when resuming? | 20:19 |
| BoostisBetter | maybe this would help ensure that nothing is getting chocked out. | 20:21 |
| + mjw (~mjw@212.78.174.2) | 20:21 | |
| BoostisBetter | Or maybe it shouldn't matter at all, and I'm not really on to something here. | 20:21 |
| BoostisBetter | I am just having instances where the script is being activated, and I get he pulsing green leds, but the script completes before the leds are out, and the leds stay on. I have to reset the keyboard to get the leds out. | 20:22 |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-52-175.bbcust.telenor.se) | 22:15 | |
| sevan | Was wondering why the v4 keyboard is not available in the u-boot env (I can't interrupt boot / use keyboard), hooked up a serial console & grabbed some basic output from u-boot. It sees the keyboard as a HID. I was wondering if anyone has the original keyboard installed on their reform who could share the output of 'usb info' & 'usb tree'? mine: http://paste.debian.net/1341339/ | 22:20 |
| sevan | firmware on my v4 keyboard is set to not expose the pointing device that could in theory by connected to it, hence only one device listed in my output. | 22:21 |
| amospalla | BoostisBetter: if you think some things behave bad disable them, you have the option to disable keyboard feedback and the cpu module. Disable things and check if things stop breaking. | 22:41 |
| BoostisBetter | amospalla, gracias, I am just disabling the leds for now. I simply turn them off when enabling the script and doing nothing when resuming | 23:00 |
| amospalla | There is a setting that disables the display feedback. | 23:01 |
| amospalla | on psuspend.conf | 23:01 |
| minute | BoostisBetter: sorry, i'm under a lot of stress r/n and will get back to everyone once it's settled | 23:50 |
| minute | tomorrow is campaign launch day plus 38c3 setup | 23:50 |
| BoostisBetter | minute:gotcha! Looking forward to the Next launch as well | 23:56 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!