| minute | josch: whenever you have time in the coming days for comments on my gnome-related MRs, i'm very interested ^^ and i have a request to add the login screen logo to the reform-branding package, afaik i can't do that myself (it's currently in my reform-system-image MR). it looks good on pocket as well as "big" reforms. | 00:05 |
|---|---|---|
| josch | minute: i have read the MRs -- my biggest question is the new gnome script in reform-tools | 00:06 |
| josch | minute: would you like to temporarily put that in? | 00:07 |
| josch | i think i read elsewhere that its functionality should go into the wizard | 00:07 |
| josch | yes, i can easily put a new logo into the reform-branding package if you tell me what file should go into which location :) | 00:08 |
| minute | josch: yes, the script was already useful for me to get an older system's gnome configured :D | 00:09 |
| minute | ok, one moment, just had to fight with the next overzealously turning off because it thought battery was at 0% :D | 00:10 |
| minute | what's the default % under which the system is auto turned offf... | 00:11 |
| josch | minute: PercentageAction=2 in /etc/UPower/UPower.conf? | 00:11 |
| minute | i will change the next's lpc fw so that it reports a % above that threshold if the cells are not really depleted | 00:11 |
| minute | josch: thx | 00:12 |
| minute | reform-system-image page has a spinner for me atm | 00:13 |
| minute | (on gitlab) | 00:13 |
| josch | minute: i'm building reform-debian-packages jobs in an attempt to show you something | 00:13 |
| minute | ah, works for me in firefox, weird | 00:14 |
| minute | josch: the gitlab is now on a server with 1TB storage btw | 00:14 |
| josch | minute: this: https://source.mnt.re/reform/reform-debian-packages/-/jobs/10387 | 00:14 |
| josch | minute: at the bottom in the reprepro job log you now see a line that you can copypaste into your apt sources.list | 00:14 |
| minute | josch: ah, very nice! | 00:14 |
| minute | josch: this is the file i'd like in reform-branding https://source.mnt.re/reform/reform-system-image/-/blob/0aa855c1dfd6cbd0209361af0149be7c26c88552/mnt-reform-logo-login-invert.svg | 00:15 |
| josch | minute: same license as the others? | 00:16 |
| minute | josch: yes | 00:16 |
| minute | josch: currently i expect that in /usr/share/images https://source.mnt.re/reform/reform-system-image/-/merge_requests/129/diffs#2e5621f41bbcb10bb7b21e9ae6c2f0b34e8e1866_502_510 | 00:17 |
| minute | josch: referenced here https://source.mnt.re/reform/reform-system-image/-/merge_requests/129/diffs#ecb30e2ccac5797b04630587107f67bdba8f1870_0_11 | 00:18 |
| josch | minute: should that not go into /usr/share/images/vendor-logos/ ? | 00:19 |
| minute | josch: if that's the right place, sure! | 00:19 |
| josch | i'm investigating :D | 00:19 |
| - mjw (QUIT: Ping timeout: 252 seconds) (~mjw@gnu.wildebeest.org) | 00:23 | |
| josch | minute: you currently ship /etc/gdm3/greeter.dconf-defaults via reform-system-image. Can you check whether it also works to drop a file into /usr/share/gdm/dconf/? Because then we can ship this file via reform-tools which has the advantage that we can easily update its contents via a reform-tools upload. | 00:27 |
| minute | josch: ok, could you paste that in a comment on the MR? because i can't test that anymore tonight, but tomorrow | 00:30 |
| + mjw (~mjw@gnu.wildebeest.org) | 00:31 | |
| josch | sure, done | 00:33 |
| josch | i'll add more tomorrow then | 00:33 |
| josch | but now uploading reform-branding because it'll take maximum 6 hours for that to be available on the mirrors and then you can experiment with this tomorrow | 00:34 |
| - GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon) | 00:38 | |
| minute | josch: thank you! | 00:47 |
| josch | minute: you also caught my patch fixing the reform-desktop-full package a few days ago? | 00:48 |
| minute | josch: not 100% sure! | 00:48 |
| josch | you are currently adding https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/108 into the gnome system image -- maybe finalize that one and then start a reform-debian-packages branch dedicated for the gnome stuff? | 00:50 |
| josch | because the reform-tools changes should not go into the repo before they are finalized as that could break upgrades | 00:50 |
| minute | josch: yes, the orientation stuff works fine, i'm just waiting for a test result from i.e. grimmware, and also a imx8mp result would be great, i can do that tomorrow | 00:53 |
| josch | okay! | 00:54 |
| josch | i should be online essentially the whole day today, so ping freely :) | 00:54 |
| josch | today meaning the day that started 55 minutes ago :) | 00:54 |
| josch | how about instead i just start a new MR... sec... | 00:55 |
| josch | then things will not get lost | 00:55 |
| josch | in the irc history | 00:55 |
| - Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 00:57 | |
| - mjw (QUIT: Ping timeout: 248 seconds) (~mjw@gnu.wildebeest.org) | 01:00 | |
| josch | this seems to work: https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/112 | 01:01 |
| josch | feel free to use this for your system image, cherry-pick the commit, rebase whatever as usual :) | 01:02 |
| + bkeys (~Thunderbi@173.186.16.211) | 01:28 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 02:01 | |
| - robin__ (QUIT: Quit: Leaving) (~robin@user/terpri) | 02:47 | |
| - nsc (QUIT: Ping timeout: 268 seconds) (~nicolas@139-98-142-46.pool.kielnet.net) | 03:34 | |
| + nsc (~nicolas@61-97-142-46.pool.kielnet.net) | 03:36 | |
| - paperManu (QUIT: Ping timeout: 272 seconds) (~paperManu@107.159.213.145) | 03:37 | |
| - murphnj (QUIT: Remote host closed the connection) (~murph@user/murphnj) | 04:05 | |
| + qbit (~qbit@user/qbit) | 05:28 | |
| + chomwitt (~chomwitt@2a02:85f:9a00:8300:1ac0:4dff:fedb:a3f1) | 07:53 | |
| - gsora (QUIT: Ping timeout: 252 seconds) (~gsora@user/gsora) | 08:32 | |
| + gsora (~gsora@user/gsora) | 08:41 | |
| + hramrach (~hramrach@193.86.92.181) | 09:36 | |
| - gsora (QUIT: Remote host closed the connection) (~gsora@user/gsora) | 09:59 | |
| + gsora (~gsora@user/gsora) | 09:59 | |
| + mjw (~mjw@gnu.wildebeest.org) | 10:25 | |
| - chomwitt (QUIT: Ping timeout: 276 seconds) (~chomwitt@2a02:85f:9a00:8300:1ac0:4dff:fedb:a3f1) | 11:37 | |
| - gsora (QUIT: Remote host closed the connection) (~gsora@user/gsora) | 11:56 | |
| + gsora (~gsora@user/gsora) | 11:59 | |
| - mjw (QUIT: Ping timeout: 272 seconds) (~mjw@gnu.wildebeest.org) | 12:08 | |
| - gsora (QUIT: Remote host closed the connection) (~gsora@user/gsora) | 12:08 | |
| + gsora (~gsora@user/gsora) | 12:08 | |
| * Guest6257 -> mjw | 12:26 | |
| + paperManu (~paperManu@107.159.213.145) | 12:43 | |
| grimmware | minute: not only does build 108 work but the screen comes back on a *lot* quicker now | 12:55 |
| grimmware | which is much closer to my experience back before the v2 screen refactor | 12:56 |
| grimmware | so fingers crossed this is going to fix the flicker as well | 12:56 |
| grimmware | ah no interesting, it's actually exhibiting some pretty weird behaviour if you leave it off for a little bit longer, when it comes on the screen then looks like the system has had a brownout but then it restores to normal (like fading colours and a bit of a scanline effect) | 12:58 |
| grimmware | flicker is still there | 12:59 |
| grimmware | so basically kind of different behaviour but no regression so hopefully steps forward :) | 13:00 |
| + gustav28 (~gustav@c-78-82-54-59.bbcust.telenor.se) | 13:02 | |
| josch | minute: in https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/112 I implemented what I think is how you wanted to change the Debian package for reform-tools in the MNT repository. You can now drop files into ./reform-tools/debian and they will replace the respective files in the official packaging. I also added a README: | 13:51 |
| josch | https://source.mnt.re/reform/reform-debian-packages/-/tree/2d305ac601bddddbdbd0ed7a1f8e7fef044aa9ac/reform-tools | 13:51 |
| gsora | to whoever has the courage to work on rockchip integrations: i commend you | 14:13 |
| grimmware | when I'm working on the kernel module code my vim can't find linux/slab.h even though I've got headers installed and I can't figure out the right incarnation of the terminology to actually get a search engine to tell me how to set up my vim | 14:42 |
| grimmware | so like, any advice there is very much appreciated because I am not really a C developer :P | 14:42 |
| josch | grimmware: you mean where Debian installs it? It should be in /usr/src/linux-headers-*-common/include/linux/slab.h | 14:45 |
| minute | grimmware: yeah i also still have the flicker, have to attack this another time | 14:55 |
| minute | grimmware: thank you for testing | 14:56 |
| minute | gsora: that would be me lol | 14:56 |
| gsora | i'm going through the pains of writing bare-metal code for rk35xx and wow, it's hard | 14:58 |
| gsora | so thank you for that | 14:59 |
| [tj] | grimmware: I use cscope rather than letting vim do anything | 15:01 |
| + mark_ (~mjw@gnu.wildebeest.org) | 15:19 | |
| grimmware | [tj]: I'm not really sure what you mean. The problem I'm facing is that my syntax checker is barfing on the includes so it's not actually telling me anything useful about my shitty code. | 15:22 |
| [tj] | oh, I read poorly | 15:22 |
| [tj] | ignore me | 15:22 |
| grimmware | I don't know that I explained the problem well | 15:23 |
| [tj] | I'm on the extreme end of "don't configure stuff" scale | 15:23 |
| [tj] | so I've never used a syntax checker in vim | 15:23 |
| - eschaton_ (QUIT: Quit: ZNC 1.9.x-git-13-9372430e - https://znc.in) (eschaton@2600:3c01::f03c:91ff:fefd:5d92) | 15:23 | |
| + eschaton (eschaton@2600:3c01::f03c:91ff:fefd:5d92) | 15:24 | |
| grimmware | I'm coming to realise that I'm so slow on the uptake with actually configuring this stuff because it's absolute bullshit and it's exactly the sort of thing that makes me hate computers | 15:28 |
| [tj] | just disable the syntax checker and get on with doing things? | 15:32 |
| - RandyK (QUIT: Remote host closed the connection) (~RandyK@user/randyk) | 15:36 | |
| + RandyK (~RandyK@user/randyk) | 15:37 | |
| + andreas-e (~Andreas@2001:861:c4:f2f0::c64) | 15:38 | |
| grimmware | oh but cscope is nice, thanks for that! | 15:42 |
| [tj] | its totally suitable for doing work | 15:42 |
| [tj] | I really like the modality switch between search and editing | 15:43 |
| minute | note, we need to unset _JAVA_AWT_WM_NONREPARENTING for java applications to work correctly on gnome ;3 | 16:17 |
| minute | (we have that in /etc/profile.d i think) | 16:17 |
| minute | gsora: that sounds very interesting though, may i ask what kinda code? do you use no environment like all, not even EFI? | 16:18 |
| gsora | minute: i had the ill-advised idea to write my own super thin linux bootloader | 16:44 |
| minute | gsora: ahhh nice ahaha | 16:45 |
| gsora | no environment at all, I'm packing machine code in a .fit image file | 16:46 |
| gsora | would've loved to have something ready for when my reform gets delivered, but I'm still figuring out a thing or two | 16:46 |
| gsora | mostly battling against gdb and swd at the moment :D | 16:46 |
| josch | minute: the situation regarding /etc/profile.d is a bit unfortunate because we do not have an easy way to change its content when upgrading reform-tools without potentially causing conflicts. I think it would be smarter to configure the environment variables on a per-user basis, maybe via ~/.profile? Maybe the setup-wizard can fill ~/.profile with whatever variables are required for the platform? | 16:47 |
| josch | in case of _JAVA_AWT_WM_NONREPARENTING the setting would be specific to the window manager and not the platform even... :/ | 16:47 |
| josch | if one wants to switch back from gnome to sway, the user would have to set _JAVA_AWT_WM_NONREPARENTING=1 again | 16:47 |
| josch | (or otherwise java applications would not be happy) | 16:47 |
| josch | even after having browsed https://wiki.archlinux.org/title/Environment_variables I am left with more questions than I had before about how to do it more or less properly :( | 16:49 |
| - andreas-e (QUIT: Quit: Leaving) (~Andreas@2001:861:c4:f2f0::c64) | 17:00 | |
| minute | josch: yeah, populating ~/.profile would be better | 17:07 |
| minute | josch: does sway still need _JAVA_AWT_WM_NONREPARENTING=1 in 2025 i wonder | 17:07 |
| josch | let me try this out... one sec... | 17:08 |
| minute | josch: in any case we can nuke /etc/profile.d stuff for now, the things in it are not critical (is GST_CLAPPER_USE_PLAYBIN3=1 still needed?) MOZ_ENABLE_WAYLAND=1 is def. outdated | 17:09 |
| minute | GTK2 theme... i'm also not attached to that anymore | 17:10 |
| - ZetaR (QUIT: Ping timeout: 248 seconds) (~user@c-98-208-141-90.hsd1.fl.comcast.net) | 17:14 | |
| josch | minute: I searched in the irc history. In 2022, C-Keen was unable to run arduino ide without _JAVA_AWT_WM_NONREPARENTING=1. I tried running it on my system (Bookworm) with env --unset=_JAVA_AWT_WM_NONREPARENTING and it worked fine | 17:16 |
| minute | josch: ok, then it can go | 17:16 |
| minute | josch: i'm removing the drop of profile.sh for now from mkimage | 17:16 |
| josch | minute: yes and you can kill GST_CLAPPER_USE_PLAYBIN3=1 as well | 17:16 |
| minute | josch: great, then no more custom env vars \o/ | 17:16 |
| josch | \o/ | 17:16 |
| josch | that's even better :) | 17:17 |
| minute | in parallel i'm testing imx8mp pocket with that new kernel from https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/108 | 17:17 |
| minute | cause i wanna merge it | 17:17 |
| josch | nice | 17:17 |
| grimmware | \o/ | 17:53 |
| minute | hmm, this image doesn't boot correctly on imx8mp pocket https://source.mnt.re/reform/reform-system-image/-/jobs/10228/artifacts/browse | 17:54 |
| minute | wait what | 17:54 |
| minute | Retrieving file: /dtbs/6.14.6-mnt-reform-arm64//imx8m-nitrogen8mp.dtb | 17:54 |
| minute | ** File not found /dtbs/6.14.6-mnt-reform-arm64//imx8m-nitrogen8mp.dtb ** | 17:54 |
| minute | > U-Boot 2022.04-gb0e908b1-dirty (May 02 2024 - 19:18:25 +0000) | 17:54 |
| minute | so it did load the initrd and vmlinuz, but not the dtb | 17:55 |
| minute | Retrieving file: /initrd.img-6.14.6-mnt-reform-arm64 | 17:55 |
| minute | Retrieving file: /vmlinuz-6.14.6-mnt-reform-arm64 | 17:55 |
| minute | josch: the "any" image doesn't seem to find the right dtb on imx8mp, not sure why, some variable missing in that uboot? | 17:56 |
| minute | not super important as i can patch that in extlinux, just maybe interesting for you | 17:56 |
| - mjw (QUIT: Killed (iridium.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 17:57 | |
| * mark_ -> mjw | 17:57 | |
| minute | ah, not a uboot thing | 17:57 |
| minute | nvm, uboot thing | 17:58 |
| + Guest5571 (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 17:58 | |
| minute | i'm now putting "fdtfile /dtbs/6.14.6-mnt-reform-arm64/freescale/imx8mp-mnt-pocket-reform.dtb" in the extlinux conf | 17:58 |
| grimmware | isn't that just going to get trashed again on the next kernel update though? | 17:58 |
| minute | it's a bit unfortunate that we're now losing around 5 seconds of boot time through 2 seconds from "press a key to skip autoboot" and another few seconds in uboot-menu that's invisible | 18:00 |
| grimmware | josch: I got super confused when you tagged me in that comment because I have a local tool called `pocket-orientation` and likely a local branch of reform-tools called that too | 18:00 |
| minute | grimmware: yeah i'm just quickly testing sth | 18:00 |
| minute | if someone reads these logs later, it's fdt, not fdtfile, in extlinux.conf | 18:02 |
| - mjw (QUIT: Quit: Leaving) (~mjw@gnu.wildebeest.org) | 18:04 | |
| josch | minute: yes, the first pocket reforms shipped with a u-boot file that did not have this commit: https://source.mnt.re/reform/reform-imx8mp-uboot/-/commit/ec3959b5f6c28488a3067bf197523823f6430a6a | 18:05 |
| josch | minute: about u-boot-menu: you could treat it like suspend: imx8mq is the only platform with support for both suspend and graphics in u-boot. So you could argue (as you did for suspend): existing users of imx8mq will likely *not* use the new system image, so set the u-boot-menu timeout to 0 (effectively disabling it) and for those who are (imx8mq users) they can manually enable it (similar to how they | 18:06 |
| josch | would have to menually enable suspend) | 18:06 |
| josch | i'd argue though that the one second "press any key to skip autoboot" sleep *is* important | 18:07 |
| josch | grimmware: i don't even know anymore in which comment i tagged you, sorry XD | 18:08 |
| minute | wow, gnome is pretty borked on imx8mp | 18:09 |
| minute | ah, it's the terminal | 18:11 |
| josch | minute: as far as i know, very early imx8mq classic reform and the first batch of imx8mp pockets are the two platforms where the any image will not run unless u-boot on emmc got upgraded (to my knowledge) | 18:12 |
| minute | ah, "foot" is broken on gnome on imx8mp | 18:12 |
| minute | really bizarre failure mode also | 18:12 |
| minute | video for your enjoyment https://mastodon.social/@mntmn/114575016936057463 | 18:19 |
| spew | just curious, do you all have a sense of when the MNT Reform Classic v3s might start to ship? | 18:20 |
| - svp (QUIT: Remote host closed the connection) (~svp@host-79-7-240-189.business.telecomitalia.it) | 18:20 | |
| josch | minute: I'd add this to your gnome branch of reform-tools: https://paste.debian.net/hidden/c8d98f6c/ | 18:20 |
| minute | spew: yesss https://mastodon.social/@mntmn/114574986911261438 | 18:21 |
| spew | oh wow that's literally today just a few minutes ago | 18:21 |
| minute | josch: ohh ok | 18:21 |
| spew | minute: that picture is beautiful | 18:21 |
| + svp (~svp@host-79-7-240-189.business.telecomitalia.it) | 18:22 | |
| minute | spew: thanks! sorry for all the delays, a lot of time went into sourcing and the mb 3.0 upgrade and then the rk3588 upgrade to use dsi instead of hdmi adapter etc. | 18:23 |
| spew | no worries, thank you for letting me know | 18:23 |
| minute | josch: ok, we can't ship foot anymore i think, gnome-terminal works fine though. foot in gnome looks pretty jarring anyway | 18:24 |
| minute | otherwise, gnome itself is fine on the imx8mp | 18:24 |
| minute | ah yeah, now to test that kernel. | 18:24 |
| grimmware | alacritty is a really nice alternative to foot ime | 18:24 |
| grimmware | I know that's not a problem you're looking to solve right now, just throwing it out there | 18:25 |
| minute | grimmware: yeah, that's also a GPU accelerated thing, so who knows what might fall apart there | 18:25 |
| grimmware | ah okay | 18:25 |
| minute | cc austriancoder https://mastodon.social/@mntmn/114575016936057463 but this etnaviv is also one that still has super dark rendering | 18:25 |
| minute | ok, "that kernel branch" confirmed working on imx8mp with dispv2 + dispv1 | 18:39 |
| minute | josch: this is ready, set to auto-merge https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/108 | 18:41 |
| + mjw (~mjw@gnu.wildebeest.org) | 18:41 | |
| josch | awesome! :) | 18:59 |
| minute | chromium is also pretty borked on etnaviv | 19:03 |
| minute | ;/ | 19:03 |
| minute | well, i guess that's a known and never-fixed issue | 19:04 |
| austriancoder | @minute: I have not forgotten the issue you reported .. let's see when I find some free hours to work on it. | 19:11 |
| minute | austriancoder: thank you! | 19:12 |
| + chomwitt (~chomwitt@2a02:85f:9a00:8300:1ac0:4dff:fedb:a3f1) | 19:30 | |
| minute | foot author is willing to help https://social.treehouse.systems/@dnkl/114575182613352013 | 19:36 |
| josch | nice, posting on fedi helps :) | 19:39 |
| minute | unfortunately i don't really have time for this ;__; | 19:40 |
| - ndufresne (QUIT: Quit: The Lounge - https://thelounge.chat) (~ndufresne@apple.collaboradmins.com) | 20:00 | |
| + ndufresne (~ndufresne@apple.collaboradmins.com) | 20:02 | |
| grimmware | okay I've got a basic working virtual i2c bus doing a kind of smbus echo server | 21:18 |
| grimmware | that is obviously a good start | 21:19 |
| grimmware | I think I'm going to keep working on it as a virtual thing to get it to the point where I can see that it's correctly routing data and then I'll dump it into the reform2_lpc.c cos then I can work on it as a separate module without breaking anything | 21:21 |
| grimmware | and then I'll put the fixes that minute suggested and fix them up in the firmware and then try testing it end to end on the accelerometers | 21:22 |
| grimmware | I'm going to have to rewrite all my userland code too in order to actually fully demo it but at least I can pillage the transformations code cos that was bullshit. | 21:23 |
| minute | grimmware: sounds cool | 21:24 |
| grimmware | this will be really fucking sweet if it works, and I think it's going to be the shortest code path | 21:31 |
| grimmware | minute: I'm really glad you suggested this approach | 21:31 |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-54-59.bbcust.telenor.se) | 22:15 | |
| grimmware | hmm, just updated my sysctl firmware to latest on main and I was about to flash it again but picotool is saying it can't find anything in bootsel mode :/ | 22:21 |
| zeha | after reform-mcu-tool usage? | 22:24 |
| zeha | not sure which version you had previously, but the current fw versions have changed usbids etc | 22:25 |
| grimmware | does that require any different picotool arguments? cos flash.sh is just `picotool load -f build/sysctl.uf2` | 22:27 |
| zeha | right, so | 22:27 |
| zeha | if you want to continue using picotool (or flash.sh), you need to reset the sysctl manually with reform-mcu-tool bootsel pocket-sysctl-1.0 | 22:28 |
| zeha | and then you can run picotool / flash.sh | 22:28 |
| zeha | i tend to use fwupdtool with the .cab that is built by build.sh / cmake | 22:28 |
| grimmware | aaah okay | 22:29 |
| grimmware | thank you <3 | 22:30 |
| zeha | yw | 22:30 |
| + Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66) | 22:46 | |
| - Gooberpatrol66 (QUIT: Ping timeout: 276 seconds) (~Gooberpat@user/gooberpatrol66) | 22:48 | |
| - Gooberpatrol_66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 23:05 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 23:05 | |
| - chomwitt (QUIT: Ping timeout: 276 seconds) (~chomwitt@2a02:85f:9a00:8300:1ac0:4dff:fedb:a3f1) | 23:11 | |
| - Ar|stote|is (QUIT: Ping timeout: 252 seconds) (~linx@149.210.24.117) | 23:12 | |
| + Ar|stote|is (~linx@149.210.75.151) | 23:17 | |
| josch | i'm loarning glib schema override syntax today... phew... | 23:19 |
| grimmware | I’ve learned about implementing i2c drivers | 23:33 |
| josch | minute: https://source.mnt.re/reform/reform-tools/-/merge_requests/123 | 23:44 |
| josch | that is gschema.override and u-boot-menu timout | 23:44 |
| josch | but wasn't there a third thing i told you i'd take care of? or was that it? anything else? | 23:44 |
| josch | just cherry-pick those commits into your gnome branch | 23:44 |
| josch | maybe i'm thinking about adjusting reform-check so that it can cope with the last line of /etc/skel/.profile no longer calling reform-help -- would you like that? | 23:48 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
