Aktív fórumtémák

Tárgy Válaszok Legutóbbi beküldés Fórum Szerző
  Német agybaj újratöltve: Illegálissá válhat a reklámblokkolás, börtön is járhat majd érte 371  2025-08-22T18:32:50+0200 Web, mail, IRC, IM, hálózatok jevgenyij
  Schrödinger Linux 20  2025-08-22T18:30:35+0200 Tudtad-e, hogy... EspOS
  Backup megoldások, ötleteljünk 43  2025-08-22T17:57:14+0200 Segédprogramok zslaszlo
  win10 frissitese win11-re, avagy lehet elni ujratelepites nelkul? a valasz, igen! 17  2025-08-22T17:12:52+0200 Microsoft Windows x-daemon
  Fidesz osztja a friss időt Openwrt 18.06.2-ön vagy csak T-online-soknak? 28  2025-08-22T16:35:25+0200 Hálózati eszközök lusi
  Feltörték a Gmail-t 38  2025-08-22T16:07:43+0200 HUP cikkturkáló bzt
  Kis github segítséget kérnék 2025-08-22T15:45:05+0200 C/C++ bzt
  Virtualizáció és Bitlocker 2025-08-22T15:10:57+0200 Virtualizáció PDA_FAN
  Létezik olyan kapcsoló modul ami beépíthető buta kapcsoló mögé és zigbee hálózaton keresztül bindelhető hub nélkül? 23  2025-08-22T13:41:18+0200 Elektronika, Elektromos eszközök denton
  NIS2 tapasztalatok 94  2025-08-22T10:33:47+0200 Közösségi kerekasztal pentike
  Roidmi károsultak fóruma (Roidmi csődbe ment, így nem használhatók tovább bizonyos eszközeik) 48  2025-08-22T10:23:46+0200 Közösségi kerekasztal Charybdis
  Unaloműző online játékok és azok eredményei #2 746  2025-08-22T09:54:40+0200 Játékok trey
  Jogsi nélküli autó időseknek 211  2025-08-22T09:00:34+0200 Közösségi kerekasztal plt
  Tönkrevághatja az SSD-ket és HDD-ket a Windows 11 legújabb frissítése 19  2025-08-22T00:34:19+0200 HUP cikkturkáló DL3V1
  Melyik AI (vagy nem AI) eszköz tud összeszedni információt webről 17  2025-08-21T18:36:58+0200 Segédprogramok gee
  SSD meghibásodás után sérült Windows 10 LTSC 2019 helyreállítása 31  2025-08-21T16:14:10+0200 Microsoft Windows djtacee
  Robotporszívó helyi szerverre irányítása 56  2025-08-21T10:16:37+0200 Hálózati eszközök kikepzo
  Android Rage n+1 302  2025-08-21T10:05:28+0200 Android hnsz2002
  Windows Disk foglaltság 2025-08-21T07:40:46+0200 Microsoft Windows hnsz2002
  Lenovo T14 20S1SE60D00 internal microphone problema win11-el 13  2025-08-20T19:56:36+0200 Notebook, laptop, mobiltelefon ... Ariel

Zack Brown: Kernel Traffic #200

Címkék

Jubileumi 200-adik kiadás. 4 év 200 postázás. És itt a hivatalos új URL, a www.kerneltraffic.org.

Megjelent a Zack Brown által karbantartott, heti rendszerességgel megjelenő LKML (Linux Kernel Mailing List) levelezési lista kivonatos formája.

A Linux kernel fejlesztésének legfrissebb híreit itt olvashatod.

Egy év letöltendő börtön szoftverkalózkodásért

Címkék

Nem nagyon szoktam más oldalakról hírt beidézni, de ez most érdekes. Megszületett az első letöltendő szabadságvesztéssel sújtott "illegális-szoftver" ügy. Valaki a hozzászólásokban idézte be a linket:

Illegális szoftverhasználatért csütörtökön egy év letöltendő szabadságvesztésre ítélte a bíróság a Philos Laboratories Szoftverfejlesztõ Kft ügyvezetõjét, V. Zsoltot. A BSA információi szerint Magyarországon ez az első eset, hogy halmazati büntetés nélkül, szerzői és szomszédos jogok megsértése miatt végrehajtható szabadságvesztésre ítélnek valakit.Az eddigi letöltendő börtönbüntetéseket olyan esetekben rótták ki, amikor a szerzői és szomszédos jogok megsértése mellett más bűncselekményt is elkövetett a vádlott - mondta el kérdésünkre dr. Novák Tamás, az üzleti szoftvergyártók szerzői jogvédelmi szövetségének jogi képviselõje. V. Zsoltot a bíróság üzletszerűen, folytatólagosan elkövetett szerzői jogok megsértése miatt ítélte egyévi végrehajtható szabadságvesztésre.

Géppark licencek nélkül

A BSA hotline-ra érkezett bejelentés alapján napvilágra került ügy vádirata szerint V. Zsolt üzleti tevékenységével több millió forintos kárt okozott az Autodesk, a Microsoft, az Adobe, a Corel és a Symantec szoftvergyártóknak. Információink szerint a Philos Labs 21 számítógépén futottak nem jogtiszta szoftverek.

Négymilliót megtérített

A csütörtöki ítélethirdetés előtt egy nappal V. Zsolt peren kívüli megállapodásban 4 millió forintos kártérítést fizetett a megkárosított szoftvercégeknek, amelyet az ítélethozás során enyhítő körülményként vettek figyelembe.

Az ítélet nem jogerős, információink szerint a védelem fellebez. Az ügyben V. Zsoltot és a Philos Labs illetékesét is szerettük volna megszólaltatni, ám hétfõ délután nem sikerült elérni őket.

Magyar sikertörténet

A Philos Laboratories néven indult cég két magyar magánszemély, V. Zsolt és Zámbó Viktor többségi tulajdonában van. A cégbe 2000-ben a holland ABN Amro 1 millió dollár tőkét fektetett be. A Philos Entertainment 60 alkalmazottal dolgozik, eddigi legsikeresebb játéka az azték és maja kultúra idején játszódó stratégia, a Theocracy. A játék forgalmazási jogával a francia székhelyû UBI Soft multinacionális vállalat rendelkezik.

Forrás:

Index

Az IBM júliusban szállítja az Xperanto-t

Címkék

Az IBM júliusban kezdi forgalmazni vadonatúj, teljesen XML-re épülő adatbázisrendszerét az Xperanto-t. A project célja, amint az a neve is mutatja, egy olyan adatbázisrendszer elterjedése, ami sok, különböző típusú kis adatbázist is kitűnően tud kezelni. Az IBM abszolút piacvezető akar lenni e téren, az Oracle-nek viszont más a véleménye. Szerintük pár nagy adatbázist fenntartani olcsóbb, mint sok kicsit. Minderről, és általában az adatbázisok jövőjéről a Cnet cikkében olvashatsz.

