Aktív fórumtémák

Tárgy Válaszok Legutóbbi beküldés Fórum Szerző
  [Szavazás] Át kellene állni a többkulcsos adórendszerre Magyarországon? 280  2025-09-06T09:27:48+0200 HUP cikkturkáló trey
  Nginx proxy mögött Sogo 2025-09-06T08:00:33+0200 Hálózatok általános Amadeus77
  Kamera elhelyezésénél kinek a jogai fontosabbak? 59  2025-09-06T00:52:03+0200 Hálózatok egyéb kikepzo
  I2C probléma Yocto 5 alatt Recomputer R1035 el 2025-09-05T22:07:51+0200 UNIX haladó wolfwood
  Unaloműző online játék újratöltve 15  2025-09-05T21:12:56+0200 Játékok bzt
  Proxmox ZFS mirror - szörnyen alacsony I/O és IOPS 16  2025-09-05T20:44:01+0200 ZFS Fan Club djtacee
  Írj egy szerinted igaszságos SZJA számoló függvényt 115  2025-09-05T19:46:12+0200 Közösségi kerekasztal EspOS
  IceWM: eltűnt Alt+Tab 2025-09-05T17:07:59+0200 Linux-haladó szaszi
  Proxmox ötletelés - Intel lga2011-v3-ról, AMD AM5-re? 20  2025-09-05T15:43:27+0200 Virtualizáció HandsOfVelika
  Unaloműző online játékok és azok eredményei #2 756  2025-09-05T08:21:14+0200 Játékok trey
  Német agybaj újratöltve: Illegálissá válhat a reklámblokkolás, börtön is járhat majd érte 706  2025-09-05T07:55:46+0200 Web, mail, IRC, IM, hálózatok jevgenyij
  ESP-01 + Tasmota + Relé 94  2025-09-05T06:33:51+0200 Közösségi kerekasztal hnsz2002
  188.x.y.0 67  2025-09-04T23:03:00+0200 Hálózatok általános EspOS
  Telekom vs Cludflare probléma 320  2025-09-04T20:42:59+0200 Hálózatok általános rviktor
  Személyi igazolvány mindkét oldalának másolatával vissza lehet élni? 108  2025-09-04T19:08:33+0200 Közösségi kerekasztal Charybdis
  Műszerészetet tanulni autodidakta módon Hackinghez 29  2025-09-04T18:25:04+0200 Elektronika, Elektromos eszközök Honkydoo
  Több CNI plugin Kubernetessel 13  2025-09-04T13:49:32+0200 Hálózatok általános SPYFF
  Win11 - DVR 14  2025-09-04T13:15:34+0200 Web, mail, IRC, IM, hálózatok EspOS
  Milyen hatással lesznek a HUP-ra a Prohardver migránsok? 245  2025-09-04T06:34:27+0200 Közösségi kerekasztal Ritter
  Microsoft Surface Laptop 3 kijelző üveg csere 2025-09-03T21:48:03+0200 Notebook, laptop, mobiltelefon ... pityulaman1983

Újra van GIF támogatás a GD-ben

Június közepén írtam arról, hogy lejárt világszerte a Lempel-Ziv-Welch (LZW) algoritmus szabadalma (kivéve az USA-t, ahol 2006. augusztus 11-én pénteken jár le). Annak az algoritmusnak, amely számos szoftver szerzőjét meggátolta abban, hogy programjába GIF támogatást tegyen.Ilyen program volt a GD könyvtár is, amelyre számos más program épít. Tom Boutell szoftverében most visszaállításra került a korábban eltávolított GIF támogatás. A GD Library 2.0.28-as verziójától kezdve (2004. július 21.) használhatjuk ezen formátum támogatását. A szerző a későbbiekben alapszintű animált GIF támogatást is tervez.

Feljelentés a ``kakaó-álló'' óvodai számítógépek ügyében

A NET-Felhasználók Érdekvédelmi Társasága ismeretlen tettes ellen terjesztett elő feljelentést az Országos Rendőr-Főkapitányságnál az Informatikai és Hírközlési Minisztérium Brunszvik Teréz programjával kapcsolatban.

