PLD. Dziś dotarła do nas dobra wiadomość – na grupie pl.comp.os.linux Tomek Kłoczko zapowiedział wydanie PLD na pierwsze dni marca. Maila, w którym o tym pisze, możecie przeczytać poniżej.
Path: news.tpi.pl!newsfeed.tpinternet.pl!news.task.gda.pl!not-for-mail From: Tomasz =?ISO-8859-2?Q?K=B3oczko?= Newsgroups: pl.comp.os.linux Subject: -2 .. -1 .. 0 ... 1.0 (PLD) Date: Wed, 13 Feb 2002 00:31:38 +0000 (UTC) Organization: CI TASK http://www.task.gda.pl Lines: 246 Message-ID: NNTP-Posting-Host: rudy.mif.pg.gda.pl Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit X-Trace: korweta.task.gda.pl 1013560298 8438 153.19.42.16 (13 Feb 2002 00:31:38 GMT) X-Complaints-To: abuse@news.task.gda.pl NNTP-Posting-Date: Wed, 13 Feb 2002 00:31:38 +0000 (UTC) User-Agent: tin/1.5.12-20020203 ("Toxicity") (UNIX) (Linux/2.2.19 (i686)) Xref: news.tpi.pl pl.comp.os.linux:180366 Odliczanie .. ============= Wszystkie znaki na niebie i na ziemi wskazują na to że na pczątku marca nastąpi zamknięcie PLD 1.0 i na Pingwinaria które odbeda się w połowie marca dostepne będzie PLD 1.0. Długo to trwało oj długo .. ponad trzy lata :> Z jednej strony długo (to już aż trzy lata zleciały .. ??), a z drugiej to nadal jeszcze mało żeby móc z tym co jest obecnie wejść największy tłum i wypisywać o tym niestworzone na murach :) Dopiero teraz widać że to za cośmy sie zabrali prawdopodobnie nikt z nas by się chyab nie zabrał gdyby zdawał sobie sprawę z tego ile to może potrawać ;) Tak czy inaczje czasami widać że niewiedza jest dość dziwnym doradcą i pozwala na przeskakiwanie barier zdawałby się (wcześniej) nie do pokonania :) Tak jak to spiew jeden z naszych rodzimych Bardów: "aż przyszedł taki co nie wiedział .." :) Taki stan z tuż przed 1.0 możnaby jeszcze dość długo przeciągać ale tak poprostu już dłużej nie za bardzo można. Poporstu zaczynamy się z pewnymi rzeczanami ograniczać nie chcąc zbytnio destabilizować różnych fragmentów tego co już jest a co ostanio mocno się ustabiizowało, a niewątpliwie taka destabilizacja będzie mogła legalnie chwilowo nastąpić tuż po wypuszczeniu 1.0 na pocżątku prac nad kolejna wersją. List ten jest anonsem pierwszej z trzech może czterech wersji obrazów ISO jakie pojawiły się właśnie na ftp.pld.org.pl i jakie bendą wydawane jeszcze co mniej więcej tydzień do momentu kiedy zostanie zamkniete ostatecznie 1.0. Nie chcę tu ustalać w tym momencie ścisłego terminu dając jeszcze nam plus/minus jeden tydzień na ostateczne szlify tego co można i trzeba będzie jeszcze zrobić/poprawić/dokończyć. List ten ma także na celu powiększenie grona osób które chcą jeszcze pomóc w tym co jest robione o ile ktoś ma chęci, czas i .. wolne paręset MB do parę GB na dyskach po to żeby to co ostatecznie zostanie zamkniete było lepszej jakosci i lepiej służyło tym którzy już z zasobów PLD korzystają jak i tym którzy dopiero po to bedą siegać. Nie mogę w tym moemencie nic więcej powiedzieć ponad to że proszę o taką pomoc i możliwie krytyczne podejście do tego co zostało udostępnione (a jest tego całkiem sporo) .. na tyle dużo że w zasadzie cieżko to objąć kilkoma zdaniami możliwie pełnej charakterystyki którą po mimo wszystko spróbuję tu sformułować choć w szkielecie. Faktem jest to że _jakość_ tego co przybierze końcowy kstałt jest w dużej mierze pochodną ilosci osób używajacych danych zasobów, testujacych je i nie tylko poprawiajacych ale także choćby zglasszajacych usterki które które my sami czyli twórcy czy to mniej czy bardziej ignorowaliśmy jako mniej ważne od innych rzeczy kóre w danym memcie wymagały poprawienai/skompletowania czy też nawet się na nie nie natkneliśmy. PLD 1.0 - co to za acz ? ======================== Mówiac kilkoma słowami: jest to dystrubucja Linuxa. Mówiąc nieco dłużej: jest to jednka inna dystrybucja od tych które są obecnie dostępne z dość ciekawym wachlarzem cech z których część jest wręcz unikalna. Nie są to rzeczy które są od razu widoczne gołym okiem ale w sytuacji krytycznej poprostu decydujace. Nie staraliśmy sie przy tym o inność na siłę. Mówiac inaczje jak zwykle dziabeł tkwi w szczegółach a te cieżko poprostu opisać w któtkim tekście, a to co zrobiliśmy wspólnie jest w duzej części zbiorem takich zaimplementowanych małych acz czasem ważnych szczegułów. Podobieństwo do inncch zasobów było nieuniknione i wręcz zamierzone. Poprostu koła wynajdywać nie ma sensu .. ale kwestie stosowanych obręczy szprych czy innych detali to już inna bajka :) Z tej całej masy detali wyłonić można niewątpliwie kilka: * Możliwie pełne wsparcie do ipv6. O tym jak dobrze jest w tej materii można się przekonać zaglądajć choćby na: http://www.bieringer.de/linux/IPv6/status/IPv6+Linux-status-distributions.html Strona jest troche już zdezaktualizowana ale od czasu kiedy ten ranking powstał ale układ w czołówce raczje sie mało zmienił :) Zreszta w zasadzie jak się pokręcić po zasobach związancyh z ipv6 to nadziać się na informacje o PLD można bardzo łatwo. To że w Polsce mamy AŻ dwa pTLA (Poznań i ICM) to też można powiedzić w dużej części sparwka PLD choć niewątpliwie wpływ tu był na pewno obustronny/wzajemnie stymulujący :) Dość powiedzieć że w zasadzie jest w większości to jak to wygląda to zasługa jednego człowieka: Arka Miśkiewicza. * Zaawansowane opcje konfiguracyjne w skryptach startowych na poziomie konfiguracji sieci. Po części jest to związne dość ściśle z poprzednim punktem bo przy okazji prac nad skryptami startowymi pod kontem ipv6 były one kilka razy dość mocno przekostruowywane. W wyniku tych prac w objętości mniejszej niż zwykle tego typu zasobów uzyskaliśmy kilka razy wiecje możliwości niż w innych dystrybucjach. Otóż konfigurujac interfejsy sieciowe ma się do dostęp w prosty sposób do konfigurowania: - brigdingu, - interfejsów ATM, - VLAN (ładnie współdziaął to przykładowo z urządzniami Cisco), - konfiguracja tablic statycznych ARP/RARP, - tuneli: ipv4 ov. ipv4, ipv6 ov. ipv4, ipx ov. ipv4, ipx ov. ipv6, - SNAT (nie trzeba uzywać firewallingu żeby to zdefiniować). - source i destination IP routing. W duzej częśći powyuższe jest kwestią teg że odeszliśmy od konfigurowania interfejsów sieciwych za pomocą standardowych ifconfig/route na zrecz ip z pakietu iproute2 co znacznie uprościło i odchudziło całsoć skryptów. Do samych skryptów startowych mżna dodać jescze to że są one napisane niemal w całsoći w POSIX sh, a /bin/sh w PLD to dowiązanie na pdksh dzięki czemu skrypty sh wykonują się zwykle szybciej. * kernel 2.2.20 Możnaby powidzieć że to troche anachroniz w czasach kiedy jest już 2.4 ale okazuje się że ma to sens w wielu ptrzypadkach związancyh ze koniecznoscią utrzymania stabilności. Tak czy inaczje kernel który jest dosdtarczany jest dość mocno wzbogacony w stosunku do vanilla 2.2.20. Ma on takżę: modularny bridging, VLAN, firewire, i2c, reiserfs, jfs, udf, befs, możliwość definiowania FW na bridgingu, bttv i obsługę szybkich portów szeregowych, ATM i jeszcze całkiem sporą garćś pomniejszych. Dodatkowo po za kernelem podstawowym są także zasoby z modułami do ALSA, lm_sensors i kilku pomnieszych. Tak czy inaczje kernel jest sinie zmodularyzowany i przystosowany do startu z użyciem initrd z ktrego ładowana jest obsługa urządzeń na którym jest root fs jak i moduł systemu plikowego jaki jest na tymze root fs uzywany co dają to że w bardzo małej ilosci przypadkół kernel wymaga rekompilacji a całość dostosowania konfiguracji odbywa sie poprzez odpwoeidni dobów gotowych do użycia modułów. To co jest obecnie dostępne jest także przystosowane do kernela 2.4 i w kazdej chwili jest rakże dosepmyny zestaw pakeitów z z samym kenrelem wąłcznie umozliwiający przestawienie systemu na używanie kernela 2.4 (zasoby te są w tej chwili dosepne an ftp.pld.org.pl/dist/nest/test/). O całej reszcie zasobów można by długo i gęsto. Nie odść powiedzieć ]
]>