Aktív fórumtémák

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

Új funkció: Napi hírek, headline-ok, tőzsdei jelentések az egész világból

Címkék

Egy új funkció kezdte meg a működését az oldalon. Amint a címben is olvasni lehet ez egy mass hír, tőzsdei, headline aggregációs motor. A lényege, hogy felhasználói szinten testre lehet szabni, hogy milyen headline-ok frissüljenek, ezekből Te mit akarsz látni, javaslatot tehetsz új News Feed-ekre (rss/rdf/xml) amelyek bekerülnek az adatbázisba, beállíthatod a kedvenc tőzsdén szereplő cégedet amelyről jelentést kapsz (szimbólumok hozzáadásával pl. SUNW = Sun Microsystems, MSFT = Microsoft, új szimbólumokat itt tudsz keresni), lekérdezheted a napi legfrissebb hírek listáját, amelyet megjelenés szerint sorban rendezve kapsz meg.

Miért is jó ez?Mert egy rohanó világban élünk, amikor nincs időnk állandóan az internetet böngészve megkeresni a minket érdeklő híreket, kellene egy oldal, ahol ezeket összeszedve, csoportosítva meg lehetne találni. Hát most van. Az oldal rendszeresen (1 óránként alapértelmezés szerint) frissül. Így kb. egy oldalon kb. 30-40 linuxos, bsd-s, fejlesztői, kernellel kapcsolatos oldal headline-jait olvashatod. Bookmarkolva egy böngészőben egy kattintással előtted lehet az egész világ történése.

Lássunk egy kis tutorialt:


Jó szórakozást.

Ps: btw. nem tud valaki valami jó magyar szót a Headline helyett?

Vélemények, kommenteket a hozzászólásokba várok.

Az Apple bemutatta az X11-et a Mac OS X-hez

Címkék

Az Apple® bejelentette az X11-et a Mac® OS X-hez, ezzel lehetővé téve az X11-alapú applikációk futtatásának lehetőségét, egyetértésben a natív Mac OS X applikációkkal. Ezt azt jelenti, hogy ugyanazon a desktopon futtathatunk X11 és natív MacOS X alkalmazásokat. Mostantól lehetőség nyílik arra, hogy a meglevő X11-alapú alkalmazások portolása megkezdődhessen a Mac®-ekre.

Az Apple bejelentése itt.

NetBSD/sparc mostantól SMP támogatással

Címkék

Nagyrészt Paul Kranenburg erőfeszítéseinek köszönhetően a NetBSD -current mostantól támogatja az SMP-t (Symmetric Multi Processors) a sparc platformon. A stuff tesztelve van SPARCstation 20/712, sun4/690 és más rendszereken is. Bővebb információért olvasd el Matthew Green levelét a port-sparc levlistán. (az i386 még októberben kapott hasonló támogatást)

FreeBSD Kernel lék: egész túlcsorulás a FreeBSD kernelben

Címkék

A Pine Digital Security jelentette be, hogy biztonsági audit alkalmával léket találtak a FreeBSD kernelben. A biztonsági hibát kihasználva a szerveren panic okozható, vagy a hiba kihasználható privilégium emelésre. Mind a -RELEASE és a -CURRENT branch sebezhető.

Érintett rendszerek:

RELENG_4 (aka -STABLE) : nem sebezhetők a 20021111 utáni rendszerek

RELENG_5_0 (aka -CURRENT) : sebezhető lseek(2) (199)

All current -RELEASE versions : sebezhető fpathconf(2) (192)

OpenBSD/NetBSD: nem sebezhető

Hibajegy:Pine Security Advisory PINE-CERT-20030101: Integer overflow in FreeBSD kernel Abstract

Advisory ID

: PINE-CERT-20030101

Authors : Joost Pol

Vendor informed : 2002-12-30

Issue date : 2003-01-06

Application : Kernel

Version(s) : Various

Platforms : FreeBSD

Availability : http://www.pine.nl/press/pine-cert-20030101.asc

Synopsis

While performing an audit for a customer, Pine Digital Security found an integer overflow in the FreeBSD kernel. Versions

FreeBSD:

RELENG_4 (aka -STABLE) : not vulnerable after 20021111

RELENG_5_0 (aka -CURRENT) : vulnerable in lseek(2) (199)