DSA 227-1 Az új openldap javítja a puffer túlcsordulást és a távoli exploitot

Címkék

Csomag: openldap2
Sebezhetőség: puffer túlcsordulások és már hibák

Probléma típus: helyi, távoli

Debian-specifikus: nem

CVE Id: CAN-2002-1378 CAN-2002-1379

BugTraq Id: 6328



A SuSE biztonsági csapata átnézte az openldap2 kritikus részeit, ami egy implementációja a Nyílt Könnyűsúlyú KönyvtárHozzáférési Protokoll (LDAP) 2-es és 3-as verziójának, és számos puffer túlcsordulást és egyéb hibát találtak, amit távoli támadók hozzáférés szerzésére felhasználhatnak olyan rendszereken, amelyek ezen sebezhető LDAP szervereket futtatják. További adalék ezekhez a hibákhoz, hogy számos helyi kihasználható hiba az OpenLDAP2 könyvtárban (library) szintén javítva lett.Az aktuális stabil terjesztés (woody) ezt a problémát a 2.0.23-6.3 verzióban javítja.



A régi stabil terjesztés (potato) nem tartalmaz OpenLDAP2 csomagokat.



Az instabil terjesztés (sid) ezt a problémát a 2.0.27-3 verzióban javítja.



Martin Schultze levele a debian-security-announce listán.

A frissítésről szóló FAQ-nk.



Megj.: Túl gyors voltam. Még nincs kinn a webes archívumban Schultze levele... majd utólag átszerkesztem a hírt :-)

Legújabb szerver-hardverek tanúsítvánnyal rendelkeznek a mySAP.com-tól

A SuSE tovább nyomul a vállalati szférában. Erősíti helyét az adatbázis-kezelők, vállalat irányítási rendszerek alá fejlesztett Linux szerver-megoldások terén:

"Most már hivatalosan is: A Dell, Fujitsu Siemens Computers, Hewlett-Packard és IBM aktuális Intel alapú szerverei a mai naptól kezdve tanúsítvánnyal rendelkeznek a SuSE Linux Enterprise Server platformon történõ mySAP használatához.

Ezzel a tanúsítvánnyal világszerte bármilyen vállalat a SuSE Linux Enterprise szerveren használhatja a mySAP.com-ot, továbbá a telepítéshez igénybe veheti az SAP szolgáltatásait és terméktámogatását."

Támogatott szerverek listája. Öröm látni: Fujitsu Siemens Computers

* PRIMERGY BX300 (blade servers)

* PRIMERGY T850 (8-way)

* PRIMERGY H450/R450 (4-way)

* PRIMERGY H250 (2-way)

* PRIMERGY F250/P250 (2-way)

* PRIMERGY N80x/K800 (8-way)

* PRIMERGY H400/K400/N400 (4-way)

* PRIMERGY F200/P200 (2-way)

* PRIMERGY L200 (2-way)

* CELSIUS Mobile H (Notebook)

DELL

* PowerEdge 2500

* PowerEdge 2650

* PowerEdge 4600

* PowerEdge 6400

* PowerEdge 6450

* PowerEdge 6650

* PowerEdge 8450

IBM

* eServer xSeries x440

* eServer xSeries x360

* eServer xSeries x345

* eServer xSeries x342

* eServer xSeries x235

* eServer xSeries x232

* Netfinity 8500R/ eServer xSeries x370

* Netfinity 7600

* Netfinity 7100/ eServer xSeries x250

* Netfinity 7000M10

* Netfinity 6000R/ eServer xSeries x350

* Netfinity 5600/ eServer xSeries x240

* Netfinity 5500M20

* Netfinity 5100/ eServer xSeries x230

* Netfinity 4500R/ eServer xSeries x340

* Netfinity 4000R/ eServer xSeries x330


Hewlett-Packard

* Proliant DL360

* Proliant DL380

* Proliant DL580

* Proliant ML530

* Proliant ML570

* Proliant 8000

További információk a SuSE Linux Enterprise Server platformon futó SAP-hez.

Forrás:

www.suselinux.hu

IBM: Stratégiai outsourcing szerződés a Sanmina-SCI és a Solectron céggel

Címkék

Armonk, NY, 2002. január 7. -- Az IBM bejelentette együttműködésének kibővítését a Sanmina-SCI és a Solectron gyártócéggel. A szerződések egy sor gyártási szolgáltatás nyújtására szólnak Észak-Amerikában és Európában, amitől az IBM ellátási láncának gyorsabb reagálását, hatékonyabb működését várja.

Az együttműködés lényege:

* Az IBM kihelyezi a Sanmina-SCI céghez a kis- és középkategóriás eServer xSeries rendszerek, valamint az IntelliStation munkaállomások gyártásának jelentős részét, továbbá egyes ThinkPad notebook számítógépek egyedi konfigurálását az amerikai, európai, közel-keleti és afrikai piac számára. A Sanmina-SCI átveszi az e termékek előállításában közreműködő IBM gyártóbázisokat Mexikóban és Skóciában. A Sanmina-SCI ezen túlmenően kezeli és teljesíti az IBM NetVista asztali számítógépekre, a ThinkPad notebook gépekre és az eServer xSeries rendszerekre érkező megrendeléseket. A ThinkPad-ek gyártásának nagyobb részét ugyanakkor továbbra is az IBM végzi majd az egész világ számára a kínai Sencsen (Shenzhen) városában.* A Solectron átveszi az IBM Global Financing tevékenységi körébe tartozó Global Asset Recovery Services jelentős részét, mely szolgáltatás lényege a PC-k és egyéb informatikai berendezések felújítása a lízing-futamidő lejártakor, újraértékesítés céljából. A Solectron átveszi az IBM felújítási központját az észak-carolinai Research Triangle Parkban (RTP), ahol ez a tevékenység eddig folyt.

Az IBM kapcsolata mind a Sanmina-SCI, mint a Solectron céggel hosszú, sikeres múltra tekint vissza, és most tovább erősítheti vezető piaci szerepét az ipari szabvány termékek terén általuk képviselt gyártási tapasztalat, hatékonyság és méretgazdaságosság révén. A váltást a vásárlók nem fogják érzékelni, ugyanakkor az IBM továbbra is a technológiai innovációnak, a kutatásnak és a vadonatúj termékek fejlesztésének szentelheti energiáit, ápolva kapcsolatait meglévő és új ügyfeleivel.

Az IBM és a Sanmina-SCI között létrejött három éves szerződés értéke 3,6 milliárd dollár, míg a speciális gyártási szolgáltatásokra vonatkozó, szintén három éves Solectron-szerződésé 120 millió. Az ügyleteket várhatóan 2003. február folyamán véglegesítik.

