| + bkeys (~Thunderbi@173.186.16.211) | 00:07 | |
| - chomwitt (QUIT: Ping timeout: 272 seconds) (~chomwitt@2a02:85f:9a8c:5400:1ac0:4dff:fedb:a3f1) | 00:20 | |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 00:26 | |
| josch | zeha: so... as you might've read, after talking to roland clobus during minidebconf i got debian-live to boot on the reform with a few small hacks which i'm trying to upstream in https://salsa.debian.org/live-team/live-build/-/merge_requests/420 -- now that this is done, i started to wonder "why not grml on the reform?" and then i found your name on the top of the developers list at | 00:42 |
|---|---|---|
| josch | https://grml.org/team/ so i wonder... why did i not talk to you about grml during minidebconf???? :D | 00:42 |
| josch | i really liked to read minifai as the fai replacement but i see it still requires root so to avoid that i'm currently running this: | 00:42 |
| josch | TMPDIR=/var/tmp mmdebstrap --variant=apt --include=git,ca-certificates,mmdebstrap,mount,socat,dosfstools,mtools,squashfs-tools,xorriso --chrooted-customize-hook='git clone https://github.com/grml/grml-live.git && cd grml-live && GRML_FAI_CONFIG=$(pwd)/config SCRIPTS_DIRECTORY=$(pwd)/scripts LIVE_CONF=$(pwd)/etc/grml/grml-live.conf TEMPLATE_DIRECTORY=$(pwd)/templates ./grml-live -s sid -a arm64 -c | 00:42 |
| josch | GRMLBASE,GRML_FULL,ARM64' unstable /dev/null | 00:42 |
| josch | zeha: now my questions to you are: which pieces of code do i need to touch to: | 00:43 |
| josch | a) use linux-image-mnt-reform-arm64 instead of linux-image-arm64 | 00:43 |
| josch | b) install reform-tools in addition to the default selection | 00:43 |
| josch | c) create the vfat filesystem with an offset of 16MiB from the beginning of the disk | 00:43 |
| josch | d) hack in an extlinux.conf to boot the kernel | 00:44 |
| josch | e) have a hook copy out stuff like the dtbs | 00:44 |
| josch | and bonus question: | 00:44 |
| josch | f) if you would have to pick a unicode character to represent grml, which one would it be? For debian-live I'm considering to use either 🌱 or 🧬 (representing "life" which sounds like live) | 00:46 |
| jfred | I just had the amusing experience of slightly blowing the mind of the Apple store employee that was demoing the Vision Pro for me when I pulled out my Pocket Reform :P | 02:01 |
| jfred | the usual "what is THAT?!" reaction, haha | 02:02 |
| - chrcav (QUIT: Quit: Lost terminal) (~chrcav@user/chrcav) | 02:46 | |
| + AtleoS (~AtleoS@user/AtleoS) | 03:01 | |
| - nsc (QUIT: Ping timeout: 252 seconds) (~nicolas@i5C74DD91.versanet.de) | 03:05 | |
| + nsc (~nicolas@i5C74DC02.versanet.de) | 03:07 | |
| - paperManu (QUIT: Ping timeout: 272 seconds) (~paperManu@96.127.242.13) | 03:28 | |
| - nsc (QUIT: Ping timeout: 244 seconds) (~nicolas@i5C74DC02.versanet.de) | 04:02 | |
| + nsc (~nicolas@i5C74DDE1.versanet.de) | 04:04 | |
| digitalrane | I fixed the display issues I was having on imx8mq. Making sure the DSI cable was seated properly definitely helped - but after that, still no display: turns out I had to manually set bl_power to 0 after boot on the backlight device, the display was working, the backlight was just off. So now I have to work out why it is being set to 4 (off) in the image I am building, and 0 (on) in the stock system image | 04:16 |
| - mjw (QUIT: Ping timeout: 268 seconds) (~mjw@gnu.wildebeest.org) | 04:17 | |
| + chrcav (~chrcav@user/chrcav) | 04:27 | |
| josch | digitalrane: huh? yes, that is puzzling o0 | 05:03 |
| josch | jfred: in a positive or negative way? it doesn't look *that* odd, no? | 05:04 |
| josch | zeha: and of course i also need 0) how do i add my custom MNT repo on top :) | 05:04 |
| digitalrane | I think I've worked out it out, the existing asound save/restore stuff that I inherited in the configs seems to be erroring during systemd backlight save/restore - which afaict is what enables the backlight in the stock image | 05:09 |
| digitalrane | I couldn't find anything else on startup which would be enabling the bl_power to the backlight, but systemd-backlight is likely doing it | 05:10 |
| josch | digitalrane: you could investigate /var/lib/systemd/backlight/platform-backlight:backlight:backlight | 05:16 |
| jfred | josch: in a positive way :) | 06:21 |
| josch | nice! :) | 06:23 |
| josch | i saw my first pocket reform in person 2 weeks ago (the one of zeha) and i heard that there is already a shipping notification for my very own pocket reform <3 | 06:24 |
| jfred | I find that given the form factor people don't realize it's a laptop until you open it up | 06:27 |
| - bleb (QUIT: Ping timeout: 252 seconds) (~cm@user/bleb) | 06:28 | |
| josch | yes, the form factor is very surprising -- i had seen tons of photos but seeing it for real... very, very funny form factor | 06:29 |
| josch | i expected it to be smaller and was glad that it was larger than i thought | 06:29 |
| - AtleoS (QUIT: Ping timeout: 272 seconds) (~AtleoS@user/AtleoS) | 06:52 | |
| josch | hrm... | 07:35 |
| josch | on imx8mq classic reform i have this in my /proc/cmdline: | 07:35 |
| josch | ro no_console_suspend cryptomgr.notests loglevel=3 ro no_console_suspend cma=512M pci=nomsi console=ttymxc0,115200 console=tty1 console=ttymxc0,115200 quiet console=ttymxc0,115200 cma=512M pci=nomsi console=tty1 | 07:35 |
| josch | still, i don't get a login prompt on the main display -- just a blinking cursor | 07:35 |
| josch | the prompt appears just fine on serial | 07:35 |
| josch | any ideas what is wrong there? | 07:35 |
| josch | ah found it | 08:12 |
| josch | auto-login was configured and the user was missing | 08:14 |
| zeha | josch: re grml: dont know why we didnt talk about it :P | 08:51 |
| josch | well had i known that you are the grml person!! :D | 08:53 |
| zeha | josch: my vague feeling for grml on reform would be: 1) the grml-live result should probably continue to be an iso 2) that result could be used by grml2usb (or a better tool) to be made bootable from uboot | 08:53 |
| josch | now it makes sense that you brought grml up relatively frequently on #d-devel XD | 08:53 |
| josch | zeha: u-boot can mount iso9660, no? | 08:53 |
| zeha | maybe, but does it know what to do with it? | 08:54 |
| zeha | so theoretically, if you have uboot with UEFI boot, it should just boot | 08:54 |
| josch | oh sure | 08:54 |
| josch | but on most platforms we don't so on reform.d.n i want to offer the u-boot variant | 08:55 |
| zeha | the package selection is in config/package_config/GRML_FULL; right now that also includes the kernel, but i guess we can split that up somehow | 08:55 |
| josch | yes, converting an iso9660 to ext4 or vfat or whatever afterwards is simple -- i can also do that with my own script | 08:55 |
| zeha | if you want to add a package, make your own config/package_config/REFORM, put "PACKAGES install\nreform-tools\n" in it, and add ,REFORM to the -c parameter to grml-live | 08:56 |
| josch | okay, but if i'm going to sed config/package_config/GRML_FULL anyways, i may just put it in there | 08:57 |
| josch | i just need something scriptable not necessarily something upstreamable | 08:57 |
| zeha | unicode: 🛟 ring buoy ? :) | 08:57 |
| josch | okay! | 08:57 |
| josch | zeha: how would i best patch another repository in? | 08:58 |
| zeha | yeah, you can also just sed GRML_FULL | 08:58 |
| zeha | hm | 08:58 |
| zeha | so, make your own class anyway | 08:59 |
| zeha | and create config/files/REFORM/etc/apt/sources.list.d/reform.sources | 08:59 |
| zeha | and probably config/files/REFORM/usr/share/keyrings/reform.gpg | 09:00 |
| zeha | GRMLBASE class already does the necessary stuff to copy in sources.list.d and keyrings/ | 09:00 |
| josch | what do you mean keyring?? XD | 09:01 |
| zeha | well :P | 09:02 |
| josch | it will happen for reform.d.n yes :) | 09:02 |
| josch | not for the MNT repos for now | 09:02 |
| josch | okay, last question: how do i get the dtbs out of the chroot in a similar way how vmlinuz and initrd are copied out right now? | 09:03 |
| + chomwitt (~chomwitt@2a02:85f:9a8c:5400:1ac0:4dff:fedb:a3f1) | 09:04 | |
| josch | i mean i could unpack the squashfs if i'm going to convert iso9600 to vfat/ext4 anyways but maybe there is something more clean | 09:05 |
| josch | bsdtar (from libarchive) has support for iso9660 so it's not *that* painless | 09:08 |
| zeha | https://paste.debian.net/hidden/f447da9c/ untested | 09:08 |
| josch | so i can just use bsdtar to convert iso to tar and pipe that into mke2fs | 09:08 |
| zeha | if something like this works, i can just put it into git | 09:08 |
| josch | zeha: okay, i'll test that for you and will report back | 09:09 |
| josch | thank you, these interfaces look nice and intuitive :) | 09:09 |
| zeha | the whole copyout stuff is terrible and we need to do something better, but its what we have now | 09:09 |
| josch | story of my life :D | 09:09 |
| zeha | for the next release we'll try to merge a lot of the "live image only" debs into grml-live to make integration better and quicker to develop | 09:10 |
| zeha | and then steal some ideas from jochensp | 09:10 |
| josch | in contrast to live-build (from Debian) I also needed to do zero hacking to make grml run inside unshared user namespace by mmdebstrap -- very nice :) | 09:10 |
| zeha | yeah our normal build is already in a quite restrictive environment, so i imagine much of the pain was already cut away | 09:12 |
| zeha | btw, this is my local test build wrapper: https://paste.debian.net/hidden/6d6ca139/ | 09:12 |
| zeha | josch: i'll be out for the day, can chat in the evening :) | 09:13 |
| josch | zeha: enjoy the day! i feel like i got all the pointers i need to proceed, thank you! <3 | 09:16 |
| + bleb (~cm@user/bleb) | 09:20 | |
| zeha | josch: some thoughts from the train: 1) mika was eager to support some uboot platforms like reform. if you have something vaguely working it can probably go upstream. for uboot boot we should find some way of testing that in qemu | 09:43 |
| zeha | josch: 2) for swapping out the kernel package i have an idea of something simple that can be done to minifai, maybe i have the spoons to build that in the evening | 09:43 |
| zeha | josch: but basically PACKAGES skip\n linux-image-arm64\n PACKAGES install\n linux-image...mnt would be my idea | 09:44 |
| zeha | i think packages remove was not implemented when moving to minifai | 09:45 |
| zeha | anyway, train etc | 09:45 |
| + gustav28 (~gustav@c-78-82-53-72.bbcust.telenor.se) | 10:02 | |
| josch | zeha: i have a qemu test script for the reform system image in the reform-system-image repo called emulate.sh but it odes *not* test u-boot but extracts uimage and initrd like debvm does and then passes that to qemu. I have no idea how to test u-boot with qemu in a way that is meaningful. | 10:13 |
| josch | zeha: another feature request: the mnt repo is behind https, so ca-certificates needs to be installed in the initial mmdebstrap invocation (you guys use mmdebstrap internally???) via --include. The current implemention only does that when the main mirror is https and ignores my mirror setting in config/files/REFORM/etc/apt/sources.list.d/mntre.sources. I'm currently working around this by setting | 10:18 |
| josch | FAI_DEBOOTSTRAP="trixie https://deb.debian.org/debian". Another way out of this would be to, since you are already using mmdebstrap, allow passing multiple mirrors to the initial invocation (best make that support deb822 files) and then decide depending on that information whether ca-certificates is required or not. | 10:18 |
| josch | zeha: also, the error about the MNT repo not being available came way too late. You might want to error out already when "apt update" is not able to pull from all mirrors. You can do that by passing --error-on=any (since apt 2.1.16) to the apt update call. Otherwise it will just fail silently with some "Ign:" lines in the log. | 10:19 |
| + razzy (~razzy@user/razzy) | 11:23 | |
| + svp_ (~svp@host-79-7-240-189.business.telecomitalia.it) | 11:54 | |
| - chomwitt (QUIT: Ping timeout: 252 seconds) (~chomwitt@2a02:85f:9a8c:5400:1ac0:4dff:fedb:a3f1) | 11:54 | |
| - svp (QUIT: Ping timeout: 252 seconds) (~svp@host-79-7-240-189.business.telecomitalia.it) | 11:55 | |
| * svp_ -> svp | 11:55 | |
| - razzy (QUIT: Quit: Lost terminal) (~razzy@user/razzy) | 12:04 | |
| - potash (QUIT: Ping timeout: 244 seconds) (~potash@user/foghorn) | 12:32 | |
| + potash (~potash@user/foghorn) | 12:33 | |
| hramrach | Why do we not have EFI on most platforms? Is anything blocking it? | 13:06 |
| + paperManu (~paperManu@96.127.242.13) | 13:45 | |
| + chomwitt (~chomwitt@2a02:85f:9a8c:5400:1ac0:4dff:fedb:a3f1) | 14:26 | |
| + mjw (~mjw@gnu.wildebeest.org) | 14:52 | |
| - chomwitt (QUIT: Ping timeout: 245 seconds) (~chomwitt@2a02:85f:9a8c:5400:1ac0:4dff:fedb:a3f1) | 15:18 | |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@173.186.16.211) | 15:59 | |
| + bkeys (~Thunderbi@66.110.201.50) | 16:06 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 16:16 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 16:16 | |
| * bkeys1 -> bkeys | 16:19 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 16:22 | |
| + bkeys (~Thunderbi@66.110.201.50) | 16:22 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 16:27 | |
| + bkeys (~Thunderbi@66.110.201.50) | 16:27 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 16:36 | |
| + bkeys (~Thunderbi@66.110.201.50) | 16:40 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 16:44 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 16:44 | |
| * bkeys1 -> bkeys | 16:46 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 16:50 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 16:51 | |
| * bkeys1 -> bkeys | 16:53 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 17:01 | |
| + bkeys (~Thunderbi@66.110.201.50) | 17:01 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 17:03 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 17:03 | |
| + bkeys (~Thunderbi@66.110.201.50) | 17:06 | |
| - bkeys1 (QUIT: Ping timeout: 245 seconds) (~Thunderbi@66.110.201.50) | 17:07 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 17:08 | |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 17:11 | |
| + bkeys (~Thunderbi@66.110.201.50) | 17:11 | |
| - bkeys1 (QUIT: Ping timeout: 260 seconds) (~Thunderbi@66.110.201.50) | 17:12 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 17:12 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 17:13 | |
| * bkeys1 -> bkeys | 17:15 | |
| + bkeys1 (~Thunderbi@172.56.65.84) | 17:29 | |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 17:30 | |
| * bkeys1 -> bkeys | 17:30 | |
| zeha | josch: i filed https://github.com/grml/grml-live/issues/333 and https://github.com/grml/grml-live/issues/332 for these | 17:34 |
| zeha | josch: thx | 17:34 |
| zeha | josch: yes we call mmdebstrap... how else would you create an initial debian chroot ;-) | 17:35 |
| grimmware | josch, minute: regression in 6.14 for display v1 on the pocket http://paste.debian.net/1375208/ | 17:40 |
| grimmware | I'll build with the line removed and test it out | 17:41 |
| grimmware | yeah in fact it went back in for 6.13 I just didn't install that one | 17:44 |
| zeha | regression? | 17:48 |
| grimmware | yeah this line keeps creeping back in and making so that you can't re-enable a v1 display on a pocket without power cycling it | 17:48 |
| zeha | after sleep? | 17:49 |
| zeha | cause rebooting seems to work | 17:49 |
| grimmware | oh have you encountered this bug? | 17:49 |
| zeha | yeah my display didnt like waking up after reboot until some fix, and its fine now | 17:50 |
| zeha | even on 6.14 | 17:50 |
| grimmware | are you on a v1 display and when did it fix? I encountered this bug like, yesterday | 17:53 |
| josch | zeha: thank you, those bugs capture exactly the problems i saw | 17:54 |
| grimmware | https://source.mnt.re/reform/reform-debian-packages/-/commit/21b55867aa0b9c29ddfeeca5ced48562f4dcc986 and I already patched it out once :P | 17:54 |
| zeha | yes v1 display. i think a month ago sounds about right | 17:54 |
| josch | grimmware: you are saying that patch was forgotten to be ported to 6.14? | 17:55 |
| grimmware | josch: I think it's missing from 6.13 and 6.14 | 17:55 |
| grimmware | zeha: gotcha, thanks :) | 17:56 |
| grimmware | I'm currently installing latest but I'm not expecting it to fix anything given the patches from today are nothing to do with the panel - that diff was against main | 18:07 |
| zeha | josch: i think both grml and debian-live initramfs can load their ISO images (!) from some other fs. that way you dont need to copy out the squashfs, and at least grml already provides extracted vmlinuz/initrd files, so that might be an interesting avenue | 18:11 |
| - bkeys (QUIT: Ping timeout: 272 seconds) (~Thunderbi@172.56.65.84) | 18:11 | |
| grimmware | zeha: sorry to keep interrogating you, I'm trying to figure out what the difference is between us so I can hone in on the bug | 18:12 |
| josch | zeha: on the other hand, converting the squashfs into an ext4 is trivial and a one-time operation and the result will be more easy to understand and less magic for the user who might be familiar with the current layout | 18:12 |
| grimmware | zeha: are you rk3588 or imx8mp? | 18:12 |
| zeha | grimmware: rk | 18:13 |
| zeha | josch: but its not fast etc. for grml it'd be nice if a normal grml2usb usbkey could boot on reform hw | 18:14 |
| grimmware | zeha: okay same, good that means I know someone with the same hardware, ^5 | 18:14 |
| zeha | this is already fat and grml2usb does some massaging of the boot config files, but the squashfs stays intact | 18:15 |
| josch | zeha: what do you mean it's not fast? | 18:15 |
| zeha | josch: its gonna write at least 1gb of stuff, no? :) | 18:15 |
| josch | zeha: i'm on a311d and it takes 12 secondes | 18:15 |
| grimmware | zeha: and if you power off the screen do you have to power the machine off and on again (not just reboot) in order to get it back on again? | 18:16 |
| grimmware | (feel free to answer me later, I don't want to interrupt your discussion with josch) | 18:17 |
| zeha | anyway, it'd be nice if there were no extra steps for users. just follow the normal grml docs and you should be good to go | 18:17 |
| josch | zeha: feel free to implemnt it. I have my one-liner already. I @-mentioned you in the debian-live MR. | 18:17 |
| zeha | grimmware: i'll do an explicit test, but so far it seemed ok | 18:19 |
| zeha | grimmware: yeah ok, its broken | 18:21 |
| josch | minute: is the repository update script broken? | 18:23 |
| josch | no it's not sorry | 18:24 |
| josch | huh... | 18:24 |
| zeha | yeah i saw the live-build comment | 18:25 |
| zeha | remind me, why is the 16M ext4 offset necessary? | 18:26 |
| josch | because collabora says that it's the offset we should use for rk3588 | 18:28 |
| josch | it's now also in debian installer for arm64 | 18:28 |
| josch | because of rk3588 | 18:28 |
| zeha | but only if there's a uboot on there too, no? | 18:29 |
| josch | yes | 18:29 |
| josch | zeha: i'd like to build one image for all platforms but if the user wants to, they should be able to flash the u-boot of their choice to the beginning (just like with debian-installer netboot images for arm64) | 18:31 |
| + bkeys (~Thunderbi@172.56.65.84) | 18:37 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 18:40 | |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@172.56.65.84) | 18:41 | |
| * bkeys1 -> bkeys | 18:41 | |
| grimmware | zeha: awesome, really appreciate you testing that for me - I know from experience it's a pain in the ass ;) | 18:44 |
| + chomwitt (~chomwitt@2a02:85f:9a8c:5400:1ac0:4dff:fedb:a3f1) | 18:54 | |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 18:55 | |
| - chomwitt (QUIT: Ping timeout: 260 seconds) (~chomwitt@2a02:85f:9a8c:5400:1ac0:4dff:fedb:a3f1) | 19:13 | |
| - xktr (QUIT: Ping timeout: 272 seconds) (~xktr@user/xktr) | 20:35 | |
| + xktr (~xktr@user/xktr) | 20:36 | |
| minute | grimmware: josch: ah sorry, indeed sounds like this patch was lost in 6.12 to 6.14 via 6.13 | 21:00 |
| minute | josch: did you bring the patch back or...? | 21:00 |
| josch | minute: no, i didn't touch the patch by grimmware as i also cannot test this myself | 21:02 |
| josch | in the sense of, i didn't do anything *now* | 21:02 |
| josch | ah i know why it got lost | 21:03 |
| josch | it got applied to 6.12 only *after* i had done the work for 6.13 | 21:03 |
| josch | and then i think you based your work for 6.14 on my 6.13? | 21:03 |
| josch | let me check if anything else from 6.12 could be missing... | 21:03 |
| minute | exactly | 21:05 |
| josch | so i finished work on 6.13 January 26 and there were a few changes to 6.12 after that (including the one by grimmware) | 21:05 |
| minute | i am basically not able to anything technical today though. maybe tomorrow night, latest on monday | 21:05 |
| josch | okay, then i'll check now if anything else is missing and do the testing with grimmware and zeha :) | 21:06 |
| josch | minute: and next week on my own unit ;) | 21:06 |
| minute | josch: thank youu | 21:06 |
| minute | oh yeah i guess we sent you something :D | 21:06 |
| josch | scheduled to arrive on Tuesday if UPS tracking estimates can be trusted :) | 21:07 |
| josch | mega shout-out to wickedshell for that :) | 21:08 |
| josch | (will not be my last one) | 21:08 |
| josch | zeha: i tested https://paste.debian.net/hidden/f447da9c/ and it successfully copied out the /boot/dtbs directory | 21:10 |
| wickedshell | josch no worries, and enjoy! | 21:11 |
| josch | <3 | 21:12 |
| + bkeys (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 21:21 | |
| josch | minute: do you remember having tested dual display mode with imx8mq and 6.14? because this one is also missing: https://source.mnt.re/reform/reform-debian-packages/-/blob/main/linux/patches6.12/imx8mq-mnt-reform2/0001-Revert-drm-bridge-nwl-dsi-Use-vsync-hsync-polarity-f.patch | 21:23 |
| - bleb (QUIT: Ping timeout: 245 seconds) (~cm@user/bleb) | 21:44 | |
| + bleb (~cm@user/bleb) | 21:47 | |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-53-72.bbcust.telenor.se) | 22:15 | |
| josch | minute: so 6.14 misses above patch but internal display seems to work fine even with dual display dtb active | 22:31 |
| BoostisBetter | minute: does it matter on my pocket kb that when it is no longer responsive in the OS, but is still responsive always to the LPC (the oled)? Like maybe the connection there has an issue and it isn't the whole kb? | 23:15 |
| josch | grimmware: i put your commit for 6.14 here: https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/105 | 23:29 |
| BoostisBetter | minute: I just posted about it on the forum but I think running the scripts you have for the syscntrl and kb would probably fix my kb, but I can't run either script because which complains that the -s paramter is illegal, and then can't find the dependencies installed, but they are | 23:35 |
| BoostisBetter | minute: I am running debian stable | 23:35 |
| BoostisBetter | josch: maybe you might be able to help? I am trying to get this command to work: | 23:35 |
| BoostisBetter | curl -sfL mnt.re/update-pocket-keyboard | sudo bash - | 23:35 |
| - Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 23:36 | |
| digitalrane | I reviewed the source of systemd-backlight and it only touches the backlight brightness property, not the power property, so afaict, it can't be thing thing setting bl_power = 0 on the stock image | 23:37 |
| digitalrane | so 100% of the time when I boot this image, bl_power is 4, 100% of the time it' | 23:38 |
| digitalrane | works if I set it to 0 manually | 23:38 |
| digitalrane | I've had a look to see if there is a debian patch in the standard debian patch set which might alter the behaviour, but didn't find anything, so it's diff'ing kernel sources this morning for me lol | 23:39 |
| + chomwitt (~chomwitt@2a02:85f:9a8c:5400:1ac0:4dff:fedb:a3f1) | 23:43 | |
| digitalrane | hmm nothing to do with display or backlight code really: https://salsa.debian.org/kernel-team/linux/-/blob/debian/6.14.6-1_exp1/debian/patches/series?ref_type=tags | 23:49 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!