| minute | henesy: no, the batteries are protected | 00:03 |
|---|---|---|
| minute | henesy: also, there's a standby switch for conserving them even more (see the quickstart manual) | 00:03 |
| henesy | I saw the reference to the standby switch I wasn't entirely sure it's purpose | 00:07 |
| henesy | What's the spec needed for charging? | 00:08 |
| henesy | Input amp/voltage | 00:08 |
| henesy | I have the brick but didn't get a usbc to us bc apparently | 00:08 |
| josch | minute: do the first 30 lines of this d/copyright file for reform-handbook look correct to you? https://paste.debian.net/hidden/7bdadd5b/ | 00:55 |
| - aloo_shu (QUIT: Ping timeout: 252 seconds) (~aloo_shu@90.166.193.235) | 01:18 | |
| + aloo_shu (~aloo_shu@85.51.16.26) | 01:27 | |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 01:43 | |
| - mtm (QUIT: Ping timeout: 258 seconds) (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 02:04 | |
| + mtm (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 02:06 | |
| - Gooberpatrol_66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 02:26 | |
| + Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66) | 02:26 | |
| + skipwich_ (~skipwich@user/skipwich) | 03:24 | |
| - mjw (QUIT: Ping timeout: 248 seconds) (~mjw@gnu.wildebeest.org) | 03:25 | |
| - skipwich (QUIT: Ping timeout: 248 seconds) (~skipwich@user/skipwich) | 03:26 | |
| * skipwich_ -> skipwich | 03:26 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 03:55 | |
| - Gooberpatrol_66 (QUIT: Ping timeout: 245 seconds) (~Gooberpat@user/gooberpatrol66) | 03:56 | |
| - bkeys (QUIT: Remote host closed the connection) (~Thunderbi@45.134.140.153) | 04:03 | |
| + NanoCodeBug (~NanoCodeB@c-73-35-191-67.hsd1.wa.comcast.net) | 04:37 | |
| NanoCodeBug | i have an asia rf wifi card but it looks like the official image doesn't have it enabled in the kernel config? | 04:37 |
| - cobra (QUIT: Ping timeout: 258 seconds) (~cobra@user/Cobra) | 05:19 | |
| + mjw (~mjw@gnu.wildebeest.org) | 05:44 | |
| henesy | Is reform-boot-config broken? It seems to think a partition that doesn't exist is my existing boot partition | 06:13 |
| henesy | I'm editing it but it's a bit of a pain | 06:13 |
| henesy | Does it just set fstab say to the NVME or does it do any other magic to set the boot partition | 06:13 |
| henesy | And boot device I suppose | 06:14 |
| - Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 06:25 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 06:25 | |
| josch | henesy: yes, reform-boot-config is only a convenience script which automates some things so that you do not have to do all of it manually. As such it makes a bunch of assumptions which may or may not align with reality. If you found a bug or have a feature you want to propose we can do that. But for that, can you be a bit more verbose about the bug you are encounering? What exactly is happening? | 07:00 |
| + Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66) | 07:08 | |
| - Gooberpatrol66 (QUIT: Ping timeout: 272 seconds) (~Gooberpat@user/gooberpatrol66) | 07:08 | |
| - mjw (QUIT: Ping timeout: 255 seconds) (~mjw@gnu.wildebeest.org) | 07:10 | |
| - NanoCodeBug (QUIT: Quit: Client closed) (~NanoCodeB@c-73-35-191-67.hsd1.wa.comcast.net) | 07:16 | |
| henesy | josch: https://gist.github.com/henesy/8152d29a3b0b56a83b6aa5a7c680dd70 | 07:49 |
| henesy | this has the command run, errors, and some disk info | 07:49 |
| henesy | alternatively is there a list of the manual commands to run | 07:50 |
| josch | henesy: can you also paste the output of "sudo reform-check" somewhere please? | 07:50 |
| henesy | yes 1m | 07:50 |
| henesy | https://gist.github.com/henesy/d618382b2d0c53489b6c97f19343c7f2 | 07:51 |
| josch | henesy: you seem to be running quite a bit of a custom system, no? | 07:53 |
| josch | if that is not your intention, i can help you normalize it | 07:53 |
| henesy | josch: this is a pocket i unboxed today | 07:54 |
| henesy | i havent done anything but run firefox and try to switch boot over | 07:55 |
| josch | oh interesting! | 07:55 |
| josch | henesy: then as a first step, could you please either upgrade your software to their latest versions or re-flash with the latest system image? | 07:55 |
| henesy | just a dist-upgrade good enough for the former? | 07:56 |
| josch | yes | 07:57 |
| - aloo_shu (QUIT: Ping timeout: 252 seconds) (~aloo_shu@85.51.16.26) | 07:58 | |
| josch | <= afk for ~1h | 07:59 |
| henesy | this is a crowd supply pocket if that makes a difference | 08:15 |
| josch | henesy: after you upgraded and rebooted, please share your "sudo reform-check" output again | 08:17 |
| josch | it is most curious to me that your /boot is not mounted | 08:17 |
| josch | henesy: i do not own a pocket and i think i only implemented many fixes for the pocket reform *after* they were flashed and shipped to crowd-supply by MNT because i only was able to change things once users had received their devices and started complaining :) | 08:18 |
| henesy | josch: https://gist.github.com/henesy/0a54ea32ec1a82e3e991bda9c7726a03 | 08:31 |
| henesy | check output | 08:31 |
| henesy | https://gist.github.com/henesy/ebb160a0061dda4759f03bed1c969c64 migrate output | 08:32 |
| henesy | josch: i dont think i have a dedicated boot partition and its just slash? | 08:35 |
| josch | okay, this already looks a bit better | 08:37 |
| josch | what is your current /etc/fstab? | 08:37 |
| henesy | mmcblk2 mmcblk2boot0 mmcblk2boot1 mmcblk2p1 mmcblk2p2 mmcblk2rpmb my mmc partitions | 08:38 |
| henesy | one moment | 08:38 |
| henesy | https://gist.github.com/henesy/1f8830db4264e030a5567c1366bd0cb2 fstab | 08:39 |
| josch | your /etc/fstab looks good | 08:40 |
| josch | can you also paste the output of findmnt? | 08:41 |
| henesy | ye3s | 08:41 |
| josch | because you /etc/fstab has an entry for /boot so i do not understand why there is nothing mounted on it | 08:41 |
| josch | you rebooted after the upgrade, right? | 08:41 |
| henesy | yes | 08:41 |
| josch | hrm... | 08:41 |
| josch | ah indeed | 08:41 |
| josch | if you upgraded without your /boot mounted, then of course there was no effect :D | 08:42 |
| henesy | https://gist.github.com/henesy/63227e4d03318c078b9b63e2391142c0 | 08:42 |
| josch | huh?! XD | 08:42 |
| josch | okay, lets somehow try to fix this up | 08:42 |
| josch | i have no idea how this happened unfortunately, sorry | 08:43 |
| josch | try to do this: | 08:43 |
| henesy | thats ok | 08:43 |
| josch | sudo mount /dev/mmcblk2p1 /boot | 08:43 |
| josch | sudo update-initramfs -u | 08:43 |
| josch | sudo flash-kernel | 08:43 |
| josch | hrm... no wait | 08:44 |
| henesy | oops | 08:44 |
| henesy | already done | 08:44 |
| josch | no worries, nothing you did breaks something | 08:44 |
| josch | but you need something else, while having /boot mounted | 08:44 |
| josch | sudo apt install --reinstall linux-image-6.10.4-mnt-reform-arm64 | 08:45 |
| josch | does that succeed? | 08:45 |
| henesy | done and yes | 08:46 |
| josch | great | 08:46 |
| josch | now cross your fingers and try rebooting | 08:47 |
| henesy | 10-4 | 08:47 |
| henesy | ummm | 08:48 |
| henesy | i got dropped to (initramfs) | 08:48 |
| henesy | /dev/mmcblk2p2 does not exist dropping to a shell | 08:48 |
| henesy | so im in busybox | 08:49 |
| henesy | keyboard doesnt seem to work | 08:49 |
| henesy | so uh whats the reimaging process like | 08:50 |
| josch | i absolutely do not understand this | 09:02 |
| josch | how cat /dev/mmcblk2p2 not exist while at the same time, your findmnt output showed it as your root partition? | 09:03 |
| josch | henesy: i can try to walk you through the re-imaging process but something is really odd here... | 09:03 |
| josch | henesy: these are the steps: https://community.mnt.re/t/deleted-the-emmc-partition/2100/2 | 09:05 |
| henesy | no idea tbh | 09:05 |
| josch | henesy: in that script, replace /4400/ by /5575/ | 09:06 |
| henesy | 10-4 | 09:07 |
| josch | 6 | 09:08 |
| henesy | haha | 09:11 |
| henesy | script running | 09:11 |
| + aloo_shu (~aloo_shu@90.166.193.183) | 09:16 | |
| henesy | OKAY after reimaging and some trial and error i have a migrated system to nvme | 09:44 |
| josch | henesy: does everything work now? | 09:45 |
| henesy | 1. write/boot pocket imx8 image to sideload microsd 2. reflash emmc as linked by you 3. reform-migrate --emmc /dev/nvme0n1p1 4. poweroff and remove sideload microsd 5. boot into happy nvme land with no issues it seems | 09:46 |
| henesy | tho the waybar battery level seems stuck at 100% now | 09:47 |
| henesy | minor | 09:47 |
| josch | henesy: yes, the waybar thing is due to a recent change in waybar which showed a bug in the lpc firmware | 09:48 |
| henesy | neat! | 09:48 |
| josch | henesy: https://community.mnt.re/t/after-apt-upgrade-today-battery-in-waybar-stuck-at-100/2299 | 09:49 |
| henesy | thanks! | 09:53 |
| henesy | and thx for all ur help | 09:54 |
| josch | sorry for the mess :/ | 09:55 |
| josch | i have no idea what went wrong there | 09:55 |
| henesy | no worries | 09:58 |
| henesy | is there a way to rebind the agr key to shift | 09:58 |
| henesy | is that a wayfire thing | 09:58 |
| josch | you could change and re-flash the keyboard firmware or you could add an entry to /etc/udev/hwdb.d as outlined here: https://community.mnt.re/t/remapping-keyboard-without-firmware-modification-adding-sysrq-key/687 | 10:00 |
| henesy | thx! | 10:04 |
| henesy | also is the charging brick/port not able to positively charge the pocket while in use? i'm still getting battery discharge despite being plugged directly in to a wall socket | 10:05 |
| henesy | the battery status goes down from whatever the standard pull is to 0.8A or so | 10:06 |
| henesy | the brick i have the crowdsupply one which is titled 'Wall Mount AC Adapter, USB Type-C, 60W Power Supply w/ US Plug' | 10:08 |
| minute | henesy: the charging brick should normally always charge and show a negative A number when charging | 10:11 |
| josch | minute: do the first 30 lines of this d/copyright file for reform-handbook look correct to you? https://paste.debian.net/hidden/7bdadd5b/ | 10:12 |
| minute | henesy: on the stock firmware people had issues with plugging in some chargers when the device is already on, but i haven't seen this on the updated fw. | 10:12 |
| minute | i guess it's high time to really roll out the new fe | 10:12 |
| minute | fw | 10:12 |
| henesy | i do not see a negative value | 10:13 |
| henesy | which firmware to update and steps? | 10:13 |
| kensanata | henesy: the old situation was this: you had to begin charging while the pocket was powered off. | 10:14 |
| henesy | definitely did not do that | 10:14 |
| kensanata | henesy: the bug is fixed but in testing, so unless you want to take part in the test, there's currently no fix. | 10:14 |
| kensanata | henesy: also upgrading the firmware risks soft-bricking the pocket, so caution is advised. | 10:15 |
| minute | josch: looks ok but the renders in the reform handbook were done by Paul Klingberg, looks missing | 10:15 |
| minute | josch: only in the pocket handbook i did them myself | 10:15 |
| henesy | ill sit tight then | 10:15 |
| kensanata | henesy: same here :D | 10:15 |
| josch | minute: thank you! | 10:16 |
| henesy | so is it a visual issue or will the power supply actually bottom out and hard power off to 0 while plugged in? | 10:16 |
| josch | minute: i'm trying to upload reform-handbook to unstable -- that will make the reform-debian-packages pipeline a lot faster as the handbook does not need to be built every time | 10:16 |
| kensanata | henesy: regarding the 100% indication, I do have a fix for that based on this thread: https://community.mnt.re/t/after-apt-upgrade-today-battery-in-waybar-stuck-at-100/2299 | 10:16 |
| henesy | or just not charging the cells properly but power flows fine while plugged in | 10:16 |
| josch | minute: i also found a bunch of small issues with the handbook but we can discuss those another time | 10:16 |
| minute | henesy: not a visual issue. it's charging only when the status led (shining through right port cover) is red or purple | 10:16 |
| kensanata | henesy: it will switch off | 10:16 |
| henesy | radical | 10:16 |
| minute | josch: any thoughts on a firmware updater tool/script? | 10:17 |
| minute | i.e. should i just write one (for reform-tools), do you have design preferences? | 10:17 |
| kensanata | henesy: this is what I did for the 100% indicator: sudo apt install upower; edit ~/.config/waybar/config and replace "battery" with "upower" on line 7; restart the window manager. | 10:17 |
| minute | mainly for pocket atm | 10:18 |
| henesy | kensanata: thx! | 10:18 |
| minute | josch: i guess my main Q would be how the tool finds the latest/good firmware file. should we bundle it as a binary, should it be stored and downloaded from somewhere else, ... | 10:19 |
| minute | firmware-reform ^^ | 10:20 |
| josch | minute: for the lpc, there is this script: https://source.mnt.re/reform/reform/-/blob/master/reform2-lpc-fw/flash.sh?ref_type=heads | 10:20 |
| henesy | what not `reform-firmware`? :P | 10:20 |
| josch | as for shipping the firmware, that can be done by a reform-firmware package indeed | 10:20 |
| minute | josch: ok, sounds good... could the same package include the tools for flashing? | 10:21 |
| josch | minute: i attempted to create that package in the past, remember our discussions about mono-repo issues | 10:21 |
| minute | ah yeah. so my proposal would be to do a new repo that clones reform and builds the firmwares and makes a deb, for example... or doing that in reform-debian-packages | 10:22 |
| josch | why not in the reform repo itself? | 10:22 |
| minute | sure, and reform-debian-packages would retrieve the deb? | 10:22 |
| minute | i mean that's good because the reform repo already builds the firmware files... | 10:23 |
| josch | according to this ~/deb/reform-firmware directory i have here, the last time i worked on this was in july | 10:23 |
| minute | that's pretty recent! | 10:23 |
| josch | minute: ah there's this: https://source.mnt.re/reform/reform/-/merge_requests/70 | 10:23 |
| josch | that's even the fitting timestamp :) | 10:24 |
| minute | but, reform fw is nice, but for pocket it's more pressing as the shipped fw is less than ideal. | 10:24 |
| minute | josch: ohh, writing down to merge this when i'm in the office | 10:25 |
| josch | right, for the pocket, the firmware flasher was the script which hard-reset the pocket, correct? | 10:26 |
| josch | and another question: do you want the firmware to be upgraded automatically or should user intervention be required to flash things? | 10:28 |
| minute | josch: the script doesn't hard reset, but the original fw does it as a side effect | 10:30 |
| josch | ch had a really good idea on how to do this properly | 10:31 |
| josch | but the process is quite involved and i'd need more time | 10:31 |
| minute | josch: the sysrq workaround worked for me in testing, and once you're on the new fw it won't happen again | 10:31 |
| josch | so maybe a hacky interim solution for now? | 10:31 |
| josch | oh, so this is not even needed after flashing the new firmware? | 10:31 |
| minute | josch: only once yeah | 10:32 |
| josch | so when then the next firmware comes out and is to be flashed there will not be a hard reset anymore because the hard-reset was a problem with the original fw that is now fixed with the new one? | 10:33 |
| minute | correct | 10:33 |
| minute | here is the fix https://source.mnt.re/reform/pocket-reform/-/commits/main/pocket-reform-sysctl-fw/sysctl.c?ref_type=heads | 10:33 |
| josch | oh this is so good | 10:33 |
| josch | because the required dance was really complex | 10:33 |
| josch | now i don't have to do that anymore :D | 10:33 |
| josch | okay, still the question is: do you want a hacky quick solution or a solution which you want to keep using in the far future? | 10:34 |
| josch | maybe add a ./debian directory to the reform/pocket-reform repository and let that be build by reform-debian-packages in build_custom.sh? The ./debian directory in reform/pocket-reform can build the firmware, stuff it in a package and ship a shell script that allows flashing it | 10:37 |
| - gsora (QUIT: Remote host closed the connection) (~gsora@user/gsora) | 10:42 | |
| + gsora (~gsora@user/gsora) | 10:43 | |
| minute | josch: what do those solutions look like? i don't want anything complex in any case :D | 10:55 |
| minute | josch: sounds good! | 10:56 |
| josch | quick solution would be: put a script somewhere and make a forum post saying: here is the update script, please run it, it will download and flash what you need | 10:56 |
| minute | ah well. | 10:57 |
| minute | i want a bit better than that (a tool we can ship and that's no hassle to run) | 10:57 |
| josch | i think such a script would best be put into the pocket-reform repo and then that repo can build the firmware and make a package from that, built by reform-debian-packages/build_custom.sh | 10:59 |
| - cow321 (QUIT: Ping timeout: 252 seconds) (~deflated8@user/meow/deflated8837) | 11:28 | |
| minute | josch: aye | 11:37 |
| josch | minute: if you cook something up i can review it but i fear i have my hand full with other reform-stuff (and the usual real-life-stuff) right now | 11:42 |
| + cow321 (~deflated8@user/meow/deflated8837) | 11:51 | |
| + cobra (~cobra@user/Cobra) | 12:00 | |
| josch | In unrelated news, reform-handbook is in NEW: https://ftp-master.debian.org/new/reform-handbook_2024-08-19+dfsg-1.html | 12:04 |
| josch | should that get accepted by ftp-master, it will be the first CERN-OHL-S-2.0 licensed package in debian -- lets see how that goes... | 12:05 |
| + andypiper (~andypiper@89.36.117.58) | 13:19 | |
| - aloo_shu (QUIT: Ping timeout: 248 seconds) (~aloo_shu@90.166.193.183) | 13:28 | |
| + mjw (~mjw@gnu.wildebeest.org) | 13:31 | |
| + aloo_shu (~aloo_shu@90.166.193.183) | 13:38 | |
| - mtm (QUIT: Ping timeout: 264 seconds) (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 14:04 | |
| + mtm (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 14:06 | |
| - mjw (QUIT: Ping timeout: 255 seconds) (~mjw@gnu.wildebeest.org) | 14:17 | |
| - ex--parrot (QUIT: Server closed connection) (~fincham@user/ex-parrot) | 14:38 | |
| + ex-parrot (~fincham@user/ex-parrot) | 14:39 | |
| * Guest5808 -> mjw | 14:39 | |
| + bkeys (~Thunderbi@45.134.140.153) | 14:46 | |
| - andypiper (QUIT: Remote host closed the connection) (~andypiper@89.36.117.58) | 15:14 | |
| sevan | josch: that's cool :) | 15:16 |
| * bluerise_ -> bluerise | 16:22 | |
| minute | launched! https://shop.mntre.com/products/mnt-pocket-reform | 16:59 |
| jn | \o/ | 17:00 |
| [tj] | congratulations! | 17:01 |
| minute | thxxx | 17:02 |
| gsora | congratsssss | 17:02 |
| josch | huh it seems we really need the next reform-tools upgrade with rk3588 for the pocket reform :D | 17:05 |
| minute | :3 | 17:08 |
| jfred | I think I'm going to switch to tuigreet on my big reform too, it's very nice | 17:11 |
| ch | niceee | 17:11 |
| josch | with a311d and external wifi this is quite the upgrade | 17:12 |
| josch | and there is even a DIY kit! | 17:12 |
| - skipwich (QUIT: Remote host closed the connection) (~skipwich@user/skipwich) | 17:13 | |
| minute | yesss | 17:13 |
| [tj] | is this the end of imx in reform computers? | 17:17 |
| [tj] | (other than the existing ones) | 17:17 |
| josch | [tj]: you still want one if you want to run a kernel from Debian stable | 17:18 |
| josch | (i always want to put a backslash before the brackets of your nickname...) | 17:18 |
| minute | [tj]: yes, but there will still be a few hundred imx8mplus pocket's available @ crowd supply | 17:19 |
| [tj] | cool, I'm sure I'll mostly be writing drivers for myself anyway | 17:20 |
| + mark_ (~mjw@gnu.wildebeest.org) | 17:28 | |
| minute | imx9 was announced in march 2021 and is still not fully launched... only the imx93 which is dual cortex-a55...... | 17:34 |
| minute | not sure what's going on there | 17:34 |
| bluerise | minute: congrats, looks awesome :) | 17:49 |
| bluerise | I don't have much hope for i.MX tbh | 17:49 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 17:51 | |
| [tj] | bluerise: how far on is support in openbsd? | 17:56 |
| [tj] | huh an email from nxp: "We are pleased to announce the release of Debian 12 (based on the Linux® kernel 6.6.3) which is now available for select i.MX and Layerscape® evaluation kits." | 17:58 |
| midfavila | if imx8m* is "done" in reforms, will maintenance of system images be handled by community efforts now, minute? | 18:02 |
| [tj] | I didn't want to suggest that | 18:02 |
| midfavila | you didn't, i'm just checking :p | 18:02 |
| midfavila | i'm already working (slowly, very slowly) on porting my usual distro to the reform so i just wanna know if i should accelerate that | 18:03 |
| [tj] | gotta be careful :D | 18:04 |
| midfavila | i also kinda wanna tinker with that mars cm4 module... | 18:04 |
| midfavila | something like that in the reform would be sweet | 18:05 |
| minute | midfavila: maintenance no, when there are grave bugs i'll fix them. but, just being honest, i can't invest time in optimizing things for imx8mq | 18:18 |
| minute | imx8mp is another story because it's relatively new for us and still selling @ crowd supply | 18:18 |
| josch | minute: is imx8mq something that things still have to be optimized for? It's just working and not blocking anything, no? | 18:26 |
| josch | it would be another story if there was a kernel regression or something, i don't think that you should be the one sinking your time into fixing the kernel on imx8mq should anything regress... | 18:26 |
| minute | josch: yeah, that's kind of what i mean. we have to rely a bit on linux not breaking it too much | 18:28 |
| minute | but imx8mq is very popular in embedded so we're not the only ones having an interest in that | 18:28 |
| - mjw (QUIT: Killed (molybdenum.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 18:39 | |
| * mark_ -> mjw | 18:39 | |
| + Guest4206 (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 18:39 | |
| midfavila | that's totally fair minute | 18:41 |
| midfavila | thanks for the quick response :3 | 18:41 |
| + xha (~xha@user/xha) | 18:44 | |
| jfred | how much of the imx8mq module's hardware is supported in mainline linux and how much is still out-of-tree? | 19:46 |
| jfred | (so, sort of: how much does it matter long-term if MNT isn't actively maintaining it?) | 19:49 |
| minute | jfred: you can track that here https://source.mnt.re/reform/reform-debian-packages/-/tree/main/linux/patches6.10/imx8mq-mnt-reform2?ref_type=heads | 19:50 |
| minute | this one is needed for the mpcie slot https://source.mnt.re/reform/reform-debian-packages/-/blob/main/linux/patches6.10/imx8mq-mnt-reform2/0002-pci-imx6-add-support-for-internal-refclk-imx8mq.patch?ref_type=heads | 19:50 |
| minute | and the other biggie is HDMI, which is being mainlined since many years but hasn't landed | 19:51 |
| minute | it's an epic patch | 19:51 |
| jfred | oh my yes, the first four are nice and small and that last one is *huge* | 19:53 |
| jfred | well, if that one lands at some point I'm not so worried about the others :D | 19:54 |
| minute | jfred: the patch is at version 16 (!) now https://lore.kernel.org/linux-arm-kernel/cover.1719903904.git.Sandor.yu@nxp.com/ | 19:54 |
| jfred | oh and it's nxp driving the mainlining effort on that - good! | 19:55 |
| minute | and it's still no good... https://lore.kernel.org/linux-arm-kernel/20240702-quartz-salamander-of-culture-eec264@houat/ | 19:55 |
| minute | it's the forever patch | 19:55 |
| + gustav28 (~gustav@c-1f51205c.019-141-67626730.bbcust.telenor.se) | 20:02 | |
| josch | jfred: on the plus side, rebasing that patch during the past 2 years (omg it has been that long!) was not always super easy but it was doable for somebody with my non-existant linux-hacking skill set, so even if nxp decides to drop the ball, i think it might not be that bad... | 20:17 |
| jfred | I do hope they keep at it though haha, I think you're underestimating your linux-hacking skill set if you've been rebasing that big patch for that long :P | 20:25 |
| josch | minute: than you for merging https://source.mnt.re/reform/reform/-/merge_requests/70 though maybe we should've changed the tag name a bit, given that it's the end of august now XD | 20:28 |
| - Gooberpatrol_66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 20:45 | |
| + Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66) | 20:45 | |
| bluerise | [tj]: for what? | 21:07 |
| bluerise | i.MX9: I think there's nothing | 21:07 |
| bluerise | like, I don't even see any proper i.MX9 boards | 21:08 |
| bluerise | RK3588 is where it's at | 21:08 |
| josch | minute: oh it turns out, accepting a MR does not give you the tags -- you have to manually create tag 2024-07-26 | 21:19 |
| josch | minute: since nothing else changed in that repo during the past 3 weeks, the date is actually not a problem :) | 21:29 |
| josch | could somebody on an imx8mq run the following for me and paste me the output? thank you! | 21:34 |
| josch | ls -lha /sys/bus/i2c/drivers/wm8960/ | 21:34 |
| - hairu (QUIT: Remote host closed the connection) (m-uotkmd@user/hairu) | 21:35 | |
| + hairu (m-uotkmd@user/hairu) | 21:36 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 21:58 | |
| - Gooberpatrol_66 (QUIT: Ping timeout: 245 seconds) (~Gooberpat@user/gooberpatrol66) | 21:58 | |
| ch | josch: in https://buildd.debian.org/status/fetch.php?pkg=reform-setup-wizard&arch=i386&ver=1.0-10&stamp=1723524515&raw=0 there are dpkg-gencontrol warnings about substitution variables being defined but not used. i guess at least Static-Built-Using should be added to d/control? | 22:02 |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-1f51205c.019-141-67626730.bbcust.telenor.se) | 22:15 | |
| josch | ch: no idea -- do you know your way around with cargo/rust? Just today I had a warning in my build log "substitution variable ${sphinxdoc:Built-Using} unused, but is defined", so i added build using but then got a lintian error... | 22:29 |
| ch | josch: not really. afaik Static-Built-Using is the newest of the three | 22:31 |
| josch | lets try them all and see what lintian has to say :) | 22:31 |
| ch | i guess it will hate all of them :> | 22:32 |
| josch | ch: thank you for having a look -- feel free to review more of my stuff, i welcome your comments :) | 22:32 |
| henesy | josch: no such file or directory | 22:43 |
| henesy | is the bluetooth disabling itself after reboot a known pocket bug? | 22:43 |
| josch | henesy: huh that's interesting. What's your output of "lsmod | grep wm8960" | 22:44 |
| josch | henesy: and what is your output of "rfkill list all" | 22:46 |
| henesy | josch: former no output | 22:48 |
| josch | henesy: but then you have no audio on your system, right? | 22:48 |
| henesy | josch: https://gist.github.com/henesy/3e4b84a936fed2cc61dc7588c3626846 | 22:50 |
| henesy | josch: speakers work fine | 22:52 |
| josch | henesy: "Soft blocked: yes" that's why your bluetooth does not work | 22:52 |
| josch | but afaik that is an issue of the pocket, not of the big reform | 22:52 |
| josch | ch: W: reform-setup-wizard: unknown-field Static-Built-Using :) | 22:58 |
| ch | ah, #1069256 - not yet accepted | 22:59 |
| josch | brilliant | 23:00 |
| josch | lintian also tells me adopted-extended-field about XB-X-Cargo-Built-Using but according to codesearch.d.n the field without the prefix is used nowhere in the archive... | 23:01 |
| ch | codesearch doesnt look at binary packages, does it? | 23:02 |
| ch | but yeah i think the rust people are switchting to Static-Built-Using | 23:02 |
| ch | except where for license requirements you need Static-Built-Using and Built-Using | 23:03 |
| josch | ch: correct, but it looks at debian/control and that's where it's used, no? | 23:03 |
| ch | ah | 23:04 |
| ch | that sounds like a plain lintian bug | 23:04 |
| henesy | oh btw josch the hwdb mnt community key rebind didnt work for me to bind over agr | 23:28 |
| - henesy (PART: !!unknown attribute: msg!!) (d7619ffbc2@2a03:6000:1812:100::143) | 23:28 | |
| + henesy (d7619ffbc2@2a03:6000:1812:100::143) | 23:28 | |
| henesy | https://gist.github.com/henesy/b762c3f340cdcfd74f504504881c9d55 | 23:29 |
| henesy | udevadm reports the bind as loaded so i have no idea | 23:46 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!