A Sanmina-SCI az IBM bázisain szándékozik a szerződésben foglaltakat teljesíteni, és ennek keretében megvásárolja vagy lízing-konstrukcióban átveszi az IBM tulajdonát képező berendezéseket és épületeket a mexikói Guadalajarában, illetve a skóciai Greenockban. Az IBM mindkét helyszínen átadja a raktárkészletet és az állóeszközöket, továbbá a már meglévő gyártási outsourcing szerződések kezelését. A szóban forgó szerződés rendelkezik még mintegy 650 IBM-alkalmazott áthelyezéséről is Greenockban, 400 alkalmazottéról Guadalajarában, és 10 főről az RTP-nél. Mindazoknak az IBM-dolgozóknak, akiknek munkakörét az outsourcing szerződés érinti, a Sanmina-SCI felkínálja a foglalkoztatás lehetőségét.

A Solectron a fentiekhez hasonlóan az IBM felújítási központját fogja használni az RTP területén, és átveszi az e célt szolgáló épületeket és berendezéseket. Az IBM itt is átadja a raktárkészletet és az állóeszközöket, továbbá a már meglévő gyártási outsourcing szerződések kezelését. A Solectron felajánlja a foglalkoztatást mind a körülbelül 250 IBM-alkalmazottnak, akiknek a munkaköre a tevékenységhez kötődik.

E szerződések ugyanakkor nem vonatkoznak az IBM Intel-alapú termékeihez kapcsolódó gyártási szolgáltatásokra az ázsiai és csendes-óceániai piacon. Ezek gyártása legnagyobbrészt továbbra is az IBM International Products Company Ltd. nevű kínai vegyesvállalatánál marad, amely Sencsenben működik. Nem érinti továbbá a Solectron által a brazil, argentin, paraguayi illetve uruguayi piacra gyártott eServer xSeries rendszerek előállítását sem. A Sanmina-SCI és a Solectron szerződések nem terjednek ki más IBM-termékekre, sem más IBM gyártóbázisokra a skóciai, mexikói illetve RTP-beli üzemeken kívül.

Az IBM egy az igényekhez alkalmazkodó on-demand beszállítólánc kiépítésén dolgozik, integrálja rendszereit és teljes körű üzleti folyamatait, hogy növelni tudja reagálókészségét, gyorsaságát és rugalmasságát jelentette ki Bob Moffat, az IBM Integrated Supply Chain alelnöke.E szerződések révén ki tudjuk használni a szorosan integrált partnerhálózat adta lehetőségeket hatékonyságunk növelésére, és beruházásainkat egy Intel-alapú termék- és szolgáltatás-skála tervezésére, kialakítására tudjuk összpontosítani.

FreeBSD: FreeBSD 5.0 RC3

Címkék

És még mindig FreeBSD. Itt az FreeBSD 5.0 RC3. Tölthető, tesztelhető. Elvileg a tegnapi nap folyamán kellett elkészülni a végleges buildeknek. 203. január. 17 elvileg a 5.0-RELEASE megjelenésének dátuma, a release engineering csapat szerint. Tehát ez az utolsó RC kiadás. Ezt már csak az szedje le, akinek nagy sávja, és ideje van tesztelni, hiszen a hét végén itt a végleges verzió. Az RC3 elérhető az FTP mirrorokon.

release notes mirrorok kiadási ütemterv

Scott Long bejelentése:Date: Mon, 13 Jan 2003 00:08:02 -0700

From: Scott Long

To: current@freebsd.org

Subject: FreeBSD 5.0 RC3 now available

All,

Once again it's my pleasure to announce Release Cadidate 3 of FreeBSD 5.0. i386, pc98, alpha, ia64, and sparc64 releases are available on most mirrors now. Thanks to Marcel Moolenaar for providing the ia64 bits, Takahashi Yoshihiro for proving the pc98 bits, and David Obrien for the sparc64 bits.

Please test this release as much as possible. We are planning

on tagging the tree for the 5.0 release on January 15 and starting the finals builds soon afterwards. The TODO list is almost polished off, and we are waiting for a couple of last minute issued to be resolved.

Again, I thank everyone for the effort that has gone into 5.0.

The Release Engineering Team

Itt a FreeBSD-s GNOME 2.2 Release Candidate 1

Címkék

Tegnap beszámoltunk arról, hogy megjelent a GNOME desktop 2.2 RC1-es verziója. Pontosabban a GNOME 2.1.90 desktop, "1.21 Jigawatts" kiadás. Hogy a FreeBSD felhasználók se érezzék árvának magukat, elkészült az említett felület ports változata is. A készítők egészen stabilnak nevezték. Akik tesztelni akarják ezt a kiadást, azoknak nem kell mást tenni, mint checkoutolni a forrást, és követni ezeket az instrukciókat.

[bővebb infó, képernyőmentések] [forrás 86MB tar.gz/66MB tar.bz2]

Mennyire biztonságos a Secure Shell?

Pár évvel ezelőtt az volt a nézet, hogy ha egy távoli gépre SSH (Secure Shell) segítségével kapcsolódsz be telnet, vagy egyéb "clear text"-ben adó alkalmazás helyett, akkor már nagyon-nagy biztonságban vagy. Azóta ez a nézet megdőlt, az SSH sem biztosít maradéktalan védelmet. Mennyire biztonságos az SSH? Ezt firtatja a NewsFactor cikke itt.

Kriptorendszerek: Az IPSec debugolása

Címkék

0 Szó érte a ház elejét, hogy túl sok a linuxos hír. Akkor itt egy adag a *BSD szerelmeseinek. Dru Lavigne cikksorozata folytatódik. Már tudjuk mik azok a kriptorendszerek. Tudjuk mi az a VPN. Installáltunk IPSec-et. Ez működik is. Most lássuk, hogyan lehet felderíteni a hibáit, azaz hogyan lehet debugolni az IPSec megoldásokat. Dru Lavigne hálózati ismeretek oktató tanárnő, instruktor egy magániskolában Kingstonban (ON). Az a hír járja róla, hogy a célja az, hogy minél több operációs rendszer tudjon bootolni egyszerre a tesztgépén. 1997-ben egy bug után nyomoztott az Interneten, a Yahoo keresője a FreeBSD oldalára vetette, azóta megszállott FreeBSD felhasználó. Szabadidejében TCP/IP adminisztációs könyveket és RFC-ket olvas.

A cikket megtalálod az OnLAMP oldalán itt.

Linux: a 'goto' ártalmas a kernel kódban?

Címkék

A tanult szakmám rendszerprogramozó. Annak idején mikor a programozás alapjait tanultam, a Pascal ismeretek körül volt egy olyan általános nézet, hogy struktúrált programozás a mai divat, mindent eljárásokkal (függvényekkel) kell megoldani, és ami nagy ívben kerülendő a kódban a "goto" "break" "continue" átkozott hármas.

