| + reform25262 (~root@2600:381:d518:21b9:8be1:39d2:855a:c81d) | 00:42 | |
| - reform25262 (QUIT: Remote host closed the connection) (~root@2600:381:d518:21b9:8be1:39d2:855a:c81d) | 00:42 | |
| josch | minute: I'm trying something out. This MR reverts kmod to the version which still worked: https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/56 | 00:56 |
|---|---|---|
| josch | minute: no idea if a stunt like this can be pulled off with our infra... we'll see... | 00:56 |
| minute | :3 | 01:17 |
| + mjw (~mjw@gnu.wildebeest.org) | 01:30 | |
| mrbcmorris | woot, order placed. | 01:33 |
| - mrbcmorris (QUIT: Quit: leaving) (~mrbcmorri@user/mrbcmorris) | 01:34 | |
| + mrbcmorris (~mrbcmorri@user/mrbcmorris) | 01:34 | |
| - Manis (QUIT: Ping timeout: 244 seconds) (01a66df340@84-73-19-122.dclient.hispeed.ch) | 02:05 | |
| josch | minute: the CI seems to have successfully built a kmod that is patched to build the version that still worked | 02:26 |
| josch | I'm going to merge this to main so that it is put into the mntre.com repository | 02:26 |
| josch | even if i added a bug, i don't think kmod can do something worse than making people's computers unbootable | 02:26 |
| josch | i successfully tested it over here | 02:27 |
| josch | i had a chat with the kmod maintainer in #debian-devel and they want to "fix" the issue by making the package uninstallable until a proper solution is found | 02:27 |
| josch | this then would mean that i cannot do the work on system images that i'm currently doing | 02:28 |
| josch | so i think i'm happy with having created our own patched kmod for now | 02:28 |
| josch | ch: what's your opinion? | 02:28 |
| josch | i'm pressing the "auto-merge" button now and tomorrow morning we'll see... | 02:28 |
| - nsc (QUIT: Ping timeout: 252 seconds) (~nicolas@62-96-142-46.pool.kielnet.net) | 03:22 | |
| + nsc (~nicolas@i5C74DD68.versanet.de) | 03:24 | |
| - mjw (QUIT: Ping timeout: 252 seconds) (~mjw@gnu.wildebeest.org) | 03:31 | |
| - arminweigl (QUIT: Ping timeout: 258 seconds) (~arminweig@sourcehut/user/arminweigl) | 03:34 | |
| + arminweigl_ (~arminweig@sourcehut/user/arminweigl) | 03:34 | |
| * arminweigl_ -> arminweigl | 03:35 | |
| - bkeys (QUIT: Remote host closed the connection) (~Thunderbi@45.134.140.153) | 03:45 | |
| - kop316 (QUIT: Remote host closed the connection) (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 03:57 | |
| + kop316 (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 03:58 | |
| - kop316 (QUIT: Remote host closed the connection) (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 04:03 | |
| + kop316 (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 04:04 | |
| - kop316 (QUIT: Remote host closed the connection) (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 04:04 | |
| + kop316 (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 04:05 | |
| + jbmorley_ (sid21953@id-21953.tinside.irccloud.com) | 04:28 | |
| jbmorley_ | Hi folks! Would anyone be up for giving me a hand with a non-booting Pocket Reform? :) | 04:28 |
| jbmorley_ | I apt update'd my new (and very exciting) Hyper and rebooted and found myself staring at busybox, with the 'ALERT! LABEL=reformsdroot does not exist. Dropping to a shell!', with a non-functioning keyboard. USB keyboard isn't working either. Using the latest system image on either SD card or USB seems to make no difference. Definitely some overlap with the discussions on https://community.mnt.re/t/debugging-boot-failures/2375. | 04:28 |
| + jo_ (~jo@136.25.125.101) | 04:39 | |
| - jo_ (QUIT: Client Quit) (~jo@136.25.125.101) | 04:40 | |
| + joy (~jo@136.25.125.101) | 04:54 | |
| * joy -> jo_ | 04:56 | |
| ch | josch: (for kmod in debian) the conflicts/breaks with dracut-install is at least correct and correct for unstable users | 06:06 |
| ch | (and also for testing, later on, probably) | 06:06 |
| ch | josch: (for reform) i think adding a locally fixed package is very sensible | 06:07 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 06:08 | |
| ch | josch: generally my opinion is unchanged - unstable is fine if you have automated tests and one can live with the breakage. not sure thats true here | 06:09 |
| josch | ch: i would've preferred an upload of the working version (with a "really" versioning) but agree that adding a conflict at least prevents more users from having their systems borked | 06:22 |
| josch | ch: i agree with you on the other points, also regarding unstable -- there is a reason why i'm very motivated about providing reform.d.n :) | 06:23 |
| josch | (i'm running bookworm on my reform with kernel from backports) | 06:23 |
| josch | thank you for your perspective | 06:23 |
| ch | i think testing is a middle ground. at least you get -some- qa. getting fixes in takes longer obviously. when providing images to users, imo testing + select fixes is a good idea (but you still need the infra to get 'select fixes' in) | 06:25 |
| josch | ideally i would give all my users stable only | 06:26 |
| josch | but then nothing gets tested before it becomes stable :D | 06:26 |
| ch | if the target group is makers, tinkereres, etc., i think testing is fine | 06:27 |
| josch | it kinda needs somebody's PC to fail to boot before an RC bug is filed in unstable hopefully before it transitions which can be as quick as just within 3 days | 06:27 |
| ch | more automated tests are a partial answer to that :) | 06:27 |
| josch | yes, absolutely | 06:28 |
| ch | (speaking with the debian pov now) | 06:28 |
| josch | kmod could've had an autopkgtest building an initramfs which is booted in qemu | 06:28 |
| ch | initramfs-tools could also have that | 06:28 |
| ch | then at least that would prevent testing migration | 06:29 |
| josch | maybe something for next weekend... | 06:29 |
| vagrantc | josch: kernel in backports is capable of running which mnt reform variants? | 06:29 |
| josch | vagrantc: table here: https://reform.debian.net/images/ | 06:30 |
| josch | vagrantc: but please be aware that i have *no* idea how tested this is -- maybe none of this works, maybe all of it does :D | 06:30 |
| ch | thats backports + patches? | 06:30 |
| josch | ch: the debian.net team gave me a machine on which i am running exactly the same scripts as is run on mntre.com gitlab CI | 06:31 |
| + reform3731 (~albo@syn-076-079-063-005.biz.spectrum.com) | 06:31 | |
| josch | but with s/unstable/bookworm/ | 06:31 |
| josch | and the kernel itself i also pull from bookworm-backports and add the same patches, yes | 06:32 |
| vagrantc | oh, it is still patched above-and-beyond what is in Debian proper? | 06:33 |
| josch | vagrantc: i saw that u-boot-menu now ships a shell script in /etc/kernel/postinst.d which allows copying in the dtbs, thus replacing a big part of what flash-kernel does -- would you be interested in being able to ship that script in /usr instead of /etc so that u-boot-menu can easily update it without conf-file conflicts? | 06:33 |
| - reform3731 (QUIT: Client Quit) (~albo@syn-076-079-063-005.biz.spectrum.com) | 06:33 | |
| josch | vagrantc: i just take what debian has and add the same patch stack | 06:33 |
| vagrantc | josch: sure, that is useful, but not quite as exciting as without the extra patches :) | 06:33 |
| josch | naturally :) | 06:34 |
| josch | vagrantc: the context of my question is this MR i opened against src:linux: https://salsa.debian.org/kernel-team/linux/-/merge_requests/1159 | 06:34 |
| vagrantc | josch: i would be open to proposing to move the u-boot-menu stuff around :) | 06:35 |
| josch | i believe that packages like flash-kernel or u-boot-menu should rather ship those shell scripts in /usr than in /etc which allows users to override them by putting their own versions in /etc and the package can ship fixes and other changes easily by placing them in /usr | 06:35 |
| vagrantc | josch: sounds good to me! | 06:36 |
| josch | vagrantc: if you think this would be useful as well, i'd appreciate a comment from you with your u-boot-menu/flash-kernel maintainer hat in that MR for the kernel team to read | 06:36 |
| josch | why this is relevant in this channel: i wanted to ship a snippet in /etc/kernel/postinst.d in reform-tools and then remembered how painful it was in the past to migrate content from /etc to /usr that this time round i want to place it in /usr first and avoid /etc altogether... | 06:37 |
| josch | namely this script: https://source.mnt.re/reform/reform-tools/-/merge_requests/81/diffs?commit_id=176fba5963df519ab884be965e9dbf29ead19e5c | 06:39 |
| vagrantc | josch: commented (and edited comment) | 06:40 |
| josch | thank you! :) | 06:40 |
| vagrantc | josch: if i am reading your proposed change though, i guess it does not actually allow overriding the default behavior, only adding additional scripts | 06:44 |
| josch | vagrantc: no, it does override, i tested that -- do you see something different happening? | 06:44 |
| josch | vagrantc: it stores the basename of the script in a list and when it processes /usr and finds a file with the same basename it skips it | 06:45 |
| josch | vagrantc: you can test this on your own reform if you like, the current version of linux-image-mnt-reform-arm64 comes with that patch already ;) | 06:45 |
| vagrantc | josch: hrm. i see that now ... a bit hard to read with the one-line case statement and whatnot | 06:46 |
| josch | lists and sets in shell are just not fun :( | 06:46 |
| josch | i shall add more comments to the code | 06:47 |
| josch | i considered using $@ as an array for this job but then even fewer people might be able to understand what's going on XD | 06:47 |
| vagrantc | josch: processed="$processed $basename " otherwise ... case $processed in *" $basename "*) might miss the first match ... maybe? :) | 06:50 |
| josch | hah let me have a look... | 06:51 |
| vagrantc | though i should probably stop squinting at this for the night... :) | 06:52 |
| josch | vagrantc: ah but the processed variable starts out as " " | 06:52 |
| vagrantc | well ' ' ... but yes. | 06:53 |
| vagrantc | hah. which only reinforces my comment about squinting at this hour :) | 06:53 |
| josch | vagrantc: thanks a bunch all the same for checking this! :) | 06:54 |
| vagrantc | josch: thanks for proposing it ... it is probably a decade overdue, really. :) | 06:54 |
| josch | uff XD | 06:55 |
| vagrantc | well, better now than never :) | 06:55 |
| vagrantc | the whole stuff around bootloaders and kernels in debian definitely feels a bit ... stuck in old habits. | 06:56 |
| josch | i was also considering to add this functionality to run-parts as an extra option... lets see what the debian linux team has to say about this | 06:56 |
| vagrantc | takes someone with an actual need and a bit of energy to move things forward :) | 06:56 |
| josch | i'm half unemployed until september -- i have the luxery of a bit of free time these days :) | 06:57 |
| - natalie (QUIT: Quit: quit) (~natalie@user/natalie) | 07:09 | |
| + ueli (~ueli@2a02:21b4:c81c:b400:619b:ad4b:9d42:5d4c) | 07:21 | |
| + natalie (~natalie@user/natalie) | 07:22 | |
| - ueli (QUIT: Quit: Leaving) (~ueli@2a02:21b4:c81c:b400:619b:ad4b:9d42:5d4c) | 07:52 | |
| + Manis (01a66df340@84-73-19-122.dclient.hispeed.ch) | 08:00 | |
| josch | minute: kmod is now patched in the mntre.com repos and will ship the old (working) version to reform users | 08:24 |
| josch | i'm also finally again up-to-date with reform-system-image and reform-tools work | 08:24 |
| josch | minute: given this, i think my highest wishlist item right now is that the next batch of pocket reforms ships with a u-boot that is built, tagged and downloadable from source.mnt.re | 08:25 |
| josch | in https://source.mnt.re/reform/reform-imx8mp-uboot/-/merge_requests/1 i tried to reset boundary uboot to commit b0e908b1ecbd5762e6cbab30c4c43debd273886e | 08:26 |
| josch | which seems to be the commit that you used for the first batch of pocket reforms according to their u-boot log | 08:26 |
| josch | the rest should just be cosmetic... no idea why it made andypiper's pocket unbootable :/ | 08:26 |
| jbmorley_ | josch: I managed to end up with a non-booting Pocket today after an apt update. I’ve not really been following along with this one, but could that be related? | 08:34 |
| ch | if you get an initramfs prompt, its the kmod issue in debian | 08:37 |
| jbmorley_ | ch: Yup. That’ll be it then. | 08:38 |
| jbmorley_ | Are there known recovery steps? | 08:38 |
| jbmorley_ | (Thanks!) | 08:38 |
| jbmorley_ | Right now it doesn’t like system images on SD or USB. | 08:39 |
| ch | the system image also fails? | 08:39 |
| jbmorley_ | Yup. | 08:39 |
| ch | i understood josch's message from above that the latest system image should boot | 08:39 |
| jbmorley_ | This was … yesterday’s I think? | 08:39 |
| jbmorley_ | The latest build as of 6 hours ago. | 08:40 |
| ch | yesterdays is broken :) | 08:40 |
| jbmorley_ | Hahahah | 08:40 |
| jbmorley_ | Alrighty. | 08:40 |
| ch | maybe try one from https://source.mnt.re/reform/reform-system-image/-/jobs/5575/artifacts/browse | 08:42 |
| ch | build log looks good at least | 08:42 |
| jbmorley_ | ACTION nods | 08:42 |
| jbmorley_ | I’ll give it a shot! | 08:42 |
| jbmorley_ | It was literally my first apt update; I timed it so well :). | 08:44 |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 08:48 | |
| * jo_ -> jo^ | 08:52 | |
| jbmorley_ | ch: | 08:55 |
| jbmorley_ | … curiously that just gives me a blank screen! | 08:55 |
| - jo^ (PART: !!unknown attribute: msg!!) (~jo@136.25.125.101) | 08:57 | |
| ch | oh no | 08:57 |
| ch | josch: ^ | 08:58 |
| + jo^ (~jo@136.25.125.101) | 08:58 | |
| - jo^ (QUIT: Quit: leaving) (~jo@136.25.125.101) | 08:58 | |
| jbmorley_ | Third power up it worked?? | 08:58 |
| jbmorley_ | That was strange. | 08:58 |
| ch | ugh. there were some reports of kernels failing to boot some times. but i thought that was fixed | 08:59 |
| jbmorley_ | Happy to help? 😬 | 09:00 |
| ch | if you can chroot into your existing install, i think apt --update upgrade should give you a fixed kmod. might need to run update-initramfs -u -k all after that | 09:00 |
| jbmorley_ | Thanks! I can probably skip that as I literally didn’t get around to setting it up yet. | 09:01 |
| jbmorley_ | I unboxed the thing about 6 hours ago and promptly bricked it ;). | 09:01 |
| jbmorley_ | So the latest apt should be safe now we think? | 09:05 |
| jbmorley_ | ch: things seem to be a little happier now, thanks! | 09:17 |
| ch | yes, josch apparently worked all night on that to add a workaround and make updating safe again for now | 09:27 |
| jbmorley_ | josch: Thank you! | 09:29 |
| jbmorley_ | Has reform-setup-encrypted-drive gone away? | 09:29 |
| ch | reform-setup-encrypted-nvme maybe? | 09:32 |
| ch | (guessing, sorry) | 09:32 |
| jbmorley_ | Oh. I mistyped into IRC. But yes, ‘reform-setup-encrypted-nvme’ isn’t on my path. | 09:33 |
| jbmorley_ | (OK. In sbin which isn’t on my path.) | 09:34 |
| ch | https://source.mnt.re/reform/reform-tools/-/tree/main/sbin?ref_type=heads | 09:35 |
| ch | right | 09:35 |
| ch | probably sudo? | 09:35 |
| ch | then it should be in path | 09:35 |
| jbmorley_ | Weirdly it wasn’t. But specifying the path was just fine. | 09:40 |
| josch | jbmorley_: there are a couple of things to unpack | 09:47 |
| josch | first, when you did an "apt upgrade" there should've been some output warning you about release critical bugs | 09:47 |
| jbmorley_ | josch: | 09:47 |
| josch | there should've been a prompt asking you whether, given these bugs, you really want to upgrade | 09:47 |
| josch | did you see that? | 09:47 |
| jbmorley_ | I did. So that one’s definitely on me. | 09:48 |
| jbmorley_ | I looked through them but didn’t realize the severity. | 09:48 |
| josch | it is also on unstable in general -- when you are using Debian unstable, you have to be a bit careful with your upgrades | 09:48 |
| josch | jbmorley_: the component that shows you this list is called apt-listbugs and by default it shows you bugs of release critical severity | 09:49 |
| josch | (otherwise there would just be too many bugs :D) | 09:49 |
| jbmorley_ | *nods* | 09:50 |
| jbmorley_ | I’ve really got into the habit of trusting apt as safe. And, having not run Debian in a long time, figured it was just Debian being Debian. | 09:50 |
| ch | :-) | 09:51 |
| jbmorley_ | I’d not quite realized we were running unstable. | 09:51 |
| josch | jbmorley_: if you want to rather run stable, there is also https://reform.debian.net | 09:52 |
| josch | but the MNT repo on mntre.com will only give you unstable | 09:52 |
| jbmorley_ | OK. Makes sense. | 09:52 |
| jbmorley_ | I think it’s probably a matter of misaligned expectations rather than actually a problem running unstable. | 09:53 |
| jbmorley_ | Now I know what I’m looking for. | 09:53 |
| josch | jbmorley_: about reform-setup-encrypted-nvme, this is in sbin because it's only supposed to be called by the superuser | 09:54 |
| josch | jbmorley_: sbin is not in your path as the normal user by design | 09:54 |
| josch | if you run sudo reform-setup-encrypted-nvme it should work without specifying the full path | 09:54 |
| jbmorley_ | I must have mistyped it. | 09:56 |
| josch | you can also press the tab key for auto-completion | 09:56 |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-136-73.tukw.qwest.net) | 09:57 | |
| jbmorley_ | I think when it didn’t tab complete for the regular user, it didn’t occur to me to try for sudo. | 09:59 |
| mesaoptimizer | Is it possible to get an MNT Pocket reform with blank keycaps? The FAQ says that no individual customization can occur but I'm unsure if that's also the case for un-engraved keycaps | 09:59 |
| minute | mesaoptimizer: theoretically possible once we launch pocket in our own shop | 10:00 |
| josch | minute: good morning! i left you some messages in the log above at around 08:24 thank you :) | 10:02 |
| [tj] | minute: congratulations on completing the crowd funding shipments! | 10:02 |
| mesaoptimizer | ooh yes, I guess I'll wait until you launch pocket on mntre.com | 10:03 |
| - arminweigl (QUIT: Ping timeout: 252 seconds) (~arminweig@sourcehut/user/arminweigl) | 10:11 | |
| + arminweigl_ (~arminweig@sourcehut/user/arminweigl) | 10:12 | |
| * arminweigl_ -> arminweigl | 10:12 | |
| + colinsane (~colinunin@97-113-136-73.tukw.qwest.net) | 10:18 | |
| - NanoCodeBug (QUIT: Ping timeout: 256 seconds) (~NanoCodeB@c-73-35-191-67.hsd1.wa.comcast.net) | 10:30 | |
| + Guest36 (~Guest36@2a02:21b4:c81c:b400:619b:ad4b:9d42:5d4c) | 10:38 | |
| + andypiper (~andypiper@89.36.117.58) | 11:19 | |
| - andypiper (QUIT: Client Quit) (~andypiper@89.36.117.58) | 11:21 | |
| + andypiper (~andypiper@89.36.117.58) | 11:22 | |
| - Guest36 (QUIT: Quit: Client closed) (~Guest36@2a02:21b4:c81c:b400:619b:ad4b:9d42:5d4c) | 11:25 | |
| - b0 (QUIT: Quit: adiós) (~b0@user/b0) | 11:30 | |
| ericsfraga | I'm generally a Debian stable person. As I await delivery of my Pocket Reform, is using reform.debian.net perfectly okay or will I need to move to the unstable repo? | 11:31 |
| + b0 (~b0@user/b0) | 11:33 | |
| + Guest36 (~Guest36@2a02:21b4:c81c:b400:619b:ad4b:9d42:5d4c) | 11:33 | |
| josch | ericsfraga: it is as okay as there are users who report and fix bugs | 11:52 |
| josch | it should work but i cannot find bugs nor test fixes because i do not have a pocket reform | 11:53 |
| - Guest36 (QUIT: Quit: Client closed) (~Guest36@2a02:21b4:c81c:b400:619b:ad4b:9d42:5d4c) | 11:54 | |
| ericsfraga | josch: thank you. I'll plan on sticking to stable and hope that does the job. All of my other systems are on Debian stable so it's good for consistency. | 11:55 |
| * andypiper -> andypiper[afk] | 12:16 | |
| - andypiper[afk] (QUIT: Ping timeout: 264 seconds) (~andypiper@89.36.117.58) | 12:21 | |
| * Guest3139 -> mjw | 12:36 | |
| + andypiper (~andypiper@89.36.117.58) | 13:10 | |
| andypiper | I'm hoping my ix adapter arrives today so I can give that a quick test... and also planning to try the A311D option today (pocket) | 13:13 |
| - GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon) | 13:22 | |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 13:22 | |
| andypiper | if I understand the paper instructions with the CM4 carrier - is it saying that it cannot read an M.2 NVMe drive directly? "use the included M.2 to PCIe adapter" | 13:24 |
| + Guest36 (~Guest36@bbcs-121-132.pub.wingo.ch) | 13:27 | |
| - Guest36 (QUIT: Client Quit) (~Guest36@bbcs-121-132.pub.wingo.ch) | 13:28 | |
| * andypiper -> andypiper[afk] | 13:50 | |
| - digitalrayne (QUIT: Ping timeout: 245 seconds) (~digitalra@vps-446f4f39.vps.ovh.ca) | 13:55 | |
| * andypiper[afk] -> andypiper | 14:03 | |
| - mjw (QUIT: Quit: Leaving) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 14:09 | |
| + mjw (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 14:09 | |
| + mtm (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 14:19 | |
| mtm | recently both my Reform and Pocket Reform have been complaining about /boot being too small (~175MB) to install upgrades. What is the recommended process to expand that partition? | 14:21 |
| + bkeys (~Thunderbi@45.134.140.153) | 14:24 | |
| amospalla | mtm: with try apt-get autoremove you may free old kernels laying on /boot, if any. | 14:40 |
| mtm | amospalla: that did it (actually 'apt autoremove'); ended up getting rid of three previous kernels, thanks! | 14:48 |
| amospalla | mtm: nice | 14:48 |
| andypiper | ok, booted into A311D. @minute how did you disable the on-board wifi and enable the M.2 secondary wifi with your setup? | 14:53 |
| andypiper | also do we have a RasPi CM4 image anywhere to try / how would i go about that | 15:01 |
| + digitalrayne (~digitalra@vps-446f4f39.vps.ovh.ca) | 15:16 | |
| andypiper | it would make a lot of sense to include `iw` in the base install I think | 15:18 |
| andypiper | (albeit I know josch has concerns about the size of the base image) | 15:18 |
| + Guest86 (~Guest86@bbcs-121-132.pub.wingo.ch) | 15:48 | |
| - Guest86 (QUIT: Quit: Client closed) (~Guest86@bbcs-121-132.pub.wingo.ch) | 15:54 | |
| jfred | woo, I finally got most of my guix home config applying on my reform again last night! | 16:01 |
| jfred | took a while for me to spot which package was failing to build and how to fix it | 16:02 |
| jfred | (well, there were a few, but gtk+-2 was the big one that I couldn't easily avoid) | 16:04 |
| jfred | once this or something like it gets committed I should be able to 'guix pull' on my reform again and not need my local clone: https://issues.guix.gnu.org/72703 | 16:07 |
| mrbcmorris | not super familiar with guix. Sounds like the goal is to reduce maintenance burden for distros package managers and build a centralized packaging tool? | 16:10 |
| jfred | it's also a distro in itself, though I'm not using that on my reform yet (but I know lykso has a repo for it that I've been meaning to try out: https://codeberg.org/lykso/mnt-reform-nonguix) | 16:12 |
| jfred | it's a functional package manager a la nix, but with more parentheses (it's almost entirely written in guile scheme) | 16:13 |
| andypiper | might have to talk about the Reform at OggCamp... https://andypiper.co.uk/2024/08/20/return-of-the-oggcamp/ | 16:20 |
| andypiper | (if I have time... I'm running the crew) | 16:21 |
| mrbcmorris | very cool. Unfamiliar with the event but sounds like a good crowd | 16:23 |
| mrbcmorris | Also hadn't heard of late night linux until I just read your post. I'll have to try and give them a listen. | 16:25 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 17:02 | |
| andypiper | yeah I just discovered the bash dialogs thing through that https://github.com/metal3d/bashsimplecurses that could be useful for scripting. | 17:02 |
| andypiper | FWIW I listen to linuxmatters.sh more than Late Night Linux | 17:02 |
| andypiper | (but I used to be on a podcast - ubuntu uk - with two of the hosts from that one) | 17:02 |
| mrbcmorris | how have I never been to a sh tld. | 17:13 |
| mrbcmorris | thanks for the hot tips mr piper! | 17:13 |
| * skipwich_ -> skipwich | 18:30 | |
| - sir-photch (QUIT: Remote host closed the connection) (~m-hy5poy@static.93.70.235.167.clients.your-server.de) | 18:38 | |
| - Gooberpatrol_66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 18:39 | |
| + Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66) | 18:40 | |
| + sir-photch (~m-hy5poy@static.93.70.235.167.clients.your-server.de) | 19:00 | |
| - sir-photch (QUIT: Remote host closed the connection) (~m-hy5poy@static.93.70.235.167.clients.your-server.de) | 19:07 | |
| + sir-photch (~m-hy5poy@static.93.70.235.167.clients.your-server.de) | 19:11 | |
| - sir-photch (QUIT: Remote host closed the connection) (~m-hy5poy@static.93.70.235.167.clients.your-server.de) | 19:11 | |
| + sir-photch (~m-hy5poy@static.93.70.235.167.clients.your-server.de) | 19:19 | |
| - andypiper (QUIT: Quit: My device has gone to sleep. Zzzz…) (~andypiper@89.36.117.58) | 19:22 | |
| + mark_ (~mjw@gnu.wildebeest.org) | 19:23 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 19:23 | |
| - Gooberpatrol_66 (QUIT: Ping timeout: 260 seconds) (~Gooberpat@user/gooberpatrol66) | 19:24 | |
| - Gooberpatrol66 (QUIT: Client Quit) (~Gooberpat@user/gooberpatrol66) | 19:25 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 19:26 | |
| * mjw -> Guest5808 | 19:29 | |
| - Guest5808 (QUIT: Killed (calcium.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 19:29 | |
| * mark_ -> mjw | 19:29 | |
| + Guest5808 (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 19:30 | |
| - Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 19:47 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 19:48 | |
| + gustav28 (~gustav@c-1f51205c.019-141-67626730.bbcust.telenor.se) | 20:02 | |
| + andypiper (~andypiper@45.148.12.75) | 20:04 | |
| - skipwich (QUIT: Quit: DISCONNECT) (~skipwich@user/skipwich) | 20:31 | |
| + skipwich (~skipwich@user/skipwich) | 20:38 | |
| minute | andypiper: soo i did it kind of brutally by just blacklisting the driver modules (rtw88_8822cs etc) in i think /etc/modprobe.d/reform.conf or similar | 20:41 |
| + skipwich_ (~skipwich@user/skipwich) | 20:41 | |
| minute | andypiper: if you got the asiarf card, you have to install firmware-mediatek i think | 20:42 |
| - skipwich (QUIT: Ping timeout: 252 seconds) (~skipwich@user/skipwich) | 20:43 | |
| * skipwich_ -> skipwich | 20:43 | |
| andypiper | got it - I tried similar (but maybe inaccurately) on the imx8mp with no success, but I'll have a go with the A311D tomorrow. I do have the AsiaRF card. I actually have two, another is the AW7915-BMD Wi-Fi 6 ax module but it is longer than the one you're talking about and overlaps the SIM card slot so is not ideal. Thanks for the tip on firmware-mediatek! | 20:45 |
| minute | andypiper: the aw7915 uses pcie so that would work only in the nvme slot | 20:55 |
| andypiper | aha | 20:56 |
| andypiper | that also explains the footprint. | 20:56 |
| - Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 20:59 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 20:59 | |
| + skipwich_ (~skipwich@user/skipwich) | 21:06 | |
| - skipwich (QUIT: Ping timeout: 252 seconds) (~skipwich@user/skipwich) | 21:08 | |
| * skipwich_ -> skipwich | 21:08 | |
| + skipwich_ (~skipwich@user/skipwich) | 21:12 | |
| - skipwich (QUIT: Ping timeout: 264 seconds) (~skipwich@user/skipwich) | 21:12 | |
| * skipwich_ -> skipwich | 21:13 | |
| minute | josch: just to be sure that i understand, you uploaded a fixed "kmod" package, but the grave bug i see is for "dracut-install". the kmod fix helps with that anyway? | 21:18 |
| * andypiper -> andypiper[afk] | 21:34 | |
| + skipwich_ (~skipwich@user/skipwich) | 21:46 | |
| - skipwich (QUIT: Ping timeout: 248 seconds) (~skipwich@user/skipwich) | 21:48 | |
| minute | anyway, i completely apt upgraded my a311d pocket now and everything still works fine cc josch | 21:48 |
| + skipwich (~skipwich@user/skipwich) | 21:48 | |
| - skipwich_ (QUIT: Ping timeout: 276 seconds) (~skipwich@user/skipwich) | 21:52 | |
| * andypiper[afk] -> andypiper | 21:56 | |
| + skipwich_ (~skipwich@user/skipwich) | 21:59 | |
| josch | minute: yes, exactly | 21:59 |
| josch | minute: there are three components that all interact with each other and one either needs to downgrade kmod or dracut or initramfs-tools | 22:00 |
| josch | doing any of those 3 will make the bug disappear | 22:00 |
| josch | i chose to patch kmod because that's the package where i think the real fix has to get added | 22:00 |
| - skipwich (QUIT: Ping timeout: 258 seconds) (~skipwich@user/skipwich) | 22:01 | |
| + skipwich (~skipwich@user/skipwich) | 22:02 | |
| - skipwich_ (QUIT: Ping timeout: 252 seconds) (~skipwich@user/skipwich) | 22:04 | |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-1f51205c.019-141-67626730.bbcust.telenor.se) | 22:15 | |
| * andypiper -> andypiper[afk] | 22:20 | |
| - andypiper[afk] (QUIT: Quit: My device has gone to sleep. Zzzz…) (~andypiper@45.148.12.75) | 22:20 | |
| + Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66) | 22:42 | |
| - Gooberpatrol66 (QUIT: Ping timeout: 260 seconds) (~Gooberpat@user/gooberpatrol66) | 22:44 | |
| + skipwich_ (~skipwich@user/skipwich) | 22:53 | |
| - skipwich (QUIT: Ping timeout: 255 seconds) (~skipwich@user/skipwich) | 22:55 | |
| + skipwich (~skipwich@user/skipwich) | 22:57 | |
| henesy | hello from pocket reform | 22:57 |
| henesy | if the leds in the keys turned off suddenly is there a key combo for that i accidentally pressed | 22:58 |
| - skipwich_ (QUIT: Ping timeout: 252 seconds) (~skipwich@user/skipwich) | 22:59 | |
| + skipwich_ (~skipwich@user/skipwich) | 23:02 | |
| - skipwich (QUIT: Ping timeout: 252 seconds) (~skipwich@user/skipwich) | 23:04 | |
| * skipwich_ -> skipwich | 23:04 | |
| kensanata | henesy: did you try pressing the hyper key and scrolling the trackball up? | 23:13 |
| minute | henesy: hello! | 23:42 |
| minute | josch: wow ok! thanks a lot for stepping in and providing a fix! | 23:42 |
| henesy | ohhhhh! kensanata nailed it | 23:43 |
| henesy | my silly butt might not have a usbc-usbc cable | 23:44 |
| henesy | will the pocket batteries get cooked if it hits o | 23:45 |
| henesy | like old reform board | 23:45 |
| josch | minute: unfortunately a bit too late, there are two people in the forum who had their setup borked by this bug already :( | 23:46 |
| + skipwich_ (~skipwich@user/skipwich) | 23:55 | |
| henesy | seems like even on a usba to usbc plugged into an outlet it's not charging, sad | 23:57 |
| - skipwich (QUIT: Ping timeout: 272 seconds) (~skipwich@user/skipwich) | 23:57 | |
| * skipwich_ -> skipwich | 23:57 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!