Megkezdte a Mozilla a Firefox 3.5 első korai RC-jének terjesztését

Címkék

A Mozilla Developer Center egyik mai bejelentése szerint a körülbelül 800+ ezer Mozilla Firefox 3.5 beta felhasználó számíthat arra, hogy ezekben az órákban (ha még nem érkezett meg) megérkezik gépére a FF 3.5 első korai kiadásra jelölt verziója (3.5rc1build2).

Az RC elsősorban olyan hibajavításokat tartalmaz, amelyeket a hónap későbbi szakaszában (várhatóan) megjelenő végleges verzió is tartalmazni fog. Noha az Mozilla megjegyzi, hogy nem fejezte még be a 3.5-ös verzió minőség-ellenőrzési folyamatát, az RC már stabilnak, mindennapos böngészésre alkalmasnak tekinthető.

A Firefox 3.5 beta felhasználókhoz elvileg a következő 24 órában megérkezik automatikus frissítés formájában az RC1. Ha valaki azonnal hozzá szeretne jutni, az nyomkodhatja igény szerint a "Help" menüben az "Check for Updates" menüpontot...

A nem beta tesztereknek azt javasolja a Mozilla, hogy várjanak az RC build-re, amely várhatóan a jövő héten fog megérkezni. Ha valaki beta teszter szeretne lenni, az töltse le a beta csomagot, telepítse, majd a fent említettek szerint nyomkodja a "Check for Updates" menüpontot.

(Opcionális megoldásnak látszik az FTP felkeresése - a szerk.)

Mivel a Mozilla kifejezetten bátorítja a bloggereket és a médiát ezen weboldal belinkelésére, ezért mi hezitálás nélkül be is linkeljük.

Jó tesztelést!

Hozzászólások

Most frissítettem, 06.15. -i Gecko hajtja, egyelőre semmi változás beta állapothoz képest. Akinek plugin verzió problémái lennének, használja a MrTech kiegészítést.

Bocs a noob kérdésért, de letöltöttem ftp-ről, de a firefox script a régit indítja, a firefox-bin pedig így sír:

error while loading shared libraries: libxul.so: cannot open shared object file: No such file or directory

pedig ott van mellette. Mit kellene csinálni?

Ez nem windows, hogy automatikusan használja a bináris mellé helyezett .so-t. A script feladata az, hogy beállítsa az LD_LIBRARY_PATH-ot, mivel azonban a script nem jó, ezt kézzel kell megtenned a bin futtatása előtt. Viszont én azt javaslom, hogy inkább a scriptbe nyúlj bele, hogy mindenképpen az új firefoxot indítsa.

java plugin magával tudja szegényt rántani :(

Érdekes hogy az ACID előbb jött szóba mint a Sunspider.
Nekem 4 mp-en belül fut le, RC-n is meg beta4-en is,
pedig 3.0-n tizenpár mp alatt futott le.

Már csak egy normális sebességű flash player kellene,és akkor nagyon happy lennék :D
---------------------------------------------
"Az aptitude-nak nincs Szuper Tehén Ereje" :D

varjal akkor forditsuk meg a kerdest

A taskot B szoftver C ido alatt vegzi el N% prociterheles mellett

A taskot D szoftver F ido alatt vegzi el M% prociterheles mellett

ha C >> F akkor vajon N ? M

feltetlezve h 1 thread 1 process es 1 context van

bonyolitatjuk is hogy vajon ha a safari multithreades, es Z threadet hasznal mig a firefox Y threadet akkor mi tortenik?

(aztan a megeszi a gepem hup szerte elfogadott egzakt megfogalmazas iranyaba is kutakodhatunk, hangos csamcsogas mellett kiharap darabokat az LCDbol? netan kussban falatozik?)
--
.

Szép, mintha tényleg lenne érezhető sebességugrás a 3.0.11-hez képest. Ameddig nem rakoncátlankodik, addig marad... :-)

---------------
Értelmezési hiba! Elolvassa újra? I/N

sajnos ez is 130-150 MB RAM-ot eszik 7 füllel :(
--
Én TUDOM, hogy igazam van. És ha nincs is, akkor is NEKEM van igazam, mert én vagyok az Admin. Ennyi!

Általánosságban is igaz. Ma már a régi programok fapadosnak tűnnek, az átlaguserek igénylik a bloatwareket. A nagyobb programok meg több erőforrást használnak. Ez van.

Ugyanúgy a böngészőknél is. Ma nagyobb monitoron nézel, nagyobb felbontásra optimalizált, több képet, flasht, stb-t tartalmazó weboldalakat, ráadásul egyszerre többet, mint régen. Nem csoda, ha a böngészőnek több memória kell, mint régen.

Aszta, kijött az RC2. Mindjárt megnézem van-e egyáltalán valami a changelogban :D
---------------------------------------------
"Az aptitude-nak nincs Szuper Tehén Ereje" :D