Az elmúlt hetekben a Mozilla Firefoxtól volt hangos a nemzetközi sajtó, így joggal kérdezhetné az ember fia, hogy ekkora hype után mikor óhajtják a kiadni a fejlesztők a böngésző végleges 1.0-ás verzióját. Úgy tűnik, hogy megszületett a roadmap az 1.0-ás Firefoxhoz:

A fejlesztők legfőbb célja a stabilitás. A végső 1.0-ás kiadásig három RC verziót terveztek be. Az első RC várhatóan augusztus 10-én lát napvilágot. Ezt követi augusztus 31-én a RC2, majd szeptember 7-én az RC3. Az RC3-at egy hetet várakozás követi, majd szeptember 14-én mindenki kezébe kaphatja a friss, ropogó Firefox 1.0-át.

A kiadás neve valószínűleg Mozilla Firefox 1.0, röviden Firefox 1.0 lesz.

A teljes roadmap-ot megtalálod itt.

Új beta látott napvilágot az ekkoBSD névre hallgató operációs rendszerből. A Rick Collette vezette projekt legfrissebb terméke letölthető innen.

Egy új, BSD alapokon nyugvó, kereskedelmi operációs rendszer érhető el mostantól az érdeklődők számára. A neve SilverOS. A terméket CD-ROM-on árusítják, és támogatás jár hozzá.Az operációs rendszer FreeBSD 4.x és DragonFly BSD alapokon nyugszik. A terméket a Crescent Anchor névre hallgató cég forgalmazza. A cég a SilverOS mellett DragonFly BSD kiadásokat (RC1) árusít. A DragonFly listán először nem tudták mire vélni a dolgot (ti. a DragonFly BSD-ből még nem jelent meg soha végleges verzió), de azután hamarosan kiderült, hogy az egyik DFly fejlesztő magánszáma.

A projekt honlapja itt.

A bejelentések és változások listája itt olvasható: GTK 2.4.4 és Glib 2.4.4

A forrás letölthető innen:

ftp://ftp.gtk.org/pub/gtk/v2.4/

http://ftp.gnome.org/pub/GNOME/sources/gtk+/2.4/

Az X.Org projekt kiadás közeli állapotba került. A dátum még nem végleges, de talán igaz lesz.

A várható feature-k Keith Packard leveléből:Keith Packard keithp at keithp.com

Fri Jul 9 12:16:32 PDT 2004

> - What is the state of each of these extensions, and what additional

> work is needed to complete their integration into the CVS repository?

XFIXES:

In good shape. I'd like to get the RegionExpand code integrated

and tested as that seems necessary for some operations

DAMAGE/Composite:

See my separate message about background == None windows, other

than that, I've got several significant systems using Damage

and Composite with good results, so I think we're in pretty

good semantic shape here.

We still haven't got a 'clean' Composite implementation running

on XAA-based drivers (or in fact any drivers other than kdrive),

Deron Johnson has implemented a more generic wrapper layer but

hasn't sent that back to the community yet.

> - What other functionality should be integrated before the release?

I've got a couple of works in progress which could be integrated into this

release:

1) TrueType wrappers for bitmap fonts. This converts .BDF fonts

into .TTF files, saving huge disk space, eliminating the

font compilation step and improving performance. Still

unfinished is code to add a custom TTF block to hold whatever

X specific values can't be crammed into standard TTF headers

and then a TTF to BDF converter so we can test the 'round trip'

ability of the system.

2) New Trapezoid specification for Render. Work on cairo has

uncovered fundemental problems in tesselation algorithms that

could take advantage of the funky Render trapezoids; it looks

like it will be better to respecify Render to include only

'normal' trapezoids and allow the weird representation for

backward compatibility while internally converting it to the

new format.

3) New trapezoid implementation for Render. The current

implementation is a disaster on many levels. We have

designed an alternate implementation but haven't managed to

implement it yet.

The last two are blessedly isolated from the bulk of the X server code but

a new trapezoid implementation should speed up cairo applications quite a

bit, especially when coupled with acceleration improvements for Render in

XAA and KAA.

I'm not sure I'll have time before mid-august for all of these projects,

so if others have an interest, I can help get them started.

-keith

A bejelentést itt találod.

