Aktív fórumtémák

Tárgy Válaszok Legutóbbi beküldés Fórum Szerző
  Android Rage n+1 287  2025-08-17T21:33:34+0200 Android hnsz2002
  Egészségügyi dokumentumok listájának lekérése - Breakglass 409  2025-08-17T21:26:41+0200 Közösségi kerekasztal locsemege
  Windows 11 version 24H2 (javítás verziója) - ez mi? 19  2025-08-17T21:04:18+0200 Microsoft Windows szilard_
  SSD meghibásodás után sérült Windows 10 LTSC 2019 helyreállítása 16  2025-08-17T20:39:33+0200 Microsoft Windows djtacee
  Unaloműző online játékok és azok eredményei #2 744  2025-08-17T19:13:47+0200 Játékok trey
  Squid proxy HTTPS (HSTS) oldalak blokkolása szépen 2025-08-17T16:30:32+0200 Hálózatok egyéb kisspepe
  Fejlődnek a video driverek 128  2025-08-17T15:21:00+0200 VGA locsemege
  Miért van értelme saját szerveren futó AI-al sz*pni? (Kaotikusan sült el a GPT-5 modell bevezetése) 90  2025-08-17T12:01:26+0200 HUP cikkturkáló Ritter
  ELMŰ okos mérő kalandok 760  2025-08-17T11:10:03+0200 Elektronika, Elektromos eszközök VincentV
  [SOLVED] Milyen mobilnetet backupnak, LTE képes routerbe? 18  2025-08-17T06:50:06+0200 Hálózati eszközök wowbagger
  HUP ismert hibák listája - 2025 199  2025-08-16T22:54:44+0200 HUP trey
  IT rendszergazda (Windows / Linux / hálózat) 2025-08-16T19:24:13+0200 Állást kínál Proci85
  NIS2 tapasztalatok 65  2025-08-16T16:10:03+0200 Közösségi kerekasztal pentike
  Mi történt a Hardverker Online Kft-vel (bestmarkt.hu)? 192  2025-08-15T21:02:41+0200 Közösségi kerekasztal djtacee
  Roidmi károsultak fóruma (Roidmi csődbe ment, így nem használhatók tovább bizonyos eszközeik) 33  2025-08-15T20:29:50+0200 Közösségi kerekasztal Charybdis
  Proxmox Backup Server → BackBlaze (S3) Offisite mentés 12  2025-08-15T13:38:46+0200 Virtualizáció gyuri23
  "The EU wants to decrypt your private data by 2030" 45  2025-08-14T16:18:37+0200 HUP cikkturkáló zitev
  Trump elküldte az Intel főnökét 45  2025-08-14T16:15:50+0200 HUP cikkturkáló Botond
  Debrecenben keresek üveget hegeszteni tudó kisiparost. - Megoldódott. 15  2025-08-14T10:35:20+0200 Hálózatok egyéb itan
  [megoldva]Zentyal lassú webes felület 2025-08-14T09:17:05+0200 Hálózatok egyéb theadam

FAUmachine: újabb virtuális számítógép

Címkék

A vmware előnyeit azt hiszem nem kell ecsetelnem. Két komoly baja van a vmware-nek. Az egyik az ára, a másik pedig a zárt forráskódja. Az egyiken viszonlag könnyen lehet segíteni, hiszen bárki kaphat a használatához 30 napos licencet, amely helyett lehet kérni újabbat.

Vannak próbálkozások nyílt forrású alternatíva készítésére (pl. plex86), de átütő sikert még nem nagyon sikerült elérni.

Talán most? Itt egy újabb jelentkező, a FAUmachine Projekt. A

FAUmachine egy nyílt forrású virtuális gép, melynek a fejlesztése az UML-ből (User Mode Linux) indult, és később nőtte ki magát virtuális géppé.

A szerzők jellemzése szerint a FAUmachine hasonlít a vmware-hez. A FAUmachine user processzként fut, nem kell hozzá root privilégium, sem kernel modul. Jelenleg Linux kernelen fut, x86 hardveren. Az OpenBSD port készítése folyamatban van. A FAUmachine-en futnak a Linux disztrók, és futnak az i386 hardverre fordított programok. Természetesen van hálózati része, azaz képes transzparens módon kapcsolódni ahhoz a lokális hálózathoz, amelyhez a host gép kapcsolódik.

A stuffról itt találsz képernyőképeket. A projekt honlapja itt.


