Linux

Könnyebb lesz az install/remove forrásból: a progi neve: srcpkg

Címkék

Számos usert tántorít el a saját disztribúcióikba még nem bekerült progik millióiból való kényelmes válogatástól a forrásszinten meglévő progik hatásos menedzselésének nehéz mivolta. E kérdést pedzi a Ryan Ender vezetésével folyó srcpkg project, melynek 0.0.1-es verzióját a mai naptól lehet letölteni. A forrásból történő telepítésnél, ill. e progik eltávolításánál sokkal többet megcélzó projectet néhány már elkezdett hasonló próbálkozás, így például a GNU Stoe, vagy a Depot projectek inspirálták, de az srcpkg ezeknél sokkal komplexebb szolgáltatást kíván nyújtani.Például olyan összetett, interdependens csomagok kezelésének képességét mint a GNOME vagy a kool desktop environment. A dolog akkor lenne igazán király, hogyha a Source Package Manager mielébb beraknák a disztribúciókba, a könnyű telepítés eltávolítás végett. (Ha-ha-ha!!!) Mindenesetre a 0.0.1 bárki számára letölthető innen.

Linux: adat vesztéssel járó ext3 bug a 2.4.20-ban

Címkék

Andrew Morton egy figyelmeztetést postázott az LKML-re, "A 2.4.20-pre5-ben egy optimalizációt csináltunk az ext3 fsync függvényében, amely könnyen adatvesztést, korrupciót (corruption) okozhat umount-kor". A bug csak azokat a felhasználókat érinti, akik az ext3-at a szokatlan "data=journal" módban használják, vagy a fileokat a "chattr -j" alatt kezelik. A hiba nem érinti a 2.5-ös kernelt használókat."A tünetek az olyan fileoknál jelentkeznek, amelyek az umount-ot megelőző 30 másodpercebn lettek írva. A workaround egyszerű, az umount előtt egy `sync'-et kell futtatni".

Andrew postázott egy foltot a probléma megoldására, majd nem sokkal később írta, hogy a folt mégsem működik, és elnézést kért. Arra kéri a felhasználókat, hogy amíg a fix nem készül el óvakodjanak az ext3/data=journal-tól.

Bővebb infó a itt.

OSS 3.9.7f

Címkék

Megjelent az OSS, az Open Sound System kereskedelmi hang driver-ének 3.9.7f verziója (a free implementáció része a Linux kernelnek). Az új kiadás számos javítást tartogat a VIA chipsettel rendelkező felhasználók számára, örülhetnek az SB Live!, SB Audigy tulajdonosok is a Sound Blaster LiveDrive támogatásnak, stb.

Letölthető http://www.opensound.com/download.cgi

Változások: * Sound Blaster LiveDrive support was added for the Audigy and SBLive!

* Multichannel audio devices are now supported for the VIA8233

* fixes for VIA97 timeout problems

* extended volume controls were added for the ALC650 AC97

* minor bugfixes

Openwall Linux kernel patch 2.4.20-ow0 (Linux 2.4)

Címkék

Megjelent a 2.4.20 stabil Linux kernel, és a Solar Designer sem tétovázott sokáig, ki is dobta a legfrissebb biztonsági foltját ehhez a kernel verzióhoz.

Aki nem ismerné az OWL-t:Az Openwall Linux kernel folt egy biztonsági "erősítéseknek" a gyűjteménye a Linux kernelhez. A foltok általában új funkciókat adnak a kernelhez, de előfordul, hogy biztonsági javításokat is tartalmaznak.

Az OWL a 2.4.20 kernelhez letölthető linux-2.4.20-ow0.tar.gz, signature

Linux a bankban

Címkék

"A Banco do Brasil - a legnagyobb dél-amerikai bank - európai csoportja Windowsról Linuxra vált. Teszi ezt azért, hogy kölstséghatékonyabban dolgozhasson, és központosíthassa a támogatást. A cég hosszútávú stratégiája az, hogy a Windows OS-t teljes mértékben száműzze a vállalattól.

Alan Cox: Linux 2.2.23

Címkék

Megjelent a legújabb stabil 2.2.x kernel. Alan mester a nem rég megjelent 2.2.23-rc2-t minősítette stabilnak.

Letölthető: patch-2.2.23.gz, FULL



Változások listája Alan levelében:From: Alan Cox [alan@redhat.com]

