Újabb Alan Cox patch látott napvilágot. Úgylátszik, hogy ő marad továbbra is a meggyőzoődésenél, és kitart Rikvan Riel mellett. A patch tartalmazza Riel -rmap -ját (reverse mapping VM). Érdekes mert sokan úgy gondolták, Alan egyetértett Linus -al az új (Arcangeli féle) VM -et illetően. Ezek szerint nem biztos.From: Alan Cox Subject: Linux 2.4.18pre7-ac1

Linus válaszolt az lkml -en mgjelent RFC -re. Szerinte nincs szükség arra, hogy a "patch penguin" -t létrehozzák. Azért nincs, mert szerinte ez már most is létezik, és jól működik. Annyi csak a különbség, hogy nem "patch penguin" -nek hívják őket, hanem "subsystem maintainer" -nek.

És, hogy jeleleg kik is ezek?

Jelenleg minden alrendszernek vannak saját karbantartói, ilyenek például: David Miller (networking), Kai Germaschewski (ISDN), Greg KH (USB), Ben Collins (firewire), Al Viro (VFS), Andrew Morton (ext3), Ingo Molnar (scheduler), Jeff Garzik (network drivers) stb, stb.A fő problémák Linus szerint:

Újabb fejlesztői Linux kernel jött ki. MTRR update, USB fixek, mingo scheduler update, stb.

Letölthető a mirrorokról.

Változások logja:pre6:


- Asit Mallick: mtrr update


- Patrick Mochel: split up kernel/device.c into drivers/base


- Mikael Pettersson/Al Viro: fix missing in-core inode initialization in ext2 introduced by Al's inode trimming


- David Miller: sparc and network updates


- Frank Davis: firewire video mmap page remapping fix


- me: fix configure help scripts to fix breakage noticed by Dave Jones


- Greg KH: USB updates


- Kai Germaschewski: ISDN fixes, Config.help entries


- Douglas Gilbert: SCSI doc update


- Ingo Molnar: x86 taskswitch optimizations, scheduler updates


- Mikael Pettersson: make APIC work on old external setups


- Al Viro: more inode trimming

Rob Landley RFC -je a Penguin Patch Management -ről

Tegnap Rob Landley közzétett egy RFC -t az lkml -en, amely javasolja Linus -nak, hogy hozzanak létre egy patch ellenőrző rendszert. A rendszer célja, hogy megszüntesse azt az áldatlan állapotot, amely a mostani kernelfejlesztést jellemzi, övezi.

Például azt, hogy lassan négy különálló fejlesztői kernelfa van, és ezzel a fejlesztés fragmentálódik (és ha a dolog nem változik ennek száma valószínűleg nőni fog).

Rob Landley megjegyzi, hogy néhány elismert kernelhacker, mint például Andrew Morton, Ingo Molnar, és Andre Hedrick hátráltatva vannak a munkájukban, mert Linus lazán kezeli munkájukat.

Landley a levelében ajánl egy megoldást: hozzanak (nevezzenek ki) létre egy Penguin (Pingvin) Patch Lieutenant -ot, amelynek az lenne a feladata, hogy "könnyebbé tegye Linus életét". Lássuk bővebben Landley levelét.-- Összefoglalás.

A JFS az IBM naplózó filerendszere, amelyet a nagyobb teljesítményű enterprise szervereire tervezett. Ott alkalmazzák ahol nagy rendelkezésre állásra van szükség. A filerendszer a naplózás miatt sokkal megbizhatóbb lesz, egy esetleges váratlan szerverleállás során egy ún. naplófileból, tranzakciós logból, képes a filerendszert visszaállítani.

Ezzel sok időt lehet megtakarítani (fsck), és nem utolsósorban sokkal biztonságosabb rendszerhez jutunk. A naplózó filerendszerek között nem annyira ismert, elsősorban a reiserFS, és az ext3 a legnépszerűbb, de kipróbálni mindenesetre érdemes.A jfs-2.4-1.0.14-patch.tar.gz letölthető innen.

