Aktív fórumtémák

Tárgy Válaszok Legutóbbi beküldés Fórum Szerző
  Unaloműző online játékok és azok eredményei #2 778  2025-09-28T01:53:18+0200 Játékok trey
  "karcolódnak az új iPhone-ok: a nyugati szankciók miatt, egy fontos anyagot cserélt le benne az Apple" 21  2025-09-28T01:09:20+0200 HUP cikkturkáló trey
  Kibertámadás miatt két hete áll a Jaguar/Land Rover gyártósor 35  2025-09-28T00:00:41+0200 HUP cikkturkáló pif73
  Tud valaki erről a cégről valid adatokat? 48  2025-09-27T23:46:32+0200 Spam, Adathalászat kikepzo
  Deus Ex 1 Unreal Engine 5 mod 21  2025-09-27T23:27:18+0200 Játékok jevgenyij
  Postacím feldarabolása mezőkre - regex+powershell 39  2025-09-27T21:39:57+0200 Szkriptek: Python, Perl, Bash, ... attyhor
  ntpsec 19  2025-09-27T18:25:05+0200 Debian GNU/Linux informer
  Segítség kérés SDL fordítás Androidra 12  2025-09-27T17:46:51+0200 C/C++ bzt
  Trump böntetővámokkal fenyegette meg az EU-t a Google 2,95 milliárd dolláros bírsága miatt 182  2025-09-27T16:19:48+0200 HUP cikkturkáló jevgenyij
  Pamkutya koncert jegyvasarlas 51  2025-09-27T12:25:08+0200 Hálózatok egyéb eyez00
  HELP: rhel-7-server-els-rpms repóból csomagokra lenne szükségem 14  2025-09-27T11:14:19+0200 Red Hat, Fedora, CentOS zhans
  AI alma 18  2025-09-27T00:31:37+0200 Közösségi kerekasztal EspOS
  Halászat az intenzívről :) 57  2025-09-26T11:42:09+0200 Spam, Adathalászat gemnon
  [Hogyan?] Markdown + Showdown + Mathjax = preview 2025-09-25T21:47:03+0200 Szkriptek: Python, Perl, Bash, ... Cozi
  Proxmox -> Truenas ZFS sebesség kritikán aluli 24  2025-09-25T21:37:20+0200 Virtualizáció zsomLEE
  SMGUI frissítés 2025-09-25T14:03:15+0200 C/C++ bzt
  Egy par linkeleses tema/kerdes 11  2025-09-25T12:25:34+0200 C/C++ apal
  OpenWRT modulhoz keresek fejlesztőt 14  2025-09-25T10:09:02+0200 Hálózati eszközök pba
  Telekom TVGO - Végre működik boxon is! 12  2025-09-24T20:21:30+0200 Hálózatok egyéb ecsi
  [Megoldva] Notebook felfüggesztve "brutálisan" merül 62  2025-09-24T15:50:07+0200 Notebook, laptop, mobiltelefon ... PeterX

ITWales interjú Alan Cox-szal

Egy hosszabb interjút készített az ITWales Alan Cox-szal. Az interjúban Cox beszél a Red Hat-ról, a Linux kernelről (természetesen), a Microsoft-ról, Linux Standard Base-ről, stb.

Az interjút megtalálod itt.

Alan Cox-ról egy képet találsz itt.

Alan Cox: Linux 2.4.18pre9-ac4

Címkék

Úgylátszik nem telhet el nap Alan Cox patch nélkül. Ennek a patchnek az érdekessége, hogy megjelent benne az IBM naplózó (journaling fs) filerendszerének a JFS-nek a támogatása.

From: Alan Cox To: linux-kernel@vger.kernel.org

Subject: Linux 2.4.18pre9-ac4

Date: 14 Feb 2002 16:12:06 -0500

[+ indicates stuff that went to Marcelo, o stuff that has not,

* indicates stuff that is merged in mainstream now, X stuff that proved bad and was dropped out]

*

* If you have SIS IDE hardware please handle this kernel with care

* and report success/failures to Lionel.

*

Letölthető a mirrorokról.

Változások logja:Linux 2.4.18pre9-ac4

Debian Security Advisory: Multiple SNMP vulnerabilities

Címkék

Ahogy arról tegnap beszámoltunk, az Oulu University Biztonsági Programozó Csoportja hibát talált több gyártó, és operációs rendszer SNMP implementációjában. Ahogy az várható volt, sorra meg fognak jelenni a Linux disztribútorok is a saját hibajavításukkal. Ahogy az lenni szokott, a Debian (és a Caldera) ébredt legelőször.

Csomag neve: ucd-snmp

Probléma típus: remote exploit

Debian-specifikus: nem

CERT Advisory: CA-2002-03

A hibát kihasználva, távoli DoS (Denial of Service) támadás kezdeményezhető.A frissítés javasolt a szokásos módon:

Debian Weekly News - 2002. február. 13

Címkék

Megjelent a Debian community szokásos heti hírlevelének legújabb száma.

A tartalomból:

- Debian Project vezető választás

- a PHP4 elárvult (a karbantartó lemondott)

- Debian a Sharp Zaurus PDA-ján

- 3.0.19-es Boot-floppyk

- Új Bug Squashing Party kezdődik a hétvégén

- Elárvult csomagok. Ezen a héten 8 elárvult (orphaned) csomag keletkezett, amellyel az árva csomagok száma 111-re növekedett (árva csomag az, amelynek nincs karbantartója), tehát aki kedvet érez arra, hogy Debian maintainer legyen, annak itt az alkalom =), munka van...

A Debian Weekly News legfrissebb számát itt olvashatod.

Linus Torvalds: Linux 2.5.5-pre1 (ALSA merged)

Címkék

Andy Keen bemutatkozik, mint x86-64 maintainer. Jó hír az ALSA-t használóknak. Ahogy Linus ígérte a 2.5-ben meg fog jelenni az ALSA (Advanced Linux Sound Architecture). Lássuk mit ír erről Linus:

"From: Linus Torvalds


Subject: linux 2.5.5-pre1


Date: Wed, 13 Feb 2002 14:38:12 -0800 (PST)

This is a _huge_ patch, mainly because it includes three big pending things: the ALSA merge (which is much smaller in the BK tree than in the patch, because a lot of them are due to renames), merging most of x86_64, and merging some PPC patches. Full changelog appended.

Linus"

Letölthető a mirrorokról.

Változások logja itt.

Debian Security Advisory: cupsys

Címkék

A CUPS (Common Unix Printing System) alkotói hibát találtak saját munkájukban. Egy potenciális buffer overflow hibát fedeztek fel a CUPS daemon kódjában.

A hiba az összes eddigi CUPS verziót érinti!!!

Mivel a hiba nem Debian specifikus, az összes disztribúció hibás csomagot tartalmazhat. A hiba típusa távoli (remote).

A stabil Debian disztribúcióban a 1.0.4-10-es verzió, a testing debian disztribúcióban pedig a 1.1.13-2-es verzió tartalmazza a javításokat.

Azonnali frissítés javasolt.A frissítés javasolt a szokásos módon:

KDE 3.0 Beta 2 kiadás

Címkék

A hírek szerint kiadták a következő beta KDE 3.0 tesztet, a harmadik KDE 3.0 pre releaset (kis ellentmondásnak látszik a Beta 2, és a harmadik pre release, de így áll a bejelentésben). A letöltési lehetőségekről ez a bejelentés tájékoztat minket.

A KDE 3.0 tervezett kiadása 2002. második negyedévére tehető.

Alan Cox: Linux 2.4.18pre9-ac3

Címkék

Újabb -ac patch.

Letölthető a mirrorokról.

From: Alan Cox

Subject: Linux 2.4.18pre9-ac3

Date: Wed, 13 Feb 2002 08:17:28 -0500 (EST)

[+ indicates stuff that went to Marcelo, o stuff that has not,

* indicates stuff that is merged in mainstream now, X stuff that proved bad and was dropped out]

Változások logja:Linux 2.4.18pre9-ac3

A Secure Computing megveszi a Gauntletet

Címkék

A népszerű Gauntlet termékvonalat teljes egészében felvásárolta a Secure Computing a Network Associatestól.A megállapodás a Gauntlet tűzfalszoftverről és a VPN termékekről szól. A NAI Gauntletes ügyfeleit szintén a Secure Computing fogja ezután támogatni. A Secure Computingnak szintén van már egy tűzfal terméke, a Sidewinder Firewall és VPN Gateway.

Sandra England elmondása szerint a Network Associates már tavaly októberben közölte a Gauntlet felhasználókkal, hogy a cég eladni készül a termékvonalat, biztosítva annak jövőjét azzal a kitétellel, hogy az átállás fennakadásmentes lesz a meglévő ügyfelek számára. A Secure Computing szerintük ebben nagyon jó, így ez az ígéret maradéktalanul teljesül.

A Gauntlet tűzfalat eredetileg a Trusted Information Systems, Inc. (TIS) fejlesztette ki, amelyet a NAI 1998-ban vásárolt meg. Mind a TIS, mind a Secure Computing dolgozott az Egyesült Államok kormányának, beleértve az NSA-t is.

Tim McGurran, a Secure Computing elnöke szerint a tranzakcióval a Secure Computing világvezetővé válik az applikációs szintű tűzfalak piacán.

A hírhez kapcsolódik az is, hogy a NAI papírjai a napokban kerültek bevezetésre a NYSE-on.

Kapcsolódó linkek:

A Secure Computing közleménye a vásárlásról.

A NAI tőzsdei jegyzéséről szóló oldal.