To: linux-kernel@vger.kernel.org

Subject: Linux 2.2.23

Date: 29 Nov 2002 13:17:25 -0500

2.2.23

No change from 2.2.23-rc2

2.2.23-rc2

o Backport NT iret denial of service bugfix (Marc-Christian Petersen)

2.2.23-rc1

o Gameport support for ALi 5451 (Pascal Schmidt)

| Just missing PCI idents

o IP options IPOPT_END padding fix (Jeff DeFouw)

o Make APM check more paranoid (Solar Designer)

o Sanity check ixj requests as in 2.4 (Solar Designer)

o Fix printk warning in fat (Solar Designer)

o Fix other print warnings in 2.2.22 (Solar Designer)

o ISDN multichannel ppp locking fix (Herbert Xu)

o Fix sx driver compiled into kernel case (Martin Pool)

o Backport ipfw sleep in spinlock in firewall (James Morris)

o Update dmi_scan code to match 2.4/2.5 (Jean Delvare)

o Make agp debugging printk clearer (Neale Banks)

2.2.22

o Fix HDLC bugs causing kernel printk warns (Pavel)

2.2.22-rc3

o 3ware IDE raid small update (Adam Radford)

o Fix incorrect comments (Solar Designer)

o Sanity check in isdn (Solar Designer)

o Type fixes for usb (Solar Designer)

o Vmalloc corner case fix (Dave Miller)

2.2.22-rc2

o Fix isofs over loopback problems (Balazs Takacs)

o Backport 2.4 shutdown/reset SIGIO from 2.4 (Julian Anastasov)

o Fix error reporting in OOM cases (Julian Anastasov)

o List a 2.2 maintainer in MAINTAINERS (Keith Owens)

o Set atime on AF_UNIX sockets (Solar Designer)

o Restore SPARC MD boot configuration (Tomas Szepe)

o Multiple further sign/overflow fixes (Solar Designer)

o Fix ov511 'vfree in interrupt' (Mark McClelland)

2.2.22-rc1

o Backport 2.4 neighbour sending fix (Chris Friesen)

o Fix a sign handling slackness in apm (Silvio Cesare)

o Fix a sign handling error in rio500 (Silvio Cesare)

o Indent depca ready for cleanups (me)

o Update VIA C3 recognition (Diego Rodriguez)

o Fix a sysctl handling bug (MIYOSHI Kazuto)

o Fix a netlink error handling bug in ipfw (Alexander Atanasov)

o 3ware IDE RAID update (Adam Radford)

o Note ioctl clash on 0x5402 (Pavel Machek)

o Typo fix (Dan Aloni)

o Update Riley's contact info (Riley Williams)

o Alpha ptrace fixes (Solar Designer)

o Multiple security fix backports (Solar Designer)

Kernel: 2.4.20 FINAL

Címkék

Helló, mindenki! Nagy örömmel jelenthetem be, hogy nemzetközi idő szerint 2002-11-28 23:54-kor megjelent a GNU/Linux kernel 2.4.20-as stabil verziója. E hír megírásakor még nincs release notes, de mindenki tudja, hogy milyen új képességekel bír az új GNU/Linux. Az új stabil kernel a négyes Release Candidate stabillá elfogadott verziója, tehát aki letöltötte a négyes rc-t, az a legelső körben jutott hozzá a GNU/Linux 2.4.20-hoz. Mindenki más szabadon letöltheti, használhatja, terjesztheti a 2.4.20-as kernelt, melyet innen szerezhet meg biztosan.A patch pedig itt található.

Kernelforgatás

Címkék

Trey tanácsára összeszedtem egy doksiba amit írtam eddig a kernelforgatásról. Még valózsínűleg bővülni fog (patch-eslésel, nvidia driverrel, stb.), de már kész a használatra. Egyelőre csak sima szöveg formájában foglaltam össze, de amint sikerült egy épkézláb html szerkesztőt találnom linuxra azonnal megcsinálom html-ben is (ha valaki tud egyet szóljon!).Mivel nem lett annyira hoszú, ezért a folytatásban olvasható maga a doksi (valamint a honlapmra is felrakom (http://www.tar.hu/balihb/), de ha bővül azt ide is meghírezem). A cucchoz minden építő jellegű kritikát szívesen fogadok ! (helyesírásellenőrizve eddig nem lett, azt majd pótolom. Valamint mivel ez egy fórumon született (http://www.mportal.hu/?action=forum_olvas&base=

mportal8&thread=203&hit2=25&page=1), ezért egy Csan nevű ottani op 2 kommentje is benne van. ezeket szándékosan nem építettem bele a szövegbe, de nem akartam kitörölni.)

