Mark Wong egy csokor Linux ütemező benchmark eredményt postázott az LKML-re. A tesztek Rusty Russell Hackbench mérőprogramjával készültek.A tesztprogram 100 processzt indít, amelyek egy adott socket-en figyelnek. Ezekre a "hallgatózó" socketekre másik 100 processz ír, és közben a tesztprogram méri a felhasznált időt. Ezt a folyamatot többször megismétli a teszt úgy, hogy közben növeli a processz csoportok számát. Ezzel is értékelve az ütemező skálázhatóságát.

Az eredmények a 2.5.28 fejlesztői kerneltől indulnak, és egészen a mostani 2.6.0-test5 kernelnél fejeződnek be.

Andrew Morton (a jelenlegi 2.6-os kernel karbantartó) válaszolt Mark levelére, amelyben azt kérte, hogy valaki magyarázza el a teszteredmény számsorait, mert nem teljesen érti. Feltette a kérdést, hogy "Most akkor királyak vagyunk, vagy megszívtuk?". Erre Mark azt írta vissza, hogy "az általános trend azt mutatja, hogy minden javul, szóval úgy gondolom, hogy királyak vagyunk".

Teszteredmények:

Hackbench STP Results History for 2.5/2.6 (Linus BK fa)

Hackbench STP Results History for 2.5 mm/2.6 mm (-mm fa)

A thread itt és itt kezdődik.

Mozgalmas hét volt ez a biztonsági hibák terén, több kritikus figyelmeztetés is világot látott:

[2003. szept. 18.] DSA-387 gopher - puffer túlcsorulás

[2003. szept. 18.] DSA-386 libmailtools-perl - bemenet érvényesítési hiba

[2003. szept. 18.] DSA-385 hztty - puffer túlcsordulás

[2003. szept. 17.] DSA-384 sendmail - puffer túlcsordulás

[2003. szept. 17.] DSA-383 ssh-krb5 - lehetséges távoli sebezhetőség

A Newbie's Guide to Setting up PF on OpenBSD 3.x

Amióta (OBSD 3.0) lecserélték az ipf-et az OpenBSD-ben a pf-re (packet filter) azóta egy erőteljes tűzfalmegoldással rendelkezik az OpenBSD. A pf dokumentációja és a hozzá kapcsolódó FAQ nagyon jó, de talán sokkal több infót tartalmaz, mint amit egy kezdő egyszerre meg tud emészteni. Ezért Eric Bullen egy lépésről lépésre haladó végigjárást készített a kezdőknek, amelyben részletesen kitárgyalja a pf konfigurálásának fontosabb pontjait. A dokumentumot megtalálod itt.

Megjelent az UHU-Linux 1.1 első publikus béta (tesztelésre szánt) kiadása.

Az alap rendszer iso fájlként az ftp://ftp.uhulinux.hu/uhu/1.1-beta1/ címről tölthető le, 80 perces CD-re írható ki. További csomagok az ftp://ftp.uhulinux.hu/uhu/dev/packages/ címen szerezhetők be. A tükörszerverek listája megtalálható a http://download.uhulinux.hu/MIRRORS címen.

A rendszer naprakész szoftverkomponensekből épül fel. Alapját a 2.4.22-es kernel adja, amelyet számtalan plusz szolgáltatással bővítettünk. Sokat fejlesztettünk a csatolható eszközök (például Pen drive-ok) felismerésén. Csomagjainkat a gcc 3.3.1-es verziójával fordítottuk, glibc

2.3.2-t használva.

A grafikus környezetek terén jelentős lépés GNOME 2.4, valamint a KDE-t is frissítettük 3.1.4-re. Újdonság az XFce 4.0-rc4, valamint számtalan egyéb ablakozó rendszer is megtalálható. Az alkalmazásfrissítések közül talán a Mozilla 1.4, Abiword 2.0, Gnumeric 1.2 érdemelnek külön említést.

Megkezdtük az alkalmazások egységes, konzisztens menürendszerbe szervezését, és a végleges 1.1 kiadásra el fogunk készülni ezzel. Az általunk megtervezett, mindig csak a telepített programokat tartalmazó menü a Gnome és KDE grafikus környezetek alatt éppúgy megjelenik, mint Blackbox, Enlightenment, FVWM, IceWM, Sawfish, Window Maker és XFce alatt.

