Megjelent az ekkoBSD Firewall 1.0 Alpha 1. A rendszer nem más, mint egy teljes értékű, biztonsági szempontból megerősített operációs rendszer állapot tartó csomagszűrővel, és NAT tűzfallal.

A rendszer jellemzői:

A tavalyi éves TOP10 összefoglalóhoz hasonlóan idén is elkészítettem a 2003-as évben legtöbbet olvasott HUP cikkek listáját. Lássuk mi foglalkoztatott minket a legjobban a 2003-as évben:



10. helyezett:

A Novell Inc., megvásárolta a SuSE Linux-ot

A cikk forrása: HUP

A cikk szerzője: trey

Postázta: trey

Postázás dátuma: 2003. november 4.

Olvasások száma: 1593

Szerkesztői megjegyzés: ``Azt hiszem ez a hónap híre eddig a Linux világban. A Novell Inc., ma bejelentette, hogy megvásárolta az egyik legnagyobb disztribútort - a német SuSE Linux-ot.''9. helyezett:

Feltörték a Debian Project szervereit

A cikk forrása: HUP

A cikk szerzője: isti

Postázta: trey

Postázás dátuma: 2003. november 21.

Olvasások száma: 1644

Szerkesztői megjegyzés: ``Ma reggel meglepve tapasztaltam, hogy sem a security.debian.org, sem pedig a www.debian.org nem elérhető a szokásos módokon. Rövid érdeklődés után kaptam azt a választ, hogy feltörték a Debian Project összes szerverét.''

8. helyezett:

Backdoor-t próbáltak csempészni a fejlesztői Linux kernelbe

A cikk forrása: HUP

A cikk szerzője: trey

Postázta: trey

Postázás dátuma: 2003. november 6.

Olvasások száma: 1722

Szerkesztői megjegyzés: ``Larry McVoy - a BitMover alapítója, a Bitkeeper atyja - tegnap egy az LKML-re küldött levelében felhívta a fejlesztők figyelmét arra, hogy valaki backdoor kódot próbált becsempészni a fejlesztői kernelfába.''

7. helyezett:

Workrave - a Workaholic ellen

A cikk forrása: HUP

A cikk szerzője: trey

Postázta: trey

Postázás dátuma: 2003. július 16.

Olvasások száma: 1769

Szerkesztői megjegyzés: ``Sokszor fáj a fejed a munkától? Nem tudsz időben elszakadni a számítógéptől? Nem tudod a felhasználókat elüldözni a gépektől és ez az agyadra megy? Ismerős a jelenség ugye?''

6. helyezett:

UML: User Mode Linux (1. rész - a kezdetek)

A cikk forrása: HUP

A cikk szerzője: trey

Postázta: trey

Postázás dátuma: 2003. március 15.

Olvasások száma: 1810

Szerkesztői megjegyzés: ``UML - Számos előnye van. Az egyik legnagyobb előnye a VmWare-rel szemben, hogy free, és kb. 45 másodperc alatt működésre lehet bírni (már ha le vannak töltve a szükséges alkatrészek). Ezt bárki el tudja végezni, nem kell hozzá Linux gurunak lenni.''

5. helyezett:

Interjú Árpival, az MPlayer fejlesztőjvel (v2)

A cikk forrása: HUP

A cikk szerzője: trey

Postázta: trey

Postázás dátuma: 2003. június 25.

Olvasások száma: 1834

Szerkesztői megjegyzés: ``Sokaknak úgy tűnik, hogy megállt az MPlayer fejlesztése. Kb. másfél évvel ezelőtt készítettem egy interjút Árpi-val, most úgy éreztem, hogy itt az ideje annak, hogy újra megkeressem. Meg akartam kérdezni, hogy mi az oka annak, hogy lelassult (megállt?) az Mplayer fejlesztése, érdeklődtem a készülő G2-es MPlayerről, és a világ eseményeiről.''

4. helyezett:

Feltört Debian szerverek

A cikk forrása: HUP

A cikk szerzője: trey

Postázta: trey

Postázás dátuma: 2003. november 21.

Olvasások száma: 1842

Szerkesztői megjegyzés: ``A korábbi cikkben olvashattunk, hogy feltörték a Debian Projekt összes szerverét. Akkor kevés információ állt még rendelkezésre, de most talán tisztábban látunk, ha elolvassuk Martin Schulze (joey@infodrom.org) levelét.''

3. helyezett:

Fizetnie kell a SCO-nak

A cikk forrása: Slashdot

A cikk szerzője: trey

Postázta: trey

Postázás dátuma: 2003. szeptember 2.

Olvasások száma: 1975

Szerkesztői megjegyzés: ``A Slashdot szerint megszületett az első bírósági ítélet, amely arra kötelezi a The SCO Group-ot, hogy fizessen az állításai miatt.''

2. helyezett:

Nem! Nem ér véget.

A cikk forrása: HUP

A cikk szerzője: trey