Használjátok egészséggel!

(főleg kezdőknek szántam)



Kernelforgatás

1. Mi a kernel?

2. Jó ez nagyon szép, de mi a ráknak újat forgatni belőle?

3. A kernel beszerzése

4. A kernel előkészítése

5. A kernel konfigurálása

5.1. A kernelmodulokról

5.2. Kernelbe vagy modulba?

5.3. A menuconfig kasználata

5.4. A kernelkonfigurálásnál pár fontos dolog

6. Forgassunk kernelt!

6.1 Forgatási módok

6.2 Hová kell rakni? (& lilo)

6.3 Modulok forgatása

7. reboot


Na nézzük a lényeget.

1. Mi a kernel?

Kernel még windows-ban is van. Ez az oprendszer magja. Ez biztosítj a programoknak az egységesített felületet, amin keresztül a hardware-vel tudnak komunikálni (ez a jó öreg dos-nál annyi volt, hogy közvetlen hozzáférést adott az összes hardware-hoz, aztán minden program oldja meg a saját meghajtóprogramjaival a dolgot, ahogy akarja:). A windows-ban egy C:WINDOWSSYSTEMKernel32.dll (nálam itt 98-ban). De most nézzük a Linuxot. Linuxban általában /vmlinuz a kernel.

2. Jó ez nagyon szép, de mi a ráknak újat forgatni belőle?

A windows azért olyan lassú, béna és fagyogatós, amilyen, mert a Májkrémszoft csinál egy általános kernelt, és minden gépen ugyan az a kernel fut, így lehet, hogy ami az egyik gépen bejön, az a másikon nem igazán, így béna lesz az egész cucc. Linuxnál nem kell ilyenektől szenvedni. Bekonfigurálod a kernelt pont a te gépedhez (és igényeidhez) igazítva, és pontosan azt csinálja, amit te szeretnél (najó szép álom lenne, de jobban követi az utasításaid, mint a windóz).

Álljunk neki? Áljunk neki!

3. A kernel beszerzése

"Be kell szerezni? Dehát a win ben benne van ott nem kellet beszerezni." Igen. Ez igaz, viszont a win-ben mindíg több hónapos, vagy éves kernelt használsz. Nem lehetsz benne biztos, hogy a már azóta kiderült és közismert hardware hibák javítva vannak benne. Linuxban mindíg friss, ropogós stabil kernelt érdemes használni (figyelem ez nem a legmagasabb verziószámot, vagy az utolsó kiadási dátumot jelenti. A kernelnek van egy fejlesztői, valamint a stabilnak és vannak a következő kijövő verzió elött pre, rc, meg hasonló verziói. mindíg a "The latest stable version of the Linux kernel" kell.) A kernelt a kernel.org-on lehet letölteni. Ott is a legelső sorban (nem az oldalon, hanem a kernelek között) ott van, amit mi keresünk:


The latest stable version of the Linux kernel is: 2.4.19 2002-08-03 00:40 UTC F V VI Changelog


Itt nem a 2.4.19 feliratra kell klikkelni a letöltéshez, mivel az egy patch (majd arról még lesz szó. csak semmi pánik). A sor vége felé ott van egy Nagy F betű. Arra rányomsz és letöltöd a kernelt (valamivel több, mint 20 mega).

4. A beszerzett kernel előkészítése.

Ha megvan a kernel, akkor lehetőleg lépj ki konzolba és ott root-ként belépve folytasd tovább (többször volt, hogy az x-win-es konzolok hibásan jelenítették meg a menuconfigot, az xconfig pedig elég átláthatatlan, meg jobb is inkább a menuconfigot megszokni).

Lépj be a /usr/src-ba:

cd /usr/src

Mozgassad ide a letöltött kernelt:

mv /ahova/a/kernelt/töltötted/linux-2.4.19.tar.gz ./

(ha már nem a 2.4.19 a legújabb kernel, amikor ezt olvasod, akkor a verziószámot értelem szerint cseréld ki arra)