All current -RELEASE versions : vulnerable in fpathconf(2) (192)

OpenBSD/NetBSD: not vulnerable

Impact

Serious.

This integer overflow could cause a system panic, resulting in a Denial-of-Service (DoS). Also, this could be used to escalate privileges or cause the system to disclose (sensitive) files.

Description

Inside the FreeBSD kernel each file (socket, device or regular file) opened is represented by a file structure (sys/file.h).

Amongst other members this structure holds a reference counter (int f_count). This reference counter is increased by the fhold() function and decreased by the fdrop() function. (both in sys/file.h)

For example, when a file is open(2)ed or dup(2)ed the reference counter is increased and when the file is close(2)ed again the reference counter is decreased. Once the reference counter reaches zero, the file structure itself is deallocated.

Most system calls which perform (blocking) operations on a file will issue a fhold() call to prevent the file from being closed in the middle of an operation. Once the operation is finished the (extra) reference will be released again by issuing a fdrop() call.

Inside the fpathconf(2) (192) system call we spotted a condition where a call to fdrop() is missing. When issueing a fpathconf(2) call on a socket it will return with an error condition but it will not release the extra file reference.

Due to the missing fdrop() call inside the fpathconf(2) system call is it possible to overflow the reference counter of the file structure (int f_count).

FreeBSD -CURRENT suffers from the same problem in another syscall.

Exploitability

Causing a system panic and privilege escalation have been confirmed.

Exploitation of this bug will take time, depending on machine speed and system limits this could vary between hours and days.

1. System Panic

A system panic can be caused by issuing around 2^31 calls to fpathconf(2) with a filedescriptor which references a socket. The reference counter (int f_count) will wrap to a negative value and this will cause a panic in close(2).

2. Privilege Escalation

It is also possible (although more difficult) to gain root access using this bug. One would open(2) a socket and dup(2) it. One would then issue around 2^32 - 1 calls to fpathconf(2) causing the reference counter to wrap to 1.

After closing the original filedescriptor the file structure will be deallocated. At this point the dup(2)ed file descriptor is still hanging around with a file structure pointing to unallocated memory.

The final step, which is left as an excercise for the reader, is to have a sensitive file (like /etc/skeykeys) opened and allocated at the previously freed location.

Once this happens the dup(2)ed file descriptor is still hanging around providing access to this file. This could result in the escalation of user privileges.

Disclaimer

Pine Digital Security does not release exploits.

Although the missing fdrop() call in fpathconf(2) was noticed before by Nakamura Takayuki its impact was severely underestimated.

Patches

FreeBSD CVS should be updated. References

http://www.pine.nl/press/pine-cert-20030101.txt

FreeBSD advisory SA-02:A44

file://usr/include/sys/file.h

file://usr/src/sys/kern/kern_descrip.c

file://usr/src/sys/kern/vfs_syscalls.c

LinuxWorld: 10 Linux jövendölés 2003-ra

Címkék

Úgy látszik Joe Barr minden év elején késztetést érez arra, hogy elmondja nekünk az adott évre aktuális jövendöléseit. Tavaly év elején is megosztotta velünk a jóslatait, nincs ez másként 2003-ban sem.

A LinuxWorld szabadúszó újságírójának feljegyzése itt.

Alan Cox: Linux 2.4.21-pre3-ac1

Címkék

A hosszabb téli szünet után úgy néz ki, hogy újra "dolgoznak" a kernel hackerek. Alan mester kiadta a legújabb foltját a stabil kernel sorozat -pre3 verziójához.

Letölthető patch-2.4.21-pre3-ac1.gz

Változások logja:From: Alan Cox (alan@redhat.com)

Date: Wed Jan 08 2003 - 13:24:27 EST

ts back, its smaller and it wants a lot of testing. Much of the older stuff has been merged with Marcelo, and some stuff has been dropped out.

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

* EHCI USB updates (David Brownell)

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

+ NVIDIA nForce2 IDE PCI identifiers (Johannes Deisenhofer,

Tim Krieglstein)

* CPU bitmask truncation fix (Bjorn Helgaas)

o HP100 cleanup (Pavel Machek)

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

+ Update dscc4 driver for new wan (Francois Romieu)

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

Gigabyte 9EJL by handing wacky E820 memory

