Aktív fórumtémák

Tárgy Válaszok Legutóbbi beküldés Fórum Szerző
  [megoldva]Zentyal lassú webes felület 10  2025-09-06T22:37:34+0200 Hálózatok egyéb theadam
  188.x.y.0 75  2025-09-06T22:36:41+0200 Hálózatok általános EspOS
  Proxmox ZFS mirror - szörnyen alacsony I/O és IOPS 21  2025-09-06T22:14:08+0200 ZFS Fan Club djtacee
  Kamera elhelyezésénél kinek a jogai fontosabbak? 71  2025-09-06T22:12:21+0200 Hálózatok egyéb kikepzo
  WinApps for Linux, újabb Windows kompatibilitási megoldás Linuxra. 22  2025-09-06T21:43:23+0200 Linux-haladó Ritter
  IceWM: eltűnt Alt+Tab 2025-09-06T21:39:38+0200 Linux-haladó szaszi
  Linux driverek sorsa vált kérdésessé az Intel átalakulása miatt 15  2025-09-06T21:33:13+0200 HUP cikkturkáló Ritter
  Nginx proxy mögött Sogo 2025-09-06T21:24:32+0200 Hálózatok általános Amadeus77
  Genie 3 Az MI, ami szövegből játszható világot alkot 2025-09-06T21:04:32+0200 Mesterséges Intelligencia: Prolog, Lisp Ritter
  [Szavazás] Át kellene állni a többkulcsos adórendszerre Magyarországon? 310  2025-09-06T20:24:18+0200 HUP cikkturkáló trey
  Írj egy szerinted igaszságos SZJA számoló függvényt 118  2025-09-06T13:03:42+0200 Közösségi kerekasztal EspOS
  Unaloműző online játék újratöltve 19  2025-09-06T12:47:56+0200 Játékok bzt
  /MEGOLDVA/ Milyen kamerát javasoltok ami tapasztalaton alapul? 33  2025-09-06T11:31:15+0200 Elektronika, Elektromos eszközök kikepzo
  I2C probléma Yocto 5 alatt Recomputer R1035 el 2025-09-05T22:07:51+0200 UNIX haladó wolfwood
  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
  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

FreeBSD 5.3 kiadási ütemterv

Címkék

A FreeBSD Release Engineering csapat hivatalosan is publikálta a FreeBSD 5.3 kiadásának ütemtervét. Eszerint 7 hét van hátra, hetente BETA/RC kiadások. A jelszó: "tesztelés tesztelés tesztelés!", amíg el nem érjük az első 5-STABLE kiadást. Az 5.3-RELEASE kiadásának előrelátható dátuma 2004. október 3.

A teljes roadmap itt.

ATi és NVidia driverek

Címkék

Az említett két cég gyakorlatilag egyszerre frissített meghajtóin (úgy látszik tovább élesedik a verseny...). Főbb változások:
ATI:

FireGL™ X3-256 support

RADEON™ X800 (AGP only) support

1. fglrx RPM files are now conflicting with older fglrx-glc22 as originally intended

2. fglrx kernel module is now compiling properly on 2.6.6 and later kernels

3. The Color Palette now remains intact when switching VT terminals

4. Running a 3D application after any DGA applications no longer hangs the system

5. Enabling Quad-Buffer stereo on FireGL X1/Z1 no longer results in desktop corruption

nVidia:

* Fixed problem that caused cursor misplacement/corruption in certain TwinView configurations.

* Fixed console restore problems on GeForce4 Ti.

* Supports all Intel EMT-64, AMD Opteron™, AMD Athlon™64 and AMD Athlon™FX 64 processors.

ATi

nVidia

OpenBSD: SGI O2 architektúra támogatás várható

Címkék

Theo de Raadt egyik levele szerint hamarosan várható az SGI O2 platform támogatása az OpenBSD-ben.

Sokan feltehetnék a kérdést, hogy miért kell egy gyakorlatilag halott architektúrát felvenni a támogatott platformok listájára...Az SGI mips gépek már gyakorlatilag kifutófélben vannak. Az egyetlen ok ami miatt megjelennek az OpenBSD által támogatott platformok között az a bug vadászat. Theo szerint minden újabb architektúra támogatása ahhoz segíti hozzá a fejlesztőket, hogy több bugot találjanak meg az OpenBSD kódbázisában.

Theo levele:

From: Theo de Raadt [email blocked]

To: misc

Subject: SGI O2