Tömörítsd ki a kernelt:

tar -zvxf linux-2.4.19.tar.gz

Így kapsz egy linux-2.4.19 könyvtárat. Erre én szoktam csinálni egy linket, hogy mindíg elérhessem így is /usr/src/linux. Így:

ln -s /usr/src/linux-2.4.19 /usr/src/linux

Ez nem kötelező lépés csak praktikus.

Most lépj be a friss kernelt tartalmazó kőnyvtáradba!

cd /usr/src/linux

Most hogy a fölösleges cuccokat eltávolítsuk a kernelforrásból add ki ezt a parancsot:

make mrproper

És most jön a konfigurálás, de erről egy külön pont fog szólni.

5. A kernel konfigurálása

Bent vagy a /usr/src/linux könyvtárban. (konzolban, ha lehet). Most jön a konfigurálás elindítása:

make menuconfig

Most egy elég érdekes kék hátterű valami jelenik meg középen egy szürke menü és rajta a menüpontok. Na ezzel az érdekes valamivel fogunk mi konfigurálni. Nézzük sorban a pontokat!

Az első-t és a másodikat nem kell módosítani. A 3.-at viszont annál inkább. Nyomsz 2 lefele nyilat, aztán egy entert. Így bekerülsz egy menübe, ahol a géped processzorát, és pár alapvető dolgot kell megadni. Most nyomj egy entert, és a fel-le gombokkal keresd ki a processzorod tipusát (pontosan! én volt, hogy véletlenül p3-on felejtettem egy amd k6-2-n a procitipust és bebootolni sem tudtam, mert újraindult a rendszer minden indításnál:). Ha megtaláltad, vidd fölé a kék kijelőlést, és nyomj egy entert. OK. A processzortípus már megvan. Valószínűleg nem többprocesszoros gépre konfigurálod a kernelt, tehát a Symmetric multi-processing support -ra mennyél rá, és addig nyomd a space gombot, amíg a csillag el nem tűnik mellölle (ha eredetileg sincs mellette, akkor nem kell. Egyébként meg valószínű csak 1x kell megnyomni a space gombot). Akkor most jött el az a pont, amikor el kell mondanom, hogy hogy működik ez a konfigurációs játék, és miket kell tudni róla.

5.1. A kernelmodulokról

A kernelbe egy ezsköz meghajtóprogramját több féle képpen is bele lehet rakni. Lehet úgy, hogy mindíg be legyen töltve (a kernel rendszerindításkor bekerül a memóriába), vagy lehet modulként tárolni. A modulok nem kernülnek bele a /vmlinuz-ba, hanem külön fájlokban tárolódnak el (/lib/modules/a-kernel-verzioja/a-modulok) és csak akkor töltődnek be, ha egy program kéri rá őket, vagy te ektiválod őket a modconf parancsal (ekkor minden indításnál betöltésre fognak kerülni, de akár mikor el lehet őket távolítani a memóriából.

Csan megjegyz.: itt egy kiscit kiternek a tobbi lehetosegre is. 'insmod modulnev' - ezel tudod kezzel betolteni az adott modult, ahol a modulnev a file neve a .o kiterjesztes nelkul. Frissen forditott kernel es/vagy kernel modulok utan pedig ha 'depmod -a' -val frissitettuk a modulok fuggosegi adatbazisat, akkor a 'modprobe modulnev' betolti a megadott modult, illetve meg az osszes olyan modult, amitol az adot tmodul fugg. Azt is jo tudni, hogy ha jol van beallitva az /etc/modules.conf es/vagy az /etc/modutils/ alatt levo fileok, akkor ha engedelyezve van a kernelben a modul betolto deamon (kmod), abban az esetben konnyen elofordlhat, hogy a modulokat a kernel automatikusan betolti, ha olyan jellegu keres jelentkezik a rendszerben... ;)

5.2. Kernelbe vagy modulba?

Mikor melyiket kell használni?