Edsger W. Dijkstra 1968-ban írt egy "Go To Statement Considered Harmful" című írást ez ügyben. Sokak szerint a "goto" alkalmazása "spagetti" kódot eredményez. A másik ismert személyiség aki ezt a nézetet vallja Niklaus Wirth, aki a Pascal nyelvet fejlesztette. Linus Torvalds szerint ez nem így van. Szerinte a "goto" nem ártalmas. A "goto" kérdés minden éven visszatér az LKML-en, és minden alkalommal flamet vált ki. Most Rob Wilkens kérdezte Linus-t, hogy miért kódol "goto" utasításokat a Linux forrásába? Példa:

Linux: még nincs kész a 2.5 a 2.6.0-test átnevezésre

Címkék

Az LKML-en felmerült a kérdés, hogy mikor jöhet szóba a jelenlegi fejlesztői (2.5 széria) Linux kernel 2.5.x-ről való átnevezése "2.6.0-test"-re. A kérdésre Alan Cox (Red Hat) egy listát állított, amelyben felsorolta, hogy szerinte milyen munkák vannak még hátra addig, amíg ezt a lépést meg lehet lépni. Az IDE réteg javításra szorul, legalább 3 hónap kell a javításhoz. A tty réteg is teljesen újraírásra került a 2.5-ben, ezt szintén be kell fejezni. Dave Jones (SuSE) szerint számos driver nem fordul le a 2.5-ben, és több 2.4 beli javítás nincs még előre portolva a 2.5-be. Jones szerint a 2.6.0-test még nem aktuális, viszont egy keményebb, szigorúbb kód fagyasztás az jó ötlet lenne.

Az LKML thread itt kezdődik.

Már rendelhetők az új OpenBSD 3.2 pólók

Címkék

obsd polo Úgy látszik, hogy már rendelhetők az OpenBSD legújabb release-hez (OBSD 3.2) készült pólók a honlapról. Az OpenBSD szerintem az project, aki a legjobb artwork-oket készíti a kiadásaihoz. A mostaninak sincs mit szégyenkeznie az elődökkel szemben. Egy kevéske James Bond feeling és fanyar humor.


A 3.2 puffy (az ismert tüskehal, blowfish), a Agent 077, "secure not stirred" a póló hátulján, és a 3.2 artwork az elején.


obsd polo


Megrendelés:

https://https.openbsd.org/cgi-bin/order

Hyper-Threading gyorsított Linux

Címkék

A neves, IBM által fenntartott DeveloperWorks oldalon jelent meg egy cikk az Intel processzorok Hyper-Threading technológiájávalkapcsolatban, a $subjectben szereplő címen. Aki többet akar tudni az Intel Xeon (és mostmár a 3.06GHz és feletti asztali P4 processzorok) ezen képességéről, az olvassa el a cikket itt.



Kapcsolódó cikkek:

Hyper-Threading technológia a Linuxban

Molnár Ingó: Hyper-Threading-et tudó scheduler

Linux: HyperThreading-képes ütemező benchmark

Kijött az UrbanTerror 2.6 Beta...

Címkék

A CS-t (CounterStrike) verők közt elég erősen felzárkózó Quake3 UrbanTerror mod 2.6 beta verziója lett elérhető nemrég.. (talan offtopic hír), mely abból a szempontból különbözik vetélytársaitól, hogy linux alatt nincs hozzá szükség wine emulátorra...

Néhány apróság... a játékok világából

Címkék

Szerintem a Linux fennmaradásának, terjedésének, és fejlődésének lételeme a játék, és a szórakozás ... Így szeretnék veletek megosztani néhány tegnapi játékot amit a neten talaltam...Első említésre méltó darab a flightgear, ami a www.flightgear.org-on található repülőgép szimulator. Szerintem nagyon jó dinamikával és közepes grafikával rendelkezik.



Második említésre méltó gyöngyszem a Tuxkart, mely a south park rallyt idéző stílusával szerzett nekem jópár kellemes órát :)


Harmadik a Freukraft névre hallgat, mely egyedülálló grafikájával ugyancsak megér néhány órát :-)


Végére hagyva egy nem tegnap talált gyöngyszemet a Trophy-t, mely egy deathrallyt idéző autóverseny...

Alan Cox: Linux 2.4.21pre3-ac4

Címkék

Számos fordítási hiba javítás, és az IDE frissítések következő adagja jellemzi ezt az -ac foltot. A PIIX/ICH Intel chipsetek kódja át lett nézve elejétől a végéig az Intel errata alapján. Szóval itt az új Alan Cox patch.

Letöltés patch-2.4.21-pre3-ac4.gz

Alan levele, changelog: Various compile fixes, and the next stage of IDE updating. In particular the PIIX driver has been subjected to a full review of Intel chipset errata. I've also added the framework to fix the problems Ross Biro found but not yet enabled its use. Once enabled that should fix a lot of the problems with shared IRQ IDE. Handle with care as usual.

Linux 2.4.21pre3-ac4

o Finish verifying PIIX/ICH drivers versus errata (me)

o Fix handling of DMA0 MWDMA on early ICH (me)

o Fix compile in kernel for Aurora SIO16 (Adrian Bunk)

o Clean up various Configure.help bits (Adrian Bunk)

o Disallow write combining on 450NX (me)

o Ensure rev C0 450NX has restreaming off (me)

o Don't do IDE DMA on rev B0 450NX or later (me)

450NX without BIOS workarounds for the hang

o Update Configure.help for HPT IDE (Adrian Bunk)

o Fix harmless code error in sb_mixer (Jeff Garzik)

o Fix ethernet padding on via-rhine (Roger Luethi)

o Add ndelay functionality for x86 (me)

| Based on Ross Biro's code

o Add ide_execute_command (me)

| Again based on Ross Biro's changed. Not yet used

| This will be the new correct way to kick off an

| IDE command from non IRQ context

o Matroxfb compile fix for one option combination (Petr Vandrovec)

Linux 2.4.21pre3-ac3

o Address comments on wcache value/issuing (me)

cache flush requests

o Update credits entry for Stelian Pop (Stelian Pop)

o Backport some sonypi improvements from 2.5 (Kunihiko IMAI)

o Fix pdcraid/silraid symbol clash (Arjan van de Ven)

o Fix ehci build with older gcc (Greg Kroah-Hartmann)

o Fix via 8233/5 hang (me)

o Fix non SMP cpufreq build (Eyal Lebidinsky)

o Fix sbp2 build with some config options (Eyal Lebidinsky)

o Fix ATM build bugs (Francois Romieu)

o Fix an ipc/sem.c race (Bernhard Kaindl)

