Aktív fórumtémák

Tárgy Válaszok Legutóbbi beküldés Fórum Szerző
  ESP-01 + Tasmota + Relé 33  2025-08-31T03:02:22+0200 Közösségi kerekasztal hnsz2002
  Személyi igazolvány mindkét oldalának másolatával vissza lehet élni? 2025-08-31T02:27:48+0200 Közösségi kerekasztal Charybdis
  WinApps for Linux, újabb Windows kompatibilitási megoldás Linuxra. 2025-08-31T01:17:37+0200 Linux-haladó Ritter
  Tönkrevághatja az SSD-ket és HDD-ket a Windows 11 legújabb frissítése 35  2025-08-30T23:34:41+0200 HUP cikkturkáló DL3V1
  Sebesség mérése videón 63  2025-08-30T22:39:21+0200 Multimédia ng123
  Felajánlásokat szeretnék kérni 55  2025-08-30T22:17:18+0200 Közösségi kerekasztal zslaszlo
  Milyen tanfolyamot python kezdőnek? 24  2025-08-30T20:43:05+0200 Programozás - kezdő lunkwill
  Debian és SysVInit. Miért nem kapott nagyobb visszhangot? 26  2025-08-30T20:25:56+0200 Debian GNU/Linux atlant
  Német agybaj újratöltve: Illegálissá válhat a reklámblokkolás, börtön is járhat majd érte 686  2025-08-30T18:22:05+0200 Web, mail, IRC, IM, hálózatok jevgenyij
  Miért van értelme saját szerveren futó AI-al sz*pni? (Kaotikusan sült el a GPT-5 modell bevezetése) 95  2025-08-30T16:31:08+0200 HUP cikkturkáló Ritter
  Lefagyott a rendszer, kapcsold ki a monitort! 51  2025-08-30T15:37:11+0200 Monitor (CRT, TFT, ...), projektor, ... wyx
  Android "find my device" - tagek/cardok/clipek? 57  2025-08-30T14:32:30+0200 Android m.informatikus
  AI (open AI, Gemini, stb.) használata adatelemzésre 20  2025-08-30T13:35:45+0200 Mesterséges Intelligencia: Prolog, Lisp akoska00
  Mikrotik ipsec 20 kbps, de miért? 30  2025-08-30T11:41:29+0200 Hálózati eszközök ecsi
  "A SAP Hungary Kft. teljes vezetésének ajtót mutattak ..." 152  2025-08-30T10:22:28+0200 HUP cikkturkáló trey
  Milyen kamerát javasoltok ami tapasztalaton alapul? 17  2025-08-30T09:50:48+0200 Elektronika, Elektromos eszközök kikepzo
  Műszerészetet tanulni autodidakta módon Hackinghez 25  2025-08-30T09:35:52+0200 Elektronika, Elektromos eszközök Honkydoo
  Home Assistant használata egyéb thread/matter/zigbee hubbal 55  2025-08-30T00:13:45+0200 Hálózati eszközök dlaszlo
  Yettelnél vásárolt telefon kártyafüggetlen-e? 13  2025-08-29T19:53:23+0200 Notebook, laptop, mobiltelefon ... veresh
  [MEGOLDVA] Kis github segítséget kérnék 41  2025-08-29T14:40:47+0200 C/C++ bzt

Homebrew beágyazott BSD tűzfal (saját kezűleg)

Címkék

Számos felhasználó üzemeltet különálló számítógépet mint tűzfal, vagy NAT eszköz. Többnyire ezeket a feladatokat valamilyen ``high-end'' 486-os gépek végzik, amelyek valóban képesek kiszolgálni egy SOHO (Small Office - Home Office) környzetet.

A probléma:

Sajnos ezek a gépek meglehetősen nagyok, zajosak, és bármelyik pillanatban félni lehet, hogy a bennük levő alkatrészek felmondják a szolgálatot. Plusz céges környeztben az sem néz ki túl jól, hogy a titkárnő kidobásra ítélt 486-os, förtelmesen lassú boxából készít valaki vállalati tűzfalat.