A Secure Computing weblapja.

A NAI weblapja.

[DSA-109-1] faq-o-matic hiba

Címkék

Csomag neve:faqomatic

Támadhatóság: Siteon keresztüli támadhatóság

Probléma típusa: távoli

Debian specifikus: nem

A program nem kódolja vissza a html kódot. Ennek következtében olyan adatok is belehelyezhetôk, amik segítségével pl. az adminisztrátor sütijeit (cookie) megszerezheti a gonosz támadó.


A siteok közti támadhatóság egy hibatípus amely pl. a fent említett módon Javascriptekkel lehetôvé teszi, hogy ilyen jellegű adatokat el lehessen csenni.A stabil debian disztribúcióban a 2.603-1.2-es verzió, a testing debian disztribúcióban pedig a 2.712-2-es verzió tartalmazza a javításokat.

IPv6 linux HOWTO

Címkék

Találtam egy nagyon korrekt, rendszeresen karbantartott Linux IPv6 HOWTO-t. Aki érdeklődik a téma iránt, nézzen bele:



Az IPv6 HOWTO-t megtalálod itt.

APT magyarul...

Címkék

kb. 2 héttel ezelôtti debian Weekly news-ban olvashattunk arról, hogy az apt-ot és a köré tartozó programokat is szeretnék nemzetköziesíteni. Nekem meg véletlen adódott egy szabad hétvégém. Az eredményt Piefel apt-os oldalán érheted el, és itt találsz némi leírást is arról, hogy hogy teszteld.

Megjegyezném, hogy lassan a hivatalos debianba is be fognak kerülni a nemzetköziesített apt csomagok.

Ha valakinek kifogása van a magyarítással az priv-ben küldhet diff-et.

Hibák több gyártó SNMP implementációjában

Címkék

A hét elején kezdtek el szivárogni azok a levelek, amelyek alapján látszott, hogy az egyes SNMP implementációk környékén nincs valami rendben, most pedig megjelent erről a témáról egy CERT Advisory is.Az első levelek a témában a Securityfocus egyik levelezési listáján jelentek meg, amelyekben a CISCO routerek SNMP-vel való támadhatóságáról beszéltek. A hibák kihasználásával DoS-t (Denial of Service - a szolgáltatás működésének veszélyeztetése), nem megengedett hozzáférést, illetve instabil működést érhetnek el a támadók.

Az SNMP (Simple Network Management Protocol) hálózati erőforrások monitorozására, kezelésére szolgál, szinte minden operációs rendszerben elérhető valamilyen formában (beleértve természetesen a routerek, switchek és egyéb hálózati eszközöket is). A leggyakrabban használt a protokol 1-es változata (SNMPv1), amely számos üzenetet definiál, amelyben információkat kérhetünk le, beállításokat módosíthatunk, vagy akár riasztásokat is küldhetünk bizonyos események bekövetkezésekor. Az Oulu Egyetem Biztonságos Programozó Csoportja (OUSPG - Oulu University Secure Programming Group) több gyártó SNMPv1 implementációjában is talált hibákat. A Csoport a PROTOS segítségével, amely biztonsági hibák felderítésére szolgál különböző protokollokban több hibát is talált a protokoll trap és kérvénykezelésében.

Az SNMP trapeket az SNMP démonok (ügynökök) küldik az SNMP menedzsereknek valamilyen figyelmeztetés, vagy hibejelenség esetén. Az SNMP menedzserek ezeket az üzeneteket feldolgozzák és ez az a folyamat, amely nem minden esetben működik előirásszerűen.

A talált hibák másik előfordulási lehetősége a fenti folyamat ellentéte, a kérések küldése, amikor az SNMP menedzserek küldenek valamilyen kérést az SNMP ügynöknek, amelyet az hibásan dolgoz fel, ezáltal biztonsági rés keletkezik. Némely hiba kihasználásához még a communityt sem kell eltalálni, így ezek fokozott veszélyt jelentenek.



Lehetséges megoldások:

Az SNMP szolgáltatás (161, 162-es UDP portok, bizonyos esetekben a 161, 162, 199, 391, 705, 1993-es TCP és a 199, 391, 1993-as UDP portok is, lásd /etc/services) szűrése az illetéktelen hozzáférés megakadályozásának érdekében.

Az adott SNMP implementáció javításának telepítése (lásd a gyártó weblapját).

Az SNMP szolgáltatás leállítása.

Az alapértelmezett communityk átállítása (ez nem minden esetben lehet eredményes, egyrészt találgatással, hálózati forgalom lehallgatásával ezek kinyerhetők, másrészt némely hiba nem feltételezi az adott community nevének ismeretét).

Az SNMP forgalom menedzsment hálózatra való áthelyezése (illetéktelenek kizárása).



Bővebb információkat a CA-2002-03-as CERT Advisory tartalmaz, ahol elérhető a különböző gyártók biztonsági hibákkal foglalkozó weblapja is.