Az esetek nagyrészében a kernelbe való fordítást érdemes használni, amennyiben biztos vagy benne, hogy egy eszközt majdnem mindíg használni akarsz (hálókártya meghajtóprogramja, ha állandóan hálón vagy, hangkártya meghajtóprogramja, ha állandóan zenét hallgatsz). Viszont, ha van olyan dolog, amit csak lehet, hogy fogsz használni, de nem akarsz olyankor azzal bajlódni, hogy újra forgass egy kernelt, akkor azt modulba rakod (ha mondjuk csak linux van a gépeden, de lehet, hogy fog néha valamelyik haver hozni cuccot kivehető vinyón és béla még windows van, akkor modulban felrakod a fat32, dos és ntfs fájlrendszereket, és csak akkor töltöd be őket, ha helyzet van (a mount magától is megteszi a modul betöltését)).

Csan - Itt etelemszeruen - a fent hozzafuzott infoimbol kovetkezoen - nem a mount fogja betolteni a modult, hanem a mount general egy olyan rendszerhivast, amit a kernel daemonja elkap es jol beallitott fent emlitett fileok eseten betolti a hianyzo modult ;).

5.3. A menuconfig kasználata

És akkor most hogyan is megy ez a konfigurálás dolog?

Az eszközmeghajtóprogramok között a föl le nyilakkal tudsz lépkedni, és a space vagy az enter gomb lenyomásával tudod kiválasztani, hogy ne legyen lefordítva a meghajtóprogram, modul legyen, vagy a kernelbe forduljon. A jobbra-balra gombokkal pedig azt tudod kiválasztani, hogy mi történjen a space/enter gombok lenyomására. A select a meghajtóprogik állípotának az állítgatása. Az exit vagy visszalép a menüben egy szintet, vagy ha a menü gyökerében vagy, akkor kilép belölle, a help pedíg segítséget ad arról a meghajtóprogramról, amin a kurzorod áll. Innen már sima ügy, de azért a sarkalatosabb pontokat vegyük sorra!

5.4. A kernelkonfigurálásnál pár fontos dolog (eddigi tapasztalataim alapján)

Ha cd-t akarsz írni linux alatt és ide cdíród van, akkor a következőket bele kell forgatni a kernelben (modulban nem megy (legalábbis nálam nem ment)):

ATA/IDE/MFM/RLL support ---> IDE, ATA and ATAPI Block devices ---> SCSI emulation support

SCSI support ---> SCSI support ; SCSI CD-ROM support ; Enable vendor-specific extensions (for SCSI CDROM) ; SCSI generic support

Ha nincs más scsi eszközöd, akkor minden mást ki lehet szedni az scsi-ből. (ettől még nem fog menni az scsi emuláció, mert bele kell írni egy sort a lilo.conf-ba, de ezt a végén még részletezem)

Játékport:

Lehet, hogy tényleg nem fogod sokat használni, de ha néha akarod használni, akkor is bele kell forgatni a kernelbe a portot (a dzsojsztikot nem fontos :) , mert anélkül nekem nem ismerte fel a gémpadom.

Multimedia devices ---> Video For Linux

Na ezt érti félre mindenki. Ez nem ahoz kell, hogy tudjál videót nézni linux-on. Ez a tv kártyákhoz kell, tehát, ha nincs, akkor ne kapcsold be.

File systems ---> MSDOS fs support

Ez az, ami akkor sem kell, ha van windows a gépen. Ez csak akkor kell, ha van dos, és nem akarsz alatta a ~1, meg hasonló fájlnevekkel küszködni (dos-nak tudok ajánlani egy nagyon jó alternatívát: FreeDOS . Még ma is fejlesztik)

File systems ---> Network File Systems ---> SMB file system support (to mount Windows shares etc.)

Ez kell ahoz, hogy windows megosztásokat tudjál használni linux alatt (a hálózatban).

Sound --->

Ha nem találod a hangkártyád, akkor kapcsold be ezt: OSS sound modules

Input core support --->

Az ebben a menüpontban szereplő cuccok csak USB-s eszközökre vonatkoznak.

Talán ennyi jótanács elég. És szorgosan olvasni a helpeket a kernelmenün belül!

6. Forgassunk kernelt!