o Fix toshiba keyboard double release (Unknown)

o CPUFreq updaes/fixes (Dominik Brodowski)

o Natsemi Geode/Cyrix MediaGX cpufreq support (Hiroshi Miura,

Zwane Mwaikambo)

o Add frequency table helpers to CPUfreq (Dominik Brodowski)

Linux 2.4.21pre3-ac2

o Fix the dumb bug in skb_pad (Dave Miller)

o Confirm some sparc bits are wrong and drop them (Dave Miller)

o Remove a wrong additional copyright comment (Dave Miller)

o Upgrade IPMI driver to v16 (Corey Minyard)

o Fix 3c523 compile (Francois Romieu)

o Handle newer rpm where -ta is rpmbuild not rpm (me)

o Driver for Aurora Sio16 PCI adapter series (Joachim Martillo)

(SIO8000P, 16000P, and CPCI)

| Initial merge

o Backport Hammer 32bit mtrr/nmi changes (Andi Kleen)

o Add the fast IRQ path to via 8233/5 audio (me)

Linux 2.4.21pre3-ac1

+ Handle battery quirk on the Vaio Z600-RE (Paul Mitcheson)

* EHCI USB updates (David Brownell)

+ IDE Raid support for AMI/SI 'Medley' IDE Raid (Arjan van de Ven)

+ NVIDIA nForce2 IDE PCI identifiers (Johannes Deisenhofer,

Tim Krieglstein)

* CPU bitmask truncation fix (Bjorn Helgaas)

o HP100 cleanup (Pavel Machek)

o Fix initial capslock handling on USB keyboard (Pete Zaitcev)

+ Update dscc4 driver for new wan (Francois Romieu)

+ Fix boot on Chaintech 4BEA/4BEA-R and (Alexander Achenbach)

Gigabyte 9EJL by handing wacky E820 memory

reporting

o SysKonnect driver updates (Mirko Lindner)

o Fix memory leak in n_hdlc (Paul Fulghum)

o Fix missing mtd dependancy (Herbert Xu)

+ Clean up ide-tape printk stuff (Pete Zaitcev)

+ IDE tape fixes (Pete Zaitcev)

o Fix size reporting of large disks in scsi (Andries Brouwer)

+ Fix excessive stack usage in NMI handlers (Mikael Pettersson)

+ Add support for Epson 785EPX USB printer pcmcia (Khalid Aziz)

* Quirk handler to sort out IDE compatibility (Ivan Kokshaysky)

mishandling

+ Model 1 is valid for PIV in MP table (Egenera)

+ Ethernet padding fixes for various drivers (me)

o Allow trident codec setup to time out (Ian Soboroff)

This can happen with non PM codecs

o Fix broken documentation link (Henning Meier-Geinitz)

o Update video4linux docbook (William Stimson)

o Correct kmalloc check in dpt_i2o (Pablo Menichini)

o Shrink kmap area to required space only (Manfred Spraul)

o Fix irq balancing (Ben LaHaise)

o CPUfreq updates (Dominik Brodowski)

o Fix typo in pmagb fb (John Bradford)

o EDD backport (Matt Domsch)

Lumiere

Címkék

A Lumiere egy GNOME frontend az MPlayerhez, ami a Bonobo részévé válik, így aztán a GNOME környezetből ennek is kényelmes lesz a használata. A Lumiere oldala itt, a jelenlegi verzió letöltése pedig itt lelhető. Mindezt a footnotes írta meg; itt jegyezném meg, hogy már kerülget videólejátszó a Debian-ba.Tegnap Nagy Róbert aka. thuglife egy hosszú szálat indított el a devel-listán, aminek az a lényege, hogy itt van egy wnpp, remélni, valaki elkezdi szponzorálni a már elkészült RC .deb csomagokat, melyek apt címe (deb + deb-src)



http://ers.linuxforum.hu/debian/ ./



A szálon hosszú dialóg indult, melyen Marillat is szóba került, de bíztatás is elhangzott a hamaros bekerülésről. Persze, semmi nem biztos, de itt indul a szál.

GNOME 2.2 RC 1 is out !

Címkék

Kinn van a GNOME 2.2 Release Candidate. Mit is tud a GNOME 2.2? Sokkal jobb font kezelést a Font Control Panelen keresztül supportálva a fontconfig-ot és az Xft2-őt. Show Desktop Icon és Open Recent az Action menüben. Általában szinte teljes szabadságot a kinézetben. A Nautilus thumbnaileket generál a videókból (amúgy is már sokkal jobban ismeri a mimeket) és ezeket megjeleníti. Például a geditben és egyre több alkalmazásban Recent Back/Next historykkal. VTE terminál szintén a sokkal jobb fontkezelésért és a nemzetköziesítésért. És még számtalan kiváló újdonság!



Linkek:Infó:

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

Letöltés:


http://ftp.gnome.org/pub/GNOME/desktop/2.1/2.1.5/sources/

Interjú: 11,25 milliárd adóforintot MS és Novell szoftverekre- második rész

Címkék

A "11,25 milliárd adóforintot szán Microsoft és Novell szoftverekre az MKGI" című cikk nagy felzúdulást váltott ki az olvasókból. Voltak akik szidták, voltak akik nem, voltak akik petíciózni akartak, és voltak akik az LME-t támadták, hogy miért nem tesz semmit az ügy ellen. Többen úgy gondolták, hogy az LME-t ért vádak alaptalanok, és meg kellene hallgatni a másik felet is.Fogtam magam, és egy interjút kértem Sári Gábortól az LME jelenlegi elnökétől, amelyben feltettem neki minden olyan kérdést, ami szerintem érdekes lehet. Ő azt ígérte, hogy válaszol a kérdésekre. Az interjút nem sokára olvashatod itt. Remélem még ma ki tudom tenni, és remélem mindenki választ kap a kérdéseire. A kérdéseket nem csak én állítottam össze, több embert is megkérdeztem, hogy őket mi foglalkoztatja. Úgyhogy reméljük lassan mindenki elégedett lesz a válaszokkal. A "hogyan tovább?"-ot ráérünk utána is megvitatni.

Csináljunk Debian Tapétát (DDWP:-) !

Címkék