Open Source Direct3D 8.0 Wrapper Open GL-hez

Címkék

A RealTech-VR, a V3X 3D engine megalkotója, és a Direct3D-to-OpenGL wrapper készítője most open source-é tette munkáját. Hackereket keresnek, akik bekapcsolódnának a fejlesztésbe, és segítenének a wrapper Linux és MacOS portjának elkészítésében. Elég sok Direct3D funkció működik már, de sok munka van még hátra ahhoz, hogy teljesen kész legyen.

Ahogy készítők elmondják, a wrapper jelenleg windows környezetre van kész, de egy bordeaux-i mérnöki csapat már megkezdte a Linux portolást.A dolog már biztatóan működik, de egyelőre nem alkalmas komplex programok meghajtására. A sebességét nézve - természetesen függ a használt OpenGL implementáció használt kiterjesztésetõl is - megközelítőleg azonos sebességű az eredeti Direct3D kóddal.

Alan Cox: Linux 2.4.18-pre9-ac2

Címkék

Újabb Alan Cox patch.

From: Alan Cox Subject: Linux 2.4.18-pre9-ac2

To: linux-kernel@vger.kernel.org

Date: Tue, 12 Feb 2002 13:33:28 -0500 (EST)

[+ indicates stuff that went to Marcelo, o stuff that has not,

* indicates stuff that is merged in mainstream now, X stuff that proved bad and was dropped out]

Letölthető a mirrorokról.

Változások logja: Linux 2.4.18pre9-ac2

FreeBSD biztonsági modul

Címkék

A BSD operációs rendszerekhez nem igazán jelennek meg harmadik személy által kiadott patchek, de ha ez mégis megtörténik és hasznosnak, használhatónak bizonyul a kezdeményezés, sok esetben a projekt CVS-ében köt ki az eredmény (lásd TrustedBSD). Most egy újabb patch jelent meg, ezúttal Przemyslaw Frasunektől. Kíváncsian várjuk a modullal kapcsolatos további fejleményeket.A biztonsági listákat olvasóknak biztosan ismerősen cseng a név, hiszen jópár hibáról kaptunk értesítést "venglin"-től, elsősorban FreeBSD-vel kapcsolatosan. Frasuneknek már volt egy régebbi projektje, az rexec, amely különféle exploitok ellen próbált védelmet nyújtani. A mostani modul - a Cerber - gyakorlatilag ennek a továbbfejlesztése.

A Cerber a következő rendszerhívások működését tudja befolyásolni:

execve(), ptrace(), open(), chmod(), lchmod(), fchmod(), kldload(), kldunload(),unlink(), __sysctl(), unlink(), link(), symlink(), kill(), mount(), umount(), chflags(), fchflags(), rename(), chown(), lchown(), fchown(), ioctl(), setuid(), setgid(), seteuid(), setegid(), setreuid(), setregid(), setresuid(), setresgid().

Megszabhatjuk, hogy milyen programok futtatását engedélyezzük, azok milyen más fájlokat indíthatnak, illetve azt is, hogy mindezt mely UID teheti meg. Ugyanígy a többi felsorolt syscallra is hasonló szabályok húzhatók, így biztosítva, hogy egy esetleges betörés esetén a rendszer még egy plusz szintet adjon a többi védelem fölé.
A beállítások sysctleken keresztül történnek, így a rendszer indításakor ezeket kultúráltan elvégezhetjük. A Cerber a rendszerhívások tiltásán kívül a naplózás feladatát is megoldja.

A projekt weblapja a Sourceforge-on található. A dokumentáció pedig itt.

Linux: az ALSA hamarosan beépül a 2.5-be

Címkék

Az Advanced Linux Sound Architecture (ismertebb nevén ALSA) úgy néz ki, hogy több éves fejlesztés után bekerül a Linux kernelbe, pontosabban a 2.5-ös fejlesztői fába. Az LKML legfrissebb thread-jei szerint Jaroslav Krysela elküldött egy patchet a 2.5.4-hez, amelynek során megjegyezte: "Linus nem hagyta jóvá ezt a patchet, és nem is beszél velünk jelenleg. Úgy látszik hogy a bio (block IO) fejlesztés minden idejét lefoglalja. Lehetséges, hogy olyan elfoglalt, hogy ignorálja a leveleinket".

Linus válasza: "Több oka van annak, hogy nem válaszoltam. Többek között, az hogy más dolgokkal foglalkozok. El fogom kezdeni az ALSA beolvasztását a közeli jövőben, de nem ez a dolog fut nálam elsődleges prioritással. Jelenleg más anyagokkal töltöm az időmet.".

HighPoint Technologies HPT374 támogatás a FreeBSD-ben

Címkék

