Megjelent a címben említett GNOME desktop beta, kódnevén "Jelme". Letölthető az ftp://ftp.gnome.org/-ról. A forrás mintegy 90MB (bzip2). Bővebben a bejelentésben: ->GNOME Desktop 2.4 Beta 1: "Jelme"

The GNOME Desktop 2.4 Beta 1: "Jelme", is available for immediate download on ftp ftp.gnome.org and mirrors:

http://ftp.gnome.org/pub/GNOME/desktop/2.3/2.3.6/sources/

tar.gz:120M total

tar.bz2: 90M total

Dear Faithful GNOME Users

You may remember the raucous excitement and pure joy of previous GNOME beta releases; wild claims of "ready for human consumption" and "won't crash... much". You may remember sheer delight at the opportunity to try new versions of GNOME without a high probability of turning your desktop inside out, trashing your old settings or spending hours working why your fonts didn't work. Ahh, days of yore.

Due to the huge success of our time-based release and 'always buildable, testable and usable from CVS' policies, this GNOME beta does not fulfill the 'dangerous fruit' attraction of past beta releases. In fact, the 2.3 series has been a thoroughly stable and comfortable working environment for hackers and dedicated testers throughout its development.

You may well ask, "Hey, if this beta release isn't going to kill my hard disk, why should I care?" Sayamindu Dasgupta asked a similar question, and this is what he found out:

http://www.ilug-cal.org/GNOME_2_4.html

GNOME 2.4 will be our most exciting release to date, with incredible new software, cool new features throughout the desktop, great language support, slick performance improvements, and the breath of fresh air you've come to expect from the desktop that "just works".

Please enjoy this beta, and help us find and straighten out the remaining few kinks for our final GNOME 2.4.0 release in early September. For more info, please see our 2.3 start page:

http://www.gnome.org/start/2.3/

Thanks,

* The GNOME Release Team

--

linux.conf.au 2004: Adelaide, Australia http://lca2004.linux.org.au/

"Stick to your guns and get it right." - Havoc Pennington

Ismét forkolódott az XFree86 fejlesztése. Az új elágazás neve Xouvert. A Xouvert egy nyílt, innovatív X szerver, amely a jövő technológiáját hozza el ma a desktopodra (a weboldala szerint).

A Xouvert egy kísérleti ága az ismert XFree86-nak. A Xouvert projektet olyan más fejlesztések inspirálták, mint a Linux kernel, a Debian projekt, a KDE vagy éppen a GNOME.

A Xouvert azt ígéri, hogy minden hatodik hónapban stabil kiadást ad ki, a biztonsági javítások és a driver frissítések/javítások napi rendszerességgel lesznek majd elérhetőek. Hogy miért jött létre a Xouvert?

Mert az XFree86 projekt jelenlegi felépítése nem megfelelő a fejlesztők egy részének. Az XFree86 fejlesztése lassú. Az XFree86 projektben "vér frissítésre" van szükség.

Hogy kell ejteni a Xouvert nevet? A kiejtése Zoo-vehrt (Zu-verht).

egyelőre még semmit nem lehet letölteni a projekttől. A projekt honlapja itt.

Ugye emlékszünk még március közepére, amikoris szintén forkolódott az XFree86 fejlesztése Keith Packard egykori core tag kiválásával? Az akkor kiváló fejlesztők egy csomó dolgot ígértek, majd hamarosan el is indult az XWin.org, de azóta sem hallottunk felőlük semmit. Egy kicsit szkeptikus vagyok a dologgal kapcsolatban.

Elkészült az utolsó demónkhoz, a 'parasite'-hoz beküldött benchmark eredmények feldolgozása. Ez elérhető, a http://www.freshmindworkz.hu/paramark címen.

Sajtóhír:



A HP nagyvállalatoknak szánt felügyeleti és fürtözési technológiákkal erősíti vezető pozícióját a Linux-piacon

A Bank of America, az AutoTradeCenter és a Sandia Labs példájának tanúsága szerint gyorsan terjednek a vertikális szegmensekben a HP Linux-alapú rendszerei

SAN FRANCISCO, LINUXWORLD kiállítás, 2003. augusztus 13. - A HP (NYSE: HPQ) ma bemutatott Linux-alapú felügyeleti és fürtözési megoldásai felgyorsítják a nagyvállalatok számára informatikai beruházásaik megtérülését.

