Preview NetBSD 5.
Hubert Feyrer na swoim blogu o NetBSD opublikował ciekawy tekst o widocznych dla użytkowników zmianach w gałęzi -current, z której miejemy nadzieje w krótce zostanie otagowany NetBSD 5.
1. audit-packagaes i download-vulnerability-list są częścią base systemu. Nie trzeba ich instalować z pkgsrc (zresztą w najnowszym i tak go już nie ma :). Używanie nie zmieniło się (download-vulnerability-list && audit-packages).
2. Osobne /tmp dla każdego usera. Uruchomić możemy przez dodanie do rc.conf per_user_tmp=yes. Per user /tmp realizowane jest za pomocą magicznych symlinmków.
lrwxr-xr-x 1 root wheel 18 Jul 13 22:41 /tmp -> /private/tmp/@ruid
3. NetBSD ma teraz serwer httpd w base systemie :) Faktycznie po odhashowaniu w inetd.conf
http stream tcp nowait:600 _httpd /usr/libexec/httpd httpd /var/www
i opublikowaniu czegoś w /var/www dostajemy działający serwer www out-of-the-box. Widać komuś było potrzebne :)
Serwer httpd to bozohttp - http://www.eterna.com.au/bozohttpd/
„its main feature is the lack of features” ;)
4. Obok pamięciożernego ISC DHCP klienta mamy teraz klienta dhcp Roya Marples’a. Jeśli chcemy go użyć to zamiast dhclient=yes dodajemy do rc.conf ifconfig_xx0=”dhcp”. Oszczędność w użyciu pamięci to około 50%.
5. W /boot.cfg możemy teraz w łatwy sposób stworzyć sobie menu z róznymi opcjami uruchomienia systemu.
# cat /boot.cfg
menu=Boot normally:boot netbsd
menu=Boot single user:boot netbsd -s
menu=Disable ACPI:boot netbsd -2
menu=Disable ACPI and SMP:boot netbsd -12
menu=Drop to boot prompt:prompt
default=1
timeout=5
Do testów wymagany jest kernel 4.99.69 lub nowszy.
NetBSD 4.0_RC2
Do wydania stabilnej czwórki coraz bliżej
Dzisiaj w godzinach wieczornych na ftp.netbsd.org pojawił sie katalog netbsd-4-0-RC2: ftp://ftp.netbsd.org/pub/NetBSD-daily/netbsd-4-0-RC2/200710012132Z/
Warto przy okazji wspomnieć o postępach poczynionych w gałęzi current przez NetBSDowego „szpeca” od SMP. Jeśli wszystkie jego dokonania znajdą się w stabilnej wersji będziemy mieli naprawdę dobrze skalujący się system operacyjny na wielu procesorach - szczegóły po angielsku: www.feyrer.de/NetBSD/bx/blosxom.cgi/nb_20071001_0149.html
Aktualizacja: na stronach netbsd.org pojawiło się oficjalne zawiamomienie o publikacji RC2 wraz z adresemftp://ftp.netbsd.org/pub/NetBSD/NetBSD-4.0_RC2
Summer of Code 2007
NetBSD ponownie bierze udział w przedsięwzięciu Google
Jak donosi (po ang.) Hubert Feyrer w swoim blogu, propozycje projektów można zgłaszać do 24-go marca.
www.feyrer.de/NetBSD/bx/blosxom.cgi/nb_20070316_0209.html
Wkrótce 3.1
Hubert Feyrer w swoim blogu zwrócił uwagę na zapowiedź wydania kolejnej aktualizacji NetBSD.
Wersja 3.1 spodziewana jest na początku września.
Notatka w blogu Huberta:
www.feyrer.de/NetBSD/bx/blosxom.cgi/nb_20060817_1331.html
Zapowiedź zespołu odpowiedzialnego za kolejne wydania:
http://mail-index.netbsd.org/netbsd-announce/2006/08/17/0000.html
Zmiany w verified exec
http://feyrer.de/NetBSD/blog.html#20050422_0206
Brett Lymn wprowadził znaczące zmiany, bazując na kodzie Elada Efrata.
Verified Exec to mechanizm pozwalający na wykonywanie wyłącznie programów o znanej, poprawnej sumie kontrolnej.
Brett Lymn w swoim poście (po ang.) sygnalizuje najważniejsze zmiany:
http://mail-index.netbsd.org/current-users/2005/04/20/0007.html
1. „odciski palca” przechowywane są w kernelu w tablicy asocjacyjnej (hash table) zamiast w postaci listy (linked list); przyspieszy to wyszukiwanie;
2. wspierane są różne metody wyliczania „odcisku palca”, włączając w to md5, sha1, rmd160, sha256, sha384 i sha512;
3. zmieniła się składnia komendy veriexecctl; aby załadować zestaw „odcisków palca” należy wywołać ją w postaci „veriexecctl load fingerprint.file”. Zmiana ma pozwolić na rozszerzenie zestawu możliwych do wykonania czynności (na razie jest to ”veriexecctl fingerprints”, raportująca obsługiwane przez kernel metody wyliczania „fingerprint” - to z kolei jest określane w konfiguracji kernela).
Z wielu nowości Brett wymienia w swoim postingu zmiany w kodzie kernela ułatwiające dodawanie nowych metod, a nawet dołączanie ich jako lkm (loadable kernel module). Przy okazji dystansuje się od ewentualnej dyskusji o sensie tego rodzaju podejścia. ;)
Posting zawiera także krótkie uwagi dotyczące przejścia na nowy mechanizm, oraz zapowiedź zmiany „major number” odpowiedniego urządzenia, potrzebnej ze względu na przenośność kodu na inne, niż i386, architektury.

Najnowsze komentarze