Postázta: trey

Postázás dátuma: 2003. november 10.

Olvasások száma: 2081

Szerkesztői megjegyzés: ``Véget ér az ingyenes Linux-disztribúciók kora? címmel jelent meg (lásd itt) a napokban egy írás, amely meglehetősen nagy port kavart fel. A cikk írója sokak szerint nem tájékozódott kellő alapossággal, vagy csak egyszerűen elfogult, hogy a cikket ebben a formában megírta.''

1. helyezett:

Bruce Perens analízise a SCO kiszivárgott kódjával kapcsolatban

A cikk forrása: HUP

A cikk szerzője: trey

Postázta: trey

Postázás dátuma: 2003. augusztus 20.

Olvasások száma: 2446

Szerkesztői megjegyzés: ``Bruce Perens elkészítette annak a kiszivárgott SCO "bizonyítéknak" az elemzését, amelyet tegnap tett közzé a Heise német nyelvű IT oldal. Az 1-es képen látható görög szöveg megfejtése nem volt bonyolult.''

Jővőre új lista!

Mint 6 éve mindig, a Linux Weekly News idén is elkészítette az év Linuxos történéseit egy csokorba gyűjtő időrendi összefoglalóját.A készítők remélik, hogy az ugyan rövid, de annak ellenére komplett felsorolás hitelesen visszaadja a Linux világ ez évi történéseit.

A 2003-as összefoglaló itt kezdődik.

Az elmúlt 5 év kronológiája sorrendben:

• 2002
• 2001
  
• 2000
  
• 1999
  
• 1998

A karácsonyi ünnepek alatt kevés olyan írás jelenik meg, amiről érdemes írni. Az egyik ilyen az ArsTechnica cikke a nemrég megjelent 2.6-os Linux kernel ütemezőjéről.A Linux.Ars két szerzője nagyon jó, laikus által is érthető cikket írt az O(1) ütemezőről ``Inside the Linux 2.6 Scheduler'' címmel.

Érdemes elolvasni!

A cikket megtalálod itt.

Akit részletesebben érdekel az O(1) ütemező működése, azoknak ajánlom figyelmébe a HUP cikkeit:

A Linux processz ütemező

Linux processz ütemező II.

Linux processz ütemező III.

Miközben még egyes oldalak a MySQL 3-as verzióját futtatják, a svéd MySQLAB kiadta a népszerű adatbázis szerver termékének 5.0.0 preview verzióját. A kiadás újdonságai között olyan dolgok szerepelnek, mint például az SQL-99 stílusú tárolt eljárások alapszintű támogatása...Az 5.0.0-ás verzió egy előzetes, semmiképpen nem tekinthető éles környezetbe való kiadásnak.

Az anyag letölthető innen. Az 5.0.0 újdonságainak listája itt. Az 5.0.x sorozat újdonságai itt.

H. Peter Anvin (HPA) bejelentése szerint RAID 6 (RAID = Redundant Array of Independent (vagy Inexpensive) Disks) támogatáson dolgozik a Linux kernelhez. Ha a támogatás kész lesz, akkor a jelenlegi md-n keresztül lehet majd elérni.

A RAID 6 (más néven RAID 5+) egy kibővített verziója a RAID 5-nek. A RAID 6 egy kiterjesztett hibatűrést valósít meg azzal, hogy egy második független, elosztott paritási sémát (két dimenziós paritást) használ. ->

A RAID 6 hátrányai:

- sokkal komplexebb kontroller tervezésre van szükség (hardveres RAID 6 esetén)

- a második partitás kiszámításából adódó nagyon magas overhead

- N+2 drive kell a megvalósításához

HPA szerint elkészült egy olyan kód, amely már tesztelhető. Ez az első olyan fejlesztői snapshot, amely már nem tartalmaz *ismert* hibát.

Azaz: mountolható a RAID 6-on fekvő filerendszer, lehet rá adatot írni, róla olvasni, 2 diszk kiesése esetén még újrabootolható a rendszer, és az adatok rajta vannak, és a hiányos tömbhöz hozzáadott diszkekre a rendszer újraépíti a hiányzó adatokat.

A vállalkozó kedvű tesztelők megtalálják a fejlesztői snapshotot itt. HPA levele itt.

Téli estéken szépek azok a házak, amelyeket tulajdonosaik izzókkal díszítenek fel. Nem ritka az olyan ház, amelyen több száz világítótest van.

Egy igazi Linux felhasználó házáról nem hiányozhat Tux, a linuxosok szent állata. - gondolta Michael Still. Azt gondolta, hogy SK (saját kezűleg) készít olcsó, világító Tuxot a háza homlokzatára. Neki is állt a tervezésnek amelyhez - mondanom se kell - Linuxot használt. Gimp, libmplot, egy kis C hack, és már kész is a stuff. Amint elkészül a terv, nem kell más hozzá mint egy MDF lap, fúrógép, néhány izzó, egy kis szabadidő és mér kész is a ház dísze.

