November 9-én fog megjelenni a Firefox 1.0. Ennek alkalmából a SpreadFirefox.com közössége egy kampányt szervez. Egész oldalas hirdetést szeretnének megjeleníteni a New York Times-ban a Firefoxról.A kampányt lehet támogatni természetesen. :-) A támogatásért cserébe a támogató neve bekerül a hirdetésbe. 30 dollárt kérnek egy "névhelyért". Tanulóknak 10 dolcsi a fejpénz, illetve vannak "business package"-ek is cirka 500 és 1000 dollárért.

Firefox Advocacy Ad Campaign

Felmerülhet az emberben a kérdés: miért kell egy rakás pénzt látszólag értelmetlen dologra kiszórni... A kampány FAQ-ja erre is választ ad.

Sziasztok! Frissült a LILO mini-HOGYAN fordítása
a Magyar LDP kiadásában,
az FSF.hu Alapítvány támogatásával.Üdv.


dacas



Megjegyzés:
html (azonnal olvasható) |
html.tar.gz |
html.gz |
txt.gz |
pdf.gz |
sgml.gz



Egyéb HOGYANok kategóriákba sorolva kereshetõk a HOGYAN-INDEXben,
illetve a magyar kiadás dátuma szerinti sorrendben megtalálhatók a Magyar LDP - Frissítések honlapon .

Biztos sokan emlékeznek még a pár hónappal ezelőtt bemutatott Live FreeBSD terjesztésre, a FreeSBIE-re (korábbi cikkünk). A FreeSBIE egy telepítést nem igénylő, CD-ről futó, FreeBSD alapú operációs rendszer, amely teljes értékű grafikus felülettel (XFce) rendelkezik. A CD-t beledobva (szinte) bármilyen korszerű PC-be, pár perc alatt internetezhetünk, szöveget szerkeszthetünk, video-t nézhetünk, vagy éppen grafikai feladatokat végezhetünk kedvenc BSD környezetünkben.

Akkor néhányan megemlítették, hogy milyen jó lenne ez a Live CD, ha létezne KDE desktop környezettel is. Szerintem meghallhatta valaki a fohászt, mert megszületett a LiveBSD.

A LiveBSD FreeBSD 5.3-ra épül, X.org szervert, KDE 3.3.0-át nyújt a felhasználóinak. Néhány kép:

Az anyag egyelőre BETA állapotban van, de már most is szépen használható. A CD-n találunk egy telepítő programot is, ha esetleg installálni szeretnénk. A telepítő a BSD Installer-t használja. Az anyag letölthető Bittorrenten keresztül. A torrent file itt.

A projekt honlapja itt.

Csomagok listája:

ImageMagick-6.0.6.2

OpenEXR-1.2.1

WordNet-2.0

aalib-1.4.r5_1

arts-1.3.0,1

artswrapper-1.2.1

aspell-0.60_2

atk-1.6.1

autoconf-2.13.000227_5

autoconf-2.53_3

autoconf-2.59_2

automake-1.4.6_1

automake-1.5_2,1

automake-1.8.5_2

barcode-0.97

bash-3.0_5

basket-0.4.0d

bison-1.75_2

bitstream-vera-1.10

cdparanoia-3.9.8_7

cdrtools-2.0.3_4

cloop-utils-2.01.2

cpdup-1.04

cups-base-1.1.20.0

cups-pstoraster-7.07_1

db4-4.0.14_1,1

dfuibe_installer-1.1.2.2004.1014

dfuife_cgi-1.1.2004.1014

dfuife_curses-1.1.2004.1014

dragstack-1.3_2

dri-5.0.2,2

dvipsk-tetex-5.92b_1

expat-1.95.8

fam-2.6.9_6

firefox-0.9.3_1

flac-1.1.0_3

flashplugin-firefox-0.4.10_3

fontconfig-2.2.3,1

freesbie-0.0.20040207_1

freetype2-2.1.7_3

fribidi-0.10.4_1

gawk-3.1.1_1

gengetopt-2.11

gettext-0.13.1_1

ghostscript-gnu-7.07_11

gimp-2.0.5,1

gimp-print-4.2.7

glib-2.4.6_1

gmake-3.80_2

gnupg-1.2.6

gocr-0.39

graphviz-1.12

gsfonts-8.11_2

gtk-2.4.9_1

gtk-engines2-2.2.0_4

help2man-1.33.1

hicolor-icon-theme-0.5

imake-6.7.0_2

intltool-0.31.2

irssi-0.8.9_2

isc-dhcp3-server-3.0.1.r14_5

jasper-1.701.0

jbigkit-1.6

jpeg-6b_3