Az új felügyeleti szoftverek segítségével a nagyvállalatok gyorsan bevezethetik környezetükben a Linux-alapú és a blade-szervereket, alapszintű hálózatfelügyeletet és valós idejű teljesítményfigyelést valósíthatnak meg, továbbá hatékony hibaelhárítást végezhetnek Linux-rendszerükben. Az új fürtözési megoldások közé tartozik a gyárilag integrált, 16-128 node-os műszaki számítástechnikai cluster; a HP Linux-szerverekhez, tárolókhoz, adatbázisokhoz és üzenetátviteli rendszerekhez ajánlott, továbbfejlesztett fürtözési szoftvere; valamint az Oracle® Real Application clusterekhez kidolgozott "csináld magad" csomag. A mai bejelentések tovább erősítik a Linux-alapú megoldások első számú szállítójaként ismert HP piacvezető pozícióját. A HP eddig több mint 2 milliárd dollár árbevételre tett szerint Linux-rendszerek és -szoftverek, valamint a kapcsolódó szolgáltatások értékesítéséből. Az IDC adatai szerint a 2003-as naptári év első negyedévében a HP vezetett gyári árbevétel szerint a Linux-szerverek globális piacán.(1)

A Linux-szolgáltatásokra és -támogatásra szakosodott, ötezer fős szakembergárdát foglalkoztató HP rendelkezik a világon a legnagyobb Linux-támogatási szervezettel. A cég ipari szabványos Linux-rendszereivel a nagyvállalati és műszaki számítástechnikai ügyfelek - köztük az AutoTradeCenter, a Bank of America és a Sandia National Laboratories - kiaknázhatják a Linuxban rejlő költségtakarékossági lehetőségeket, és ezzel együtt gyorsabban áttérhetnek az alkalmazkodó (adaptív) nagyvállalati infrastruktúrára.

"Az ügyfelek olyan ipari szabványos platformokra épülő, megfelelő támogatási háttérrel kiegészített, sziklaszilárd Linux-megoldások bevezetését várják a HP-től, amelyek segítségével jobban kézben tarthatják IT-infrastruktúrájukat, fokozhatják nyereségességüket és kiépíthetik a kritikus alkalmazásaik futtatásához szükséges teljesítményt" - mutatott rá Martin Fink, a HP Enterprise Servers and Storage Linuxért felelős alelnöke. "A továbbfejlesztett felügyeleti és fürtözési képességek, valamint az átfogó szolgáltatási és támogatási háttér révén a HP számos üzleti és műszaki számítástechnikai környezetben meg tudja könnyíteni ügyfelei számára a Linux használatát, ezzel is felgyorsítva a rendszer elterjedését a nagyvállalati piacon."

"Az IDC-kutatásaiban a felhasználók rendszeresen a felügyeletet jelölik meg a Linux gyenge pontjaként. Linux-portfóliójának folyamatos bővítésével - azon belül is a felügyeleti megoldások fejlesztésével - a HP a Linux-felhasználók egyik legfontosabb igényére reagál" - hangsúlyozta Al Gillen, az IDC rendszerszoftverek szegmenséért felelős kutatási igazgatója. "Meggyőződésünk, hogy a HP erőfeszítései nyomán a Linux egyre elterjedtebbé válik majd az üzleti életben."

Folytatás itt.

Sajtóhír:



Az SGI, a Brocade, a LEGATO, az LSI Logic Storage Systems és a StorageTek összefogása eredményeképpen új világrekord született

Az SGI 2003 július 21-én bejelentette, hogy újabb rekordot ért el az adatmentési sebesség területén. A benchmark eredmények szerint mintegy 10.1TB/óra fennntartott - diszkről szalagra - file mentési sebességet sikerült elérni. Az image file visszatöltési sebességénél mért eredmény szintén figyelemreméltó: 7.9TB/óra. A mérésekből kitűnik, hogy az eddigi 3.6TB/órás adatmentési rekordot közel a háromszorosával, a 2.2TB/óra visszatöltési rekordot pedig
több, mint a háromszorosával sikerült túlhaladni. A fenti sikerek jelentősen magasabbra állítják a mércét a csúcsteljesítményű, skálázható adattárolási megoldások területén. Egyre nagyobb az igény az adatmentésre fordított idő és az adatmentési műveletek miatti munkafolyamat megszakítások minimalizálására, különösen a katonai és civil, valós idejű időjáráselőrejelző szolgálatok részéről. Hasonlóan, a tudományos közösségek nagy adatmennyiségeket kell, hogy megóvjanak, különösen az agykutatás, agysebészet, stb. területén. A szórakoztató iparban a filmstúdiók több, mint 200TB-nyi (20 millió file) film felbontású adattal dolgoznak.

Ezek az átütő benchmark eredmények az SGI, LEGATO, Brocade, LSI Logic Storage Systems és StorageTek cégek közös együttműködésének gyümölcseként jöttek létre, ugyanakkor új szabványok is ki lettek fejlesztve, pl:

* File-szintű mentés: 10.1TB/óra fenntartott sebesség

File-szintű visszatöltés: 4.5TB/óra fenntartott sebesség

* Image-szintű mentés: 7.2TB/óra fenntartott sebesség