Természetesen meg lehet tenni, hogy az IT költségvetés terhére szép, új, garanciával rendelkező gépet vásárolunk, és azt állítjuk be csomagszűrő tűzfalnak vagy címfordítónak. Ezzel az a baj, hogy a gép 99%-ban idle lesz, és ez így nekünk túl drága mulatság lenne.

Akkor mi a megoldás? Ilyenkor előlép a nyílt forrású evangelista és beszerez egy olcsó, kis méretű, halk, alacsony energia fogyasztású berendezést (appliance), amelyből nyílt forrású szoftver segítségével tűzfalat varázsol.

Ilyen berendezés lehet a Soekris Engineering által gyártott modellek egyike.

Michael Lucas számos nagyszerű OpenBSD-s cikk szerzője ezen a héten azt mutatja be, hogy hogyan lehet a Soekris NET4801-es (266MHz processzor, 128MB RAM) gépéből, compact flash kártya háttértárral rendelkező tűzfalat építeni. A gép dobozba építhető, DC áramellátással bír (ezek az alkatrészek mind beszerezhetők a Soekris-től).

Ha Michael Lucas, akkor természetesen OpenBSD kerül a gépre.

Az érdekfeszítő cikket megtalálod itt.

Új MirOS BSD #7-current snapshot

Címkék

Tavaly szeptember végén jelent meg a MirOS BSD névre hallgató OpenBSD-re épülő operációs rendszer #7-es verziója. Most a fejlesztők egy új snapshotot készítettek.

A bejelentés szerint a MirOS BSD egy olyan operációs rendszer, amely BSD kernelt, BSD-szerű userland-et, GNU toolchain-t (binutils 2.14), GCC 3.2.3-at tartalmaz, emellett támogatást ad számos fordító programhoz, például: C, C++, Objective C, Fortran, Ada, Pascal és Java. Emellett számos más frissítést is tartalmaz. Ilyen például a 4.4.0-ás XFree86 (ejnye). A változások miatt az port fájukban számos port nem működik, és ahogy a fejlesztők írják nincs is idejük ezt kijavítani. A projekt 2 fő fejlesztőből áll, akik segítséget keresnek.

A bejelentésben a készítők támogatást is kérnek, mert mint írják a szerver problémákkal küzdenek.

(A weblapot olvasgatva nekem nem tűnik nagyon komoly projektnek az egész. A weblap elég összecsapott (a linkek hol működnek, hol nem), a bejelentés szerint kiadtak valamit, amelyhez a portok nagy része nem működik, két fő fejlesztővel működnek, és a Slashdot (a weblapjuk szerint) nem kért a bejelentésből. Mindenesetre a DaemonNews-on megjelent a bejelentés.)

A projekt honlapja itt.

Privilégium elkülönített named, [Patch 014] httpd

Címkék

Két hír az OpenBSD háza tájáról:



Jun-ichiro ``itojun'' Itoh és jacob@ munkájának köszönhetően megjelent az OpenBSD-ben a ``privilege separation'' funkció a név szerver daemon-hoz (named). CVS log itt.

Az OpenBSD projekt errata-t adott ki a sparc64 platformon futó httpd-hez. A hiba a httpd(8) ``access'' moduljának Allow/Deny szabályok értelmezőjében van. A hiba csak a sparc64 portot érinti. A hiba CVE hibajegye: CAN-2003-0993

Javítások:

OpenBSD 3.4: 014_httpd2.patch

OpenBSD 3.3: 019_httpd2.patch

A MandrakeSoft visszakerült a tőzsdére

Címkék

A francia MandrakeSoft, a Mandrake Linux disztribútora kikeveredett a pénzügyi nehézségekből, és úgy tűnik, hogy ismét életképes a vállalat.

