2025-04-23.log

+ wiedi_ (~wiedi@2a01:138:a015:15:e81c:a8a7:dc33:2de)00:05
- L29Ah (QUIT: Ping timeout: 252 seconds) (~L29Ah@wikipedia/L29Ah)00:06
- wiedi (QUIT: Ping timeout: 244 seconds) (~wiedi@95.88.68.30)00:06
+ arminweigl_ (~arminweig@sourcehut/user/arminweigl)00:07
- arminweigl (QUIT: Ping timeout: 260 seconds) (~arminweig@sourcehut/user/arminweigl)00:08
* arminweigl_ -> arminweigl00:08
+ L29Ah (~L29Ah@wikipedia/L29Ah)00:10
- L29Ah (QUIT: Ping timeout: 268 seconds) (~L29Ah@wikipedia/L29Ah)00:17
+ arminweigl_ (~arminweig@sourcehut/user/arminweigl)00:47
- arminweigl (QUIT: Ping timeout: 245 seconds) (~arminweig@sourcehut/user/arminweigl)00:48
- arminweigl_ (QUIT: Ping timeout: 252 seconds) (~arminweig@sourcehut/user/arminweigl)00:52
+ arminweigl (~arminweig@sourcehut/user/arminweigl)00:58
potatoespotatoesHi all -- I'm booting up a pocket rk3588 system image from a guix-sd image that I cooked up. The process works for the classic reform2 system image I've made, but for some reason the boot process seems to hang for the pocket reform.01:37
- Gooberpatrol_66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66)01:39
potatoespotatoesThe UART boot logs for the pocket look like this: https://pastebin.com/5Arbvfaz01:42
potatoespotatoesit seems like it's correctly loading all the blobs uart is expecting, but the kernel is hanging... has anyone encountered this kind of thing before?01:49
potatoespotatoesComparing it to a system image retrieved and flashed to a separate microSD, it looks like the boot sequence is comparable to the debian boot sequence... are there any suggestions for debugging the process between the kernel loading and... the OS initialization process?01:53
- Ar|stote|is (QUIT: Ping timeout: 276 seconds) (~linx@149.210.8.70)01:56
+ Ar|stote|is (~linx@149.210.8.64)02:00
+ bremner (~bremner@notmuch/developer/bremner)02:05
- wickedshell (QUIT: Read error: Connection reset by peer) (~wickedshe@2601:8c0:800:a1c1:ae5c:ef70:2d3c:30f3)02:29
potatoespotatoesoooh, looks like there is a crash in the boot process that I can only see if I am booting up on the reform2 (I rebuild an image with the current scripts) -- this was actually the one I was expecting to talk to josch about the other day. I think I can chalk this up to a bad offset and I just need to cross my fingers that I can rebuild an image with the correct ones.03:05
- mjw (QUIT: Ping timeout: 276 seconds) (~mjw@gnu.wildebeest.org)03:21
- paperManu (QUIT: Ping timeout: 244 seconds) (~paperManu@172.93.30.55)03:40
potatoespotatoesit works! the offset was all that was missing03:49
potatoespotatoesit wasn't big enough03:49
- GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon)04:02
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon)04:03
+ Gooberpatrol66 (~Gooberpat@user/gooberpatrol66)04:07
+ wickedshell (~wickedshe@2601:8c0:800:a1c1:ae5c:ef70:2d3c:30f3)04:38
joschpotatoespotatoes: nice!! :D06:15
+ arminweigl_ (~arminweig@sourcehut/user/arminweigl)07:27
- arminweigl (QUIT: Ping timeout: 252 seconds) (~arminweig@sourcehut/user/arminweigl)07:28
* arminweigl_ -> arminweigl07:28
- GNUmoon (QUIT: Ping timeout: 264 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon)07:29
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon)07:32
- arminweigl (QUIT: Ping timeout: 268 seconds) (~arminweig@sourcehut/user/arminweigl)07:35
+ arminweigl (~arminweig@sourcehut/user/arminweigl)07:37
+ arminweigl_ (~arminweig@sourcehut/user/arminweigl)08:39
- arminweigl (QUIT: Ping timeout: 260 seconds) (~arminweig@sourcehut/user/arminweigl)08:41
* arminweigl_ -> arminweigl08:41
- wiedi_ (QUIT: Ping timeout: 245 seconds) (~wiedi@2a01:138:a015:15:e81c:a8a7:dc33:2de)09:59
+ wiedi (~wiedi@ip5f58441e.dynamic.kabel-deutschland.de)10:36
- jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@47-186-65-73.dlls.tx.frontiernet.net)11:03
+ jacobk (~quassel@47-186-65-73.dlls.tx.frontiernet.net)11:04
+ L29Ah (~L29Ah@wikipedia/L29Ah)11:30
- razzy (QUIT: Ping timeout: 252 seconds) (~razzy@user/razzy)11:34
+ mjw (~mjw@gnu.wildebeest.org)11:50
- L29Ah (PART: !!unknown attribute: msg!!) (~L29Ah@wikipedia/L29Ah)12:13
+ L29Ah (~L29Ah@wikipedia/L29Ah)12:14
- L29Ah (PART: !!unknown attribute: msg!!) (~L29Ah@wikipedia/L29Ah)12:26
+ L29Ah (~L29Ah@wikipedia/L29Ah)12:26
+ paperManu (~paperManu@172.93.30.55)12:36
+ gustav28 (~gustav@c-78-82-52-114.bbcust.telenor.se)13:02
+ ericsfraga (~user@2a00:23cc:b45c:9001::99e)13:31
bremnerkeyboard wake is not working on a new pocket reform. is this a configuration issue? I saw a post from June 2024, but no resolution13:32
- mjw (QUIT: Ping timeout: 248 seconds) (~mjw@gnu.wildebeest.org)13:38
joschch: maybe you have an idea for the above ^13:43
joschbremner: welcome to the channel -- are you bremner@d.o by any chance? :)13:43
* Guest1904 -> mjw13:44
bremnerthat's me!13:45
joschnice! welcome to the party! (also big fan of notmuch btw -- thank you for maintaining it)13:45
bremneryou're welcome. I haven't gotten to the stage of installing notmuch on my pocket-reform, but that's one of the goals.13:46
ericsfraganotmuch was the second thing I installed, just after emacs as I use notmuch for search in gnus... ;-)13:58
minutehmm, these people say blender is incorrectly packaged on debian (and other distros) https://github.com/30350n/pcb2blender/issues/76#issuecomment-281701583514:00
minutei.e. with a different python version than expected14:00
minutenow using blender from flatpak to be able to use pcb2blender plugin14:00
bremnerprobably not using a venv, which is a typical clash of expectations between distros and upstreams14:01
minutebremner: welcome! suspend/wake is currently broken on all known pocket reform configs ;/14:03
minutethere is an effort to work towards rk3588 hibernate at least14:03
bremnerminute: OK, thanks for confirming.14:03
bremnerindeed I have rk3588, so here's hoping14:04
minutebremner: yes. gordon1 is doing most of the trials on that atm14:05
- Ar|stote|is (QUIT: Ping timeout: 252 seconds) (~linx@149.210.8.64)14:16
+ Ar|stote|is (~linx@149.210.8.189)14:20
gordon1bremner: if you are not using nvme on rk3588 and using linux from emmc there is a good chance that hibernate might work with the patchset i have14:26
bremnerThere is a 1T nvme device, currently unused.14:29
gordon1yeah, that will probably be broken after the resume, it could be recovered but i didn't find a way to fix existing mounts so far14:31
gordon1but if you happy of building your own kernel you can give this patchset a try14:31
bremnerin general yes, but due to a work / travel crunch I'll probably come back to it in June14:32
gordon1sure, hopefully we can fix it partially or in full by then14:33
bremneryeah, that would nice. I guess otherwise I'll have to get use shutting down the machine; obv. the boot is pretty quick14:34
bremnerreminds me of the 1990s, but with faster boot ;)14:34
- Ar|stote|is (QUIT: Ping timeout: 252 seconds) (~linx@149.210.8.189)14:39
- bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@173.186.16.211)15:09
+ bkeys (~Thunderbi@66.110.201.50)15:13
- bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50)15:15
+ bkeys (~Thunderbi@66.110.201.50)15:15
+ bkeys1 (~Thunderbi@38-146-94-247.echocast.zone)15:16
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50)15:17
+ bkeys (~Thunderbi@66.110.201.50)15:18
- bkeys1 (QUIT: Ping timeout: 245 seconds) (~Thunderbi@38-146-94-247.echocast.zone)15:20
- bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50)15:23
+ bkeys1 (~Thunderbi@66.110.201.50)15:23
- bkeys1 (QUIT: Client Quit) (~Thunderbi@66.110.201.50)15:24
+ bkeys (~Thunderbi@66.110.201.50)15:24
+ bkeys1 (~Thunderbi@66.110.201.50)15:30
- bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50)15:33
* bkeys1 -> bkeys15:33
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50)15:36
+ bkeys (~Thunderbi@66.110.201.50)15:36
- bkeys (QUIT: Ping timeout: 276 seconds) (~Thunderbi@66.110.201.50)16:08
- chrcav (QUIT: Quit: leaving) (~chrcav@user/chrcav)16:40
+ mark_ (~mjw@gnu.wildebeest.org)16:47
+ Ar|stote|is (~linx@149.210.12.247)17:04
- L29Ah (PART: !!unknown attribute: msg!!) (~L29Ah@wikipedia/L29Ah)17:04
+ bkeys (~Thunderbi@66.110.201.50)17:17
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50)17:27
+ bkeys1 (~Thunderbi@66.110.201.50)17:27
+ bkeys (~Thunderbi@66.110.201.50)17:30
- bkeys1 (QUIT: Client Quit) (~Thunderbi@66.110.201.50)17:30
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50)17:43
+ bkeys1 (~Thunderbi@66.110.201.50)17:43
- arminweigl (QUIT: Ping timeout: 252 seconds) (~arminweig@sourcehut/user/arminweigl)17:44
* bkeys1 -> bkeys17:45
+ bkeys1 (~Thunderbi@66.110.201.50)17:51
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50)17:51
* bkeys1 -> bkeys17:51
+ arminweigl (~arminweig@sourcehut/user/arminweigl)17:53
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50)18:01
+ bkeys (~Thunderbi@66.110.201.50)18:02
- bkeys (QUIT: Ping timeout: 245 seconds) (~Thunderbi@66.110.201.50)18:11
* Manis -> manis18:19
* manis -> Manis18:19
- jacobk (QUIT: Ping timeout: 276 seconds) (~quassel@47-186-65-73.dlls.tx.frontiernet.net)18:20
* Manis -> manis18:21
+ bkeys (~Thunderbi@66.110.201.50)18:29
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50)18:42
+ bkeys1 (~Thunderbi@66.110.201.50)18:42
+ L29Ah (~L29Ah@wikipedia/L29Ah)18:42
* bkeys1 -> bkeys18:45
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@66.110.201.50)18:45
+ bkeys (~Thunderbi@66.110.201.50)18:46
- bkeys (QUIT: Ping timeout: 276 seconds) (~Thunderbi@66.110.201.50)18:50
+ chrcav (~chrcav@user/chrcav)19:18
- ericsfraga (QUIT: Quit: ERC 5.6.1-git (IRC client for GNU Emacs 31.0.50)) (~user@2a00:23cc:b45c:9001::99e)19:21
- chrcav (QUIT: Quit: leaving) (~chrcav@user/chrcav)19:50
+ chrcav (~chrcav@user/chrcav)19:54
+ jacobk (~quassel@utdpat241106.utdallas.edu)19:55
+ bkeys (~Thunderbi@66.110.201.50)19:59
- bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50)20:00
+ bkeys (~Thunderbi@66.110.201.50)20:01
- bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@66.110.201.50)20:11
+ bkeys (~Thunderbi@66.110.201.50)20:11
- bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50)20:15
+ bkeys1 (~Thunderbi@66.110.201.50)20:15
* bkeys1 -> bkeys20:18
- bkeys (QUIT: Ping timeout: 276 seconds) (~Thunderbi@66.110.201.50)20:25
+ bkeys (~Thunderbi@66.110.201.50)20:30
- bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50)20:33
+ bkeys1 (~Thunderbi@66.110.201.50)20:33
- bkeys1 (QUIT: Ping timeout: 260 seconds) (~Thunderbi@66.110.201.50)20:38
+ bkeys (~Thunderbi@66.110.201.50)20:41
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@66.110.201.50)20:47
+ bkeys1 (~Thunderbi@66.110.201.50)20:47
* bkeys1 -> bkeys20:50
- bkeys (QUIT: Ping timeout: 245 seconds) (~Thunderbi@66.110.201.50)20:54
+ bkeys (~Thunderbi@66.110.201.50)21:01
- mjw (QUIT: Killed (zirconium.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c)21:03
* mark_ -> mjw21:03
+ Guest8067 (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c)21:03
- bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50)21:04
+ bkeys (~Thunderbi@66.110.201.50)21:04
- bkeys (QUIT: Ping timeout: 248 seconds) (~Thunderbi@66.110.201.50)21:09
+ bkeys (~Thunderbi@66.110.201.50)21:12
- bkeys (QUIT: Client Quit) (~Thunderbi@66.110.201.50)21:14
+ bkeys (~Thunderbi@66.110.201.50)21:15
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50)21:15
- bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@66.110.201.50)21:19
- L29Ah (PART: Error from remote client) (~L29Ah@wikipedia/L29Ah)21:44
+ L29Ah (~L29Ah@wikipedia/L29Ah)21:45
- L29Ah (PART: !!unknown attribute: msg!!) (~L29Ah@wikipedia/L29Ah)21:46
+ L29Ah (~L29Ah@wikipedia/L29Ah)21:47
- jacobk (QUIT: Ping timeout: 248 seconds) (~quassel@utdpat241106.utdallas.edu)22:13
- gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-52-114.bbcust.telenor.se)22:15
+ bkeys (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net)23:09

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!