| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-83-102.tukw.qwest.net) | 00:07 | |
| + colinsane (~colinunin@97-113-83-102.tukw.qwest.net) | 00:11 | |
| - colinsane (QUIT: Ping timeout: 252 seconds) (~colinunin@97-113-83-102.tukw.qwest.net) | 00:25 | |
| + colinsane (~colinunin@97-113-153-203.tukw.qwest.net) | 00:39 | |
| - colinsane (QUIT: Ping timeout: 252 seconds) (~colinunin@97-113-153-203.tukw.qwest.net) | 00:49 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 01:16 | |
| - Gooberpatrol_66 (QUIT: Ping timeout: 260 seconds) (~Gooberpat@user/gooberpatrol66) | 01:16 | |
| - mjw (QUIT: Ping timeout: 276 seconds) (~mjw@gnu.wildebeest.org) | 02:06 | |
| + LainIwakura (~LainIwaku@user/LainIwakura) | 02:06 | |
| - bleb (QUIT: Ping timeout: 276 seconds) (~cm@user/bleb) | 02:12 | |
| - qbit (QUIT: Remote host closed the connection) (~qbit@user/qbit) | 03:55 | |
| + qbit (~qbit@user/qbit) | 04:11 | |
| - Ar|stote|is (QUIT: Ping timeout: 265 seconds) (~linx@149.210.20.86) | 05:27 | |
| + Ar|stote|is (~linx@149.210.22.206) | 05:31 | |
| - LainIwakura (QUIT: Ping timeout: 240 seconds) (~LainIwaku@user/LainIwakura) | 07:25 | |
| josch | anyboy any idea how i trigger these pesky offline updates during boot with gnome? | 07:58 |
|---|---|---|
| josch | i installed a system from snapshot.d.o, changed sources.list to debian unstable and ran apt update but even though packagekit is installed, no upgrade happens... :( | 07:58 |
| + LainIwakura (~LainIwaku@user/LainIwakura) | 08:10 | |
| - LainIwakura (QUIT: Ping timeout: 240 seconds) (~LainIwaku@user/LainIwakura) | 08:22 | |
| + LainIwakura (~LainIwaku@user/LainIwakura) | 08:40 | |
| - LainIwakura (QUIT: Quit: Client closed) (~LainIwaku@user/LainIwakura) | 08:44 | |
| - gsora (QUIT: Ping timeout: 252 seconds) (~gsora@user/gsora) | 08:49 | |
| + chorc- (~chorc@user/chorc) | 08:51 | |
| - Ar|stote|is (QUIT: Ping timeout: 252 seconds) (~linx@149.210.22.206) | 08:51 | |
| - chorc (QUIT: Ping timeout: 252 seconds) (~chorc@user/chorc) | 08:51 | |
| - wiedi (QUIT: Ping timeout: 252 seconds) (~wiedi@ip5f58441e.dynamic.kabel-deutschland.de) | 08:51 | |
| + gsora (~gsora@user/gsora) | 08:51 | |
| + wiedi (~wiedi@ip5f58441e.dynamic.kabel-deutschland.de) | 08:53 | |
| + Ar|stote|is (~linx@149.210.22.206) | 08:56 | |
| + chomwitt (~chomwitt@2a02:587:7a24:7f00:1ac0:4dff:fedb:a3f1) | 09:14 | |
| josch | TIL a311d can play 2560x1440 60.000fps h264 from twitch smoothly, rarely dropping any frames | 10:24 |
| frickler | minute: tested the upgrade scripts yesterday, went fine so far, except that the "Ensure deps" step took quite a long time without any progress indicator, maybe at least add a warning or execute the apt commands only when actually needed? | 10:26 |
| frickler | I'd also prefer to be asked for confirmation before running apt update, but then people should read the script before running it anyway, right? ;) | 10:27 |
| josch | minute: re "ohh actually it just took a while" -- there is a firstboot script on the system image which resizes the partition to fill the sd-card. It takes a while but it has a progress bar. Did you see that? If you did not see a progress bar, then maybe something is broken now but that would explain why it took a while? | 10:29 |
| minute | josch: the resize actually happened after the initial wait, with visible progress bar. i suspect some driver issues | 10:30 |
| josch | oh :( | 10:31 |
| + mjw (~mjw@gnu.wildebeest.org) | 10:45 | |
| - jacobk (QUIT: Ping timeout: 248 seconds) (~quassel@47-186-65-73.dlls.tx.frontiernet.net) | 11:04 | |
| + jacobk (~quassel@47-186-65-73.dlls.tx.frontiernet.net) | 11:05 | |
| minute | josch: could also be just that i'm not used to slowness of microsd with 20mhz clock | 11:23 |
| josch | re "all the variable setup you did for CI really comes in handy" I saw that we are not dumping the value of REFORM_DEBIAN_PACKAGES_NAMESPACE into the build log | 11:26 |
| josch | and you probably set it to mntmn which would be an important information in the build log | 11:26 |
| josch | fixed now in main | 11:26 |
| josch | I currently am booting gnome from sd-card -- is the sd-card somehow slower on imx8mq than on rk3588? | 11:27 |
| josch | errr... slower on rk3588 than on imx8mq | 11:27 |
| - Ar|stote|is (QUIT: Ping timeout: 260 seconds) (~linx@149.210.22.206) | 11:27 | |
| josch | ah i see the DONOTMERGE commit :) | 11:29 |
| + Ar|stote|is (~linx@149.210.0.158) | 11:32 | |
| - chomwitt (QUIT: Ping timeout: 252 seconds) (~chomwitt@2a02:587:7a24:7f00:1ac0:4dff:fedb:a3f1) | 11:36 | |
| + gustav28 (~gustav@c-78-82-52-75.bbcust.telenor.se) | 13:02 | |
| - mjw (QUIT: Ping timeout: 252 seconds) (~mjw@gnu.wildebeest.org) | 13:14 | |
| * Guest478 -> mjw | 13:17 | |
| - iank (QUIT: Quit: ZNC 1.8.2+deb2+deb11u1 - https://znc.in) (~iank@fsf/staff/iank) | 13:25 | |
| + iank (~iank@fsf/staff/iank) | 13:28 | |
| gl0b | working from my pocket in the garden today :-) https://usercontent.irccloud-cdn.com/file/jUukOuNW/1746190471.JPG | 14:54 |
| josch | <3 | 14:55 |
| gl0b | hoping my revised backplate arrives soon as the sweet spot between acceptable shade and acceptable wifi coverage is small and constantly shifting! | 14:56 |
| zeha | nice | 14:58 |
| zeha | hah. yeah the new backplate is crucial :) | 14:58 |
| gl0b | i've been meaning to put an AP out here for years tbh | 14:59 |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 15:11 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:17 | |
| + chomwitt (~chomwitt@2a02:587:7a24:7f00:1ac0:4dff:fedb:a3f1) | 15:26 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 15:27 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:27 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 15:57 | |
| + bkeys (~Thunderbi@66.110.201.50) | 15:57 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 16:02 | |
| + bkeys (~Thunderbi@66.110.201.50) | 16:07 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 16:07 | |
| + bkeys (~Thunderbi@66.110.201.50) | 16:08 | |
| + bkeys1 (~Thunderbi@38-146-94-247.echocast.zone) | 16:12 | |
| - bkeys (QUIT: Ping timeout: 276 seconds) (~Thunderbi@66.110.201.50) | 16:14 | |
| * bkeys1 -> bkeys | 16:15 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@38-146-94-247.echocast.zone) | 16:18 | |
| + bkeys1 (~Thunderbi@38-146-94-247.echocast.zone) | 16:18 | |
| - bkeys1 (QUIT: Client Quit) (~Thunderbi@38-146-94-247.echocast.zone) | 16:20 | |
| + bkeys (~Thunderbi@38-146-94-247.echocast.zone) | 16:20 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@38-146-94-247.echocast.zone) | 16:27 | |
| + bkeys (~Thunderbi@66.110.201.50) | 16:28 | |
| grimmware | gl0b: yeah I'm worried that when the backplates turn up I'm going to lose the impetus to do the external SMA adapter... | 16:32 |
| grimmware | which I guess is probably fine but I really liked the idea of a fold out stubby aerial | 16:33 |
| qbit | that would be rad | 16:38 |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 16:42 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 16:42 | |
| * bkeys1 -> bkeys | 16:44 | |
| grimmware | qbit: the external aerial thing? | 16:51 |
| qbit | ya | 16:51 |
| grimmware | well in that case maybe I'll do it anyway :3 | 16:51 |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 16:52 | |
| + bkeys (~Thunderbi@66.110.201.50) | 16:52 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 17:02 | |
| + bkeys (~Thunderbi@66.110.201.50) | 17:02 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 17:12 | |
| + bkeys (~Thunderbi@66.110.201.50) | 17:12 | |
| gl0b | i still like the idea of one for experimenting with different antennae or for cramming in an sdr or lora board | 17:19 |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 17:26 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 17:27 | |
| + mark_ (~mjw@gnu.wildebeest.org) | 17:28 | |
| * bkeys1 -> bkeys | 17:29 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 17:40 | |
| + bkeys (~Thunderbi@66.110.201.50) | 17:40 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 17:49 | |
| - bkeys1 (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 17:50 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 17:50 | |
| + bkeys (~Thunderbi@66.110.201.50) | 17:51 | |
| + bkeys1 (~Thunderbi@66.110.201.50) | 18:04 | |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 18:06 | |
| * bkeys1 -> bkeys | 18:06 | |
| - bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50) | 18:10 | |
| + bkeys (~Thunderbi@66.110.201.50) | 18:10 | |
| - ptrc (QUIT: Remote host closed the connection) (~ptrc@ptrc.gay) | 18:11 | |
| + ptrc (~ptrc@ptrc.gay) | 18:11 | |
| - bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50) | 18:13 | |
| + bkeys (~Thunderbi@66.110.201.50) | 18:13 | |
| - bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50) | 18:18 | |
| + bkeys (~Thunderbi@66.110.201.50) | 18:18 | |
| + bkeys1 (~Thunderbi@38-146-94-247.echocast.zone) | 18:26 | |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 18:29 | |
| - bkeys1 (QUIT: Ping timeout: 252 seconds) (~Thunderbi@38-146-94-247.echocast.zone) | 18:30 | |
| + bkeys (~Thunderbi@66.110.201.50) | 18:32 | |
| - bkeys (QUIT: Ping timeout: 244 seconds) (~Thunderbi@66.110.201.50) | 18:41 | |
| + bkeys (~Thunderbi@66.110.201.50) | 18:51 | |
| - bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50) | 19:04 | |
| + bkeys (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net) | 19:13 | |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 19:39 | |
| vagrantc | how are the linux 6.14 patches coming along? | 19:48 |
| josch | vagrantc: linux 6.14 successfully boots on the reform next | 19:59 |
| josch | vagrantc: if you want to know about imx8mq then i can try it out for you | 19:59 |
| vagrantc | josch: so if i want to test on reform2 rk3588 i gotta build it myself i'm guessing :) | 20:01 |
| josch | vagrantc: no, you can install it by putting the following into your sources.list: | 20:02 |
| vagrantc | just saw that https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/100 was not yet merged | 20:02 |
| josch | yes, but you can install from the gitlab job | 20:02 |
| vagrantc | i see | 20:02 |
| vagrantc | well, on Debian i can, anyways :) | 20:02 |
| josch | deb [trusted=yes arch=arm64] https://source.mnt.re/reform/reform-debian-packages/-/jobs/9515/artifacts/raw/repo reform main | 20:02 |
| josch | yes | 20:03 |
| josch | you are not using anything else, are you??? ;)- | 20:03 |
| vagrantc | mostly running guix on it lately | 20:03 |
| vagrantc | got the patched 6.12 merged into guix ... and i forget what all else ... still need to get a few more things merged but guix makes it easy to have local customized packages | 20:03 |
| - mjw (QUIT: Killed (tantalum.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 20:05 | |
| * mark_ -> mjw | 20:05 | |
| + Guest3438 (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 20:05 | |
| vagrantc | ah yeah, i got arm-trusted-firmware-rk3588 built ... | 20:05 |
| vagrantc | still need to package reform-tools, update libgpiod to a newish version ... reform-debian-packages is packaged in guix, but only the 6.12 bits. | 20:09 |
| vagrantc | basically, my guix system configuration is a todo list of what is left to be merged: https://codeberg.org/vagrantc/mnt-reform-guix-config/src/branch/main/config-mnt-reform.scm | 20:11 |
| josch | vagrantc: i'm looking forward to your reform-tools issues once you try packaging it in guix :) | 20:12 |
| vagrantc | hah. so far i have just packaged enough to get a service running to run the fixups for audio and ethernet, i think | 20:14 |
| vagrantc | i have been meaning to propose a split with reform-tools to split out the minimal hardware configuration from the desktop environment bits ... | 20:15 |
| josch | vagrantc: but then you'd just split the binary package | 20:15 |
| vagrantc | as i do not tend to use any of the mnt/reform user configuration | 20:15 |
| josch | vagrantc: and what files you put into which binary package is up to you, no? | 20:15 |
| vagrantc | on guix yes, but i do occasionally boot debian too :) | 20:16 |
| josch | ah you want to split the debian package | 20:16 |
| vagrantc | yeah | 20:16 |
| josch | what does the un-split package prevent you from doing? | 20:16 |
| vagrantc | i have to always remember to avoid recommends, and worry about new recommends getting added | 20:17 |
| vagrantc | and it's a bunch of scripts i just will not use | 20:17 |
| josch | you are worried about the extra space use? | 20:18 |
| vagrantc | nah, it's mostly the annoyances around recommends | 20:18 |
| vagrantc | and manually tracking which recommends i actually want vs. ones that i don't | 20:19 |
| josch | but a more minimal package would not solve this either, would it? Because the split that I do might not be exactly the custom split you want. | 20:19 |
| vagrantc | which is why i should write a sternly worded bug report :) | 20:20 |
| josch | please do | 20:20 |
| vagrantc | to me, there is hardware configuration and software configuration ... and it does lots of both | 20:20 |
| josch | if you can argue for a meaningful split, i'm not against it | 20:21 |
| vagrantc | in my mind it is clear, but i have yet to spell out exactly what i want ... but that division seems pretty much a summary of where i think the split makes sense | 20:21 |
| vagrantc | or at least, i like to think it is clear :) | 20:23 |
| josch | please write it down in a bug report | 20:23 |
| vagrantc | :) | 20:23 |
| vagrantc | josch: if you are truely curious about how reform-tools would package for guix ... https://codeberg.org/vagrantc/mnt-reform-guix-config/src/commit/ece5c38f9649a076b5d5c6c5504f5a8049f206f2/config-mnt-reform.scm#L170-L238 | 20:33 |
| vagrantc | josch: but all that does is run reform-hw-setup | 20:34 |
| josch | vagrantc: ah this is how i find out where my lost bucket of parenthesis went :D | 20:35 |
| josch | looks sane, right? | 20:35 |
| josch | if you find yourself doing an evil hack, talk to me first, maybe it can be done better at the source | 20:35 |
| vagrantc | yeah, doing the one thing i want to do is ... reasonable ... all the workarounds are workarounds i would ostensibly expect to have to do with guix | 20:35 |
| vagrantc | could be more guix-y and specify the full paths to binaries instead of relying on PATH ... but that's too much work | 20:36 |
| vagrantc | ACTION has no fondness for lispy parens but likes guix quite a bit anyways :) | 20:38 |
| minute | i'm currently trying to finish up some 6.14 dts bits | 21:32 |
| minute | currently in ethernet phy rabbit hole | 21:32 |
| + bleb (~cm@user/bleb) | 21:33 | |
| minute | the ksz9031 phy on rcore is missing a bunch of config straps because i was sure linux would use the mmd registers to configure those settings... but it seems like the linux micrel driver doesn't implement these at all... | 21:38 |
| minute | aha, nice, i was able to fix the LED mode strapping using a gpio-hog | 22:00 |
| minute | (link/activity leds of ethernet with rk3588) | 22:00 |
| minute | lol it's "ping: command not found" time of the year again with this reform-system-image | 22:06 |
| minute | josch: we don't ship ping anymore or something went wrong here? | 22:07 |
| josch | minute: you seem to have found a bug | 22:13 |
| josch | but how was it lost? did more get lost? checking... | 22:13 |
| minute | i like finding bugs! | 22:14 |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-52-75.bbcust.telenor.se) | 22:15 | |
| josch | okay, so some packages got removed in one commit. The removed packages are: ifupdown, gpgv, x11-xserver-utils, bsdmainutils, inetutils-ping, init-system-helpers, isc-dhcp-client, netcat-traditional, screen | 22:21 |
| josch | i think the one package in this list that got wrongly removed is inetutils-ping | 22:22 |
| josch | though we probably want iputils-ping instead | 22:23 |
| minute | uff i just had to hard reset my work pc... for some reason /var/log/syslog and user.log were swollen to 256GB each | 22:27 |
| minute | 243GB | 22:27 |
| minute | ah, it's a few hundred GB of "2025-05-02T20:04:36.773683+02:00 minute-i9 guvcview.desktop[1629314]: V4L2_CORE: (VIDIOC_DQBUF) Unable to dequeue buffer: No such device" | 22:29 |
| minute | from good old guvcview | 22:30 |
| minute | trying to limit that file now in rsyslog.conf: > May 02 22:34:10 minute-i9 rsyslogd[6387]: file size limit cmd for file '/var/log/syslog' failed with code -2125. [v8.2412.0] | 22:34 |
| minute | lol | 22:34 |
| minute | anyway, disk space recovered | 22:37 |
| minute | josch: we'll need to ship firmware-iwlwifi from now on | 22:40 |
| minute | josch: because new reform2s ship with intel ax210 | 22:41 |
| josch | right, this should get added to reform-system-image | 22:45 |
| josch | together with the other firmware packages | 22:45 |
| josch | fixed | 22:48 |
| minute | thanks! | 22:51 |
| minute | ok, dts fixes pushed | 22:54 |
| minute | (to mntmn / linux6.14 branch) | 22:54 |
| vagrantc | ACTION wanders off building linux-libre for mnt/reform on guix ... | 22:55 |
| vagrantc | of course, it is surely with outdated patches, from the sounds of things. :) | 22:55 |
| vagrantc | used the patches in https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/100 | 22:56 |
| - vagrantc (QUIT: Ping timeout: 265 seconds) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 23:04 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
