Orange Pi – nowe modele

Przegapiłem premierę, ale warto wiedzieć, że pojawiły się dwa ciekawe nowe modele w rodzinie Orange Pi.

Pierwszy z nich, Orange Pi Plus, to odpowiedź na wyższe modele konkurencji. Ma… w zasadzie wszystko. Jest port SATA, jest mocny procesor (cztery rdzenie 1,6 GHz), jest Wi-Fi, są 4 porty USB 2.0, odbiornik podczerwieni i wbudowany mikrofon. W końcu jest wbudowana pamięć flash (8GB). Jedyna słabość to ilość wbudowanego RAM – nadal 1 GB, więc na desktop trochę mało, tj. można zrobić, ale trzeba będzie oszczędzać. Cena: około 50 USD z wysyłką. Zdjęcie Orange Pi Plus z opisem poniżej:

Orange Pi plus

 Źródło: http://www.orangepi.org/orangepiplus/H3shuoming.jpg

Drugi model to Orange Pi PC. Dość okrojony, wygląda na alternatywę dla Raspberry Pi 2. Pierwsze co rzuca się w oczy to mocny procesor, ten sam co w ww. modelu. Pozostały wbudowany mikrofon oraz czujnik IR, ale zniknął port SATA, nie ma wbudowanego Wi-Fi, ani pamięci flash, a ethernet to – podobnie jak w Raspberry Pi – 100 Mbps. Standardowy 1GB RAM. Główny atut? Oczywiście cena. Ok. 23 USD z wysyłką, lub 15 USD + ok. 3 USD wysyłka. Zdjęcie Orange Pi PC wraz z opisem poniżej:

Orange Pi PC

Źródło: http://www.orangepi.org/orangepipc/images/orangepipc_info.jpg

W obu przypadkach można uruchomić Linuksa, w przypadku Orange Pi Plus dostępny jest Debian. Chipset ten sam, więc przypuszczam, że pojawienie się Debiana na model PC jest jedynie kwestią czasu.

Przyznaję, że rozważam zakup Orange Pi Plus i wymianę Dockstara – działa dobrze, ale 128 MB RAM zaczyna trochę boleć.

Tłumaczenia

Ponieważ tłumaczenia są jedną z form pomocy wolnemu oprogramowaniu (i okolicom), dostępną nawet ludziom średnio się znającym na samym programowaniu, to jakiś czas temu zacząłem udzielać się przy tłumaczeniach. Nie ukrywam – sporo czytam, trochę piszę, a część tłumaczeń przyprawiała o zgrzytanie zębów. Nie żebym był zadowolony z własnych, ale…

Początkowo był to PDDP rozkręcony IIRC przez Fenia. Niewiele pamietam, poza tym, że było i coś tam się otarłem. Potem zdryfowałem bardzie w kierunku meta i ideologii, czyli tekstów na gnu.org. Zaczęliśmy sporą grupą, ale szybko wykruszyło się do paru osób. Niedługo później zapał zgasł, zostało nas paru niedobitków. I jakoś tak się ciągnęło, aż zupełnie umarło – ostatnia wymiana maili z rok temu, ostatni commit pewnie z dwa lata temu…

W międzyczasie jakieś luźne, nieregularne i anonimowe tłumaczenia w ramach Debian Description Translation Project, bo dotarło do mnie, że jak ktoś nie zna języka angielskiego, to z Linuksem słabo sobie poradzi, więc tłumaczenie wszystkiego nie ma sensu. Za to opisów pakietów – jak najbardziej.

Tłumaczenie było całkiem przyjemnym doświadczeniem. Zalet jest sporo: uważna lektura tekstów źródłowych, większa ilość czytanych artykułów, kontakt z językiem i jego szlifowanie. Poza tym, ma się trochę do czynienia z systemami kontroli wersji, narzędziami, formatami i procedurami ułatwiającymi tłumaczenia, co przydaje się później przy różnych okazjach, od programowania, przez adminkę i projektowanie rozwiązań IT.