Date: Wed, 04 Aug 2004 02:43:57 -0600

A developer is about to import an SGI O2 codebase.

Anyone want that? There's a catch.

We need at least 3 machines in Calgary. There's a little known rule

in OpenBSD -- the "to make an official snapshot" rule -- which says

roughtly: in addition to the main developers of a new architecture, at

least Theo and Peter must have machines. Otherwise all of us get

scared of the possibility of a new architecture languishing and

creating an unsightly pit of dead code in the tree.

We could use more than 3, since developers visit here once in a while,

and we like to send them on their way with full suitcases.

Is there anyone out there that wants to take care of this?

ie. Finding some machines, and getting them to Calgary. It's a

mission.

I'm serious. Sometimes we ask and nothing happens. It is kind of

like I am asking our user community to invest some time in getting

access to some damn cheap (just check Ebay) machines and simply post

them to Calgary :) People seem to ask how they can help quite often;

here's an example.

Why add a new architecture? SGI's mips machines are dead, aren't

they? Well our expierence has been that every architecture we add has

helped us find bugs in shared code that affects other architectures.

(As long as it receives developer and does not rot like NetBSD's

architectures do).

Some very scary and major bugs have been dredged out almost

automatically. In some cases, the effort is not worthwhile. In this

case, I judge it to be valuable. In particular, the SGI developer

will probably peek out quite a few busdma bugs, which will affect

driver support on any busdma architecture.

ps. m88k has been the most worthwhile example, since some insane parts

of that architecture permits Miod to find a MI bug weekly.

Firefox 0.9.3 magyarul

Címkék

A tegnap megjelent Firefox 0.9.3-hoz az FSF.hu Alapítvány jóvoltából immáron elérhető a magyar nyelvi csomag (a Mozilla alkalmazáscsaládhoz és a Thunderbird levelezőhöz már tegnap elérhető volt).

Neverwinter Nights 2

Címkék

Az Atari Interactive, Inc., az Obsidian Entertainment és a BioWare Corp. triumvirátus bejelentette, hogy megkezdődött a Neverwinter Nights 2 fejlesztése, és várhatóan 2006-ra fognak elkészülni.

Egy kis humor... :-)

Címkék

Levlistán kaptam, hátha másnak is újdonság. :-)1998. januar 1-jen Bjarne Stroustrup interjut adott az IEEE 'Computer' magazinjanak. A szerkesztok termeszetesen az altala letrehozott nyelv [a C++ - a ford.] objektum-orientalt tervezesben eltoltott het evenek meltatasara szamitottak.

Az interju vegere azonban a kerdezo kisse tobbet is kapott, mint amire szamitott, ezutan a szerkeszto ugy dontott, eltitkolja a tartalmat a 'szakma erdekeben', de mint sok mas esetben, az anyag megis kiszivargott. Ime, a teljes atirata annak, ami elhangzott, szerkesztes es stilizalas nelkul, igy talan nem annyira rendezett, mint a tervezett interjuk. Erdekes lesz...

kerdezo: Nos, nehany ev mar eltelt amiota megvaltoztattad a szoftvertervezes vilagat; milyen erzes visszatekinteni?

Stroustrup: Tulajdonkeppen eppen errol a korszakrol gondolkodtam mielott megjottel. Emlekszel? Mindenki C programokat irt, es a problema az volt, hogy atkozottul jok voltak benne. Az egyetemek is nagyon jol oktattak. Hihetetlen iramban ontottak magukbol a hozzaerto - megegyszer alahuzom, _hozzaerto_ - vegzosoket. Ez okozta a problemat.

kerdezo: Problemat?

Stroustrup: Igen, problemat. Emlekszel, amikor meg mindenki Cobolban programozott?

kerdezo: Persze, meg en is.

Stroustrup: Nos, kezdetben oket felistenkent tiszteltek. Nagyon jo fizetest kaptak, es kiralykent tiszteltek oket.

kerdezo: Azok voltak am a szep napok...

Stroustrup: Bizony. Es mi tortent? Az IBM-nek elege lett ebbol, es dollarmilliokat forditott programozok kepzesere, amig csak majd minden sarkon talalni nem lehetett egyet.

kerdezo: Ezert is szalltam ki. Egy ev alatt annyit zuhantak a fizetesek, hogy tobbet kerestem ujsagirassal.

Stroustrup: Pontosan. Nos, ugyanez tortent a C programozokkal.

