<\x>
on some you have to add 5V on mini pcie pin 47 and 49, you can get a mini pcie to mini pcie adapter and just do the mod there
<\x>
5V is easy on these things especially if it has a usb port, you can just tap onto a capacitor near usb power
Stat_headcrabbed has quit [Quit: Stat_headcrabbed]
eluks has quit [Remote host closed the connection]
eluks has joined #openwrt-devel
skynet2_ has quit [Read error: Connection reset by peer]
valku has quit [Quit: valku]
AtomiclyCursed has quit [Ping timeout: 480 seconds]
AtomiclyCursed has joined #openwrt-devel
Stat_headcrabbed has joined #openwrt-devel
Atomicly| has joined #openwrt-devel
AtomiclyCursed has quit [Ping timeout: 480 seconds]
Atomicly| is now known as AtomiclyCursed
Stat_headcrabbed has quit [Quit: Stat_headcrabbed]
noltari has joined #openwrt-devel
Stat_headcrabbed has joined #openwrt-devel
sorinello has joined #openwrt-devel
goetz has joined #openwrt-devel
<goetz>
Hi, is someone working in getting the sysupgrade server running with -rc6?
AtomiclyCursed2 has joined #openwrt-devel
Stat_headcrabbed has quit [Quit: Stat_headcrabbed]
AtomiclyCursed has quit [Ping timeout: 480 seconds]
AtomiclyCursed2 is now known as AtomiclyCursed
n3ph has joined #openwrt-devel
<dwfreed>
goetz: I have poked the appropriate party
n3ph has quit [Read error: No route to host]
<goetz>
dwfreed: Thx
dermoth has quit [Remote host closed the connection]
dermoth has joined #openwrt-devel
n3ph has joined #openwrt-devel
goetz has quit [Quit: goetz]
goetz has joined #openwrt-devel
n3ph has quit [Remote host closed the connection]
robimarko has joined #openwrt-devel
maciekb72183 has quit [Quit: bye]
maciekb72183 has joined #openwrt-devel
<f00b4r0>
GH seems unbearably slow when trying to open a PR against owrt/packages to a different branch than master. As in, I can't even complete the operation 🤔
Stat_headcrabbed has joined #openwrt-devel
enyc has quit [Ping timeout: 480 seconds]
enyc has joined #openwrt-devel
n3ph has joined #openwrt-devel
nixuser has quit [Ping timeout: 480 seconds]
<aparcar[m]>
efahl: yea we need a different mechanism, the webhook thing doesn't work well after all
nixuser has joined #openwrt-devel
Stat_headcrabbed has quit [Quit: Stat_headcrabbed]
hexo has joined #openwrt-devel
gromero has joined #openwrt-devel
goetz has quit [Quit: goetz]
goetz has joined #openwrt-devel
<enyc>
[ 40.775458] ------------[ cut here ]------------
<enyc>
spotting [ 40.771866] ath10k_ahb a000000.wifi: Firmware lacks feature flag indicating a retry limit of > 2 is OK, requested limit: 4
<efahl>
aparacar[m]: webhooks mostly work. I have an "attempt_update" thing that tries to fix things when that 400 happens, I'll do an RFC PR so you can see it
nixuser has quit [Remote host closed the connection]
<aparcar[m]>
efahl: what data does owut need from the overview.json file?
<efahl>
I grab upstream_url and all the branch info from that file
<aparcar[m]>
sure but do you need like "targets"?
<aparcar[m]>
I think auc used to need that
<efahl>
No, I don't think I use the targets, I get the target info from the device itself (ubus system board)
<aparcar[m]>
good
<efahl>
thinking of getting rid of it?
<aparcar[m]>
just reworking some stuff
<aparcar[m]>
to get rid of the web hooks
<efahl>
cool, grabbing upstream data on-demand?
<efahl>
I just hacked my local server to remove all that target info from the branches in 'update_meta_json' and my big owut test suite runs just fine without it
<efahl>
but auc fails as you suspected. on a 23.05 box, auc says "WARNING: cannot determing currently running branch." and errors out
<aparcar[m]>
efahl: please have a look, I think that's an okay'ish approach for now
<aparcar[m]>
we could also cache the http content and update it based on mod-time etc, but those optimization are really minor to the annoyance of frequent web hook failures