Aktív fórumtémák

Tárgy Válaszok Legutóbbi beküldés Fórum Szerző
  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
  Windows 11 version 24H2 (javítás verziója) - ez mi? 18  2025-08-17T17:09:17+0200 Microsoft Windows szilard_
  Egészségügyi dokumentumok listájának lekérése - Breakglass 408  2025-08-17T17:07:28+0200 Közösségi kerekasztal locsemege
  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
  Android Rage n+1 286  2025-08-17T12:38:16+0200 Android hnsz2002
  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

Apache-alapú WebDAV szerver, LDAP és SSL szolgáltatásokkal HOGYAN

Címkék

Sziasztok! Frissült az Apache-alapú WebDAV szerver, LDAP és SSL szolgáltatásokkal HOGYAN a Magyar LDP kiadásában,
az FSF.hu Alapítvány támogatásával.



Üdv.


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



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

Oracle és UHU-Linux

Címkék

Elkészítettünk egy rövid leírást (képernyőképekkel) az Oracle9i Database 9.2 telepítéséről (UHU-Linux 1.1rc1 alá). A dokumentáció finomítása, illetve az UHU-Linux 1.1 további hangolása érdekében szeretnénk kérni azok segítségét, akik Oracle adatbázisokkal dolgoznak. (Több sikeres telepítésről tudunk, de a végleges 1.1 kiadása
előtt szeretnénk annyi "Oracle tesztelővel" felvenni a kapcsolatot,
amennyivel csak lehet.) A tapasztalatokat, hibajelentéseket továbbra is a dev@uhulinux.hu listára várjuk.

A Novell csatlakozott az OSDL-hez

Címkék

A Novell újabb lépést tett a Linux világába azzal, hogy csatlakozott az Open Source Development Labs-hoz (OSDL).

Az OSDL-t - Linus Torvalds munkaadóját - azért hívták életre, hogy gyorsítsa a Linux vállalati környezetbe történő adoptálást. A szervezet 2000-ben alakult, vezető IT cégekből álló konzorcium alapította. Az OSDL non-profit szervezet. Az OSDL alapító tagjai az IBM, HP, CA, Intel, és az NEC.Az OSDL tagjai között nagy nevek szerepelnek. Úgy, mint: Alcatel, Cisco, Computer Associates, Dell Computer Corporation, Ericsson, Force Computers, Inc., Fujitsu Ltd., Hitachi Ltd., HP, IBM, Intel, Linuxcare, Inc., Miracle Linux Corporation, Mitsubishi Electric, MontaVista Software, NEC Corporation, Nokia, NTT Data Intellilink, Red Hat, Sun Microsystems, SuSE Linux AG, Timesys, Toshiba Solutions, Transmeta, Turbolinux, Ulticom, Unilever, VA Software, Wind River.

Az OSDL bejelentése itt.

MPlayer 1.0pre3 The Real Counter | second try

Címkék

Ma megjelent az Mplayer 1.0pre3 ``The Real Counter". Windows Media Player skin támogatás...

Hehe, ez csak vicc, viszont a változások logja egészen hosszú.

Nézzük mik vannak: reverse engineered RealVideo 2.0 (RV20) kodek B frame támogatással, sis_vid Vidix driver a SiS kártya tulajdonosoknak, doublebuffer támogatás a Geforce2-höz, stb. Nézd meg a változások listáját.

Kicsivel a ``The Real Counter" után megjelent az MPlayer 1.0pre3 ``second try''. Az Mplayer 1.0pre3-ba egy nagyobb hiba került. A pre3 nem fordult le a big-endian gépeken (mint a ppc, sparc és az m68k). Akinek ilyen gépe van, annak mindenképpen a ``second try''-ra van szüksége.

Változások:MPlayer 1.0pre3: "The Real Counter"

DOCS:

* all MPlayer and MEncoder options documented

* all FFmpeg/libavcodec options documented

* Support for building incomplete XML documentation

* Support for building all-in-one HTML docs

* HTML documentation obsoleted

* English, Polish and French HTML documentation removed

* Spanish documentation translation finished

* Macedonian runtime output translation added