Jean-Michel Kelbert Debian-developer, (többek között desktop), arra biztat minket, hogy csináljunk saját Debian wallpapert, (ha már fordítani nem tudunk), amiből aztán a legszebbek be fognak majd kerülni a következő Debian kiadásokba. Kelbert oldalán megtalálható már néhány kép (egyik másik már ismerős lehet), ami azt mutatja, hogy azért még nem túl bombasztikus a választék (bár a kde-look.org-osokat nem tudom elérni.)Szóval érdemes lenne csinálni egy igazán ütőset, annyit már elárulok, hogy művészi vénámra kis képzavarral támaszkodva, hamarosan magam is virítok valami Debian-art-ot, hogy mit, az még meglepetés. A képeket itt lehet megtekinteni: http://people.debian.org/~kelbert/wallpapers.html, és ezzel például kitűnően elő lehet állítani, majd az itt található postacímre elküldeni. Valaki kérte, hogy írjak a sokat vitatott ddtp-ről, először is valaki írjon grisu-nak hogy szeretnénk elkezdeni a magyart (ne én, mert nekem botrányos az angolom), aztán ezt írja meg nekem és már kezdem is hatalmas erőkkel.

Kernelforgatás (2.0-pre3)

Címkék

Ahogy sokan javasolták és igértem tovább folytattam a kernelforgatás doksim írását. A következő változat már rc lesz (már csak a grub, és pár disztrón az ncurses telepítése hiányzik belőle).Kernelforgatás (2.0-pre3)

1. Mi a kernel?

A kernel az operációs rendszerek magja. Még Windows-ban is van. Ez biztosítja a programoknak az egységesített felületet, amin keresztül a hardware-el tudnak kommunikálni (ez a jó öreg DOS-nál annyi volt, hogy közvetlen hozzáférést adott az összes hardware-hez, aztán minden program oldja meg a saját meghajtóprogramjaival a dolgot, ahogy akarja:). Win9x-ben a kernel a C:WINDOWSSYSTEMKernel32.dll fájl, WinNT/2000/XP alatt pedig a C:WINDOWSSYSTEM32Kernel32.dll fájl szokott lenni. De most nézzük a Linuxot. Linuxban általában /vmlinuz fájl a kernel.

2. Jó ez nagyon szép, de mi a ráknak újat forgatni belőle?

A Windows azért olyan, amilyen, mert a Microsoft csinál egy általános kernelt, és minden gépen ugyan az a kernel fut, így lehet, hogy ami az egyik gépen bejön, az a másikon nem igazán. Linuxnál nem kell ilyenektől szenvedni. Bekonfigurálod a kernelt pont a te gépedhez (és igényeidhez) igazítva, és pontosan azt csinálja, amit te szeretnél (Na jó. Szép álom lenne, de jobban követi az utasításaid, mint a Windows).

3. A kernel beszerzése

"Be kell szerezni? De hát a win ben benne van ott nem kellet beszerezni." Igen. Ez igaz, viszont a win-ben mindig több hónapos, vagy éves kernelt használsz. Biztos lehetsz benne, hogy az azóta kiderült és közismert hibák nincsenek javítva benne. Linuxban mindig friss, ropogós stabil kernelt érdemes használni (figyelem ez nem a legmagasabb verziószámot, vagy az utolsó kiadási dátumot jelenti). A kernelt a kernel.org-on lehet letölteni. Ott megkeresed a �The latest stable version of the Linux kernel is� kezdetű sort. Kb így fog kinézni:

The latest stable version of the Linux kernel is: 2.4.20 2002-11-28 23:54 UTC F V VI Changelog

Itt nem a 2.4.20 feliratra kell klikkelni a letöltéshez, mivel az egy patch (patchekről olvasd el a függelékeket). A sor vége felé ott van egy Nagy F betű. Arra kell kattintani (kb. 25 mega).

4. A beszerzett kernel előkészítése.

Ha megvan a kernel, akkor lehetőleg lépj ki konzolba és ott root-ként belépve folytasd tovább (ennek az első fontos oka, hogy így csak a rendszergazda jogokkal rendelkező felhasználók férhetnek majd hozzá a kernelhez és a forráskódjához, valamint többször volt, hogy az x-win-es konzolok hibásan jelenítették meg a menuconfigot (a menüs rendszerű kernelkonfiguráló felület), az xconfig pedig elég átláthatatlan (ez a grafikus változata a konfiguráló felületnek), meg jobb is inkább a menuconfigot megszokni, mert az grafikus felület nélkül is használható).

Lépj be a /usr/src-ba:

cd /usr/src

Mozgassad ide a letöltött kernelt:

mv /ahova/a/kernelt/töltötted/linux-2.4.20.tar.gz ./

(ha már nem a 2.4.20 a legújabb kernel, amikor ezt olvasod, akkor a verziószámot értelem szerint cseréld ki arra)

Tömörítsd ki a kernelt:

tar -zvxf linux-2.4.20.tar.gz

Így kapsz egy linux-2.4.20 könyvtárat. Erre én szoktam csinálni egy linket, hogy mindig elérhessem így is /usr/src/linux (ez nem kötelező lépés csak praktikus). Így:

ln -s /usr/src/linux-2.4.20 /usr/src/linux

Most lépj be a friss kernelt tartalmazó könyvtáradba!

cd /usr/src/linux

Most hogy a fölösleges cuccokat eltávolítsuk a kernelforrásból add ki ezt a parancsot:

make mrproper

5. A kernel konfigurálása

5.1. A kernelmodulokról