Sřren Schmidt, a FreeBSD-s ATA szekció karbantartója pár perccel ezelőtt küldte be a változtatásokat a projekt CVS-ébe, amelyeknek köszönhetően a -CURRENT ág már támogatja a HighPoint Technologies HPT374-es chipjére épülő kártyákat. Bár erre vonatkozó információk nincsenek a commitlogban, nagy valószínűséggel a támogatás legkésőbb pár hét múlva a -STABLE ágban is feltűnik majd.

Debian specifikus változtatás az OpenSSH szerverben

Címkék

Parázs vita alakult ki a debian-security listán amiatt, hogy a Debianos (woody/sid) OpenSSH verzió sztringje megváltozott. Sokak szerint ez jelentősen megkönnyíti a betörők dolgát, hiszen elég egy telnet és a rendszer tálcán kínálja a futó operációs rendszer verziójára vonatkozó információt.2001. március 20-án a FreeBSD-ben is eszközöltek hasonló változtatásokat (ott a verzió "OpenSSH_2.3.0"-ról "OpenSSH_2.3.0 green@FreeBSD.org 20010321"-ra változott), majd a nagy felzúdulás miatt május 3-án belekerült a FreeBSD-s OpenSSH-ba a "VersionAddendum" opció, amellyel ez a sztring megváltoztatható. A FreeBSD-ben lévő OpenSSH számos változtatást tartalmaz az eredetihez képest (Kerberos támogatás, PAM módosítások), így ott indokolt lehet ezeknek a változtatásoknak a feltüntetése, azonban ennek ellenére igaz, hogy a rosszindulatú támadók dolgát jelentősen megkönnyíti, hiszen az OpenSSH verziószámán kívül egy intervallumot is kap a cracker, amelyben a rendszer éppen van.

ftp.fsn.hu leállás

Címkék

Mint azt többen észrevették hétvégén egy nagyobb szünet volt az ftp.fsn.hu szolgáltatásaiban (FTP, HTTP, RSYNC). A tervezett leállást, amelyet a szerver MOTD-jében is meghirdettünk az operációs rendszer frissítése, illetve egy új alkatrész telepítése tette szükségessé...A gép operációs rendszerének (FreeBSD) frissítése már régóta húzódott, ennek oka az volt, hogy ez egy nagyobb leállással jár és erre eddig soha nem jutott idő hétvégén, hétköznap pedig nem szívesen állítottam volna le a szervert. A frissítés első ránézésre sikerült, azonban valószínűleg kell még egy kis idő, amíg minden helyrerázódik (ez leginkább a tükrök frissítésére igaz).
A fentieken kívül más is történt, ugyanis egy 100 GB-os Western Digital ATA diszk is belekerült a gépbe, azonban Y tápelosztó kábel híján egyelőre ez még nem elérhető :)
Remélem a héten sikerül valamikor bevinnem ezt is, ezáltal majdnem megduplázható a jelenlegi tárkapacitás. Emiatt ismét lesz egy maximum 10 perces leállás.

Forgalmi statisztikákat a C3 szerverén lehet találni.

Szavazz a www.debian.org új kinézetére

Címkék

Úgylátszik, hogy van akinek nem tetszik a www.debian.org jelenlegi kinézete. Elkészült több tervezet is, amely a "new design"-t valósítja meg. Mondd el véleményedet, szavazz te is a legjobbra.

A lehetséges verziók:

- foo


- bar


- baz


- quux

A készítő, azt szeretné, ha mindenki elmondaná a véleményét, senki ne legyen szégyenlős, bátran nyilatkozzon mindenki:

"Flame away! Feel free to comment :)

Any kind of comments are welcome -- don't be shy! Merely saying "I don't like www.d.o now and none of those" or "I like just that blue thing" or "The Debian logo sucks" is okay, too :)"

Alan Cox a mágus

A Kerneltrap egy interjút készített a Linux guru Alan Cox-szal. Alan Cox talán a második legismertebb Linux kernel hacker Linus Torvalds után. Az interjúban beszél magáról, kapcsolatáról a számítógépekkel, a Red Hat-ról mint munkaadóról, Marcelo Tosatti-ról, a 2.4-es kernelről, a DMCA-ról, a Linux jövőjéről és még sok más dologról.



Alan Cox, mint ahogy más is megszületett, iskola, bárányhimlő, kanyaró, mumpsz következett. A számítógépekkel akkor kötött közelebbi ismeretséget, amikor volt egy-két olyan tanára, aki képes volt ebédidejét feláldozni néhány érdeklődő diák kedvéért. Ekkortájt az iskolának volt 3 számítógépe, amelyen 15-20 perces órákat lehetett venni. Körülbelül ekkor lehetett, hogy Cox egy ZX81-es gazdájává vált (akkoriban ez volt az első tömegcikknek számító computer a UK-ben), és lassan már ő tanította a tanárokat.