kerdezo: Ertem, de megis, mire gondolsz?

Stroustrup: Nos, egyik nap ultem az irodamban, es kiotlottem a megoldast, amely majd helyrebillenti az egyensulyt. Arra gondoltam, mi tortenne, ha lenne egy olyan programnyelv, ami annyira bonyolult, annyira nehezen tanulhato, hogy senki sem lenne kepes elarasztani a piacot programozokkal. Tulajdonkeppen atvettem nehany otletet az X10-bol, tudod, X windows. Az egy olyan atkozott grafikai rendszer volt, hogy meg a Sun 3/60 gepeken is eppenhogycsak elfutott. Megvolt benne minden, amire szuksegem volt. Egy igazan nevetsegesen bonyolult szintakszis, homalyos fuggvenyek es pszeudo-OO [objektum-orientalt - a ford.] struktura. A mai napig senki sem ir nyers X windows kodot. Ha epeszu akarsz maradni, az egyetlen ut a Motif.

kerdezo: Viccelsz?

Stroustrup: Egyaltalan nem. Igazabol volt meg egy problema. A Unixot C-ben irtak, ami azt jelentette, hogy barmelyik C-programozo konnyen rendszerprogramozova valhatott. Emlekszel, mennyit keresett egy nagygepes programozo?

kerdezo: Bizony, en is az voltam.

Stroustrup: Szoval, ennek az uj nyelvnek el kellett valnia a Unixtol, elrejtve az osszes rendszerhivast, ami olyan szepen osszekototte volna oket. Igy mar azok is, akik csak a DOS-t ismertek, jo keresethez jutottak volna.

kerdezo: Ezt nem hiszem; rosszul hallok?

Stroustrup: Nos, most mar eleg ido eltelt, es azt hiszem, a legtobben mar maguktol is rajottek, hogy a C++ idopocsekolas, de meg kell mondjam, sokkal tovabb tartott nekik, mint gondoltam.

kerdezo: Pontosan hogy csinaltad?

Stroustrup: Eredetileg vicc akart lenni az egesz, sohasem gondoltam volna, hogy az emberek komolyan veszik majd a konyvet. Meg egy feleszu is lathatja, hogy az objektum-orientalt programozas kovethetetlen, illogikus es nem hatekony.

kerdezo: Hogyan?

Stroustrup: Es az ujrafelhasznalhato kodhoz csak annyit: halottal mar valaha olyan cegrol, amely ujrafelhasznalta volna sajat kodjat?

kerdezo: Nos, meg nem, de...

Stroustrup: Latod. Az igazat megvallva az elejen meg nehanyan megprobaltak. Ott volt peldaul ez az oregoni vallalat - azt hiszem, Mentor Graphics-nak hivtak oket -, amelyik jocskan rafazott, mikor 90-ben vagy 91-ben megprobalt mindent ujrairni C++-ban. Sajnaltam oket, tenyleg, de ugy gondoltam, az emberek majd tanulnak tevedeseikbol.

kerdezo: De nyilvanvaloan megsem ezt tettek, ugye?

Stroustrup: A legkevesbe sem. A baj az, hogy a legtobb vallalat agyonhallgatja a nagyobb bakloveseit, egy harmincmillio dollaros veszteseget pedig nehez lett volna megmagyarazni a reszvenyeseknek. A dologhoz hozza tartozik, hogy vegul is azert sikerult nekik.

kerdezo: Megis sikerult? Nos, tessek, ime a bizonyitek: az OOP mukodik.

Stroustrup: Nos, majdnem. A programfile olyan nagy volt, hogy ot percig tartott, amig betoltodott egy 128MB RAM-mal rendelkezo HP munkaallomason. Ezutan pedig ugy futott, mint egy teknos. Tulajdonkeppen arra gondoltam, hogy ez tul nagy
buktatonak bizonyul es egy het alatt lelepleznek, de senkit sem erdekelt. A Sun es a HP egyszeruen tul nagy orommel arulta elsopro teljesitmenyu gepeit, amelyekkel oriasi eroforrasok felhasznalasaval futtattak egyszeru programokat.

Tudod, amikor megvolt az elso C++ forditonk az AT&T-ben, leforditottam a 'Hello World'-ot [egyszeru tesztprogram, amely pusztan a fenti uzenet kiirasabol all - a ford.], es alig hittem a szememnek, amikor meglattam, hogy a vegrehajthato

allomany 2,1MB lett.