Image-szintű visszatöltés: 7.9TB/óra fenntartott sebesség

* 1TB file-szintű mentés (percekben): 7:09

1TB file-szintű visszatöltés (percekben): 15:29

* Egy 10TB-os XFS? file-rendszer

File-szintű mentés: 6.26TB/óra fenntartott sebesség

File-level restore: 4.43TB/óra fenntartott sebesség

A tesztek a StorageTek Louisville-i campus-án történtek a kereskedelemben kapható rendszerekkel és tároló hardverrel, valamint szoftverrel, egy SAN környezetben, a Geophysical Fluid Dynamics Laboratory (GFDL) valós adataival.

A benchmark tesztek műszaki konfigurációja

A mentési és visszatöltési tesztek platformjaként egy SGI? OriginTM 3000 szerver szolgált, SGI? adtatmentő szoftverrel. A rekorderedmények eléréséhez a szerver közel 6GB/s-os fenntartott I/O adatátvitelt kellett biztosítson. Az Origin szerver 32 MIPS? processzort és nyolc I/O modult tartalmazott. A 10.297TB-nyi, 2-48GB méretű file-okból álló felhasználói adatokat egy több, mint 17TB összkapacitású, Fiber Channel diszkekből álló Total PerformanceTM 9500 (SGI? TP9500) csúcsteljesítményű RAID diszkegység tartalmazta. A mentés alatt egy LSI Logic Storage Systems, Inc. által kifejlesztett technológián alapuló SGI? TP9500 biztosította a közel 3GB/sec fenntartott adatátvitelt. A 10TB-nyi adat mentési és visszatöltési feladatait egy 48 StorageTek T9940B szalagos meghajtót tartalmazó StorageTek? PowderHorn? 9310 tape library végezte el. Az SGI Origin szerver, az SGI TP9500 RAID egység és a StorageTek T9940B szalagos meghajtó egy 2Gbit-es fibre channel SAN hálózatba lettek összekötve, Brocade? SilkWorm? 3900, SilkWorm? 3800 és SilkWorm? 3200 switch-ek segítségével.

Az SGI origin szerveren az adatmentési és visszaállítási műveletek menedzselését a LEGATO Systems, Inc. cég NetWorkerTM iparvezető adatvédelmi szoftvere végezte el. Mind a négy benchmark esetében a világrekord a LEGATO új NetWorkerTM 7.0-es verziójával lett elérve.

Eredeti cikk: SGI

Forrás: www.sgi.hu

Sajtóhír:



A amerikai National Laboratories és több tekintélyes egyetem is teszteli a 128 processzoros SGI Altix 3000 HPC rendszert.

Az SGI (2003. aug. 5.) bejelentette, hogy a közlejövőben az SGI® Altix™ 3000 szerverét 128 processzorig lehet bővíteni úgy, hogy azon egy Linux® példány fut (single system image). Az SGI amely eddig is bizonyította, hogy a Linux alapú rendszerekben a 64 Intel® Itanium®2 processzoros szervere egyedülállóan jól skálázható és rendkívüli teljesítményre képes. Az SGI lehetőséget biztosít néhány kiválasztott egyetemi felhasználónak és már szeptember elején elkezdhetik az alkalmazásteszteket. A program résztvevői többek között a U.S. Naval Research Laboratory Washington DC, a Pacific Northwest National Laboratory Richland, Washington, a University of Queensland Brisbane Australia valamint a Computing Center Johannes Kepler University Linz, Austria. A program résztvevői komplex kutatási tevékenységet folytatnak a legkülönbözőbb tudományos területeken. A rendkívül kapacitásigényes feladataikhoz szükséges masszív skálázhatóság ideális környezetet teremt a 128 processzoros rendszer tesztjéhez még a kereskedelmi forgalomba hozatal elött.

Wendell Anderson szerint aki a U.S. Naval Research Laboratory rangidős kutató matematikusa. "Az olyan komplex kutatási területeken, mint amilyen a klíma/időjárás/óceán modellezés és szimulació, a kémia különöző területei, valamint az elektromágnesesség és akkusztika összetett problémáinak megoldásához hónapokra van szükség," Az olyan nagy 'shared memory' rendszerekkel, mint a 128 processzoros Altix képesek vagyunk a legkomplexebb problémákat is kezelni, így akár heteket takaríthatunk meg a feladatok megoldásánál."

Az Altix bemutatása óta az első olyan Linuxos szuper-cluster, amely 64 processzorig bővíthető elemekből építhető fel és az egyes nódok shared memóriát használhatnak. Sok fejlesztő felismerte az Altix gépcsalád a standard Linux és a Intel Itanium 2 processzorban rejlő lehetőséget és több, mint 60 kereskedelmi forgalomban kapható nagy teljesítményű gyártási, tudományos, energiaipari és környezetvédelmi alkalmazást portoltak a 64-bites Linux környezetre. Ezek több, mint kétharmada tesztelt és optimalizált is a platformra.