kbarcode-1.6.2_1

kde-3.3.0

kdeaccessibility-3.3.0

kdeadmin-3.3.0

kdeartwork-3.3.0

kdebase-3.3.0_4

kdeedu-3.3.0

kdegames-3.3.0

kdegraphics-3.3.0

kdegraphics-kooka-3.3.0

kdelibs-3.3.0_2

kdemultimedia-3.3.0

kdemultimedia-mpeglib_artsplug-3.3.0

kdenetwork-3.3.0_1

kdepim-3.3.0

kdesdk-3.3.0

kdetoys-3.3.0

kdeutils-3.3.0

kdevelop-3.1.0

kdewebdev-3.3.0,2

kmplayer-0.8.3.r4

koffice-1.3.2,1

krss-2.6_3

kuake-0.3_1

lame-3.96.1

lcms-1.13,1

libIDL-0.8.4

libXft-2.1.6

libart_lgpl2-2.3.16

libaudiofile-0.2.6

libaura-1.0.2004.1014

libcroco-0.5.1

libdfui-2.0.2004.1014

libexif-0.6.10

libflash-0.4.10

libfpx-1.2.0.9

libglut-6.0.1

libgsf-1.10.1

libiconv-1.9.2_1

libidn-0.5.4

libijs-0.35

libinstaller-2.0.2004.1014

libmad-0.15.1b

libmal-0.40

libmng-1.0.8

libmusicbrainz-2.1.1

libogg-1.1,3

libpaper-1.1.14

librsvg2-2.6.5_1

libtool-1.3.5_2

libtool-1.5.8

libtunepimp-0.3.0_1

libusb-0.1.7_1

libvorbis-1.0.1,3

libwmf-0.2.8.3

libwww-5.4.0_1

libxml2-2.6.13

libxslt-1.1.10

lua-5.0.2

luax-0.70.a4.f

m4-1.4.1

mpeg2codec-1.2_1

mplayer-0.99.5_2

mplayer-skins-1.1.0_1

nas-1.6

nasm-0.98.38_1,1

net-snmp-5.1.2_1

nmap-3.71.p1

nspr-4.4.1_1

open-motif-2.2.3

openldap-client-2.2.15

openslp-1.0.11_1

p5-XML-Parser-2.34_1

p5-gettext-1.01_4

pango-1.4.1

pcre-4.5

perl-5.8.5

pilot-link-0.11.8_3

pkgconfig-0.15.0_1

png-1.2.6

popt-1.7

python-2.3.4_2

qmake-3.3.3

qt-3.3.3

samba-libsmbclient-3.0.7_1

sane-backends-1.0.14_1

sdl-1.2.7_2,1

sdl_gfx-2.0.12

sdl_image-1.2.3_2

shared-mime-info-0.15

smartmontools-5.32

smpeg-0.4.4_3

speex-1.0.4,1

suckblow-1.1

svgalib-1.4.3_4

t1lib-5.0.1,1

taglib-1.2

tcl-8.4.6_1,1

teTeX-2.0.2_5

teTeX-base-2.0.2_2

teTeX-texmf-2.0.2

tex-texmflocal-1.4

thttpd-notimeout-2.24

thunderbird-0.7.3_1

tidy-20000804_2

tiff-3.6.1_2

tk-8.4.6,1

unzip-5.51

win32-codecs-2.1.0.p5,1

wv2-0.2.2

xdvik-tetex-22.78_2

xorg-6.7.0_1

xorg-clients-6.7.0_4

xorg-documents-6.7.0

xorg-fonts-100dpi-6.7.0

xorg-fonts-75dpi-6.7.0

xorg-fonts-cyrillic-6.7.0

xorg-fonts-encodings-6.7.0

xorg-fonts-miscbitmaps-6.7.0

xorg-fonts-truetype-6.7.0

xorg-fonts-type1-6.7.0

xorg-fontserver-6.7.0

xorg-libraries-6.7.0_2

xorg-nestserver-6.7.0

xorg-printserver-6.7.0

xorg-server-6.7.0_9

xorg-vfbserver-6.7.0

xpdf-3.00_3

xterm-196_3

zip-2.3_1

Kijött a végleges 2.6.9-es Linux kernel, ami a 2.6.9-final verzióhoz képest UML update-et és egyéb - minimális mértékű - javításokat tartalmaz. Részletek Linus levelében. Közvetlen linkek a magyar tükörre: tarball, patch, changelog.

Tegnap megszívtam egy Woody -> Sarge upgrade-et és gondoltam leírom a tapasztalataimat, hogy más is okuljon.
Feladat:

---------