src="http://www.stillhq.com/christmas/twinkletux-garage-close.png" alt="" border="" height="200" width="320">

src="http://www.stillhq.com/christmas/twinkletux-garage-medium.png" alt="" border="" height="200" width="320">

(Buherátoroknak)

Andrej újra támad. Az az érzésem, mintha egy magyar nyelven író ESR+RSM lenne :-)



``Úgy tűnik, nem ússzátok meg a Karácsonyt nélkülem :-))

A retek 1-es verziójából kimaradt a lényeg. Az, hogy mit is érdemes csinálni.Szerintem:


1. Kell szupport/fejlesztési cégecskét alapítani, csak haverok néhányan. Egyedül nem az igazi, mert akkor az ember nem tud elmenni hosszú nyaralásra. Pedig az jó. Én tudom :-) Alkalmazottakkal se az igazi, mert: BigMacs vs. TheNakedChef (Ott hibázik Joelon érvelése, hogy azt gondolja, hogy az ő szoftver termékét nem fogja porba gyalázni egy open source rivális. De fogja.)

2. Kell 1-5-10-50 ügyfél (mindenkinek ízlése szerint). Lehetőleg hasonló üzletágból.
Tehát ha sikerült megszerezned 2 atomerőművet, mint ügyfelet, akkor probálkozz egy atomágyúgyárnál:-)

3. Vedd a fáradságot, és értsd meg, lásd át, hogy az ügyfeleidnél ki mit csinál, és miért. Ez a pont a legnehezebb egy számítástechnikusnak. De sajna nem hagyható ki az eredmény szempontjából.

4. Napi szinten olvasd a freshmeat, slashdot, sourceforget oldalakat. Érdekes tud még lenni
ez, vagy
ez is.

Ha valami olyat találsz, ami segíti valamelyik ügyfelednél a munkát ne habozz. Töltsd le, nézd meg, és prezentáld. Ha sikerül néhányszor olcsóbbá, hatékonyabbá tenni a munkájukat rendkívül hálásak lesznek neked, és ezt pénzben is érezni fogod, valamint ragaszkodásban, ami hosszútávon szintén pénzt jelent neked. Tapasztalatom szerint a legnagyobb megbecsülést olyan aproságokkal lehet kiérdemelni, mint egy mobil addressbook szinkronizáció, tömeges faxolás, bármi, ami csökkenti akárkinek a mechanikus munkáját az ügyfelednél. A mechanikus munka letompítja az agyat, ez látszik mindenkin, ha elmúlik, akkor viszont napi 10-szer fog megdícsérni, hogy milyen jó fej voltál, hogy segítettél neki, és nem kell x órán keresztül csinálnia a ... Ilyen apróságokon sok múlik. Akár a következő évi szerződésed.

Ha valaki megcsinált egy munkát valahogy, akkor legközelebb nem áll neki gondolkodni, hogy hogy lehetne jobban. Megcsinálja ugyanúgy. Láttam embert, aki egy 500 soros textfile-ban minden sor végén kézzel nyomott egy plusz entert, mert 10 éve amikor először ez volt a feladata, akkor NortonEditorban kezdte, és ott nem volt más megoldás. Na jó ez extrém eset, de az élet legalább ilyen szörnyű :-).

5. Mivel olcsóbban és hatékonyabban fognak dolgozni az open source-t használó cégek, mint azok akik nagyot szopnak ( MacroSuck :-) ), piacot fognak nyerni a versenytársak előtt. Ne habozz elmondani, hogy ez miattad is van :-))) Ha jobban megy a bolt az ügyfeleidnél, azt is érezni fogod :-)

6. Idle time-ban fejlessz open source programot. Nagyon jó, ha a neved ott van valami lényeges projekt lényeges helyén. Hogy a f***om-ba ne lenne jo :-)))

Ha olyan projektet választasz, amit az ügyfeleid használnak annak dupla haszna van. Egyrészt meg tudod csinálni azokat az extra igényeket, amikkel fellépnek (fizettesd ki, akar többel is párhuzamosan :-))), de csak óvatosan, hogy baj ne legyen!), valamint, más cégek, akik át akarnak váltani az adott progira a te nevedet látják a forrás környékén. Nehogy lefelejtsd az email-edet, és az országot/várost, ahol élsz (esetleg a telefonszámodat :-), végzetes hiba lenne!)

7.Igyekezz minden programot több platformos open source progira lecserélni az ügyfeleidnél. Több platform: retek 1 :-) Ha céges programokat szupportálsz, akkor az ügyfeleid számára, csak egy (felesleges) köztes tényező vagy a nagy cég és őközötte. sokszor fog eszébe jutni, hogy téged kéne kidobni, hogy olcsóbban megússza, mert a program költségeit mindenképpen ki kell fizetnie. Ha viszont open source-t, akkor elsősorban te vagy a lényeg. Nagyon nem mindegy.
8. Lépten nyomon hangoztasd, hogy aki nem open source-t használ az megbüdösödik, és elrohad:-)

