Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → Przyszłe wydania OpenWrt CC
Strony Poprzednia 1 2 3 4 5 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Niekoniecznie - generalnie mam już je na dysku zbudowane, ale testuje jeszcze na kilku modelach. wt3020 też jeszcze mam przez chwilę, więc też przetestuje.
W końcu coś się ruszyło
Z niecierpliwością czekam na obrazy do nexx wt3020 i zyxel nbg6716 ale zdaję sobie sprawę, że są to najmniej popularne routery i jeszcze trochę to potrwa.
A co za problem sobie zbudować samemu - nie rozumiem tego podniecenia 
Obecnie używam trunka z musl ( r46076)- no idzie to z wolna, ale jest coraz lepiej - nareszcie prawdziwa ochrona na poziomie kodu i największy grzech openwrt chyba w końcu przeminie i winy będą odpuszczone. 
"Nie bój żaby" - obecnie po przejściu na musl co chwilę jakiś pakiet się nie kompiluje.
No fakt - póki co ograniczyłem budowę do najniezbędniejszych pakietów, a i to też b. niepewne, gdyż jakieś 20 % z tych zbudowanych działa źle - no ale zagięli parol na musl, więc z czasem na pewno będzie działać wszystko co może, z racji swej istoty działania, opierać się na musl.
Póki co lepiej/gorzej działa taki zestaw:
http://wklej.org/id/1742959/
przy wszystkich możliwych pakietach, które najmniej powodują problemy:
http://wklej.org/id/1742961/
Założenie: pełna ochrona kodu + full language support.
Gruberek napisał/a:W końcu coś się ruszyło
A co za problem sobie zbudować samemu - nie rozumiem tego podniecenia
Obecnie używam trunka z musl ( r46076)- no idzie to z wolna, ale jest coraz lepiej - nareszcie prawdziwa ochrona na poziomie kodu i największy grzech openwrt chyba w końcu przeminie i winy będą odpuszczone.
Problem żaden ale ja w przeciwieństwie do Ciebie wolę postawić na w pełni sprawdzone i przetestowanie oprogramowanie. Za routerem stoi serwer, który dostęp do netu musi mieć cały czas więc nie mogę sobie pozwolić na eksperymenty. Trunka się nie tykam, a CC RC2 zainstalowałem tylko dlatego, żeby sprawdzić wydajność wifi w ac. Nic się nie zmieniło więc jak tylko wyjdzie obraz Cezarego to go zainstaluje i pewnie na 2 miesiące będę miał spokój. No chyba, że wcześniej wyjdzie jakaś poprawka na której będzie mi zależało.
Jak pisałem - na 99% jak wyjdzie oficjalne wydanie 15.05 to usuną repo rc1/rc2.
To źle myślisz G. - na obecnym etapie CC w stosunku do obecnego trunka to kod przestarzały i nadal powodujący te same, znane problemy. Nie ma czegoś takiego jak stabilne wydanie openwrt - to tylko mrzonki - wszystko działa dokładnie tak jak to dopieścisz pod określoną maszynę, używając do tego często/gęsto swoich łatek i modyfikacji.
Wspominasz o AC - więc zdecydowanie użyj trunk - nie mało się zmieniło w tej kwesti w stosunku do CC-RC2.
Jak do tej pory z obrazami od Cezarego nie miałem problemu na żadnym sprzęcie więc wolę mieć "przestarzałe" RC2 niż "nowoczesny" niestabilny/niesprawdzony soft. Oczywiście jeżeli Cezary udostępniłby źródła zawierające już jego modyfikacje to chętnie skompilowałbym sobie obraz ale tylko dlatego żeby dorzucić to z czego korzystam.
Co do trunka to uważam, że nie ma potrzeby codziennego kompilowania i testowania oprogramowania. Niech zajmują się tym Ci co się na tym znają. Wyobrażasz sobie sytuację żeby na maszynie produkcyjnej codziennie kompilować i instalować np nowy kernel tylko dlatego, że jest nowszy? Dla mnie wysoki uptime i bezproblemowa praca urządzenia jest lepszym wyznacznikiem jakości niż wyższa cyferka w numerze wydania.
To nie chodzi o cyferki tylko o faktyczną zawartość kodu - a jak wspominasz o produkcyjnej maszynie to jedyną szansą na jej bardziej stabilne działanie i...odporność na przeróżne ataki nowe/stare, to nieustanna aktualizacja kodu zawierającego istotne poprawki, i.t.d.
To nie łindołs, że sam się zaktualizuje, a i tak w większości nadal jest dziurawy tam gdzie był i wytknięto to już dawno programistom - to linux - tu obowiązuje inne podejście i mentalność.
Tu prawdziwym testerem/sprawdzającym i wyznacznikiem jakości jesteś Ty sam używając tego kodu - to Ty decydujesz jak jest zrobiony i jak działa.
Za stary już jestem na takie zabawy. Jak zaczynałem przygodę z linuxem w 2000 roku ( Slackware 7.1 ) to o narzędziach typu apt-get/opkg mogłem sobie pomarzyć. Teraz mam dostęp do tych narzędzi, gotowych pakietów i obrazów, i gdzie tylko się da korzystam z tego. Bo życie trzeba sobie ułatwiać, a nie utrudniać.
A tam opowiadasz - przygodę z linuchami zacząłem na poziomie jądra od wersji 1.0.24, a na poziomie kodu znacznie wcześniej - i jakoś nie widzę żeby tak zasadniczo jakieś rewolucyjne zmiany w podejściu nastąpiły - chcesz mieć pod siebie zrób sobie sam - ot i cała filozofia - po to są w końcu źródła.
Kiedy można spodziewać się obrazu dla wt3020?
Czy będzie dostępny pakiet n2n-v2 dla CC?
Poproszę również serwer VPN PPTP
Testowałem wydajność NAT WAN->LAN
CC -Prędkość około 23-24MB/s
BB- Prędkość około 20-21MB/s
Gargoyle- Prędkość około 10-11MB/s
DD-WRT- 20-21,8 MB/s
Testy wykonałem TP-Link WDR4300 pokręcony do 650MHz
Skompiluję przy najbliższej okazji.
simono - jak masz na myśli obrazy do maszynek z NAND to jest to standard - tam aktualizacja i instalacja działa inaczej, niż dla zwykłego flash typu (chyba) NOR. Wewnątrz tego tara jest po prostu oddzielnie rootfs i samo jajco startowe (coś jak pełne jajco z wkompilowanymi sterownikami, jakie muszą być przy starcie i niektóre, które sam tam zaznaczysz, ale bez mechanizmu initrd, którego w openwrt się nie używa, ze względu na specyfikę urządzeń i u-boot), które instalują się oddzielnie na swoich partycjach i są w formacie *.bin. Cała ta metoda ma właśnie związek z typem flash i jego sposobem działania, tj. z NAND. To tak obrazowo w skrócie - "dlaczego ?".
A ja bym się uśmiechnął o 3ginfo skompilowane pod CC w wolnej chwili
Możesz z BB zainstalować, to tylko skrypty.
A to świetnie Dzięki za info.
Hmm, ciekawie skrypt reaguje, gdy wan jest ustawiony z wykorzystaniem nowej opcji wan:wwan Nie wyświetla czasu połączenia, rodzaju i transferu - reszta działa. Dobrze myślę, że nie wie skąd dane zaczerpnąć, gdy w konfiguracji nie ma wpisu qmi?
Po prostu nie skonfigurowałeś 3ginfo do końca, opcji network nie podałeś.
Cezary planujesz budowę obrazów dla mvebu ?
Pewno nie planuje, znając dotychczasowe podejście wieloletnie Cezarego, bo to chyba póki co jest tylko w trunku - pewno sobie będziesz musiał sam sklecić.
jakby było tylko w trunku , to bym nie pytał
A faktycznie - właśnie sprawdziłem - hehe - jest już w 15.05 - sorki
Tak swoją drogą to zamęczycie tego Cezarego - nie pora w końcu nauczyć się korzystać z darów natury i się nakumać, jak trzaskać swoje kompilacje ?
Ja akurat umiem , chodzi mi o to że jak już robi obraz dla mniej popularnego lantiq czy ramips to może robiłby też dla mvebu. Co jak co ale to obecnie najwydajniejsza po x86 platforma dla OpenWrt.
FireWire też jest niekulawe i w sumie bardziej uniwersalne.
Strony Poprzednia 1 2 3 4 5 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → Przyszłe wydania OpenWrt CC
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc