Omówimy często pomijane problemy, po których przedstawimy nowatorskie rozwiązania. Jeśli nie chcesz zostać w tyle, wpadnij na piwo^Hciekawą dyskusję z innymi.

Uczestnicy przez całą noc będą mogli prowadzić dyskusję na tematy związane z obecnymi zagrożeniami. Szczególna uwaga zostanie poświęcona lukom w systemach operacyjnych GNU/Linux (i *BSD), a także problemom niezależnym od platformy, takimi jak błędy projektowe w protokołach sieciowych, czy ułomności kryptografii.

Impreza odbędzie się w klubie Bajer przy ul. Wittiga 8 (akademik Politechniki Wrocławskiej T-15), Wrocław. Początek 24 marca (sobota) o 21:00. Całość jest organizowana przez Akademickie Stowarzyszenie Informatyczne (ASI) działające przy Politechnice Wrocławskiej. Więcej informacji na stronie organizatora.

Aktualnie nie udzielono informacji, czy backdoor nadal działa – trochę kodu przez 10 lat się zmieniło. Ponieważ stos IPSEC z OpenBSD jest darmowy, został użyty w wielu projektach i produktach.

Zmiany obejmują.

System:

• Znaczne ulepszenie działania systemu w Xenie dodano m.in. obsługę PCI pass-through oraz i386PAE w dom0.
• W jądrze dodano poprawki do planisty, poprawiono zgodność z POSIX-em, uodporniono system na panikę jądra w przypadku załadowania uszkodzonego modułu ELF, drobne poprawki w FFS.
• Usprawniono współpracę z systemami plików innymi niż FFS.
• Aktualizacja podsystemu graficznego X.org.
• Usprawnienie biblioteki wątkowania.

Sterowniki:

• Dodanie nowych sterowników sieciowych, dźwięku, usprawnienie działania sterowników dysków.
• Mapy parzystości w RAIDframe poprawiające wydajność ponownego zapisu po nieczystym wyłączeniu systemu.
• Poprawka usprawniająca działanie systemu w przypadku korzystania z hubów USB i czytników kart.
• Wsparcie dla procesorów Intel Core i7, Atom i Xeon.

Architektura Sparc64:

• Naprawa regresji dyskowej przy dużym obciążeniu.
• Dodanie sterownika sunleo.
• Wprowadzenie monitora urządzeń dla tej architektury.

• Poprawki dotychczas wykrytych błędów i mniejsze zmiany na różnych architekturach.

System jest dostępny dla ponad 50 architektur.

Wydanie to jest dedykowane tragicznie zmarłemu w wypadku drogowym wieloletniemu developerowi PkgSrc i NetBSD – Marttiemu Kuparinenowi.

Mirrory obrazów ISO.

Dokumentacja systemu.

Zmiany OpenBSD 4.8:

• Poprawa wychodzenia z trybu suspend dla maszyn z kartami graficznymi Nvidii, Intela oraz ATI.

• Sterowniki dla Sony ACPI, kart sieciowych SIS, RTL8168E oraz Intela.

• Umożliwiono sprzętową akcelerację graficzną w procesorach core i3/i5.

• Naprawa lockingu w sterowniku NTFS (sterownik jest nadal w fazie eksperymentalnej).

• Dodanie demona LDAP .

• Aktualizacja IKE do wersji drugiej, Mandoca do wersji 1.10.5 oraz  OpenSSH do wersji 5.6.

• Drobne zmiany w demonach routingu, SCSI oraz stosie graficznym.

• Możliwość kompilacji OpenBSD za pomocą zwykłego GCC4 na większości architektur (OpenBSD standardowo korzysta z własnej wersji GCC).

Zmiany w DragonFlyBSD 2.8.x są raczej kosmetyczne, jednak z racji ominięcia faktu wydania linii 2.8 na OSnews.pl opiszę ją bliżej.

DragonFly BSD jest forkiem FreeBSD nastawionym na multiprocesorowość i
HPC, z tego powodu główne podsystemy zarządzające procesorami,
pamięcią oraz dyskami zostały całkowicie przepisane. Zaimplementowano w
nim też nowoczesny system plików HAMMER, z punktu widzenia użytkownika
zbliżony do ZFS.

Główne zmiany w wydaniu 2.8:

• Możliwość szyfrowania dysków obsługiwanych przez systemy plików UFS oraz HAMMER w tym partycji /root.

• Ulepszenia w SMP – wprowadzenie softlockingu dla AHCI oraz stosu sieciowego, ma to zwiększyć odporność na błędy oraz uniezależnić sterownik dysku od stosowania lockingu.

• Aktualizacja stosu sieciowego dla Wi-Fi (przeportowana z FreeBSD).

• Aktualizacja Packet Filter do wersji 4.2 (port z OpenBSD).

• Przyspieszenie działania całego systemu min. dzięki redukcji ilości sprawdzanych sum kontrolnych.

DragonFlyBSD 2.8

Jak wiadomo Oracle postanowiło porzucić OpenSolarisa kosztem wydań Solaris Express 11 w którym dostęp do kodu źródłowego będzie co najmniej utrudniony. Toteż programiści Nexenty postanowili że kolejne wydania tego systemu będą bazować na otwartym forku tego systemu o nazwie IllumOS, w którym wszystkie zamknięte komponenty OpenSolarisa zostaną zastąpione otwartymi zamiennikami.

Cały proces zostanie przeprowadzony w dwóch etapach:

• Pierwszy etap będzie polegał na przejściu na nowe jądro (IllumOS) które jest już samowystarczalne, po zakończeniu migracji zostanie wydana wersja 3.9.

• Drugi etap będzie polegał na aktualizacji przestrzeni użytkownika do najnowszej wersji dostępnej w Debianie, po jego zakończeniu zostanie wydana NCP 4.0.

• Stworzenie wirtualnego stosu sieciowego dla poszczególnych Jaili , projekt koncentruje się głównie na poprawkach i oczyszczeniu kodu po dwuletnich pracach developerskich. Na ukończeniu .

• Sterownik DAHDI (Zaptel) jest to framework i zestaw sterowników które docelowo mają umożliwić zastosowanie FreeBSD jako systemu bazowego w urządzeniach od PBX Solutions , są to min. karty stosowane w telekomunikacji do transmisji analogowej i cyfrowej sygnału . Framework zostanie ukończony we wrześniu .

• Umożliwienie monitorowania przestrzeni użytkownika za pomocą narzędzia dtrace , obecna implementacja dostępna od freebsd 8.0 śledzi jedynie wąskie gardła tego systemu na poziomie jądra . Planowane ukończenie – wrzesień .

• Ulepszenie BSNMP – celem sponsorowanego podprojektu jest stworzenie statystyk sieciowych charakterystycznych dla wifi oraz wsparcie dla zarządzania nimi.  Ukończenie jest zaplanowanie na październik .

• Mechanizm przydzielania zasobów w jailach – ma on umożliwić hierarchiczne przydzielanie zasobów systemowych  dla danych procesów za pomocą prostego frameworku zbliżonego do AIX WLM. Za realizację projektu odpowiedzialny jest Edward Napierała znany na osnews jako trasz.  Planowana data ukończenia – grudzień.

W efekcie możliwe jest przejęcie praw administratora systemu.

Problem dotyczy FreeBSD w wersji 7.x i późniejszych.

Zaleca się uaktualnienie systemów do wersji 7-STABLE lub 8-STABLE.

Od dnia 1 maja 2010 trwa rejestracja na VII edycję konferencji z cyklu meetBSD. W tym roku impreza odbędzie się w Krakowie w dniach 2-3 lipca 2010. Podobnie jak w latach ubiegłych swoje prelekcje poprowadzą osoby należące do oficjalnych grup tworzących systemy BSD, w tym również goście z zagranicy oraz przedstawiciele firm związanych lub współpracujących ze opensource’owym środowiskiem deweloperskim. Tegoroczną nowością i uzupełnieniem właściwej części konferencyjnej będzie możliwość uzyskania certyfikatu BSD Certification Group.
Konferencja meetBSD jest już cyklicznym spotkaniem poświęconym otwartym systemom uniksowym, głównie systemom z rodziny BSD, projektom i ludziom z nimi związanych, a także poświęconym tematyce open-source w ogólności. meetBSD w swoich założeniach ma charakter ściśle techniczny, główny nacisk kładziony jest na bardzo wysoką jakość zawartości merytorycznej. Konferencja dedykowana jest zarówno osobom zawodowo zajmującym się systemami BSD na codzień jak również osobom chcącym dopiero rozpocząć przygodę z prawdziwie wolnym światem BSD.
Oprócz części merytorycznej, meetBSD to również świetna zabawa i towarzyskie spotkanie, na którym, jak podpowiada historia, wieczory są pełne wrażeń i atrakcji. Więcej szczegółów o samej konferencji: http://www.meetBSD.org.
Polecamy również konkursy, o których info znajduje się na powyższej stronie.

Główne zmiany:
Architektury inne niż x86/x64:

Clang to frontend (część kompilatora odpowiedzialna za “przetłumaczenie” kodu w używanym przez programistę języku programowania na postać używaną wewnętrznie przez kompilator) dla LLVM, dostarczającego backend (część kompilatora odpowiedzialną za optymalizacje i wygenerowanie kodu dającego się uruchomić na procesorze). Razem tworzą alternatywę dla GCC, różniącą się od niego modularnością (dzięki której możliwe jest tworzenie opartych o niego narzędzi do statycznej analizy kodu lub modyfikujących kod źródłowy), lepszą organizacją kodu (co pozwala na optymalizacje, które w GCC byłyby dużo trudniejsze) oraz liberalną licencją BSD-like. Rozwój Clanga i LLVM jest finansowany głównie przez Apple, które zatrudnia w tym celu kilkanaście osób.

Clang od pewnego czasu w pełni wspiera języki C i Objective C.  Możliwość skompilowania Boosta pokazuje, że wkrótce można oczekiwać także pełnego wsparcia dla C++ i, w dalszej perspektywie, C++0x.  Warto podkreślić, że nie dość, że Boost skompilowany Clangiem przechodzi wszystkie testy regresji, to nie wymaga w tym celu stosowania obejść w jego kodzie źródłowym, w przeciwieństwie do innych kompilatorów.

W 2002 roku kilka osób postanowiło przenieść NetBSD na platformę PDP-10, dokładniej na emulator KLH10 PDP-10. Miał to być swojego rodzaju test przenośności NetBSD. Architektura KLH10 była interesująca ze względu na 36-bitowe instrukcje i adresowanie 30-bitowe.

Wśród tych osób był Anders Magnusson. Początki były bardzo obiecujące. Jednak szybko okazało się, że to nie NetBSD jest głównym problemem, a GCC. Naprawienie jednego problemu w kompilatorze skutkowało znalezieniem następnego. W ten sposób Anders w 2003 roku zainteresował się kompilatorem PCC.

Lata dominacji jednego kompilatora doprowadziły, do znacznego obniżenia jakości kodu GCC. Słów krytyki na temat ogromnej liczby błędów nie szczędził w szczególności Theo de Raadt. Natomiast społeczność NetBSD była zainteresowana kompilatorem, który wspiera dawno zapomniane przez deweloperów GCC platformy.

W ten sposób PCC szybko trafił do repozytorium NetBSD i OpenBSD, chociaż z różnych przyczyn. W 2007 roku ogłoszono, że nowe wersje GCC będą rozpowszechniane na licencji GPL w wersji 3, która jest także licencją patentową. Zainteresowanie pracą Magnussona jeszcze wzrosło.

W 2008 roku powstał Fundusz BSD, a PCC zostało objęte sponsoringiem. Docelowo miała zostać zebrana kwota 12 tysięcy dolarów, aby pokryć koszty pracy Andersona. Cel ten udało się osiągnąć 29 kwietnia tego roku.

Anonimowy sponsor podarował tysiąc dolarów w imieniu społeczności OpenBSD. Tym samym planowana kwota została przekroczona. Oznacza to, że ostatni cel – ulepszenie obsługi SSA, powinien niedługo zostać zrealizowany. Pozostaje czekać na wersję 1.0.

Najważniejszą zmianą jest możliwość zainstalowania FreeBSD za pomocą graficznego instalatora PCBSD. Ponadto system otrzymał możliwość uruchomienia z LiveDVD.
Oprócz tego wprowadzono poniższe zmiany:

• obsługa sterowników do kart Nvidia w wersji 64-bitowej;
• ulepszono Software Manager.
• możliwość ustawienia ZFS jako domyślnego systemu plików;
• możliwość instalacji 32-bitowych PBI w wersji 64-bitowej;
• KDE zaktualizowane do wersji 4.3.5.

PCBSD bazuje na gałęzi FreeBSD 8.0.

System można pobrać tu: http://www.pcbsd.org/content/view/152/11/
Pełna lista zmian.

Deweloperzy Dystrybucji tłumaczą tę zmianę kilkoma przyczynami :

• Niejasnymi planami rozwoju OpenSolarisa po przejęciu Suna Przez Oracle
• Mała możliwość współpracy z dostawca kernela;
• Nadal zamkniętej sporej części kodu OpenSolarisa
• Środowisko do kompilacji całego kodu powstało na potrzeby wewnętrznego użytku przez firmę Sun, a modyfikacja tego systemu w celu dodania obsługi programów napisanych w Adzie lub ewentualna jego zamiana na inne rozwiązanie kosztowałaby zbyt wiele czasu, który preferujemy lepiej spożytkować.
• Kwestiami Licencyjnymi

Dodatkowo Deweloperzy Wskazują Korzyści z przeniesienia na jądro DragonFly BSD:

• Współpraca z developerami jest bardziej otwarta, co może przynieść korzyści po obydwu stronach;
• HAMMER jest godnym następcą ZFS;
• Jądro DragonFly BSD jest możliwe do kompilacji w całości za pomocą clang.

Warto  dodać że na temat przyszłości AuroryUX odbyła się już dyskusja na OSnews.

Strona Główna Projektu AuroraUX
Ostatni Build Oparty Na OpenSolarisie Wersja Alpha

Niepisaną tradycją wśród twórców kompilatorów jest umożliwienie skompilowania ich przy pomocy ich samych.  Przykładowo, kompilator języka C powinien być w stanie skompilować swój własny kod źródłowy, oczywiście napisany w C.  Kompilator, który to potrafi, określa się – z braku polskiego odpowiednika – jako ’self-hosted’.

Clang to frontend (część kompilatora odpowiedzialna za “przetłumaczenie” kodu w używanym przez programistę języku programowania na postać używaną wewnętrznie przez kompilator) dla LLVM, dostarczającego backend (część kompilatora odpowiedzialną za optymalizacje i wygenerowanie kodu dającego się uruchomić na procesorze).  Razem tworzą alternatywę dla GCC, różniącą się od niego modularnościa (dzięki której możliwe jest tworzenie opartych o niego narzędzi do statycznej analizy kodu lub modyfikujących kod źródłowy), lepszą organizacją kodu (co pozwala na optymalizacje, które w GCC byłyby dużo trudniejsze) oraz liberalną licencją BSD-like.  Rozwój Clanga i LLVM jest finansowany głównie przez Apple, które zatrudnia w tym celu kilkanaście osób.