Ismert, hogy a cég 2002. márciusában - a Mandrake Linux 8.2 kiadásának idején - bejelentette, hogy súlyos gazdasági problémákkal küzd. A vállalat előző menedzsmentje nehéz anyagi helyzetbe hozta a céget. Szerencsére az új vezetés nem adta fel a küzdelmet, és számos olyan intézkedést foganatosított amelytől a fellendülést várta.

A vezetés elkezdett oktatást szervezni, beerősített a dobozos termékek piacán, és létrehozta a Mandrake Club-ot, amelytől azt várta, hogy azon keresztül, a Mandrake Linux felhasználók segítenek majd a cégnek a bajból kimászni.

Úgy tűnik, hogy a Mandrake Club beváltotta a hozzá fűzött reményeket. Az első hónapban a felhasználók majd' fél millió €-t adományoztak a cégnek. Érdekes volt akkor látni, hogy az adományozók 60%-a nem európai, hanem amerikai volt.

2002. decemberében aztán a MandrakeSoft ismét a felhasználókhoz fordult segítségért. Akkor úgy festett, hogy komoly bajban van a cég. Az LWN akkor arról cikkezett, hogy a Mandrake a csőd felé halad. Ezt ők is így gondolhatták, mert akkor a MandrakeSoft kitöltötte a fizetésképtelenségről szóló nyilatkozat (U.S. Chapter 11 bankrupty filing) francia verzióját a "declaration de cessation des paiements"-et.

Viszont a Mandrake Club és a cég pénzügyi vezetése nem adta fel, és kemény marketing munkával elérte, hogy az év végére a Mandrake felől már jó hírek jöjjenek.

Most már majdnem teljesen biztos, hogy sikerült a MandrakeSoftnak az, amit sokan nem hittek volna. Kikászálódtak a bajból méghozzá annyira, hogy lassan nyereséget is termelnek. Megszűnt a saját maguk ellen kért fizetésképtelenségi nyilatkozat hatálya, és egy pár napos bejelentés szerint a MandrakeSoft visszatért a tőzsdére is. Az European Euronext tőzsdén ismét lehet kereskedni a Mandrake papírokkal. Az első pár napban 22%-ot javult a Mandrake papírok árfolyama.

Lehet ezt így is kérem....

A MySQL AB. ismét változtatott a licencen

Címkék

Mint az ismert a MySQL AB. tavaly megváltoztatta a MySQL licencét, amely azt vonta maga után, hogy a PHP fejlesztők eltávolították a PHP5-ből a MySQL libeket, és helyettük az SQLite kiterjesztés lett az alapértelmezett a szoftverben.

Természetesen a tavaly bekövetkezett library csere nem azt jelentette/jelenti, hogy a PHP5 ezek után nem képes a MySQL-lel együtt működni. Sőt, most változhat valami...

A MySQL AB. felismerte (?), hogy a licenc változtatás nem éppen a legjobban sült el, ezért most egy FOSS (Free & Open Source Software) kitételt is hozzácsapott a meglevő licenchez.A változás nyilván nyomás hatására következett be. Nem csak a PHP fejlesztők és a Zend (PHP programfejlesztő eszközöket árusító cég) állt ellen a MySQL-nek, hanem a Red Hat is jelezte, hogy nem kívánja az új MySQL csomagokat beépíteni a disztribúciójába. Mivel a PHP(5) nem működik együtt a MySQL-lel a licenc változtatások miatt, a Red Hat nem frissíti fel a MySQL adatbázis szerver csomagjait a Red Hat Enterprise Linux termékében. - nyilatkozta a Red Hat korábban.

Csütörtökön este a MySQL AB. egy olyan módosítást tett publikussá a licenchez, amely lehetővé teszi a PHP fejlesztőknek, hogy visszaállítsák a korábbi állapotokat a MySQL támogatásával kapcsolatban. Ezt Zack Urlocker, a MySQL AB. kereskedelmi alelnöke nyilatkozta.

