- mjw (QUIT: Ping timeout: 244 seconds) (~mjw@gnu.wildebeest.org) | 00:06 | |
kfx | a few of the 6.15 patches don't apply cleanly to mainline linux :( | 00:07 |
---|---|---|
minute | mainline 6.15.4? | 00:20 |
minute | btw there are at least 15 unnecessary patches | 00:21 |
josch | minute: do we care? are they harmful? | 00:24 |
kfx | minute: yeah, I get failures on the samsung hdptx stuff | 00:25 |
kfx | 0009, 0011, 0012, 0013, 0014 at least | 00:26 |
minute | josch: not really. just optics | 00:32 |
minute | josch: there are other priorities at the moment indeed :D | 00:32 |
minute | like, i need to organize releasing the latest version of pocket reform sysctl fw on lvfs, and release + make easily available the keyboard v4 fw update for classic reforms, and make sure the new lpc driver module is fine/tested and released | 00:34 |
josch | minute: and there is also the random reboots of pocket reform with the latest sysctl, right? | 00:34 |
minute | josch: afaik this is solved by the version with 10s watchdog timeout | 00:34 |
josch | ah ince | 00:35 |
minute | josch: at least esther gave positive feedback today and it isn't happening to me | 00:35 |
josch | perfect | 00:35 |
minute | but the version in lvfs is the worse one | 00:35 |
minute | with 1sec timeout | 00:35 |
minute | but i'm too tired/it's way too late to touch that tonight. hopefully tomorrow | 00:36 |
josch | of course :) | 00:36 |
josch | minute: i just had both rk3588 pocket reform and classic reform shut down successfully with reform2-lpc-dkms package with your patch \o/ | 00:59 |
minute | josch: noice | 01:00 |
josch | so cool -- thank you for your work! | 01:00 |
josch | tomorrow i'll check whether it works well with 6.12 as well | 01:01 |
josch | both rk3588 pocket reform and classic reform above were with 6.15 | 01:01 |
josch | good night _o/ | 01:05 |
kfx | the patches marked MERGED -- does anyone know what they've been merged into? | 01:08 |
bremner | gordon1: I started some experiments with hibernate on the pocket reform (stock kernel). my notes are at https://www.cs.unb.ca/~bremner/blog/posts/hibernate-pocket/ . I have some side quests about noisy logging on the console, then I guess I'll search for more info about the wireless problem (or just use disable that and see if it gets further) | 01:17 |
bremner | does anyone recognize the message "kernel: hdmi-audio-codec hdmi-audio-codec.4.auto: ASoC error (-19): at snd_soc_dai_prepare() on i2s-hifi" | 01:19 |
bremner | my console is full of them, which is a bit inconvenient (when not running sway). | 01:20 |
bremner | I'm running kernel 6.15.4-1~exp1+reform20250628T170930Z | 01:21 |
minute | bremner: yes, harmless | 01:28 |
minute | bremner: i'll see if i can patch them out | 01:28 |
bremner | minute: great@ | 01:28 |
bremner | s/@/!/ | 01:28 |
minute | cc josch this is the stuff that motivated me earlier about loglevel | 01:29 |
bremner | I guess switching to a different VT and logging there is a workaround | 01:37 |
- chomwitt (QUIT: Ping timeout: 252 seconds) (~chomwitt@2a02:85f:9a3f:9300:1ac0:4dff:fedb:a3f1) | 01:40 | |
bremner | I suppose the fact that I keep plugging into the wrong USB C port and running the batteries all the way down is a me problem | 01:41 |
minute | bremner: aw, yeah. only the upper port does usb-c pd | 01:42 |
bremner | so I discovered. again ;) | 01:43 |
+ pff (~pff@2600:4040:572f:5600:f1ff:dcc8:62cd:537) | 01:54 | |
- shtrophic (QUIT: Remote host closed the connection) (~m-hrdsqi@user/shtrophic) | 03:05 | |
- paperManu (QUIT: Ping timeout: 272 seconds) (~paperManu@72.10.128.164) | 03:18 | |
- kop316 (QUIT: Remote host closed the connection) (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 03:56 | |
bkeys | gnu131 | 03:57 |
bkeys | minute: I will check with a311d tomorrow | 03:57 |
+ kop316 (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 03:58 | |
- 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:04 | |
- 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 | |
- svp (QUIT: Ping timeout: 252 seconds) (~svp@host-79-7-240-189.business.telecomitalia.it) | 05:11 | |
- chartreuse (QUIT: Read error: Connection reset by peer) (~chartreus@S0106908d78501d1d.cg.shawcable.net) | 05:18 | |
+ chartreuse (~chartreus@S0106908d78501d1d.cg.shawcable.net) | 05:22 | |
+ svp (~svp@host-79-7-240-189.business.telecomitalia.it) | 05:29 | |
- switchy (QUIT: Ping timeout: 248 seconds) (~switchy@mechboards/switchy) | 06:03 | |
+ casparvitch (~casparvit@130.102.161.18) | 06:03 | |
josch | kfx: torvalds linux git. They are part of v6.16-rc1 | 07:14 |
josch | minute: i thought your motivation re loglevel was tuigreet? | 07:15 |
josch | if printing of the hdmi message is wrong then the fix should be to not print the hdmi message -- the fix should not be to silence everything including legitimate messages, no? | 07:16 |
+ switchy (~switchy@mechboards/switchy) | 07:28 | |
josch | or in other words: by hiding a bug today (noisy hdmi log messages) we make our life easy today (no need to fix this). But we do this at the expense of everybody in the future who actually wants log messages (for whatever thing they are working on) and then has to deal with these messages again. | 07:52 |
- switchy (QUIT: Remote host closed the connection) (~switchy@mechboards/switchy) | 09:00 | |
+ switchy (~switchy@mechboards/switchy) | 09:01 | |
- casparvitch (QUIT: Ping timeout: 244 seconds) (~casparvit@130.102.161.18) | 09:46 | |
+ mjw (~mjw@gnu.wildebeest.org) | 10:26 | |
minute | josch: alright. | 10:28 |
gordon1 | bremner: i'm pretty sure you can unload wifi module before hibernate and load it after and it should just work™, are you testing your hibernate with nvme? | 10:34 |
gordon1 | i also noticed usb problems but it probably also could be fixed by unloading the module | 10:36 |
gordon1 | nvme cannot tho | 10:36 |
josch | minute: i successfully tested your lpc changes on 6.12 and we can make a new reform-tools release whenever you are ready -- just press the merge button :) | 10:36 |
gordon1 | it nice to see that graphics still works, that is something i couldn't test yet | 10:36 |
minute | josch: awesome, many thanks for testing | 10:37 |
josch | many thanks for fixing this :) | 10:37 |
minute | josch: merged! | 10:38 |
josch | sweet :) | 10:39 |
grimmware | minute: I enjoyed your follow-along thread about the lpc fix last night :) | 10:47 |
josch | minute: reform-tools 1.75 is tagged and uploaded to Debian experimental. In ~5 hours it will be on the mirrors and then we can re-trigger the reform-debian-packages pipeline. Should I include the tuigreet loglevel maintainer script snippet? | 11:13 |
minute | grimmware: thx, maybe i should do more | 11:14 |
minute | josch: cool, oh yeah, please put the script in | 11:14 |
josch | The Liberux people chose RK3588 also because it will be used in the MNT Reform Next: https://linmob.net/liberux-nexx-an-interview-with-liberux/ | 11:19 |
minute | that's interesting because i'm choosing qcs6490 for our mobile device because it's less hot :D | 11:36 |
minute | (and pin compatible qcs8550, lets see how well that works) | 11:38 |
minute | https://www.thundercomm.com/product/c8550-som/ | 11:39 |
bremner | josch: minute: would it be hard to put tui-greeter on a different VT than where the log messages go? | 11:42 |
minute | bremner: good question. somehow i thought they go to all vts, but probably they don't | 11:42 |
bremner | minute: not afaict. I just switched VT to get away from them :) | 11:43 |
bremner | let me test more... | 11:43 |
minute | bremner: does tuigreet have a config option for vt? | 11:43 |
minute | or the service file perhaps | 11:43 |
josch | bremner: for me, the kernel log messages went to the tty which i currently was on -- if you find out how to change this, i'm all ears :) | 11:44 |
bremner | oh, sure enough, I was optimistic. They follow me wherever I go | 11:45 |
bremner | well, never mind then | 11:46 |
minute | what i really want is sm8750, but not available just yet ^^ | 11:46 |
grimmware | I was under the impression that you could send the kernel messages to a specific terminal but I could have made that up.. | 11:46 |
grimmware | minute: I think there's a lot of value in those threads where you're actively debugging | 11:47 |
grimmware | One of the things that I lament about the company I work for having gone fully remote is that nobody learns anything from watching over someone else's shoulder any more | 11:48 |
josch | minute: i was really hoping for you to be able to catch a break one of these days... XD | 11:48 |
grimmware | and honestly that's always the most practical knowledge | 11:49 |
bremner | apparently you can give a kernel command console=tty3 | 11:49 |
wose | josch: setting ForwardToConsole=yes and TTYPath=/dev/tty6 in /etc/systemd/journald.conf should do the trick | 11:49 |
bremner | ah, instead of /dev/console. Let us see... | 11:50 |
josch | bremner: with that setting, things like the luks passphrase prompt also would show up on tty3 | 11:50 |
bremner | right | 11:50 |
minute | grimmware: ok, will do more... i used to do more of this somehow before i got adhd meds, maybe as a form of public body doubling :D | 11:50 |
+ casparvitch (~casparvit@36.255.114.132) | 11:51 | |
grimmware | a bit of public accountability to keep on task | 11:51 |
grimmware | ? | 11:51 |
minute | josch: one thing i'd also like to figure out one day is how to always have a non primary getty on uart as well, that doesn't claim the password prompt etc | 11:51 |
josch | yes, same | 11:51 |
minute | grimmware: also like, there were a lot of situation where i was seeking input from others who are more experienced | 11:52 |
minute | grimmware: this got a bit more rare since the issues have become less exotic and i can read dry technical manuals better :D | 11:52 |
minute | i.e. i was dealing with bizarro hardware bringup issues on ls1028a or the stdp2600 | 11:53 |
minute | the rk3588 has been more forgiving so far (except for some pcie edge cases and the whole suspend thing) | 11:54 |
bremner | hrm. there are different kinds of messages right? some of these things are not coming through journald, and those seem to be ending up on vt7 | 11:54 |
minute | it feels like there was more attention/money/work poured into rk3588 mainlining than into some industrial socs that came before. i'm kind of still wondering how that happened | 11:54 |
grimmware | I think the more that you talk about this debugging in the open the more you a) buy understanding from people as to why these things aren't "just fixed" but also b) give other people the opportunity to learn so they can become more proactive and helpful community members | 11:55 |
+ chomwitt (~chomwitt@2a02:85f:9a3f:9300:1ac0:4dff:fedb:a3f1) | 11:55 | |
grimmware | I appear to have found a cafe in London that consistently stocks Club Mate <3 | 11:56 |
minute | i.e. who decided to fund all this work @ collabora (i only know one person/company funding the gpu drivers), and/or maybe it's a side effect of ARM being suddenly interested in panthor... and now for the "tyr" rust driver suddenly google is involved | 11:56 |
minute | grimmware: that makes a lot of sense | 11:56 |
josch | grimmware: pfff Club Mate -- Mio Mio Mate is where it's at these days! ;) | 11:56 |
minute | flora mate was the thing at gpn :D | 11:57 |
josch | haha indeed :) | 11:57 |
minute | i'm kind of decaffeinated nowadays due to above mentioned stuff though | 11:57 |
grimmware | I will endeavor to develop opinions on some of these varieties | 11:57 |
josch | i met the person behind the counter who was dissing club mate for every customer XD | 11:57 |
minute | (drinking one decaf in the morning) | 11:57 |
minute | josch: lol | 11:57 |
josch | minute: i have no more input for why rk3588 became popular i just observed its popularity from the sidelines as the board has been popping up in virtually every channel i'm lurking in | 11:58 |
josch | somehow it became a really interesting platform but i suspect that some company was interested in it but no clue who | 11:58 |
grimmware | is availability a factor? | 11:58 |
minute | i think performance of the chip itself X availability yeah | 11:59 |
minute | and some skilled kernel devs / their company picking up the work to clean up the vendor code | 12:00 |
grimmware | I'm currently looking closely at the state of linux phones again after a very disappointing time with the pinephone | 12:01 |
minute | i wonder if rockchip can pull of another one like this with the rk3688... | 12:01 |
bremner | dmesg -D is a big hammer, but maybe useful for someone (and resets on reboot) | 12:01 |
grimmware | I really just want a handset with mainline kernel support so I can ride it til it dies | 12:01 |
minute | grimmware: yeah, we've been looking at some things of course. the latest to pop up are liberux nexx and "dawndrums" which is technically already further along but has, lets say, eccentric communications and wasn't broadly talked about | 12:02 |
minute | bremner: dmesg -n 3 also ok | 12:02 |
bremner | ack | 12:02 |
grimmware | I'm curious as to how viable the liberux project actually is - it's not easy to tell from the outside | 12:03 |
bremner | grimmware: I guess the systemd journal config doesn't affect dmesg | 12:03 |
bremner | (at least in my experiments) | 12:03 |
minute | grimmware: we're slowly working on a handset but it's a bit bigger/wider/thiccer than typical phone because i don't want to paint myself into corners from the beginning and also don't wanna do the same thing that everyone does | 12:03 |
minute | grimmware: campaign doesn't look good atm... | 12:03 |
grimmware | do they have a prototype? | 12:04 |
minute | grimmware: 8% funded, 45 hours left | 12:04 |
minute | grimmware: liberux don't have a prototype | 12:04 |
grimmware | oof | 12:04 |
bremner | I'm wondering how much of my phone use I can replace with a pocket reform + some single purpose devices like an mp3 player | 12:05 |
grimmware | yeah I think that's the thing with all the MNT crowdfunders is that there's always already photos of someone using an actual device | 12:05 |
minute | yeah that's crowdsupply's specialty | 12:05 |
minute | they want to see something working | 12:05 |
grimmware | I wish they were better at fulfilment but as it stands I'm glad that they even exist | 12:05 |
grimmware | like I honestly can't believe that MNT exists | 12:06 |
minute | also, imho the nexx goal of 1.4 mio is too high for the missing track record | 12:06 |
josch | bremner: theoretically the audio lines of the LTE modem are connected, so it is theoretically possible to do phonecalls... | 12:06 |
minute | grimmware: haha me neither tbh | 12:06 |
grimmware | yeah, I think people are wise to that from hundreds of shitty kickstarters | 12:06 |
bremner | josch: right. I mostly don't want to make phonecalls, so that helps | 12:06 |
minute | josch: now that i have a modem back in there i really need to mess with the dts for that :D | 12:06 |
josch | good :) | 12:06 |
minute | probably bremner needs a 10hour battery hack | 12:07 |
minute | i also would like a proper solution for that that we could offer | 12:07 |
minute | maybe i need one more person who can work on getting things like this shipped | 12:07 |
grimmware | minute: on that topic, it would solve the 3d printed battery mount snapping | 12:07 |
minute | grimmware: definitely lol | 12:08 |
josch | hm... if somebody needs a pair of those... i have leftovers now :) | 12:08 |
minute | i.e. there's so many low hanging fruit and i'd need some clone of myself to ship them | 12:08 |
grimmware | I don't know if you remember but some time ago I had a thermistor ripped up on the charging board, and I realised the other day it was because the snapped mount allowed the battery to become dislodged and hit into it | 12:08 |
josch | and then there are high hanging fruits like hibernation... :/ | 12:08 |
minute | josch: yeah, which could be solved by money->collabora probably | 12:09 |
minute | grimmware: eek, the jank | 12:09 |
minute | or money->skilled kernel freelancer | 12:09 |
bremner | josch: you mean suspend? or is hibernation really expected to be hard? | 12:10 |
grimmware | welp I can try to replicate josch's setup and then model an stl for a mount | 12:10 |
josch | minute: the problem of always having a console on serial might be solvable with systemd-getty-generator(8) -- i'm putting it on my todo list to investigate that | 12:11 |
grimmware | josch: does the battery mod help with balance of base vs screen? | 12:11 |
josch | bremner: don't ask me. I have zero clue about kernel stuff. I'm just reading this channel and gordon1 seems to be close with getting hibernation working. | 12:11 |
bremner | josch: right, OK. That doesn't sound "hjgh hanging" to me | 12:12 |
josch | grimmware: yes, the thing is of course more heavy but it is more stable now thanks to the extra weight at the bottom half | 12:12 |
grimmware | nice | 12:12 |
josch | bremner: maybe, but i've also seen minute burn countless hours in things which are "nearly there but then not quite" :D | 12:12 |
gordon1 | hibernation (hopefully) does not require changes in ATF, suspend likely will | 12:13 |
grimmware | it's the issue of speculative work - are you going to prioritize something you know you can deliver on or something that you could put hours into and come away without a deliverable | 12:13 |
- mjw (QUIT: Ping timeout: 276 seconds) (~mjw@gnu.wildebeest.org) | 12:15 | |
grimmware | fwiw btw, kailh sunsets are absolutely categorically The Correct switch for the pocket reform, they are so nice to use! | 12:16 |
grimmware | I appreciate that a consistent supply chain and cost would probably be a barrier to actually shipping with them | 12:17 |
grimmware | might be worth considering the hotswap sockets for future keyboard revisions | 12:18 |
minute | grimmware: i have some sunsets on order to test! | 12:20 |
grimmware | you won't be disappointed, they're *so* much nicer than the browns | 12:21 |
grimmware | if you ever happen to be in the same place as gl0b you should also try out his pocket with the twilights. between that and the silicon nitride trackball it is *silent*. | 12:22 |
+ paperManu (~paperManu@72.10.128.164) | 12:24 | |
josch | i've tried silicon nitride with classic reform and the sensor would fail very badly at detecting motion with it, unfortunately | 12:28 |
josch | but now that i have a pocket i ordered the same ball from the same vendor -- lets see if it's indeed better with the pocket! | 12:28 |
josch | what is the major advantage of the sunsets or twilights over the browns? | 12:29 |
minute | grimmware: nice | 12:31 |
grimmware | josch: the browns have a pretty heavy action to them (more than you would expect as a low profile version of the full size MX-compatible switch) and it also feels kind of scratchy on the bump? Difficult to describe. The sunsets are more like what you would expect from a low profile equivalent of cherry browns | 12:33 |
grimmware | josch: the twilights are linears specifically engineered to be quiet with a rubber o-ring so that when you bottom out it's just a little bit squishy | 12:34 |
grimmware | the other thing I'd say about the sunsets compared to the whites is that I find the whites can activate before the click if you press very lightly but the sunsets seem to activate at the bottom of the tactile bump which is very satisfying | 12:36 |
grimmware | I kept the clickies for the trackball buttons because why not :) | 12:36 |
gl0b | mine is very silent indeed! | 12:42 |
gl0b | my silicon nitride track ball did stop tracking out of the blue once or twice, but i think i've broken it in with my greasy hands now | 12:43 |
- buckket (QUIT: Quit: buckket) (~buckket@vps.buckket.org) | 12:43 | |
grimmware | mine was a bit intermittent when I broke it in but its been perfect ever since | 12:44 |
+ buckket (~buckket@vps.buckket.org) | 12:44 | |
* Guest9945 -> mjw | 12:59 | |
bremner | have others noticed the pocket screen brightness being low on reboot after recent kernel updates? brightnessctl reports it set to 5%. It can be changed with brightnessctl | 13:00 |
+ gustav28 (~gustav@c-78-82-52-230.bbcust.telenor.se) | 13:02 | |
josch | grimmware: which ones would you say are the hardest to press? | 13:13 |
grimmware | Browns for sure | 13:15 |
josch | ah great, then i will stick with those! | 13:16 |
josch | future pocket keyboard mod: replace red with brown | 13:17 |
grimmware | Oh really? Like, of all the low profiles I’ve tested the browns are the least pleasant | 13:18 |
grimmware | To the degree that when I tried them I suddenly realised why MNT opted for clickies instead of tactile | 13:18 |
josch | grimmware: yes, i have the problem that i have barely any feeling left in my fingers. This means that i do not notice when my fingers accidentally press on a key as i get close to no tactile feedback. It's an annoying problem with the pocket reform keyboard, for example. | 13:24 |
josch | (unfortunate medical condition) | 13:24 |
bremner | gordon1: confirmed that unloading wifi helps a bit: https://www.cs.unb.ca/~bremner/blog/posts/hibernate-pocket-2/ | 13:28 |
grimmware | Oh! Yeah they’re probably perfect for you then! | 13:28 |
gordon1 | try with usb too | 13:28 |
grimmware | josch: definitely have a look at the relative actuation forces before you commit, there may be some harder ones available. | 13:29 |
bremner | gordon1: rmmod usbcore ? | 13:31 |
gordon1 | bremner: probably rmmod <rk3588 specific usb driver>, dunno which one is it, something like dwc-something-something if i would guess | 13:32 |
bremner | phy_rockchip_usbdp ? | 13:33 |
bremner | oh, maybe dwc3 | 13:33 |
gordon1 | that's phy, but probably good idea to remove it too | 13:33 |
gordon1 | yes, usb-dwc3 | 13:33 |
bremner | hrm. I just have module dwc3, no usb in the name | 13:34 |
gordon1 | well, it is called USB_DWC3 in kernel config, so i guess it is dwc3 then | 13:35 |
bremner | gordon1: btw, should I expect "platform" test to pass when "platform" is not an option in /sys/power/disk ? | 13:35 |
gordon1 | no, i don't think so, it is supposed to go through ACPI on x86 machines, there is technically a "platform" in ATF in ARM64 but i'm not sure it has the same meaning in this case | 13:36 |
gordon1 | bremner: make sure it will automatically load dwc3 after resume or you will lose keyboard | 13:38 |
gordon1 | do a little script or something | 13:38 |
gordon1 | sprinkle it with sleeps! | 13:38 |
bremner | yeah, I'm running a script | 13:38 |
bremner | ah, sleeps I don't have (yet) | 13:38 |
bremner | gordon1: fwiw, platform test still fails with dwc3 unloaded. The documentation seems to imply that if the hibernation mode is "reboot", that test should be identical to devices, but it clearly isn't. | 13:53 |
grimmware | does anyone else have the issue of brownouts under sudden load at around ~27% battery? | 13:55 |
grimmware | my batteries are at 3.3 and 3.4v | 13:56 |
grimmware | usually some sudden browser activity is implicated | 13:56 |
grimmware | Yeah now it can’t get all the way to login. Which is a bummer because I don’t have a charger with me. | 13:58 |
grimmware | I think I probably need to fully charge and rebalance the cells. | 13:58 |
minute | lvfs metadata now needs some kind of "release urgency" | 14:11 |
- paperManu (QUIT: Ping timeout: 272 seconds) (~paperManu@72.10.128.164) | 14:32 | |
- casparvitch (QUIT: Remote host closed the connection) (~casparvit@36.255.114.132) | 14:48 | |
+ casparvitch (~casparvit@36-255-114-132.ip4.superloop.au) | 14:48 | |
minute | josch: i really wanna merge your download + flash keyboard4 fw tools btw, then we can announce the new fw that'll make recent classic reforms less crashy | 14:52 |
- anzu (QUIT: Quit: WeeChat 3.5) (~anzu@melkki.cs.helsinki.fi) | 15:00 | |
- L29Ah (QUIT: Ping timeout: 276 seconds) (~L29Ah@wikipedia/L29Ah) | 15:00 | |
abortretryfail | mine isn't crashy yet. 🤞 | 15:14 |
abortretryfail | grimmware: When I had a failing cell in mine it would do that sometimes. I replaced all 8 after 1 went *pop* while charging. | 15:15 |
- bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 15:27 | |
+ shtrophic (~m-hrdsqi@user/shtrophic) | 15:32 | |
+ L29Ah (~L29Ah@wikipedia/L29Ah) | 15:35 | |
- casparvitch (QUIT: Ping timeout: 252 seconds) (~casparvit@36-255-114-132.ip4.superloop.au) | 15:37 | |
+ bkeys (~Thunderbi@66.110.201.50) | 15:41 | |
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 15:42 | |
+ bkeys1 (~Thunderbi@66.110.201.50) | 15:42 | |
* bkeys1 -> bkeys | 15:44 | |
minute | abortretryfail: did you get it recently from us? | 15:46 |
minute | josch: what do you think of shipping gnome-firmware and fwupd by default now? | 15:47 |
minute | i just pushed the new stable pocket sysctl fw to lvfs | 15:47 |
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 15:51 | |
+ bkeys1 (~Thunderbi@66.110.201.50) | 15:51 | |
* bkeys1 -> bkeys | 15:53 | |
+ andreas-e (~Andreas@2a02-8434-b6a3-e901-8a44-c71d-2629-43fe.rev.sfr.net) | 16:05 | |
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 16:13 | |
+ bkeys1 (~Thunderbi@66.110.201.50) | 16:13 | |
- bkeys1 (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 16:15 | |
+ bkeys (~Thunderbi@66.110.201.50) | 16:15 | |
- bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 16:17 | |
+ bkeys1 (~Thunderbi@66.110.201.50) | 16:18 | |
* bkeys1 -> bkeys | 16:20 | |
+ mark_ (~mjw@gnu.wildebeest.org) | 16:21 | |
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 16:30 | |
+ bkeys (~Thunderbi@66.110.201.50) | 16:31 | |
- bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 16:33 | |
+ bkeys1 (~Thunderbi@66.110.201.50) | 16:33 | |
- andreas-e (QUIT: Ping timeout: 245 seconds) (~Andreas@2a02-8434-b6a3-e901-8a44-c71d-2629-43fe.rev.sfr.net) | 16:34 | |
* bkeys1 -> bkeys | 16:35 | |
+ andreas-e (~Andreas@2a02-8434-b6a3-e901-8a44-c71d-2629-43fe.rev.sfr.net) | 16:36 | |
- pff (QUIT: Quit: Leaving) (~pff@2600:4040:572f:5600:f1ff:dcc8:62cd:537) | 16:37 | |
+ pff000 (~pff000@2600:4040:572f:5600:f1ff:dcc8:62cd:537) | 16:38 | |
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 16:41 | |
+ bkeys1 (~Thunderbi@66.110.201.50) | 16:41 | |
- bkeys1 (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 16:43 | |
+ bkeys (~Thunderbi@66.110.201.50) | 16:43 | |
- mark_ (QUIT: Ping timeout: 252 seconds) (~mjw@gnu.wildebeest.org) | 16:50 | |
- chomwitt (QUIT: Ping timeout: 276 seconds) (~chomwitt@2a02:85f:9a3f:9300:1ac0:4dff:fedb:a3f1) | 16:55 | |
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 17:14 | |
+ bkeys1 (~Thunderbi@66.110.201.50) | 17:14 | |
* bkeys1 -> bkeys | 17:16 | |
- pff000 (QUIT: Read error: Connection reset by peer) (~pff000@2600:4040:572f:5600:f1ff:dcc8:62cd:537) | 17:22 | |
+ pff000 (~pff000@2600:4040:572f:5600:f1ff:dcc8:62cd:537) | 17:22 | |
- RandyK (QUIT: Ping timeout: 244 seconds) (~RandyK@user/randyk) | 17:27 | |
- andreas-e (QUIT: Quit: Leaving) (~Andreas@2a02-8434-b6a3-e901-8a44-c71d-2629-43fe.rev.sfr.net) | 17:37 | |
+ RandyK (~RandyK@user/randyk) | 17:40 | |
josch | minute: re download + flash keyboard4 fw tools: what is missing for you to merge it? | 18:04 |
+ mark_ (~mjw@gnu.wildebeest.org) | 18:11 | |
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 18:17 | |
+ AnimaInvicta (~AnimaInvi@88-120-179-216.subs.proxad.net) | 18:24 | |
- bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@66.110.201.50) | 18:34 | |
+ libercv (~libercv@user/libercv) | 18:37 | |
josch | minute: re gnome-firmware and fwupd: we've talked about this a while ago. Both are already the default since reform-tools 1.74: https://sources.debian.org/src/reform-tools/1.74-1/debian/control/ | 18:39 |
josch | minute: ah i now read my mail :D | 18:44 |
+ bkeys (~Thunderbi@66.110.201.50) | 18:49 | |
- bkeys (QUIT: Ping timeout: 276 seconds) (~Thunderbi@66.110.201.50) | 19:00 | |
+ bkeys (~Thunderbi@173.186.16.211) | 19:02 | |
- hairu (QUIT: Remote host closed the connection) (m-uotkmd@user/hairu) | 19:16 | |
- libercv (QUIT: Quit: Konversation terminated!) (~libercv@user/libercv) | 19:17 | |
+ hairu (m-uotkmd@user/hairu) | 19:17 | |
- hairu (QUIT: Remote host closed the connection) (m-uotkmd@user/hairu) | 19:17 | |
+ hairu (m-uotkmd@user/hairu) | 19:20 | |
- hairu (QUIT: Remote host closed the connection) (m-uotkmd@user/hairu) | 19:23 | |
+ hairu (m-uotkmd@user/hairu) | 19:24 | |
- hairu (QUIT: Remote host closed the connection) (m-uotkmd@user/hairu) | 19:40 | |
+ hairu (m-uotkmd@user/hairu) | 19:41 | |
+ chomwitt (~chomwitt@2a02:85f:9a3f:9300:1ac0:4dff:fedb:a3f1) | 19:50 | |
- mrbcmorris_ (QUIT: Ping timeout: 244 seconds) (~mrbcmorri@1513413-static.lxtnkya3.metronetinc.net) | 19:53 | |
- bkeys (QUIT: Ping timeout: 244 seconds) (~Thunderbi@173.186.16.211) | 20:08 | |
+ mrbcmorris (~mrbcmorri@1513413-static.lxtnkya3.metronetinc.net) | 20:10 | |
+ bkeys (~Thunderbi@66.110.201.50) | 20:10 | |
- bkeys (QUIT: Ping timeout: 248 seconds) (~Thunderbi@66.110.201.50) | 20:23 | |
- svp (QUIT: Quit: Gateway shutdown) (~svp@host-79-7-240-189.business.telecomitalia.it) | 20:29 | |
+ svp (~svp@host-79-7-240-189.business.telecomitalia.it) | 20:31 | |
+ bkeys (~Thunderbi@66.110.201.50) | 20:45 | |
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 21:03 | |
+ bkeys1 (~Thunderbi@66.110.201.50) | 21:03 | |
* mjw -> Guest5067 | 21:04 | |
- Guest5067 (QUIT: Killed (calcium.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 21:04 | |
* mark_ -> mjw | 21:04 | |
+ Guest5067 (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 21:05 | |
* bkeys1 -> bkeys | 21:05 | |
josch | is there a tuigreet user here who is dissatisfied with the recent loglevel adjustments and would like to try out whether the fix also works for them? | 21:10 |
bremner | depends. tuigreet is presently somewhat unusable for me, how much work is the fix? | 21:12 |
- svp (QUIT: Ping timeout: 260 seconds) (~svp@host-79-7-240-189.business.telecomitalia.it) | 21:12 | |
josch | bremner: put this into your sources.list and apt upgrade: | 21:12 |
josch | deb [trusted=yes arch=arm64] https://source.mnt.re/reform/reform-debian-packages/-/jobs/11735/artifacts/raw/repo reform main | 21:12 |
josch | bremner: the fix is that reform-tools postinst will create /etc/flash-kernel/ubootenv.d/00reform2_tuigreet_loglevel -- since reform-tools also triggers update-initramfs, flash-kernel is run and will rebuild your /boot/boot.scr making it include that new setting | 21:14 |
bremner | hrm. Not seeting a new version of reform-tools | 21:16 |
josch | bremner: you just put it into your apt sources.list or you replaced the mntre.com mirror link? | 21:16 |
josch | actually either should work | 21:16 |
+ dok (~dok@2a01:e0a:12:d860:3696:e5bc:8411:9bc5) | 21:16 | |
josch | i'm thinking about pinning right now | 21:16 |
bremner | I added a seperate josch.list file | 21:16 |
josch | apt-cache policy reform-tools | 21:16 |
bremner | https://paste.debian.net/1383909/ | 21:17 |
josch | you did run apt update, right? | 21:17 |
bremner | yep | 21:17 |
josch | huh | 21:17 |
bremner | should that URL be readable? | 21:18 |
josch | let me try it over here... | 21:18 |
bremner | I get 404 | 21:18 |
josch | yes, apt will not read that part but will get the Release file according to the selected dist (reform) | 21:18 |
josch | the apt update output should have that information and not any warnings | 21:18 |
bremner | ACTION facepalms | 21:19 |
dok | hi all | 21:19 |
josch | bremner: ?? | 21:19 |
bremner | file in wrong place | 21:19 |
josch | ah phew :) | 21:19 |
+ bkeys1 (~Thunderbi@38-146-94-247.echocast.zone) | 21:22 | |
dok | i had some issues with my reform2-keyboard4 where sometimes the usb stack get stuck when i change the led brightness or color | 21:22 |
dok | anyone had the same issue ? | 21:22 |
bremner | josch: uh. My screen is still full of hdmi log. Is that expected? | 21:22 |
bremner | (I rebooted) | 21:22 |
josch | dok: yes! it's in the process of being addressed :) | 21:23 |
josch | bremner: it is not -- can you paste your /boot/boot.scr and your /proc/cmdline please | 21:23 |
- bkeys1 (QUIT: Client Quit) (~Thunderbi@38-146-94-247.echocast.zone) | 21:23 | |
dok | josch: to you know what's causing the issue ? | 21:23 |
josch | not well enough :) | 21:23 |
- bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@66.110.201.50) | 21:23 | |
dok | i have hacked a bit in the fw to only send report when key has changed and it "fixed" the issue, but it doesn't makes more sense to me. | 21:24 |
josch | dok: if you try hard enough you can get your whole computer freeze :) | 21:24 |
dok | am using the keyboard in standalone | 21:24 |
josch | yes, also in standalone mode | 21:24 |
bremner | josch: boot.scr: https://paste.debian.net/1383910/ cmdline: ro no_console_suspend cryptomgr.notests clk_ignore_unused cma=256M swiotlb=65535 fbcon=rotate:3 fbcon=font:TER16x32 console=tty1 | 21:24 |
josch | for example, with openrgb if you have the LEDs animate too fast, your system will freeze | 21:25 |
dok | well it never happened to me, yet :) | 21:25 |
dok | oh, i don't use openrgb | 21:25 |
josch | bremner: aha the change is not in your boot.scr -- do you have the file /etc/flash-kernel/ubootenv.d/00reform2_tuigreet_loglevel | 21:25 |
+ bkeys (~Thunderbi@66.110.201.50) | 21:25 | |
bremner | josch: that directory is empty here | 21:27 |
josch | oh bummer | 21:27 |
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 21:28 | |
+ bkeys1 (~Thunderbi@66.110.201.50) | 21:28 | |
* bkeys1 -> bkeys | 21:30 | |
josch | bremner: could you check whether on your system these have an exit status of zero: | 21:31 |
josch | systemctl is-active --quiet greetd | 21:32 |
josch | grep --quiet '^ *command *= *["'"'"']/usr/bin/tuigreet *' /etc/greetd/config.toml | 21:32 |
bremner | yes to both | 21:32 |
dok | i would like to contribute to the keyboard fw but i feel i am going to change too much things | 21:32 |
+ svp (~svp@host-79-7-240-189.business.telecomitalia.it) | 21:33 | |
josch | dok: create an account on source.mnt.re and start filing MRs to discuss? :) | 21:34 |
dok | seems like the best plan yeah | 21:34 |
josch | bremner: thank you for your tests. I guess for the next victim^Whelper I add a set -x to the postinst script | 21:34 |
josch | it worked fine for me XD | 21:35 |
bremner | OK. I can try again later (maybe tommorrow in your time) | 21:35 |
bremner | clearly you just need a docker image to run tuigreet | 21:35 |
josch | bremner: why do i need a docker image? | 21:35 |
bremner | it's a joke. docker is "it works on my machine" as a technology | 21:36 |
josch | bremner: you cannot test again because the postinst script only does this on upgrades from a version before or equal to 1.74 | 21:36 |
josch | bremner: ah kk :) | 21:36 |
dok | i already created an account but it's pending approval | 21:36 |
josch | minute: dok wants approval of their account on source.mnt.re | 21:36 |
dok | i am using another login: jmaselbas | 21:38 |
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 22:02 | |
+ bkeys (~Thunderbi@66.110.201.50) | 22:02 | |
minute | dok: i actually want to do the same thing, like send reports only when things changed, but for next the keyboard has 3 usb reports now (keyboard, trackpad and consumer control) so it's a bit more work | 22:15 |
- gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-52-230.bbcust.telenor.se) | 22:15 | |
minute | dok: but did you already try the latest fw? | 22:15 |
dok | yes | 22:15 |
minute | dok: ok, approved your acc | 22:16 |
dok | what i have currently is: i save the previous report (key scan + control_code (dont know what it is)) and test against the new one | 22:16 |
dok | if the desc changed then i put a bool for each report in an array "pendding_hid_report" that will be use to know which desc needs to be send (by send_hid_report) | 22:17 |
dok | minute: thanks | 22:17 |
- bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 22:17 | |
dok | but i didn't added the proper condition logic for the other reports | 22:18 |
+ bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 22:18 | |
+ gustav28 (~gustav@c-78-82-52-230.bbcust.telenor.se) | 22:22 | |
josch | grimmware: mate, your trackball rocks! :D | 22:24 |
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@38-146-94-247.echocast.zone) | 22:32 | |
+ bkeys1 (~Thunderbi@38-146-94-247.echocast.zone) | 22:32 | |
* bkeys1 -> bkeys | 22:34 | |
grimmware | josch: thanks dude :) I was a little bummed that the sensor was too low to detect the ball and then I remembered that was the whole point of the design and I just adjusted the BTU height to lower the ball and center it over the sensor | 22:34 |
grimmware | I'm going to use the clicky keyswitches from the pocket for the buttons | 22:35 |
- gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-52-230.bbcust.telenor.se) | 22:45 | |
+ bkeys1 (~Thunderbi@172.56.71.43) | 22:46 | |
- bkeys (QUIT: Ping timeout: 276 seconds) (~Thunderbi@38-146-94-247.echocast.zone) | 22:49 | |
* bkeys1 -> bkeys | 22:49 | |
- bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@172.56.71.43) | 23:00 | |
+ paperManu (~paperManu@72.10.128.164) | 23:13 | |
+ bkeys (~Thunderbi@173.186.16.211) | 23:52 | |
- L29Ah (PART: Disconnected: closed) (~L29Ah@wikipedia/L29Ah) | 23:52 | |
+ L29Ah (~L29Ah@wikipedia/L29Ah) | 23:58 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!