A Gnome, KDE és XFce környezet, valamint az ezekbe illeszkedő GTK1, GTK2 és QT alapú alkalmazások egységes új kinézetet kaptak. A korábbi sárga-zöld Bumblebee-nél jóval elegánsabb Bluecurve nevű témát a Red Hat disztribúcióból kölcsönöztük.

A rendszerindítás, futásiszint-váltás, leállítás során futó szkriptek terén komoly átdolgozás történt. Ennek részeként például megszűnt a régi /etc/runlevel.conf fájl, helyét az /etc/runlevel.d könyvtár vette át, teljesen más szintaxist használva.

Az XFree86 csomag könyvtárstruktúrája is jelentős átszervezésen esett át.

A telepítőt, valamint az UHU Vezérlőközpontot újraírtuk GTK2 alapon, továbbá rengeteg hibajavítás és fejlesztés történt bennük. Ennek során például jelentősen átdolgoztuk a csomagválasztási lépést.

A csomagkezelőben (dpkg+apt) végzett változtatásoknak köszönhetően ezentúl gördülékeny lesz az előzetes (pre, beta stb.) csomagverziók kezelése. A frissítések pedig roppant hatékonyan letölthetők rsync protokoll használatával.

A béta kiadást tesztelésre szánjuk. Mindenféle hibajelentést szívesen fogadunk a dev@uhulinux.hu fejlesztői listánkra, viszont nem tudjuk garantálni, hogy bármiféle kérdésben segíteni fogunk, így aki stabil rendszert kíván használni, annak nem ajánljuk a béta kiadást, mindenképpen várja meg a végleges 1.1-et. Az 1.1-beta1 kiadásban súlyos hibáról nem tudunk, viszont bőven vannak még apró hibák vagy javítanivalók. Az egyik ilyen hiányosság az, hogy 1.0-ról egyelőre nem lehetséges frissíteni. Az ismert hibákról és hiányosságokról a telepítés végén, valamint a telepített rendszeren az UHU dokumentáció menüpont segítségével olvashatunk.

Jelen kiadás kódneve "TMK", mely mögött a "Tervszerű Megelőző Karbantartás" [1] és a "Tokiói Magyar Klub" [2] állnak.

[1] http://www.freeweb.hu/niva4ever/gep/01aug/17szabo.htm

[2] http://www.yudit.org/club/

A PostgreSQL felhasználók véleménye a MySQL-ről.

A finishez ért a FreeBSD 4.9 kiadási procedúra. Mi sem bizonyítja ezt jobban, mint Scott Long levele, amelyet a FreeBSD current@ levelezési listára küldött tegnap. A levélben Scott arra kérte a felhasználókat, hogy nyilvánítsák ki a véleményüket azzal kapcsolatban, hogy szerintük mennyire stabil a 4.9.Úgy gondolják, hogy a PAE által okozott instabilitást leküzdötték augusztus 31-én, ennek ellenére ha valaki stabilitási, korrupciós, stb. hibát észlel a rendszer futása közben, az most jelezze. A tesztelés erősen kívánatos!

Scott levele:

Date: Thu, 18 Sep 2003 23:21:20 -0600

From: Scott Long

To: Freebsd Current

Subject: 4.9 stability update

All,

We'd like to get a new poll on the stability and readiness of 4.9. The

belief is that the last of the PAE-induced instability was resolved on

August 31. Is anyone still experiencing unusual crashes, corruption,

etc, on a system that is running with up-to-date sources? Now is the

time to speak up and get the problems resolved so that we can make the

deadline by next weekend. Any new testing would be highly appreciated,

especially in reduced-memory configurations and of course >4GB PAE

configurations.

Thanks!

The Release Engineering Team

Új Quantian kiadás érhető el 0.3.9.1-es verziószámmal. A Quantian Dirk Eddelbuettel (Debian-fejlesztő) Tudományos Linux terjesztése. A terjesztés KNOPPIX alapú, elsősorban a tudományos számításokat, kutatásokat szeretné támogatni. Ennek megfelelően, ilyen jellegű tevékenységet támogató csomagokból épül fel a rendszer.



Bejelentés:A new Quantian release (tentatively named 0.3.9.1 to show its status as a
test for a 0.4 release planned for the end of September) has been uploaded
a few days ago.



This note is being sent in the hope that some of you may be able to aid in
testing and debugging, or simply by offering helpful suggestions as many of
you have in the past. What is new:



o Updated Knoppix / clusterKnoppix iso images from early Sep 2003 with as
usual improved hardware detection and additional drivers, as well as
updated packages in their set.



o Updated Quantian packages, mostly from testing -- but R, Octave, GSL,
QuantLib from unstable.



o Not many new packages have added in 0.3.9.1; however R packages for coda,
mcmcpack, design, hmisc, car and Rcmd are now in; the 0.3.9.2 release
that is currently being prepared will have the ipe, felt and lush
packages requested by some of you.



o I will probably remove grass in 0.3.9.2 as a) the package is rather
big at 88mb, b) a little outdated in the Debian archive and the newer
unofficial I had been made aware of is no longer to be found and c) even
at 88mb still lacks example data which I'd have to add to make grass
more useful as installed.



o In that spirit, I would welcome feedback on what else could be removed
(in order to make space for Quantian apps) before the remaining Knoppix
functionality is considered too rudimentary. I essentially removed
openoffice, all i18n related packages, wine, gimp, all (most?) games, all
window managers but KDE and fluxbox, all non-free programs (but one
exception, ggobi), mysql server, php4, nessus, lvm10, nvtv, palm-pilot
related software, gnomemeeting.



o BUT still retain all of
- KDE Office plus the Gnome Office programs gnumeric and abiword, lyx.
- A lot of networking functionality related to PPP, ISDN etc
- A lot of sysadmin and networking tools
- A lot of other stuff
I would like to get a feel for where users think we can still make room
for quantitative software. Or maybe that the current mix is good?
I have put the detailed 'dpkg -l' list on the web at



http://dirk.eddelbuettel.com/quantian/quantian_0.3.9.2_packages.txt
for persual.



o As for suggestions for new packages: Keep'em coming! In general, what
works best is something that is already in Debian and packaged ok.
Barring that, an existing .deb helps a lot, but it must be reasonably
well done and of course be Free Software that can be redistributed.
I will not be in a position to add packages to Debian myself as I
have already a fair number to look after.



Thanks in advance for any and all comments,





Dirk

A Dropline GNOME egy GNOME terjesztés Slackware felhasználóknak.A Dropline kimondottan a Slackware-hoz van finomhangolva, tetszetős (és tradícionális) Slackware csomagformátumban (.tgz) érhető el. Az egész GNOME környezet i686-optimalizált csomagokból áll.

A Dropline telepítése installer-en keresztül történik. A jelenlegi Dropline felhasználók frissíthetik rendszerüket a Dropline installer-en keresztül. Az új felhasználónak pedig le kell tölteni az install-ert a letöltési oldalról.

Nézd meg a screenshot gyűjteményt itt.

Egy érdekes cikk jelent meg az IBM DeveloperWorks oldalain arról, hogy hogyan tudjuk csökkenteni a Linux rendszerünk bootolási idejét.

A Windows XP felhasználók gyakran emlegetik, hogy az operációs rendszerük 15-30 másodperc alatt elindul, viszont egy átlagos Linux munkaállomásnak (függően a boot időben elinduló szervizek számától) ennél jóval több időre van szüksége. Azok közül akik erre hivatkoznak kevesen tudják, hogy azért indul a Windows XP ennyire gyorsan, mert a Microsoft megváltoztatta az XP boot koncepcióját.

A régi rendszereknél (Win95, 98, Me, NT, 2k) boot időben a rendszer felderítette, hogy milyen eszközök vannak ráakasztva a gépre, azokat megszólította (hey, itt vagy? -> várta az ACK-ot, ezt jól meg lehet figyelni egy CD-ROM esetében, amire "ránéz" a win95-win9x mikor bootol), aztán ha az eszköz "visszaszólt", hogy "Yes" vagyok, akkor ment tovább a bootfolyamat. Ez elég hosszú ideig tartott.Az XP-nél telepítéskor volt egy hardver detektálás. Az ott felismert eszközökről a rendszer a későbbiekben feltetelezi, hogy a gépben vannak, NEM szólítja meg őket boot időben. Cserébe, amikor elindul az OS fél percig nem lehet hozzányúlni, mert semmi mást nem csinál, mint darálja a drivereket (erőteljes HDD tevékenység), és próbálja megkeresni az új stuffokat. Ezen kívül az XP szervizek is akkor indulnak el, amikor a felhasználó már látja az asztalt.