Az iskola végén a 3 órás vizsgát 30 perc alatt oldotta meg, és szembesült saját "tudásának fényességével" (ezt nem én találtam ki, saját maga állította magáról).Mielőtt az egyetemre ment volna, egy rövid ideig dolgozott a számítógépes játékfejlesztés iparágában is. Egy ideig játékokat portolt, majd nekilátott egy saját játék fejlesztésének is. Ahogy mondja, a játékfejlesztői ipar megtanította arra, hogy a milyen a való világ. A számítógépes játék üzletet akkoriban egy olyan ember irányította, aki csődöt mondott a zeneiparban, és bármelyik pillanatban az öreganyját is eladta volna. Ebben a világban voltak olyan emberek, akik sokkal jobban voltak Cox-nál, és voltak olyanok, akik meg voltak győződve saját ragyogó képességükről, de mentálisan instabilak voltak.



Természetesen, mint a zeneiparban, itt senki sem keresett jól, de érdekes módon a játékfejlesztő cégek tulajdonosai egyre nagyobb autókkal jártak, és egyre drágább házakban laktak. Ki érti ezt?



Az egyetemen változó volt az előmenetele, de visszatekintve az egyetemi éveire, akkor boldog volt. Az akkor tanult vezetési szakértelem, szoftver mérnök-tudomány, matematika, adatbázis tudás mind-mind segítségére vannak most is, amikor a Linux-szal foglalkozik.



Az iskola után több dologgal is foglalkozott: dolgozott egy nagyobb C++ hálózati projecten, írt ISDN kódot a Sonixnak később dolgozott a 3COM-nak is. Ezután az NTL-nél volt rendszeradminisztrátor, dolgozott egy kisebb internetszolgáltatónál (Cymru.Net), amelyet az NTL vásárolt meg. Amikor innen megszabadult, akkor került a Red Hat-hoz, és kezdett el főállásban a Linux-szal foglalkozni.



Sokan kérdezhetnék tőle, hogy: "miért nem ment mindjárt a Red Hat-hoz dolgozni, biztos szívesen foglalkoztatták volna?"



Erre Cox azt mondja, nehéz döntés volt az, hogy a Red Hat-hoz ment dolgozni. Biztos akkor is tudták volna foglalkoztatni, de ha egy embernek a hobbyja főállássá változik, akkor nagy áldozattal kell számolni. Ugyanis az egészből elveszhet a "fun factor", és lehet, hogy elmegy a kedve az egésztől.



Tehát 2000. január. 1-én csatlakozott a Red Hat-hoz, ekkor jelent meg a Red Hat mint cég Európában. Coxnak megfelelt a Red Hat világképe, mert a Red Hat managementje egyszerre hisz az open source-ben, és abban hogy emellett lehet egy céget sikeresen profitot termelve vezetni. Cox szerint a Red Hat nem csinál mindent a legjobban, de törekszenek erre.



Cox annak idején fejlesztett egy játékot Blizzard Pass néven. A játék ZX81-re készült, a Tynesoft adta ki anno egy Spectrum 128K launch pack keretében. A játék jogai valahol a Adventuresoft UK-nál és/vagy a Tynesoft-nál vannak.



Cox elmondja, hogy szívesen játszik a mai napig is különböző játékokkal. Főként a MUD stílusú játékokkal múlatja az idejét, viszont megjegyzi, hogy ezek a játékok sajnos semmit nem változtak az elmúlt 10 évben.



Sokan meglepődtek amikor bejelentette, hogy nem folytatja a 2.4-es kernel karbantartását. Mi miatt hozta ezt a döntést?




A 2.4-es kernelről Cox a következőket mondja: Abban a döntésében, hogy a továbbiakban nem ő tartja karban a 2.4-es kernelfát, több dolog is szerepet játszott. Most, hogy nem kell a 2.4-es kernelsorozattal foglalkoznia, egy csomó szabad ideje maradt más dologra. Például több időt fordít régi SCSI driverek kódjának javítására, és több ideje maradt arra, hogy kielégítse a Red Hat felhasználók által támasztott igényeket is.

Másrészről Cox vallja, hogy jót tesz a kernel fejlesztésének az, hogyha nem egy szűk elit tartja kézben a munkát. Jó ötlet fiatal fejlesztőket bevenni a komoly munkába, mert a friss gondolkodás segít előre mozdítani a fejlesztést. Cox azt mondja, hogy biztos akar lenni abban, hogy jó munkát végez, és nem csak azért mennek utána az emberek mert ismert. Nem akar abba a hibába esni, hogy a háta mögött összesúgjanak az emberek, hogy milyen hülyeséget csinál.

Sok embernek furcsa nézetei vannak Brazíliáról. Nem úgy kéne tekinteni Brazíliára, mint egy harmadik világra. Brazília egyike a tíz legnagyobb gazdaságú országnak, és egészében véve a bűnözés is sokkal kisebb mint a UK-ben, vagy a USA-ben. Rengeteg jó project indul Brazíliából, olyanok mint a Window Maker vagy az APT for RPM. (itt gondolom azért beszél Brazíliáról mert Marcelo Tosatti brazil származású - trey)

