Aktív fórumtémák

Tárgy Válaszok Legutóbbi beküldés Fórum Szerző
  Laptop Power Pack ASUS Vivobook-hoz 2025-08-24T19:05:43+0200 Elektronika, Elektromos eszközök mraacz
  git rábeszélés ötletek 49  2025-08-24T18:19:10+0200 Fejlesztés ruczati
  Mikrotik ipsec 20 kbps, de miért? 11  2025-08-24T18:15:13+0200 Hálózati eszközök ecsi
  Német agybaj újratöltve: Illegálissá válhat a reklámblokkolás, börtön is járhat majd érte 484  2025-08-24T18:14:16+0200 Web, mail, IRC, IM, hálózatok jevgenyij
  Home Assistant használata egyéb thread/matter/zigbee hubbal 10  2025-08-24T17:58:21+0200 Hálózati eszközök dlaszlo
  ELMŰ okos mérő kalandok 762  2025-08-24T17:46:41+0200 Elektronika, Elektromos eszközök VincentV
  [MEGOLDVA] Kis github segítséget kérnék 18  2025-08-24T13:57:03+0200 C/C++ bzt
  Tönkrevághatja az SSD-ket és HDD-ket a Windows 11 legújabb frissítése 31  2025-08-24T13:47:30+0200 HUP cikkturkáló DL3V1
  Robotporszívó helyi szerverre irányítása 57  2025-08-24T12:01:54+0200 Hálózati eszközök kikepzo
  Schrödinger Linux 24  2025-08-24T11:09:42+0200 Tudtad-e, hogy... EspOS
  Fidesz osztja a friss időt Openwrt 18.06.2-ön vagy csak T-online-soknak? 30  2025-08-24T07:49:23+0200 Hálózati eszközök lusi
  Backup megoldások, ötleteljünk 49  2025-08-24T06:13:50+0200 Segédprogramok zslaszlo
  Roidmi károsultak fóruma (Roidmi csődbe ment, így nem használhatók tovább bizonyos eszközeik) 49  2025-08-23T23:53:23+0200 Közösségi kerekasztal Charybdis
  Feltörték a Gmail-t 40  2025-08-23T20:15:34+0200 HUP cikkturkáló bzt
  Jogsi nélküli autó időseknek 216  2025-08-23T20:11:57+0200 Közösségi kerekasztal plt
  Yettelnél vásárolt telefon kártyafüggetlen-e? 2025-08-23T19:42:50+0200 Notebook, laptop, mobiltelefon ... veresh
  Unaloműző online játékok és azok eredményei #2 747  2025-08-23T09:24:56+0200 Játékok trey
  Virtualizáció és Bitlocker 2025-08-23T09:02:03+0200 Virtualizáció PDA_FAN
  win10 frissitese win11-re, avagy lehet elni ujratelepites nelkul? a valasz, igen! 19  2025-08-23T06:51:59+0200 Microsoft Windows x-daemon
  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

A rejtély Theo körül

Címkék

Az Alternet.org-on található az a cikk, amely a megfogalmazás szerint a "hírhedten csípős modorú, ahogy mondják őrült hackerről" Theo de Raadt-ról szól.Theo az ördögi számítógép zseni, aki otthonában Calgary-ban (Kanada) hackel, aki minden script kiddie rettegett ellenfele, akinek a nevéhez fűződik az OpenBSD megalkotása. Azé az operációs rendszeré, amelynek nem titkolt célja az, hogy a világ legbiztonságosabb OS-e legyen.

A cikket megtalálod itt.

ADMtek ADM8211 driver

Címkék

David Young commitolta az ADMtek ADM8211 (egy bus-mastering MAC (Medium Access Control) 802.11b-hez) eszközhöz készített meghajtóját a NetBSD forrásfájába. Ez az első nyílt forrású driver ehhez az gyakran előforduló chiphez. A driver szerzője szerint ez a chip lesz az, amely jelentősen le fogja törni a 802.11b vezetéknélküli eszközök árát. M. Warner Losh portolni fogja ezt az eszközmeghajtót FreeBSD alá.

Subject: new 802.11 driver: ADMtek ADM8211

To: None

From: David Young

Date: 07/06/2003 19:10:13

All,

I've just committed to NetBSD my driver for the ADMtek ADM8211, a bus-mastering MAC for 802.11b. This is the first open-source driver for this ubiquitous chip.

This is the chip that has brought the price of an 11Mb/s 802.11b radio *way* down. I just bought two PCI cards (LanReady WP2000) for $25 each. The Cardbus cards are cheap, too.

There are some outstanding problems with the driver, which I describe in the manual page.

ADMtek tells me that you cannot use the ADM8211 to produce a host access point. It makes economic sense: they want to sell their access point chip, the ADM8211B. I will try a few more things before I write-off the possibility of an AP mode.