* small improvements and bug fixes all over the place

Ports:

* fixed compilation of Matroska on MinGW32/Cygwin

* support for detecting non-Intel CPUs under Cygwin

* sub autoloading under Windows

* removed pthread dependency (compiles out of the box on a default NetBSD install)

* more 64 bit fixes

* a lot of Mac OS X fixes

* prefer TOOLS/cpuinfo over linuxemu's /proc/cpuinfo under FreeBSD/x86

* Darwin XMMS libs supported

* support newer Darwin versions in Altivec detection code

* support for newer Apple GCCs

Codecs and demuxers:

* better support for (buggy) MEncoder created streams in libmpeg2

* MPEG-TS demuxer updates

* fixed the MPEG muxer

* fixed tons of bugs in MMS streaming

* user settable http user-agent field

* improved (now working) seeking with support for growing files in Realmedia format

* saveable and loadable index files (workaround for formats not supporting files over 2GB)

* Ultimotion VfW decoder

* support for MMS streams with UTF urls

* big DVB demuxer update

* fixed MOV demuxer to always read ImageDesc (fixes ffsvq3 bugs)

* fixed an old bug in AVI/Waveformatex size calculation

* XviD API-4 (1.0 beta2) support

* improved FLAC-in-Ogg support

* Matroska: better AC3 detection

* Matroska: VobSubs, MP2, FLAC, AAC and HE-AAC support

* improved detection of Real RTSP through URL analysis

* fixed stereo 16 bit TWOS

* fixed MPNG when using BGR24 images

* control functions in OGG demuxer

* http cookies support

* LML-M4 MPEG4 capture card raw stream format support

Filters:

* some fixes in the delogo filter

* optimized eq2 filter

* weighted gamma support in the eq2 filter

* new filters: hue, spp, fil, yuvcsp

* alternative postprocessing filter (spp)

* big scale filter updates

* zrmjpeg filter, a kick-ass mjpeg encoder using FFmpeg/libavcodec

* filmdint: new inverse telecine filter, heavily mmx and 3dnow optimized

FFmpeg/libavcodec:

* Lagrange multipliers instead of qscale, encoding quality much improved

* fixed an old bug in MPlayer's support code

* support wider range of VOLs in H263

* direct rendering support in MJPEG

* massive MLib optimizations

* more VQA files supported

* Theora support

* Sunplus JPEG (SP5X) support

* H.263 GOB fixes

* massive cleanups

* reduced memory footprint (!)

* fixed decoding if aspect ratio changes

* MMX2 optimizations in HuffYUV

* lots of bugs squashed in HuffYUV

* long standing decoding errors after 'first frame is not keyframe' fixed

* CRI ADX support

* XA ADPCM support

* fixed files with odd dimensions on PPC

* optimized MPEG2 bitstream parsing

* better interlacing framework

* support for IBM's XLC compiler

* support for SAR (sample aspect ratio)

* floating point AAN DCT

* dynamically alloc big data fields (lower memory usage in most cases!)

* fixed stereo IMA-ADPCM encoding

* inline vs always_inline - some speedups

* MMX2 optimized FDCT

* accurate 2-4-8 DCT

* much faster DV encoding (it beats libdv)

* support Cinepak files with funky (not divisible by 4) resolutions

* Altivec optimized FDCT

* XvMC speedups

* initial ZyGoVideo decoding

* RGB support in FFV1

* new Palette API, all codecs updated

* Noise reduction of DCT coefficients

* "av_log" logging API

* support for buffer hints from codecs

* BGR24, RGB555 and PAL8 image formats

* 8BPS, MS RLE, MS Video1, QT RPZA, QT SMC, FLIC and TrueMotion1 decoders

* 16x8 MV visualisation support

* H.263 overlapped block motion compensation (OBMC), 4MV support

* H.263 alternative inter vlc support

* H.263 deblocking filter (MMX optimized)

* H.263 modified quantization support

* H.263 slice structured mode support

* Real RV20 decoder (with B-frame support)

Drivers:

* VIDIX equalizer support in fbdev, svga and vesa

* VIDIX colorkeying support in fbdev, svga and vesa