Jest to też okazja do zaobserwowania pewnych archaizmów i formalizmów w praktyce. Na przykład tłumacze GNU używają jako systemu kontroli wersji CVS. Nie żeby nie wystarczał, ale jednak Git jest wygodniejszy i lepszy. NIH? Przyzwyczajenie?

Z kolei inni nie korzystają z plików PO/POT (poedit FTW!), tylko stosują własne formaty/rozwiązania i tłumaczą na żywca HTML. Cóż, można i tak (nie żebym lubił, ale da się).

Wpis wyniknął z tego, że znalazłem (w końcu!) fajny opis pewnego zagadnienia związanego z Perlem, zobaczyłem, że stronę można tłumaczyć, a nie ma wersji polskiej… Spodobał mi się samouczek Perla i uznałem, że przyda się ludziom i… zacząłem tłumaczyć. Repo jest na GitHubie, można forkować i podsyłać pull requesty. AKA zachęcam.

Tak, mam świadomość, że strona nie jest zupełnie niekomercyjna. Jakoś mi to nie przeszkadza. Dość zwarta, nieźle napisana, tłumaczyć zamierzam tylko część dostępną dla wszystkich. Planów żadnych nie ma, raczej – jak zapowiedziałem autorowi – best effort. Niemniej, z różnych względów tempo ostatnio siadło, więc wpis ma być motywatorem. Nie żebym liczył, że zadziała, za dobrze się znam.

Inne: odkryłem GitHub na nowo, w sumie bardzo social network, tylko w troszkę innej kulturze. Odkryłem też na nowo/systematyzuję Perla. Zupełnie niezwiązane: zauważyłem, że próbuję za dużo srok za ogon łapać. To się nie może udać, ale ponieważ to tylko hobby, a nie praca, to nic się nie stanie, jak ten czy inny projekt zahibernuje na jakiś czas, czy wręcz totalnie zdechnie.

Korzystając z apt-dater – parę uwag

Od pewnego czasu korzystam z opisywanego kiedyś narzędzia apt-dater do aktualizacji hostów w środowiskach większych, niż kilka własnych testowych maszyn. Garść praktycznych uwag nt. używania w takich środowiskach.

  1. W okolicy wersji 1.0 zmienił się format pliku (teraz jest XML), przez co linkowany wyżej opis jest nieaktualny. Zmian wymagał też skrypt generujący konfigurację apt-datera na podstawie danych z Chefa.
  2. Warto podzielić hosty na grupy – raz, że łatwiej decydować, gdzie wykonujemy aktualizację w danym momencie, dwa, że każdy host to osobne procesy w momencie działań więc… może być tego za dużo, jeśli zaczniemy aktualizować listę pakietów wszędzie jednocześnie (tak, mam skonfigurowane limits na workstacji, tak walnąłem w limity, jak leciałem hurtem).
  3. Sama aktualizacja to nie wszystko, trzeba jeszcze zrestartować procesy korzystające ze starych bibliotek. Kiedyś był checkrestart, teraz jest bardziej popularny –  i nieźle współpracujący z apt-daterneedrestart.
  4. Niezależnie od podziału na grupy, można ad hoc zaznaczyć hosty do wykonania operacji (polecenie tag). Sposób niezbyt intuicyjny, bo najpierw zaznaczamy hosty [t], następnie zatwierdzamy je do wykonania [;], a na końcu wybieramy polecenie do wykonania.
  5. Apt-dater przyspiesza pracę, ale nie udało mi się (i nie tylko mi), uniknąć podłączania do każdej sesji po zakończeniu aktualizacji i zamykania jej. Nawet, jeśli cała aktualizacja przeszła pomyślnie, bez interaktywnych pytań i nie ma nic do restartu. Gdyby się komuś udało – proszę o komentarz.
  6. Odpowiednio ustawione hold lub apt_preferences to podstawa, jeśli ma się jakieś dziwne (czytaj: 3rd party) pakiety, których autorzy niezupełnie umieją paczkować Debian way.

W każdym razie apt-dater bardzo ułatwia i przyspiesza pracę. Generalnie polecam.