Az Altix 3000 család eddig a következő szakmai elismerésekben részesült: "Best of Show" a Linux World-től, "Product of the Year" a Linux Journal-tól, valamint a "Best Linux Hardware" díjat a LinuxUser & Developer Expo.

Elérhetőség Az Altix 3000 szerver és supercluster 128 processzoros node mérettel várhatóan 2004 tavaszán kerül kereskedelmi forgalomba a béta tesztprogram lezárása után. Az Altix szervercsalád jelenleg maximum 64 processzoros nodeokkal legfeljebb 128 processzoros "supercluster"-t támogat, amelynek 256 processzoros változata szeptemberre, míg 512 processzoros változata 2003 októberére várható. További informaciók a http://www.sgi.com/server/altix oldalon találhatók.



Forrás www.sgi.hu.

Icculus - a windowsos játékok Linuxra való portolásának nagymestere - kiadta a méltán népszerű Medal Of Honor: Allied Assault FPS linuxos portjának első publikus beta kiadását.

A Medal of Honor Allied Assault (MOHAA) egy II. világháborús "First Person Shooter" (FPS), mely az akkori európai hadszínteret és eseményeket eleveníti fel. Az elmúlt év egyik legjobb játéka volt (legalábbis nekem).Ahogy Icculus írja, a játék játszható, de a hang egyelőre bizonytalanul működik, és ezen kívűl még van számos más hi ba is. A játékhoz egyelőre szükség van egy windows alatt telepített MOHAA-ra.

Icculus oldala itt.

A cvsweb.NetBSD.org (pigu.iri.co.jp) leállt, mert jelenleg a karbantartása folyik. A karbantartási időszak 2003. aug. 16. 12:00 GMT-től 2003. aug. 18. 00:00 GMT-ig tart. Kérjük használd a cvsweb tükörszervereket ez idő alatt.

A Samba Team bejelentette a Samba 3.0.0 első kiadásra jelölt verzióját. Az RC kiadás azt jelenti, hogy közel járunk a végső verzióhoz, de a fejlesztők figyelmeztetnek, hogy ez azért egyelőre csak egy olyan snapshot, amelynek a felhasználása nem javasolt 'éles' környezetben. Mindenki saját felelősségére használja!

Letöltés, további infó Gerald (Jerry) Carter levelében:From: "Gerald (Jerry) Carter"

To: samba@samba.org

Subject: (no subject)

Date: Sat, 16 Aug 2003 01:49:08 -0500 (CDT)

-----BEGIN PGP SIGNED MESSAGE-----

Hash: SHA1

The Samba Team is proud to announce the availability of the

first release candidate of the Samba 3.0.0 code base. A release

candidate implies that the code is very close to a final release,

but remember that this is still a non-production snapshot intended

for testing purposes. Use at your own risk.

One of the main additions in this release is the inclusion

of stable support for both client and server SMB signing.

The source code can be downloaded from :

http://download.samba.org/samba/ftp/rc/

The uncompressed tarball and patch file have been signed

using GnuPG. The Samba public key is available at

http://download.samba.org/samba/ftp/samba-pubkey.asc

Binary packages will be available soon at

http://download.samba.org/samba/ftp/Binary_Packages/

A simplified version of the CVS log of updates since 3.0.0beta3

can be found in the the download directory under the name

ChangeLog-3.0.0beta3-3.0.0rc1. The Release Notes are available

on-line at

http://www.samba.org/samba/whatsnew/samba-3.0.0rc1.html

Please file any bugs you find in this release at

https://bugzilla.samba.org/

As always, all bugs are our responsibility.

--Enjoy

The Samba Team

Kris Kennaway egy levelet postázott a freebsd-announce@ listára és bejelentette, hogy a levelében felsorolt FreeBSD portok el lesznek távolítva a Ports Collection-ből, ha azok november 7-én még mindig hibásak lesznek, és ha addig nem lesznek hozzájuk javítások feltöltve.

Kris arra kéri a felhasználókat, hogy ha meg szeretnék menteni valamelyik portot, akkor a patcheket küldjék el a port karbantartójának. Ha a karbantartó nem válaszolna, vagy esetleg a portnak nem lenne karbantartója, akkor akkor a patcheket küldjék el a 'send-pr'-en keresztül.

Kris levele:From "Kris Kennaway"

Subject [FreeBSD-Announce] Ports scheduled for removal on Nov 7

Date Sat, August 16, 2003 3:46 am

To announce@FreeBSD.org

--------------------------------------------------------------------------------

Dear FreeBSD users,

The following ports are scheduled for removal on November 7 if they

are still broken at that time and no PRs have been submitted to fix