Mutogass az (reménybeli) ügyfeleidnek elemzéseket, hogy az open source mindent megnyer :-)


Pl: A katedrális és a bazár, és az én szösszenetem :-))



A világ rendkívül változatos. A cégek követik ezt a változatosságot. A nagy szoftvercégek viszont nem. Ők egy-egy terméket probálnak lenyomni mindenkinek a torkán. Az open source követi ezt a változatosságot. Viszont szükség van "ragasztó" emberekre, akik a konkrét cégek belső működését és az open source programok hihetetlen garmadáját is átlátják. Ők tudják megcsinálni, hogy a cégek ki bírják használni a nyílt forráskódban lévő hihetetlen erőt.

Bár konkrétan nem írják, de ha figyelmesen olvasod kiderül, hogy a Google Labs minden innovációja mögött az van, hogy a Linuxra építkeznek, és a linuxos programok forráskódját szabták át olyanra ami nekik kellett (írtak például egy hibatűrő cluster filerendszert, minden adott, pontosan annyit kellett belefejleszteni, ami nekik kelett, semmi f***kodás). Az MS hihetetlen pénzeket öl, hogy befogja a Google-t, de a nyomába sem ér.

Pl: Ott van a Google Calculator-a. Szerintem a fejlesztés úgy zajlott, hogy:


apt-get install units bc


És mehet a marketinges bejelentés, hogy áldozatos munkával kifejlesztettük a hiper kalkulatort, amellyel több száz mértékegység között is képes átváltani.

Teljesen esélytelen, hogy ennek bármilyen zárt forráskódra támaszkodó fejlesztés a közelébe kerüljön. Nem állítom, hogy egy bc-t, vagy egy units-ot nem lehet leprogramozni újra, de aközött, hogy valaki kitalálta, hogy mi lenne, ha a Google tudna számológépként müködni, és aközött, hogy ez meg is valósult, jelentősen rövidebb a idő telik el, és jelentősen kevesebb a pénz befektetés. Adott esetben ezen egy igazi nagy üzlet áll, vagy bukik.


Ragasszatok kedvetekre :-))


Ez egy karácsonyi ajándék, csak úgy bele a nagyvilágba. Mindenki csak annyit egyen belőle, hogy meg ne feküdje a gyomrát. :-)

BKÜ!


Egy héttel a xine-lib rc3 után a XineHQ kiadta a xine-ui továbbfejlesztett változatát a 0.9.23-at.

Emlékszik még rá valaki? Sokunk kedvenc játéka volt Spectrumon, Commodore-on :-)

A Head over Heels - ez az izometrikus grafikával rendelkező puzzle - valamikor 1987-ben jelent meg először az Ocean gondozásában (Axon turbo, magnó+kazetta, gazdagabbaknak floppy!), de úgy látszik, hogy majd 20 évvel később is van rá igény.Olyannyira, hogy létezik belőle linuxos verzió is. Sajnos csak bináris verzió van belőle. A linuxos port stock Mandrake 8.1-en készült, így elvileg minden olyan Linux disztribúción futnia kell, amelyben glibc 2.1 vagy újabb van. A rendszerkövetelmény minimum 128MB RAM (256MB ajánlott) 233MHz-es vagy jobb processzor.

Az anyag letölthető innen (15MB).

Képernyőképeket találsz a játékról itt. A projekt honlapja itt.

Megjelent a Wine leszármazott, a TransGaming által a linuxos játékosoknak fejlesztetett windows emulátor Winex 3.2.1-es verziója. Az új verzióban számos hibát javítottak. A hibajavítás mellé került új funkció is.Ezzel a kiadással már működik a HomeWorld 2 intro-ja, és az összes video betét is. Fixáltak több olyan hibát, amely a Half Life összeomlásához vezetett, és javítottak néhány kellemetlen hanggal kapcsolatos hibát is.

Az anyag - szokás szerint - letölthető .tar.gz, .deb, .rpm csomag formátumban (előfizetőknek) a Transgaming download szekciójából. Azonak akiknek nincs előfizetésük, marad a CVS fa (amelynek nem meglepően nem sok köze van a csomagokhoz).

A kiadással egy időben a Linux disztribútor SuSE és a Transgamig együttműködési megállapodást jelentett be.

A rendszer crack után feltámadt poraiból a Savannah.gnu.org, és újra fogadja a projekteket. A helyreállítással kapcsolatos fontos infók a projekt honlapján.

Scott a current@-ra küldött levelében felvázolta a FreeBSD 5.3 fejlesztésének főbb momentumait. Mint írta, a FreeBSD 5.2 egész jól összeállt, már csak az RC2 tesztelése és a QA van hátra. Valószínűleg januárban megjelenik a FreeBSD 5.2-RELEASE.