A Seattle PI oldalain olvasható az a cikk, miszerint az FBI egy olyan Microsoft alkalmazottat gyanúsít az Altavistához való betöréssel és kódlopással, aki az MSN keresőmotor kifejlesztésén segítkezik.A gyanú szerint Laurent Chavet, korábbi Altavista alkalmazott két évvel ezelőtt 2002 márciusában és júniusában illetéktelenül hatolt be az Altavista számítógépes rendszerébe, és onnan szabadalmaztatott technológiák forráskódjait tulajdonította el. Az esemény nem sokkal azután történt, hogy elhagyta az Altavistát. Chavet ezután lett a Microsoft alkalmazottja.

A betörő letartóztatását múlt héten jelentették be, de akkor nem számoltak be arról, hogy ki a jelenlegi alkalmazója. A Microsoft tegnap elismerte, hogy Chavet az alkalmazásában áll, de nem nevezte meg, hogy mely területen alkalmazza.

Az újság szerint a gyanúsított három ismerőse állítja, hogy Chavet az MSN keresőmotor fejlesztése körül dolgozik.

Bővebben itt.

1999 óta nem volt ilyen változás...

Az IDG News Service egyik cikke szerint a Mozilla böngészők az Internet Explorer rovására terjeszkednek. Köszönhetően az IE biztonsági hibáinak elmúlt hetekben tapasztalható sajtóvisszhangjának, a Mozilla anyagok 1%-nyi piaci részesedést csentek el az IE-től.A san diego-i WebSideStory névre hallgató web elemző cég szerint 1999 óta nem volt ilyen változás a böngészők piacán. Az elemzőcég adatai napi felmérések alapján készülnek. A WebSideStory kb. 30 millió böngésző alapján készíti a felméréseit olyan oldalakon, amelyek a cég elemző szoftverét futtatják.

Bart Decrem Mozilla szóvivő szerint a Mozilla Firefox letöltéseinek száma egyre növekszik a februári 0.8-as verzió megjelenése óta, de a letöltésben az igazi tüskét június végén, a Download.Ject. hiba bejelentésekor tapasztalták. Június 28 után a napi letöltések megszaporodtak, és elérték napi 200.000-es számot.

Az IDG cikke itt.

Miután a Microsoft nemtetszését fejezte ki az iránt, hogy a Dell egyes konfigurációit Linux-szal szállítja, a Dell-nél elhatározták, hogy teljesen leállnak a Windows operációs rendszerek forgalmazásával. A Microsoft nem örül a hírnek...

Az eredeti cikk itt.

A tuning mester Molnár Ingo küldött egy levelet az LKML-re, amelyben egy új patch-ről számol be.

Mint írja, többen is szóvá tették a listán, hogy a 2.6-os Linux kernel nem használható komolyabb audio munkákra, mert borzasztóan nagy az ütemezési latency-je (például a JackIt fejlesztők is reklamáltak emiatt).

Ingo megnézte a 2.6.7-es kernel latency-jét, és azt tapasztalta, hogy valóban rossz. A latency akár 50 msec (!) is lehet, amely simán reprodukálható normális terhelés mellett egy olyan gyors 2GHz+ x86 rendszeren is, amely teljesen preemptive kernelt futtat.

Ezért Ingo és Arjan van de Ven végigmentek a kernel különböző funkcióin és megvizsgálták azok latency-jét. A munka eredményeképpen megszületett egy patch, amely teljesen 0-ról íródott, teljesítményben egyenlő a korábbi 2.4-es kernelhez készült lowlatency patchek teljesítményével, de más dizájnnal rendelkezik, mások a hatásai és más megközelítésből ered.A lowlatency patch-csel ellentétben ez a patch nem ad új ütemezési pontokat a kernel forráshoz, hanem a már meglevő gazdag választékból használja fel azokat, amelyek nem voltak eddig használatban. A patch célja, hogy eltávolítson minden olyan latency forrást, amely nagyobb, mint ~1 msec latency-t generálna a rendszerben. A tesztek során a patch felhasználása mellett a fejlesztők próbáltak olyan terhelést generálni a teszt rendszeren, amely audio ``ugráshoz'' vezetett volna, de nem tudtak olyan workload-ot generálni, hogy a latency ~1 msec fölé elmelkedett volna.

A patch magasabb szinten konfigurálható, mint a 2.4-es lowlatency patch. Van egy .config opció (CONFIG_VOLUNTARY_PREEMPT), amellyel engedélyezni lehet a voluntary preemption-t, emelett van /proc/sys kapcsoló és boot-idejű paraméterezési lehetőség is.

