<aparcar[m]>
Openwrt build on macOS is broken anyways, haven’t tested it in a while
<stintel>
ah well the build system is so broken these days I need a make dirclean almost all the time and then it picks up python 3.11, which no longer has all the required modules on my system
<tmn505>
well I've got python 3.12 and build works fine. AFACIS the only condition is having python3 binary or symlink (the check is happy with whatever double-digit minor version python has).
<stintel>
I've both pyton 3.12 and 3.11 and the build system decides to symlink to the 3.11 version
minimal has joined #openwrt-devel
<tmn505>
ah, that's because it's the first condition
<stintel>
yep
<stintel>
anyway I've reverted aparcar[m] revert locally but I now run into other issues
<stintel>
with building python from the packages feed
<stintel>
something with readline
<stintel>
I did another make dirclean, let's see if things work now
<stintel>
yep, reverting that commit suggested in the forum post fixes things
<stintel>
why am I even surprised anymore it's the same committer that breaks things 90% of the time
vincejv_ has joined #openwrt-devel
vincejv has quit [Ping timeout: 480 seconds]
vincejv_ has quit []
vincejv has joined #openwrt-devel
<Mangix>
stintel: I do the same locally
<Mangix>
macOS can pound sand
<Mangix>
that distutils check works perfectly fine on Fedora 40 with Python 3.12
<Mangix>
aparcar[m]: macOS CI should use actions/setup-python. probably.
<stintel>
Fedora 40 should not be a reference
<stintel>
nor should macOS
<Mangix>
my point is, I don't have any distutils package installed
<Mangix>
it still works
<Mangix>
what a huge mt76 updater...
<Mangix>
*update
c512l has quit [Remote host closed the connection]
<aparcar[m]>
stintel: well I merged it a while ago, the merge caused issues, it got reverted. I don't consider myself an expert on the issue nor am I the one initially creator