Scott elkészítette az 5.3 roadmap-jét, amely szerint a FreeBSD 5.3 valamikor 2004. április végén / május elején jelenik majd meg. Esetleg átcsúszhat a megjelenés június elejére, de ennél tovább semmiképpen nem szeretnék húzni a kiadást.

Scott szerint az elkövetkező 4 hét kritikus a kiadás határidejének szempontjából. Több fontos dolgot is meg kell valósítani a következő egy hónapban:

• új toolchain. lecserélésre kerül a binutils. Ez David O'brien feladata lesz
• Tervet kell készíteni egy olyan új GDB importálására, amely már támogatja a összes Tier1 platformot
  
• El kell kezdeni azt a munkát, amelynek eredményeként a megszakítások kezelése gyorsabbá válik. Pl. a MSI (Message Signaled Interrupts) támogatás megvalósítása
  
• Az ULE-t alapértelmezett ütemezővé kell tenni
  
• A KSE-t (Kernel Schedule Entities) alapértelmezett szálkezelő könyvtárrá kell előléptetni
  
• Elkezdeni a socket zárolási változásokat importálni a fába

További célok a FreeBSD 5.3-ban:

• BIND9
• A Giant (elavult zárolási mechnanizmus) fokozottabb kiszorítása
  
• Stabilitás. A FreeBSD a nyár-ősz óta kicsit visszafejlődött a stabilitásban (pl. az ATAng miatt). Ezt javítani kell.

Scott Long levele, amelyet érdemes elolvasni itt.

UHU-Linux 1.1-rc3 (Xmas)

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

Megjelent az UHU-Linux 1.1 harmadik Release Candidate verziója. Továbbra is tesztelésre szánjuk ezt a változatot, bár immár tényleg nagyon közel kerültünk a végleges kiadáshoz.

Letölthető az ftp://ftp.uhulinux.hu/pub/uhu/1.1-rc3/ cím alól.Fontosabb változások az 1.1-rc2 (Bors) óta:

- Sok újabb apró javítas került a kernelbe. Többek között javítottuk egyes BIOS-hibás gépek esetén a kernel indítása utáni azonnali lefagyást.

- Kijavítottuk az ldetect-lst csomag hibáját, melynek következtében egyes gépek indítás után 1-2 percen belül újraindultak.

- Az ADSL kapcsolatok jobb kihasználásához szükséges IMQ patchek bekerültek a kernel és iptables csomagokba.

- Floppy lemez automatikus csatolásakor csak minix, ext2 és vfat fájlrendszert keresünk, így lényegesen gyorsabb a csatolás.

- Továbbfejlesztettük a hangkezelést, ennek egyik mozzanataként az arts démon immár az alsa-t használja alapértelmezésben.

- Minden eddiginél vagányabb üdvözlő képernyő és animáció várja felhasználóinkat a telepítő rendszerbetöltőjében.

- A hunspell 0.9.7-es verziója a korábbinál lényegesen gyorsabb helyesírás-ellenőrzést biztosít. Ez nemcsak a paranacssoros felület használatakor, hanem az AbiWord és az OpenOffice.org programokban is érezhető. Utóbbi terén köszönettel tartozunk az FSF.hu csapatnak a karácsonyi build elkészítéséért, melyet az 1.1-rc3 kiadásba már betettünk.

- Számtalan hibajavítás az UHU Vezérlőpultban és a telepítőben.

- Az Opera böngésző is Bluecurve skint kapott.

A hibajelentéseket változatlanul a dev@uhulinux.hu listára várjuk.

Minden kedves Felhasználónknak békés karácsonyt és boldog új esztendőt

kívánunk!

--

UHU-Linux Csapat

Megjelent a Debian közösség szokásos heti hírlevelének, a DWN-nek az ez évi 51. száma.

Megjelent a FreeBSD 5.2 második kiadásra jelölt verziója. Az ISO-k letölthetők:

5.2-RC2-i386-bootonly.iso

5.2-RC2-i386-disc1.iso

5.2-RC2-i386-disc2.iso

5.2-RC2-i386-miniinst.iso

CHECKSUM.MD5RELEASE várhatóan januárban. FreeBSD 5.2 kiadási ütemterv itt. FreeBSD 5.2 TODO lista itt.

Andrew Morton - a stabil 2.6-os kernelszéria karbantartója - kiadta az első patchet a 2.6.0-ás kernelhez. Elég sok új anyag került bele.

A napokban megjelent a hunspell 0.9.7, és ez indokolttá tette új buildek elkészítését. Az újdonságok:

• Új, gyorsabb helyesírás-ellenőrző (hunspell 0.9.7)
• A Ljuba betűcsalád bekerült a linuxos telepítőbe. A Ljuba a Bitstream Verán alapuló, ő-t és ű-t tartalmazó ingyenes/szabad betűcsalád, melyet az FSF.hu Alapítvány készített.
• Hibajavítások – ezek csak apróbb nyelvi és kozmetikai hibák voltak. Súlyos, adatbiztonságot vagy stabilitást érintő hibára nem derült fény.