Jó 2 éve csont nélkül működő Woody alapú családi szerver (Squid, Postfix, Postgres, Bind, Samba, tűzfal) felhúzása Sarge-ra (tisztában léve a ténnyel, hogy az még mindig testing, de bízva abban, hogy akár még jól is sülhet el a dolog).

1. nap

-------

# mentés MINDENRŐL, másik diskre ÉS szalagra (DAT rulez)

# vi /etc/apt/sources.list

# apt-get update

# apt-get dist-upgrade

Amivel gond volt:

--------------------

- Postfix: nem akart frissülni, mert neki a mailx csomag kellett (ami egyébként telepítve volt). Viszont a mailx nem volt telepíthető (konkrétan már nem tudom miért), ezért Postfix remove, Exim install (ettől mailx rendbejött), Postfix install (Exim automatice le)

- fetchmail: szintén előadott vmi magánszámot a porondon, de megoldottam

- locales: valahol menet közben elvesztek a beállítások és onnantól minden csomag hisztizett, de még ezt is megoldottam

Upgrade vége, minden service fut, pofára minden OK, mehet az init 6.

A bootolás eljutott egészen odáig, hogy LI

Se a Sarge, se én nem futtattunk lilo-t a telepítés után (és ő még csak nem is szólt, hogy kellene). Szívás.

Nálam nincs Sarge CD, a gépben meg nincs CDROM. Hát nem gyönyörű?

2. nap

-------

Az RC2-es CD-n nincsen rescue mód (vagy csak nem találtam meg) és az új Debian installer úgy alapban szerintem elég gázos. Amikor upgrade-elni (illetve később megjavítani) akartam a Woody-t, ezeket tapasztaltam:

- nem lehet külön LILO futtatást kérni (vagy nem triviális, hogyan kell) az adott diskre, előbb el kell játszani, hogy partícionálok (persze konzolbol megoldható, de onnan a hülye is...)

- nem tudott betölteni szükséges modulokat (nekem kell modprobe-bal felhúzni őket, viszont 1000 másikat behúzott, hátha kellenek)

- pl. a partícionálás előtt IS csinált egy rakás modprobe-ot (szeret ilyet csinálni), talált is 2 hálókártyát, amit boldogan meg is mutatott (akkor és ott vajon kit érdekelnek?), de nem húzta fel az IDE és a SCSI modulokat, így disket sem látott

- a telepítés (rendberákas) végén a külső hálókártya nem bírt IP címet szerezni a szolgáltatótól sokadik próbalkozásra sem

Na ekkor mondtam azt, hogy full reinstall.

Tapasztalatok:

-----------------

- két hálókártya esetén, azokat egymás után (a felületen át) felkonfigolva az interfaces file-ba hülyesegeket írt (összekeverte, hogy melyik parameter melyik kártyához tartozik)

- alapból felpakol egy csomó felesleges cuccot (pl. pppoe) anélkül, hogy megkérdezné, kell-e az nekem? (a PCMCIA-s cuccokat bezzeg minden 2. képernyőn megkérdezte)

- a Woody gyorsabban ment fel (régi gép, szóval érezhető volt a különbség)

- az fstab-ba nem került bele a telepítés soran megadott SCSI disk, igy nem volt /home-om

- valószínűleg azért, mert a szükséges modulok közé sem vette be a SCSI vezerlőm driverét, viszont az első boot során fsck error-t dobott, hogy gáz van a diskkel (driver nélkül valóban...)

- az Exim rettentő aggresszíven tesz-vesz telepítés közben, többször elindul és leáll, húzza az időt, na. miért nem lehet választani, hogy Postfix v. Exim? Ha a helyhiány a gond, akkor vegyék ki pl. a telnetet, az úgysem biztonságos. B-)))

Viszont az is tény, hogy egy feltelepült Sarge elég stabilan megy, ahol már használok ilyet, ott nincs vele semmi gond és 2.6.8-1-es kernellel adják.

Konklúziók:

-------------

#1: a régi alapigazság: működő rendszerhez ne nyúlj (érintésvédelem: ha hozzáérsz, eltöröm a kezed!)

#2: egyelőre nem ajánlom, hogy valaki Woody-ról Sarge-ra frissítsen, kell még neki egy kis idő, hogy ez is jól menjen

#3: lehet, hogy én voltam totál béna

mogorva

A Novell.com-ot böngészve véletlenül ráakadtam egy oldalra, ahol a Novell legújabb marketing videoit lehet megnézni / letölteni. A 2004-es anyag 16 darab rövid videoból áll, érdemes őket megnézni :-)



Természetesen az összes (amit eddig láttam) a (SuSE) Linuxról szól, és a má$ik rendszert parodizálja :-DNovell BrainShare 2004 student video competition winners