kerdezo: Hogyan? Nos, a forditok azota sokat fejlodtek.

Stroustrup: Tenyleg? Probald ki a g++ legujabb verziojan - nem hiszem, hogy fel megabyte-nal nagyobb a kulonbseg. Van egy csomo igen kozeli pelda is a vilag minden tajarol: a British Telecom igen nagy galibaba keveredett, de szerencsere sikerult kidobniuk az egeszet az ablakon es ujrakezdeniuk. Szerencsesebbek voltak, mint az Australian Telecom. Most hallottam, hogy a Siemens is dinoszauruszt csinal, es egyre jobban es jobban aggodnak, ahogy a futtatashoz szukseges hardware merete novekszik. Hat nem csodalatos dolog a tobbszoros oroklodes?

kerdezo: Igen, de a C++ alapjaban veve egy ertelmes nyelv.

Stroustrup: Ezt te tenyleg el is hiszed, ugye? Leultel mar valaha C++ projekten dolgozni? Ez szokott tortenni: Eloszor is, eleg buktatot epitettem be, hogy csak a legegyszerubb dolgok mukodjenek elsore. Nezd meg peldaul az operator overloading-et. A projekt vegere mar gyakorlatilag minden modulban van, altalaban, mert a sracok ugy erzik, tenyleg kell, ha mar egyszer ez tanultak a tanfolyamon. Ekkor ugyanaz az operator minden egyes modulban teljesen mast es mast jelent. Probald meg kibogozni, ha van mondjuk szaz modulod. Az adatelrejtesrol pedig annyit, hogy neha szinte alig birom visszafojtani a nevetest, amikor hallom, hogy a cegeknek problemaik vannak moduljaik egymashoz illesztesevel. Azt hiszem, a szinergista szot kifejezetten a projektmenedszerek hataba szurt kes megforgatasara hoztak letre.

kerdezo: Azt kell mondjam, kezdek erosen megdobbenni. Azt mondtad, azert csinaltad, hogy emelkedjen a programozok fizetese? Ez durva/gusztustalan.

Stroustrup: Nem igazan. Mindenkinek van valasztasa. Nem szamitottam ra, hogy a dolog ennyire kicsuszik a kezbol. Mindenesetre, tulajdonkeppen sikerult. A C++ kezd kihalni, de a programozok meg mindig jo fizetest kapnak - kulonosen azok a szerencsetlenek, akiknek ezt a sok vacakot karban kell tartaniuk. Eszrevetted, hogy lehetlen karbantartanod egy nagy C++ modult, hacsak nem te magad irtad?

kerdezo: Hogyhogy?

Stroustrup: Mar elszoktal, nem? Emlekszel a typedefre?

kerdezo: Igen, hat persze.

Stroustrup: Emlekszel, mennyi ideig tartott vegigkeresgelni a header-file-okat, amig megtalalta az ember, hogy a 'TetoFelemelve' egy duplapontossagu szam? Nos, kepzeld el meddig tart, amig megtalalod az osszes osztaly osszes implicit
typdefjet egy nagyobb projektben.

kerdezo: Akkor miert gondolod, hogy sikerult?

Stroustrup: Emlekszel egy atlagos C projekt idotartamara? Korulbelul hat honap. Kozel sem eleg, hogy egy feleseggel, gyerekekkel rendelkezo srac normalis eletszinvonalhoz elegendo penzt keressen ezalatt. Vegyuk ugyanazt a projektet,
tervezzuk meg C++-ban, es mit kapunk? Megmondom: egy vagy ket evet. Hat nem nagyszeru? Ilyen biztos allas, egyetlen dontesi hiba miatt. Es meg egy dolog: az egyetemek olyan regen nem tanitanak C-t, hogy hiany van jo C programozokbol.

Kulonosen azokbol, akik konyitanak a Unix rendszerprogramozashoz is. Hanyan tudnak, mit kezdjenek a mallockal, mikor az utobbi evekben csak new-t hasznaltak - es sosem veszodtek a visszateresi ertek vizsgalataval? Igazabol a legtobb C++ programozo eldobja a visszateresi erteket. Mi tortent a jo oreg -1-gyel? Legalabb tudta az ember, hogy hiba tortent, anelkul, hogy vegig kellett volna kuldeni az egeszet a 'throw' 'catch' 'try' lapvideken?

Mandrakelinux 10.1 beta

Címkék