A sajtóban "kakaóálló óvodai számítógépek" néven forgó ügyben a NETÉRT szerint felmerülhet a hűtlen kezelés (BTK 319. §) bűntett, vagy hanyag kezelés vétség (BTK 320. §) gyanúja, ezért arra kéri a nyomozóhatóságot, hogy vizsgálja ki a kérdést, és szükség esetén indítson eljárástA NETÉRT Egyesület álláspontja szerint amennyiben - a sajtóban olvasható híreknek megfelelően - túlárazottan szerezték be az óvodai számítógépeket, a reális vételár és a kifizetett összeg közti különbséget hasznos, az Internet elterjedését segítő célokra lehetett volna fordítani.

Ha igaz a sajtóértesülések számításai szerinti, a reális árnál több mint kétszer magasabb beszerzési ár, a felszabaduló 160-180 millió forintot például a következőkre lehetett volna felhasználni:

1., a NETÉRT által egyébként hasznosnak tartott Brunszvik Teréz programban 300-on felül helyett további 400, azaz összesen kb. 700 óvoda jutott volna számítógépekhez,

2., körülbelül 30-40 hátrányos helyzetű kistelepülés csatlakozhatott volna rá a rádióhullámú technológiával széles sávon az Internetre,

3., új PC-ket tekintve 1.200-1.500 hátrányos helyzetű család juthatott volna otthoni számítógéphez állami program keretében, használt, de megfelelő paraméterekkel rendelkező gépek ez a szám jelentősen többszöröse,

4., kb. 500-1.100 oldal, az Internetet népszerűsítő fizetett hirdetést lehetett volna megjelentetni különböző sajtótermékekben,

5., több ezer felhasználót lehetett volna tanfolyami keretek közt az Internet biztonságos használatára kiképezni.

A NETÉRT Egyesület az Internetet használók politikasemleges és független országos érdekvédelmi szervezete.

Forrás: www.netert.hu

KDE 3.3 Beta 2 ``Kollege''

Címkék

A KDE Projekt ma bejelentette azt a KDE 3.3 Beta 2 kiadást, amely a ``Kollege'' névre is figyel. A kiadás célja, hogy fixálja a bugokat aközben a rohanás közben, amiben a KDE csapat jelenleg van, útban a aKademy rendezvényre. Az aKademy nem más, mint az augusztusban megrendezésre kerülő KDE közösségi világkonferencia.Az anyag letölthető a download.kde.org-ról, ahol megtalálható a forráskódés a vendorok által készített bináris csomagok is.

Bővebb infó a KDE 3.3 Beta 2 infó oldalon.

Biztonsági kiadás - Samba 3.0.5 és 2.2.10

Címkék

Puffer túlcsordulási hibát találtak a Samba SMB/CIFS szerverben.

CAN-2004-0600

Érintett verzió: >= v3.0.2

A Samba Web Administration Tool-ban (SWAT) találtak egy potenciális puffer túlcsordulási hiba lehetőséget. CAN-2004-0686

Érintett verziók: >= v2.2.9, >= v3.0.0

Az smb.conf 'mangling method = hash' támogató kódjában találtak egy puffer túlcsordulási hiba lehetőséget.

Frissítés javasolt!

Bővebben a bejelentésben itt.

A Sveasoft is megsértette a GPL-t?

Címkék

"Nemrég az igen népszerű Linksys WRT54G AP-khoz alternatív (a Linksys által kiadott forrásra épülő) firmware-t fejlesztő Sveasoft terméke is ``fizetős'' lett, a forráshoz is csak előfizetés ellenében lehet hozzájutni (a CD ára 50USD)."

Hivatalos Doom III. benchmarkok

Címkék

``... délután játszottunk a DOOM 3-mal egy 1.5 GHz-es Pentium 4 gépen GeForce 4 MX440 video kártyával, és meglepően jó játékélményt kaptunk. Szintén hasonló tapasztalatokat szereztünk, amikor egy AMD 2500+ processzoros gépen GeForce 3 video kártyával próbáltuk, amely már egy két éves kártya, de lehetővé teszi, hogy úgy élvezd a játékot, ahogy azt az id Software eltervezte.''