# A voluntary preemption be/ki kapcsolása (ha a CONFIG_VOLUNTARY_PREEMPT kernelben van)

echo 1 > /proc/sys/kernel/voluntary_preemption

echo 0 > /proc/sys/kernel/voluntary_preemption

# preemptible kernel funkció be/ki kapcsolása (ha a CONFIG_PREEMPT a kernelben van)

echo 1 > /proc/sys/kernel/kernel_preemption

echo 0 > /proc/sys/kernel/kernel_preemption

Boot-idejű opciók:

'voluntary-preemption=0/1' és 'kernel-preemption=0/1'

A patch a 2.6.7-bk20 kernelhez készült, és több olyan hibát is fixál, amelyet a készítők a fejlesztés közben találtak. A patch működik a fejlesztőknek (tm), de óvatosan használja mindenki! A szerzők minden visszajelzést szívesen fogadnak.

Bővebben Ingo levelében és a thread-ben itt.



A patch letölthető:

http://redhat.com/~mingo/voluntary-preempt/voluntary-preempt-2.6.7-bk20-H3



Aki a vanilla 2.6.7 kernelen szeretné kipróbálni a patchet, az töltse le ezt:

http://redhat.com/~mingo/voluntary-preempt/voluntary-preempt-2.6.7-vanilla-H3

Az O'Reilly BSD DevCenter rovatában Federico Biancuzzi egy interjút készített a DragonFly BSD fő fejlesztőivel. A DragonFly BSD az 1.0-ás megjelenés előtt áll, és igazából meglehetősen szűk körben ismert még. Az interjúban szerepel Matthew Dillon a projekt fő koordinátora, Joerg Sonnenberger 20 éves matematika hallgató, Jeffrey Hsu aki több, mint 10 évet működött közre a FreeBSD fejlesztésében, de jelenleg a DragonFly BSD projekt oszlopos tagja, és Hiten Pandya aki 17 éves létére operációs rendszer fejlesztéssel foglalkozik (12 évesen már a FreeBSD fejlesztésén tevékenykedett).

Az interjút megtalálod itt.

A héten egy újabb *BSD témájú, angol nyelvű fórum indult. A fórum teljesen reklám mentes, célja, hogy a BSD közösség tagjai barátságos körülmények közt oszthassák meg kedvenc rendszerükkel kapcsolatos ismereteiket.

A fórumot megtalálod: http://forums.bsdnexus.com/

Tavaly májusban volt egy thread az misc@ listán, amelyben arról volt szó, hogy az NTP-t hozzá kellene adni az alaprendszerhez. Az ok: a szerverek számára kritikus, hogy mindig a pontos idő szerint járjanak.

Akkor de Raadt elvetette az ötletet azzal az indokkal, hogy az NTP kódja nem elég szabad, és ez az OpenBSD-nél kizáró ok.Viszont az élet nem élet NTP nélkül, az rdate pedig nem éppen ezt hivatott kiváltani, ezért elkészült az OpenBSD csapat saját NTP daemon-ja.

Az ntpd mostantól az alaprendszerrel települ. Az anyagot from scratch írta alexander@ és henning@. Természetesen fő a biztonság (mivel OpenBSD), ezért chroot()-olva és privilégium elkülönítve fut. Használata egyszerű:

ntpd_flags=""

sort kell felvenni a /etc/rc.conf.local-ba. Az alapértelmezett konfig file is miden további piszkálás nélkül működik. Random felvesz 8 publikus stratum 2-es időszervert az idő szinkronizációhoz.

A bejelentés itt.

Lehet, hogy már nem sokakat érint, de szerintem érdemes megemliteni. A Vodafone ismét vesztett (korábbi cikk). Nem jogerősen ugyan, de vesztett.

Az egyik francia minisztérium bejelentette, hogy 2000 Windows NT szervere közül 1500-at átállítanak Mandrakelinux Corporate szerverre. A bejelentést megtalálod itt.

Sziasztok! Elkészült a MP3 CD írás mini-HOGYAN fordítása
a Magyar LDP kiadásában,
az FSF.hu Alapítvány támogatásával.Üdv.


dacas



Megjegyzés:
html (azonnal olvasható) |
html.tar.gz |
txt.gz |
pdf.gz



Egyéb HOGYANok kategóriákba sorolva kereshetők a HOGYAN-INDEXben,
illetve a magyar kiadás dátuma szerinti sorrendben megtalálhatók a Magyar LDP - Frissítések honlapon .