Chameleon Gossip

Virus Scan

Date with SUSE

Debug Your SystemPenguin vs Butterfly

Move Forward

Debug Your Business

Simply Saved

new videos from BrainShare 2004

Lord of the Net

Kernel

Mark Up Language

worm

Interface

Novell Year in Review

Welcome to My Jungle

Sziasztok! Az egyik legkiforrottabb post-PostNuke :] portálrendszer magyarításához keresünk aktivistákat, weboldal, cikkek, kézikönyvek honosításához. Minden aktivistát, Xaraya-kedvelőt szívesen várunk a
Magyar Xaraya-felhasználók Listájára!

A tükörszervereken a FreeBSD életében mérföldkőnek számító 5.3-as kiadás első kiadásra jelölt verziója (RC1). FreeBSD 5.3-RELEASE október 25-re várható az útiterv szerint. Egyelőre csak a 3-as FTP szerverrel érdemes próbálkozni, a többi még nincs szinkronban.

Sziasztok! Frissült a Linux érintőképernyő HOGYAN fordítása
a Magyar LDP kiadásában,
az FSF.hu Alapítvány támogatásával.Üdv.


dacas



Megjegyzés:
html (azonnal olvasható) |
html.tar.gz |
html.gz |
txt.gz |
pdf.gz |
sgml.gz



Egyéb HOGYANok kategóriákba sorolva kereshetők a HOGYAN-INDEXben,
illetve a magyar kiadás dátuma szerinti sorrendben megtalálhatók a Magyar LDP - Frissítések honlapon .

Nem olyan rég az AMD-nek sikerült betörnie a szerver piacra. Az AMD Opteron processzorok jól sikerültek, és annak ellenére, hogy olyan borzasztó nagy boom-ot nem okoztak (egyelőre), ahogy azt korábban néhányan megjósolták, már számolni kell velük. Az IBM és a HP -mint a két legnagyobb PC-alapú szerver gyártó- egyaránt kínál AMD alapra épített szervereket. Ha valaki úgy dönt, hogy ilyen szervert vásárol, akkor nem árt előtte tájékozódnia, hogy milyen operációs rendszerek tudnak megbirkózni azzal a feladattal, hogy ilyen vason ``megszólaljanak''. Természetesen nem a processzor 32 bites üzemmódjában, hanem 64 biten. 32 biten az összes korábbi operációs rendszernek futnia kell ezeken a vasakon, szóval ez nem kihívás. De ha már egyszer valaki úgy dönt, hogy ilyen gépet vásárol, akkor az valószínű, hogy azért veszi, mert szeretné kihasználni a 64 bites környezet nyújtotta lehetőségeket.

A napokban a kezem ügyébe került egy Opteron processzoros szerver, így lehetőségem nyílt arra, hogy alaposabban szemügyre vegyem. A telepítések során OpenBSD 3.6 snapshot (amd64), FreeBSD 5.2.1-RELEASE (amd64), FreeBSD 5.3 beta7 (amd64), NetBSD 2.0 RC4 (amd64) és Ubuntu Linux (amd64) operációs rendszerek kerültek telepítésre. Aki kíváncsi a teszt részleteire, ne habozzon tovább olvasni...A tesztgép egy Hewlett-Packard Proliant DL 145-ös 1 unit magas, rackmount szerver volt (kép, kép1). A szervert egy darab 1.6 GHz-es AMD Opteron 242-es processzorral (kép), 1 darab 40 GB-os IDE HDD-vel, 2 onboard rezes GE adapterrel, 1 PSU-val szerelték fel. Ebből kellett SCSI alrendszeres gépet készíteni. Az átalakításhoz kaptam még néhány alkatrészt: egy darab LSI Logic 1030-as SCSi vezerlőt, kettő darab 72GB-os U320-as SCSI HDD-t, egy beépítő kábel kitet, egy slim DVD-t és egy doboznyi jótanácsot a HP-től.

Fogtam a gépet, kivettem belőle az IDE koloncokat (merevlemez, kábelek), és beépítettem a SCSI alkatrészeket. Helyére került az LSI vezérlő (abba az egy PCI slotba, ami a gépben van - bal felső sarok), a két lemez, és a slim DVD meghajtó. (Pár keresetlen szó a gépről a blogomban.)