A kernelbe egy eszköz meghajtóprogramját több féle képen is bele lehet rakni. Lehet úgy, hogy mindig be legyen töltve (a kernel rendszerindításkor bekerül a memóriába), vagy lehet modulként tárolni. A modulok nem kerülnek bele a /vmlinuz-ba, hanem külön fájlokban tárolódnak el (/lib/modules/a-kernel-verziója/a-modulok) és csak akkor töltődnek be, ha egy program kéri rá őket, vagy te aktiválod őket a modconf paranccsal (ekkor minden indításnál betöltésre fognak kerülni, de akár mikor el lehet őket távolítani a memóriából.

5.2. Kernelbe vagy modulba?

Mikor melyiket kell használni?

Az esetek nagy részében a kernelbe való fordítást érdemes használni, amennyiben biztos vagy benne, hogy egy eszközt majdnem mindig használni akarsz (hálókártya meghajtóprogramja, ha állandóan hálón vagy, hangkártya meghajtóprogramja, ha állandóan zenét hallgatsz). Viszont, ha van olyan dolog, amit csak lehet, hogy fogsz használni, de nem akarsz olyankor azzal bajlódni, hogy újra forgass egy kernelt, akkor azt modulba rakod (ha mondjuk csak Linux van a gépeden, de lehet, hogy fog néha valamelyik haver hozni cuccot kivehető vinyón és nála még Windows van, akkor modulban felrakod a fat32, DOS és NTFS fájlrendszereket, és csak akkor töltöd be őket, ha helyzet van (mountoláskor maguktól is betöltődnek, ha szükség van rájuk)).

5.3. A menuconfig kasználata

És akkor most hogyan is megy ez a konfigurálás dolog?

Az eszközmeghajtóprogramok között a föl le nyilakkal tudsz lépkedni, és a space gomb lenyomásával tudod kiválasztani, hogy ne legyen lefordítva a meghajtóprogram, modul legyen, vagy a kernelbe forduljon. A jobbra-balra gombokkal pedig azt tudod kiválasztani, hogy mi történjen a space lenyomására. A select a meghajtóprogik állapotának az állítgatása. Az exit vagy visszalép a menüben egy szintet, vagy ha a menü gyökerében vagy, akkor kilép belőle, a help pedig segítséget ad arról a meghajtóprogramról, amin a kurzorod áll. Innen már sima ügy.

5.4. A menuconfig indítása

Ahhoz, hogy a menuconfigot elindítsad telepítve kell, hogy legyen egy ncurses nevű csomag a gépedn. Ennek a telepítése disztribúciókra lebontva a függelékek között olvasható Ncurses néven.

A menuconfig indításához a /usr/src/linux-ban a következő parancsot kell kiadni:

make menuconfig

Így egy első látásra tlán barátságtalannak tünő, de nagyon kezes menürendszerhez jutunk, amiben a meghajtóprogramok fő és alkategóriákra vannak osztva, hogy könnyebben megtalálhassuk őket.

5.5. A kernelkonfigurálásnál pár fontos dolog (eddigi tapasztalataim alapján)

Ha CD-t akarsz írni Linux alatt és ide cdíród van, akkor a következőket bele kell forgatni a kernelben (modulban nem megy (legalábbis nálam nem ment)):

ATA/IDE/MFM/RLL support ---> IDE, ATA and ATAPI Block devices ---> SCSI emulation support

SCSI support ---> SCSI support ; SCSI CD-ROM support ; Enable vendor-specific extensions (for SCSI CDROM) ; SCSI generic support

Ha nincs más scsi eszközöd, akkor minden mást ki lehet szedni az scsi-ből. (ettől még nem fog menni az scsi emuláció, mert bele kell írni egy sort a lilo.conf-ba, de ezt a végén még részletezem)

Játékport:

Lehet, hogy tényleg nem fogod sokat használni, de ha néha akarod használni, akkor is bele kell forgatni a kernelbe a portot (a dzsojsztikot nem fontos :) , mert anélkül nekem nem ismerte fel a gémpadom.

Multimedia devices ---> Video For Linux

Na ezt érti félre mindenki. Ez nem ahhoz kell, hogy tudjál videót nézni Linux-on. Ez a tv kártyákhoz kell, tehát, ha nincs, akkor ne kapcsold be.

File systems ---> MSDOS fs support

Ez az, ami akkor sem kell, ha van Windows a gépen. Ez csak akkor kell, ha van DOS, és nem akarsz alatta a ~1, meg hasonló fájlnevekkel küszködni (DOS-nak tudok ajánlani egy nagyon jó alternatívát: FreeDOS . Még ma is fejlesztik)

File systems ---> Network File Systems ---> SMB file system support (to mount Windows shares etc.)

Ez kell ahhoz, hogy Windows megosztásokat tudjál használni Linux alatt (a hálózatban).

Sound --->

Ha nem találod a hangkártyád, akkor kapcsold be ezt: OSS sound modules

Input core support --->

Az ebben a menüpontban szereplő cuccok csak USB-s eszközökre vonatkoznak.

Talán ennyi jó tanács elég. És szorgosan olvasni a helpeket a kernelmenün belül!!!

6. Forgassunk kernelt!

Ha mindent beállítgattál konfigolás közben, a menü gyökerében nyomsz egy -et, és azt mondod neki, hogy (tehát mentse a "beállításokat). Ha úgy érzed, hogy valamit elszúrtál, akkor csak elindítod újra a make menuconfig-gal ezt a menüt és kilépésnél megint mentesz.

Most a következő parancsot kell kiadni:

make dep


6.1. Forgatási módok

Több alternatíva is létezik a kernel lefordítására. Ezek közül a 2 legfontosabb:

make bzImage

vagy

make bzlilo

A 2 között az a különbség, hogy míg a make bzImage csak lefordítja a kernelt, addig a make bzlilo be is másolja a megfelelő helyre, ugyanakkor a nevéből is adódóan ez csak akkor használható, ha a disztribúciónk lilo bootmanagert használ (mielőtt ezt a parancsot kiadnánk át kell nézni a lilo.conf-ot, tehát nehogy így vaktában lefuttasd! mindenkép olvasd el a lilo-ról szóló részét a doksink előtte!!!). Ha bzImage-vel forgatsz, akkor a /ahol/a/kernel/forrása/van/arch/i386/boot/bzImage -be kerül a kernel.

6.2. Hová kell rakni?

Én elsőnek fogom a disztróban eredetileg benne lévő kernelt (általában /vmlinuz) és átrakom /vmlinuz.orig-ba (mv /vmlinuz /vmlinuz.orig). Ha bzImga-et használtál, akkor ezután a /ahol/a/kernel/forrása/van/arch/i386/boot/bzImage-t másold be a /vmlinuz fájlba. Ezek után még a bootloaderrel is tudatosítani kell, hogy új kernelt kapott a rendszer. Ez a következő 2 pontban lesz részletezve.

6.3 lilo

Lilo esetén a make bzlilo futtatása a logikus, viszont előtte be kell írni a lilo konfigurációs fájljába pár dolgot. A /etc/lilo.conf-ban találod a lilo beállításait. Ezt szerkeszd a kedvenc szövegszerkesztőddel (nekem emacs).A vége felé találsz egy ilyet:

image=/vmlinuz

label=Linux

read-only

Ez után írd be ezeket:

image=/vmlinuz.old

label=LinuxOLD

read-only

optional

image=/vmlinuz.orig

label=LinuxORIG

read-only

optional

Mostmár futtathatod a make bzlilo-t és a kernel magától helyre kerül, valamint a lilo is tudomást vesz róla.

6.4. grub


6.5. Modulok forgatása

Ok a kernel a helyén bootolásra készen. Vagy mégsem?

A modulokat még nem fordítottuk le. Erre a következő parancs szolgál: make modules. Ezek után a modulokat installálni kell a /lib/modules-be. Szerencsére ezt nem kézzel, hanem a make modules_install paranccsal kell megtenni.

7. reboot

Ezek után reboot, és ha valami nem működne az új kernelben, akkor válaszd ki a LinuxORIG-ot bootolásnál.


Függelékek

A. A kernelverziókról

1. Fővonal

A linux kernelnél a verziószám sokat mond el az avatott szemnek a kernelről. Nézzük az aktuális kernel verziószámát:

2.4.20

Az első pont előtti szám a főverzió. Ez csak nagyon lényeges változásoknál változik (ez látszik abból is, hogy eddig csak 2-nél tart).

A 2. pont előtti szám akkor változik, ha új funkciók kerülnek be a kernelbe. Ha ez páros, akkor stabil, ha páratlan, akkor fejlesztői kernelről van szó.

A 3. pint előtti szám nagyobb hibajavításoknál és hasonló nem funkcionális frissítéseknél változik.

Ennek a változása előtt általában a kernel verziószáma egy kötőjel után kap alverziószámot, ami lehet -preX, vagy -rcX. A -preX olyan verzió, ami biztosan változni fog még, az -rcX, ha nem találnak benne hibát, akkor egyszerűen eltűnik és a kernel verziójának utolsó száma lép egyet.

2. A nemFővonalak

A kernel úgynevezet fővonalát Linus Torvalds tartja karban, ugyanakkor léteznek olyan vonalai a kernelnek, amiket más emberek tartanak karban. Ezek általában alapnak a fővonalat veszik (illetve annak utolsó stabil változatát). A legaktívabb ilyen fejlesztő Alan Cox (röviden ac). Az ő változtatásai a fővonalon általában bele is kerülnek a fővonalba. Az ac vonalba ugyanakkor nem csak ac fejlesztései kerülnek bele, hanem vannak, akik neki küldik el a változtatásaikat és ő illeszti be. Ac kernelverziói a kernel.org-on is megtalálhatóak. Az ő esetében a kernel a kötőjel után egy -acX kiegészítést kap.

Ac kernelén kívül még rengeteg létezik. Az hogy ezeket érdemes -e használni azt a honlapjukon található információk alapján könnyen el lehet dönteni.

B. Patchelés

1. Mik a patch-ek?

A patch-ek arra szolgálnak, hogy, ha új verzió jön ki a kernlből, ne kelljen letölteni az egész forrást, mivel általában nem a teljes forráskód változik, csak bizonyos részei. A patch tehát ezeket a változásokat tartalmazza. A patchekkel mindig csak a verziószámukhoz képest előző kernelverzióról lehet frissíteni.

2. A kernel patchelése

A patcheket 3 formában lehet megtalálni: tömörítetlenül, bz2-be vagy gz-be tömörítve (bz2-ben a legkisebbek a patchek). A 3 között csak a használatukhoz kiadandó parancs a külömbség.

Elsőnek mind a 3 esetben be kell lépni a kernel könyvtárába.

A tömörítetleneknél a parancs:

cat /ahol/a/patch/van/patchfájlneve | patch -p1

bz2-be tömörítetteknél (onnan lehet felismerni, hogy a fájl neve .bz2-re végződik):

bunzip2 -cd /ahol/a/patch/van/patchfájlneve | patch -p1

gz-be tömörítetteknél (onnan lehet felismerni, hogy a fájl neve .gz-re végződik):

gunzip -cd /ahol/a/patch/van/patchfájlneve | patch -p1

3. Patchelés visszavonása

Ha a patchelést vissza kéne vonnod, azt is meg teheted gond nélkül. Belépsz a kernel könyvtárába és a következő parancsot adod ki:

cat /ahol/a/patch/van/patchfájlneve | patch -p1 -R

vagy

bunzip2 -cd /ahol/a/patch/van/patchfájlneve | patch -p1 -R

vagy

gunzip -cd /ahol/a/patch/van/patchfájlneve | patch -p1 -R

C. Ncurses

1. Az Ncurses-ról

Az Ncurses konzolos menuk kirajzolására használt lib. Talán ennyi elég is róla.

2. Az Ncurses telepítése a nagyobb disztribúciókban

Mandrake:


Red Hat:


Gentoo:

emerge -s ncurses

Debian:

apt-get install libncurses5-dev

SuSE:

YaST-al próbáld meg!

Slackware:

D. Kernel a Debian-ban (kernel-package)

1. A kernel-package csomag

A kernel-package csomag egy olyan extra lehetőséggel terjeszti ki a Debian-t, amivel talán egy másik disztribúció sem rendelkezik (kivéve esetleg a debian alapúakat:). Aki Debian-t használ az tudja, hogy az dpkg (apt-get) mennyire megkönnyíti az ember életét. Ezt a könnyedséget terjeszti ki a kernel-package csomag a kernel használatára is. Ezzel a csomaggal ugyan olyan .deb csomagokat csinálhatunk a kernelből, mint amilyen az összes többi csomag, így egy kernel telepítése, vagy eltávolítása másodpercek alatt és jelentősen kevesebb macerával mehet végbe.

2. make-kpkg

A kernel-package használata pofon egyszerű. Elő kell készíteni a kernel forrását, ahogy a doksi elejében van (kitömörítés, majd konfigurálás), de sem make dep-et, sem az után következő parancsokat nem kell lefuttatni. Egyszerűen csak be kell lépni a kernel forrásának a könyvtárába (/usr/src/linux), és ki kell adni ezt a parancsot:

make-kpkg kernel_image

Ez elkészít a kernel könyvtárához képest egy könyvtárral feljebb (../) egy debcsomagot, és innentől már csak ki kell adni a

dpkg -i ./ahol/a/csomag/van/kernel-image-kernelverzioja_10.00.Custom_i386.deb

parancsot, aztán rebootolni és már élvezhetjük is az új kernelünket.

D. Erről a doksiról

1. Miért?

Ez a doksi eredetileg egy játékokkal foglalkozó weboldal fórumában íródott (http://www.mportal.hu/?action=forum_olvas&base=mportal8&thread=

203&hit2=25&page=1), azért, hogy azok is tudjanak kerneltforgatni, akiket a linuxos világ nagy része lamáknak nevez, pedig csak egyszerűen nem úgy születtek, hogy értenének a linuxhoz.

2. Készítő(k)

A doksit BaliHB készítette (azaz én), de szeretnék köszönetet mondani az tanácsaikért és hathatós segítségeikért a következőknek:

A jelenlegi főnököm

szogi

rengeteg fórum és cikkolvasó

2 Fejlesztés

A doksi folyamatos fejlesztés alatt áll. Vannak stabil, dev, pre és rc verziói is. A verziókról bővebben a kernelverziókról szóló függelékben olvashatsz :)

3. Készült

Készült: emacs, linux kernel, OpenOffice.org (office.fsf.hu-s magyarítás, valamint az ebből általm készített .deb csomag (http://savannah.nongnu.org/projects/ooodeb-hu/)), Debian, gnome-terminal, wmaker

felhasználásával.

Minőségét megörzi: amíg én vagy valaki fejleszti.

II. miskolci linuxos találkozó

Címkék

Az első miskolci találkozó sikerein felbuzdulva a szerverzők megrendezik a második ilyen összejövetelet. Az időpont 2003.01.17 19 óra, a hely a szokásos: a villany rendőrnél az óra alatt :)

Mindenkit szívesen látnak a szervezők.

Email cím: vdm@mailbox.hu

Tel: +36702632571