them. If you are interested in saving these ports, please send your

patches to the maintainer. If the maintainer is unresponsive or the

port has no maintainer, then please submit them via send-pr.

As usual, the build error logs can be obtained from

http://bento.freebsd.org

Kris

#-*- mode: makefile; tab-width: 32; -*-

# ex:ts=32

#

astro/sscalc sscalc-1.0 kew@icehouse.net

audio/csound-manual csound-manual-4.10 trevor@FreeBSD.org

audio/net-rhythmbox net-rhythmbox-0.4.8_2 hendrik@scholz.net

audio/spiralsynthbaby spiralsynthbaby-0.0.2 trevor@FreeBSD.org

benchmarks/iozone iozone-3.172 jmz@FreeBSD.org

biology/emboss emboss-2.4.1_1 wjv@FreeBSD.org

cad/gwave gwave-20020122 dmlb@dmlb.org

chinese/chitex zh-chitex-6.1.2p7.8_1 statue@freebsd.sinica.edu.tw

chinese/dictd zh-tw-dictd-1.8.0_1 ports@FreeBSD.org

chinese/dictd-database zh-dictd-database-1.4 statue@freebsd.sinica.edu.tw

comms/bayonne bayonne-0.5.3_1 ports@FreeBSD.org

comms/vpb2 vpb2-2.0.3 dyfet@gnu.org

databases/firebird firebird-1.0.2 chris@aims.com.au

databases/firebird-devel firebird-1.0.r2 chris@aims.com.au

databases/grass grass-5.0.0_1,1 reg@FreeBSD.org

devel/asis asis-3.14p thomas@cuivre.fr.eu.org

devel/doxygen doxygen-1.3.1 kde@freebsd.org

devel/veepee veepee-1.0_2 ports@FreeBSD.org

devel/whups whups-0.0.1.020303 thierry@pompo.net

devel/yacl yacl-1.7b ports@freebsd.org

emulators/its its-1.0 kstailey@yahoo.com

emulators/linux_base-6 linux_base-6.1_5 ports@FreeBSD.org

emulators/xpinmame xpinmame-sdl-0.37b14.2+0.99b3 stijn@win.tue.nl

french/spip fr-SPIP-1.5 gioria@FreeBSD.org

ftp/moxftp moxftp-2.2 ports@FreeBSD.org

games/myth2_demo linux-myth2_demo-1.3 trevor@FreeBSD.org

games/pythoong pythoong-0.99 ports@FreeBSD.org

games/rollemup rollemup-1.0 sanpei@FreeBSD.org

games/xpuyo xpuyo-0.1 nakai@FreeBSD.org

graphics/imlib3d imlib3d-0.8.0_1 ports@FreeBSD.org

graphics/opendx-samples opendx-samples-4.2.0 ports@FreeBSD.org

graphics/vterrain-sdk vterrain-sdk-010829 ports@FreeBSD.org

korean/hlatex-mffonts-wansung ko-HLaTeX-mffonts-wansung-0.98 cjh@FreeBSD.org

korean/imhangul_status_applet ko-imhangul_status_applet-0.2 cjh@FreeBSD.org

lang/ETHOberonV4 ETHOberonV4-0.9 jhicks@glenatl.glenayre.com

lang/cli cli-20021101 sobomax@FreeBSD.org

lang/cyclone cyclone-0.2 ports@FreeBSD.org

lang/dylan dylan-2.3.10 housel@acm.org

lang/gcl gcl-2.4.0 twp@unchi.org

lang/sr sr-2.3.1 ports@FreeBSD.org

lang/visualworks visualworks-5i.4 js@jeannot.org

mail/courier courier-0.39.3 yds@CoolRat.org

mail/youbin youbin-3.4 max@FreeBSD.org

math/rascal rascal-0.3.2_1 ports@FreeBSD.org

math/ruby-math3d ruby-math3d-0.03 knu@FreeBSD.org

misc/heyu heyu-1.33 plambert@plambert.net

misc/libh libh-0.2.2 anarcat@anarcat.dyndns.org

multimedia/xine_d4d_plugin xine_d4d_plugin-0.3.2 gibbon@cocoa.freemail.ne.jp

multimedia/xine_d5d_plugin xine_d5d_plugin-0.2.7_1 nobutaka@FreeBSD.org

net/linphone linphone-0.11.0_2 ports@FreeBSD.org

net/pixilate pixilate-0.4 bvi-ports@moria.org

net/v6eval v6eval-2.1.1 Yukiyo.Akisada@jp.yokogawa.com

net/xbone XBone-2.0 yushunwa@isi.edu

print/pdflib4 pdflib-4.0.3_1 sysadmin@alexdupre.com

russian/pgp.language ru-pgp-2.6.3ia ache@FreeBSD.org