Począwszy od ostatniego wydania Clang posiadal pełne, produkcyjne wsparcie dla języków C i Objective-C.  Jednak sam Clang, podobnie jak LLVM, napisany jest w C++, dla którego wsparcie nadal jest rozwijane.  Sceptycy twierdzili, że doprowadzenie wsparcia dla C++ do jakiejkolwiek używalności zajmie kilka lat.

Wczoraj projekt osiągnął kolejny milestone – zamknięty został ticket 5221; co oznacza, że wersja Clanga i LLVM skompilowana nim samym przechodzi wszystkie testy regresji.  Kolejne otwarte zadania to m.in. kompilacja niezmodyfikowanych źródeł Firefoksa.

Co najważniejsze takie jądro jest w pełni sprawne i bootowalne. Do tego celu użyto gałęzi -current OpenBSD i najnowszej wersji PCC dostępnej w repozytoriach.

Trwają prace nad wsparciem platformy amd64, efekty zapewne będzie można ocenić już niedługo.

Portable C Compiler to niewielki kompilator języka C, obsługujący głównie standard C99. Do głównych zalet należy zaliczyć szybkość kompilacji przy zachowaniu sensownej optymalizacji i dostępność kodu PCC na licencji BSD.

Zbudowanie działającego OpenBSD za pomocą PCC stało się możliwe głównie dzięki pracy Jonathana Gray’a, który znalazł wiele błędów związanych z generowaniem kodu jądra.

W osiągnięciu celu pomogły też nadesłane pieniądze. 750 dolarów to kwota, która w tym miesiącu wspomogła PCC. Oznacza to, że brakuje zaledwie 3000$ do opracowania podstawowych założeń uwzględnionych w budżecie projektu.

Xen to monitor maszyn wirtualnych, który zarządza systemami operacyjnymi na zasadzie parawirtualizacji. Popularność zyskał dzięki otwartemu kodowi i niskim wymaganiom sprzętowym.

NetBSD to jeden z pierwszych systemów operacyjnych, który zaczął wspierać Xena. Pierwsze zmiany w kodzie wprowadzono w marcu 2004 roku. NetBSD wspiera zarówno domenę DomU jaki i Dom0.

Zespół NetBSD ma swój udział w rozwoju tej technologii wirtualizacji. Część nadesłanych poprawek przez twórców tego systemu znalazło się w Xenie. Oznacza to m.in. lepszą współpracę z NetBSD.

Zmiany wpływające bezpośrednio na NetBSD:

• xenbackendd znalazł się w głównym drzewie i jest uruchamiany przez xend
• Poprawiono system budowania Xena, co przekłada się na mniejszą liczbę zmian w kodzie NetBSD

Poprawki czekające na dodanie:

• Wsparcie Balloona napisane przez Cherry i Joerga Sonnenbergera. Jeśli zmiany nie będą wielkie, istnieje szansa, że ten kod znajdzie się jeszcze w wersji 4.0

Nowe możliwości Xena:

• Obsługa do 128 wirtualnych procesorów dla DomU (zarówno HVM jaki i PV)
• Dynamiczne (hotplugging) dodawanie procesorów i pamięci
• Wsparcie dla NUMA standardowo włączone
• Poprawiono obsługę maszyn, co przekłada się na mniejszą ilość błędów pamięci i procesorów fizycznych. Dom0 jest powiadamiany, gdy dochodzi do takiej sytuacji
• Możliwość wielu instalacji Xena obok siebie w różnych katalogach
• Prostsza konfiguracja gości HVM – zmiany w hvmloader i qemu-dm są opcjonalne

Implementacja tego systemu składa się z dwóch części składowych: samego LVM działającego w przestrzeni użytkownika i sterownika Device Mapper w jądrze systemu.

Z powodów licencyjnych zespół NetBSD napisał własny sterownik na licencji BSD, który współpracuje z LVM na licencji GPL. Oznacza to, że doświadczenie wyniesione z użytkowania Linuksa z pewnością się przyda.

