03:07 <owrt-images-builds> Build [#63](https://buildbot.openwrt.org/images/#/builders/238/builds/63) of `master_d1/generic` failed.

07:15 <f00b4r0> stintel: wall chaser? tssks, catwalk or bust :D

07:32 <f00b4r0> ynezz: looking at #15068, not sure what's the point of using a noreply email in a Suggested-by tag (in fact I don't see what's the point of ever mentioning noreply addresses tbh)

07:36 <jow> f00b4r0: you can infer the github handle from it

07:36 <f00b4r0> still, it's bad form. might as well use "Suggested-by: GH @user"

07:36 <jow> yeah but then it wouldn't have the same format as the other entries :P

07:36 <f00b4r0> the resulting email address is unusuable for the purposes of scripting anyway ;P

07:36 <jow> the approach chosen by ynezz pleases my OCD at least

07:37 <f00b4r0> -u

07:37 <f00b4r0> it bothers mine :)

07:37 <f00b4r0> but heh, ok

07:37 <jow> but I agree, a GH @user would work equally well

07:38 <jow> GH @foo and foo <foo@users.noreply.github.com> can be treated interchangeably

07:38 <jow> at least when doing a hypothetical scripting solution, I'd probably support both formats

07:38 <f00b4r0> when that user closes their GH account (or GH closes them, or goes under), the link will be lost anyway since there is no distinguishable identity anyway

07:38 <jow> as well as direct links to the user profile

07:39 <f00b4r0> personally I would just have mentioned in the commit message "this was suggested by @user on GH". Carries as much info :)

07:41 <jow> The commit message should focus on the actual code/problem aspects imho, ownership/origin aspects should go in the footer

07:42 <jow> anyhow, bikeshedding

07:44 <stintel> f00b4r0: catwalk?

07:45 <f00b4r0> stintel: cable runways

07:49 <stintel> maybe in the server room but not in the rest of the house :P

07:49 <f00b4r0> ;-)

07:57 <owrt-images-builds> Build [#175](https://buildbot.openwrt.org/images/#/builders/4/builds/175) of `master_mvebu/cortexa53` failed.

08:03 <aparcar> what's up with all those recent build failures

08:09 <stintel> imagine that, TP-Link set me a link to a GPL tarball

08:12 <stintel> but no u-boot, classic

08:14 <stintel> > It appears the U-Boot source code is missing. Please also provide the U-Boot source, including the modifications that add the custom mtkboardboot command.

08:15 <jow> aparcar: looks like genuine breakages

08:15 <jow> aparcar: x86/generic was a transient upload issue

08:15 <jow> aparcar: d1/generic fails to build due to a missing uboot script file

08:16 <jow> aparcar: mvebux fails to build due to a build failuire in the ATF firmware

08:16 <jow> *mvebu

08:21 <aparcar> jow thanks, I’m always a bit afraid to be the one that breaks snapshots

08:21 <aparcar> I’ll see if we can improve the CI further to catch those

08:24 <robimarko> aparcar: Hm, I dont see how mvebu ATF suddenly broke

09:08 <robimarko> I also just built it locally for all A53 mvebu devices and it compiles fine

11:41 <\x> whoa robimarko, so ipq807x/60xx cpr4-regulator is untweakable huh? we used to do shit like this on msm8953 at the very least to force speed bin

11:41 <\x> https://github.com/Couchpotato-sauce/kernel_xiaomi_sleepy/commit/2a910726036f3c28bb5a02f8cc718418ab69f6ae

11:42 <\x> and this doesnt do anything on ipq60xx, seems theres no other speed bin than 0 and then iterating random cpr_fusing rev does nothing

11:46 <robimarko> AFAIK there is only one speed bin and revision so nothing you can do there

11:46 <robimarko> Its all simplified

11:48 <\x> yeah theres only speed bin 0 on ipq6018 dts

13:29 <f00b4r0> wth. openwrt tells me my ipv6-d is 2a01:e0a:9f1:xxx::/64 but the ISP says it really is 2a01:e0a:9f0:yyyy::/64 and that last value is also shown in radvdump

13:34 <f00b4r0> PEBKAC

13:40 <f00b4r0> though ipv6suffix doesn't seem to work

13:42 <f00b4r0> having ipv6 config in both wan and wan6 is so confusing

15:01 <mrkiko> Is there a text file or a list of english acronyms like IMHO and so on that could help me decode them on the fly? :D

15:10 <ynezz> f00b4r0: Suggested-by-GitHub-handle: @shir474 ? :P

15:46 <nbd> Ansuel: ping

15:47 <nbd> Ansuel: i noticed that you added some code to make the rawgit download method respect .gitattributes

15:48 <nbd> i just ran into trouble with that in a package that i haven't pushed yet

15:48 <nbd> since the upstream repo has a broken .gitattributes which basically removes all content

17:29 <owrt-images-builds> Build [#152](https://buildbot.openwrt.org/images/#/builders/38/builds/152) of `master_x86/generic` completed successfully.

21:00 <mrkiko> Ansuel: do you have any plan for the nbg7815 fan support? I ask because I remembered you talked about this and starting to read about devices getting little bit too hot :)

21:00 <mrkiko> Ansuel: so was wondering

22:00 <xdarklight_> Ansuel: I just found that https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=6136ebabc5cb8e37e2c6543e48ffeb7177320c5a is missing some .dts files to be migrated, see "$ git grep 'usb3@' target/linux/ipq40xx/files-6.6/". I don't have time to send a patch, so unfortunately it's just an FYI for now (instead of a pull request with a fix)