Tegnap megjelent a KOffice 1.3.2, a KDE integrált irodai programcsomagjának legújabb kiadása. Mint az előző is, ez is leginkább bugfix kiadás, a filterek és az OpenOffice.org importálás/exportálás is feljődött.Bejelentés, Release Notes itt, a változások (az 1.3.1 óta) teljes listája itt található meg.

A bináris csomagok SuSE és Slackware alá letölthetőek innen, a forráskód innen.

Forrás itt.

Ha már homár legyen kövér



Az IE után a Mozilla, Firefox, Thunderbird (Windows verzió) is a windows hibájából sebezhetővé vált. A Mozilla csapat viszont el is készítette a javítást!

Június 24-én a Microsoft arról számolt be, hogy sikerült fixálnia a Download.Ject. névre keresztelt hibát, amely segítségével a Hangup Team névre hallgató orosz cracker csoport több gépre is backdoor programot telepített.

Sajnos kiderült, hogy a patch nem sokat ér, mert egy holland biztonsági szakember pár órával később működő exploitot tett közzé honlapján.Jelmer Kuperus azt állítja, hogy a birtokában van egy olyan kód, amellyel egy teljesen felpatchelt Internet Explorer is sikeresen támadható. A kód a Download.Ject. erősen módosított verziója. A kód a Microsoft Windows egy másik komponensét támadja, nem azt, amelyre az MS a patchet kiadta (ADODB.Stream). Kuperus azt állítja, hogy az exploit segítségével egy teljesen felpatchelt Windows gépbe is be tudnak törni a támadók.

A Shell.Application névre hallgató Active X komponens támadásával a rosszindulatú támadók ártó kódot juttathatnak az áldozat számítógépére. A szakember, hogy bizonyítsa az exploit működését, a saját honlapjára töltötte fel az ártó kódot. Azok az internetezők, akik Windows XP-vel és IE-vel böngészték a weboldalt azt tapasztalták, hogy a gépük ``megfagyott''.

Bővebben itt, és a WinNetMag oldalain itt.

Egy elég érdekes és hosszú thread alakult ki a FreeBSD -current listán. Az egyik listatag feltette a kérdést, hogy van-e értelme a cvsup és a portupgrade segédprogramokat átírni C-be, és az alaprendszer részévé tenni őket.

Mint a tag írta, a cvsup és a portupgrade létfontosságú dolog a legtöbb felhasználó számára, ezért kívánatos lenne, ha az alaprendszer részeként felkerülne a gépekre az alaprendszer telepítése esetén. Ez egyelőre lehetetlen, mert a cvsup modula-3 nyelven, míg a portupgrade ruby-ban van írva.Ahhoz, hogy az anyag az alaprendszer része lehessen, portolni kellene C-be. A cvsup program C-be való portolása folyamatban van, a folyó projekt csup néven fut.

Egy másik tag kifejtette, hogy van több más megoldás is arra, hogy a cvsup felkerülhessen a feltelepített alaprendszerre. Ezzel azt akarta mondani, hogy felesleges a cvsup-ot a base system részévé tenni.

Válaszul többen rámutattak, hogy nem a cvsup telepítése a nehéz, hanem az a probléma, hogy a cvsup használatához fel kell telepíteni a modula-3 nyelvet (ezm3-*), amely nem kevés helyet foglal, és elég hosszan fordul le. A modula-3 csomag majdnem 25MB-ot foglal el feleslegesen, és a legtöbb user nem is használja másra, mint a cvsup-ra. E tagok szerint sokkal jobb lenne a ``csup'', mert ha az C-ben lenne megírva, akkor nem függene egyéb nyelvi csomagoktól.



Szerinted hol a helye a cvsup-nak és a portupgrade-nek? 1.) a jelenlegi helyén a portok közt, 2.) az alaprendszerben (szavazás jobb oldalt).

A bostoni Mariott Copley Place adott otthont a 2004. június 27 és július 2 között megrendezett USENIX 2004 rendezvénynek. Az USENIX Association 1975 óta fogja össze a (UNIX) rendszeradminisztrátorokat, mérnököket, tudósokat, technikai embereket annak érdekében, hogy azok együttműködhessenek a számítástechnika ezen területének fejlesztésében, elősegíthessék annak fejlődését. A USENIX konferenciák lényeges összejövetelek, ahol ezek a szakemberek megosztják tudásukat, előadásokat tartanak vagy vitákat folytatnak arról, hogy hogyan lehetne a előrelépni ezen a területen.