Letöltés: office.fsf.hu

KKis-nek köszönetően immáron a gpg_mail.sh script mind syslog, mind hiba esetén küldendő levelében angolul szólal meg.

Sziasztok! Elkészült a Samba által hitelesített átjáró HOGYAN fordítása
a Magyar LDP kiadásában,
az FSF.hu Alapítvány támogatásával.Kellemes Karácsonyi Ünnepeket és Boldog Új Évet Kívánunk mindenkinek!



Üdv.


dacas



Megjegyzés:
html (azonnal olvasható) |
html (tar) |
egyszerű szöveg |
PDF



Egyéb HOGYANok kereshetők és megtekinthetők a HOGYAN-INDEXben.

Felhívjuk az UHU-Linux fejlesztői verzióját figyelemmel kísérők figyelmét arra, hogy közel egy hónapja, napi rendszerességgel készülnek snapshot ISO-k.Ezek az időszakonként hivatalosan kiadott RC változatoknál is mindig frissebbek (az RC2-es pl. pontosan egy hete jelent meg).

Akinek van lehetősége, ezeket a napi snapshotokat a következő címről töltheti le: ftp://ftp.uhulinux.hu/uhu/1.1-beta-snapshot/

A szerveren működik rsync szolgáltatás is, ennek köszönhetően ha már van egy letöltött UHU-Linux ISO-nk, akkor csak a különbséget kell letölteni!

Ezek az ISO-k a teljes értékű rendszert tartalmazzák, amely az UHU új fejlesztésű telepítője segítségével könnyedén telepíthető.

Részletek, és további információk az UHU fejlesztői listán.

Az egyik kedvenc oldalam, a KernepTrap szerkesztője Jeremy Andrews interjút készített a 2.4-es Linux kernel karbantartójával, a brazil Marcelo Tosattival (cikk).Marcelo Tosatti 2001. novemberében 18 éves korában lett az akkori stabil Linux kernelsorozat a 2.4 széria karbantartója (maintainer). Az első általa kiadott kernel a 2.4.16-os (cikk) volt 2001 november 26-án, mely elég gyorsan követte a 2.4.15-öst, amely filerendszer hibákat okozott (cikk). Most két évvel később Marcelo azt tervezi, hogy a 2.4-es kernelszériát karbantartási módba helyezi. Új funkciók már nem kerülnek a 2.4-be, kizárólag bugfixeket és a biztonsági javításokat fogad majd a tervek szerint Marcelo a fejlesztőktől.

Marcelo Brazíliában él, és jelenleg a Cyclades Corporation-nél dolgozik. Korábbi munkahelye a Conectiva Inc. volt.

Az interjút megtalálod itt.

A Linux kernel megalkotója Linus Torvalds cáfolja a The SCO Group állításait a kódmásolással kapcsolatban. Tegnap este Linus átfutotta a SCO által felsorolt fileokat, és az alábbiakat írta:

``...jelenleg nincs eredeti UNIX kód a kezemben, hogy össze tudjam hasonlítani, de azoknak a fileoknak, amelyeket ellenőriztem (ctype.[ch]) határozottan nincs UNIX történelmük.''``Más szóval, úgy gondolom, hogy teljesen meg tudjuk dönteni a SCO állításait ezzel a 65 filelal kapcsolatban.... Úgy gondolom, hogy jó látni, hogy meg tudjuk mutatni, hogy a SCO - megint - teljesen inkorrekt.''

Linus levelében részletesen beszél az ügyről. A thread itt kezdődik.

A SCO megnevezte azokat a fileokat (legalábbis egy részüket), amelyet szerinte el kell távolítani a Linux kernelből. Szerintük az alábbi fileok érintettek:Re: The SCO Group, Inc. (“SCO”)

Dear Unix Licensee,

In May 2003, SCO warned about enterprise use of the Linux operating system in violation of its intellectual property rights in UNIX technology. Without exhausting or explaining all potential claims, this letter addresses one specific area in which certain versions of Linux violate SCO's rights in UNIX.

In this letter we are identifying a portion of our copyright protected code that has been incorporated into Linux without our authorization. Also, our copyright management information has been removed from these files.

These facts support our position that the use of the Linux operating system in a commercial setting violates our rights under the United States Copyright Act, including the Digital Millennium Copyright Act. We are notifying you of these facts so you can take steps to discontinue these violations. We believe these violations are serious, and we will take appropriate actions to protect our rights. No one may use our copyrighted code except as authorized by us. The details of our position are set forth below. Once you have reviewed our position, we will be happy to further discuss your options and work with you to remedy this problem.