Ha már a Window Makerről esett szó... Milyen felhasználói környezetet használ?

Teljesen változó. Általában xfce-t futtat, de gyakran használ Gnome+Nautilus párost is. Emellett bele-bele tekint a KDE fejlesztésébe is, például elég sok időt töltött a KDE beta tesztelésével.

Miért ajánlotta Marcelo Tosatti-t a 2.4-es kernel karbantarójának? Hogy érez vele kapcsolatban?

Cox nyomon követi Tosatti munkáját. A 2.4.17-es kernelben Tosatti egy rakás dolgot Cox patch kollekciójából emelt át. A különbségek Tosatti és Cox kernele között elenyésző, és érthető. Cox kimondhatatlanul elégedett Marcelo munkájával, azzal ahogy a kerneleket kiadja, és ahogy az emberekkel bánik. Voltak emberek, akik el akarták nyomni Tosattit akkor ,amikor a kernelfa karbantartónak kinevezték, de Tosatti le tudta kezelni ezeket az embereket, és túlélte az újságirók áradatát is.

Mi a véleménye a 2.4-es kernelsorozatról? Mennyire stabil összehasonlítva a 2.2-es sorozattal?

A kernel releasek során kiadott 2.4-es kernelek egyre stabilabbak. Viszont sok ember a mai napig is 2.2-es kernelt futtat a kritikus szervereken, mert az azt csinálja amit szeretnének, és bizonyított már az évek során. Mivel a hardvereik nem kívánják meg a frissítést, ez érthető is. Ez egy jó döntés a legtöbb project számára.

A 2.4.9-ac és a 2.4.9-RH (a Red Hat által kiadott kernel) Cox szerint nagyon jó. Meg van velük elégedve. A 2.4.17-es kernel a jelenlegi stabil kernel, amely a legújabb fixekkel és egy kis tuningal (finomhangolással) nagyon jó lehet. Cox elmondja, hogy akkor elégedett egy kernellel igazán, ha az stabilan fut a gépein, és csak nagyobb frissítés miatt kell csak a gépeit reboot-olni.

Milyen finomhangolásokra gondol?

Ez a kérdés mindig problémát szokott okozni. Mindig akkor gondolja az ember, hogy valamit hangolni kell, amikor a munkát már befejezte. Az alacsonyabb diszk áteresztőképességet (bottleneck effektus - amikor egy rendszer többre lenne képes, de a legszűkebb keresztmetszet határozza meg, és korlátozza le egy gép vagy OS teljesítményét, mindig a legszűkebb keresztmetszetet veszik figyelembe egy adott rendszer méretezésénél - trey) úgy látszik a VM réteg okozza. Cox elmondja, hogy nem elégedett a jelenlegi Linux kernel VM-el. Amikor Linus a stabil kernelbe Andrea Arcangeli VM- kódát tette, az alábbi kijelentés hangzott el:

"Úgy gondolom, hogy Alan is meglátja a fényt hamarosan."




Cox úgy látja, hogy a jelenlegi VM körülbelül 20%-al lassaban, gyengébben teljesít általánosan. Cox azt mondja, hogy nem hinné, hogy Andrea VM-je valami technikai csoda lenne. Szerinte egyszer Linus rosszul döntött, és nem akar visszavonulót fújni. Többen tesztelik Rik van Riel -rmap VM implementációját, és egyetértenek abban, hogy a 2.5-ben ezzel kellene folytatni a fejlesztést (közben a 2.5-ben megjelent az -rmap VM implementáció, és Linus részéről is elhangzott olyan kijelentés, hogy a 2.6-os kernelben akár már az -rmap kerülhet - trey).

Cox tartja karban még mindig a 2.2-es kernelfát. Mikor hagyja abba a 2.2-es kernel karbantartásást?

Cox azt mondja, hogy addig folytatja a 2.2-es kernelfa munkálatait, amíg úgy érzi, hogy az emberek használják. Abban a pillanatban, amikor úgy látja, hogy senki nem használja, be fogja fejezni a vele való munkát. Akkor már csak kisebb erőfeszítéseket tesz, hogy mindig stabil maradjon ez a kernelfa.

Kicsit előretekintve, lesz-e 2.4.6-ac sorozat?

Cox erre a kérdésre azt mondja, hogy nem gondolkodik ennyire előre.

A 2.5-ös kernel fejlesztését mennyire tartja szem előtt?

Jelenleg semennyire. Mást nem nagyon tesz, mint összegyűjt egy adag drivert és más stuffokat, amelyeket eljuttat Linusnak, aki a bio-n dolgozik (block IO réteg - trey), úgy gondolja, hogy Dave Jones jelenelg nagyon jó munkát végez a 2.5-ös sorozattal.