reporting

o SysKonnect driver updates (Mirko Lindner)

o Fix memory leak in n_hdlc (Paul Fulghum)

o Fix missing mtd dependancy (Herbert Xu)

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

+ IDE tape fixes (Pete Zaitcev)

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

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

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

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

mishandling

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

+ Ethernet padding fixes for various drivers (me)

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

This can happen with non PM codecs

o Fix broken documentation link (Henning Meier-Geinitz)

o Update video4linux docbook (William Stimson)

o Correct kmalloc check in dpt_i2o (Pablo Menichini)

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

o Fix irq balancing (Ben LaHaise)

o CPUfreq updates (Dominik Brodowski)

o Fix typo in pmagb fb (John Bradford)

o EDD backport (Matt Domsch)

o First pass at fixing all the ethernet padding (me)

REMOVED FOR NOW

- RMAP

REMOVED FOR GOOD

- LLC (See 2.5)

- VaryIO (Never accepted mainstream)

-

Steve Best: Journaling File Systems

Az IBM-es Steve Best neve nem cseng ismeretlenul a JFS felhasználóknak. Ő szokta postolni a JFS-sel kapcsolatos bejelentéseket az LKML-re. Steve most egy nagyon hosszú cikkben taglalja a naplózó filerendszerek előnyeit. A 8 oldalon keresztül folyó cikk igazi mélyvíz, azoknak akik jobban meg akarják ismerni a naplózó FS-ek tulajdonságait, előnyeit/hátrányait, működésüket, azoknak kötelező.

A cikket megtalálod itt.

Reuters: a Microsoft enged a Digital Media licencelésén

A Reuters szerint a Microsoft arra készül, hogy megváltoztassa a digitális média adatfolyam szoftverének a licencelését. Ezzel lehetővé téve a fejlesztőknek, hogy alacsony áron juthassanak a licenchez, és fejleszthessenek nem-Windows platformra is. A dolog a Windows Media 9-re vonatkozik, amely az interneten keresztül küld/fogad streaming media típusú adatokat (lásd. vv és bb).

Érdekes elképzelés. Már magam előtt látom, ahogy Árpiék mennek a Microsoft pénztárához, ahol hónuk alatt a WMP 9 licence, és veszik a stuffot. :-)))

A Reuters cikke itt.

Az SGI megkezdi a high-end Linux mókát

Címkék

Atrix 3000 Tegnap több nemzetközi híroldalon is olvasni lehetett az SGI (Silicon Graphics) új Altix 3000-es rendszeréről. Az Altix 3000 egy adaptációja az SGI létező Origin 3000 rendszerének, amely az SGI által fejlesztett MIPS processzorokat használ és Irix operációs rendszert futtat, amely a saját fejlesztésű Unix verziójuk. Az Altix 3000-es rendszer Itanium processzorokat használ, és ez mellett Linux-ot futtat. Érdekes, hogy a Sun és az SGI is épít gépeket Linux alá. Régebben hallani sem akartak a dologról. Viszont az SGI-nek már volt szerencséje a Linux + Itanium 2 párossal. Az IDF-on (Intel Developer Forum) bemutattak egy olyan gépet, amely világrekordot döntött.

A News.com szemügyre vette az új rendszert. Az SGI sajtóbejelentését itt találod.

DSA-223-1 geneweb

Címkék

Csomag : geneweb

Sebezhetőség : információ felfedés

Probláma-Típusa : távoli

Debian-specifikus: nem

CVE Id : CAN-2002-1390

Biztonsági hibát fedezett fel Daniel de Rauglaudre, a geneweb upstream szerzője a geneweb csomagban, amely egy web felülettel rendelkező leszármazási program. A démon alap helyzetben a 2317-es porton fut. Az elérési utak (paths) nincsenek megfelelően ellenőrizve, így az ügyesen formázott URL-ekkel lehetőség nyílik arra, hogy a geneweb olvasson vagy megjelenítsen tetszőleges fileokat abból a rendszerből, ami fut.

A jelenlegi stabil terjesztésben (woody) a 4.06-2-es csomag javítja a hibát.A régebbi stabil terjesztés (potato) nem érintett.

Az unstable terjesztésben (sid) a 4.09-1-es csomag javítja a hibát.