Wsparcie dla LVM jest dostępne już dosyć długo. Jednak dopiero po wnikliwych testach i aktualizacji narzędzi tego menedżera do najnowszej wersji 2.02.56 zdecydowano się go udostępnić jako standardową opcję w drzewie –current systemu.

Obecnie dostępne są tylko dwa rodzaje mapowania: liniowe i przeplatane. Trwają prace nad udostępnieniem migawek, kopii lustrzanych, rozwiązań klastrowych i wsparcia dla urządzeń DRB (Distributed Raid Block Device).

Proces tworzenia pozostałych rodzajów mapowań może zostań przyspieszony po przepisaniu sterownika Device Mappera pod RUMPa. RUMP to mechanizm w NetBSD (został przeniesiony także na inne systemy) pozwalający na działanie kodu jądra w przestrzeni użytkownika.

Co ciekawe jest to kolejne narzędzie związane z systemem plików, które w NetBSD znalazło się dzięki pracy Adama Hamsika. Niedawna na EuroBSDCon można było wysłuchać jego prezentacji dotyczącej LVM.

FreeBSD jest to system skierowany głównie dla zastosowań serwerowych, dlatego nie należy oczekiwać od niego żadnych wodotrysków czy screencastów. Nowa wersja przynosi szereg udogodnień, które na pewno docenią użytkownicy. Oto wybrane z nich:

• Wdrożono nowy pojemnik wirtualizacji o nazwie vimage,
• Przepisano framework netisr, tak by używał równoległego wątkowania,
• Warstwę odpowiedzialną za emulację Linuksa zaktualizowano do wersji 2.6.16, domyślny emulator bazuje teraz na dziesiątym wydaniu systemu Fedora,
• Podsystem USB został przepisany na nowo w celu wspierania nowych urządzeń i lepszej skalowalności SMP
• Systemu plików ZFS został zaktualizowany do wersji 13-tej (miejmy nadzieję, że nie pechowej ).

Z pozostałych ulepszeń warto wspomnieć o wsparciu dla BSD MAC, poprawieniu rozszerzeń dla urządzeń mmap(), które umożliwiają obsługę 64-bitowych sterowników NVIDIA dla platformy x86_64. FreeBSD w wersji 8.0 obsługuje środowisko graficzne GNOME 2.26.3 oraz KDE 4.3.1.

Zmiany we FreeBSD 8.0 nie tylko w ogóle umożliwiają działanie sterownika, ale także w istotny sposób poprawiają szybkość PCIe, wydajność X/OpenGL a nawet wsparcie dla SLI. Wsparcie dla SLI (Nvidiowa technologia Scalable Link Interface) została wprowadzona w sterownikach Linux i Solaris już w 2005 – prawie 4 lata temu. Nie jest jednak jasne, czy i kiedy odpowiedni sterownik dla FreeBSD będzie wspierał łączenie kart przez SLI. Jako że prawie cały kod sterownika NVIDIA jest wspólny dla wszystkich wspieranych platform, nie będzie zaskoczeniem, że BSD również będzie wspierać SLI już niedługo

Nie jest pewne, kiedy sterownik się pokaże, ale do końca roku powinna być dostępna przynajmniej beta.

Kolejny OS z rodziny BSD będzie korzystał z rozwiązań stworzonych przez Sun Microsystems. W przypadku portu na NetBSD daleko do zastosowań produkcyjnych. Należy liczyć się z wieloma ograniczeniami i błędami:

• Błąd krytyczny podczas tworzenia zvol na platformie amd64
• Zakleszczenia związane z vnode
• Problemy z prawami dostępu do plików
• Brak natywnych funkcji getpages i putpages
• Brak warstwy migawek danych (snapshots)
• Przestarzały kod ZFS
• Brak możliwości wyeksportowania woluminów ZFS poprzez iSCSi

Stan zaawansowania prac można sprawdzić w gałęzi HEAD systemu NetBSD. Obecnie możliwe jest przetestowanie ZFS jedynie na platformie i386.

* Jest to także menedżer woluminów logicznych.