Pár nappal ezelőtt napvilágot látott az augusztus 3-án (előreláthatólag) megjelenő Doom III hivatalos minimum rendszer követelménye. Mint az általában lenni szokott, a gyártók általában azt a gép konfigurációt adják meg, ami még éppen elindul az adott anyag, de tapasztalatok szerint sokkal izmosabb gép kell ahhoz, hogy valakinek kielégítő játékélményben legyen része. Most az egyik hardver oldal összeállt az id Software-rel, és hivatalos benchmark eredményeket publikáltak.John Carmack konklúziója a következő: minden modern VGA kártyán jól fut a játék.

A teszteket véginézve az látszik, hogy az NVidia 6800 Ultra üt mindent, de az ATi Radeon X800XT-PE sem marad sokban alul. Akinek GeForceFX 5950 és Radeon 9800XT szintén kiváló teljesítményre számíthanak.

A korábban megjosolt hardver igények ellenére az anyag jól fut egy GeForce 3 64MB video kártyán egy 1.8 GHz-es Athlon gépben is. Sokan ezt az előzetesen kiszivárgott demok alapján elképzelhetetlennek tartották.

Mindenesetre VGA kártyát szerintem kár még venni, meg kell várni a kiadás napját, és akkor eldönteni, hogy jó-e még a jelenlegi cuccunk, vagy érdemes-e azt upgradelni.

A benchmark megtalálható itt.

Szabadalmat sért a Microsoft és az Apple is?

A Teleshuttle Technologies LLC szerint az Apple és a Microsoft szoftverupdate funkciói sértik a 2000. április 20-án beadott szabadalmát.A 2003. április 29-én bejegyzett, 6,557,054. sorszámú szabadalom, ami a "Method and system for distributing updates by presenting directory of software available for user installation that is not already installed on user station" címet viseli, problémák elé állíthatja a Mac OS X és a Windows operációs rendszerek automatikus frissítés funkcióit.

Automatikus frissítés található ugyanakkor a legtöbb vírusirtó termékben is, nem beszélve a Linux disztribúciók automatikus frissítéseiről.

Bővebben itt.

Kiszivárgott Sidekick II képek

Az egyik nagy mobil szolgáltatótól szivárogtak ki képek az új HipTop-ról amely Sidekick II néven is ismert. Az augusztusban megjelenő anyag minden adminisztrátor álma. A zsebmütyűr valószínűleg a legjobb GPRS egység lesz azok közt amelyeket jelenleg meg lehet vásárolni. Segítségével SSH-zhatunk, vagy éppen levelezhetünk távol otthonunktól, irodánktól.Az anyag SSH2 klienset, Web böngészőt, AIM cuccot és Mail kliensest is tartalmaz. Benne beépített kamera, telefon funkció található.

A kiszivárgott képeket meg lehet nézni itt. Bővebb infó a Danger féle HipTop-ról a http://hiptop.com/-on.

Linux kernel: új fejlesztési modell

Címkék

Egyelőre nem lesz 2.7, a fejlesztés üteme viszont fel fog gyorsulni.... - ez a Linux kernel fejlesztésének rövid roadmap-ja



Tegnapelőtt zárult a Linux Kernel Summit 2004 rendezvény, ahol érdekes döntések születtek a Linux kernel fejlesztésének menetéről. A változások kicsit átalakítják a sok-sok éven át megszokott fejlesztési irányvonalat.

A dolog azzal kezdődött, hogy Greg Kroah-Hartman egy patchet küldött tegnap az LKML-re. A patch eltávolítja a devfs-t a 2.6-os Linux kernelből. Ahogy Greg K-H írta, a patch elküldésével tesztelni akarja az új kernel fejlesztési modellt. Mivel a kereskedelmi disztribúciók nem használják a devfs-t a 2.6-os kerneleikben, mivel annak kódja meglehetősen bugos, és mivel hosszú ideje karbantartó nélkül áll, úgy gondolta, hogy ideje megszabadulni tőle. Kérte Andrew Mortont, hogy tegye a patchet az -mm kernelfába, és ha úgy gondolja, küldje el Linusnak, hogy az a 2.6-os kernel része lehessen.