security/hashish hashish-0.4b ports@FreeBSD.org

textproc/latte latte-1.1 nc-rotherdo@netcologne.de

textproc/p5-XML-Sablotron p5-XML-Sablotron-0.98 skv@FreeBSD.org

textproc/tei-xsl-fo tei-xsl-fo-1.0_1 henrik.motakef@web.de

textproc/tei-xsl-html tei-xsl-html-1.0_2 henrik.motakef@web.de

vietnamese/vnterm vi-vnterm-3.4 obrien@FreeBSD.org

www/beonex beonex-0.8.1 trevor@FreeBSD.org

www/cgihtml cgihtml-1.69_1 roam@FreeBSD.org

www/cl-lml cl-lml-2.3.4 henrik.motakef@web.de

www/gn gn-2.24 ports@FreeBSD.org

www/http-analyze http-analyze-2.01_2 todd@thisisa.com

www/p5-Apache-Filter p5-Apache-Filter-1.022 ports@freebsd.org

www/rt2 rt2-2.0.15 ports@FreeBSD.org

www/sarg sarg-1.4.1 mt@primats.org.ua

x11-toolkits/fox-xunicode fox-0.99.174_1 ports@FreeBSD.org

x11-toolkits/geramik geramik-0.24 haesu@TowardEX.com

x11/twin twin-0.4.6 samy@kerneled.com

Debian 10 éves szülinapi bulijának keretében beindult a csomagleírások fordítása. A fordítófelület az immár hagyományos JohnZero által készített FSF.hu fordítófelület, amelyiken te is besegíthetsz. Ha személyesen szeretnél a többi Debianossal találkozni, a Schönherz koliba ugorj be.

--

mag

Pár nappal ezelőtt jelentették be, hogy az OpenBSD 3.3 tag 3.4-beta-ra változott a CVS-ben. Az OpenBSD projekt FTP szerveréről már letölthető az OpenBSD 3.4-beta snapshot.

Letölthető innen.

Ajánlott olvasmány:

INSTALLATION NOTES for OpenBSD/i386 3.4

Linux + OpenBSD: it's possible

A legtöbb Debian felhasználó nem tudja, hogy a Debian a Deborah (Ian Murdock felesége) és az Ian (DebIan) szavakból áll össze. Ian Murdock az az ember, aki 10 éve útnak indította a világ legnagyobb nem kereskedelmi Linux terjesztését, a Debian-t.

Az indulás ezzel a levéllel kezdődött, amelyet 1993. augusztus 16-án Ian elpostázott a comp.os.linux.development hírcsoportba.

A Queensland Egyetem (Brisbane, Ausztrália) 3.25 milló amerikai dollárt fektetett egy Linux alapú szuperszámítógépbe. A számítógép feladata segítkezni a földtani és földrengésekkel kapcsolatos kutatásokban.

Ez a gép pontosan azokat a dolgokat használja fel, amelyeket a SCO kifogásol a Linux kernelben (NUMA, SMP, RCU). Vajon ők vettek SCO licencet?

A VNunet cikke itt.

A hét elején felütötte a fejét egy olyan exploit , amely a windows gépek dcom rpc interfészének hibáját használja ki. A hiba következtében teljes adminisztrátori hozzáféréshez lehet jutni az áldozat gépen. A hibára alapozva meg is jelent egy féreg (worm), amely az W32.Blaster nevet kapta. A worm-ot úgy tervezték, hogy elosztott támadást képes indítani a www.windowsupdate.com ellen. Az ellen a site ellen, amelyről a windows gépek a biztonsági frissítéseiket tölthetik le. Ha a támadás sikeres, akkor a felhasználók pont attól az oldaltól nem kapnak segítséget, amelytől a féreg elleni frissítést le lehetne tölteni. (Az egy másik kérdés, hogy a szakértő szerint a frissítések letöltése után is sebezhetőek maradnak a windows gépek).

Tegnapelőtt a Microsoft ellen DDoS támadást indítottak, amelynek következtében a www.microsoft.com nem volt elérhető mintegy két órán keresztül. Nem az első támadás volt ez a hónapban. Augusztus 1-én egy hasonló támadás érte a Microsoftot.

Mivel a felhasználóknak létfontosságú, hogy a bizonsági frissítéseket le tudják tölteni, a Microsoft egy meglehetősen nagy, elosztott hálózatot hozott létre a windowsupdate.com háttereként. Nem csak a saját domain-jükön belül oldják meg a frissítések disztributálását, hanem segítségül hívják az Akamai Technologies Inc.-et (Cambridge, Massachusetts), amely egy világméretű hálózattal rendelkezik.Továbbá, hogy ne bizzák a véletlenre a Microsoftnál, nem csak windowsos gépekkel biztosítják a www.windowsupdate.com működését. A Netcraft adatai alapján úgy tűnik, hogy Linux szervert is üzembeállítottak (biztos, ami biztos) (hát persze hogy az Akamai-nál, nehogy azt lehessen mondani, hogy a Microsoft nem bízik a saját webszerverében. Így mondhatják azt, hogy az egy 3party cég, ők csak a megbízást adták).

