Zapewne za kilka dni padnie takie pytanie jak udostępnię nowe buildy, bo właśnie zmieniłem sobie sposób budowania obrazów. Trochę rozjechało mi się z pakietami które znajdują się w obrazach, więc pojechałam z meta pakietami które zależą od dokładnie tych samych pakietów i są dołączane np. dla urządzeń z USB, przez co zawsze będą miały taką samą zawartość. Da mi to też wymierne korzyści w postaci skrócenia czasu kompilacji ze względu na zrezygnowanie z dodatkowych kompilacji dla określonych modeli które musiały zawierać coś tam dodatkowo. Mam jeszcze kilka dni do testów, staram się doprowadzić to do poprzedniej formy ale już wygląda to bardzo obiecująco. Co Wy z tego macie? Nic. Postaram się żeby obrazy były  takie jak poprzednio ale będą bardziej ujednolicone jeżeli chodzi o pakiety. Można by powiedzieć "ta sama formuła w nowym opakowaniu".

Cezary przez to mam rozumieć, że upgrade z 22.03 do 23.05 na Archer C7 v5 powinno przejść z zachowaniem konfiguracji?

Diody LED oczywiście trzeba będzie tylko na nowo skonfigurować.

Orientuje się ktoś, czy na 23.05 działa już mesh z WPA3?

Jeden raz kiedy musiałem "dobierać" ssl/tls to połączenie z UPC Wi-Free.
Jest takie wybredne że działa(ło) tylko z openssl.
Działało bo jak przeszli na w openwrt na openssl3 to przestało się łączyć, waląc jakimiś błędami ssl.
Jak jest teraz, nie wiem, to było w marcu/kwietniu.

Widziałem. Ale u mnie to się narodziło już w czasach 22.04 się okazało że openvpn na wolfssl działa tak sobie i tak na prawdę to musi być wersja openssl żeby działało. Wtedy stałem na rozdrożu czy robić całość na openssl czy dawać podstawę na wolfssl + dodatkowy openssl na potrzeby openssl. Stanęło na tym drugim bo dzięki temu udało się zachować pełną kompatybilność z openwrt i nie przejmować się że jakiś tam python czy inny transmission domyślnie z wolfssl był kompilowany. Tak jest też przy pierwszym buildzie 23.05 - mam i mbedtls i openssl na potrzeby openvpn. Pierwsza daje podstawę identyczną jak w openwrt i zachowuje zgodność z tym co oni kompilują, druga  - daje pewność i spokój ducha że vpn będzie działał i ew problem nie leży po stronie kryptografii. No ale boli mnie serce jak patrzę na taki nieporządek że mam dwie różne biblioteki w domyślnych obrazach.

Coś się dzieje w temacie polepszenia działania ipq807x , zainstalowałem dzisejszego snapshota i o dziwo prędkości wan do wlan ponad 1gbit tak se o ... brałem z qualcomax do dynalinka, xiaomi jeszcze nie próbowałem . nss offload tez jakby z palca działał - szok i niedowierzanie!

@Cezary - testowaleś już buildy na nowym kernelu 6.1?

Dom : router https://i.imgur.com/IuB6Zwy.png | TP-LINK T1700G-28TQ |Zyxel XGS-1210-12 | 6x Ruckus r310 unleashed  + Ruckus icx7150-c12p | Truenas scale 124TB 25Gb| Xpenology 12TB | apc smart ups 750 lcd 100Mb/s - 25Gb/s
Podróżne : GL.Inet MT3000  +1TB hdd
Działka : rb260gs 1j wdm 1Gb+ ruckus r310 + nb m5 + kilka kamer ip  + panel 285Wp + lifepo4 12v 60Ah .

Z tego co udało mi się ustalić, to nie jest kwestia rozmiaru per se, ale gdy będę się bawił w debugowanie, to spróbuję.

Czy są jakieś sposoby na fallback, np. wypalenie obrazu initramfs jako part.new, tak by po reboocie grat wrócił na poprzednią wersję? Odceglanie tego urządzenia to absolutny ból dupska i za każdym razem gdy to robię, mam serce w gardle.

Stary U-boot, ten święty, do którego da się wejść do konsoli bez uceglenia jednostki, nie ma fallbacku. Przekopałem źródła, zostało to dodane razem z secure bootem. Ale przynajmniej do konsoli da się wejść i wymusić odpalenie z zapasowego obrazu, więc jakoś to będzie - wypalę sobie initramfs w part.safe. Jest szansa, że będę eksperymentował pod koniec tygodnia.

A co ciekawego sie zmieni u Ciebie w nowych obraach?

W najnowszym obrazie brakuje pakietu np "block-mount" ;-) (przynajmniej jeśli chodzi o Xiaomi 3G)

Aktualizowałem poprzez "Nadzorowany sysupgrade" - wersja Luci OpenWrt 23.05-SNAPSHOT r23230-123afce696. Chyba że wywaliło przy usuwaniu ksmbd. Jest to możliwe?