Többen is jelezték, hogy szerintük még nincs itt az ideje a devfs eltávolításának, és hogy ezt a lépést nem a 2.6-os stabil kernel közepén kellene megtenni, hanem majd a 2.7-es fejlesztői kernel fa megnyitása után, a fejlesztői fában kellene ilyen nagyobb horderejű döntéseket hozni.

Greg K-H ismét azzal védekezett, hogy csak az új, a Kernel Summit 2004-en megbeszélt kernel fejlesztési modellt próbálja ki.

Adrian Bunk levelében érdeklődött, az iránt, hogy mit takar a titokzatos ``új kernel fejlesztési modell''. Greg K-H levelében azt válaszolta, hogy az egész stable/development kernel fejlesztési modell megváltozott, és hogy bővebb infókért mindenki olvassa el az LWN.net összefoglalóját a Linux Kernel Summit 2004 rendezvényről.A listat tagok felhívták a figyelmet arra, hogy az LWN.net hivatkozott szekciója csak előfizetőknek érhető el... Adrian Bunk felháborodottan közölte, hogy ha a Linux kernel fejlesztésének ilyen fontos infói csak az LWN.net fizetős oldalaink keresztül érhetők el, akkor ez volt az utolsó napja az LKML-en. Mivel többen is felszólaltak az LWN.net-es információforrás ellen (pontosabban nem az LWN.net ellen, hanem az ellen, hogy csak ott érhető el az infó), Mike Snitzer bevágta a fizetős LWN.net oldal vonatkozó részeit.

Az idézetből a következők derültek ki:

- Linus elégedett a Linux kernel jelenlegi fejlesztésének folyamatával

- Linus nem érzi, hogy itt lenne az ideje a 2.7-es fejlesztői fa megnyitásának

- Bdale Garbee jelezte, hogy az emberek hiányolják a 2.7-es fát, mert szerintük a 2.6 nem stabilizálódott eléggé

- Andrew Morton közölte, hogy Linus és Ő kb. 10MB/hónap sebességgel fogadnak el új patcheket a 2.6-ba

- Andrew azt írta, hogy ez valószínűleg nem is fog változni, mert azt szeretné látni, hogy a 2.6 folyamatosan változik, fejlődik. Ahogy írta, az elképzelései szerint a disztribútorok feladata lenne a stabilizáció... A látomásaiban az szerepel, hogy a kernel.org-os kernel a lehető legfunkciódúsabb és leggyorsabb kernel lesz, amely nem feltétlenül a legstabilabb is egyben

- Folytatódik a patchek áradata a 2.6-ba, és Andrew szerint nagyon kevés olyan patch lesz, amely elvetésre kerül

- Az sem biztos, hogy nem lesz API változás a 2.6 alatt. Andrew szerint az lenne a legjobb, ha az API változások a még a 2.7-es fa megnyitása előtt beépítésre kerülnének a 2.6-ba, mert így a két fa szinkronizációja sokkal egyszerűbb lenne

- A 2.7-es fa csak akkor lesz megnyitva, ha annyi experimental patch lesz, amely miatt már azt érdemes megnyitni. Viszont ha az megnyílik, akkor az a teljesen kísérleti, és destabilizáló patchek számára lesz fenntartva

Az LWN.net szekció csak egy hét múlva lesz publikus a nem fizető olvasóknak, így addig csak az LKML-en elszórt morzsákból lehet csipegetni. Mindenesetre érdekes az új fejlesztési modell, és reméljük, hogy valóban jó utat választott Linus és Andrew. Egy biztos, ezzel a módszerrel a fejlődés még gyorsabb válik. Kérdés, hogy ez mennyire megy majd a stabilitás rovására...

Ali Akcaagac forkolni próbálja a GNOME fejlesztését

Címkék

A korábbi GNOME Foundation tag több évnyi GNOME fejlesztésben való közreműködés után úgy döntött, hogy forkolja a fejlesztést. Tervei szerint útjára indítja a GoneME projektet.A GoneME projekt célja, hogy új irányba terelje a GNOME fejlesztését. Ahogy a tapasztalt fejlesztő írja, elégedetlen a GNOME fejlesztésének jelenlegi irányával.