A Mandrakelinux 10.1 beta elérte a tükörszervereket. Az anyag szokás szerint 3 bináris ISO image-en érkezik.

Címszavakban a benne található csomagokról, alkotórészekről:- kernel-2.6.8rc2

- xorg-6.7.0

- kde-3.2.3

- mozilla-1.7

- mplayer-1.0pre5

- xmms-1.2.10

- openssh-3.8.1p1

- apache-2.0.50

- proftpd-1.2.9

- xinetd-2.3.13

- samba-3.0.5pre1

- bind-9.3.0rc2

- squid-2.5STABLE5

- sendmail-8.13.0

- gcc-3.4.1

- glibc-2.3.3

- gdb-6.1.1

- php-4.3.8

- tck/tk-8.4.5

- perl-5.8.5

- OpenOffice-1.1.2

- gnupg-1.2.4

- bash-2.05

Az anyag letölthető a tükörszerverekről. Akinek a BitTorrent szimpatikusabb, az megtalálja a torrent file-t itt.

Új Reiser4 patch 2.6.8-rc2-mm2-höz

Közel 5 hónapnyi "internal testing" után végre megint megjelent egy friss Reiser4 kernel patch. A folt linux-2.6.8-rc2-mm2-el használható.

A kernel patch és a hozzá tartozó userspace könyvtárak és programok innen tölthetők le. A tudnivalók itt olvashatók.A Reiser4 egyenlőre kisérleti fájlrendszer, ezért nem célszerű még éles adatokat tárolni rajta.

Az, hogy a mostani foltot a -mm ághoz készítették el, remélhetőleg már azt jelzi, hogy nemsokára bekerül Andrew Morton fejlesztői ágába.

Project Janus, avagy futtassunk Linux binárisokat Solarison

Címkék

Azoknak a felhasználóknak akik szeretnék ötvözni a Solaris stabilitását és biztonságosságát a Linux alkalmazások futtatásának lehetőségével már nem kell sokáig várniuk. A Solaris 10 egyik új funkciója lehetővé teszi, hogy Solarison Linux binárisokat futtassunk változatlan formában.

Linus Torvalds: Linux 2.6.8-rc3

Címkék

Linus ma kiadta a 2.6.8-as Linux kernel harmadik kiadásra jelölt verzióját. Benne számos kisebb javítás, driver frissítés kapott helyet.

Linus levele itt.

Marcelo Tosatti: Linux 2.4.27-rc5

Címkék

Marcelo kiadta a 2.4.27-es Linux kernel ötödik kiadásra jelölt verzióját. Benne egy kihasználható biztonsági hiba javítása (CAN-2004-0415). A 2.4.27 napokon belül érkezik (ha nem jön közbe semmi gond), és az alábbi biztonsági hibákra hoz majd javítást:

CAN-2004-0495 (Al Viro sparse fixes)

CAN-2004-0497 (users could modify group ID of arbitrary files on the system)

CAN-2004-0535 (e1000 minor info leak)

CAN-2004-0685 (backported Conectiva usb sparse fixes)

CAN-2004-0415 (file offset pointer handling race)

CAN-2004-0565 (information leak ia64)Ezeken felül a patch XFS javításokat, hálózati frissítéseket (Bluetooth, Netfilter,

bridge) tartalmaz. A problémás DVD-RW támogatás ideiglenesen visszavonásra került.

Bővebben Marcelo levelében itt.

Looking Glass Beta

Címkék

A Slashdot.org-on olvasható a hír, miszerint a Sun Microsystems elkezdte a Looking Glass projektjének béta-tesztelését.A projektet itt találják az érdeklődők.



Megjegyzés: Ezen kívül felhívják mindenki figyelmét, hogy egyenlőre "beta" állapotban van a program, tehát nem árt, ha először mindenki elolvassa a "Getting started" (~Kezdő lépések) c. bevezetőt!

Quantian 0.5.9.3

Címkék

Megjelent a Quantian 0.5.9.3. Mint az "közismert" a Quantian Dirk Eddelbuettel (Debianos) tudományos célokra (számításokra) készített disztribúciója.



ChangeLog itt!Dirk levele:

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



(Please see below at note [1] for a note on the posting. Thanks!)




Executive Summary for a quick overview:
=======================================
Quantian 0.5.9.3 adds over 360 GNU R packages from the CRAN and
BioConductor archives, the GNU geda electronics design software, an almost
complete debian-med suite, the complete scalapack development suite,
atlas3 and lam development packages, fancy GL screensavers, lots of
recommended documentation packages as well as a general update of over 300
Debian packages bringing the size of the iso to over 1.5gb corresponding
to 4.4gb uncompressed.