Miután összeállt a gép, feltelepítettem rá egy FreeBSD 5.3 beta7-et (amd64), egy OpenBSD 3.5-öt (amd64) (telepítéskor elszállt a SCSI vezérlő drivere), majd egy snapshot OpenBSD 3.6-ot (amd64). A FreeBSD 5.3 beta7 és az OpenBSD 3.6 snapshot feltelepült hibaüzenet nélkül, de a rendszer újraindítása után nem bootolt be egyik OS sem. A gép nem jutott el a lemezről való bootolás folyamatáig. Hibakóddal megállt a boot folyamat, és azt írta a gép, hogy válasszak boot kontrollert. A gép BIOS setup-jában ki volt választva az LSI kontrolleren levő első merevlemez, mint elsődleges boot eszköz. Mivel a tesztelésre szánt idő szorított, fogtam egy Adaptec 29320-as vezérlőt, és azt tettem a gépbe. Erről a vezérlőről már tudtam bootolni.

(A tesztelések alatt ahol nem tudtam ssh-val a géphez hozzáférni, ott képeket készítettem. Ennek az oka az, hogy a gép konzol portjához speciális soros kábel kell, ami nekem sajnos nincs. A képek néhol nehezebben olvashatók... sorry...)

A következő operációs rendszerek kerültek telepítésre:

FreeBSD 5.2.1-RELEASE (amd64)

---------------------------------------

A telepítő bootolt, majd dobott egy kernel panic-ot.

No sebaj. Majd a FreeBSD 5.3 beta7....

FreeBSD 5.3 beta7 (amd64)

--------------------------------

A rendszer szépen települ, majd újraindítás, és.... kernel panic.

OpenBSD 3.6 snapshot (amd64)

-------------------------------------

Bootolás után nem lát diszket (dmesg1, dmesg2).

Thuglife kisütötte, hogy az Adaptec 29320 támogatott, a FreeBSD drivert portolta valaki, és az OpenBSD 3.6-ban majd benne lesz. Nem része a driver a GENERIC kernelnek. De majd ő fordít egy új kernelt, és nézzem meg azzal. Kernel fordítás megvolt, letölt, CD-re ír, bootol, ``No disks found.'' (dmesg1, dmesg2, dmesg3)

Aztán kiderült, hogy elcserélte az ISO-kat, majd küldött egy újabbat (később kipróbáltam az OpenBSD 3.6-ot az Adaptec 29320-szal, amit fel is ismert, de kernel dump lett az eredménye).

Hát ez a kontroller nem nevezhető BSD-barátnak a legnagyobb jóindulattal sem.

Következett az Ubuntu Linux 4.10 ``The Warty Warthog'' preview verziójának telepítése:

Ubuntu Linux 4.10 pre (amd64)

------------------------------------

A telepítés sima ügy, 10-15 percen belül a GNOME felület mosolyog a gépen.

Node ennyivel nem adjuk fel! A HP oldalát meglátogatva azt láthattuk, hogy a géphez van új firmware. Az egyik ezek közül pont az LSI 1030-as kontroller bootolási hibáját küszöböli ki. A firmware letöltése és USB floppy-ról történő beadagolása után már lehetett bootolni a kontrollerről. A tesztelés újra kezdetét vette...

FreeBSD 5.3 beta7 (amd64)

---------------------------------

A telepítés sima ügy.

A bootolás után:

OpenBSD 3.6 snapshot (amd64)

-------------------------------------

Sima ügy.

NetBSD 2.0 RC4 (amd64)

-----------------------------

Sima ügy.

A telepítésről dióhéjban ennyi. Az látszik, hogy aki amd64 gép vásárlására adja a fejét, az szép számmal válogathat a szabadon elérhető operációs rendszerek közt. Komolyabb tesztek még nem készültek a géppel, de Nagy Róbert vállalta, hogy készít teljesítmény-teszteket az OpenBSD-vel. Ez folyamatban van. Amint lesznek használható eredmények, azokat közzéteszem. A tesztelés során készített, de itt ki nem linkelt képeket megtalálod itt.

Újabb taggal bővül a NetBSD amúgy sem kicsi port listája. A fejlesztők munkájának köszönhetően megjelent a NetBSD/iyonix port, amelyet nem meglepően az ARM alapú Iyonix PC-khez lehet felhasználni.

[2004. okt. 18] DSA-569: netkit-telnet-ssl invalid free(3)

[2004. okt. 16] DSA-568: cyrus-sasl-mit unsanitised input

[2004. okt. 15] DSA-567: tiff heap overflows

[2004. okt. 14] DSA-566: cupsys unsanitised input

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

A SZÓLÁS SZABADSÁGA című műsorban október 17-én 21.40-kor, az MTV-n (Friderikusz Sándor műsorvezetésével) a következő beharangozóval látható egy riport:

Mingo elkészítette az exec-shield (korábbi cikkeink) patch legújabb, a 2.6.9-es kernelhez használható verzióját.A patch nem más, mint azoknak a exec-shield foltoknak az összegyúrása, amelyet a Fedora Core 2/Core 3-ban használtak fel. A patch ezen verziója képes használni NX technológiát (és a PAE-t) ha az jelen van a gépben, ha a számítógépben levő processzor nem NX-képes, akkor egyszerűen használja a régi szegmens-határ metódust.

Az anyag letölthető innen.

Pár hónappal ezelőtt volt szó itt a HUP-on a Microsoft-féle SPAM ellenes javaslatról, a Sender ID-ről. Akkor megbeszéltük a javaslat hátulütőit, és abban maradtunk, hogy sokat nem ér a SPAM ellenes harcban. Közben úgy tűnik, hogy az IEFT is elállt attól, hogy az MS javaslatból szabványt készítsen.

De ha nincs Sender ID, akkor mi lesz? Abban mindenki egyetért, hogy a SPAM helyzetet meg kell oldani, és erre az SMTP protokoll önmagában nem képes. A Yahoo! is elgondolkodott, hogy mit lehetne tenni a levélszemetet okádó patkányok ellen, és megszületett a DomainKeys névre hallgató elgondolás. Nézzük mi ez:Az email spoofing - mikor valakinek a nevében küldünk kéretlen levelet (SPAM) azért, hogy a címzett látva az ismert feladót megnyissa és elolvassa a szemetet - nagy probléma. A feladó authentikálása, azonosítása és visszakövethetősége nélkül soha nem lehetünk biztosak abban, hogy valóban az küldte nekünk a levelet, aki a feladó mezőben szerepel (nem ritka, hogy saját magunktól kapunk reklám levelet).

A Yahoo! által javasolt DomainKeys a feladó azonosítását hivatott elvégezni.

(c) Yahoo! Inc.

2.) Aláírás: Minden olyan esetben, amikor a domainben levő jogosult felhasználó levelet küld a DomainKeys-t tudó mail szerveren keresztül, akkor az összes levele alá lesz írva a mail szerver rendelkezésére bocsátott privát kulccsal. A kulcs el lesz küldve (a szerver beilleszt egy DomainKey-Signature headert) a levéllel együtt a címzett mail szerverének. (ábra ``B'' rész)

Hogyan működik (fogadó szerver)?

1.) Felkészülés: A Domainkeys-t tudó, fogadó szerver kiveszi az aláírást a levélből, és a DNS szerverben levő publikus kulcsot ``leszedi''. (ábra ``C'' része)

2.) Ellenőrzés: A már birtokában levő publikus kulcs alapján leellenőrzi a küldő hitelességét.

3.) Kézbesítés: Az ellenőrzés végkimenetelétől függően a mail szerver érvénybe lépteti a helyi házirendet, és annak megfelelőlen jár el (vagy kézbesíti a levelet, vagy eldobja, stb.). (ábra ``D'' része)

A DomainKeys draft-ját megtalálod itt. Az Yahoo! szeretné, ha a Domainkeys az IETF által elfogadott szabvánnyá válna.

Bővebb infó itt.



(A linkért köszönet LiRul-nak.)

Tegnap még úgy volt, hogy ma jelentik be a FreeBSD 5.3-RELEASE-t. Pár órával ezelőtt néztem meg a FreeBSD Release Engineering oldalát, ahol a kiadás napja 2004. október 17. volt. Most azonban úgy tűnik, hogy minimum egy hetet kell még várnunk az 5-ös széria első ``production release''-ére.A RE oldalon az olvasható, hogy ma (2004. október 17-én) kezdődnek meg az RC1 build-ek, és egyben ma meg is jelenik a FreeBSD 5.3-RC1. Ha minden a tervek szerint alakul, akkor az 5.3-RELEASE Tier-1 platformok build-elése október 22-én, azaz pénteken kezdődik. Bejelentés 2004. október 25-re várható.

Bővebb infó itt.

A Dark Places a Quake I forráskódján alapuló akciójáték.Ezeket tudja:

* valósidejű fény és árnyék leképezés

* buckaleképezés

* a kifröccsenő vér foltot hagy a falon, padlón

* 32 bites alfacsatornás robbanások

A játék futtatásához a Quake I vagy az Open Quartz megléte szükséges. Letölthető innen Windows, Linux és BSD alá.

Képernyőfotók itt.

Ahogy közeledik a Solaris 10 kiadásának időpontja, úgy születik egyre több összehasonlítás is más operációs rendszerekkel szemben. Nincs is ezzel semmi baj, beindult a marketing gépezet, az anyagot nyilván ``el kell majd adni''. Kérdés, hogy mennyire lesz ütőképes az anyag az egyre erősödő Linuxszal szemben.A Sun angol nyelvű oldalán bukkant fel egy benchmark, amely a Solaris 10 új hálózati stack-jét -a FireEngine névre hallgató TCP/IP alrendszert- hasonlítja össze a Red Hat Advanced Server 3 hálózati alrendszerével.