A fejlesztő szerint hamarosan útjára indul a GoneME.org weboldal és a levelező lista is.

A projekt céljairól és az egész dolog hátteréről bővebb infót Ali Akcaagac honlapján itt lehet találni.

Linux Kernel Summit 2004 csoportkép

Címkék

Tegnap ért véget a szokásos, évente megrendezésre kerülő Linux Kernel Summit rendezvény a kanadai Ottawa városban. Már elérhető a szintén szokásosnak mondható csoportkép is a résztvevőkről (+ a korábbi summit-ok képei):

2004 csoport:

A korábbi képek (hogy lássuk, hogy nem csak mi öregszünk :-) ... :

TinyBSD

Címkék

Jean Milanez Melo a brazil FreeBSD Users csoport koordinátora egy új FreeBSD alapú terjesztés megszületését jelentette be ma a -current listán. A neve TinyBSD. Jean Milanez 2000 óta dolgozik beágyazott rendszerek készítésén. Behatóan tanulmányozta Poul-Henning Kamp NanoBSD névre hallgató anyagát, amely beágyazott berendezések számára nyújt operációs rendszert.

A NanoBSD-vel volt egy kis problémája (szükségtelen partíciókat hoz létre, túl hosszú ideig tart a buildworld, szükségtelen binárisokat tartalmaz, stb.), ezért úgy gondolta, hogy megalkotja a saját beágyazott operációs rendszerét (társával Patrick Tracanelli-vel), FreeBSD alapokon.

A TinyBSD nem más, mint egy pár KB-os tarball, amelyben egy kernel konfigurációs file (TINYBSD), egy TODO lista, egy basefiles lista (tinybsd.basefile), és egy tinybsd.sh szkript található. A fileokat be kell másolni egy működő FreeBSD /usr/src/release könyvtárába, és az operációs rendszer ezek alapján épül fel. Bemásolódnak a létrehozott könyvtár struktúrába a szükséges fileok, lefordul a kernel, stb. és a végén legenerálódik az operációs rendszer image.

Bővebben Jean levelében itt.

Különös szavazás: AMD64

Címkék

Aki devel-lista követő, az az utóbbi napokban olvashatta minden idők egyik legnagyobb tűzharcát a debian-devel listán. A tárgy, a már jó néhány hete elkészültnek tekinthető amd64 port bekerülése a sid-be, esetleg megjelentetése a sarge-ban. A tét nem kicsi, ahogy a legtöbben írják a következő időszakban az 64 bites x86 gépek lesznek az otthonokban leginkább elterjedtek, már most is nagy irántuk az érdeklődés. A Debian esetében ez különösen érdekes, hiszen legtöbben most 386-osra `optimalizált' rendszert használunk. Várható volt, hogy szavazási felhívás születik az ügyben, és Manoj ma egy igen érdekes levelet postázott az announce-re.A bejelentés itt olvasható.

Doom III minimum követelmények

Címkék

Aranyra került a Doom III., hivatalos kiadás augusztus 3-ra várható. Nem kevés évet vártunk erre a pillanatra...

Sokunkban felmerült már a kérdés, hogy milyen erőgépet kell majd a játék alá pakolni, hogy az megfelelő sebességgel fusson. Most az id Software kiköhögte az anyag minimum rendszer követelményeit:Az id Software olyan képi élményt ígér a Doom III-mal, amely eddig még nem volt látható PC-n. Hogy mibe kerül ez nekünk?

  • 1.5 GHz Intel Pentium 4 vagy AMD Athlon 1500
  • 384 MB RAM
  • 2 GB HDD hely
  • Egy nVidia GeForce 3 vagy ATI Technologies 8500

    Ezeket a minimum igényeket Todd Hollenshead, az id Software egyik vezetője közölte.

    Hogy mit érdemes még tuningolni, hogy ezek közül mi dob a legtöbbet a teljesítményen azt megtalálod itt.

  • Miért is jó az új PHP5?

    Címkék

    Találtam egy cikket Adam Trachtenberg tollából, amelyben azt feszegeti, hogy miért is célszerű frissíteni PHP5-re.

    A publikációt elolvashatod ezen az oldalon.