A legtöbb Linux disztribúcióhoz léteznek csomagok:

  • Debian 3.0r0 és 3.0r1
  • Red Hat 8.0
  • Red Hat 9
  • SuSE 8.1
  • SuSE 8.2
  • SuSE 9.0
  • Tarball
  • netconsole: hogyan debugoljunk hálózaton keresztül

    Címkék

    Debugolni néha kell. Hogy miért?

    Biztos mindenki került már olyan helyzetbe, hogy kernelfordítás után valami nem volt teljesen OK. Vagy nem volt a monitoron kép, mert elfelejtettük valamelyik konzol komponenst belefordítani a kernelbe, vagy a rendszer nem találta a / filerendszert, mert elfelejtettük az IDE, SCSI vagy más lemezvezérlő driverét, vagy egyszerűen csak rossz filerendszert állítottunk be a kernel konfigurációs részében. Sorolhatnám még a felmerülő hibákat, de a lényeg az, ha valamilyen oknál fogva gépünket nem tudjuk legalább a ``single'' módig (init 1) bebootolni (ehhez ugye az kell, hogy az init-et elérjük, vagy legalább egy shell-t (bash, sh, stb.) tudjunk init-ként használni), akkor nagyon nehéz a debugolás. A boot üzenetek egy korszerű gépen gyorsan lefutnak a képernyőn, így tényleg nagyon kell figyelni, hogy az ember a megfelelő pillanatban leolvashassa a hibaüzenetet. Másik bosszantó dolog, ha kernel panic-ot kapunk mindjárt a bootolásnál, és azt szeretnénk szeretnénk debugolni. Nem hiszem, hogy bárki nekiállna egy oops üzenetet papírral és ceruzával leírni... Akkor mégis hogyan rögzítsük az ilyen félig bootolt gép üzeneteit?

    Egy kis CAD

    Címkék

    A Ribbonsoft évek óta fejleszti ezt a kis (3-20 MB) CAD programot, kiváló bővítményekkel, jó felhasználói felülettel.

    FreeBSD telepítése távolról

    Címkék

    A világon számos számítógép-rendszert megszálltak a pingvinek; néhányat ezek közül a halott patkányok. Ezt a depenguinator készítője gondolja így. Szerinte felmerülhet az emberekben az igény arra, hogy ezekből a ``megszállt'' gépekből kiűzzék a gonosz lelkeket, hogy a helyüket a barátságos, szép daemon foglalhassa el.

    Azonban sokszor megakadályozza az embereket ebben az, hogy a pingvines szervereket fizikailag nem érik el, az egyetlen kapcsolat velük az hálózaton keresztül van. Vajon akkor hogyan kerüljön ezekre a szerverekre a daemon?A depenguinator szerzője talált erre megoldást. Összerakott egy csomó kódot, amelynek segítségével el lehet készíteni egy olyan FreeBSD imaget, amelyet be lehet bootolni a memóriába, beállítható vele a hálózat, egy root jelszó, és engedélyezhető vele az SSH hozzáférés.

    Ezzel a stuffal pingvin mentessé lehet tenni bármilyen szervert, amely hálózati kapcsolattal rendelkezik.

    A szükséges kód elérhető innen. A használatához szükséges tudnivalók itt.

    Gibraltar Firewall 1.1

    Címkék

    A ma megjelent Openwall GNU/*/Linux 1.1 mellett még egy említésre méltó Linux disztribúció új verziója látott napvilágot a minap. Ez a Gibraltar Firewall névre hallgató osztrák fejlesztésű operációs rendszer. A Gibraltar egy Debian-alapú tűzfal termék, amely a CD-ről fut, telepíteni nem szükséges. A konfigurációs adatokat floppy-n, merevlemezen, vagy USB pendrive-on tartja.
    Megerősített Linux kernelre épül. A megerősített kernel ellenáll a puffer túlcsordulásos hibák nagy részének, köszönhetően a magyar illetőségű PaX kernelpatchnek köszönhetően. A Gibraltar még egy magyar illetőségű programot is tartalmaz, ez nem más, mint a Zorp tűzfal.Ez a kiadás egy karácsonyi release, kevés új funkciót tartalmaz, a változások inkább bugfixek. A kernelt frissítették a 2.4.23-as Linux kernelre, fixálandó a do_brk() hibát. Az alaprendszer a Debian 3.0r2-re lett frissítve.

    Az anyag megrendelhető itt. A honlapja itt.

    Az 1.1 változások listája itt. Az 1.1 letötlhető innen (137MB).

    Openwall GNU/*/Linux 1.1

    Címkék

    Újabb egy év fejlesztési idő és számos publikus fejlesztői snapshot után megjelent Solar Designer (a korábban a Linux kernelhez készített OpenWall biztonsági patchek írója) Openwall GNU/*/Linux 1.1-es verziója. A disztribúció megvásárolható CD-n, vagy letölthető lesz 2004. január 7-e után.

    Az Owl egy biztonságilag megerősített szerver operációs rendszer amely a Linux kernelre és a GNU programokra épül. A Linux disztró érdekessége, hogy a *BSD-khez hasonlóan rendelkezik egy olyan saját build rendszerrel, amely segítségével az operációs rendszer userland-je teljes egészében újrafordítható a forráskódokból. Ehhez egyszerűen a ``make buildworld'' parancsot kell használni.Az operációs rendszer x86, SPARC, és Alpha platformokon fut. Bővebben az ARCHITECTURES oldalon. Természetesen szabad operációs rendszer. A rendszer mögött álló elgondolást a CONCEPTS oldalon lehet elolvasni. A telepítéshez tanácsokat itt lehet kapni. A CD megvásárolható itt, vagy letölthető az anyag innen.

    A projekt honlapja itt.

    Andrew Morton: Linux 2.6.0-mm2

    Címkék

    AKPM kiadta a stabil 2.6.0-ás második -mm patchét.

    Adaptec SCSI frissítések, az ieee1394 csapat frissítései és számos más javítás (pl. azon CD-ROM-mal kapcsolatos problémák javítása, amelyek a -mm1-ben jöttek elő) kerültek bele.

    Kernel hiradó

    Címkék

    Nézzük mit dolgoztak a kernel hackerek az ünnepek alatt:

    Matt Mackall egy olyan patchseten dolgozik, amelynek segítségével a remények szerint a lehető legkisebbre lehet leszorítani a Linux kernel memória és diszk foglalását. A fejlesztő által karbantartott kernelfa a -tiny névre hallgat. A fejlesztő majd 50 olyan patchet gyúrt egybe, amely segít a ``kövér'' vanilla Linux kernelt vékonyabbá tenni. Kik a patchet ``célpontjai''? A beágyazott-rendszer építők, a handheld gyártók/használók, és a régi desktop gépekkel rendelkező felhasználók. A patchset megjelent a 2.6.0-test11 és a stabil 2.6.0 kernelhez is.

    Sean Neakums - gondolom csak a Karácsonyra való tekintettel, mert szerintem gyakorlati haszna nincs (pláne, hogy a /proc deprecated lesz) - egy olyan patchet készített, amellyel a /proc/updike-on keresztül lekérdezhetjük a rendszerünk uptime-ját egy hisztogram formájában.Greg Kroah-Hartman bejelentette az udev 011-es kiadását. Az udev nem más, mint az elavult devfs userspace implementációja, amely a sysfs-re és a /sbin/hotplug-ra támaszkodik.

    Con Kolivas egy olyan patch-en dolgozik, amely úgy módosítja a Linux kernel processz ütemezőjét, hogy az a legjobb teljesítményt nyújthassa a P4HT (Hyperthreading) gépeken.

    Greg Kroah-Hartman egy olyan pachet készített a sysfs-hez, amely használatával létrejön egy /sys/class/mem bejegyzés, és így az összes mem char eszköz látszik az udev alatt.

    Trükkös undelete megoldás Linuxra

    Címkék

    Ebben a cikkben a libtrash nevű libről olvashattok. Alkalmas (lehet) arra, hogy a felhasználók hibáit szalagok előszedése nélkül javíthassuk :)Amikor a libtrash-t használjuk, az elfogja az unlink és rename rendszerhívásokat. A törölni, átnevezni kívánt fájlokat elpakolja egy könyvtárba.

    Kipróbáltam Debian Sid-en, Sambával. Szépen működik.

    Amit a kedves felhasználó töröl megtalálja a $HOME/Trash dir alatt.

    A libtrash otthona itt található.

    LD_PRELOAD-dal működik, ezért az ilyenek ellen


    echo "grrr">pr

    nem véd, hacsak az LD_PRELOAD definiálása után újra nem indítod a shellt.

    Zack Brown: Kernel Traffic #246

    Címkék

    Megjelent a Zack Brown által karbantartott, heti rendszerességgel megjelenő, az LKML (Linux Kernel Mailing List) levelezési lista tartalmát kivonatos formában feldolgozó hírlevél, a Kernel Traffic legfrissebb száma.

    A tartalomból:

  • Beszélgetés a bináris modulokról
  • DevFS/udev státusza a 2.6-ban
  • Linux 2.4.24-pre1 kiadva; XFS beolvasztva
  • Új -kicsi kernel patchset, célja összegyűjteni azokat a patcheket, amelyek csökkentik a kernel méretét
  • Áttekintett 'megbízhatatlan' kernel zárolási útmutató
  • Az -mm fa és a 2.6 státusza
  • Megjelent a Linux 2.6.0
  • Itanium karbantartás kérdése

    A hírlevelet megtalálod itt.

  • Könyv ajánló: Linux bevetés közben

    ``A hack szónak számtalan jelentésárnyalata van, például: az ``ügyes rögtönzés'' az adott pillanatban, illetve a kihozza a legtöbbet a helyzetbõl az éppen kéznél levő eszközök használatával. A csúnya ``berhelés'' a legátláthatatlanabb és legkevésbé érthető módon közelíti meg a kérdést, bár sok ``jó trükk'' is kibogarászhatatlannak tûnhet az avatatlanok szemében.''

    Szerzõ: Rob Flickengen

    Kiadó: Kiskapu Kft.

    Kiadva: 2003

    Oldal: 324

    Nyelv: Magyar

    ISBN: 963 9301 55 8

    Eredeti cím: Linux Server Hacks

    A Linux bevetés közben című könyv azt hiszem elég friss kiadvány a boltok polcain. A könyv nem a megszokott ``Linux teljes referencia'' könyvek családjába tartozik (amelyen mindig jót derülök, mert nyilvánvaló, hogy egy könyvben nem lehet a Linux világáról teljes referenciát írni). A könyvben pontosan 100 linuxos trükköt olvashat az érdeklődő. A kötet nem az abszolút kezdő Linux felhasználónak készült, tehát nem arról ír a könyv szerzője 300 oldalon keresztül, hogy hogyan lépjünk be a konzolon, vagy hogyan indítsunk el egy X szervert. A könyv a közép-haladó Linux használóknak készült, de a profi linuxosok is minden bizonnyal találnak benne olyan trükköt, amely megkönnyíti mindennapi munkájukat.

    A könyv szerzője - Rob Flickenger - a Slackware 3.5-ös verziója óta használja a pingvines operációs rendszert, korábban pedig az O'Reilly Network (teljesen Linux alapra épülő környezet) rendszergazdája volt. A társszerzők között pedig olyan nevek szerepelnek, mint Dru Lavigne az O'Reilly Network állandó szerzője, aki a HUP-on rendszeresen szerepel a FreeBSD Basics szekcióban.





    A könyvben szereplő 100 trükk 8 fejezetben van csoportosítva. A fejezetek (és az alcímek _nem_ teljes felsorolása):
    • kiszolgáló alapok (1-22 trükk)
      • rendszererőforrások felügyelete
      • a /proc szépségei
      • fölösleges meghajtók eltávolítása a rendszermagból
      • Makefile használata rendszergazdai feladatok ellátására
      • nagy mennyiségű RAM használata (tegyük elérhetővé a teljes memóriát a Linux számára)
    • változat követés (verzió követő rendszerek használatának trükkjei) (23-36 trükk)
      • cvs alapjai
      • modulok kikérése
      • a munkapéldány frissítése
      • [..]
      • módosítások véglegesítése a CVS-ben
      • stb.
    • biztonsági mentések (37-44 trükk)
      • mentés SSH-n keresztül
      • rsync használata
      • pax program ismertetése
      • parancssori CD-írás (szerveren ugye nincs X)
      • stb.
    • hálózatkezelés (45-53 trükk)
      • tűzfalak építése
      • IP-álcázás (masquerading)
      • IP tables trükkök
      • port forwarding
      • IP-IP tunneling
      • vtun használata az SSH felett
      • stb.
    • rendszerfelügyelet (54-65 trükk)
      • syslog
      • lsof
      • watch
      • netstat
      • ngrep
      • nmap
      • ntop
      • httptop
      • stb.
    • az SSH (66-71 trükk)
      • kulcsok használata
      • gyors bejelentkezés
      • SSH-Agent futtatása grafikus felületen
      • X az SSH-n keresztül
      • port átirányítás az SSH-val
      • stb.
    • a parancsfileok (72-75 trükk)
      • dolgozzunk a Perl-lel
      • daraboljuk adatainkat (dd + bash)
      • színezzük ki a logfileokat (elemezzünk könnyebben)
    • adatbázis-kiszolgálók (76-100 trükk)
      • BIND futtatása chroot-olt környezetben
      • MySQL felügyelet mtop-pal
      • növeljük a MySQL szerver teljesítményét
      • rendszer tuning az adatbázis-szerver környezethez (glibc, Linuxthreads és a rendszermag finomhangolása)
      • az Apache Toolbox használata
      • Apache naplófileok karbantartása
      • SSL tanúsítvány készítése
      • Saját hiteles (SSL) kiszolgáló készítése
      • több webhely kiszolgálása azonos DocumentRoot alól (mod_rewrite)
      • Load balancing (terhelés elosztás) az Apache-csal (RewriteMap)
      • stb.



    Összefoglaló

    Miközben beleolvastam a könyvbe, többször megesett velem az, hogy magamban nyugtáztam, hogy bizony ezt a megoldást én is alkalmazom a napi munkám során. Például egy HUP-szerű szerver üzemeltetésésének alapvető feltétele bizonyos programok ismerete. Ahogy átfutottam a felsorolást rájöttem, hogy a könyv ezen programok nagy részét tárgyalja. SSH bejelentkezés, SSH kulcsok, Apache, SSL kulcsok gyártása, MySQL futtatás - optimalizáció, Perl, stb. Egy dolgot fontos megjegyezni a könyvvel kapcsolatban: a könyv _nem_ azt írja le, hogy hogyan kell használni az egyes programokat. A könyv olyan trükköket ír le a programokkal kapcsolatban, amellyel könnyebbé tehetjük a napi munkánkat. Ezek nekem pozítívumok. A működésük úgyis kiderül a man oldalakból, nemde?

    Próbáltam a könyvről összeszedni a negatívumokat is, de meg kell valljam, hogy nem nagyon tudtam. Pontosabban nem tudtam. A trükkök leírása világos, tömör, példával illusztrált, tehát konkrétumokat tartalmaz. A könyv készítője nem esett abba a hibába, - amelybe egyébként egy rakás linuxos könyv szerzője és kiadója esik - hogy elavult dolgokról ír (például múltkor belelapozva egy hasonló könyvbe a szerző még mindig az ipchains-t tárgyalta, holott az iptables is lassan 2 éves már). Azt hiszem ez a könyv az, amelyet érdemes ajándékba kérni vagy megvásárolni a közép-haladó Linux felhasználóknak, kiváltképp azoknak akik szerver üzemeltetésre adják fejüket. Tipikus O'Reilly minőség. Az ára is barátságos, nem több, mint két menü egy gyorsétkezdében. Megkockáztatom az 1-10-es skálán a 10-es értékelést a kötetnek.

    Az értékeléshez használt kötetet a Kiskapu kiadó bocsátotta rendelkezésre. Köszönet érte.

    Postal 2: Share the Pain demo

    Címkék

    Icculus mesternek (egy rakás játék linuxos portjának elkészítője) köszönhetően a Postal (2) rajongók örvendezhetnek. Icculus kiadta a Postal 2: Share the Pain demo verzióját GNU/Linuxra.Aki nem tudja, hogy mi a Postal 2, az olvassa el ezt a cikket. Júliusban Icculus arról számolt be, hogy dolgozik a Running With Scissors híres/hirhedt játékának linuxos portján. Úgy néz ki, hogy sikerrel járt a munkája.

    Jelenleg a Share the Pain teljes demoja letölthető, amely egy single player pályát, és több multiplayer mapot tartalmaz. A játék teljes, kereskedelmi verziója hamarosan elérhető lesz. Icculus úgy értesült, hogy lesz dobozos Linux verzió is, így aki meg szeretné vásárolni, az ne fusson megvenni a Windows verziót. A jelenleg letölthető demo tartalmaz egy linuxos dedikált szervert is.

    Letöltés és bővebb infó Icculus oldalán itt.

    ekkoBSD Firewall 1.0 Alpha 1

    Címkék

    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 complete OS
  • State Tracking Firewall
  • Traffic Shaping
  • Network Address Translation
  • FTP Proxy
  • Authenticating Gateway
  • Complete Logging Facility
  • Easily Managed with the upcoming toolset
  • IP Address Pooling (Common Address Redundancy)
  • State Log Daemon

    Letölthető:

    ftp://ftp.sunsite.dk/pub/projects/ebsd/current/ISO/ekkobsd_fw_10A1.iso

  • HUP: TOP10 sztori 2003-ban

    Címkék

    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!

    LWN 2003 Linux kronológia

    Címkék

    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:

    A Linux 2.6 ütemező működése

    Címkék

    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.

    MySQL 5.0.0 alpha

    Címkék

    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.

    Kezdetleges RAID 6 támogatás a Linux kernelhez

    Címkék

    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 előnyei:

    - fokozottabb biztonság, ideális a küldetés kritikus adatok tárolására

    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.

    Világító Tux a házunk homlokzatán

    Címkék

    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">



    Michael fényképekkel illusztrált dokumentációja a világító Tux készítéséről itt.

    (Buherátoroknak)

    Retek 2, avagy hogyan leszel milliomos 2004-ben

    Címkék

    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. :-)