A Solaris 10 az egyik teszt (OPS/sec) során majdnem kétszer jobb eredményt ért el, mint a Red Hat. Persze az, hogy az almát (Red Hat Linux AS 3.0 + IBM WebSphere) hasonlították a narancshoz (Solaris 10 + Sun Java System Application Server 7.0) az nem érdekes. Ez egyetlen teszt, amelyben talán összevethető a két operációs rendszer (mivel ugyanazt az alkalmazást mérték mindegyik rendszeren), az az utolsó. Itt az Apache 1.3.29-es webszerver teljesítményét (connections/sec) hasonlították össze Red Hat Enterprise Linux 3.0-án és a Solaris 10-en. A Solaris itt is jobbnak bizonyult, bár nem sokkal. Persze kérdés, hogy ez a teszt mennyire objektív.

A teszteredményeket megtalálod itt. Érdemes még elolvasni Sunay Tripathi vezető Sun mérnök blogját is, amely további idevágó infókat szolgáltat.

Forrás: OSNews

Új, vagy inkább újraindult portállal bővült a hazai linuxos oldalak tábora. Bár még "üres", de jó felhasználói táborral fellendíthetőnek látszik! Nekem tetszik, ezért már regisztráltam is! :-)

Nem, nem elírás. A 2.6.9 végén ott egy -final extraverzió. Hivatalos bejelentés még nincs, szóval ez még lehet, hogy csak egy kiadásra jelölt verzó.A changelog szerint elég sok fontos javítás van benne az -rc3-hoz képest.

Igaz még nem tudni, hogy ez lesz-e a végleges 2.6.9 és azt sem, hogy 2.6.9-final lesz-e a neve, de már vannak olyanok, akiknek nem tetszik ez az elnevezés.

Az anyag letölthető linux-2.6.9-final.tar.bz2

A DragonFly BSD fejlesztése jelenleg olyan szakaszban van, ami miatt a snapshotok stabilitása nem éppen a legjobb. Ezért a DragonFly BSD projekt a napi snapshotok mellett időnként ``reasonably stable'' snapshotokat is készítenek.Azoknak a felhasználóknak, akik most ismerkednek a DragonFly BSD-vel, érdemes ezekkel a ``elfogadhatóan stabil''-nak jelzett snapshotokkal kezdeni.

Matthew Dillon a napokban adott ki egy friss snapshotot. Ez letölthető a következő helyről:

dfly-stable-20041009.iso.gz

Számos "cetli" vagy "jegyzet" (sticky note) alkalmazás érhető el Linux/Unix alá, amelyek segítenek észben tartani különböző teendőinket, megbeszéléseinket, stb. Ebbe az alkalmazáskörbe tartozik bele egy új fejlesztés is Tomboy fedőnéven.



A programcsomag sajátossága kapocs szolgáltatásában rejlik, amellyel hatékonyan tudjuk rendezni, áttekinteni felvett jegyzeteinket.

A Tomboy C# nyelven íródott, futtatásához Gtk#, GtkSpell és Mono szükségeltetik.Főbb jellemzői:

- Valamennyi jegyzet tartalmában kereshetünk

- Választható utolsó módosítás szerinti rendezés

- Kijelölt szövegrészeket hozzákapcsolhatunk más jegyzetekhez (linkek)

- Ha egy szövegrész már korábban felvett jegyzetcímkéket tartalmaz, automatikusan kapoccsá alakítja őket

- A jegyzet tartalma kinézetében változtatható

- Beépül az adott ablakkezelő tálcájába

- Helyesírás ellenőrzés (nekem ezen részét még nem sikerült felfedeznem)

A projekt weboldalának elmondása szerint a Tomboy hosszútávú célja, hogy segítségével a jövőben kézben tarthassunk bármilyen információt. A következő verziókban előreláthatólag az alábbi szolgáltatásokkal fogunk találkozni:

- Egyűttműködés az Evolution feladatkezelőjével

- Kapcsok nem csak jegyzetekre, hanem beérkezett levelekre, találkozókra

- Nyomon követhető lesz kiválasztott barátaink IM állapota

- stb.

Tovább részletek a http://www.beatniksoftware.com/tomboy/ címen.

Csináltam egy rövid kis videót, amelyben bemutatom működésközben is a programot. Letölthető innen.

Egy kis tanmese (forrás: LKML):