Matt Dillon, a DragonFly BSD projekt vezetője publikálta az USENIX 2004 rendezvényen készített fotóit, amelyeken a UNIX világ több illusztris személyisége is felbukkan.

A fotókat megtalálod itt.

Aki már gondolkodott azon, hogy lecserélje a CVS-t, biztosan körülnézett már a piacon fellelhető verziókövető rendszerek között. Sok összehasonlító teszt kering a neten, legtöbbjük táblázatba szedve pontonként megy végig egy-egy feature adott program beli megvalósításán / használhatóságán. A cikk amit találtam más szemszögből közelíti meg a témát. Az összehasonlításban résztvevő négy program: CVS, Subversion, GNU Arch és a Monotone.David A. Wheeler cikke kitér a liszensz kérdésekre, feszegeti a centralizált vs. decentralizált megoldásokat, tanácsokkal lát el... Az iromány harmadik negyedében szó esik egyéb SCM rendszerekről is röviden, itt érdemes a darcs projectről írottakat is elolvasni, sok új, innovatív, máshol még nem használt újításról esik szó. A cikk hosszú és tömény (képek nékül), de érdemes átrágni annak, aki vagy gondolkodik az áttérésen, vagy éppenséggel nem használta még egyik rendszert sem saját fejlesztésének nyomon követésére.

- SUSE LINUX Standard Server 8.0 (ISO Installation Images)

- SUSE LINUX 9.1 Professional (Bootable Installation DVD)

- Ximian Desktop 2.0 Evaluation (ISO Image)

- Ximian Red Carpet 2.0.2 Evaluation (ISO Image)

- Novell Linux Services 1.0 (ISO Image & NLS Companion CD)

- Novell GroupWise for Linux 6.5.1 - Server, Client & Messenger (ISO Images)

Szükséged van ezekere az anyagokra ingyen? Rendeld meg a Novell-től a Linux Technical Resource Kit-et.A Novell-től megrendelhető Linux Technical Resource Kit több, mint 10GB-nyi, teljesen működő anyag, amelyet a cég DVD-n juttat el az érdeklődőkhöz. Akit érdekel az ajánlat gyorsan regisztráljon rá itt, mert csak a készlet erejéig tudják kielégíteni az igényeket.

Az itt leírtak egy része nem a legfrissebb, inkább helyzetjelentés jellegű. Az igazi apropója, hogy éppen folyamatban van egy nyílt hangminőség-behallgatási teszt, melyben a szabad szoftvereket a LAME MP3 tömörítő és az Ogg Vorbis képviseli. Tovább részletek és részvételi információk itt találhatók. A teszt 11-én zárul, tehát aki részt akar venni siessen!

További hírek:A Xiph.org háza táját hónapok óta látszólagos inaktivitás jellemzi. Elsősorban dokumentálással és szabványosítási beadványokkal vannak elfoglalva, ezért a Vorbis fejlesztése már egy ideje áll. Néhány tőlük független fejlesztő megelégelte a várakozást és elkezdtek tuningolt forkokat készíteni a libvorbisból. Az egyik legsikeresebb, a japán aoTuV, mely a Vorbis jellegzetes magaskiemelési hibáját korrigálja, ezzel lényegesen javítva a hangminőséget. Az eredmény egy korábbi behallgatási tesztben látható.

És ha már a régebbi behallgatási teszteknél tartunk érdemes megnézni még a legutóbbi AAC tesztet is, melyből kiderül, hogy a korábban igen gyengén szereplő Free AAC Coder (FAAC) sokat fejlődött, így most már versenyképes a többi a AAC tömörítővel.

Kiadták az Opera böngésző 7.52-es verzióját. Főként biztonsági frissítéseket tartalmaz. A változások teljes listája! Linuxra a következő linkről tölthető le.

Megjelent a KDE 3.3 első beta kiadása, amely a ``Klassroom" munkacímen fut. A bejelentett 3.3 beta egy fejlesztői verziója a megjelenés előtt álló KDE 3.3 kiadásnak.A tervezett funkciók listáját megtalálod itt. A feature freeze a jövő héten indul. Az anyag forráskódja letölthető innen, a binárisok pedig innen. További információk itt és itt.