* obsoleted option: -fb

* new SiS 650/651/740/etc VIDIX driver

* safer vo_directx direct rendering

* massive nvidia_vid updates

* gl2 updates

* ggi now supports non-directbuffer rendering and slices

* tdfxfb fixed on gcc 3.x

* dfbmga updated, G200 support

* colorkeying can be disabled

* Radeon 9800 (R350) support in VIDIX

* proper fix for buffer size workarounds in vo_zr

* new vo_zr2 driver, which uses the advantages of the filter layer

* fixed vesa when used together with pthread

* runtime stay-on-top functionality (in almost all output drivers)

* ALSA 1.x support

SWScaler:

* updated MLib (Sun VIS) support

* more accurate filters (rounding fixes)

* MMX optimized UYVY output

* eliminated chroma scaling bugs

Others:

* fixed aspect and geometry

* fixed compilation when libavcodec is missing (although it's a bad idea)

* MTRR detection added to TOOLS/cpuinfo

* FAAD detection in configure fixed/improved

* improved FLAC configure detection

* GUI file selector updated for newer formats

* Fontconfig support

* proper VobSub seeking support

* removed oldskool libcss support (nobody uses it and has drawbacks)

MEncoder:

* FFmpeg/libavcodec audio encoding support

* exit if there's no video stream (avoids unexpected segfaults)

* huge bug fixed (missing InitTimer call), screwed up timers in some cases

* rawyuv (i420) 'encoder'

Letöltés:

  • Hungary 1, HTTP -> http://www1.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre3.tar.bz2
  • Hungary 1, FTP -> ftp://ftp1.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre3.tar.bz2
  • Hungary 2, HTTP -> http://www2.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre3.tar.bz2
  • Hungary 2, FTP -> ftp://ftp2.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre3.tar.bz2
  • USA, HTTP -> http://ftp3.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre3.tar.bz2
  • USA, FTP -> ftp://ftp3.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre3.tar.bz2
  • Switzerland, HTTP -> http://www4.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre3.tar.bz2
  • USA2, HTTP -> http://ftp5.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre3.tar.bz2
  • USA2, FTP -> ftp://ftp5.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre3.tar.bz2
  • Australia, FTP -> ftp://ftp6.mplayerhq.hu/pub/mplayer/releases/MPlayer-1.0pre3.tar.bz2
  • Bulgaria, FTP -> ftp://ftp://ftp8.mplayerhq.hu/mplayer/releases/MPlayer-1.0pre3.tar.bz2
  • Xouvert mérföldkő: az első kiadás elérhető

    Címkék

    Augusztus elején írtam arról, hogy egy Xfree86 fork jött létre Xouvert néven.

    A Xouvert projekt létrejöttekor azt ígérte, hogy minden hatodik hónapban stabil kiadást ad ki, a biztonsági javítások és a driver frissítések/javítások napi rendszerességgel lesznek majd elérhetőek.

    Hogy miért jött létre a Xouvert? Mert az XFree86 projekt jelenlegi felépítése nem megfelelő a fejlesztők egy részének. Az XFree86 fejlesztése lassú. Az XFree86 projektben "vér frissítésre" van szükség.A Xouvert projekt elérte a roadmapjának első állomását, és kiadta az első release-t. Az új X szerver helyettesítő számos patchet és kódtisztítást tartalmaz az eredeti Xfree fához képest.

    A stuff letölthető a Xouvert letöltési oldaláról.

    SmoothWall 2.0

    Megjelent a SmoothWall, a Linux alapú tűzfal 2.0-ás verziója. A Smoothwall segítségével egy régi, akár 486-os kategóriájú gép felhasználásával megvédhetjük privát hálózatunkat a rosszindulatú támadókkal szemben. Ezzel egy időben ``eloszthatjuk'' internetes kapcsolatunkat a helyi hálózaton levő gépek között.

    A rendszer funkciói közöt szerepel az előbbieken kívül: DHCP szerver, állapottartó tűzfal, VPN támogatás, RRDtool a logok rajzolásához, Proxy szerver, NTP szerver szinkronizáció, stb. A rendszer webes felületen konfigurálható. Óriási előnye, hogy az egész mindössze 35MB ISO image.A szoftver GPL-es, azaz szabadon felhasználható. Azoknak, akik nem akarnak bíbelődni egy tűzfal telepítéssel, jó megoldás lehet a Smoothwall.

    A stuff letölthető innen. A release log itt. Képernyőképek itt. FAQ itt.

    OOM Killer, mint fordítási idejű opció

    Címkék

    Szeptember elején kezdődött egy olyan folyamat, amelynek a vége az lett, hogy a 2.4.23-as kernelből eltávolításra került a Rik van Riel (cikk) -féle Out of Memory Killer.

    Az OOM Killer feladata az, hogy működésbe lépjen, ha a rendszeren ``out of memory'' helyzet jön létre. Ebben a helyzetben a feladata az, hogy ha nincs felszabadítható memória és nem áll rendelkezése swap hely sem, akkor kill-elje a legmegfelelőbb taszkot annak érdekében, hogy memóriát szabadítson fel.

    Andrea Arcangeli szerint az OOM Killer szerver környezetben nem mindig működik megfelelően, és bizonyos helyzetekben bizonyítottan ``deadlock'' helyzetet idézhet elő (főleg adatbázis szervereken). Ezért Andrea eltávolította az OOM Killert a 2.4-es VM-ből. Ezeket a változásokat Marcelo Tosatti beolvasztotta a 2.4-es kernelfába a 2.4.23-pre4 idején.Több desktop felhasználó jelezte, hogy nem elégedett az új VM változásokkal. Nem biztos, hogy a szerver és dekstop felhasználók érdekei megegyeznek. Azok a változtatások, amelyek jók szerver környezetben, nem biztos, hogy a legjobb viselekdést produkálják a desktopokon.

    Sok felhasználó látta volna szívesen az OOM Killer-t, mint fordítási időben választható opciót. Tosatti engedett a nyomásnak, és megjelent a 2.4-es kernel konfigurációban az CONFIG_OOM_KILLER opció.

    Így lehetőség nyílik a szerver környezetben jobban viselkedő, új VM-be épített (-aa féle) OOM védelem, és a desktop környezetben jobban teljesítő régi OOM Killer közötti választásra.

    A különbség a két OOM védelem között: míg az új védelem (-aa féle) azt a teszkot ``lövi ki'', amely memóriát próbál allokálni az ``out of memory'' helyzetben, addig a régi OOM Killer megpróbálja a legésszerűbb taszkot kiválasztani (heurisztikus keresés alapján).

    Marcelo levele és a patch itt.

    Anaconda telepítős Sarge ISO-k

    Címkék

    A Progeny jóvoltából elérhető egy nem hivatalos Debian Sarge (a jelenlegi testing terjesztés) ISO set, amely már a Red Hat-féle Anaconda telepítőre épül. A telepítőt kicsit átszabták, hogy képes legyen .rpm csomagok helyett .deb csomagokat kezelni. Az átalakítás során eltávolították a Red Hat specifikus konfigurációs fileokat. Ezzel egy időben elkészítettek egy PickAx névre hallgató eszközt, amellyel a későbbiekben Anaconda telepítős telepítő CD imageket lehet majd gyártani.Az Anaconda for Debian már működik, de még nem teljes. A stuff demo célokat szolgál.

  • sarge-2003-11-25-bin1.iso (md5sum: 7b5f525e6a9ad2298c01f0ff4d15fd27)
  • sarge-2003-11-25-bin2.iso (md5sum: 5883f8b09e4d31a3d081d6814af32739)
  • Thunderbird 0.4

    Címkék

    Megjelent (dec. 5.) a Mozilla Thunderbird - a különálló Mozilla mail program - legfrissebb kiadása. A stuff már letölthető. A release notes néhány új funkcióról és javításról számol be, köztük az új kinézetről, hibajavításokról, stb. A Linux felhasználóknak mostantól lehetőségük van arra, hogy a levélben levő URL-re kattintva, azt megnyissák az alapértelmezett bőngészőjükben.

    Processz ütemező összehasonlítás 2.4 vs. 2.6

    Címkék

    A 2.6-os Linux kernel egyik legnagyobb újítása kétségtelenül a processz ütemezőjében rejlik (A Linux processz ütemező, A Linux processz ütemező II.).

    Többen kételkednek az új O(1) ütemező teljesítményében, ezért néhány ember az LKML-en rendszeresen teszteli a ``régi'' 2.4-es kernel és az új 2.6-os kernel skálázhatóságát. Az elmúlt napokban Craig Thomas hasonlította össze a 2.4.18-as kernelt a 2.6.0-test9 kernellel.

    A teszteredmények igazolják, hogy a 2.6-os Linux kernel sokkal skálázhatóbb, mint a 2.4-es kernel.

    Az eredmények Craig levelében.

    Az eredmények részletesebbek, grafikonokon szemléltetve itt.

    sparc64 FreeBSD 5.2-BETA ISO

    Címkék

    A FreeBSD-s Scott Long szerint új sparc64 5.2-BETA ISO image set kerül(t) ki a tükörszerverekre. Az új stuff javítja azt az adat korrupciós hibát, amely az előző set-ben volt található. Az új set-hez elérhető az új MD5 sum is.

    Scott levele:Date: Fri, 05 Dec 2003 00:54:55 -0700

    From: Scott Long

    To: freebsd-current@freebsd.org

    Subject: New sparc64 5.2-BETA ISO images available

    All,

    New sparc64 5.2-BETA ISO images are available and should be getting out to the mirrors over the night. This should fix the data corruption that

    existed in the previous set. The MD5 sums for the new set are attached.

    FTP bits are being uploaded now and will be available shortly.

    Scott

    --------------070402030305070809040601

    Content-Type: text/plain;

    name="CHECKSUM.MD5.asc"

    Content-Transfer-Encoding: 7bit

    Content-Disposition: inline;

    filename="CHECKSUM.MD5.asc"

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

    Hash: SHA1

    MD5 (5.2-BETA-i386-disc2.iso) = 23b44e0ea7b179308f1ff1d22e665c20

    MD5 (5.2-BETA-i386-miniinst.iso) = 59ffb02b0f0ceef26318021daba636e7

    MD5 (5.2-BETA-alpha-disc2.iso) = e2528a5f87a9166eff10231f1064dcb1

    MD5 (5.2-BETA-alpha-miniinst.iso) = 09d57190ca3a85a4875007ce12f05db4

    MD5 (5.2-BETA-sparc64-disc2.iso) = ab7113268103f6d7511cdc58eb93dc6e

    MD5 (5.2-BETA-sparc64-miniinst.iso) = 6a079abd32a1aa3e11941dd3e746fd20

    -----BEGIN PGP SIGNATURE-----

    Interjú Greg 'groggy' Lehey-vel

    Szeptemberben az AUUG 2003 konferencián a ausztrál LinuxWorld elkapta Greg Lehey-t (honlap) (kép) egy interjú erejéig. A riporter - Howard Dahdah - a FreeBSD operációs rendszer fejlesztésében végzett munkájáról, a nyílt forrású szoftverekről, az AAUG-ban betöltött elnöki posztjáról, a francia fagottjáról kérdezte a FreeBSD hackert.

    LinuxWorld (LW): Beszéljen egy kicsit magáról, a hátteréről.

    Lehey: Eredetileg Melbourne-ből származom, de fél életemet a tengerentúlon Németországban töltöttem, 25 évet dolgoztam a német iparban mielőtt visszatértem volna Ausztráliaba [1997 elején]. Dolgoztam zárt forrású cégeknél, számítógép összeszerelőknél, az Univac-nél, amely később az Unisys, Tandem része lett. És a Siemens-Nixdorf-nál is.

    Jártam mindenfelé. Foglalkoztam olaj pumpák beágyazott programozásával (Leheynek kémia és vegytan mérnöki dipomája van), terveztem processzorokat és hasonló dolgokat. Szóval csináltam egy kicsit mindent.

    LW: Mi volt a legemlékezetesebb, legérdekesebb projekt amelyen dolgozott?

    Lehey: Élveztem a Carmel DSP utasításkészetének tervezésével járó munkát.

    Úgy gondolom, hogy az összes szórakoztató volt. Nehéz lenne egyet kiemelni.

    Dolgoztam két különböző cégnél, amely System V UNIX-ot gyártott, ahol ahhoz kaptam hátteret, amit most csinálok. A System V egy csúnya operációs rendszer. Az ok amiért csúnya az, hogy senki nem láthatja a forráskódot. Viszont ha nyílt forrásod van, olyan mint a Linux vagy a BSD, -- és úgy gondolom, hogy a BSD [kód] szebb, mint a Linux -- akkor vannak olyanok, akik azon dolgoznak, hogy rendbe tegyék a kódot, hogy az egységes kinézetű legyen. Hogy úgy nézzen ki, ahogy azt elvárod tőle.

    Úgy gondolom, hogy a nyílt forráson dolgozni szórakoztató dolog. Egy csomó közösségi aspektusa van a nyílt forrásnak. Az emberek beszélnek egymással. Az emberek tudnak egymásról.

    Hosszú időn keresztül levelezel valakivel, és a végén találkozol vele személyesen szemtől-szembe hasonló helyeken, mint az AUUG konferencia. Ilyen nincs a zárt forrású világban. Jobban el vagy különítve. Ülsz egy sarokban, hackelsz, és csinálod, amit a főnök mond. Ez nem annyira szórakoztató.LW: Min dolgozik jelenleg?

    Lehey: Éppen befejeztem a FreeBSD-s könyvem legutolsó kiadását (The Complete FreeBSD, negyedik kiadás), amely májusban jelenik majd meg. Szinte azonnal újra fogják nyomni (a kiadó, az O'Reilly and Associates). Szóval van még mit dolgoznom rajta (a könyv arról szól, hogy hogyan használjuk a FreeBSD-t).

    A könyv azokat célozza meg, akik ismerik a számítógépeket és FreeBSD-t akarnak használni. A nyílt forrású programok legnagyobb problémája, hogy az emberek afelé haladnak, hogy saját magunknak írnak programokat. Nincs szükségük dokumentációra a programjaikhoz, mert tudják hogyan működik. Éppen ezért született ez a könyv: amikor indult, egy viszonylag kicsi könyv volt, amely leírta, hogy hogyan telepítsd a rendszert, és ezzel kapcsolatos hasznos dolgokkal foglalkozott, de az elmúlt 8 évben kinőtte magát egy olyan komplett leírássá, amely elmondja, hogy hogyan használd a rendszert...

    LW: Milyen régóta foglalkozik a BSD-vel?

    Lehey: Viszonylag későn kezdtem. 1992-ben jöttem el a Tandem-től, ahol teljes hozzáférésem volt a UNIX System V forráskódhoz. Ez volt az a dolog amit, nem hozhattam magammal.

    Szóval elkezdtem alternatívát keresni. Egy kicsi kezdeményezésre leltem, amelyet BSDI-nek hívtak, és amely BSD UNIX verziót kínált. Nekik volt forráskódjuk mindössze 1000$-ért. Ez nem volt nyílt forrású szoftver. Ez kereskedelmi volt, csak sokkal olcsóbb. A UNIX System V ára nevetségesen magas volt. Ez az egyetlen oka annak, hogy miért lett ennyire sikertelen. Az emberek nem adtak 2000$-t egy operációs rendszerért, amikor a Microsofttól kaphattak valamit, amit azokban az időkben sokkal olcsóbb volt.

    Szóval a BSD UNIX-uk 1000$-ért a forráskóddal együtt jó ötletnek látszott. Mi természetesen tudtunk róla a Tandem-nél. Szar volt. A jó anyag a System V volt. Vicces így 10 évvel visszatekinteni akkor, amikor a System V gyakorlatilag halott. Nem volt az elmúlt 10 évben új System V szerződéskötés. A System V gyakorlatilag a SCO, és semmi más.

    Abben az időben úgy gondoltuk, hogy a BSD nem valami jó. Ez már megválozott. Futtattam System V-öt egy PC-n és BSD szoftvert egy másik PC-n. A legnagyobb meglepetésemre sokkal-sokkal jobb volt.

    Akkoriban dolgoztam egy kicsit a Univel névre hallgató cégnél. Az Univel Unixware-t szerzett. Ez 1993-ban volt, és akkor [a cég] néhány szabad szoftvert szerett volna használni. GNU anyagokat és hasonló dolgokat. Készítettem egy CD-t, amely tele volt szabad szoftverekkel a UnixWare-hez.

    Minden rajta volt, amit akartak. Elmentem egy CD-ROM forgalmazóhoz, és mondtam, hogy itt az anyag. Az enyém, szeretnék-e árusítani? Akarták, barátságosak voltak velem (a céget Walnut Creek CDROM-nak hívták). Beszéltem ezekkel a tagokkal, és azt mondták nekem: “Tudod, mi adunk ki a BSD-ből egy szabad verziót.”

    Küldtek nekem egy CD-t. Elkezdtem játszani vele. Nagyon hasonló volt ahhoz, ami már volt nekem. Akkor azt mondták: “Tudod, amire szükségünk lenne, az egy FreeBSD könyv.” Szóval írtam egy FreeBSD könyvet. És természetesen, hogy meg tudjam csinálni, elkezdtem használni!

    És mivel nagyon hasonló volt a BSD OS-hez, végül felhagytam a BSD OS-sel, mert ahhoz pénzbe kerültek a frissítések, stb.

    1995. októberében kezdtem el írni a könyvet és akkor kezdtem el FreeBSD-t futtatni az egyik gépemen. 1997-ben teljesen dobtam a BSD OS-t. Jó OS volt. Semmi baj nem volt vele az árán kívül. Nehéz egy OS-t pénzért árulni egy olyan szabad OS-sel szemben, ami ugyanolyan jó.

    LW: Milyen munkát végzett mostanában a FreeBSD-n?

    Lehey: Számottevő munkát végeztem a FreeBSD kernelen. Most már van lemez kezelőnk (volume manager), amelyet Vinum-nak hívnak (Lehey a fő fejlesztője a Vinum Volume Manager-nek). És csatlakoztam a NetBSD csoporthoz is, hogy portoljam a NetBSD-re is [a Vinum-ot].

    LW: Milyen funkciókat várhatunk a FreeBSD-től a jövőben?

    Lehey: Kiadtuk az 5-ös verziót, amely jelentősen fejlettebb, javított SMP kódot tartalmaz, és mindezt a SCO segítsége nélkül [...] Szétszedtük a kernelt, és más módon raktuk össze.

    A 5.2 lesz a fordulópont, mikor az 5-ös kiadás jobb lesz, mit a 4-es. Sokkal áthatóbban csináljuk a dologkat most. Sokkal nagyobb részben érintjük kernelt, amikor változatunk valamit. Ez több szervezést igényel.

    Az igazi probléma akkor jön, amikor egyre több processzort adsz a rendszerhez. Akkor kezdenek a dolgok bonyolódni.

    1999-ben a Microsoft csinált egy tesztet amelyeben a Windows NT gyorsabb volt, mint a Linux. És mi meglepődtünk. Kiderült, hogy a teszt jó, de úgy, hogy ők egy kitalált példát hoztak.

    A Linux emberek erre gyorsan reagáltak, és javították az implementációjukat.

    Mi (FreeBSD) arrébb mentünk, leültünk és eldöntöttük, hogy mi lenne a legjobb, amit tennünk kéne. Elkezdtük megvalóstani 2000-ben, és kiadtunk 2003 elején. Ez azt jelenti dióhéjban, hogy a sok processzorral rendelkező rendszereken jobb teljesítmény várható. A FreeBSD maximum 16 processzort támogat. Nem azért, mert nem tudunk tovább menni, hanem azért mert még senki nem próbálta igazán.

    LW: Mit tud ajánlani a FreeBSD a lelkes Linux felhasználóknak?

    Lehey: Ha tényleg lelkes felhasználó, akkor semmit. Fogott két jó operációs rendszert, amely nagy mértékben hasonlít egymásra.

    [...]

    Vannak olyan állítások - és lehetséges, hogy igazak - hogy a FreeBSD megbízhatóbb és jobb teljesítényre képes. Másrészről olyan vannak állítások, hogy a bizonyos dolgokhoz jobb a támogatás Linux alatt, mint a FreeBSD-ben. És vannak szintén olyan állítások, hogy az új hardverek támogatása jobb Linux alatt. De ezekre nehéz bármilyen bizonyítékot is találni.

    LW: Mi egyében dolgozik még?

    Lehey: A könyv mellett egy kicsit szoktalan szoftver fejlesztői munkát végzek: vadászok a SCO-ra és elnöke vagyok a AUUG-nak. Nincs emellett semmi másra időm.

    LW: Hány könyvet adott ki eddig?

    Lehey: Csak kettőt. [Unix szoftverek portolása és futtatása FreeBSD-n] A negyedik kiadás valójában az ötödik, mert megváltoztattuk a címet [Komplett FreeBSD-re] az első kiadás után.

    LW: Nemrég felszólalt a SCO-val kapcsolatban. Mit gondol a SCO ügy kimeneteléről?

    Lehey: Mindössze azt várom, hogy ugyanez fog menni még fél vagy egy éven keresztül és a SCO elpusztítja önmagát. Ez a feltételezésem. Nem hiszek a jogi ügyükben. Olvassa el a jogi dokumentumaikat és a badar beszédeiket amelyet összeraktak a panaszaikban az IBM ellen. Nem hiszem, hogy ezek megállnak a saját lábukon.

    Az egész dolgot a tőzsdei ár irányítja. Úgy gondolom, hogy a tőzsdei ár le fog esni, mert az emberek rájönnek, hogy nincs semmi haladás, és ha a tőzsdei ár leesik, nem lesz arra elég, hogy folytassák a pert.

    A dolog háttere az, hogy a System V-ből nem adtak el az elmúlt közel 10 évben. A nagy licencek a kései 1980-as években, és a korai 1990-es években voltak, de ez még az előtt volt, hogy a SCO átvette volna. Jelenleg már régi és poros és ár cédula van rajta.

    [...]

    LW: Beszéljen nekünk a hardver gyűjteményéről.

    Lehey: Ha azt kérdezi, hogy mi a kedvenc hangszerem, meg tudom mondani. Egy Savary jeune fagott. Tudok rajta játszani, de igazán szükséges egy restaurálás ahhoz, hogy megfelelően szóljon. Egészen ritka hangszer.

    Egész kevés hardver van a gyűjteményemben. A számítógépek használati tárgyak. Ha tönkremennek eldobom őket és veszek másikat. Nem olyan darabokból áll, amelyet vonzónak találna.

    Van egy PDP-11-esem... Ez egy eredeti UNIX-ot futtat a Bell Labs-tól. Egy barátom adta nekem. Azt hiszem, hogy gyűjtő vagyok. Ócskavasat gyűjtök...

    A teljes interjút megtalálod itt.

    A bíró az SCO-nak: Nem, először Neked kell megmutatnod a kódot!

    Címkék

    A Groklaw-on megjelent információ szerint Wells bíró fontos döntést hozott az SCO vs. IBM perben. Az SCO-nak 30 napja van, hogy bemutassa azokat a kódrészleteket, amelyekre a vádat építi.Egészen eddig az SCO álláspontja az volt, hogy az IBM mutassa be az összes általuk írt kódot és akkor az SCO azonosítja a szerzői jogsértéseket. Természetesen az IBM álláspontja az volt, hogy először a felperes mutassa be, mire is alapozza a vádat. A bíró az IBM-nek adott igazat, és egy hónapot adott az SCO-nak, hogy bemutassa bizonyítékait.

    Bővebben a cikkben.

    Samba 3.0.1 RC1

    Címkék

    Megjelent a Samba 3.0.1-es verziójának első kiadásra jelölt verziója. Ahogy azt Gerald (Jerry) Carter a samba-announce listára írta, közel járunk a végleges 3.0.1-hez. A snapshot tesztelési célokat szolgál, nem éles környezetbe való.Az forrás anyag letölthető:

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

    Bináris formában innen:

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

    Jerry levele itt.