Szerszy kontekst:

        if (!env['has_forceip']) {
            o = s.taboption('info', form.DummyValue, '_no_force_ip');
            o.title = '<b>' + _("Force IP Version not supported") + '</b>';
            o.cfgvalue = function() { return _("BusyBox's nslookup and Wget do not support to specify " +
                "the IP version to use for communication with DDNS Provider!") +
                "<br />- " + _("You should install 'wget' or 'curl' or 'uclient-fetch' package.")
            };
        }

Nie ma i w sumie jak user nie ma takich danych danych w jakimś "popularity contest" to nie ma jak tego uzyskać, bo nie wiadomo co user sobie zainstalował.

Podstawą luci jest luci-base, luci-app-firewall czy luci-app-opkg. Reszta to co już kto potrzebuje.

Dzięki. Te ogarnąłem jako pierwsze. I to już stanowi prawie 30% wszystkich tłumaczonych 9629 pozycji.

Po poprzedniej ankiecie wiadomo, że warto dalej poprawiać tłumaczenie.
Chciałbym teraz przyjąć priorytety, żeby skupić najbliższe prace na najpopularniejszych tzn. najczęściej używanych pakietach LuCI. Pakietów do poprawienia jest ok. 88. Wybierając te najbardziej popularne w pierwszej kolejności, najszybciej osiągniemy rozsądny poziom jakości dla najszerszej grupy użytkowników. Nie mamy dostępu do statystyk popularności pakietów.

Stąd, prośba o wypełnienie ankiety po adresem: https://forms.gle/PdowMpnLTSvGNGBT8

Powoli idzie tym razem, 49 ankiet. Cezary może jednak słowo "ankieta" na czerwono?

Przy okazji, jest również do Ciebie prośba od ankietowanego:
"proszę o dodanie pakietów pbr (Policy Based Routing) i luci-app-pbr by default - przydają się"
Trochę poprawiliśmy tłumaczenie tego pakietu. Może pojawi się na dniach z nowym kernelem 5.15.

Przy okazji, że nadmieniłeś Cezary nt 8 MB flash. Czy dla dumb AP, można od razu usunąć odhcp6c, firewalla, dnsmasq, żeby zyskać miejsce? Czy to będzie działać? Podczas kompilacji np na stronie openWRT.
Ewentualnie jakie jeszcze pakietu są wtedy zbędne?
Ma tylko puścić wi-fi po vlan (ewentualnie kilka ssid).

Dziękuję.

Mi się nie podoba pozycja menu 'Trasowanie' i to w dwóch miejscach ('Lista tras' i 'Edycja tras' nie może być?).
Za 'Oprogramowanie' dałbym 'Pakiety'.

Wg mnie, dwuczłonowe pozycje pogarszają przejrzystość.

Zapora sieciowa -> Zapora
Dziennik systemowy -> Dziennik lub Log lub Zdarzenia, już 'Log systemowy' byłby lepszy.
Procesy systemowe -> Procesy

Czemu Wireguard nie może być w grupie VPN, jak OpenVPN?

Ale i tak jest fajnie. Dobra robota.

Dzięki za propozycje,

Routing - ma 55 pozycji/wystąpień w LuCI, najlepiej byłoby to zostawić w oryginale, tam gdzie słowo routing każdy zna i kojarzy.

Software i package występują w tekstach czasami razem czasami osobno 16/75 razy. Skracamy tam gdzie można, bo faktycznie są czasami wymienne. Pytanie dlaczego w oryginale od razu nie zrobili Pakiety zamiast Software?  Software jest o tyle szersze, że oprócz pakietów są także biblioteki w tym menu.  I pewnie dlatego jest Oprogramowanie a nie Pakiety. Ale ja się nie upieram.

Firewall to 65 wystąpień, jeżeli zmienimy tutaj to i w pozostałych miejscach trzeba by skrócić. Można, czemu nie.

Processes -  Można zmienić w menu, czemu nie. Czasami w angielskiej formie są dosłowne stwierdzenia "system processes" i wtedy trzeba to zachować.

A skąd w ogóle wzięło się dziwaczne słowo 'Trasowanie'?
Trasowanie, to proces w obróbce skrawaniem.
Tutaj odpowiedniejszym słowem byłaby 'Marszruta', ale dalej byłoby to dziwne określenie.

Wcześniej proponowałem 'Lista tras' i 'Edycja tras', co odpowiadałoby znaczeniu dwóch różnych miejsc wywołania 'Trasowania'.

Jeśli nie można tego rozróżnić (jedno źródło w zasobach), to wg mnie. powinno być zwyczajnie 'Trasy'.

Czasownik trasować ma wiele znaczeń:
https://sjp.pwn.pl/szukaj/trasowanie.html
https://sjp.pwn.pl/doroszewski/trasowac-I;5508429.html
https://sjp.pwn.pl/doroszewski/trasowac-I;5508429.html
https://pl.wikipedia.org/wiki/Trasowanie