2025-03-14.log

+ reform10277 (~porteur@2a02-842a-d87d-d101-bb16-1e91-64dc-7cd1.rev.sfr.net)00:11
reform10277helo00:11
reform10277t00:12
reform10277list00:12
reform10277exi00:12
- reform10277 (QUIT: Client Quit) (~porteur@2a02-842a-d87d-d101-bb16-1e91-64dc-7cd1.rev.sfr.net)00:13
L29Ahbrutal00:34
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50)00:47
- bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net)01:06
+ bkeys (~Thunderbi@173.186.16.211)01:10
- bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@173.186.16.211)01:22
- paperManu (QUIT: Ping timeout: 248 seconds) (~paperManu@107.159.71.33)02:12
- jacqueline (QUIT: Read error: Connection reset by peer) (~jacquelin@user/jacqueline)02:29
- mjw (QUIT: Ping timeout: 260 seconds) (~mjw@gnu.wildebeest.org)02:38
+ jacqueline (~jacquelin@user/jacqueline)02:39
- Ar|stote|is (QUIT: Ping timeout: 268 seconds) (~linx@149.210.9.238)02:43
- jacqueline (QUIT: Ping timeout: 276 seconds) (~jacquelin@user/jacqueline)02:44
+ Ar|stote|is (~linx@149.210.26.205)02:47
+ jacqueline (~jacquelin@user/jacqueline)02:49
- nsc (QUIT: Ping timeout: 244 seconds) (~nicolas@152-99-142-46.pool.kielnet.net)03:13
+ jacobk_ (~quassel@47-186-65-73.dlls.tx.frontiernet.net)03:14
+ nsc (~nicolas@i5C74DCF7.versanet.de)03:15
- arminweigl (QUIT: Ping timeout: 252 seconds) (~arminweig@sourcehut/user/arminweigl)03:17
+ arminweigl (~arminweig@sourcehut/user/arminweigl)03:28
- jn (QUIT: Ping timeout: 252 seconds) (~quassel@user/jn/x-3390946)03:30
+ jn (~quassel@2a0a-a549-81fc-0-20d-b9ff-fe49-15fc.ipv6dyn.netcologne.de)03:30
- jn (QUIT: Changing host) (~quassel@2a0a-a549-81fc-0-20d-b9ff-fe49-15fc.ipv6dyn.netcologne.de)03:30
+ jn (~quassel@user/jn/x-3390946)03:30
- jacobk_ (QUIT: Ping timeout: 276 seconds) (~quassel@47-186-65-73.dlls.tx.frontiernet.net)04:38
- mtm (QUIT: Ping timeout: 248 seconds) (~textual@47.202.75.129)06:04
+ mtm (~textual@47.202.75.129)06:06
- aloo_shu (QUIT: Ping timeout: 248 seconds) (~aloo_shu@85.51.18.10)07:06
+ chomwitt (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1)07:07
- chomwitt (QUIT: Ping timeout: 272 seconds) (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1)07:20
+ aloo_shu (~aloo_shu@85.51.18.10)07:49
- aloo_shu (QUIT: Remote host closed the connection) (~aloo_shu@85.51.18.10)07:50
- digitalrane (QUIT: Ping timeout: 250 seconds) (~digitalra@user/digitalrane)08:48
[tj]minute: awesome! I can't wait08:56
+ digitalrane (~digitalra@user/digitalrane)08:58
fricklerminute: falls ihr euch wundert, warum ihr so wenig mails bekommt: https://paste.opendev.org/show/bi158k3EYiy74wxip7yb/ , iiuc ist spamhaus tot09:44
frickleroops, ELANG, sorry.09:44
joschyup, i lost a whole bunch of mail because of that09:44
joschvery frustrating09:44
minutefrickler: damn, thanks for the heads up09:57
- MyNetAz (QUIT: Remote host closed the connection) (~MyNetAz@user/MyNetAz)09:57
joschminute: are you hosting on hetzner? because the spamhaus issue seems to have been hetzner specific according to some news 09:57
minutejosch: no10:07
+ MyNetAz (~MyNetAz@user/MyNetAz)10:08
joschokay, i hope that you didn't loose too much mail :(10:09
joschi should finally sit down and set up nagious with check_rbl to at least get notified quickly once this kind of thing happens...10:10
minutefrickler: mind to send me another test email? :D10:21
fricklerminute: I resent my original mail now to support, or do you want it sent to you directly?10:23
fricklerstill bouncing :(10:24
minutehuh10:24
fricklerdifferent blacklist, same result? https://paste.opendev.org/show/b69y7mKm09c2cAFzfjEI/10:26
minutefrickler: ahh that's why... so when did this change10:27
fricklerI also fail to see how the IP of the mout is related to the one in the spamhaus URL10:28
minuteno the problem is that spamhaus doesn't allow queries via "public dns resolvers"10:28
minutethis mailserver runs on host europe...10:28
minuteok, i removed all rbl_* for now... and need to look into the details later10:30
minutefrickler: one more time? :D10:31
fricklersent10:31
minutefrickler: might have worked!10:32
fricklernice, hope you don't get flooded by spam now ;)10:33
minuteyeah ;/10:34
minutefrickler: btw umlauts are garbled for some reason in your email (i assume it is your email), like when viewing utf-8 but the client thinks it's not (ö etc)10:35
fricklerminute: if it is from me then it is mine ;) hmm ... "Content-Type: text/plain; charset=iso-8859-1" that looks kind of wrong maybe? or is it a client issue? let me crosscheck with another client10:37
fricklerminute: hmm, looking fine in the mailbox.org webinterface, too. which client are you using? (also let's maybe take this to PM, but I'll also be afk now for a couple of hours)10:40
- MyNetAz (QUIT: Remote host closed the connection) (~MyNetAz@user/MyNetAz)10:41
minutefrickler: i'm using evolution atm10:42
fricklerok, I can try with that later, thx. also received a proper auto-reply now instead of a bounce \o/10:49
+ MyNetAz (~MyNetAz@user/MyNetAz)10:52
minutei got the datasheet for iwave genio 1200 som, it looks pretty straight forward11:25
+ mjw (~mjw@gnu.wildebeest.org)11:25
minuteneed to weigh if it's worth to spin a module11:25
+ chomwitt (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1)11:44
- chomwitt (QUIT: Ping timeout: 260 seconds) (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1)11:48
gsorais the genio's performance sensibly better than rk3588?11:49
gsorathe 10 years support window looks interesting11:50
+ paperManu (~paperManu@107.159.71.33)11:52
- mjw (QUIT: Ping timeout: 244 seconds) (~mjw@gnu.wildebeest.org)12:33
gsoraminute: how's motherboard v3 production going?12:34
minutegsora: cpu perf is similar, maybe a78 a bit faster, but don't know about gpu and memory perf12:35
minutegsora: we finally got the last components sent to pcbway and they're soldering now12:36
josch\o/12:39
+ gustav28 (~gustav@c-78-82-53-248.bbcust.telenor.se)13:02
* Guest2904 -> mjw13:15
+ bkeys (~Thunderbi@h211.16.186.173.dynamic.ip.windstream.net)13:52
- MyNetAz (QUIT: Remote host closed the connection) (~MyNetAz@user/MyNetAz)14:14
+ MyNetAz (~MyNetAz@user/MyNetAz)14:25
+ jacobk_ (~quassel@47-186-65-73.dlls.tx.frontiernet.net)14:35
gsoraminute: the mere fact that it's limited to 16gb of ram makes it less appealing than rk3588 imo, but if they price it right it would be a good alternative14:51
gsoraoooo crossing all my fingers for a may reform2 delivery :^)14:52
spewI think it's reform3 now?15:21
minutehm!15:23
- Ar|stote|is (QUIT: Ping timeout: 260 seconds) (~linx@149.210.26.205)15:25
joschfor me, i care little about ram or cpu speed (after all, i use a311d for everything i do) but missing linux support is what kills a platform for me. I have too many "i tinker with this during weekends" devices at home which work 90% but are missing important things that make dedicated use frustrating.15:26
joschfor example imx8mplus would be frustrating for me because of the qcacld wifi situation15:27
joschthe only mediatek chip i have is in my router and thus a totally different situation but i heard that collabora is doing mediatek development as well, so i guess that's a big plus :)15:28
minuteyeah15:29
minutealso it supposedly runs quite coolly15:29
+ Ar|stote|is (~linx@149.210.25.229)15:30
gsorai care about performance because i'm planning to write lots of rust on my reform2/3, need that cpu oomph :D15:52
- Ar|stote|is (QUIT: Ping timeout: 252 seconds) (~linx@149.210.25.229)16:18
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50)16:50
+ chomwitt (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1)17:52
- chomwitt (QUIT: Ping timeout: 246 seconds) (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1)17:56
- mtm (QUIT: Ping timeout: 268 seconds) (~textual@47.202.75.129)18:04
+ mtm (~textual@47.202.75.129)18:07
+ mark_ (~mjw@gnu.wildebeest.org)18:21
+ Ar|stote|is (~linx@149.210.28.123)19:08
+ LainExperiments (~LainExper@user/LainExperiments)19:15
- cobra (QUIT: Quit: ZNC 1.8.2 - https://znc.in) (~cobra@user/Cobra)19:34
- LainExperiments (QUIT: Quit: Client closed) (~LainExper@user/LainExperiments)20:15
+ LainExperiments (~LainExper@user/LainExperiments)20:25
+ jacobk (~quassel@47-186-65-73.dlls.tx.frontiernet.net)20:58
- jacobk_ (QUIT: Ping timeout: 276 seconds) (~quassel@47-186-65-73.dlls.tx.frontiernet.net)20:58
vagrantcdoes u-boot for the mnt/reform rk3588 support reading from nvme?21:09
+ chomwitt (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1)21:15
- chomwitt (QUIT: Ping timeout: 268 seconds) (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1)21:20
vagrantcquick experimentation suggests ... no21:41
- LainExperiments (QUIT: Quit: Client closed) (~LainExper@user/LainExperiments)21:54
+ LainExperiments (~LainExper@user/LainExperiments)21:56
gordon1vagrantc: did you do pcie enum ; nvme scan first or are you asking about raw read ability, not fs read?21:58
vagrantcgordon1: well, booting blindly, so no idea what it did, other than not boot from the NVMe partition22:06
vagrantc:)22:06
gordon1right, so yeah you need to adjust bootcmd to enumerate nvmes first for bootflow to consider it, at least that was true last time i checked22:07
gordon1so you can do that either by accessing boot uart or modifying u-boot env with fw_setenv from u-boot tools22:08
gordon1i strongly encourage first approach22:08
vagrantci hate saving environment variables in u-boot ... getting it reset to a default state never goes well22:09
vagrantcpretty odd for me ... i do not have any idea what version this u-boot is, where it is installed and ... normally i build u-boot myself :)22:11
vagrantcnever did add the uart adapter back in after upgrading to the rk3588 ... the new wifi slot too the space i ws using22:12
vagrantcwifi antenna plate..22:12
gordon1so i think you can build your own using this script (or at least use it as a reference) https://source.mnt.re/reform/reform-rk3588-uboot/-/blob/main/build.sh?ref_type=heads and add your own part into bootcmd as part of a compile-time configuration, and i think it is installed into the icore module emmc, if i understand that correctly22:13
vagrantcyeah, that sounds like the way to go.22:13
gordon1but besides that with uart console you could at least verify that pcie enum ; nvme scan ;bootflow scan -lb will do the job22:14
vagrantcfor now i'll keep using a boot partition on SD22:14
vagrantctrue...22:14
vagrantcthe newfandangled bootflow stuff too...22:14
- gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-53-248.bbcust.telenor.se)22:15
vagrantcfor some reason guix is not requiring the hacky workaround to get the ethernet to work22:16
vagrantcrunning debian i had to use it maybe 9 of 10 boots22:16
gordon1you don't have to use it...22:26
gordon1i mean bootflow22:26
vagrantcwell, you have to use bootflow if it does not do what you want out of the box ... but i am fine with it, it is just learning a new thing22:29
* mjw -> Guest345023:11
- Guest3450 (QUIT: Killed (calcium.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c)23:11
* mark_ -> mjw23:11
+ Guest3450 (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c)23:11
- Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66)23:31
+ Gooberpatrol66 (~Gooberpat@user/gooberpatrol66)23:32
minutejosch: our mesa patching has some unfortunate side effects with multi arch23:48
minutejosch: afaik it breaks having armhf and possibly amd64/i386 mesa on the same os23:49
joschyes, that's the negative side effect for any m-a:same package we build on gitlab ci23:52
minutehmmmm really unfortunate that they broke something for us... need to check soon if there's another way for a311d23:57
joschminute: alternatively, we can throw more cpu cycles at the problem23:58
joschif it's just about amd64, i386 and armhf -- you have builders for all of these23:58
minuteol23:58
minutelol23:58
joschi was being serious -- that would solve the problem23:59
joschunless you also care for s390x, mips or ppc64el :)23:59

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