Announcing Quantian release 0.5.9.3
===================================




I What is it?


Quantian is a remastering of Knoppix, the self-configuring and directly
bootable cdrom/dvd that turns any pc or laptop into a full-featured Linux
workstation, and clusterKnoppix, which adds support for openMosix.
However, Quantian differs from (cluster)Knoppix by adding a large set
of programs of interest to applied or theoretical workers in
quantitative or data-driven fields.


See http://dirk.eddelbuettel.com/quantian.html for more details.




II What is new?


o Third release based on Knoppix 3.4 with many changes from both new and
updated packages, still based on Knoppix 3.4 and the clusterKnoppix
release from May 10 with kernel 2.4.26 with the 'testing status'
openMosix patch as well as a non-openMosix kernel 2.6.6;



o New Quantian software includes
- way more GNU R packages generated with a modified version of a script
by Albrecht Gebhardt -- about 360 packaged are added from CRAN
and BioConductor provided unparalled depth for statistical computing
- an almost complete debian-med of everything but the cms package
(would Zope make sense for Quantian -- comments welcome!)
- the GNU geda program suite for electronics design
- the scalapack suite for parallel linear algebra (pvm, lam and mpich)
- lots of recommended documentation packages have been added
- header packages for atlas3 and lam are now included
- plus lots of fancy GL screensavers;



o Upgraded throughout against Debian testing with over 300 fresh packages;



o Total size is now over 1.5gb for the compressed iso image,
corresponding to more than 4.4gb of uncompressed software;



o A new cdrom size version of 0.5.9.2, and a small 7gb bootable cdrom
iso provided by Marco Caliari are available too;



o New download site http://quantian.alioth.debian.org is up and running;
note that the main site at U of Washington will be replaced in the
near future -- stay tuned!



o Mailing lists for Quantian up and running

RealPlayer 10.0

Címkék

Megjelent a RealPlayer médialejátszó 10.0-ás kiadása Linux/Unix/Solaris alá. A program az alábbi formátumokkal bírkozik meg: RealAudio, RealVideo, MP3, 3GPP video, Flash, SMIL 2.0, JPEG, GIF, PNG, RealPix és RealText.

Magyar FREESCO oldal

Címkék

Mondhatjuk azt is, hogy megalakult, és azt is hogy átalakult...
Az oldal célja elsősorban a FREESCO népszerűsítése hazánkban, és magyar támogatás biztosítása...Mi is a FREESCO? Egy Linux kernelen alapuló egy floppy-s, dinamikusan bővíthető tűzfal és internetmegosztó. Egyszerű telepíteni, ezután már webes felületről is kezelhetjük. Gépigénye nagyon minimális, egy 384 kbites ADSL 5 gépes megosztásához elég egy 486-os (lehetőleg DX2 vagy DX4) 80MHz-en, 16 MB rammal. Kevesebb géphez elég kisebb processzor is.



Dinamikusan bővíthető: képes felmásolni magát merevlemezre, és onnan futni. Sokféle kiegészítő készült hozzá - pl.: thttpd webszerver php támogatással, mysql, samba, smtp szerver, ftp, stb... -



Mi az oldal címe? freesco.webmedia.hu (Az oldalhoz a tárhelyet a Webmédia biztosítja ingyen és bérmentve)



Gyertek és ismerjetek meg egy egyszerű és jó internetmegosztó disztribúciót!

Megjöttek a HUP pólók!

Címkék

Örömmel jelentem, hogy megérkezett az első HUP póló szállítmány, tehát aki személyesen szeretné átvenni mostantól átveheti a Kiskapu Könyvesboltban (1081 Népszínház utca 29.).A postai utánvétes rendeléseket folyamatosan dolgozzuk fel és várhatóan egy héten belül mindenki megkapja.

FONTOS:

Mivel a megrendelőlapon az első néhány napban még nem volt "személyesen átveszem" választási lehetőség, kérünk mindenkit, aki postai utánvétet jelölt meg, de mégis inkább átvenné a boltban, jelezze nekünk egy rövid emailben. A terjesztes@linuxvilag.hu címre elég ennyit írni: x néven rendeltem hup pólót és személyesen veszem át.

Attila

Linuxvilág