A geneweb csomagok frissítését javasoljuk.

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

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

Sun fejlesztői konferencia

Címkék

Az egésznapos ingyenes rendezvényen a Sun hazai és nemzetközi szakemberei ismertetik a legújabb szoftverfejlesztéseket, alkalmazásokat és technológiákat.



Időpont: 2003. január 28.

Helyszín: Budapesti Kongresszusi KözpontAz egésznapos ingyenes rendezvényen a Sun hazai és nemzetközi szakemberei ismertetik a legújabb szoftverfejlesztéseket, alkalmazásokat és technológiákat.


Időpont: 2003. január 28.

Helyszín: Budapesti Kongresszusi Központ


Program:

8.30 - 9.30 Regisztráció

9.30 - 9.45 Köszöntő

9.45 - 10.30 A szoftverfejlesztés jövője és irányvonalai

10.30 - 11.00 Objektumorientált Middleware technológia, Sun ONE Application Server 7

11.00 - 11.30 Kávészünet

11.30 - 12.15 A web alapú szolgáltatások és a Java 2 Platform, Enterprise Edition

12.15 - 13.00 Java 2 Platform a gyakorlatban

13.00 - 14.30 Ebéd

14.30 - 15.15 Sun ONE Studio fejlesztőeszközök és vezeték nélküli technológiák - demonstráció

15.15 - 16.00 Java 2 Platform, Micro Edition

16.00 - 16.15 Kávészünet

16.15 - 17.00 A web alapú szolgáltatások alapjai - JAXM, JAX-RPC

17.00 - 17.30 Kérdések és válaszok

Az előadások angol nyelvű anyagaihoz szinkrontolmácsolás igénybevehető. A részvételhez előzetes regisztráció szükséges.

Bővebben:

http://hu.sun.com/esemeny/fejlesztonap/

Forrás:

http://kir.sch.bme.hu:2000/hirek.php?cmd=show&n_id=572

DSA 222-1 Az új xpdf csomagok javítják a tetszőleges kódfuttatást

Címkék

Csomag: xpdf

Sebezhetőség: egész túlcsordulás

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

Debian-specifikus: nem

CVE Id: CAN-2002-1384



