| + kensanata (~alex@user/kensanata) | 00:01 | |
| - pomel0 (QUIT: Ping timeout: 244 seconds) (~pomel0@user/pomel0) | 00:09 | |
| + pomel0 (~pomel0@user/pomel0) | 00:10 | |
| - Ar|stote|is (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~linx@149.210.0.44) | 00:33 | |
| + Ar|stote|is (~linx@149.210.0.44) | 00:39 | |
| - mjw (QUIT: Killed (uranium.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:4600:5952:3a9:6e0e:555a) | 00:41 | |
| * wielaard -> mjw | 00:41 | |
| + Guest2781 (~mjw@2001:1c06:2486:4600:5952:3a9:6e0e:555a) | 00:42 | |
| - mjw (QUIT: Ping timeout: 255 seconds) (~mjw@gnu.wildebeest.org) | 00:48 | |
| - Ar|stote|is (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~linx@149.210.0.44) | 01:09 | |
| + mjw (~mjw@45.83.234.184) | 01:11 | |
| minute | josch: yeah, i noticed the second one after a while, so the first one is harmless? | 01:14 |
|---|---|---|
| josch | minute: i do not know yet why we get this. It is not happening for the normal Debian linux kernel builds. I think it's part of the try-run macro which is allowed to fail as run by cc-options in headers_install. I have pushed some changes into a custom branch to maybe get to the bottom of this and remove this confusing output. | 01:17 |
| minute | josch: aw ok! | 01:17 |
| + Ar|stote|is (~linx@149.210.0.44) | 01:19 | |
| + paul (~paul@c-68-43-179-233.hsd1.mi.comcast.net) | 01:25 | |
| * paul -> Guest4950 | 01:25 | |
| - Guest4950 (QUIT: Client Quit) (~paul@c-68-43-179-233.hsd1.mi.comcast.net) | 01:27 | |
| - Ar|stote|is (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~linx@149.210.0.44) | 01:28 | |
| + Ar|stote|is (~linx@149.210.0.44) | 01:37 | |
| - pomel0 (QUIT: Read error: Connection reset by peer) (~pomel0@user/pomel0) | 01:49 | |
| + pomel0 (~pomel0@user/pomel0) | 01:51 | |
| - pomel0 (QUIT: Ping timeout: 264 seconds) (~pomel0@user/pomel0) | 01:57 | |
| + pomel0 (~pomel0@user/pomel0) | 01:58 | |
| - bkeys (QUIT: Ping timeout: 244 seconds) (~Thunderbi@98.19.131.29) | 02:07 | |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 02:14 | |
| - mjw (QUIT: Ping timeout: 244 seconds) (~mjw@45.83.234.184) | 02:14 | |
| - a3f (QUIT: Read error: Connection reset by peer) (~a.fatoum@flummi.grey.stw.pengutronix.de) | 02:19 | |
| + a3f (~a.fatoum@flummi.grey.stw.pengutronix.de) | 02:22 | |
| - pomel0 (QUIT: Ping timeout: 245 seconds) (~pomel0@user/pomel0) | 03:11 | |
| - paperManu (QUIT: Ping timeout: 252 seconds) (~paperManu@204.244.197.237) | 03:35 | |
| + pomel0 (~pomel0@user/pomel0) | 04:15 | |
| - aelius (QUIT: Remote host closed the connection) (~aelius@user/aelius) | 04:32 | |
| + aelius (~aelius@user/aelius) | 04:33 | |
| jfred | mmm that's what I was afraid of, swapped modules on my pocket and it won't boot... glad I bought that faster serial cable or I'd really be dead in the water. time to hook up and see what's going on | 04:39 |
| jfred | hm. okay, it's trying to load the device tree from the reform2 still. I set fdtfile to the rk3588 pocket reform one and tried booting, and... the display came on that time, but just showing noise | 05:04 |
| jfred | reflashing an SD card with the debian image to see if I can boot off that | 05:18 |
| jfred | woo okay that worked. (now to figure out how to fix my install XD) | 05:29 |
| - pomel0 (QUIT: Ping timeout: 246 seconds) (~pomel0@user/pomel0) | 05:45 | |
| rick_ | @vagrantc oh interesting, i had the same problem yesterday. I thought the adapter may have have loose contact again. I keep my eyes open and look around more when this happens next time | 05:46 |
| + pomel0 (~pomel0@user/pomel0) | 07:22 | |
| josch | minute: 7.0.3-1 is now in unstable -- i saw you were doing qcom things yesterday. Should I just merge the linux7.0 branch or do you first want to finish the quasar work or do you want more testing of the 7.0 kernel? | 07:51 |
| - Guest2995 (QUIT: Ping timeout: 264 seconds) (~ndufresne@transit.collaboradmins.com) | 08:32 | |
| + mjw (~mjw@gnu.wildebeest.org) | 09:37 | |
| - mjw (QUIT: Ping timeout: 245 seconds) (~mjw@gnu.wildebeest.org) | 10:47 | |
| * Guest2781 -> mjw | 10:51 | |
| - cli (QUIT: Ping timeout: 245 seconds) (~m-vsauiy@user/cli) | 11:36 | |
| + cli (~m-vsauiy@user/cli) | 11:38 | |
| minute | josch: merge away (7 to main)! i will later merge/rebase into my qcom branch. last night i made that build successfully and today i'll make a sysimg from that branch and try to see if it works on next+6490 | 12:12 |
| minute | openbsd really using efi gop @ barebox https://fosstodon.org/@a3f/116498307524351561 | 12:13 |
| + paperManu (~paperManu@204.244.197.237) | 12:24 | |
| josch | minute: great, I'll also build another sysimage with linux 7.0 and test on a311d, rk3588, imx8mq and ls1028a and then merge if things are booting (i'm not intending to test much more than that today because holiday) | 12:36 |
| minute | josch: awesome :33 | 12:39 |
| - lidstah (QUIT: Remote host closed the connection) (~lidstah@gateway/tor-sasl/lidstah) | 12:40 | |
| + lidstah (~lidstah@gateway/tor-sasl/lidstah) | 12:41 | |
| - lidstah (QUIT: Remote host closed the connection) (~lidstah@gateway/tor-sasl/lidstah) | 13:08 | |
| + lidstah2 (~lidstah@gateway/tor-sasl/lidstah) | 13:08 | |
| + wielaard (~mjw@gnu.wildebeest.org) | 13:28 | |
| - wielaard (QUIT: Ping timeout: 244 seconds) (~mjw@gnu.wildebeest.org) | 14:05 | |
| - paperManu (QUIT: Ping timeout: 248 seconds) (~paperManu@204.244.197.237) | 14:33 | |
| - lidstah2 (QUIT: Remote host closed the connection) (~lidstah@gateway/tor-sasl/lidstah) | 14:42 | |
| + lidstah (~lidstah@gateway/tor-sasl/lidstah) | 14:43 | |
| + paperManu (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 14:45 | |
| minute | josch: remind me, to build reform-system-image with that variable for another reform-debian-packages branch, can i just do that as a pipeline for main on reform-system-image or do i need to branch reform-system-image first? | 15:08 |
| minute | ah, well the CI answered the question > Refusing to run pipeline in the 'reform' namespace with REFORM_DEBIAN_PACKAGES_BRANCH: not set to '' | 15:18 |
| minute | i thought i had a fork set up somewhere... | 15:18 |
| minute | ah well i do, just 404'ed on "minute" vs legacy "mntmn" https://source.mnt.re/mntmn/reform-system-image :D | 15:19 |
| josch | minute: yes, the reason for that is that otherwise custom builds will show up as the "latest" artifact when following https://mntre.com/system-image/ | 15:47 |
| josch | minute: I do these custom builds in my fork of reform-system-image | 15:47 |
| josch | (also slight change of my plans: the whole family is playing luanti in networked multiplay with all the reforms we have here at home right now -- even a311d is fast enough for it :D | 15:48 |
| amospalla | Wrote this to send text/image to either keyboard leds or oled display https://github.com/amospalla/reform/blob/main/reform_leds/ | 15:54 |
| amospalla | Actually, sending things to the Pocket oled works only on my pocket, not on current firmware hehe. | 15:55 |
| minute | josch: haha oh that's awesome @ luanti party | 15:57 |
| kfx | minute: that barebox stuff is only for pocket so far? | 16:14 |
| minute | kfx: for pocket it is known working. for classic, it should work if you have hdmi adapter. but to run on classic with dsi adapter, there is code/testing missing to activate the sn65dsi86. which should be trivial, but i didn't have time yet | 16:17 |
| kfx | ok | 16:17 |
| minute | anyone with some patience and C+I2C experience could do it | 16:17 |
| kfx | I have one classic with the hdmi adapter and one with dsi, so I can have fun making a fool of myself for a while! | 16:17 |
| + vyvv (~vyvv@user/vyvv) | 16:23 | |
| minute | wat > quasar dtb exists -- remove this hack! | 16:32 |
| + reform7466 (~jfred@2603:301b:2df:8300::75ff) | 16:48 | |
| * reform7466 -> jfred-pocket | 16:48 | |
| - buckket (QUIT: Quit: buckket) (~buckket@vps.buckket.org) | 17:09 | |
| + buckket (~buckket@vps.buckket.org) | 17:10 | |
| jfred-pocket | Trying to basically rebuild my /boot since it's on emmc on both modules... I'm chrooted into my rootfs from the rescue image, and the reform-tools postinst script wants to install dtbs for a kernel that isn't installed on this disk | 17:11 |
| jfred-pocket | https://paste.debian.net/hidden/5170c1c5 | 17:11 |
| jfred-pocket | I'm having a bit of trouble finding out where the list of kernels to install dtbs for gets built, because the zz-reform-tools script takes a version as an argument | 17:12 |
| josch | minute: in the past there were sometimes problems with the system images because for some reason the dtb for a machine.conf was missing from the system image and then the system would not boot. The code you saw there in mkimage.sh makes sure to error out if the dtb is missing and has a helpful comment so that you know to remove this exception for quasar once the dtb exists. | 17:20 |
| - amospalla (QUIT: Ping timeout: 248 seconds) (~jordi@user/amospalla) | 17:24 | |
| jfred-pocket | aha, figured it out - I just had to remove the kernel image from /boot because the postinst script uses `linux-version list` to discover them | 17:26 |
| minute | tss, i can't install blender on greta's debian computer (amd64), because | 17:27 |
| minute | > libopenexr-3-4-33:amd64 is selected for install because: ... libopenimageio2.5:amd64 Depends libopenexr-3-4-33 (>= 3.4.6+ds) | 17:27 |
| minute | > libopenexr-3-4-33:amd64 is selected for removal because: ... blender:amd64 Depends libopenexr-3-1-30 (>= 3.1.5) | 17:27 |
| - jfred-pocket (QUIT: Remote host closed the connection) (~jfred@2603:301b:2df:8300::75ff) | 17:28 | |
| minute | so blender's dependencies were not updated, but one blender dependency was and made it incompatible with blender | 17:28 |
| minute | (?) | 17:28 |
| josch | minute: did you install blender from experimental or from my repo? Because that requires openexr from experimental. Do you have experimental configured on your machine? | 17:28 |
| minute | josch: normal amd64 unstable debian | 17:29 |
| minute | on a pc | 17:29 |
| minute | i can try blender/openexr from experimental there... | 17:29 |
| minute | aha, that seems to work | 17:30 |
| josch | aha this is a known issue: https://qa.debian.org/dose/debcheck/unstable_main/latest/packages/blender.html#1a580111377584810a6212de3234d5df | 17:30 |
| minute | josch: thanks, this trick worked!! | 17:30 |
| josch | you are now using experimental and that worked? | 17:31 |
| + amospalla (~jordi@user/amospalla) | 17:38 | |
| - amospalla (QUIT: Client Quit) (~jordi@user/amospalla) | 17:39 | |
| + amospalla (~jordi@user/amospalla) | 17:45 | |
| minute | josch: yeah i did apt install -t experimental blender libopenexr-3-4-33 | 17:45 |
| minute | josch: not sure if libopenexr-3-4-33 was needed, probably not | 17:45 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 17:48 | |
| minute | josch: bizarro https://source.mnt.re/mntmn/reform-system-image/-/jobs/20448#L4799 | 17:50 |
| minute | ah maybe that happens when someone hits cancel | 17:50 |
| minute | right, sorry for the noise | 17:50 |
| jfred | woohoo, back to a fully functional pocket reform! :D | 17:51 |
| minute | jfred: noice, what did you do? | 17:51 |
| jfred | chrooted into my rootfs on disk, removed an old kernel image from /boot that wasn't on the rootfs, ran some package upgrades/update-initramfs/flash-kernel, installed firmware-iwlwifi which I didn't have installed yet | 17:54 |
| jfred | ...not entirely in that order which took some troubleshooting, the leftover kernel image was blocking the reform-tools postinst script from running successfully | 17:55 |
| jfred | very glad I was able to boot the stock image from SD to use as a rescue image | 17:57 |
| josch | jfred: do you have a theory why you had a leftover image? Maybe this is something we should be checking for in reform-check | 18:00 |
| josch | minute: yes, the problem with blender from unstable is, that it depends on libopenimageio2.5 and that shared library got recently rebuilt with a newer version of libopenexr than blender was compiled with. The issue would be fixed in unstable by triggering a rebuild of blender. | 18:02 |
| minute | josch: right. | 18:07 |
| jfred | josch: I think I hadn't run package upgrades on both machines recently enough/hadn't removed old kernel packages prior to the upgrade | 18:07 |
| minute | gnah i failed to select to build only the "any" image, so the build will take much longer and do a lot more uplaoding | 18:08 |
| minute | uploading | 18:08 |
| jfred | IOW the two machines weren't sufficiently identical before I basically swapped /boot between them, heh | 18:08 |
| jfred | also gotta say it is very nice having the speedy rk3588 in the pocket | 18:10 |
| josch | jfred: if you swapped /boot you probably used reform-emmc-bootstrap and then that tool failed to clean up? | 18:11 |
| - g3ist (QUIT: Ping timeout: 248 seconds) (~g3ist@user/g3ist) | 18:13 | |
| jfred | josch: ah. no, I... had forgotten about reform-emmc-bootstrap, so I guess I did things the hard way XD | 18:13 |
| jfred | I still need to put the i.MX8MP into the Reform 2 so I'll try reform-emmc-bootstrap when I do that ^^; | 18:18 |
| minute | josch: bmaptool is broken now on my amd64 machine > TypeError: 'GPGMEError' object is not subscriptable | 18:19 |
| minute | > File "/usr/lib/python3/dist-packages/bmaptool/CLI.py", line 167, in verify_bmap_signature_gpgme | 18:19 |
| Svp | gave a try to kmscon, it's somewhat handy, could be worth considering | 18:19 |
| minute | Svp: yeah? | 18:19 |
| minute | will try bmaptool copy --no-sig-verify | 18:20 |
| minute | hmm nope... > TypeError: 'NamedFile' object is not iterable | 18:20 |
| minute | weird | 18:20 |
| josch | minute: can you give me the full invocation? | 18:22 |
| Svp | true color, live font resize and custom fonts instead of fbcon are much welcomed | 18:22 |
| Svp | and has a mouse cursor instead of that dastardly cursor block! | 18:24 |
| minute | josch: interestingly it works after downloading the img.gz and the .bmap manually | 18:27 |
| minute | josch: invocation was > sudo bmaptool copy https://source.mnt.re/mntmn/reform-system-image/-/jobs/20449/artifacts/raw/reform-system-any.img.gz /dev/sda | 18:28 |
| minute | Svp: oh noice | 18:28 |
| - rick_ (QUIT: Remote host closed the connection) (~m-x42ph2@m.n0id.space) | 18:28 | |
| + rick_ (~m-x42ph2@m.n0id.space) | 18:28 | |
| Svp | gonna try to run it on my reform VTYs for a while but so far i like what i see | 18:29 |
| - rick_ (QUIT: Remote host closed the connection) (~m-x42ph2@m.n0id.space) | 18:33 | |
| + rick_ (~m-x42ph2@m.n0id.space) | 18:34 | |
| josch | minute: thank you that should work and i'll put it on my todo list to try out bmaptool on a Debian unstable system later today | 18:37 |
| - amospalla (QUIT: Quit: WeeChat 4.9.0) (~jordi@user/amospalla) | 18:38 | |
| rick_ | oh lol, til.. debian13 doesn't have the last command anymore and the replacement is wtmpdb | 18:38 |
| minute | ok after two little changes in the extlinux.conf on my fresh image, i can boot into our debian on 6490-next, over serial console | 18:42 |
| minute | hmm wait wat > Hardware name: MNT Pocket Reform with QCS6490 Quasar Module | 18:43 |
| minute | ah it ignored fdtfile= | 18:44 |
| minute | oh, and there are no qcs6490-mnt-{pocket,next}.dtb on the resulting disk, that's werid | 18:44 |
| minute | why would that be so... i guess they need to be added to reform-tools/machines? | 18:45 |
| minute | yeah they're in /lib/modules/6.19.14-mnt-reform-arm64/dtb/qcom/ at least, that's good | 18:46 |
| josch | minute: right now, reform-tools only ships QCS6490 and QCS8550 for MNT Reform 2 | 18:53 |
| josch | Pocket Reform, Reform Next and Reform Station probably need to be added? | 18:54 |
| minute | o m g the display turned on on first try | 18:55 |
| minute | just it's suffering because there's no qcom fw available lol | 18:55 |
| minute | josch: station yeah but in general there are no station .dts yet | 18:55 |
| minute | josch: but next and pocket for qcs6490 yes, and next for 8550, which i'll probably write later today (the dts) | 18:56 |
| josch | minute: wow huge success with having display working! | 18:56 |
| minute | josch: yeah i didn't expect that to work after going through all the reform-debian-packages pipeline etc etc | 18:56 |
| minute | (patches) | 18:57 |
| minute | installing firmware-qcom-soc... | 19:04 |
| minute | mhm, that has /lib/firmware/qcom/qcm6490 but not qcs6490, will symlink for now but maybe that has to be then explicitly set everywhere in the dts, hmhm | 19:06 |
| minute | ah no i'm wrong, it's there, all good | 19:07 |
| + wielaard (~mjw@gnu.wildebeest.org) | 19:16 | |
| - wielaard (QUIT: Remote host closed the connection) (~mjw@gnu.wildebeest.org) | 19:22 | |
| + wielaard (~mjw@gnu.wildebeest.org) | 19:22 | |
| minute | gnah how to exit usb gadget mode... | 19:33 |
| - mjw (QUIT: Killed (tantalum.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:4600:5952:3a9:6e0e:555a) | 19:44 | |
| * wielaard -> mjw | 19:44 | |
| + Guest6124 (~mjw@2001:1c06:2486:4600:5952:3a9:6e0e:555a) | 19:45 | |
| josch | minute: is this what you saw including the "gzip: stdin: not in gzip format"? https://paste.debian.net/hidden/cb5fdff2 | 19:48 |
| minute | josch: yes, but for me it was "pigz" saying something like that | 20:05 |
| josch | minute: i think this is a problem of https://source.mnt.re. Try it out by going here: https://source.mnt.re/mntmn/reform-system-image/-/jobs/20449/artifacts/file/reform-system-any.img.gz.bmap | 20:05 |
| josch | when you try downloading that you do not get a XML file | 20:05 |
| minute | josch: i do get an xml file | 20:06 |
| minute | josch: (downloaded in firefox) | 20:06 |
| josch | yes, but try this: | 20:06 |
| josch | curl -L https://source.mnt.re/mntmn/reform-system-image/-/jobs/20449/artifacts/raw/reform-system-any.img.gz.bmap | 20:06 |
| minute | josch: ahhh i guess i'm extremely silly and my repo is not public | 20:07 |
| josch | ooooh | 20:07 |
| minute | josch: sorry for wasting your time ;__; | 20:07 |
| josch | minute: not at all -- this failure mode of bmaptool is also very bad | 20:07 |
| josch | i'm fixing this and file a MR with bmaptool upstream | 20:08 |
| josch | if you were told that what bmaptool gets is not even an XML, then it would've been easier to diagnose | 20:08 |
| minute | josch: that's true | 20:08 |
| jfred | oh, that's fun - I just tried connecting a pair of bluetooth headphones and the bluetooth controller seems to have died: https://paste.sr.ht/~jfred/cead7b2d0e50f850fd6992f4a12ef3bbdd614d05 | 20:22 |
| minute | damn > CONFIG_USB_QCOM_EUD | 20:25 |
| minute | > CONFIG_USB_QCOM_EUD is not set | 20:25 |
| josch | minute: your bmaptool problem made me found four other issues which are getting fixed now -- so great success :) | 20:37 |
| minute | josch: oh nice | 20:38 |
| vagrantc | hrm. i think my problems with ethernet are somewhere between the cable and the rj45 plug on the mnt/reform rather than software ... i seem to be able to nudge it in just the right way to get a connection | 20:49 |
| vagrantc | hoping it is the cable, obviously... :/ | 20:49 |
| rick_ | vagrantc i had this already.. its probaply the cable.. a new adapter fixed it for me | 20:55 |
| rick_ | and my second one currently acts up too.. these ix adapters doens't seem very 'industrial' ^^v | 20:56 |
| vagrantc | oh, this is a mnt/reform classic | 20:58 |
| vagrantc | so not the ix adapter | 20:58 |
| rick_ | ohhh | 20:58 |
| + amospalla (~jordi@user/amospalla) | 20:59 | |
| vagrantc | just a typical rj45 port (as far as i know) | 21:00 |
| - dodo (QUIT: Quit: dodo) (~dodo@user/dodo) | 21:16 | |
| + dodo (~dodo@user/dodo) | 21:17 | |
| - pomel0 (QUIT: Ping timeout: 276 seconds) (~pomel0@user/pomel0) | 21:48 | |
| + pomel0 (~pomel0@user/pomel0) | 21:48 | |
| - paperManu (QUIT: Ping timeout: 255 seconds) (~paperManu@modemcable141.205-200-24.mc.videotron.ca) | 22:05 | |
| - vyvv (QUIT: Quit: Leaving) (~vyvv@user/vyvv) | 23:04 | |
| + paperManu (~paperManu@204.244.197.237) | 23:39 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!