Ha mindent beállítgattál konfigolás közben, a menü gyökerében nyomsz egy -et, és azt mondod neki, hogy (tehát mentse a "beállításokat). Ha úgy érzed, hogy valamit elszúrtál, akkor csak elindítod újra a make menuconfig-gal ezt a menüt és kilépésnél megint mentesz.

Mindenekelött ki kell adni egy make dep parancsot, aztán jöhet a tényleges forgatás.

6.1. Forgatási módok

Több alternatíva is létezik a kernel lefordítására. Ezek közül a 2 legfontosabb: make bzImage vagy make bzlilo. A 2 között az a külömbség, hogy míg a make bzImage csak lefordítja a kernelt, addíg a make bzlilo be is másolja a megfelelő helyre, ugyanakkor a nevéből is adódóan mielött ezzet a parancsot kiadnánk át kell nézni a lilo.conf-ot (tehát ezt nehogy így vaktában lefuttasd! mindenkép olvasd el a többi részét elötte a ennek az írásnak!!!). Ha bzImage-vel forgatsz, akkor a /ahol/a/kernel/forrása/van/arch/i386/boot/bzImage -be kerül a kernel.

6.2. Hová kell rakni?

Én elsőnek fogom a disztróban eredetileg bennelévő kernelt (általában /vmlinuz) és átrakom /vmlinuz.orig-ba (mv /vmlinuz /vmlinuz.orig). Ezek után jön a lilo szerkesztése:

/etc/lilo.conf-ban találod a lilo beállításait. Ezt szerkeszd a kedvenc szövegszerkesztőddel (nekem emacs).A vége felé találsz egy ilyet:

image=/vmlinuz

label=Linux

read-only

Ez után írd be ezeket:

image=/vmlinuz.old

label=LinuxOLD

read-only

optional

image=/vmlinuz.orig

label=LinuxORIG

read-only

optional

Ha ezek benne vannak, akkor már futtathatod is a bzlilo-t. Ha bzImga-et akarsz inkább használni, akkor ezután a /ahol/a/kernel/forrása/van/arch/i386/boot/bzImage-t másold be a /vmlinuz fájlba, és add ki a lilo parancsot.

6.3. Modulok forgatása

Ok a kernel a helyén bootolásra készan. Vagy mégsem?

A modulokat még nem fordítottuk le. Erre a következő parancs szolgál: make modules. Ezek után a modulokat installálni kell a /lib/modules-be. Szerencsére ezt nem kézzel, ahenem a make modules_install parancsal kell megtenni.

7. reboot

Ezekután reboot, és ha valami nem működne az új kernelben, akkor válaszd ki a LinuxORIG-ot bootolásnál.

A GNU/Linux és általában Unix-szidalmazás a Google közreműködésével.

Címkék

A m$ partnere az Aberdeen G., amely egyszer már elhíresült egy intel által szponzorált amd-t szidalmazó fizetett hirdetés kapcsán, nem kevesebbet állít, h. a Unix-ok a világ legvulnerebb operációs rendszerei. Az állítást nem másra alapozza, mh. a Unixos rendszerekkel kapcsolatban január óta sokkal több warning érkezett, mint a m$ bithalma tekintetében. A GNU/Linux-ról + a macosx-ről különis megemlékezik, szóval nem válogat, h. BSD kernel, GNU/Linux kernel a GNU/Hurd-ről nem tesz említést. A hülyeség alá a google a ló:A fenti cég állításáról az inquirer számolt be a legérdekesebben, amely lap rögtön megjegyzi a csoport m$-hoz való érzelmi kötődését. A google hírszolgáltatásának szerkesztői filózófiája viszont ezt még véletlenül sem emeli ki, csupán annyit közöl, h. ez egy ún. winfo. A közleményben azt is megjegyzi, h. egy nyílt forráskódú programmal való együttműködés életveszélyes minden cég számára, vagyis ha kapsz egy ingyenes progit, ami pontosan megvizsgálható, akkor szinte biztos, h. összeomlik az egész rendszered.



Azért pár linkel még kiegészíteném sas cikkét.

A the inquirer cikke.

Egy m$ hír a dologról.

Az említett google cikk pedig ezen és ezen az oldalon található.

'Félidőhöz' érkezett a 2.6: Linus: v2.5.50

Címkék

2002-XI-27 22:56: Beta 2.5.50. Alapvető Linux-Security-Module (LSM) változások, elképesztő mennyiségű patch a mesterektől. Talán még soha nem látott méretű changelog. A dolog veszélye az lehet, h. kifutunk a százas verziósávból. A vízió talán ez lehet: 2.5.99.999.. Bár, ha januárban valóban jön a kód-freeze, mindenesetre, ha van merszed, vegyél hatalmas lélegzetet, és az erő legyen veled:

Changelog

A letöltést pedig itt találod.