Az iDEFENSE talált egy egész túlcsordulási hibát a pdftops szűrőben ,ami az xpdf csomag része, amit ki lehet használni a célfelhasználó jogosultságainak megszerzésére. Ezt például oda vezethet hogy hozzáférést nyujtson az `lp' felhasználó jogosultságaihoz, ha a pdftops program része a nyomtatási szűrőnek.Az aktuális stabil terjesztés (woody) ezt a problémát a 1.00-3.1 verzióban javítja.



A régi stabil terjesztés (potato) ezt a problémát a 0.90-8.1 verzióban javítja.



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



Az xpdf csomagok frissítését javasoljuk.



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

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

GIMP könyv

Címkék

Megjelent Egy korty GIMP címmel a Grokking the GIMP magyar változata.


Bővebb infó a könyvről itt. Az eredeti angol nyelvű változat elérhető itt.

Elosztott számítással törik az XBox másolásvédelmét

Címkék

Az XBox-Linux projekt eredményeképpen immár lehetséges a nyílt forráskódú Linux operációs rendszer használata a Microsoft játékkonzolán. Az átalakítás szépséghibája, hogy a hardvert ennek érdekének egy plusz chippel kell kiegészíteni. Ez viszont az átalakítás széles körű alkalmazását erősen visszaveti. Így most a különböző projektek célja az, hogy a Microsoft hozzájárulásával nem rendelkező szoftverek használatát módosító chip beépítése nélkül lehetővé tegyék. Más kezdeményezések biztonsági réseket keresnek.

A Neo Projekt (http://www.theneoproject.com) viszont a legnehezebb irányt választotta, sok ezer számítógép bevonásával az XBox publikus kulcsát (Public Key) kísérlik meg feltörni.

Már több mint 3 ezer felhasználó ajánlotta fel a gépe felesleges számítókapacitását. A részvételhez egy Windows alatt futó kliensprogramot kell telepíteni. A Linux változat kifejlesztését februárra ígérik.

Az eredeti cikk itt:

http://index.hu/tech/ihirek/?main&114677

ui: jo lenne egy XBox tema logo, mert ez sen nem Windows, se nem Linux...

Linux Security: 2002-es visszatekintés, jóslások 2003-ra

Bob Toxen - aki egyike a 162 elismert Berkeley UNIX fejlesztőknek - elkészítette a visszatekintését a biztonsági eseményekről amelyek 2002-ben történtek a Linux világában, és közben beletekintve a kristálygömbjébe, előrevetítette a várható biztonsági hibákat, eseményeket a 2003-as évre nézve. Az úriember Real World Linux Security című könyv szerzője, de ennek ellenére furcsa dolgokat állít. A cikkében többek között azt írja, hogy véleménye szerint az OpenSSH nem elég biztonságos, hogy azt "termelő" környezetben lehessen használni, így használjuk helyette az ssh.com féle kereskedelmi verzió (ingyenes linuxra), mert az sokkal biztonságosabb, és könnyebb használni.

Hát nem tudom mit mondjak. December 17-én egy olyan sebezhetőséget fedeztek fel az SSH implementációkban ami tömegében érintette a témában felbukkanó ssh programokat. Egyedül az OpenSSH nem volt sebezhető.

Ennelk ellenére, akit érdekel olvassa el itt.

Debconf 3

Címkék

Idén is lesz Debian konfernecia. A helye Norvégia, Oslo. A helye az Osloi Egyetem (University Of Oslo), ideje 2003. július 18-20. Néhány nappal előtte már indul a DebCamp névre hallgató tábor, ahova a hónod alatt egy laptoppal beballaghatsz, ehetsz egy barbecue-t, és csatlakozhatsz az internetre.

Bővebb infó az esemény weboldalán. Tollef Fog Heen levele a debian-devel-announce-n.

GeforceFX vs. Radeon 9700 Pro eredmények

Címkék

A MaximumPC volt olyan szerencsés, hogy tesztelhette az nVIDIA új GeForce FX névre hallgató kártyáját. Amikor először hallani lehetett a kártyáról akkor még az NV30 kódnéven futott. Most az nVIDIA átadott (állítóltag) egy teszt példányt az új kártyából a fent említett weboldalnak. A kártya és a hozzá adott driverek még csiszolatlanok, az nVIDIA kérte is a weboldal tesztereit, hogy ezt feltétlenül hangsúlyozzák ki a teszteredmények kihirdetésekor. A kártyát az ATI Radeon 9700 Pro-val hasonlították össze.

Az eredmények:A Quake III-ban 600x1200, 32-bit színmélységben, és 2x-es anti-aliasing (élsimítás) mellett, a GeForce FX kb. 40%-kal volt gyorsabb az ATI Radeon 9700 Pro-nál ugyanazon beállítások mellett. A GeForce majdnem 20%-kal volt gyorsabb a 9700 Pro-nál az Unreal Tournament 2003 Asbestos fly-by demoban ugyanazoknál a beállításoknál. Viszont a 3DMark 2001:SE Game 4 mérésben ugyanazoknál a beállításoknál a Radeon 9700 kb. 10% gyorsabb volt a GeForce FX-nél.

Mit is jelent ez? Azt, hogy a GeForce FX nagyon gyors -- egyedül a memória sávszélesség okozhat gondot. A GeForce FX 128-bit széles memória busszal rendelkezik, ami 500MHz-en fut, és így a maximum memóriaátviteli sebesség 16GB/sec. Szemben a Radeon 9700-zal, ami 256-bit memória busz szélességgel rendelkezik, ez 325MHz-en fut, és így az átviteli sebessége 19.8GB/sec.

Számszerű adatok:

GeForce FX

Quake3 Demo001, 1600x1200 2xAA: 209fps

UT 2003 Asbestos, 1600x1200 2xAA: 140fps

3DMark Game4, 1600x1200 2xAA: 41fps

Radeon 9700 Pro

Quake3 Demo001, 1600x1200 2xAA: 147fps

UT 2003 Asbestos, 1600x1200 2xAA: 119fps

3DMark Game4, 1600x1200 2xAA: 45fps

Ütős kártya lesz. Ja és ne felejtsük el, hogy ez csak egy BETA kártya.

A weboldal itt. Forrás Slashdot.

DDA: GCC 3.2 az új alapcompiler!

Címkék

A mai napon történik a gcc 3.2 feltöltése és telepítése az unstable (sid) buildd chroots-ba. Ha minden jól megy, akkor még néhány lépés és elkezdődhet a C fordítást igénylő alkalmazások újrafordítása és feltöltése a sid repositoryba - írta Ryan Murray a Debian Devel Announce-ban. A gcc 3.2 szabvánnyá válása a Debian GCC3.2 Transition Plan alapján készül, amely szerint: 'nem maradhatunk a GCC 2.95-nél örökké, a portjaink sokkal jobbak lesznek a legújabb fordítóval'. A bejelentésben közölt dokumentum külön kitér a libqt3-ra is.A dokumentum részletesen leírja gcc 3.2 alapfordítóvá tevésének szükségszerű okait, pontos menetrendet nyújt a maintanereknek, és egy csomó jótanácsot ad azokanak, akiknek esetleg gondjai támadnak a programjaik gcc 3.2-vel történő lefordításával. Ryan Murray a csomagok lecserélésének idővonalát is megadja. A Debian GCC 3.2 Transition Plan eredetije a részletes leírásokkal és tudnivalókkal itt olvasható.

NetBSD: Mach és Darwin bináris kompatibilitás

Címkék

Emmanuel Dreyfus legújabb projektje az, hogy megvalósítsa a NetBSD OS-en való Mach és Darwin binárisokkal való kompatibilitást. Azaz azt szeretné elérni, hogy a NetBSD tudja futtatni a fent említett operációs rendszerek binárisait.

"A WindowServer tud kommunikálni a mach_init-tel és fut elég hosszú ideig, amíg össze nem omlik. A következő lépés az, hogy fixáljuk az emulációs bugokat amelyek a WindowServer összeomlását idézik elő, majd reimplementálhatjuk a Darwin IOKit-jét, hogy a WindowServer muasson is valamit." (A WindowServer a MacOS X X szervere.)A project honlapja szerint, "Ha lesz egy teljesen működő Darwin bináris kompatibilitásunk a NetBSD/powerpc platformon (ha ez eljön egy nap), akkor csak fognunk kell a MacOS X könyvtárakat, és futtatni tudunk bármilyen MacOS X programot, hasonlóan ahhoz, ahogy most a NetBSD futtatni tudja a Linux, FreeBSD, Solaris, stb binárisokat.

A kérdés már csak az, hogy az emuláció mennyire lassítja le a programok futását.

Nem hivatalos nVIDIA driver patch a 2.5.54 fejlesztői kernelhez

Címkék

Itt egy nem hivatalos patch azoknak, akik ki szeretnék próbálni az nVIDIA kártyájukat glx gyorsított driverrel a 2.5.44-es kernel alatt.

A foltok az nVIDIA hivatalos NVIDIA_kernel-1.0-4191 nevű driveréhez készültek.

FIGYELEM! Kizárólag saját felelőségre!

A folttal kezelt hivatalos driver használható a Linux 2.5, 2.4-rmap* kernelekkel. A hivatalos drivert először az NVIDIA_kernel-1.0-4191-2.5-tl.diff patch-csel kell kezelni, majd utána, mivel a 2.5.54 kernel modul loadere változott szükség van az NVIDIA_kernel-1.0-4191-2.5.54.diff nevű foltra.

Sajnos szokás szerint az AMD + nVIDIA + AGP kezeléssel megint baj van, nem elég a "mem=nopentium" workaround ami a 2.5-ös kernelben van. A gép az X szerver indításkor megfagyhat ha a workaround be van kapcsolva.

Változások logja, részletes leirás:These files have undergone basic testing, but are distributed without any warranty. Please note that using the "mem=nopentium" workaround for the AMD Athlon/AGP stability problem on Linux is known to not work as expected on Linux 2.5 (your system may freeze upon starting X with this option set).

If you are experiencing problems with ACPI support enabled, this may be due to the "new" ACPI PCI IRQ routing. You can disable support for this mechanism with the pci=noacpi boot-time kernel parameter. If this doesn't help, you may need to disable the ACPI subsystem with acpi=off.

The credit for the first 1.0-4191 update goes to Alistair Strachan (alistair@devzero.co.uk).


Linux 2.5 (update) updated 01/03/2003

  • As of Linux 2.5.54, the Linux kernel module loader no longer handles common sections, attempting to load kernel modules with common symbols will result in "Invalid module format" errors. The nv-kernel.o object file distributed by NVIDIA apparently wasn't built with -fno-common, the nvidia.o kernel module is rejected.

    This patch changes how nvidia.o is linked to force all common symbols into the .bss section.

  • Fixes the machine dependant include path to reflect the new paths in Linux 2.5.53 and later kernels. You will need to apply the 1.0-4191 patch (see below) first.


    Linux 2.5, 2.4-rmap* updated 12/27/2002
  • With this update, NVIDIA's AGP GART driver works properly with the 2.5 compatibility patch on Linux 2.4 (vanilla, -rmap*) kernels again. This had been broken with the first NVIDIA 1.0-4191 Linux 2.5 patch.
  • This version fixes a memory leak in the PTE lookup macro on Linux 2.5 or 2.4-rmap kernels, where calls to pte_offset_map were not properly matched by calls to pte_unmap (see the recent "rmap and nvidia?" thread on the LKML for details).

    The credit for this update goes to O. Sezer and Andrew McGregor.

  • This patch is the 1.0-4191 equivalent of the 1.0-3123 for Linux 2.5 tasklet patch, including the update for recent Linux kernel module interface changes.
  • The page_alloc.c BUG fix referred to below has been integrated into this NVIDIA driver release, the corresponding patch is thus no longer needed or even compatibel with this release.

Mitől látszik gyorsnak az Internet Exploler?

Egy érdekes feljegyzést postáztak a Slashdotra, amelyben valaki azt állítja, hogy azért látszik gyorsabban működni az Internet Exploler, mert csal, azaz nem az RFC-kben leírt módon építi fel a kapcsolatot a böngésző kliens és a http szerver között. A cikk írója szerint az Internet Exploler működése érdekes, mert néha lehetetlenül gyors, szinte már akkor elénk teszi a kért oldalt, amikor még alig kattintottunk az egérrel, néha pedig olyan lassú, mint a tetű. Ennek okait boncolgatja ez a cikk.

A cikk szerint az IE ahelyett hogy először SYN csomagokat küldene, mint minden rendes TCP/IP alkalmazás, először elküldi a request csomagot, és ellenőrzi a választ. Ha jön válasz, akkor a távolban egy MS IIS szerver van, így megspórolta a 1. SYN -> 2.
kéréseket, ezzel időt nyerve. Ezt azért tudja megcsinálni mert az IIS szerver erre fel van készítve. Na de mi van akkor, ha egy "rendes" HTTP szerver van a másik oldalon? Olyankor várhatunk, hiszen az IE-nek meg kell ismételnie a kérést, ezúttal az RFC-ben rögzített ajánlások szerint. Tehát ha a másik oldalon nem IIS van, akkor esetenként többet kell várnunk, mintha mindjárt 'rendes' kérést küldött volna. Viszont több nem-IIS szerver van, mint IIS.... Úgyhogy amennyiben a feltevés helyes, mi csak rosszabbul járhatunk az IE-vel.

A legjobb kód, amit egy pólóra nyomtatnál

Címkék

Maciej Soltysiak dobott fel egy érdekes kérdést az LKML-en. Pólót (t-shirt) akar gyártani, és azon tűnődik, hogy melyik része lenne a Linux kernel kódnak a legmegfelelőbb erre a célra. Azt írja, hogy a kedvence a netfilter kódja, de az túl tiszta, rövid és egyszerű függvényekből áll, nincs benne sok pointer, malloc, és definíció. Szóval feltette a kérdést, hogy melyik a kernelnek az a része, amelyik a legrémítőbb. Az ártatlan kérdésre számos válasz érkezett. Valaki a panic.c-re szavazott (mint ahogy a HUP logónak a háttere is ez a kód ;-), de valaki egyszerűen csak azt javasolta, hogy keressen rá az alábbi szavakra:

[root@morgoth:/usr/src/linux]# egrep -ir "( fuck)|( shit)" *

és utána válasszon (az utóbbit én még évekkel ezelőtt megcsináltam, és elcsodálkoztam, hogy mennyi találatot kaptam ;-)

A thread itt kezdődik.