Kapcsolódó hírek:

Microsoft.com falls to DOS attack

Microsoft prepares to be Blasted

Windows Update flaw 'left PCs open' to MSBlast

Lassan megszokottá válik, hogy én fordítom az MPlayer híreit. Itt a legújabb az MPlayerHQ-ról:



"Mint azt tudjátok, azt tervezzük, hogy kiadjuk az MPlayer 1.0pre1-et. Ez nem egy megszokott kiadás lesz, nem fog hasonlítani a korábbiakra. Annális inkább mert a célja főként a bug vadászat, és emellett egy kis technológiai bemutató abból, hogy jelenleg mire is vagyunk képesek.

Most biztos felmerül bennetek a kérdés, hogy mire vagyunk képesek?

• le tudjunk játszani a kodekek széles skáláját a libavcodec-kel, ami azt jelenti, hogy nincs szükség a továbbiakban bináris kodekekre! (az új kodekek a H264, Indeo3, Sorenson3, VP3, 3ivx, FFv1, ASV1, VCR1/VCR2)
• csak az újabb Real file-okat (és néhány QuickTime audio kodeket) igényel bináris kodekeket
  
• stabilabb az MPlayer mint eddig bármikor
  
• tisztább a kódbázis, mint eddig (bár a G2 sokkal tisztább lesz)
  
• támogatás MPEG-TS (Transport Stream), DVB és TIVO formátumokhoz
  
• támogatás a DivX.com 5.0.5 könyvtáraihoz (library)
  
• egyedülálló támogatás a jövő technológiáihoz: a Theora-hoz és a Matroska-hoz!
  
• majdnem teljesen kész önálló Windows (MinGW) port. A segítséget és tesztelést nagyra értékeljük

(Meg tudod tekinteni az aktuális ChangeLog-ot a CVS-ben itt)

"És mi van a bug vadászattal, amit említettél?"

Úgy tervezzük, hogy bekapcsoljuk a kód problémás részeit, így meg tudjuk találni a régóta rejteve maradt hibákat is. Például a parancssori/konfig értelmező rutinokban van néhány olyan funkció amely jelenleg ki van kapcsolva azért, mert egyelőre még nincsenek tesztelve.

Ohh, mielőtt elfelejtem, említettem már, hogy azt tervezzük, hogy szervezünk egy bug vadász party-t?

Várjuk programozók jelentkezését. Csatlakozni tudsz a levelező listához itt.

Arra szeretnélek kérni benneteket kedves felhasználók - hogyha azt szeretnétek, hogy a problémáitok tényleg meg legyenek oldva - akkor küldjetek igazi bugreportokat a -users listára (a dokumentáció, és a bug report szekció elolvasása után, amelyet itt találsz) a levél tárgy mezőjében a [BUG] feltüntetésével.

Es semmi tobbet nem tudok elmondani ((c) szalacsi), soka eljen az MPlayer!

A Unix jogok (permissions) flexibilisek és megoldást nyújtanak a legtöbb hozzáférési probléma megoldására. Viszont vannak olyan esetek, amikor szeretnénk hogy rugalmasabbak legyenek a lehetőségeink.

Az ACL-ekkel (Access Control Lists) sokkal nagyobb szabadsággal rendelkezhetünk, mint a hagyományos UNIX user/group/other jogokkal. Az ACL-ek jelen vannak évek óta a kereskedelmi UNIXokban, mint az SGI-s IRIX vagy a Sun féle Solaris (és má$ rendszerekben is, mint például a Windows NT).Mostantól - köszönhetően a TrustedBSD projekt munkájának - az ACL-ek megtalálhatóak a FreeBSD 5.0-RELEASE-ben és az azt követő kiadásokban.

Daniel Harris írása az ACL-ek használatának alapjaiba vezet be minket.

Az írást megtalálod itt.

A gluck.debian.org pillanatnyilag áll, egy processzorhűtő ventillátor hibája miatt.

Pillanatnyilag a people.debian.org és a cvs.debian.org nem elérhető ameddig a szolgáltatást helyre nem állítják. A packages.debian.org és a www.debian.org -ot áthelyezik és folytatják a munkájukat.

A fejleszők az elnézésünket kérik a kényelmetlenségekért.A hírt pillanatnyilag azért tettem ki, mert aki a Debian X party-n, vagy otthon a Debian 10 szülinapját fordítással szerette volna ünnepelni, az épp most nem tud fordítani.

