+ reform10277 (~porteur@2a02-842a-d87d-d101-bb16-1e91-64dc-7cd1.rev.sfr.net) | 00:11 | |
reform10277 | helo | 00:11 |
---|---|---|
reform10277 | t | 00:12 |
reform10277 | list | 00:12 |
reform10277 | exi | 00:12 |
- reform10277 (QUIT: Client Quit) (~porteur@2a02-842a-d87d-d101-bb16-1e91-64dc-7cd1.rev.sfr.net) | 00:13 | |
L29Ah | brutal | 00: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 wait | 08:56 |
+ digitalrane (~digitalra@user/digitalrane) | 08:58 | |
frickler | minute: falls ihr euch wundert, warum ihr so wenig mails bekommt: https://paste.opendev.org/show/bi158k3EYiy74wxip7yb/ , iiuc ist spamhaus tot | 09:44 |
frickler | oops, ELANG, sorry. | 09:44 |
josch | yup, i lost a whole bunch of mail because of that | 09:44 |
josch | very frustrating | 09:44 |
minute | frickler: damn, thanks for the heads up | 09:57 |
- MyNetAz (QUIT: Remote host closed the connection) (~MyNetAz@user/MyNetAz) | 09:57 | |
josch | minute: are you hosting on hetzner? because the spamhaus issue seems to have been hetzner specific according to some news | 09:57 |
minute | josch: no | 10:07 |
+ MyNetAz (~MyNetAz@user/MyNetAz) | 10:08 | |
josch | okay, i hope that you didn't loose too much mail :( | 10:09 |
josch | i 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 |
minute | frickler: mind to send me another test email? :D | 10:21 |
frickler | minute: I resent my original mail now to support, or do you want it sent to you directly? | 10:23 |
frickler | still bouncing :( | 10:24 |
minute | huh | 10:24 |
frickler | different blacklist, same result? https://paste.opendev.org/show/b69y7mKm09c2cAFzfjEI/ | 10:26 |
minute | frickler: ahh that's why... so when did this change | 10:27 |
frickler | I also fail to see how the IP of the mout is related to the one in the spamhaus URL | 10:28 |
minute | no the problem is that spamhaus doesn't allow queries via "public dns resolvers" | 10:28 |
minute | this mailserver runs on host europe... | 10:28 |
minute | ok, i removed all rbl_* for now... and need to look into the details later | 10:30 |
minute | frickler: one more time? :D | 10:31 |
frickler | sent | 10:31 |
minute | frickler: might have worked! | 10:32 |
frickler | nice, hope you don't get flooded by spam now ;) | 10:33 |
minute | yeah ;/ | 10:34 |
minute | frickler: 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 |
frickler | minute: 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 client | 10:37 |
frickler | minute: 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 | |
minute | frickler: i'm using evolution atm | 10:42 |
frickler | ok, 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 | |
minute | i got the datasheet for iwave genio 1200 som, it looks pretty straight forward | 11:25 |
+ mjw (~mjw@gnu.wildebeest.org) | 11:25 | |
minute | need to weigh if it's worth to spin a module | 11: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 | |
gsora | is the genio's performance sensibly better than rk3588? | 11:49 |
gsora | the 10 years support window looks interesting | 11:50 |
+ paperManu (~paperManu@107.159.71.33) | 11:52 | |
- mjw (QUIT: Ping timeout: 244 seconds) (~mjw@gnu.wildebeest.org) | 12:33 | |
gsora | minute: how's motherboard v3 production going? | 12:34 |
minute | gsora: cpu perf is similar, maybe a78 a bit faster, but don't know about gpu and memory perf | 12:35 |
minute | gsora: we finally got the last components sent to pcbway and they're soldering now | 12:36 |
josch | \o/ | 12:39 |
+ gustav28 (~gustav@c-78-82-53-248.bbcust.telenor.se) | 13:02 | |
* Guest2904 -> mjw | 13: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 | |
gsora | minute: 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 alternative | 14:51 |
gsora | oooo crossing all my fingers for a may reform2 delivery :^) | 14:52 |
spew | I think it's reform3 now? | 15:21 |
minute | hm! | 15:23 |
- Ar|stote|is (QUIT: Ping timeout: 260 seconds) (~linx@149.210.26.205) | 15:25 | |
josch | for 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 |
josch | for example imx8mplus would be frustrating for me because of the qcacld wifi situation | 15:27 |
josch | the 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 |
minute | yeah | 15:29 |
minute | also it supposedly runs quite coolly | 15:29 |
+ Ar|stote|is (~linx@149.210.25.229) | 15:30 | |
gsora | i care about performance because i'm planning to write lots of rust on my reform2/3, need that cpu oomph :D | 15: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 | |
vagrantc | does 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 | |
vagrantc | quick experimentation suggests ... no | 21:41 |
- LainExperiments (QUIT: Quit: Client closed) (~LainExper@user/LainExperiments) | 21:54 | |
+ LainExperiments (~LainExper@user/LainExperiments) | 21:56 | |
gordon1 | vagrantc: did you do pcie enum ; nvme scan first or are you asking about raw read ability, not fs read? | 21:58 |
vagrantc | gordon1: well, booting blindly, so no idea what it did, other than not boot from the NVMe partition | 22:06 |
vagrantc | :) | 22:06 |
gordon1 | right, so yeah you need to adjust bootcmd to enumerate nvmes first for bootflow to consider it, at least that was true last time i checked | 22:07 |
gordon1 | so you can do that either by accessing boot uart or modifying u-boot env with fw_setenv from u-boot tools | 22:08 |
gordon1 | i strongly encourage first approach | 22:08 |
vagrantc | i hate saving environment variables in u-boot ... getting it reset to a default state never goes well | 22:09 |
vagrantc | pretty 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 |
vagrantc | never did add the uart adapter back in after upgrading to the rk3588 ... the new wifi slot too the space i ws using | 22:12 |
vagrantc | wifi antenna plate.. | 22:12 |
gordon1 | so 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 correctly | 22:13 |
vagrantc | yeah, that sounds like the way to go. | 22:13 |
gordon1 | but besides that with uart console you could at least verify that pcie enum ; nvme scan ;bootflow scan -lb will do the job | 22:14 |
vagrantc | for now i'll keep using a boot partition on SD | 22:14 |
vagrantc | true... | 22:14 |
vagrantc | the newfandangled bootflow stuff too... | 22:14 |
- gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-53-248.bbcust.telenor.se) | 22:15 | |
vagrantc | for some reason guix is not requiring the hacky workaround to get the ethernet to work | 22:16 |
vagrantc | running debian i had to use it maybe 9 of 10 boots | 22:16 |
gordon1 | you don't have to use it... | 22:26 |
gordon1 | i mean bootflow | 22:26 |
vagrantc | well, 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 thing | 22:29 |
* mjw -> Guest3450 | 23:11 | |
- Guest3450 (QUIT: Killed (calcium.libera.chat (Nickname regained by services))) (~mjw@2001:1c06:2486:a800:7602:5eff:dc71:a72c) | 23:11 | |
* mark_ -> mjw | 23: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 | |
minute | josch: our mesa patching has some unfortunate side effects with multi arch | 23:48 |
minute | josch: afaik it breaks having armhf and possibly amd64/i386 mesa on the same os | 23:49 |
josch | yes, that's the negative side effect for any m-a:same package we build on gitlab ci | 23:52 |
minute | hmmmm really unfortunate that they broke something for us... need to check soon if there's another way for a311d | 23:57 |
josch | minute: alternatively, we can throw more cpu cycles at the problem | 23:58 |
josch | if it's just about amd64, i386 and armhf -- you have builders for all of these | 23:58 |
minute | ol | 23:58 |
minute | lol | 23:58 |
josch | i was being serious -- that would solve the problem | 23:59 |
josch | unless 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/!