Itt a várva-várt FreeBSD 4.5. A honlap még ugyan nem frissült (ebben a pillanatban), de úgy néz ki, hogy kiadták a 4.5 -ös FreeBSD -t.

A készítők szerint a legstabilabb, leggyorsabb FreeBSD verziót sikerült összehozni.

A release notest itt olvashatod.

Jelenleg i386 és Alpha platformokra elérhető a stuff, de a többi platform fejlesztése is folyamatban van.

Támogatott hardware -k listája i386, Alpha.

Bővebb info itt.

A stuff letölthető (lesz) FreeBSD ftp szerveréről.

Egy cikk jelent meg az Open Magazine oldalain, amely azt állítja, hogy az Intel új C/C++ fordítója - amelyet több kernelen is kipróbáltak - akár 47% -al is többet teljesített (azaz ennyivel volt gyorsabb) mint a GCC.



Állítja a cikk szerzője, hogy a mindenhol jelen levő, népszerű GNU C fordítónak ezennel vége, és ennek az oka az alacsony teljesítmény. Több tesztet is végeztek, számos C fordítót összehasonlítottak.

A cikk szerint az Intel C compiler maximálisan kihasználja a 128bit -es SIMD (Streaming Single-Instruction-Multiple-Data) kibővítést a Pentuim III és a Pentuim 4 processzorokban. Ez lehet az oka annak, hogy az Intel C fordítója ilyen jó eredményeket produkál. Az Intel CPU -k a saját fordítójukkal számos olyan optimalizációs lehetőséget kihasználnak, amelyet a többi C fordító nem. A cikk írói szerint a régen várt 3.0 -ás GCC fordító tartalmaz ugyan számos újítást és sebességbeli javulást, de mégsem lehet ellenfele az Intel fordítónak.

Sebastian Krahmer talált egy bugot a népszerű fájlszinkronizáló rsync csomagban. A hiba nem Debian specifikus. A javítás természetesen elkészült, a 2.3.2-1.3-as verzióban.

Letölthető többekközött forrásban és .deb csomagban i386-ra.



Kapcsolódó link:

http://www.debian.org/security/

Az Apache Group bejelentette a népszerű webszerver legújabb verzióját, az 1.3.23 -as Apache -ot.

A készítők szerint az Apache 1.3.23 a jelenleg elérhető legjobb Apache verzió, mindenkinek, aki még 1.2.x verziójú Apache -t futtat erősen ajánlott frissíteni 1.3.x -re, mivel nem lesz több 1.2 -es release.Jelenleg az Apache Win32 -es portja nem olyan stabil mint a Unix -os (mily meglepő =)), olvashatjuk az Apache honlapján.

A legfrissebb Apache verzió letölthető innen.

Változások logja itt.

Idén január 4-én Molnár Ingo az LKML-re postázott egy levelet, amelyben bejelentette, hogy egy új Linux ütemezőn dolgozik.
Az új scheduler akár 18-187% százalékos növekedést jelenthet a Linux kernel teljesítményében, bizonyos esetekben (láttam olyan benchmarkot, ahol 300% -os növekedés volt realizálható).

Ahogy Ingo levélben írja, ez a jelenlegi Linux ütemező radikális átirata lesz.

A projekt célja, hogy megtartson minden olyan tulajdonságot a jelenlegi scheduler-ből, ami használható:

- jó interaktív teljesítmény: ha a felhasználó gépel, vagy klikkel a rendszer válaszoljon szépen, futtassa a felhasználó task-ját
- prioritás: a kevésbé fontos feladatok fussanak (induláskor) kisebb prioritással, a fontosabbak nagyobb prioritással induljanak
- SMP hatékonyság: ne pihenjen a CPU, ha lenne mit tennie (gondolom a második vagy n-edik CPU -ról van szó)
- SMP affinitás: ha a processz elindult egyik CPU-n, lehetőleg a továbbiakban is fusson azon a CPU-n, ne váltogasson a CPU-k között túl gyakran
- plusz további szolgáltatások kerüljenek bele, mint például az RT scheduling, CPU-hoz kötésEzenkívül kerüljön bele új funkció is:

David Holm, az mplayeres dxr3 support karbantartója backportolta a dxr3 supportot a 0.60-as "stabil" verzióhoz, mivel a dxr3 driver változásai miatt a 0.60 már le sem fordul.


A patch letölthető az mplayerhq.hu-ról.



Mindemelett én javaslom inkább a CVS-t használni, ami bár mostanában néha meghazudtolta a "CVS stabilabb mint a stable" állításunkat, azért még mindig több fixet tartalmaz, és általában jobban működik mint a pár hetes release.

A DVB támogatás is sokat javult az elmúlt napokban, ez viszont csak CVS-ből érhető el.



Főleg képminőség és A-V szinkron fixek lettek berakva.

A'rpi

Egy kis csapat úgy döntött, hogy nem vár tovább az OpenOffice magyarításra, és egy hétvége alatt megpróbálják lefordítani a mintegy 20000 üzenetet. Minden segítséget szívesen fogadnak.

3 év után végleg bezár a többszázezer dolláros tartozást felhalmozó Loki Software.

Számos játékot portoltak linuxra (Tribes, Rune, SimCity 3000, Soldier of Fortune, Civilization: Call to Power), tulajdonképpen ők voltak az egyetlen komoly cég, akik megpróbáltak "komoly" linuxos játékokat fejleszteni.

A cég január. 31 után nem forgalmaz semmit, megjelent termékeihez nem nyújt support támogatást.



A cég honlapja:
http://www.lokigames.com/.

A Gentoo Linux weboldala újabb infókat tartalmaz a nemrég felfedezett AMD buggal kapcsolatban. Az cikket elolvasva, és annak tartalmát összefoglalva a AMD azt állítja, hogy a felfedezett hiba nem az AMD processzorok hibája, hanem az alaplapoké. Vagyis akkor lép fel, amikor az AMD processzor az alaplapi AGP/GART protokollal kommunikál. Az AMD szerint az alaplapoknak ez a protokolja hibás. Több infót találhatsz az ebben az LKML levélben.

Ennek az állításnak látszik kissé ellentmondani ez a levél:

Update: 01/25 01:25 GMT by T: Daniel Robbins from Gentoo clarifies:

"AMD is not calling this a 'motherboard' issue, it is an interaction between a feature of the Athlon called 'speculative writes' and the design of the GART, which is not cache-coherent. It's a 'Athlon/cache coherency/GART' problem, not a 'motherboard' problem."Most akkor CPU probléma? Vagy alaplap hiba? Vagy mindkettő? Vagy ebben is az UFO -k keze van?

Az AMD azt mondja, hogy alaplap hiba. Az alaplap gyártók mit fognak mondani? Azt, hogy AMD hiba?

Mások szerint ez a hiba nem hiba, az AMD ártatlan, tulajdonképpen a linux kernel kezeli az AGP/GART -ot hibásan.

Érdemes elolvasni a /. fórumot is, érdekes eszmefuttatásokat látni.

A KDE 3.0 roadmap -et frissítették. A KDE 3.0 Release Candidate 1 (új nevén Beta2 lesz) február 4 -re van tervbe véve, ezt követi egy ún. "deep freeze", majd a végleges KDE 3.0 március 18 -ra (ha addig nem módosítják) várható.



Egy lista a KDE 3 tervezett szolgáltatásairól.

Megjelent a heti Debian hirlevél. A tartalomból:

Megállt a Woody fagyasztási folyamata?

Adrian Bunk kissé lehangolt, mert úgy érzi, hogy nem halad a Debian Woody fagyasztása. Azt ugye tudjuk, hogy a Woody nem egyszerre lett fagyasztva, hanem fő egységekként. A Woody nem léphet tovább a fagyasztási folyamatban, amíg a base és a standard csomagok nincsenek kiadható állapotban. Jelenleg a következő dolgok akadályozzák a továbblépést: Az RC (release critical) bugok száma nem csökkent ezekben a csomagokban, hanem növekedett.

A Release Manager, Anthony Towns, magyarázata:

A cél az, hogy ne legyen kiemelkedő RC bug a base rendszerben. Olyan bugok mint a glibc bug (ami ugye nem régen volt), erősen hátráltatják a fagyasztást.

Anthony kérése a fejlesztőkhöz: Javítsák az RC bugokat azonnal, és a többi bugot amint tudják.Több nyelvű támogatás az APT -ban

Letölthető a SUN oldaláról az új Java2-es motor

Újdonságok:



- 64-bit Support for Solaris/SPARCTM is now available in Release Candidate.


- New features in Java FoundationC lasses/Swing, JavaTM Web Start, JavaTM Plug-in, and internationalization enable rich clients for Web services.


- Enhanced connectivity via XML, CORBA,I Pv6, and JDBCTM 3.0 technology.


- New security features including JavaTM Secure Socket and JavaTM Cryptography extensions, JavaTM Authentication and Authorization Service, Kerberos support, and a Certificate Path API.


- High-performance Java 2DTM graphics, new scalable I/O, and Java virtual machine improvements.


- New Simple Assertion facility, Logging APIs, and better handling and reporting of low resource conditions and errors make J2SE software the most reliable, available, and serviceable platform for your mission-critical applications and Web services.

Letöltési oldal itt.

Egy hasznos link annak, akit érdekel a 2.5-ös kernel változásai.




http://www.kernelnewbies.org/status/status.html

Marcelo barátunk kiadta a 2.4.18-pre5 kernelt, amelyben megpatch -elt egy ICMP overflow hibát.

From: Marcelo Tosatti

Subject: Linux 2.4.18-pre5

Date: 22 Jan 2002 15:20:24 -0200

Hi, I was waiting for the icmp overflow problem to be fixed to release thiskernel, but it only exists only on 2.2. Well, here goes pre5.

Majd mindjárt rá is jött, hogy nem használható, és kiadta a 2.4.18-pre6 -ot. A rossz patch -ot eltávolította a kernelből, és "don't use" (mármint a 2.4.18-pre5 -bõl) lett belőle.

From: Marcelo Tosatti

Subject: Linux 2.4.18-pre6

Date: 22 Jan 2002 16:06:38 -0200

Well, I ended up including a wrong patch in pre5. Do not use it. Here is pre6 to fix that mistake.Változások:

Dave Jones London -ban él, jelenleg a SuSE foglalkoztatja mint főállású kernelhacker -t. Az elmúlt 6 hónapban - amióta befejezte a Glamorgan egyetemet - fokozottan részt vett a Linux kernel fejlesztésében. Több futó project -je is van, mint például a Powertweak, x86info, OProfiler, és a Kernel Janitors Project. Továbbá Ő a karbantartója a -dj patcheknek a 2.5 -ös kernelsorozatban, szinkronban tartja a stabil 2.4 -es kernelfával, ennek eredményeképpen jelentősen javítja annak stabilitását.



Dave 27 éves, Dél Wales -ből származik. Fiatal korától kezdve érdeklődött a számítógépek iránt, fiatalsága nagy részét olyan dolgokkal töltötte, mint az ismerkedés a 68K assembly nyelvvel. Miután befejezte az iskolát, 10 évet különböző munkakörökben töltött el, az egyszerű adatrögzítőtől a játék fejlesztőig. Közben tavaly nyáron megkapta a diplomáját a Glamorgan egyetemen, ahol számítástechnikai (vagy informatikai?) szakon tanult. A diplomaosztó után elköltözött London -ba, ahol jelenleg is él. Részben a Londonban lakó barátok, részben a munka miatt költözött a fővárosba.Mielőtt az egyetemre került volna, egy rövid ideig az Amiga játékfejlesztői részlegénél dolgozott. Ekkor fedezte fel a GNU eszközöket, és ez idő tájt olvasott a Linux -ról is, de az egyetem előtt nem találkozott a Linux -szal. A Linux -ot az egyetem első évében fedezte fel. Teljesen elkápráztatta, és innentól kezdve ideje nagy részét a Linux -szal töltötte. A második évtől kezdve - nem tudja, hogy hogyan, de - egyszercsak azt vette észre, hogy különböző disztribútoroktól/hardware gyártóktól kapott munkát. Az utolsó évét az egyetemen már úgy töltötte, hogy félig a tanulmányokkal foglalkozott, félig pedig a SuSE -nak dolgozott. A SuSE -nál végzett munkái mellett több projectben is tevékenyen részt vesz.