Hogy miért van ez így? Azért, mert a Microsoftnál rájöttek, hogy ennek pszichológiai jelentősege van. Az user ebből annyit érzékel, hogy "jééé, 32 másodperc volt a boot idő", de azt már kevésbé veszi észre, hogy utána még egy jó ideig nem lehet a rendszert használni.

Az hogy ez hogyan alakul a Linux rendszerek esetében, arról Árpi készített egy mérést májusban.

A developerworks-ön megjelent cikk azt taglalja, hogy hogyan lehet a boot időt csökkenteni. A cikk lényege, hogy a boot-idejű szervizeket párhuzamosan indítja el, ha van arra mód. Ezzel a módszerrel akár felére lehet csökkenteni a boot időt. Természetesen ez erősen függ a rendszertől is.

A cikk itt.

Bár úgy volt, hogy a GNOME 2.4 csak a FreeBSD 4.9-RELEASE idején kerül be a hivatalos ports fába, de most mégis beolvasztásra került. Joe Marcus Clarke szerint az igények miatt, de ami fontosabb az az, hogy a FreeBSD 4.9-RELEASE-t minimum két héttel eltolták. Így a GNOME 2.4 már most elérhető a ports gyűjteményből.

Joe azt javasolja a portupgrade-del frissítőknek, hogy az alábbiak szerint járjanak el:

portupgrade -rf -m BATCH=yes atk

portupgrade -R -m BATCH=yes gnome2

Joe levele itt.

Kaliforniában is vannak geekek. Úgy tűnik, hogy sportkocsira is futja. Egy biztos, hogy egy geek nem tehet akármilyen rendszámot a kocsijára :-)

Szeptember 9-én megjelent az OpenWatcom 1.1 verziója. Egy időben ezt tartották a legjobb C compilernek, persze tud fordítani Fortran-t és C++-t is.

Egy ideje a fordítót Open Source-é tették, az 1.0 verzió 2003 Februárjában jelent meg, és most itt az 1.1. A fordító letölthető Windows és OS/2 -n futtatható verzióban is, valamint a forráskód is elérhető .zip valamint .tar.bz2 formátumban is.

A fejlesztők tervei közt szerepel, hogy portolják a fordítót Linux és FreeBSD platformokra is, valamint a legfrissebb ANSI C és C++ szabványokhoz igazítsák.

Megjelent a Mozilla böngésző első kiadásra jelölt verziója.

Megjelent a Slackware 9.1-beta2, mostantól teszelhető. A változások listája itt. A második beta már tartalmazza az OpenSSH/Sendmail javításokat, a GNOME 2.4.0, Galeon 1.3.9, GNOME Office 1.0, KDE 3.1.4 napokban megjelenő csomagjait. Ezen kívül az XFree86 is frissült. Nem-hivatalos snapshot ISO image-eket találsz itt.

Éppen ma volt szó itt arról, hogy Bécs városa azzal a gondolattal foglalkozik, hogy Linuxra kéne cserélni az nyílászáróról elnevezett operációs rendszereit. Ezek után szinte nem is hat meglepetésként az a bejelentés, hogy 9 német város gondolkodik ugyanígy.Kilenc német város folytat intenzív megbeszéléseket arról, hogy le kellene cserélni a M$ Windows operációs rendszereik egy részét (vagy mindet) Linuxra. Németország 16 tartományának egyikének - a Rheinland-Pfalz tartománynak - 9 városáról van szó. Név szerint Alzey, Kaiserslautern, Koblenz, Landau, Mainz, Neustadt, Speyer, Trier és Worms városokról.

Úgy tűnik, hogy Gates lassan indulhat Németországba lobbizni a Windows mellett. Az elmúlt hónapokban két komolyabb Linux "győzelmet" is elkönyvelhettek a szabad szoftver hívők Németországban. Az egyik az volt, amikor

München városvezetése a Linux mellett döntött, a másik pedig az, amikor az egyik legnagyobb német légitársaság informatikai cége (Lufthansa Systems) a Linuxot választotta.

Az InfoWorld cikke itt.

Újabb két biztonsági figyelmeztetés látott napvilágot az UHU tűzfalhoz.Csomag : ssh

Sebezhetőség : buffer kezelés

Probléma típusa : lehetséges távoli