M. Warner Losh is going to do a FreeBSD port.

Dave

--

David Young OJC Technologies

dyoung@ojctech.com Urbana, IL * (217) 278-3933

GNOME 2.3.3 portolva FreeBSD-re

Címkék

Igazán nem panaszkodhatnak a FreeBSD-s GNOME felhasználók hiszen alig, hogy hétfőn megjelent a GNOME 2.3.3 fejlesztői snapshot, mát itt is a FreeBSD portja. A "The Four Hounds" kódnévre hallgató verzióról itt tudhatsz meg többet.

OpenGroupware.org

Címkék

Tegnap elindult az OpenGroupware.org, amely nem véletlenül hasonlít nevében az OpenOffice.org-hoz.

A fejlesztők a Microsoft Exchange babérjaira pályáznak...Az OpenOffice.org egy testvérrel, míg a Microsoft egy újabb szabad szoftveres konkurenciával gyarapodott, áll az atnewyork.com cikkében.

Az OpenGroupware.org a teljes irodai csoportmunka szerver oldali részét valósítja meg és képes együttműködni Linuxos és Windowsos szabad és zárt forráskódú irodai termékekkel, így a Microsoft Outlookkal és a Mozillával is.

Az OGo (OpenGroupware.org) A SKYRIX 4.1 Groupware szerveren alapul, amelyet még 1994-ben fejlesztett ki a német MDlink Gmbh. A kód jelenleg 600 ezer objektumorientált C nyelvű programsorból és kb. 100 ezer sornyi újra hasznosítható web komponensből áll, ha hinni lehet az OGo projekt vezetőjének, Gary Federicknek.

A többit nézze meg mindenki magának az OGo weblapján: OpenGroupware.org

Netcraft: A Top 5 megbízható/leggyorsabb ISP FreeBSD-t futtat

Címkék

TheAge jelentése szerint a NetCraft listáján levő TOP10 szolgáltatók közül az első 5 FreeBSD OS-t futtat. A mérések szerint ezeken az oldalakon tapasztalták a legkevesebb hibás kérést (failed requests) és ezek adják a leggyorsabb kapcsolati időt. A FreeBSD régóta a "legjobb networking stack-kel bíró" operációs rendszer hírében áll. A megbízhatóságára bizonyítékok lehetnek a NetCraft adatai.

A cikket megtalálod itt.

Ja és a HUP is FreeBSD-t futtat ;-)

Megjelent a GNOME 2.2.2

Címkék

A GNOME Project bejelentette a GNOME 2.2.2 Desktop és Fejlesztői Platform elérhetőségét. A 2.2.x széria a bugfixek, fordítások és az általános csiszolások, polírozások kiadása a fő 2.2 stabil verzióhoz. A projekt erősen javasolja a frissítést a 2.2.2-re, mivel számos fontos újdonságot, javítást tartalmaz.

Bejelentés itt.

Linus Torvalds: Linux 2.5.75

Címkék

Megjelent az utolsó fejlesztői kernel a 2.5-ös sorozatból:

"OK. Ez az. Mi (Andrew és én) nekiállunk a "pre-2.6" sorozatnak, .....

Talán a legemlítésreméltóbb dolog a anticipatory scheduler, amely az -mm (fában) van már hosszú ideje, és amely egy nagyobb rész volt, amely nem került beolvasztásra.

Néhány architektúra frissítés: a cris frissítve lett a 2.5-höz, ia64 és arm26 frissítések, stb. És egyéb (apróbb) dolgok.."

Letölthető patch-2.5.75.bz2, változások logja itt.

Linus levele:From: Linus Torvalds (torvalds@osdl.org)

Date: Thu Jul 10 2003 - 16:14:15 EST

Ok. This is it. We (Andrew and me) are going to start a "pre-2.6" series, where getting patches in is going to be a lot harder. This is the last 2.5.x kernel, so take note.

The probably most notable thing here is the anticipatory scheduler, which has been in -mm for a long time, and was the major piece that hadn't been merged.

Some architecture updates: cris has been updated for 2.5, ia64 and arm26 updates etc. And various random (smallish) things.

Linus

[...]

(thread itt)

Daemon News Ezine 2003. július

Címkék

Megjelent a Dæmon News Ezine e havi száma. Elolvashatod itt.

Az ehavi hírlevélben közreműködőket, cikkírókat keresnek az 1998 óta megszakítás nélkül megjelenő Ezine-hez.

5.2-RELEASE TODO

Címkék

Lassan közeleg a FreeBSD 5.2-RELEASE kiadása. A megjelenésig azonban számos nyílt kérdést, megoldatlan ügyet kell még tisztázni.