Certain copyrighted application binary interfaces (“ABI Code”) have been copied verbatim from our copyrighted UNIX code base and contributed to Linux for distribution under the General Public License (“GPL”) without proper authorization and without copyright attribution. While some application programming interfaces (“API Code”) have been made available over the years through POSIX and other open standards, the UNIX ABI Code has only been made available under copyright restrictions. AT&T made these binary interfaces available in order to support application development to UNIX operating systems and to assist UNIX licensees in the development process. The UNIX ABIs were never intended or authorized for unrestricted use or distribution under the GPL in Linux. As the copyright holder, SCO has never granted such permission. Nevertheless, many of the ABIs contained in Linux, and improperly distributed under the GPL, are direct copies of our UNIX copyrighted software code.

Any part of any Linux file that includes the copyrighted binary interface code must be removed. Files in Linux version 2.4.21 and other versions that incorporate the copyrighted binary interfaces include:

include/asm-alpha/errno.h

include/asm-arm/errno.h

include/asm-cris/errno.h

include/asm-i386/errno.h

include/asm-ia64/errno.h

include/asm-m68k/errno.h

include/asm-mips/errno.h

include/asm-mips64/errno.h

include/asm-parisc/errno.h

include/asm-ppc/errno.h

include/asm-ppc64/errno.h

include/asm-s390/errno.h

include/asm-s390x/errno.h

include/asm-sh/errno.h

include/asm-sparc/errno.h

include/asm-sparc64/errno.h

include/asm-x86_64/errno.h

include/asm-alpha/signal.h

include/asm-arm/signal.h

include/asm-cris/signal.h

include/asm-i386/signal.h

include/asm-ia64/signal.h

include/asm-m68k/signal.h

include/asm-mips/signal.h

include/asm-mips64/signal.h

include/asm-parisc/signal.h

include/asm-ppc/signal.h

include/asm-ppc64/signal.h

include/asm-s390/signal.h

include/asm-s390x/signal.h

include/asm-sh/signal.h

include/asm-sparc/signal.h

include/asm-sparc64/signal.h

include/asm-x86_64/signal.h

include/linux/stat.h

include/linux/ctype.h

lib/ctype.c

include/asm-alpha/ioctl.h

include/asm-alpha/ioctls.h

include/asm-arm/ioctl.h

include/asm-cris/ioctl.h

include/asm-i386/ioctl.h

include/asm-ia64/ioctl.h

include/asm-m68k/ioctl.h

include/asm-mips/ioctl.h

include/asm-mips64/ioctl.h

include/asm-mips64/ioctls.h

include/asm-parisc/ioctl.h

include/asm-parisc/ioctls.h

include/asm-ppc/ioctl.h

include/asm-ppc/ioctls.h

include/asm-ppc64/ioctl.h

include/asm-ppc64/ioctls.h

include/asm-s390/ioctl.h

include/asm-s390x/ioctl.h

include/asm-sh/ioctl.h

include/asm-sh/ioctls.h

include/asm-sparc/ioctl.h

include/asm-sparc/ioctls.h

include/asm-sparc64/ioctl.h

include/asm-sparc64/ioctls.h

include/asm-x86_64/ioctl.h

include/linux/ipc.h

include/linux/acct.h

include/asm-sparc/a.out.h

include/linux/a.out.h

arch/mips/boot/ecoff.h

include/asm-sparc/bsderrno.h

include/asm-sparc/solerrno.h

include/asm-sparc64/bsderrno.h

include/asm-sparc64/solerrno.h

The code identified above was also part of a settlement agreement between the University of California at Berkeley and Berkeley Systems Development, Inc. (collectively “BSDI”) and UNIX Systems Laboratories, Inc. regarding alleged violations by BSDI of USL's rights in UNIX technology. The settlement agreement between USL and BSDI addressed conditions upon which BSDI could continue to distribute its version of UNIX, BSD Lite 4.4, or any successor versions, including certain “UNIX Derived Files” which include the ABI Code. A complete listing of the UNIX Derived Files is attached. The ABI Code identified above is part of the UNIX Derived Files and, as such, must carry USL / SCO copyright notices and may not be used in any GPL distribution, inasmuch as the affirmative consent of the copyright holder has not been obtained, and will not be obtained, for such a distribution under the GPL.

Use in Linux of any ABI Code or other UNIX Derived Files identified above constitutes a violation of the United States Copyright Act. Distribution of the copyrighted ABI Code, or binary code compiled using the ABI code, with copyright management information deleted or altered, violates the Digital Millennium Copyright Act (“DMCA”) codified by Congress at 17 U.S.C. §1202. DMCA liability extends to those who have reasonable grounds to know that a distribution (or re-distribution as required by the GPL) of the altered code or copyright information will induce, enable, facilitate, or conceal an infringement of any right under the DMCA. In addition, neither SCO nor any predecessor in interest has ever placed an affirmative notice in Linux that the copyrighted code in question could be used or distributed under the GPL. As a result, any distribution of Linux by a software vendor or a re-distribution of Linux by an end user that contains any of the identified UNIX code violates SCO's rights under the DMCA, insofar as the distributor knows of these violations.