Bővebb információ : http://www.openssh.com/txt/buffer.adv

További buffer kezelési problémákat azonosítottak, és javítottak. Az ismételten javított csomagok elérhetőek a tűzfalhoz a

http://www.lsc.hu/security/ oldalról, vagy közvetlenül:

deb - http://www.lsc.hu/security/ssh_3.6.1p2-6.2_i386.deb

md5 - http://www.lsc.hu/security/ssh_3.6.1p2-6.2_i386.md5

---------------------------------------------------------------------

Csomag : man-db

Sebezhetőség : magasabb szintű jogosultság szerzése

Probléma típusa : többszörös helyi sebezhetőség

Bővebb információ : CAN-2003-0620 és CAN-2003-0645

Amennyiben a man parancs setuid jogokkal rendelkezik, helyi felhasználók a man parancsot birtokló user jogával megegyező hozzáférést kaphatnak a rendszerben. Az alaptelepítés során a man setuid jog nélkül települ,

így a tűzfal verzió alapból csak akkor érintett, ha a rendszergazda megváltoztatta a beállítást. A biztonság miatt azonban a frissítés javasolt.

Elérhető a http://www.lsc.hu/security/ oldalról, vagy közvetlenül:

deb - http://www.lsc.hu/security/man-db_2.4.1-13_i386.deb

md5 - http://www.lsc.hu/security/man-db_2.4.1-13_i386.md5

A tegnapi OpenSSH sebezhetőség után itt egy újabb sebezhetőség. Most a Sendmail van soron. Úgy tűnik, hogy távolról kihasználható hibát tartalmaz a Sendmail. A hibát Michal Zalewski találta meg.

A hiba bejelentését megtalálod itt.

Az OpenBSD projekt máris reagált a hibára. A javításhoz letöltheted a patchet FTP szerverről, majd újrafordíthatod a sendmail-t. Az OpenBSD security-announce listán megtalálod a bejelentést.

Befejeződött a "Milyen módon jutsz a HUP hírekhez?" című szavazás, az eredményeket meg lehet tekinteni itt. (attól a 7 embertől, aki a "nem olvasok HUP híreket" lehetőséget választotta azért megkérdezném, hogy hogyan értesült a szavazásról :-)

A jelenlegi szavazás témája "Legmagasabb iskolai végzettségem?". A gyakori iskolai végzettségek vannak felsorolva. Aki mondjuk általános iskolába jár, az a "8 általánosnál kevesebb" opciót válassza. Aki mondjuk egyetemre jár annak szavazzunk meg egy egyetemi végzettséget. Tehát Ő szavazzon az "egyetem" pontra, stb.

Szavazni lehet itt.

A Google újra szeretné íratni a világ információs infrastruktúráját. Itt szerintem a Google keresőre, és a hozzá kapcsolódó szolgáltatásokra gondoltak. A tapasztalt programozók kiválasztása nem könnyű feladat. A Google erre azt eszelte ki, hogy egy programozói versenyt rendez, és a sikeres kóderekból választja ki a majdani lehetséges alkalmazottakat.A versenyt a Google Inc. és a TopCoder, Inc. írta ki. A "Google™ Code Jam 2003" október 1 és november 14 között kerül megrendezésre. Azok a sikeres pályázók, akik 18 évesek vagy idősebbek, Java, C++, C# vagy VB.NET programozási nyelven tudnak programozni.

Az első helyeken végző programozók azon kívül, hogy állást kaphatnak a Google-nél, még pénzdíjazásban is részesülnek. Az első díj 10.000 dollár, a második díj 5.000 dollár, a harmadik díj 3.500 dollár, és a negyedik helyezett is kap 1.250 dollár pénzjutalmat.

A versenykiírást elovashatod itt, a szabályokat pedig itt.

Pár éve ha valaki tökéletes vállalati szerver platformot akart összeállítani, akkor fogta a jól bevált receptet, elment a sarki megoldás-szállítóhoz (solution provider) és bevásárolt. Vett Sun gépet, Solaris-t operációs rendszernek, tetejébe Oracle adatbázis szervert telepített, az adatai számára EMC storage rendszert vásárolt, és a hálózatát Cisco aktív eszközökkel építette fel. - mondta a Yankee Group vezető analizátora Dana Gardner az E-Commerce Times-nak.Azóta ez a tuti recept kicsit átalakult, mert néhány cég a költséghatékony megoldásokban látja cége informatikájának jövőjét.