"A MySQL licenc kikötés egy lépés a jó irányba" - mondta Andi Gutmans PHP guru, aki a Zend technológiai dolgokért felelős alelnöke. Emellett Gutmans elmondta, hogy tovább egyeztetnek a MySQL-lel más egyéb fennálló vitapontban.

A licenc kikötés a ``Free and Open Source Software License Exception'' névre hallgat. Megtalálható itt.

Jelenleg itt tart a dolog, de úgy néz ki, hogy a cégek-fejlesztők már nem kényük-kedvük szerint módosítják a mai világban a szoftvereik licencét, mert az Open Source közösség azonnal lereagálja a nem tetsző változásokat, és alternatíva után kezd el kutatni. Kíváncsi vagyok az XFree86 fejlesztők meddig állnak ellen a nem kis nyomásnak...

Az Intel megváltoztatja a processzorainak sebesség számozását

Címkék

Egy az Intelhez közeli forrás szerint a chipgyártó azt tervezi, hogy megváltoztatja a Pentium és a Celeron processzorainak számozását azért, hogy jobban illusztrálhassa a vásárlók számára azok teljesítményét.

Az Intel várhatóan ezt a számozási sémát a legújabb Pentium M processzornál, a Dothan-nél fogja először alkalmazni, amely az év második felére várható.

Az új számozási rendszerben a processzoron található szám a processzor teljesítményét hivatott leírni ahelyett, hogy mekkora órajelen (MHz, GHz) fut az adott processzor. Ez a számozás nagymértékű változást hoz majd az Intel marketing gépezetében, hiszen az Intel sok éven keresztül a processzor teljesítményének legfőbb kifejezőjét a órajelben látta.

Az idő azonban változott, az Intel PC processzor termékvonala jelentősen kibővült a 1990-es évek vége óta. Az új számozási rendszerben az órajel csak az egyik meghatározó tényezője lesz a teljesítmény értéknek, egyéb olyan fontos jellemzők mellett, mint a cache méret vagy a busz sebesség, amelyek együtt határozzák meg egy processzor effektív teljesítményét.

Az Intel előtt az AMD kitaposta az utat, és elfogadtatta a felhasználókkal ezt a számozási rendszert. Nem az AMD ötlete volt a teljesítmény megjelölése az órajel helyett. Ezt a sémát először a Cyrix alkalmazta a '90-es évek közepén, de ők belebuktak. Az AMD sikeresen forgalmazza a processzorait ezzel a módszerrel mintegy két éve.

Ezzel a rendszerrel a végfelhasználóknak sokkal könnyebb lesz majd különbséget tenni az egyértelműen különböző porcesszorok között. Például, ha csak az órajelet nézzük, akkor elvileg nincs sok különbség a régi 2.6GHz-es, 512Kb cache-sel rendelkező 533MHz fontside busz sebességű Northwood Pentium 4 processzor, és a 2.8GHz órajelen üzemelő, de 1MB cache-sel rendelkező, és 800MHz frontside busz sebességű Prescott processzor között.

[ Ugyanezen oknál fogva nem fogynak a Pentium M processzorok sem. Sokan a notebook vásárlásnál az órajelet tartják fő szempontak, így nem vásárolják meg a kisebb órajelen üzemelő Pentium M CPU-s gépeket. Helyettük inkább a desktop processzoros noteszgépeket részesítik előnyben a vásárlásnál. Ismert, hogy a Centrino processzorok kb. fele akkora órajelen dolgoznak, mint a desktop társaik, de teljesítményben mégis valahol ugyanott vannak. Egy 1.5GHz-en futó Centrino processzor kb. úgy teljesít, mint egy 1GHz-cel gyorsabb desktop társa, köszönhetően a nagyméretű belső cache memóriának. Viszont lényeges különbség a Centrino és a desktop processzorok közt az, hogy a Centrinos CPU-k lényegesen nagyobb üzemidőt tesznek lehetővé az alacsonyabb energiafelhasználás miatt. ]

Az új számozási rendszer az összes CPU-ra érvényes lesz (valószínűleg), kivéve a Pentium 4 Extreme Edition processzorokat.