As stated above, SCO's review is ongoing and will involve additional disclosures of code misappropriation. Certain UNIX code, methods and concepts, which we also claim are being used improperly in Linux, will be produced in the pending litigation between SCO and IBM under a confidentiality order.

Thank you for your attention to these matters.

Sincerely,

THE SCO GROUP, INC.

By:______________________________

Ryan E. Tibbitts

General Counsel

Andrej barátunk a multkori filozófikus írása (AntiFUD tabletta. Rendszeres szedése ajánlott.) után újabb érdekes gondolatokat vetett billentyűzetre. Íme:



``Kötelező olvasmány.

Ha elolvastad a cikket, akkor fogod ezt érteni:

Az hardver gyártók (IBM, HP, SUN, Legend, embedded eszköz gyártók, ...) azon mesterkednek, hogy olcsóva tegyék a szoftvereket, mivel akkor megnő a bevételük. Az innovatív hardver gyártok (Transmeta, IBM, embedded eszköz gyártók,...) azon mesterkednek, hogy a szoftvereket olcsón lehessen portolni, egy teljesen (akár radikálisan) új platformra, mivel így biztosabban és gyorsabban megtérül a befektetésük.

A szupercomputer gyártók (IBM, HP, Linux Networx, ...) azon mesterkednek, hogy olcsó legyen a szoftver, mert akkor megnő a bevételük.

A rendkívül jelentős számításigényes alkalmazásokat használók (katonai, egyetemi kutatóintézetek, ...) azon mesterkednek, hogy a szoftverek olcsók, és extrém portolhatók legyenek, mivel akkor sokkal gyorsabban tudják az legújabban kifejlesztett hardvereket használatba venni, és sokkal többet/nagyobbat kapnak ugyanazért a pénzért.

A mobiltelefon szolgáltatók (DoCoMo, ...) azon mesterkednek, hogy minél okosabbak, és minél olcsóbbak legyenek a mobil készülékek (szoftver+hardver), mivel akkor az ő szolgáltatásaik közül minél többet fognak igénybe venni, ezzel megnő a bevételük.

Az applikáció gyártók (Oracle, SAP, ...) azon mesterkednek, hogy olcsóvá tegyék az alaprendszert (és extrém portolhatóvá, mert az olcsóvá teszi a hardvert), mert akkor megnő a bevételük.

A fejlődő országok kormányai azon mesterkednek, hogy olcsóva tegyek a hardvert és a szoftvert, mert akkor gyorsabban be bírják hozni a digitális lemaradásukat.

Valamint mindenki fél, hogy ha más lábán áll, akkor nagyot bukhat, ha a másik nem vigyaz _konkrétan_ rá.

__Az egesz banda megtalálta a Linuxot, mint tökéletes eszközt a céljai elérésére.__

Valamint mivel a Linux GPL, tehát amit valaki megkapott GPL-en azt nem lehet tőle elvenni, tehát teljesen biztos, hogy nem fog _csökkenni_ a Linux, soha.

Nade: a csapatok némileg egymás céljai/motivációi ellen is dolgoznak.

Tehát a cegek profitjai szépen elkezdenek olvadozni. először azok a _cégek_, akik nem Linuxoznak, az övék nagyon, másodszor azok a _cégek_, akik Linuxoznak, de nem innovatívok, harmadsorban azok a _cégek_ is akik Linuxoznak _és_ innovatívok (ezt azért legalább 8-10 évre teszem).

Mi marad? Maradnak a hardver gyártók, de erős versenyben egymással, mivel minden hardver mindennel kicserélhető. Valamint maradnak egyedi szoftverfejlesztők/kis cégek. Akiknek nincsenek termékeik (az mind open source), hanem szupport, fejlesztési támogatást nyújtanak a fizikailag közel levő cégeknek.

"A kicsi szép" monda a bölcs. És láss csodát, tényleg!

bye

Andrej

További gondolatok:

http://draconis.elte.hu/~andrej/blog

ps: perl -pi -e "s/linux/opensource/g" retek.txt #valószínűleg ez a "törvény", de Linuxszal jobban hangzik számomra, és a jelenre vonatkozó állítások kizárólag a Linuxra igazak. Hmmm. Jelenleg :-))))

ps1: Utálom, hogy a világ angolul olvas (én is), én meg magyarul gondolkodom (és írok). Tessék mindenkinek magyarul olvasni a hup.hu-t :-))

ps2: Természetesen azok a nagy cégek, akik open source-re épülő szolgáltatásra építik a stratégiájukat, azok szárnyalni fognak, de akkor nem hangzott volna ilyen jól a cikk vege :-))))

ps3: Tud valaki linket "A kicsi szép"-re?

psx: És ez így jó.''

This work is licensed under a Creative Commons License.
http://creativecommons.org/licenses/by-nc-sa/1.0