Lássuk sorjában mik is ezek:

  • Éles környezetben is megbízhatóan használható M:N szálkezelés - A KSE M:N szálkezelési támogatás elérte a kísérleti szintű "már használható" állapotot i386 architektúrán az 5.1-RELEASE-ben. Az M:N típusú szálkezelésnek el kell érnie a "production-quality" állapotot az 5.2-re
  • KSE támogatás a sparc64, alpha, ia64 architektúrákhoz - Jelenleg csak az i386 platformhoz érhető el korlátozott KSE támogatás, nagyon jó lenne, ha elkészülne a KSE támogatás nem-i386 platformokhoz a 5.2-RELEASE megjelenésére
  • ia64 stabilitás - Kris Kennaway jelentése szerint nagyon instabil az 5-CURRENT az ia64 gépeken (mint például a pluto* gépeken). Ezeket a problémákat javítani kell ahhoz, hogy sikeres csomag készítést lehessen végezni
  • ia64 sio támogatás - az ia64 soros konzol támogatás nem működik a HP Itanium2 platformokon. A platform-függetlenség és a busz kezeléshez jobbátételéhez szükség van a sio driver újraírására
  • FAST_IPSEC és KAME kompatibilitás
  • KAME szinkronizáció - A FreeBSD KAME IPv6 kód jelenleg nem áll szinkronban a KAME forgalmazó forrásával. A FreeBSD Project-nek be kell olvasztania a legfrissebb javításokat, frissítéseket, új funkciókat, stb.
  • truss támogatás a ptrace-hez - Majd' az összes folyamat (process) debugger frissítve lett a procfs nélküli kernel primitívek használatához, kivéve a truss(1)-t. A procfs biztonsági okokból nemkívánatosnak lett minősítve, ezért nagyon jó lenne, ha a truss is fel lenne készítve a procfs utáni használatra. Dag-Erling Smorgrav készített egy prototípust, Robert Drehmel pedig fejleszti és teszteli a foltokat.
  • A Darwin msdosfs beolvasztása, egyéb javítások - az Apple-féle Darwin operációs rendszer egészen kiterjedt frissítéseket tartalmaz az msdosfs és egyéb kernel szervizekhez. Ezeket a frissítéseket át kell nézni és be kell olvasztani a FreeBSD forrásfába
  • sparc64 verzió a syscons-ból - portolni kell a syscons-t sparc64-hez. Eszközmeghajtót kell készíteni a sun egérhez és billentyűzethez. Engedélyezni kell több, mint 3 bitet a syscons háttér színeiben.
  • ACL_MASK semmibe veszi az umask támogatást az UFS-ben
  • Finomszemcsézett hálózati verem zárolás Giant nélkül (Giant - zárolási mechanizmus, sajnos nem elég hatékony. Ahol lehet ezt a lockolást lecserélik a hatékonyabb forgózáras lockolási mechanizmusra (spin lock)) - A 5.2-RELEASE célja, hogy a hálózati réteg nagyrész a Giant felhasználása nélkül fusson, ezzel alaposan megnövelve annak teljesítményét.
  • ATA driver felépítésbeli javítások, MPsafety
  • Tier-1 támogatás az AMD64 Hammer platformhoz - "Éles üzem" támogatás az AMD64 platformhoz. Jelenleg az AMD64 platform 32-bites emulált módban fut, és egyelőre csak single-user módban tud 64-bitben bootolni. Remélhetőleg lesz "éles üzem" támogatás az AMD64-hez a 5.2-RELEASE-ben (azaz használható lesz stabilan az AMD64 vasakon).
  • GCC 3.3 frissítés - erről volt már szó ma
  • Újragondolt kld fordítási infrastruktúra - a kernelmodulok fordításának mechanizmusát kell hatékonyabbá tenni. Ehhez Peter Wemm elkészítette a kezdeti terveket
  • Pehelysúlyú megszakítás szálak (Light-weight interrupt threads)
  • Támogatás a teljesen dinamikus rendszerhez - A kiterjedt PAM és NSS támogatás megjelenése az 5.0-RELEASE és 5.1-RELEASE rendszerekben a teljesen dinamikusan linkelt rendszert kívánja meg
  • Az APIC PCI interrupt routing támogatás befejezése
  • A GBDE futási-időben történő autokonfigurációja
  • MAC Framework devfs elérési utak javítása - a Brian Feldman által készített foltok áttekintése és beolvasztása
  • rpc.lockd(8) stabilitás - A folyamat nem megszakítható ha az lockolva van.

    A FreeBSD 5.2 TODO listája online elérhető itt.

  • Az ATi fejlesztőket keres linux driverek fejlesztésére

    Címkék

    Úgy tűnik, hogy az ATi is úgy gondolja, van mit bepótolnia a linuxos eszközmeghajtók területén. Az egyik állásközvetítéssel foglalkozó cég weblapján egy hirdetés olvasható, amelyben az ATi eszközmeghajtó-fejlesztőt keres Linux OS-hez.

    Ebből arra a következtetésre jutottam, hogy az ATi erősíteni kívánja ezt a területet. Minden bizonnyal az ATi kártyák felhasználóinak legnagyobb örömére.

    Az esélyes pályázó az alábbi képességekkel rendelkezik:- Számítástechnikai vagy mérnöki felsőfokú végzettség

    - minimum öt év gyakorlat a linuxos kernelmodulok fejlesztésének területén

    - minimum 5 év gyakrolat a linuxos fejlesztőeszközök használatának területén (gcc, gdb, kgdb, stb.)

    - grafikus eszközmehajtó, X window, OpenGL ismeretek

    - munkaállomás-szintű grafikus programok ismerete

    - cvs vagy egyéb verziókövető rendszer ismerete

    - különböző Linux disztrók ismerete (Red Hat, SUSE, PPC Linux)

    A hirdetést megtalálod itt.

    A 3DLabs linuxos drivereket ad ki a kártyáihoz

    Címkék

    A professzionális grafikus gyorsítóiról híres, kaliforniai székhelyű 3DLabs kiadta a Wildcat III és Wildcat 4 kártyáinak linuxos eszközmeghajtóit. Igaz, hogy a driverek "mérgezik" a kernelt (azaz zárt forrásúak), de legalább vannak. A 3Dlabs kártyái nem ismeretlenek a CAD-del (Computer Aided Design) foglakozó felhasználók előtt.

    A linuxos driverek letölthetőek innen, a sajtóbejelentést elolvashatod itt.

    LWN.net: Interjú Linus Torvaldsszal

    Címkék

    Hihetetlen, de mégis igaz. Ma is találtam egy interjút amely a Linux atyjával készült. Minden napra egy interjú. Nem fogjátok kitalálni miről esett benne szó. Az OSDL-ről, a SCO-ról, a 2.6-os kernel legfontosabb új tulajdonságairól, a 2.7-es kernelről, az ottawai kernel summitról, a fejlesztés menetéről, stb.

    Közelgő gcc frissítés a FreeBSD-ben

    Címkék

    Mivel a GCC 3.2.x ág le lett zárva az FSF repository-jában és nem várható több tervezett kiadás a 3.2-es ághoz, az a döntés született hogy váltani kell a sokkal frissebb és jobban karbantartott GCC 3.3+-ra. A rendszer fordító frissítése a FreeBSD 5.2 TODO listáján van. A GCC 3.3+ lesz a rendszer fordító a RELENG_5 életciklusa alatt.

    Bejelentés: Date: Wed, 9 Jul 2003 17:09:56 -0400

    From: Alexander Kabaev

    To: current@FreeBSD.ORG

    Subject: The upcoming GCC 3.3+ upgrade

    Hello everyone,

    Since GCC 3.2.x branch is closed in FSF repository and no further releases are planned off the 3.2 branch, it was decided that switching to a more recent and actively maintained GCC 3.3+ is necessary. The system compiler upgrade is in 5.2 TODO list.

    GCC 3.3+ will be a system compiler throughout RELENG_5 lifetime.

    Unfortunately, importing a newer GCC means that we'll have yet another ABI breakage on our hands. GCC 3.3 is more strict in C++ area and consequently some of the code that used to be OK with 3.2 will no longer compile. All C++ and C programs using old varargs.h interface will have to be changed to use stdarg.h instead. GCC 3.3 issues a lot

    more warnings and that will affect programs which were previously WARNS-free. I will commit fixes for most of the warnings in src tree when a new compiler will be imported. Exceptions are some contributed sources and the kernel. Warnings in contributed programs should be fixed in upstream sources and kernel warnings will need attention of people who know each respective kernel part better than me. I plan to disable -Werror for kernel for now. Once offending warnings are fixed, -Werror will be switched back on.

    --

    Alexander Kabaev

    A SuSE Linux bejelentette a Standard Server 8 terméket

    A tegnapi hírhez kapcsolódik a SuSE Linux magyarországi képviseletének sajtóbejelentése:

    A SuSE bejelentette a SuSE Linux Standard Server 8 megjelenését az év harmadik negyedére. A magyar nyelven is teljes mértékben grafikusan karbantartható SuSE Linux Standard Server elsősorban kisebb vállalatoknak és szervezeteknek szól; olyanoknak, akik megbízható megoldást keresnek az internetelérés megosztására, valamint a fájl-, nyomtató- és levelező szolgáltatások terén. A Standard Server az AMD és Intel 32 bites processzorain fut (x86), akár két processzort is támogatva. A nagyközönség július 10-én, a Karlsruhe-ben rendezett LinuxTag kiállításon és konferencián ismerheti meg először az új szerver operációs rendszert.

    A SuSE Linux Standard Server 8 felhasználóbarát grafikus felülete és számos segédeszköze felhasználók tanácsai alapján került kidolgozásra, így tökéletesen ellátja azokat
    a feladatokat, melyek a kis- és középvállalatok IT-környezeteiben mindennaposnak számítanak."A SuSE Linux szervercsalád bővítésével a kisebb irodák és szervezetek igényeit elégítjük ki, a saját igényeik megfogalmazása alapján", magyarázza Dr. Uwe Schmid
    a SuSE Linux AG fejlesztői és marketing igazgatója. "Az ötéves szoftverkarbantartás, melyet a SuSE Linux Standard Server 8-ra is érvényes, garantálja a hosszútávú befektetési
    biztonságot."

    A SuSE Linux Standard Server 8 telepítéséhez és beállításához kizárólag alapvető hálózati ismeretekre, az internetszolgáltató adataira, valamint az intézménynévre
    és a felhasználók adataira van szükség. A grafikusan beállítható internetelérés a webes tartalmak gyorstárolásának és szűrésének lehetőségét is tartalmazza, ami nem csak gyorsabbá és költséghatékonyabbá teszi a internetezést, hanem biztonságosabbá is.

    "Ez a termék lesz az első olyan Linux-alapú szervertermék a magyar piacon, mely magyar nyelven telepíthető, használható, adminisztrálható és melyhez a teljeskörű üzemeltetési dokumentáció és a támogatás is magyar nyelven érhető el." - mondta Dr.Szentiványi Gábor, a SuSE Linux magyarországi irodájának vezetője.

    A SuSE Linux Standard Server 8-ban teljesen átdolgozott jogosultságrendszer került alkalmazásra a fájl- és egyéb erőforrások hozzáférési jogosultságainak beállításához.
    A felhasználói adatokat egy központi címtárszolgáltatás (LDAP) nyújtja. Az adatok biztonságáról az hozzáférési jogosultságlistákkal (ACL) kiegészített fájlrendszer gondoskodik. Ezek a jogosultságok a SuSE Linux Standard Server 8 webes felületén keresztül akár egy távoli gépről is könnyen és gyorsan beállíthatók.

    A grafikus beállítási segédeszközök (varázslók) szinte gyerekjátékká teszik az olyan szolgáltatások beállítását, mint például a doménvezérlés, a fájl- és nyomtatási szolgáltatás Windows kliensek számára, valamint az internetelérés és a névszerver szolgáltatás. Ezen felül egy teljesértékű levelezőszervert is tartalmaz a SuSE Linux Standard Server 8.

    A munkaállomások integrálása a SuSE Linux Standard Server hálózatába gyors és könnyű. A hálózati címek dinamikus kiosztásának sémái (DHCP) grafikusan beállíthatók. A windowsos gépi doménhozzáférés automatikusan kerül beállításra, így a házon kívüli munkatársak virtuális magánhálózaton (VPN) keresztül férhetnek hozzá a céges
    adatokhoz.

    A SuSE Linux Standard Server 8 számos szolgáltatása mellett
    (internetelérés, fájl-, nyomtató-, levelezőszerver windowsos és linuxos kliensek számára) alkalmazásszerverként is megállja a helyét. Ezzel egy univerzális szerver operációs rendszert képez kis- és középvállalatok, valamint szervezetek számára, ahol nagyteljesítményű belső hálózat és a kliens-szerver struktúra megbízható együttműködése az elsődleges szempont.

    A 'SuSE Linux Standard Server 8 powered by UnitedLinux' tipikusan egy- és kétprocesszoros szerverekre lett tervezve, kisebb vállalatok és szervezetek számára optimalizálva.
    A termék 30 nap telepítési segítséget és egy év szoftverkarbantartást tartalmaz a SuSE
    szoftverkarbantartási programjának keretén belül.

    Bővített terméktámogatásunk a SuSE Linux Standard Serverre is rendelkezésre áll, biztosítva, hogy az egyes vállalatok a szerver futtatása közben bármikor kompetens segítséghez
    juthassanak, garantált válaszidőkkel, előre kiszámítható árakkal, akár a nap 24 órájában.

    A SuSE Linux Standard Server 8 képekben a
    http://www.suselinux.hu/sajto/letoltesek/sls/ oldalon tekinthető meg.

    DNS HOGYAN

    Címkék

    Helló! Megjelent a DNS HOGYAN (amely természetesen nem a dezoxiribonukleinsavról szól :-)

    Marcelo Tosatti: Linux 2.4.22-pre4

    Címkék

    "Hi,

    Itt a -pre4. Számos frissítést és javítást tartalmaz.

    Úgy döntöttünk, hogy beletesszük az új quota kódot, amellyel a felhasználók használni tudják a quotát a 32-bites UID/GID-del."

    "A legtöbb Toshiba-nak működnie kell a fontos ACPI javítás nyomán.

    Kérlek segíts és teszteld."

    Letölthető patch-2.4.22-pre4.bz2

    Teljes változások logja itt.

    Apache HTTP Server 2.0.47

    Címkék

    Hosszabb szünet után itt az Apache 2.x szériájának legújabb kiadása. A kiadás egy biztonsági és bugfix kiadás. Javasolt a korábbi verziók frissítése erre a kiadásra.

    [letöltés] [honlap]

    Bejelentés: Apache 2.0.47 Released

    The Apache Software Foundation and the Apache HTTP Server Project are

    pleased to announce the tenth public release of the Apache 2.0

    HTTP Server. This Announcement notes the significant changes in

    2.0.47 as compared to 2.0.46.


    This version of Apache is principally a security and bug fix release.

    A summary of the bug fixes is given at the end of this document.

    Of particular note is that 2.0.47 addresses four security

    vulnerabilities:

    Certain sequences of per-directory renegotiations and the SSLCipherSuite

    directive being used to upgrade from a weak ciphersuite to a strong one

    could result in the weak ciphersuite being used in place of the strong

    one.

    [http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0192]

    Certain errors returned by accept() on rarely accessed ports could cause

    temporal denial of service, due to a bug in the prefork MPM.

    [http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0253]

    Denial of service was caused when target host is IPv6 but ftp proxy

    server can't create IPv6 socket.

    [http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0254]

    The server would crash when going into an infinite loop due to too many

    subsequent internal redirects and nested subrequests.

    [VU#379828]

    The Apache Software Foundation would like to thank Saheed Akhtar and

    Yoshioka Tsuneo for the responsible reporting of two of these issues.


    This release is compatible with modules compiled for 2.0.42 and later

    versions. We consider this release to be the best version of Apache

    available and encourage users of all prior versions to upgrade.

    Apache 2.0.47 is available for download from

    http://httpd.apache.org/download.cgi

    Please see the CHANGES_2.0 file, linked from the above page, for

    a full list of changes.

    Apache 2.0 offers numerous enhancements, improvements, and performance

    boosts over the 1.3 codebase. For an overview of new features introduced

    after 1.3 please see

    http://httpd.apache.org/docs-2.0/new_features_2_0.html

    When upgrading or installing this version of Apache, please keep

    in mind the following:

    If you intend to use Apache with one of the threaded MPMs, you must

    ensure that the modules (and the libraries they depend on) that you

    will be using are thread-safe. Please contact the vendors of these

    modules to obtain this information.


    Apache 2.0.47 Major changes

    Security vulnerabilities closed since Apache 2.0.46

    *) SECURITY [CAN-2003-0192]: Fixed a bug whereby certain sequences

    of per-directory renegotiations and the SSLCipherSuite directive

    being used to upgrade from a weak ciphersuite to a strong one

    could result in the weak ciphersuite being used in place of the

    strong one. [Ben Laurie]

    *) SECURITY [CAN-2003-0253]: Fixed a bug in prefork MPM causing

    temporary denial of service when accept() on a rarely accessed port

    returns certain errors. Reported by Saheed Akhtar. [Jeff Trawick]

    *) SECURITY [CAN-2003-0254]: Fixed a bug in ftp proxy causing denial

    of service when target host is IPv6 but proxy server can't create

    IPv6 socket. Fixed by the reporter. [Yoshioka Tsuneo]


    *) SECURITY [VU#379828] Prevent the server from crashing when entering

    infinite loops. The new LimitInternalRecursion directive configures

    limits of subsequent internal redirects and nested subrequests, after

    which the request will be aborted. PR 19753 (and probably others).

    [William Rowe, Jeff Trawick, André Malo]


    Bugs fixed and features added since Apache 2.0.46

    *) core_output_filter: don't split the brigade after a FLUSH bucket if

    it's the last bucket. This prevents creating unneccessary empty

    brigades which may not be destroyed until the end of a keepalive

    connection.

    [Juan Rivera]

    *) Add support for "streamy" PROPFIND responses.

    [Ben Collins-Sussman]

    *) mod_cgid: Eliminate a double-close of a socket. This resolves

    various operational problems in a threaded MPM, since on the

    second attempt to close the socket, the same descriptor was

    often already in use by another thread for another purpose.

    [Jeff Trawick]

    *) mod_negotiation: Introduce "prefer-language" environment variable,

    which allows to influence the negotiation process on request basis

    to prefer a certain language. [André Malo]

    *) Make mod_expires' ExpiresByType work properly, including for

    dynamically-generated documents. [Ken Coar, Bill Stoddard]

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

    Version: GnuPG v1.2.1 (GNU/Linux)

    iD8DBQE/C2DDZjW2wN6IXdMRAm9BAKCBj7KgdN8sLTZpUFu5aVJTjyEJlQCePz3Y

    QF51aRaqbVdSwZYxalnSC+Y=

    =2mza

    -----END PGP SIGNATURE-----

    USL vs. BSDI dokumentumok

    Dennis Ritchie közzétett néhány bírósági dokumentumot a UNIX szellemi tulajdonról (intellectual property), amely a USL (Unix Systems Lab) kontra BSDI perben született. A SCO állításai közül néhány - például az, hogy felismerhető kommentek vannak a Linux kódjában, stb. - szintén előfordulnak a USL állításai között. Érdekes elolvasni a dokumentumokat SCO vs. IBM ügy fényében.

    Csak néhány cég változtat a Linux stratégiáján a SCO per miatt

    Címkék

    Egy szavazást tartott az Internetweek arról, hogy a SCO vs. Linux per vajon megváltoztatta-e az IT döntéshozók stratégiáját a Linux OS telepítésekkel kapcsolatban. A szavazók 91%-ka azt válaszolta az InternetWeek Reader Question-re, hogy nem változott a Linux telepítésekkel kapcsolatos hozzáállásuk a SCO akciói miatt.

    A cikk erről itt.

    A BSD-k: csiszoltak, erőteljesek és (többnyire) szabadok

    Címkék

    Az ExtremeTech-en találtam egy cikket, amely a *BSD-kel foglalkozik. Elég terjedelmes cikk, történelmi áttekintéssel indít, elmagyarázza mik azok a BSD operációs rendszerek, azt, hogy hogyan született a UNIX és BSD (Berkeley Software Distribution).Választ kapunk arra, hogy a BSD-k igazi UNIX rendszerek-e, rálátást nyerünk a Free, Net és OpenBSD operációs rendszerekre, előkerül a Linux vs. BSD kérdés, és szó esik a BSD-k jövőjéről.

    A cikket nem volt időm elolvasni, csak átfutottam, így nem tudok róla véleményt alkotni. Akit érdekel olvassa el maga itt.

    A Linux rejtély: konfigurálás virtuális processzorokhoz

    Címkék

    Köztudott, hogy az Intel Xeon, és az újabb Intel Pentium 4-es desktop processzorok rendelkeznek egy olyan új funkcióval, amelyet Hyperthreading-nek hívnak. A Hyperthreading tulajdonképpen nem csinál mást, mint a fizikai processzort két logikai processzornak "hazudja" az operációs rendszer felé. Hogy mi ennek az oka?

    A legújabb alkalmazások erősen thread-eltek (az utasítások több kisebb részre vannak felosztva, így alkalmasak a párhuzamos feldolgozásra), azaz egyszerre több szálon futnak (OO.org, Mozilla, stb.). A Hyperthreading funkcióval ellátott processzorok képesek a "többszálasított" alkalmazásokat párhuzamosan feldolgozni, amelynek az eredménye a gyorsabb végrehajtás. Az IBM januári tesztjei szerint az így feldolgozott thread-elt alkalmazások a 2.4.19-es SMP kernellel akár 30%-kal, a 2.5.32-es kernellel akár 51%-kal gyorsabban futhatnak.

    A 2.4-es és 2.5-ös kernelek támogatják a Hyperthreading technológiát. Így az alkalmazások nagy része profitál a Hyperthreading-ből. Sajnos a Linux kernel egyelőre nem tud különbséget tenni a fizikai és a logikai processzorok között, és ennek negatív következményei lehetnek.Ezt Brian Stevens (a Red Hat operációs rendszerek fejlesztésért felelős alelnöke) mondta a NewsFactor-nak. Néhány esetben az adminisztrátor szeretné a logikai és a fizikai processzort külön kezelni.

    Például egy olyan gépen, amelyben két különálló fizikai processzor van a legésszerűbben úgy lehet két különböző alkalmazást futtatni, hogy mindegyik egy külön CPU-n fut. Ez a legideálisabb beállítás. Viszont abban az esetben, ha a rendszer Hyperthreading-képes, elképzelhető, hogy az alkalmazás egy fizikai processzor két hyperthread-jére kerül, szabadon hagyva a másik fizikai processzort, amely ennek eredményeképpen üresben fog járni (idle). Így az eredeti 30%-os gyorsulás helyett csak 15%-nyi gyorsulást könyvelhetünk el.

    Ezt kiküszöbölendő a Red Hat mérnökei (Molnár Ingó - Hyper-Threading-et tudó scheduler) azon dolgoznak, hogy a Red Hat Enterprise Linux 3 - amely egyelőre beta állapotban van, várhatóan ősszel jelenik meg - már különbséget tudjon tenni a fizikai és a logikai processzor között.

    Néhány teszt szerint a nem thread-elt alkalmazások esetén a Hyperthreading kikapcsolása némi plusz teljesítményt hozhat.

    A fent említett impotencia nem csak a Linux kernelre jellemző. A má$ rendszerek is küzdenek ezzel a problémával. A régebbi desktop operációs rendszereket (Windows 98-at, Windows NT-t és Windows 2000-et) használó felhasználóknak azt javasolja az Intel, hogy kapcsolják ki a BIOS-ban a Hyperthreading támogatást.

    A teljes cikk itt.

    SuSE Linux: jön a Standard Server 8 szeptemberben

    A SuSE tervei szerint szeptembertől lesz kapható világszerte a Standard Server 8 névre hallgató szerverszoftverük. A német szoftvergyártó, a UnitedLinux konzorcium egyik alapító tagja a LinuxTag (Karlsruhe, Németország) nevű rendezvényen jelenti be a fent említett termék beta verzióját. A Standard Server 8 szoftver a kis- és közepes méretű vállaltok és hasonló nagyságú szervezetek számára készül. A termék a 32-bites Intel (kompatibilis) processzorokon fog futni. A termék maximum 2 CPU-t fog támogatni. Ezzel kísértetiesen hasonlítani fog a Red Hat Enterprise Linux kisebbik verziójára a Red Hat Enterprise Linux ES-re, amely szintén vállalati felhasználásra készült, maxiumim 2 processzort támogat és a memória támogatása is "csak" 4GB-ig terjed.

    Az InfoWorld cikke itt.

    Interjú: Linus Torvalds

    Címkék

    Na mit találtam megint? Egy újabb Linus interjút. A CNET.com kereste meg Linust, hogy a SCO ügyről, a 2.6-os kernel újdonságairól, a majdani 2.7-es fejlesztői kernel fejlesztésének főbb aspektusairól kérdezze a mestert. Szó esett a BSD licencről, arról, hogy kikre támaszkodik jelenleg Torvalds a fejlesztések alatt, stb. Az érdekesebb, eddig még nem ismert dolgokat kiemelném az interjúból:

    Q: Gondolt arra valaha, hogy inkább a BSD-stílusú licencet adoptálja a GPL helyett? ...

    Nem. Személy szerint úgy gondolom, hogy a BSD licenc a komoly projektek számára zsákutca, ...Q: Kik az Ön elsőszámú helyettesei?

    Ők változnak időről-időre, és Ők az alrendszerekért felelnek. Például, az elmúlt év óta Andrew Morton (virtuális memória, filerendszerrel kapcsolatos dolgok, "általános" kód), David Miller (hálózat), Greg Kroah-Hartman (USB, PCI hot-plugging), Jeff Garzik (hálózati eszközmeghajtók), Jens Axboe (blokkeszköz réteg), Dave Jones (AGP és kódtisztítás), Kai Germaschewski (kernelfordítási infrastruktúra és ISDN), Pat Mochel (eszközkezelő infrastruktúra és sysfs), Russell King (PCMCIA és ARM), Rusty Russell (kódtisztítás és modulkezelés) és Al Viro (filerendszerek).

    Ezenkívül az architektúra-karbantartók, akik a saját architektúrájukat kezelik (Itanium, PowerPC és AMD64) és mások, akiket lehetséges, hogy kifelejtettem. Ezen kívül azok az emberek, akik nagyon specifikus alrendszereket felügyelnek, mint például Roland McGrath és Molnár Ingo aki a jelzés kezelésen (signal) és a szálkezelő kódon dolgozik.

    De ez igazán változik idővel. Néha emberek tűnnek el hosszú időre, vagy tűnnek elő hosszú idő után -- nagyon aktívak hónapokig, aztán eltűnnek egy időre, majd visszajönnek.

    Q: Melyik a legérdekesebb funkciója a 2.5-ös kernelnek?

    Excitement is in the eye of the beholder (ezt majd fordítsa le valaki). Nem vagyok biztos benne, hogy a legtöbb ember az én "legérdekesebb funkcióimat" találja a legérdekesebbnek. Számomra a 2.5-ös kernel fejlesztésének a legfontosabb része az új blokk IO (input-output) réteg, és a POSIX szálkezelő anyag...

    De itt van még néhány másik dolog is. A VM (virtuális memória) is jobb lett, sokkal jobban skálázhatunk. Jobb lett az interaktív képesség is (ez nagyrészt a VM munka miatt van, de az ütemező, stb. is szerepet játszik benne).

    Q: Néhány gondolat a 2.7-tel jövő nagy változásokról?

    Kérdezzen a Kernel Summit (Kernel Csúcstalálkozó) után. Ez lesz az egyik legnagyobb vita helye.

    Az interjút megtalálod itt.