A Globe&Mail cikke itt.

Súlyos biztonsági hibák a régebbi Mozillákban - Ha még nem tetted, frissíts!

Címkék

2003 végén néhány komolyabb biztonsági problémát találtak a Mozilla böngészőben, amiket azonnal ki is javítottak, de csak most, március 10-én publikálták. Aki még valamilyen rendszerén 1.5-nél régebbi Mozillát futtat, az most szépen frissítse meg. Az 1.5-ben minden hiba javítva van.A hibák konkrétan a következők:



Proxy Server Authentication Credential Disclosure - Gonosz támadó webszerver ellophatja a felhasználó proxy azonosítóját.

Script.prototype.freeze/thaw - Támadó számára lehetővé teszi idegen kód futtatását. Sajnos.

S/MIME ASN.1Parsing - Biztosan DoS-t tesz lehetővé, és talán kód futtatását is.

Cookie Path Restriction Bypass - Gonosz webszerver olyan sütiket tud kiolvasni a böngészőből, amihez nem kellene hozzáférnie.

Matthew Dillon interjú

Címkék

Az OSNews interjút készített az ismert BSD/Linux/Amiga programozóval, a FreeBSD egykori kernel hackerével, a DragonFly BSD alapítójával és vezetőjével Matthew Dillonnal.

Az interjúban Dillon beszél a DragonFly fejlesztésének fő irányáról, a támogatott platformokról, a FreeBSD, OpenBSD és a DragonFly közti különbségekről. Elmondja, hogy a DragonFly BSD első kiadása valamikor júniusban várható. Sajnos az első kiadás még nem lesz teljesen felhasználó barát, inkább technológiai demonak tekinthető. Az első kiadásban valószínűleg nem lesz könnyen kezelhető telepítő program. A felhasználóbarát installer várhatóan csak a második kiadásra készül el.

A fejlesztők jelenleg az operációs rendszer "belső" részének fejlesztésére összpontosítanak. Ha valaki részletesen érdeklődik a projekt fejlődése után, annak jó kiindulópont lehet a projekt naplója.

A munka egyrészt új saját fejlesztés, mint például a pehelysúlyú kernel szálkezelő rendszer, de emellett a fejlesztők számos dolgot backportolnak a FreeBSD-5-ből, hogy naprakészen tartsák az OS-t (ilyen például az USB alrendszer).

Mivel a Dragonfly nem rendelkezik óriási fejlesztői bázissal, lehetetlen, hogy saját port fát tartsanak karban. Ezért a Dragonfly BSD fejlesztésekor fontos szempont, hogy a FreeBSD 4-en futó programok fussanak a Dragonfly-on is.

A Dragonfly célközönsége mind a szerver, mind a dekstop felhasználó, de Dillon szerint nem céljuk betörni a beágyazott "piacra".

Céljuk, hogy a Dragonfly fusson az AMD64 és az Intel által nemrég bejelentett IA-32e platformon.

A Dragonfly BSD fejlesztésének jelenlegi fázisában a fejlesztőknek nem fő célja az OpenBSD szintű biztonság, de már a fejlesztés e korai szakaszában megalapozzák a későbbi ilyen irányú fejlesztéseket.

Az interjút megtalálod itt.

GNOME 2.6-Beta2

Címkék

A hétfőn megjelent Beta1-es kiadás után lehetőségünk van tesztelni a 2.6-os GNOME desktop & fejlesztői platform második kiadásra jelölt verzióját is.Letölthető az ftp.gnome.org-ról (tar.gz: 136MB, tar.bz2: 98MB), változások listája a bejelentésben itt.

A Mono lesz az elsődleges fejlesztői platform Linuxra?

Címkék

Vajon tényleg a Microsoft .NET Framework, illetve ECMA szabvány alapján készült Mono lesz-e az elsődleges fejlesztői platform Linuxra? A kérdés érdekes. A válasz is bizonyára az lesz.Ez egyben azt is jelentheti, hogy az eddig leginkább használatos C nyelv a háttérbe szorulhat (C/C++ nyelvet fejlesztő létemre, alacsonyszintű alkalmazások elkészítésének kivételével nem szívesen hasznék szoftverfejlesztésre).

