<Mangix> yeah, getopt not being present has to be a brew change
floof58 is now known as Guest2062
floof58 has joined #openwrt-devel
<Mangix> the confusing thing is, https://github.com/openwrt/openwrt/actions/runs/3933331178/jobs/6726920058 has no gnu-getopt and yet prereq-build succeeded...
Guest2062 has quit [Ping timeout: 480 seconds]
<Ansuel> Mangix my idea is that they are moving to macos-12
<Ansuel> and new version doesn't have that
<Mangix> sure, that run is on 12.6
<Ansuel> ok there goes my theory
Tapper has quit [Quit: Tapper]
<Mangix> https://github.com/openwrt/openwrt/pull/11848 passes prereq-build so w/e
philipp64 is now known as Guest2064
philipp64 has joined #openwrt-devel
<Ansuel> dhewg btw NO_SDL=1 is something that was dropped so i would just push to 22.03 the fix and be done with it
<Ansuel> new version of uboot doesn't have that
Guest2064 has quit [Ping timeout: 480 seconds]
<dhewg> Yeah, I saw. But does it fix 22.03?
<Ansuel> yep
<dhewg> woot
<Ansuel> they actually use NO_SDL=1 for tools-only build lol
<dhewg> hehe yah, but not on master, so I noticed not on first glace
philipp64 is now known as Guest2065
philipp64 has joined #openwrt-devel
<dhewg> Ansuel: is ci building any plat with uboot on macos builds? I'd assume boot/uboot/* is broken too then?
<Ansuel> boot/uboot doesn't use host tools
<Ansuel> or from what i can see tests were only failing for tools workflow
<Ansuel> other were fine
Guest2065 has quit [Ping timeout: 480 seconds]
<dhewg> oh, so the sandbox/sdl stuff is just the host side? ok
<Ansuel> if the thing work i will be able to finally close this
<Ansuel> AHHHH
<dhewg> still curious, was -D_THREAD_SAFE the culprint then?
<Ansuel> mhh why?
<dhewg> hm wait no, can't be that
<dhewg> still wondering why it broke before
<Mangix> what s sdl
<dhewg> yeah, missing libsdl2 broke mkimage on macos
<Mangix> lolwut?
<dhewg> and Ansuel got a bit lost in a [ maze
<dhewg> don't ask :P
<Ansuel> sent the patch upstream
<Ansuel> for that shell thing
<Ansuel> the fun thing is that sdl got dropped probably in 2022.07
<Ansuel> and openwrt-21.02 have an old enough uboot where sdl wasn't used
<Ansuel> SO WTH only openwrt-22.03 suffered from this and caused all this confusion
<Ansuel> if the fix works i can finally start introducing some braking changes to CI again
<Ansuel> since CI for stable branch is all ok and won't change
<Ansuel> (no new target... now major package bump)
<Ansuel> no major*
<dhewg> that hardcoding of container names maybe?
<Ansuel> the idea is this
<Ansuel> and this
<dhewg> it's pretty nice that one doesn't have to do a single thing for master and use ci on private forks
<Ansuel> but honestly i would do 11426... publish the tools container.... hardcode.... and backport to stable release
<Ansuel> the hardcode part is not trivial since I will have to introduce some args and deny building if the author is not openwrt
<dhewg> I never used it, but isn't the sdk just that in another shape?
<Ansuel> yes and no
<Ansuel> the benefits of this is that you will have a full buildroot ready to use and do whatever changes you need
<Mangix> faster ci?
<Ansuel> Mangix with 11652 we would use container with toolchain directly installed so the github cache will use only for ccache
<Ansuel> and cache toolchain is flawed since buildbot will recompile and change hash for every build
<Ansuel> ideally i would like to check if there is a way to have something like the precompiled host tools even for the toolchains... that way if something change down the line the package is just recompiled
<Ansuel> the toolchain is just recompiled*
<Ansuel> the cache problem
<Ansuel> 90% of it is toolchain
<Ansuel> well time to sleep
<Ansuel> gn
Ansuel has quit [Quit: Probably my PC decided to sleep or I decided to sleep.]
hexagonwin has joined #openwrt-devel
floof58 is now known as Guest2069
floof58 has joined #openwrt-devel
Guest2069 has quit [Ping timeout: 480 seconds]
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
tSYS has quit [Quit: *squeak*]
tSYS has joined #openwrt-devel
<owrt-snap-builds> Build [#771](https://buildbot.openwrt.org/master/images/#builders/18/builds/771) of `mvebu/cortexa9` completed successfully.
minimal has quit [Quit: Leaving]
tomn has quit [Remote host closed the connection]
tomn has joined #openwrt-devel
Misanthr- has quit [Ping timeout: 480 seconds]
Misanthropos has joined #openwrt-devel
aiyion_ has quit [Remote host closed the connection]
aiyion_ has joined #openwrt-devel
rua has quit [Quit: Leaving.]
rua has joined #openwrt-devel
Borromini has joined #openwrt-devel
Borromini has quit [Ping timeout: 480 seconds]
goliath has joined #openwrt-devel
robimarko has joined #openwrt-devel
aiyion_ has quit [Remote host closed the connection]
aiyion_ has joined #openwrt-devel
srslypascal is now known as Guest2102
srslypascal has joined #openwrt-devel
robimarko_ has joined #openwrt-devel
Guest2102 has quit [Ping timeout: 480 seconds]
robimarko has quit [Ping timeout: 480 seconds]
hexagonwin has quit [Remote host closed the connection]
<robimarko_> Finally backport for the annoying NVMEM warning
robimarko_ is now known as robimarko
lucenera7 has joined #openwrt-devel
lucenera7 has quit []
lucenera3 has joined #openwrt-devel
lucenera3 has quit []
lucenera has quit [Ping timeout: 480 seconds]
Borromini has joined #openwrt-devel
lucenera has joined #openwrt-devel
Borromini has quit [Quit: Lost terminal]
danitool has joined #openwrt-devel
rua has quit [Quit: Leaving.]
rua has joined #openwrt-devel
hexagonwin has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
rua has quit [Quit: Leaving.]
rua has joined #openwrt-devel
lucenera0 has joined #openwrt-devel
lucenera has quit [Ping timeout: 480 seconds]
lucenera0 has quit []
lucenera has joined #openwrt-devel
Lynx- has joined #openwrt-devel
Ansuel has joined #openwrt-devel
<Ansuel> o/
hanetzer has joined #openwrt-devel
Ryncewynd has joined #openwrt-devel
Lynx- has quit [Remote host closed the connection]
Lynx- has joined #openwrt-devel
<Znevna> robimarko: nice, thank you
<rmilecki> guys, i'm trying to use basic authentication with uhttpd:
<rmilecki> config httpauth prefix_user
<rmilecki> option prefix /
<rmilecki> option username rmilecki
<rmilecki> option password "$1$$I2o9Z7NcvQAKp7wyCTlia0"
<rmilecki> that works great when I use local IP like
<rmilecki> it doesn't work when I use external IP or domain pointing to my external (public) IP
<rmilecki> oh, neverming, ignore that... i had port requests from WAN to 8080 redirected to LAN local machine with different Basic authentication
<rmilecki> sorry for the noise
<Znevna> :P np
minimal has joined #openwrt-devel
<owrt-snap-builds> Build [#764](https://buildbot.openwrt.org/master/images/#builders/35/builds/764) of `mvebu/cortexa72` completed successfully.
* f00b4r0 curses, still not able to get M300 to talk to UPS over USB
<Ansuel> just UPS the entire home
<f00b4r0> well not if I can't get UPS status ;)
<Znevna> can the M300 talk via USB with anything else?:P
<f00b4r0> that's something I need to verify
<f00b4r0> lsusb shows normal output
<f00b4r0> but everything breaks down when the driver tries to access the report descriptor
dangole has joined #openwrt-devel
<Znevna> boy vmware does like to write to disk useless garbage
Lynx- has quit [Quit: Going offline, see ya! (www.adiirc.com)]
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
guidosarducci has quit [Remote host closed the connection]
torv is now known as Guest2120
torv has joined #openwrt-devel
guidosarducci has joined #openwrt-devel
Guest2120 has quit [Ping timeout: 480 seconds]
Ansuel has quit [Ping timeout: 480 seconds]
Ansuel has joined #openwrt-devel
gladiac has joined #openwrt-devel
<dhewg> Ansuel: another theory: users has 2 versions of /usr/lib/libiwinfo.so.202* due to some packages depending on one version and others on the other version. And this picks up the wrong one https://github.com/openwrt/luci/blob/master/libs/rpcd-mod-luci/src/luci.c#L899
<Ansuel> well for sure that line needs to be updated to match correct abi version
<Ansuel> but yes you theory may be correct
<dhewg> even if all his packages are bumped and hence depending on the new version, will opkg wipe the old one?
<dhewg> this shouldnt be a new problem
<Ansuel> that can be tested but i think not
<dhewg> and I don't know of a global solution for this problem
<Ansuel> postinst script that wipe any old version of the lib
<dhewg> ok good, so maybe bump all that crap manually now? :\
<Ansuel> but they should be all recompiled due to the changed abi
<dhewg> and I think they are
<dhewg> but since the version isnt bumped, a local opkg wont fetch&install
<dhewg> I assume at least
<dhewg> which is why I wanna know if `opkg install --force-reinstall` fixes it
<dhewg> as we saw, EXTRA_DEPENDS has a ">= $DATE" feature, we really could use a "== ABI_VERSION" one
<dhewg> every package is compiled against a specific abi, not more or less
<Ansuel> but how wpad works with wolfssl abi
<Ansuel> it should be a similar problem
<dhewg> iirc there was a "bump all packages which use wolfssl" commit some time ago
<dhewg> ee47a28cec01c7943238bae45f65a98e4fc9abbe
<Ansuel> yes just notice that
<dhewg> how annoying
<Ansuel> oh well not that much
<dhewg> still, we tried pretty hard to not break anything and then there's this silly issue
<Ansuel> it's just abi hell
<Ansuel> so i guess grep -rnw . -e libiwinfo
<dhewg> `git grep` is your friend
<dhewg> I posted a list where the user reported the issue
<Ansuel> they are all the package?
<dhewg> i think so
<dhewg> the lua bindings are unchanged, so we can ignore those I think
aiyion_ has quit [Remote host closed the connection]
aiyion_ has joined #openwrt-devel
<philipp64> couple of questions about x86 partitions... what .config setting decides if you have MBR or GPT? and on an existing MBR system, can it be converted after-the-fact to GPT? I guess on the running system you use gptfdisk and... what else? I guess grub needs to be reinstalled... what arguments?
torv has quit [Remote host closed the connection]
torv has joined #openwrt-devel
<Ansuel> dhewg all the pr done
<Ansuel> waiting for ci to complay for packages release to replace them
<dhewg> nice, thanks for taking care or it!
<tmn505> philipp64: 1) that's per image setting, not definiable; for 64 subtarget has defined *-efi image, it passes GUID to $(SCRIPT_DIR)/gen_image_generic.sh (https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=target/linux/x86/image/Makefile#l51). 2) It probably can be converted but I don't know how it will behave, didn't test. 3) gptdisk should suffice but make sure to set PART/UUID to what expets
<tmn505> kernel as rootfs. 4) https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=target/linux/x86/base-files/lib/upgrade/platform.sh#l61. Before doing any of that on running system better try it out in VM first.
<philipp64> I was just looking at 4 trying to figure out what args to use...the device.map isn't obvious...
<tmn505> yeah, for me it also was not clear at first, but it was so long ago I would need to trace now what goes where
<tmn505> especially since grub-bios-install was undocumented when I worked with it, don't know if that changed
Renaud11232 has joined #openwrt-devel
torv has quit [Remote host closed the connection]
torv has joined #openwrt-devel
Renaud11232 has quit [Quit: Page closed]
dansan has joined #openwrt-devel
valku has joined #openwrt-devel
Borromini has joined #openwrt-devel
c0xc has joined #openwrt-devel
gladiac has quit [Quit: k thx bye]
<philipp64> tmn505: no idea what the "device map" is supposed to be...
<tmn505> philipp64: the map should contain mapping of bios disk names to linux device (may be an disk image), example: (hd0) /dev/sda. TBF I don't know if when installing to GPT disk it's still necessary. https://www.gnu.org/software/grub/manual/grub/grub.html#Device-map
<philipp64> the bootloader upgrade script still uses it...
srslypascal has quit [Ping timeout: 480 seconds]
<philipp64> tmn505: do you know when/how platform.sh decides to convert the image from MBR (msdos) to GPT?
<tmn505> philipp64: there is no conversion, either You use GPT (*-efi) image or MBR (no suffix) one
Borromini has quit [Quit: Lost terminal]
srslypascal has joined #openwrt-devel
<philipp64> hang on... /sbin/sysupgrade contains:
<philipp64> COMMAND='/lib/upgrade/do_stage2'
<philipp64> and that's in package/base-files/files/lib/upgrade/do_stage2... and it contains:
<philipp64> platform_do_upgrade "$IMAGE"
<tmn505> that's common for all targets, there's nothing speciffic for x86
<tmn505> if You mean how platform.sh distinguishes what image has been fed, check line nr 58 in platform.sh (part_magic_efi "/dev/$diskdev" && parttable=gpt) and later how it's used
<philipp64> so potentially any sysupgrade can invoke platform_do_upgrade() which can invoke platform_do_bootloader_upgrade() ...
<tmn505> genrally yes
<tmn505> *generally
<philipp64> ah. so it will only install GPT on an EFI platform?
<philipp64> that seems like an unnecessary limitation.
<tmn505> well no one has tested if it works MBR -> GPT and other way around
<philipp64> I tried to create device.map by hand and run the same grub-bios-setup commands, but it craps the bed with:
<philipp64> grub-bios-setup: warning: this GPT partition label contains no BIOS Boot Partition; embedding won't be possible.
<philipp64> grub-bios-setup: warning: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and their use is discouraged..
<swalker> updated openwrt/upstream, https://sdwalker.github.io/uscan/index.html
<tmn505> philipp64: don't know what that exactly means. Older images might have different partition layout, what's fdisk -l output of the disk You are trying to install to
<tmn505> ?
Ryncewynd has quit [Quit: Leaving]
<tmn505> philipp64: LOL, as I just had an x86 system with OpenWrt booted with MBR image on USB stick got the *-efi image from same compilation and fed it to sysupgrade... it worked.
<tmn505> so it seems it didn't work at first, but at some point someone fixed it alog the way or I was mistaken the whole time.
<philipp64> but that's after running gdisk
<tmn505> well that explains it, the disk should have three partitions
<tmn505> i'll download fdisk and paste my partition layout
<philipp64> so...when changing image types, do I want to use `-p` with sysupgrade?
<tmn505> probably yes, but as I said, I don't know how it'll behave
<tmn505> with older partition layout
<slh> there are quite a few gotchas with GPT on BIOS systems, while it 'should' all work, some early UEFI firmwares that didn't even expose their EFI persona to the outside and were legacy-CSM-only crap out badly when they see GPT. some need an 'active' partition on the protective mbr, some mustn't have that, lots of fun
oftcrandomnick has joined #openwrt-devel
<oftcrandomnick> hello
<slh> yes, you very often get it to work, but depending on the target board, you will have to prepare the image differently
<oftcrandomnick> Ansuel please can you tell me if its good to return this AP i bought as the return window is closing soon :(
ptudor has quit [Ping timeout: 480 seconds]
robimarko has quit [Quit: Leaving]
<Ansuel> price of the thing? Is it from amazon ?
_2in2 has joined #openwrt-devel
<_2in2> Hello, I'm trying to figure out how to correctly define nand partition in the device tree. I get the 3 main partitions to show up but I just can't figure out how to make ubi work with them.
<slh> oftcrandomnick: unless /you/ feel confident to do 98% of porting/ development work, it's probably better to return it - there's no one else with that hardware to do it for you. while it 'should' be reasonable, it still needs doing (and can't be done remotely over the internet)
<slh> and there's always a latent risk that the vendor nailed shut u-boot and shell access
<oftcrandomnick> slh how can I verify that vendor shut u-boot and shell access
<slh> only by trying
<oftcrandomnick> slh I can put time in it, but I am not sure where to start as I only know basic of C language
<slh> really, if you need to ask, you won't get it done. it's as simple as that. yes, you can port a device from zero knowledge, but it would be a (very) steep learning curve
<oftcrandomnick> where can I send the hardware to have it ported?
<slh> if you have time, ambition and pocket money to accept failure, by all means - go for it. if not, reduce your list of purchases to already supported devices
<oftcrandomnick> well, i have some money I can spend on this for porting, i have give couple hours here and there
ptudor has joined #openwrt-devel