Darren Reed, az IPFilter alkotója, kiadta a saját OpenBSD verzióját, amelybe visszatette az IPFilter-t. A saját kiadású OpenBSD megtalálható az openbsd30.ipfilter.org-on.

Az IPFilter-t az OpenBSD csapat távolította el az OpenBSD 3.0-ból, mert a licence nem felelt meg az OpenBSD licencelési szabályainak.

A bejelentést itt olvashatod, az ezzel kapcsolatos további infot itt találsz.

Megnövekedett a bogárpopuláció :-} ezúttal az enscript nevű programban találtak hibát (az átmeneti file-okat nem biztonságosan készíti, ami nem egészséges egy kódolóprogramnál) (DSA-105-1).

Elkészült a javítás az icecast-server már korábban ismert hibáinak javítására (a hiba remote exploittal támadhatóvá is tette a servert) (DSA-085-2).

Mindkét javítás már letölthető a szokásos debian mirrorokról.

http://www.debian.org/security/

A következő cikk holnap fog megjelenni a hackerek topicban. A cikk főszereplője Dave Jones lesz.

Dave Jones London -ban él, a SuSE foglalkoztatja jelenleg mint főállású kernelhacker -t. Az elmúlt 6 hónapban amióta befejezte a Glamorgan egyetemet - fokozottan részt vesz a Linux kernel fejlesztésében. Több futó project -je is van, mint például a Powertweak, x86info, OProfiler, és a Kernel Janitors Project. Továbbá Ő a karbantartója a -dj patcheknek a 2.5 -ös kernelsorozatban, szinkronban tartja a stabil 2.4 -es kernelfával, ennek eredményeképpen jelentősen javítja annak stabilitását.

A cikk egy cikksorozat része, amelynek célja, hogy bemutassa napjaink kernelhackereit. A cikksorozat eddig megjelent darabjait megtalálod itt.

Linus kiadta a soron következő devel kernelt. Ebből a prepatch -ból több fejlesztőnek is kidobta a patch -jét (sokak nagy örömére =)).

Letölthető a mirrorokról (újra él a kernel.org).

Változások:pre3:


- Al Viro: VFS inode allocation moved down to filesystem, trim inodes


- Greg KH: USB update, hotplug documentation


- Kai Germaschewski: ISDN update


- Ingo Molnar: scheduler tweaking ("J2")


- Arnaldo: emu10k kdev_t updates


- Ben Collins: firewire updates


- Björn Wesen: cris arch update


- Hal Duston: ps2esdi driver bio/kdev_t fixes


- Jean Tourrilhes: move wireless drivers into drivers/net/wireless,


update wireless API #1


- Richard Gooch: devfs race fix


- OGAWA Hirofumi: FATFS update

Mint tudjuk hírek röppentek fel arról, hogy az AOL (America Online) Time Warner Inc. esetleg megvásárolja a Red Hat -et. Ez még eléggé kérdéses dolog, viszont ha mégis megtörténik lehet, hogy a Red Hat -nak egy új kernelhacker után kell néznie.

Alan Cox ugyanis az LKML -re postázott levelében kijelentette, hogyha ez bekövetkezik, akkor nem marad tovább a Red Hat -nál.

Hogy ezt mennyire gondolta komolyan azt, nem tudni, de mindenesetre a levél létezik.

Hogy miért nem szeretné, hogy az AOL megvegye a Red Hat -ot? Ki tudja? Sokan tudni vélik, hogy azért mert az első munkanapját már rövid hajjal kellene kezdenie =).Elképzelhető, hogy a Washington Post értesülése kacsának bizonyul? Vagy csak Cox únja a Piros Kalapos céget? Meglátjuk.