Piratują RMS.

Richard Matthew Stallman, czyli twórca Projektu GNU i orędownik wolnego oprogramowania, ma – o czym wielu miłośników wolnego oprogramowania wydaje się nie wiedzieć – nieco odmienne podejście do licencji dotyczących dzieł, które wyrażają czyjeś opinie, osąd i poglądy, czyli służą innemu celowi, niż prace dotyczące praktycznych zastosowań, takie jak oprogramowanie czy dokumentacja. W związku z tym, daje on prawo tylko do kopiowania i rozpowszechniania w postaci niezmienionej, dosłownej. Jednym z elementów tego jest publikowanie artykułów na licencji CC BY-ND, która wprost zabrania m.in. tłumaczenia. Więcej na ten temat można poczytać na stronie FSF dotyczącej licencji Licenses for Works of Opinion and Judgment.

Tymczasem świadomość polskich zwolenników wolnego oprogramowania jest w tym względzie niewielka. Przynajmniej dwa razy spotkałem się z „nielegalnymi” publikacjami tekstów RMS. Pierwsza to artykuł na jakilinux.org o jednolitym patencie. Druga, to wpis na nibyblog.pl dotyczący niewolnych gier (skopiowany również na osnews.pl) (dead link). We wszystkich trzech przypadkach złamanie licencji polega nie tylko na stworzeniu utworu zależnego w postaci tłumaczenia. Za każdym razem została też zmieniona licencja na znacznie mniej restrykcyjną CC BY.

Technicznie możemy mówić o piractwie utworów RMS. Żeby było śmieszniej, w tej chwili już sam fakt publikacji tłumaczenia, nawet w dobrej wierze, czyni z publikującego pirata. Przynajmniej przy dosłownym odczytaniu licencji. Dla jasności, sprawę uważam bardziej za śmieszną i to z wielu powodów – poczynając od tego, że RMS używa niemal najbardziej restrykcyjnej licencji Creative Commons, przez niewiedzę orędowników wolnego oprogramowania w temacie licencji, po fakt piractwa materiałów ze strony organizacji, która walczy o dostęp do kodu źródłowego i prawo do swobodnej jego modyfikacji. Zresztą wygląda, że sam RMS nie jest przeciwny takim tłumaczeniom, więc prawdopodobnie mamy do czynienia z niezbyt szczęśliwie wybraną licencją. Moim zdaniem, publikacje tłumaczeń powinny być dozwolone z zastrzeżeniem oznaczenia, że tłumaczenie jest nieoficjalne. Wdałem się w lekką dyskusję z ludźmi z FSF, zobaczymy, czy coś z tego wyniknie…

Natomiast warto mieć świadomość, że licencja Creative Commons, czyli popularny znaczek CC, nie oznacza automatycznie, że z utworem wolno robić wszystko. W szczególności warto mieć świadomość, licencji CC jest więcej, niż jedna, oraz, że w przypadku publikacji oryginalnego utworu, nigdy nie wolno jej zmieniać na inną licencję CC (czy to bardziej, czy mniej restrykcyjną) bez wyraźnej zgody autora. W przypadku utworów zależnych – o ile oryginał nie jest na licencji SA, to możliwe są zmiany licencji. No i ostatecznie warto pamiętać, że tłumaczenie w świetle licencji CC to utwór zależny.

Benchmark jądra BSD i Linux.

Dawno temu pisałem o porównaniu Linuksa i FreeBSD i FUDzie/mitologizacji zwolenników *BSD przy okazji benchmarku tych systemów, który to wątek wyższości *BSD ciągnie się odkąd pamiętam. Wtedy badano wersje 32 bitowe, a teraz, z okazji zamrożenia Debiana Wheezy pojawiła się nowa wersja benchmarku, dla systemów 64 bitowych. Nie ma zaskoczenia – Debian z jądrem Linuksa jest zawsze szybszy od wersji kFreeBSD. Często różnice są znaczące i wersja z jądrem Linuksa jest szybsza o 20-30%. Pomijam zupełnie ekstremalne przypadki, gdzie różnica jest o wiele większa.

Także w typowo serwerowych zastosowaniach widać różnicę na korzyść Linuksa – serwowanie statycznego contentu przy pomocy Apache to 10% różnicy. PC-BSD, które było poddane paru testom pokazuje, że słaby wynik Debian/kFreeBSD to nie przypadek. Z argumentów za korzystaniem z *BSD pozostał już chyba tylko ZFS. Moja motywacja do instalacji Debiana/kFreeBSD jest coraz mniejsza.

Źródło: Benchmark Debiana z jądrem Linux i kFreeBSD by Phoronix.

Raspbian, czyli Linux dla Raspberry Pi

Niedawno pojawiła się dystrybucja, będąca pochodną Debiana, która wypełnia „dziurę” między debianowymi architekturami armel oraz armhf. Jej celem jest wykorzystanie w pełni możliwości procesora Raspberry Pi. O różnicach w architekturach więcej pisałem we wpisie dlaczego nie kupię Raspberry Pi. Raspbian, bo tak nazywa się dystrybucja, oferuje architekturę armhf (inną niż w Debianie). Dzięki temu system, a szczególnie multimedia, mogą działać szybciej, niż w przypadku zwykłego Debiana. Przyspieszenie w działaniu zależy od aplikacji i typowo wynosi 10-20%. Dokładny benchmark Raspbiana tutaj.

Projekt jest rozłączny z Debianem, mieszanie pakietów Raspbiana zarówno z debianową architekturą armel, jak i armhf nie jest możliwe (a przynajmniej jest mocno odradzane).