<rmilecki>
rotanid: is MAC really at offset 0x8? or is that a mistake?
cbeznea has quit [Read error: Connection reset by peer]
cbeznea has joined #openwrt-devel
robimarko has joined #openwrt-devel
Borromini has quit [Quit: leaving]
srslypascal is now known as Guest4398
srslypascal has joined #openwrt-devel
Guest4398 has quit [Ping timeout: 480 seconds]
gromero has quit [Ping timeout: 480 seconds]
f00b4r0 has joined #openwrt-devel
T-Bone has quit [Ping timeout: 480 seconds]
danitool has joined #openwrt-devel
<mrkiko>
dangthanks!!
<mrkiko>
oops - dangole no more in channel it seems
xback has quit [Ping timeout: 480 seconds]
<damex>
does gl.inet have decent support (in general)? their stuff got delivered somewhere and they does not help locating where. track number does not track anywhere and platform insist that it was delivered.
<damex>
first time my delivery got screwed up like that and they does not really help
dangole_ has joined #openwrt-devel
<mrkiko>
damex: huff, bad thing.
<mrkiko>
damex: out of curiosity - what devices did you order?
<damex>
mrkiko: i have got gl-s10 for esphome for now
<mrkiko>
damex: hope you can recover it somehow - or the money
<damex>
so gl.inet has bad support?
<mrkiko>
damex: I can't say, since the only order I did directly from them went well, except for the fact I had to pay an unexpected sum phisically to the person giving me the pack, but can't say if this was gl-inet's fault or whaetever. Maybe it was also present in the site but I didn't read it, I can't exclude that.
<mrkiko>
did you contact them in the forum or something?
<mrkiko>
damex: "also present on the site" - I mean - maybe it was written down in thesite and I didn't read it. Sorry for my bad english ...
<damex>
mrkiko: i have sent them a message through aliexpress and have sent them a mail already.
Lynx- has joined #openwrt-devel
<mrkiko>
damex: hope all gets sorted out
<damex>
yeah, hopefully it will get sorted out but they does not seem to be willing to help
srslypascal is now known as Guest4411
srslypascal has joined #openwrt-devel
Guest4411 has quit [Ping timeout: 480 seconds]
valku has joined #openwrt-devel
gromero has joined #openwrt-devel
minimal has joined #openwrt-devel
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #openwrt-devel
<karlp>
so... testing my uboot updates, and tehy work fineon arm32, but aarch64 failes iwth "binman: Filename 'scp.bin' not found in input path" is that anything anyone on aarhc64 knows anything about?
<karlp>
I don't have any aarch64 boards, jsut doing a compile all to check things before I try and send this.
<karlp>
lupstream uboot has no explicit environment, so just using defaults.
<karlp>
there was no support for fw_printenv on sunxi before anyway, so you probably never knew/saw it before?
<karlp>
partx is in the default packages for sunxi, and used in the platform upgrade code, I dind't touch that either, I don't know how you don't have that?
<dhewg>
I don't think I ever set up and saved an env, because there's no need for it
<karlp>
or is that a problem with upgrading from older images perhaps?
<karlp>
you should be seeing the same thing upgrading with any other master build as far as I can tell?
<dhewg>
# CONFIG_PACKAGE_partx-utils is not set
<dhewg>
I guess that's why
<dhewg>
if that's essential it should be a hard dep though
<dhewg>
not blaming and prolly unrelated, but you may as well add that?
<karlp>
you must have unset that somewhere?
<dhewg>
maybe? that's like an ancient config which gets `make oldconfig` for years :D