Ja, és ezek után további kérdéseket vethet fel a Java, J2EE, illetve Sun Java Desktop System alkalmazása is.

Egy biztos. A .NET egy kiváló keretrendszer bárki is alkotta (kéretik nem cikizni). Remélhetőleg a Mono is azzá válik majd egyszer. Én a béta változatát próbáltam UHU-Linux 1.0 alatt. Ugyanaz a program remekül működött Linux és Windows alatt egyaránt - újrafordítás nélkül. Persze aki ismeri a .NET Framework jellemzőit az bizonyára nem lepődött meg ezen.

A részleteket és talán a választ mindenki megtudhatja az O'Really ONLamp.com webhelyén. Én bízom a .NET minél szélesebb körű elterjedésében.

http://www.onlamp.com/pub/a/onlamp/2004/03/11/mono.html

Egyéb, a témához kapcsolódó webhelyek:

http://www.go-mono.com

http://msdn.microsoft.com/netframework/using/understanding/

(Azért írtam Anonymusként, mert néhány szemellenzős ember nem képes elviselni azt, hogy a Microsoftnak is lehet jó technológiája vagy terméke, melyre akár mások is alapozhatják a jövőjuket - lásd Mono. Nos, így legalább nem kell elszenvednem az állandó, kellemetlen és méltánytalan megjegyzéseket.)

UHU-Linux 1.1 Live CD

Címkék

Történelmet írunk. 2003-ban megjelent az UHU-Linux 1.0, majd ez évben az

1.1-es verzió látott napvilágot. Ezek tények, amik a hazai számítástechnika

fejlődésében mint mérföldkövek jelennek meg, mint ahogy ma már az is tény,

hogy szinte a véglegessel egy időben használatba vehettük az UHU-Linux 1.1

Live CD-t is.Az ilyesmit már megszokhattuk, a külföldi nagy disztribúciók készítői

rendszerint a stabil verzió megjelenésekor közzé tesznek egy kipróbálásra

szánt, egy lemezes verziót, mely a "Live CD" nevet viseli. Ezek a verziók

közvetlenül a CD-ről futnak, tehát nem kell telepítenünk, csupán a

CD-ROM-ról kell indítani számítógépünket. Ezek a verziók túl azon, hogy

lehetőséget teremtenek a termék kipróbálására, könnyű hordozhatóságukkal az

"állandó" linux-tulajdonosok közé emelik a felhasználót, hiszen szinte

bármilyen számítógép társaságában azonnal, telepítés nélkül használatba

vehetjük kedvenc operációs rendszerünket.

Az UHU-Linux, az elmúlt évek során a hazai linuxos élet meghatározó

szereplőjévé vált. Ez köszönhető talán emberközeli magatartásuknak, a

fejlesztők szakértelmének, rugalmasságának, de biztosan állíthatjuk, hogy

kiemelkedő szerephez jutott az az egyre szélesedő felhasználói tábor, akik a

levelezőlistákon nyújtott napi segélynyújtástól kezdve, a csomag készletek

bővítésén túl, a tesztelésben is fontos szerepet vállaltak.

Szerencsére akadnak olyanok, akiknél a tenni akarás, a megfelelő szaktudás

elegendő szabadidővel párosul, így jöhetett létre az UHU-Linux 1.1 Live CD.

Emerson (Tersánszky Csaba) már az UHU-Linux 1.0-hoz készített egy mentő

lemezt arra az esetre, ha valami váratlan dolog folytán egyszer csak nem

tudnánk belépni a rendszerünkbe. Jó szokásához híven most, az UHU-Linux 1.1

megjelenésekkor sem akarta hordozható megoldás nélkül hagyni a

felhasználókat, így létrehozott egy olyan Live CD-t, mely a rendszermentő és