Az Fsf.hu csapat a nyár végével ismét elindítja országjáró Roadshow rendezvényét. Az országjáró rendezvény célja, hogy a számítógép iránt csak most érdeklődők és a profik is első kézből kaphassanak információkat a szabad szoftverek felhasználási lehetőségeit illetően. Az előadók minden egyes fellépés alkalmával a GNU/GPL alapoktól a konkrét felhasználási lehetőségeken át, a felhasználási nehézségeket és átállásai nehézségeket sem elhallgatva vezetik be a hallgatóságot a GNU csodálatos világába.



Időpontok:2003.09.25 Soproni Infó klub:

délután 16 órás kezdettel a MTSZ Intézetben (9400 Sopron, Széchenyi tér 2.) tartunk egy előadássorozatot az MBSDE
részvételével.

2003.10.24 Kolozsvár (Erdély) Protestáns Teológiai Intézet:

az eddigi hagyományokkal összhangba, az országjárást kiterjesztve ellátogatunk Kolozsvárra. A Protestáns Teológiai Intézet jóvoltából október 24-én 16 órás kezdéssel a Bethlen teremben (Avram Iancu tér 13.) az aktivisták a méltán
népszerű előadásaikat tartják meg. Majd az ezt követő két napot a gyönyörű Erdély hegyeiben és városaiban kirándulva tesszük izgalmassá. Minden érdeklődőt szeretettel várunk! Előre láthatólag 3-4 kocsival megyünk, és egy közeli faluban szálunk meg. A szállás 10-13 Euró/nap áron ( 2 étkezéssel)
érhető el. A túra minden résztvevő számára önköltséges (természetesen útlevél szükséges!!). Előre láthatólag a benzinköltség fejenként 8000 Ft környékén várható, de ez sok mindentől függ. Minden érdeklődőt szeretettel
várunk,jelentkezni a guska_AT_fsf.hu címen lehet.

2003.11.20 Szigeti György Szakközép:

A Szigeti napok alkalmából 20.-án délelőtt az iskola diákjai számára egy átfogó előadás sorozatot szervezünk. Célunk az, hogy a diákok idejekorán képet kapjanak a szabad szoftveres alternatívák tekintetében. Soha nincs korán és későn a szabad szoftverekkel foglalkozni.

FreeBSD:

FreeBSD-SA-03:12.openssh

NetBSD:

NetBSD-SA2003-012

OpenBSD:

004: SECURITY FIX: September 16

A nemrég DSA hibajegyben közreadott ssh-ban további két puffer-kezelési hibát találtak. Nem tudni, hogy van-e rá exploit, de jobb az elővigyázatosság.


A javított változat verziószáma: 1:3.4p1-1.woody.2Figyeljünk arra, hogy ha valakinek a proposed-updates is hozzá van adva az apt sources.listjéhez, akkor nem fog megtörténni automatikusan a frissítés.


Wichert Akkerman levele a debian-security-announce listán.

A frissítésről szóló FAQ-nk.



Mint ismeretes, a Debianban nem mennek az új verziók után, mert új feature -> új hibalehetőség. Arról azonban nem láttam sehol infót, hogy az a hiba amit a Debian Security Team talált a 3.4-ben, létezik-e a későbbi verziókban. Ha valaki erről lát/hall valamit, tud linket, stb. az írja be a hozzászólásba.

A FreeBSD Release Engineering csapattag Scott Long készített egy helyzetjelentést a FreeBSD 4.9-ről és 5.x-ről. Ahogy írja, a FreeBSD 4.9 kiadása néhány hetet csúszni fog, mert a bejelentett stabilitási gondokat ki akarják vizsgálni. A problémák a nemrégiben importált PAE (physical address extension) körül vannak. A FreeBSD 5-stable ütemtervének dokumentuma nagyjavításon esett át. Többek között azt olvashatjuk benne, hogy a KSE extrém ütemben fejlődik, már nincs olyan dolog a FreeBSD 5-stable-lel kapcsolatban ami aggodalomra adhatna okot. A hírek szerint a rendszer stabilitása is nagyon jó.

Scott Long levele itt.

Bécs városa azon gondolkodik, hogy 2004 közepétől 2007-ig a MS Windows-okat Linuxra cseréli.