_{További mellékes tény, hogy guska szerint itt rohadt meleg van (egyébként igaza van, még ha úgy is gondolja, hogy viccel :-) )}

Úgy tűnik, hogy megjelent az Urban Terror Beta 3.0. Az Urban Terror egy Quake 3 motorra (engine) épülő realisztikus átirat. A stuff kb. 322MB-ot tesz ki.A stuff letölthető innen.

Honlap, mirrorok listája itt. Urban Terror Beta 3.0 for Linux oldal itt.

Ahhoz képest, hogy milyen régi a Q3 engine, valóban impresszívek a képek. Nézd meg itt.

[2003. aug. 13.] DSA-358 linux-kernel-2.4.18 - különböző sebezhetőségek ("oops" fix)

Advanced Micro Devices Inc.-nek biztos jól jött a kormánymegrendelés, hiszen több mint 3.000 1.8Ghz-es Opteron 244-est vett a Los Alamos Nemzeti Laboratórium.

A processzorokat Linux alapú klaszterekben fogják felhasználni.

(vajon vettek-e hozzá SCO licencet? ;-)Az egyik klaszter - amely a Villám (Lightening) klaszter névre hallgat - 2.800 Opetron CPU-val fog rendelkezni. Ennek a klaszternek feladata a Nemzeti Nukleáris Biztonsági Igazgatóság 'Fejlett Szimuláció és Számítás' névre hallgató programjának támogatása lesz.

A másik klaszter kódneve Narancs. A klaszter 256 node-ból áll, amelynek mindegyike két processzorral rendelkezik. Feladata az antibiotikumok tervezése és szimulálása lesz.

A klasztereket a Salt Lake City-beli Linux NetworX Inc. tervezi és építi.

Bővebben itt.

Gordon Tetlow reméli, hogy a végső verzióját teszi közzé annak a foltnak, amely segítségével módunk nyílik dinamikusan linkelt alaprendszert használni FreeBSD-n.Két okból készített ilyen foltot. Az egyik ok az, hogy így jobb támogatást lehet nyújtani a PAM-hoz és az NSS-hez az alap (base) rendszerben. A másik ok az, hogy a dinamikusan linkelt binárisoknak köszönhetően a több merevlemez-területet spórolhatunk meg. Egy x86 gépen jelenleg a /bin és /sbin 32 MB-nyi helyet foglal (a szerző teszt környezetében). A dinamikus linkelés (és néhány bináris eltávolítása) után a /bin, /lib és az /sbin összesen 6.1 MB-ot foglal el.

A dolog egyetlen hátránya a sebességcsökkenés. Gordon mérései szerint a statikus binárisokkal való bootolás 12 másodpercet vett igénybe, míg a dinamikusan linkelt binárisok esetén ez 15 másodpercre növekedett (a /etc/rc végrehajtástól a login prompt-ig).

Gordon levele itt.

Pawel Jakub Dawidek egy olyan fejlesztésen dolgozik, amely a GEOM "stack-elhető BIO alrendszeren alapul", és amely lehetővé teszi azt, hogy hálózaton keresztül felcsatoljunk távoli lemez eszközöket. Ez a dolog nem tévesztendő össze a távolról felcsatolt filerendszerekkel, mint például az NFS.

Hogyan működik ez? Ppéldául van két gépünk: egy 'kliens' és egy 'szerver' és fel akarjuk csatolni a szerver /dev/ad0s1a eszközést a 'kliens' gépen

szerver# ggd -f /dev/ad0s1a

kliens# kldload geom_gate
kliens# ggc -a -h 'server' -s sizeof(/dev/ad0s1a) -u 5
kliens# mount /dev/gg5 /mnt/foo

Estére több, mint 50 millió amerikai ember maradt villamos áram nélkül Észak-Amerikában és Kanadában. Az áramszolgáltatás teljesen megszűnt a nagy amerikai városokban. Az CNN első hírei szerint emberi mulasztás történt egy villamos vezeték cseréjekor, bár először terrorista támadásra gondoltak. Egyelőre nem ismert pontosan a hiba oka. A képek szerint New York teljes sötétségben van.Az internetezők szempontjából azért érdekes a dolog, mert számos szerver nem elérhető jelen pillanatban sem, az amerikai régióból. Várható, hogy a szünetmentes tápegységek lemerülésével egyre több szerver tűnhet el addig, amíg a hibát ki nem javítják.

Bár a CNN weboldala arról számol be, hogy jön vissza az áram, a CNN Tv adásában élőben látni, hogy New York sötétben van.

Az Open Source Development Laboratory (OSDL) kiadott egy Q&A dokumentumot a SCO perrel kapcsolatban. A dokumentum célja az, hogy segítsen az IT döntéshozóknak megérteni a rizikóját annak, ha elutasítják a SCO igényeit a licenc vásárlással kapcsolatban.