A kernelhackerek nagyon tisztelik Cox erőfeszítéseit és munkásságát a Linux kernel körül. Nagy tapasztalata van abban, hogy összegyűjtse a foltokat és stabil kerneleket kreáljon. Például a 2.4-es kernel "unstable" állapotának idején az -ac kernelek rettentően stabilan működtek. Mire a legbüszkébb a munkájába?

A 2.4-ac sorozat tényleg jól sikerült. Nem ezt tartja nagy dolognak, hanem azt, hogy sok gyártó/forgalmazó az ő kerneleire épít, ez a nagy dolog. Nem csak a kód minősége a fontos, hanem az is, hogy megmutatja a Linux közösség hogy milyen hatékonyan lehet együtt dolgozni. A 2.4-ac kernel úgy épült fel, hogy számos helyről érkező patcheket fogott egybe, és kovácsolt működő egésszé. A legnagyobb dolog szerinte a Linuxban az, hogy "van egy másolatom, készítek róla annyit amennyit akarok, megváltoztatom, a helyi viszonyokra adaptálom, stb.". A fejlesztés során rengeteg jó dolog születik, például a LTSP (Linux Terminal Server Project), amelynek segítségével a Linux eljuthat az iskolákba, ahol olcsó megoldásként használható.

Erre mondja Cox: "_Em_powered by Linux".

Nemrégiben megjelent a 2.4.18pre3-ac1 (és még kettő release közben - trey). Ez az első kiadás a novemberi 2.4.13-ac8 óta. Mit tartalmaz ez a release? Lesz folytatása a dolognak?

Az emberek folyamatosan küldték a bugreportokat. Ebbe az -ac kiadásba azok az anyagok kerültek, amelyet Cox jelenleg futtat, és amelyeket továbbít majd Tosattinak.

A 2.2-es kernel nagyon stabil, az -ac patchek nem fognak nagyobb véltozásokat tartalmazni. Mit fog csinálni a megmaradt idejével?

Aludni fog.

Driverek kódjának tisztításával, egy kicsit új dolgokkal, és többnyire a Red Hat felhasználók problémáival fog foglalkozni.

Csak a Linux OS-t futtatja kizárólag, vagy más operációs rendszereket is használ?

Linuxot futtat minden eszközön, kivéve a mikrohullámú sütőt és a mosógépet =).

Vannak jóslatai a Linuxal kapcsolatban a jövőre nézve?

Az elkövetkező öt évben (de tényleg csak találgat):

- Linux fokozottan megjelenik a TV boxokon


- Jobban konszolidálódik


- Több munka fog a klaszterezésre és a hibatűrésre koncentrálni


- Limitált desktop elterjedés


- Az emberek kitalálják, hogy melyik szoftvermodell a leghasználhatóbb


- Csökkenő szoftverfejlesztés az EU-ban, az USA-ban és Kelet-Európában, folyamatosan tevődik át a fejlesztés Brazíliába és hasonló országokba, a Linux cégek is hasonlóan átteszik székhelyeiket ezen országok valamelyikébe


- IBM mint lehetséges Linux disztribútor, mert egy nagy részt vásárolt a SuSE-ban


- Lehetséges, hogy Linus közvetlenül a Linux munkájáért fog fizetést kapni -> a Transmeta meg fog halni

Hogy értékeli a Linushoz fűződő kapcsolatát? Linus a barátja?

Üzleti szembontból esetleg. Ők nagyon különböző emberek. Linus nagyon elfoglalt ember. Cox kevésbé. Cox mottója: "Élj gyorsan, halj meg öregen, és közben legyél biztos abban, hogy mindenki tudja, itt jártál".

Mit csinál, amikor nem a Linuxszal foglalkozik?

Új dolgokat. Főz, és kertészkedik. Legjobban a kínai ételeket szereti. Azért felesége Telsa jobban főz. Telsával az egyetemi évek alatt ismerkedett meg, egy házban laktak Aberystwyth-ben (The University of Wales, Aberystwyth - trey).

Mit tud mondani azoknak a lelkes újoncoknak, akik a kernelfejlesztés felé kacsintgatnak?

Ne foglalkozzanak azokkal, akik azt mondják, hogy a kernelfejlesztés nehéz dolog. Valóban egy nagy program, de a bugok fixálása, a driverek írása jó kiinduló pont lehet. Ez az egész nem varázslat, nem íródott titkos nyelven.

Játszani kell a kóddal, kipróbálni dolgokat, és élvezni az egészet. Cox a hálózati kóddal kezdte annak idején. Nem működött jól, Cox nekiállt javítani rajta. Mindent amit tudott a TCP/IP-ről azt az internetről töltötte le. Az első próbálkozásai nem voltak valami jók, csak a mulatság miatt csinálta.

Az eredeti interjút elolvashatod itt.