``Egy repülőgép-gyártó vállalt felfedezte, hogy olcsóbban lehet repülni, ha a repülőben kevesebb üzemanyag van. A repülőnek így kevesebb a súlya, kevesebbet fogyaszt, tehát pénzt spórol. Néhány esetben azonban előfordulhat, hogy az üzemanyag kevésnek bizonyul, és a repülő lezuhanhat. Ezt megelőzendő, a vállalat mérnökei kifejlesztettek egy speciális OOF (out-of-fuel) mechanizmust. Vész esetén a mechanizmus kiválaszt egy utast, és kidobja a repülőből (ha szükséges, akkor megismétli az eljárást). Nagy mennyiségű elmélet és lelkes publikáció született abból a célból, hogy megoldja a kidobásra jelölt ``helyes kiválasztásának'' problémáját. Az áldozat kiválasztása legyen random? Vagy válasszuk a legnehezebb személyt? Vagy a legöregebbet? Az utasok fizethetnek azért, hogy ne kerüljenek sorra, így a legszegényebbnek kell lennie az áldozatnak? Vagy amikor a legnehezebb személyt kell kiválasztani, akkor kivételt kell tenni abban az esetben, ha az a pilóta? Vagy az első osztályon utazókat kivételes esetnek kell kezelni? Az OOF mechanizmus elkészült, hébe-hóba aktiválódik olyankor is, mikor éppen nincs is üzemanyag-hiány. A mérnökök jelenleg azt vizsgálják, hogy pontosan hogyan történhetett ez az üzemzavar.''Thomas Habets egy oom_pardon patchel állt elő az LKML-en. Azt kérdezte a kernelfejlesztőktől, hogy mit szólnának ahhoz, ha lenne egy olyan sysctl amelyik azt csinálná, hogy ``az isten szerelmére, soha ne öld meg ezeket a processzeket, ha OOM van. Ha semmi mást nem tudsz megölni, legyen inkább (kernel)pánik.''

Példaként a /usr/bin/vlock és usr/X11R6/bin/xlock programokat hozta fel. Mint mondta, szerinte nagyon kellemetlen meglepetés az, amikor azért találja a gépét lezáratlanul, mert az OOM kinyírta az /usr/bin/vlock-ot.

Ezt kiküszöbölendő, készített egy patchet. A /proc/sys/vm/ alatt található egy olyan kapcsoló amellyel a VM alrendszer tudtára lehet hozni, hogy mely programok tabuk a processz kilövöldözéskor.

Példa:

echo "/usr/bin/vlock /usr/X11R6/bin/xlock" > /proc/sys/vm/oom_pardon

Ezzel a VM alrendszer tudomására hoztuk, hogy ha törik, ha szakad a vlock és xlock programoknak működniük kell, és ha olyan memóriahiányos állapot áll be, hogy az OOM killer ezeket a programokat akarná lelőni, akkor inkább pánikoljon el a rendszer.

A fejlesztőknek tetszett az ötlet, néhányan javaslatokat tettek a kód jobbá tételére.

Andrea Arcangeli -a Novell kernelhackere- elmondta, hogy már korábban kifejlesztettek egy hasonló működésű patchet a saját kernelük számára. A neve protect-pids. Mint mondta, az OOM killer-ben nem lehet megbízni mondjuk szerver környezetben, ahol a legnagyobb task az éppen az, aminek minden körülmények közt működnie kell. Hasznos lehet ez az elgondolás ott, ahol néhány ``trusted'' alkalmazást kell megvédeni...

A thread itt.

Az elmúlt másfél órában hálózati hiba miatt nem volt elérhető a HUP, a HupWiki, és a www.debian.hu. A hiba valószínűleg az egész Axelero hálózatot érintette, mert a nagyobb oldalak (www.axelero.hu, freemail.hu, stb.) sem voltak elérhetők. Mostanra remélhetőleg helyreállt a normális üzem, így zavartalanul lehet majd böngészni.

A hibáért elnézést kerünk!

(Egy-egy ilyen kieséskor (szerencsére az elmúlt pár évben nem sok volt) rengetegen érdeklődnek, hogy mi a probléma... Úgy tűnik, hogy a HUP lassan mission-critical szolgáltatássá válik ;-), és nem állhat egy percet sem. Lassan meg kell fontolnom egy failover-t / load balancing-ot egy másik szolgáltatónál elhelyezett node-dal. Vagy másik országban... Vagy másik földrészen... Vagy másik bolygón? :-))

"Az első és második találkozó után megszokott fergeteges hangulat reméljük, most sem marad el. [...] Találkozó a Moszkva téren 2004.10.22. 18:00-kor az óra alatt."