karbantartó funkciók mellett önálló, igazi UHU-Linux 1.1-es disztribúcióként

is megállja a helyét.

A produktum letölthető a következő FTP szerverről:

ftp://ftp.linuxforum.hu/UHU-Rescue/live_cd_light/uhu-linux_1.1_live_cd.iso

ftp://ftp.linuxforum.hu/UHU-Rescue/live_cd_light/uhu-linux_1.1_live_cd.md5

Részletes csomaglista:

ftp://ftp.linuxforum.hu/UHU-Rescue/live_cd_light/Packages

A Live CD, 238 MB-os méretének köszönhetően akár egy mini CD-re is

kiírhatjuk, így a legkisebb belső zsebben is könnyedén magunkkal vihetjük.

Csomagválasztékának köszönhetően szinte minden feladat ellátására bizonyos

mértékig alkalmas, minden területről található benne néhány alkalmazás.

A lemezt minden UHU-Linux iránt érdeklődőnek, vagy Linuxot használónak csak

ajánlani lehet.

--

by

Gibzo

Scorched3D - Scorched Earth remake 3D-ben

Címkék

A SourceForge-on tallózgatva botlottam bele.

2-24 játékos LAN-on és neten egyaránt játszható; Windows, Linux, Mac és Solaris alatt fut.

Screenshotok itt, a játék honlapján.

Letölthető innen.A választható tankok (lövegek) között a német Panzerek, az orosz T-modellek, birodalmi lépegető, különféle rakétaállások és ágyúk, Katyusa, Apache helikopter... és Kenny is megtalálható. A játék a pályákat véletlenszerüen generálja - igaz, az indítómenüben lehet állitani a pályák méretét, domborzatát, a szigetet körülvevő falak reakcióját a lövésekre, stb.

Kellemes szórakozást! :)

Licensz probléma itthon is?

Címkék

Nos: anonymousként szeretnék írni, kérem ne haragudjatok érte.



A következőket szeretném a nagyérdemű elé tárni: vásároltam (jogtisztán, kemény magyar forintért) egy Cégtár CD-t, mert szükségem volt rá. Mivel alapvetően kíváncsi természet vagyok, jobban megnéztem mi is ez a dolog, és a telepített cuccos /complex/imonlin2/ könyvtárában egy libbz2.dll fáljra bukkantam....A gugli (Google) alapján a libbz2.dll egy bzip2 shared lib (Esetleg a cygwin csomagban lelhető fel).



A bzip2 honlapján az olvasható, hogy a licensze "BSD-style license". Az OSI honlapján erről pedig az olvasható, hogy



"Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.".



Végigvizslatva a CD-t és az említett termék honlapját erre utaló nyomot nem találtam...



Nos:

nem kértem felvilágosítást a termék gyártójától, mert az ő álláspontja világos - beletette a termékbe licenc utalás nélkül a cuccot.


De:

szeretném a közösség véleményét kérni az ügyben, mert szerintem ez távolabbra mutathat, mint első látásra.



Nem kívánok prejudikálni, ezért kérek mindenkit, aki hozzáfér a cucchoz ellenőrizze azt, amit én is látni véltem.



Az OSI hivatkozott lapja:

http://www.opensource.org/licenses/bsd-license.php



A libbzip2 honlapja:


http://sources.redhat.com/bzip2/

Nvu: Dreamweaver linuxra ?

Tavaly megjelent a HUPon egy hír egy új WYSIWYG HTML edirorról. A fejlesztők azt a célt tűzték ki, hogy egy Dreamweaver vagy FrontPage tudású weblapszerkesztőt készítsenek. Az üdvöske a Mozilla Composerre épül.

Nemrég kijöttek az első béták...Az Nvu (n view) oldaláról letölthető a 0.17-es béta verzió. Lindows userek használhatják a Click 'n' Run programot.

Ha valaki szeretne nem bináris verziót, az is letölthető a http://www.nvudev.org/ oldalról.