Elképzelhető, hogy publikusan elérhető lesz a SkyOS

Szoftver

Mi a fene az a SkyOS? A SkyOS 1996-ban indult útjára, kezdetben mindössze egy bootloader volt. A projektet Robert Szeleney (vagy Szeleney Róbert?) indította, aki jelenleg is a projekt fő szoftvertervezője. Az elmúlt 8 évben a SkyOS teljes értékű és modern operációs rendszerré nőtte ki magát. A projekt célja, hogy az átlagos felhasználó is könnyen használható operációs rendszerhez jusson.
A SkyOS egyetlen modern operációs rendszer őssel sem rendelkezik, teljesen az alapoktól lett fejlesztve, nulláról indult. A SkyOS grafikus felülettel rendelkező operációs rendszer. A GUI-ja a SkyGI, amely a kernelbe van integrálva.

A SkyOS egy zárt forrású, kereskedelmi operációs rendszer lesz, ha egyszer elkészül. Maga az operációs rendszer nem használ GPL-es kódokat a kernelben és az alaprendszerben. Ellenben a felhasználói programok közt találunk nyílt forrású programokat, például a Mozilla Firefox nevű böngészőjét. A SkyOS megfelel a POSIX szabványnak, de nem 100%-ban. Ettől függetlenül más POSIX-nak megfelelő operációs rendszerreől egyszerű munka alkalmazásokat portolni a SkyOS-re.

A SkyOS jelenleg nem tölthető le, a jelenlegi verziója (v5.0) fejlesztés alatt áll. Jelenleg beta programban férhet hozzá az érdeklődő pénz kifizetése fejében. A beta programban való részvétel 30 dollárba kerül.

Noha az OS weboldalán szereplő FAQ-ban az olvasható, hogy nem tudni, hogy mikor jelenik meg a stuff hivatalosan, a projekt legutóbbi hírlevelében arról olvashatunk, hogy ebben az évben publikusan is elérhető lehet az OS.

Elsőként LiveCD formában:

1. SkyOS LiveCD. A SkyOS LiveCD will be made available in the near future. It will include access to some of the most popular/useful applications available in SkyOS, and will give users the ability to run through and generally evaluate the system as a whole. Timeframe: Q1/Q2 of 2007. Likeliness: 9/10.

Majd később publikusan is megjelenthet a SkyOS:

Finally, SkyOS will be publicly released. After what seems about 30 years worth of work (I'm sure even more to Robert), SkyOS will finally be released to the public. Lots of details are still being worked out on this one (as well as the obvious issues still present in the system), but we're really shooting to make it happen. Timeframe: Q3/Q4 2007. Likeliness: 7/10.

Bővebben a projekt honlapján itt.

( arpi_esp v | 2007. 01. 02., k – 14:40 )

es ez mire jo? azon kivul hogy yet another os ?
milyen a program es driver ellatottsaga? gondolom konvergal a 0-hoz...
max beagyazott rendszerekben tudom elkepzelni ertelmet, mondjuk web kioskban, de arra meg vannak ingyenes megoldasok (linux stb) is.

A'rpi

En sokszor elgondolkodok azon, hogy vajon mi lenne, ha nem egy egyeduralkodo os lenne, hanem olyan
4-5 elterjedt os. Miert kellene, hogy egyet kiemeljunk? Engem nem zavarna, hogyha a szomszed pistike pl. amigat futtatna. Ami viszont zavar a jelenlegi helyzetben, hogy ramkenyszeritik egy-egy Os alkalmazasat, mivel nehany programot direkt csak egyetlen egy platformra fejlesztik es nyasgem.

A masik verzio sokkal szimpatikusabb.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

> A masik verzio sokkal szimpatikusabb.

Neked biztosan. A szoftverfejelsztoknek mar nem annyira...
Mar az sem kis szopas hogy valami mukodjon mind az N+1 fele linux disztriben (vagy N+1 windoz verzion), es akkor hol vannak meg a kulonbozo GUI-k (eleg csak qt vs. gtk nezni, nem beszelve quartz meg win32apirol)...
ezek utan nehez elvarni hogy meg X fele egyenkent max 10 ember altal hasznalt hobby OS-re is portoljanak mindent...

A'rpi

Azert a java sem gyogyir mindenre... az alap nyelv/jvm nem sok mindenre hasznalhato (hello world kiirason kivul), ha valami komolyabbat szeretnel akkor kell 1-2 kiegeszito library/plugin/stb azok meg megintcsak nincsenek minden platformra.

A masik meg hogy javaban is lehet siman platform fuggo kodot irni, en sem hittem el amig nem lattam par eve, egy nagyobb projectben ahol a tobbseg windozon dolgozott en meg napokat szoptam a kod javitgatasaval hogy elinduljon/mukodjon linuxon is.

A'rpi

"az alap nyelv/jvm nem sok mindenre hasznalhato (hello world kiirason kivul), ha valami komolyabbat szeretnel akkor kell 1-2 kiegeszito library/plugin/stb azok meg megintcsak nincsenek minden platformra."

Ezt azért te sem gondolod komolyan ugye? :-) Nem tudom mikor foglalkoztál utoljára a témakörrel de gyanítom nem az utóbbi 10 évben az biztos. Méghogy "hello world kiirason kivul" nem használható az alap osztálygyűlytemény semmire! Én még nem merültem el jobban a 6-os verzió újdonságai közt sőt még igazán az 5-ös verzióéban sem de nagyon ritkán kell külső osztályokra támaszkodnom, ami egyébként sem jelenti azt, hogy megszűnik a platform függetlenság hanem csak azt, hogy ezeket az osztályokat szállítani kell a terjesztett programmal együtt. A 6 -os Java-ban állítólag még beépített adatbáziskezelő rendszer is van!
Érdekelne, hogy milyen kiegészítő "library/plugin/stb" -ra gondoltál ami platform függő? Persze platform függő mégpedig JVM platform függő. :-)

--
sirkalmi

Pl. OpenGL ? Igaz kb '98-ban foglalkoztam a temaval, szoval majdnem 10 eve, de akkor meg kulon cucc volt es annak nem csak java osztalya volt hanem a hozza tartozo nativ kod is.
(altalaban amit csak java nyelven kulon osztaly-al meg lehet oldani azok tenyleg reg benne vannak a JRE-ben, de sokmindenhez ki kell nyulni az oprendszerbe es azok mar nem annyira platformfuggetlenek).
Kb 2002-ben meg a soros port kezeles is ilyen volt...

A'rpi

Ezzel a két témával még pont nem foglalkoztam de hátha van itt valaki okosabb. Annyi biztos, hogy létezik egy Java 3D API és talán része is a 6 -os verziónak. Azt hiszem pont a HUP-on olvastam, hogy talán a Quake-et portoltál erre és sebességbeli gondok nélkül futott. Nem próbáltam.
Remélem, hogy megoldották a soros port kezelést is azóta. Elég gáz volna, ha csak platform függő eljárásokkal lehetne kommunikálni ezen. A többi portról mit tudsz? (USB Firewire, Bluetooth stb.) Ez egy fontos kérdés mert gyakran szidom az anyjukat pl a mobiltelefon gyártóknak mert a hozzá adott program szerintem tipikusan olyan alkalmazás amit Java-ban kéne megírni.

--
sirkalmi

Soros port kezeles -> Nem oldottak meg azota sem.
USB, firewire kutyafule -> Detto.

Egyebkent egy nativ konyvtar is lehet cross-plattform. Csak ilyenkor a megfelelo nativ komponenseket csatolni kell a progi melle (windowsnal a dll-t, linux-nal a .so-t etc) Vannak nagyon szepen mukodo cross plattform progik, amik ezt csinaljak (pl: eclipse)

> Soros port kezeles -> Nem oldottak meg azota sem.
szomoru :(

> USB, firewire kutyafule -> Detto.
ezen mar meg se lepodom... szerencsere amikor en utoljara javaztam ezek meg nem voltak ugy elterjedve hogy fejleszteni kellett volna ra.

> (windowsnal a dll-t, linux-nal a .so-t etc)
igen igen, de pont abbol indult ez a thread, hogy ha java-ba irnak a progikat akkor mindenfele uj hobby os-en menne minden. tehat nem csak .so meg .dll kene mellekelni, hanem 100 fele egyeb filet is mindenfele hobby os-ekhez...

A'rpi

Ezeket (3D, RS232) úgy oldották meg, hogy van egy platformfüggetlen java odlali része és ahhoz kell a jvm alá a megfelelő platformfüggő library-t telepíteni. A gond nem itt volt, hanem ott, hogy pl. win alá kliketty-kliketty szinten felment a Sun oldaláról letöltött rs232 driver, de linux alá egy halom utánajárással találtál csak félmegoldást, a sun-os rs232 támogatás valahol a kettő közt volt. 3D-t amikor próbáltam hasonlóan állt a linux alatt. Azóta eltelt 4 év, én békénhagyom a java-t és ő is engem (ettől függetlenül sokmindenre a java lenne a legjobb, csak sokmindenben el kell ahhoz mélyülni, hogy jó irányba indulj el, mert rengeteg dolog található hozzá).

Eléggé lúzer vagyok a programozáshoz :-)
Hmm. Jake2-nek hívják azt a bizonyos Quake portot. Quake2 port, természetesen. :-)
Élő projeckt úgy vettem észre. Úgy 1 hónapja kukkantottam rá. Windowson próbáltam, de biztos fut bármilyen jávát támogató oprendszeren. Nem akarok semmilyen vitát eldönteni. Csupán az érdekesség kedvéért... :-)

Nem mondtam hogy nem lamer programozas volt az oka :)
Az egyik a soros port kezelese volt, valami wines dll-t akart a kulso osztaly belinkelni meg amugyis COM1-nek hivta a portot... a masik a path-okban a \ hasznalata / (vagy talan os.pathSeparator vagy mi neven volt ra const is) helyett, ezek okoztak a legtobb szivast. Meg volt olyan file is amin a linuxos javac elhasalt valami internal errorral, a wines vitte...

A'rpi

Ok :) Igy mar vilagos. A /\ hasznalatara gondoltam mint lamer programozas. (egyebkent file.separator :) A soros port DLL meg tipikus JNI hivas. Jah... Ezekkel lehet szivas :)
Nekem a legrosszabb az volt, amikor egy nagy projekten mindenki windows-t hasznalt, en meg linuxot, es persze az eclipse default beallitason a plattform default karakterkeszlettel csinalja a fileokat, ami windowsnal cp1251 asszem. Akkor akadtam ki, amikor az egyik fejleszto magyar ekezetes(!) szovegekkel kommentezett... :)
Linuxos javac is valoszinuleg valami encoding miatt halhatott el... Mindenesetre erdekes, meg nem lattam ilyet.

Egyreszt a plattform default-ot szedi fel, ami jobb helyeken ugyis valami szabvanyosabb, tehat hasznalhato, a windows meg mar csak ilyen.
Masreszt nem tartom tul jo 5letnek a magyar kommentezest, plane nem a magyar valtozoneveket. Egyszer lattam egy japan java kod reszletet a neten. Japan kommentekkel. Nezz meg egy ilyet, erdemes :) Egy angolnak hasonlo erzes lehet magyar ekezetes karaktereket nezegetni...

"Egyszer lattam egy japan java kod reszletet a neten. Japan kommentekkel. Nezz meg egy ilyet, erdemes :) Egy angolnak hasonlo erzes lehet magyar ekezetes karaktereket nezegetni..."

Váááá! Most belegondoltam. :-) Na és a változók nevei angolul voltak?

--
sirkalmi

path-okra: elvileg kötelező lenne az általad is említett rendszerbeállítás szerinti karaktert használni.
rs232: a port nevét a progamnak kell megadnia és ez bizony oprendszerfüggő, le kell kérdezni, hogy az adott esetben mik vannak és abból kell a felhasználónak választási lehetőséget adni, vagy egy az egyben gépelje be a felhasználó (pl. szöveges konfigfájl).
Amúgy elvileg tényleg csak a JNI-n keresztül lehet os specifikus kódot írni. De a gyakorlatban van még jópár dolog, ami megnehezíti a valóban jól működő keresztplatformos java programok fejlesztését: pl. a szálkezelés némileg eltér a különböző os-ek alatt, vagy pl. a következő "aranyos" "hibácska": Linux+X11 alatt a billentyűismétlés úgy néz ki, hogy le t0, fel t1, le t1, fel t2, le t2, fel t3, míg windows alatt így: le t0, le t1, le t2, fel t3. És ezt nem rejti el a jvm! Egy agyrém, mert linux alatt úgy érzékeli a javas progi, hogy valóban felengedték és újra lenyomták a gombot és a swingben kialakított eseménykezelési menetben ezt már nem is lehet megfelelő helyen korrigálni.

Elég sok irányból az az álláspont, hogy azért fejlesztenek csak vindózra, mert az a legelterjedtebb, és más rendszerekre való portoláshoz még egy fejlesztő gárdát fenntartani nem kifizetődő. Ez az indok érthető...

Azonban nem lenne egyszerűbb megoldás, ha az emuláció + installálás minden rendszer alatt ugyanolyan módon menjen? Legyen egy keretrendszer, ami segítségével winre írt kódokat más OS alatt is lehessen telepíteni és használni. Sajnos a wine és vmWare nem áll a helyzet magaslatán.

Csakhogy ehhez Bill bátyónak és Balmer apánknak kéne tennie egy nyitó gesztust, ami soha sem fog bekövetkezni.

------------------------------------
[Debian Sarge; ASUS P4T533-4; 2.4GHz CPU; 512MB RAM; XFree86; FluxBox]

Hiaba "van epp eleg", ha a jo reszuk szar, agyon bonyolitott, es olyan veluk melozni, mint "sajt reszelovel rejszolni" ((c) Ford Fairlane). Sokszor egy fejlesztesre marhara nincs annyi ido, hogy ilyennek szorakozzon az ember, fixalja a "toolok" bugjait. Sot, nem veletlen a RAD eszkozok elterjedese, es ezek a "van epp eleg" kategoriaju eszkozok esetek 95%-ban nem is tartalmazzak, vagy ha igen, akkor az olyan fos, mintha nem is lenne.

---
pontscho / fresh!mindworkz

Szerintem kellenek az ilyen kísérletek. Ki tudja mi nő ki
belőle. Ha valaki 8 évet dolgozik egy témán, akkor ott valami
használható biztos van. Jó lenne olvasni róla egy jó kis elemzést.

Az hogy pénzes, nem gond, ha ez az összeg mondjuk max 50-80 $
körül van. Anno akár 40.000 forintot is kifizettek mondjuk egy
gyári RH-ért.

Az igazi gond a zárt forrás. Nem tudni arról sem, hogy milyen
fejlesztői környezetet adnak hozzá.

Az, hogy valaminek nincs előzménye - nos ez szerintem kétséges.
Soha nem a konkrét kód az érdekes, hanem a mögötte lévő
algoritmus, illetve az inputok és az outputok viszonya. Mivel
a megoldandó feladatok független feltételrendszerként
jelentkeznek, nem hinném hogy a megoldások bármely oprendszerben
gyökeresen eltérnének az elmúlt 30 évben kikristályosodottaktól.

Szerintem... (bár tévednék és születne végre valami forradalmian
új dolog!)

> Sol omnibus lucet.

Hát nem tudom, a Fogarasi A'rpi self made atombunkere pl. mennyire használható... :)
Azonban én a helyedben jobban félnék az USA-Oroszország-Izrael hármastól. Nekik több atomjuk van egy-egy raktárban, mint amit ezek hárman a következő 20 évben együtt képesek lennének produkálni...

Üdv: Tamaas

Eleg a Roman hatarra, vagy Munchenre odabaszni egyet, hogy en is, te is es a csaladod is abban a latvanyban gyonyorkodhessen utoljara. Hat ha meg a szel is "jo" iranyba fuj... Volt multheten a Jericho-ban egy dialog, valahogy igy:

A radioaktiv esozes utan beszelgetett ket csaj:
- Te mi ez a feketeseg itt az oszlopon?
- Az volt Denver.

Remek.

Upgr: nem kell sok bomba, hogy kicsinalj valakit. Itthon pl. eleg lenne egy jol elhelyezett piszkos bomba Budapesten ahhoz, hogy az orszagot kicsinald.

---
pontscho / fresh!mindworkz

Azt meg mindenki elfelejti hogy folyamatos és lassú apokalipszisben élünk. :-)
Lehet hogy az atombomba nagy probléma, de az, hogy az Ántsz képtelen ellenőrizni a határon bemászó kínai ruhaneműk festéktartalmának összetételét, vagy a húsz év lappangási idővel rákot okozó permetszerek tárolásával és forgalmazásával kapcsolatos tiltó rendelkezések betartását. Esetleg a MOL-nál bizonyos rákkeltő kőolajszármazékok veszélyelemzését hasrapacsi szintjén és persze kemény profitérdekek nyomására tetszés szerint hajlítják.
Az hogy a kemizáció következtében néhány évtized alatt többszörös, meg nem nevezett nagyságrendekben nőt a bizonytalan hatású kémiai anyagok köre, amellyel az emberi szervezet kapcsolatba kerül. Nos. Ezen szerintem mindenki jót röhög. Nem is igaz. És ezt a hozzászólást is alig olvassák páran. Iszom még egy sört. Köztudottan rák megelőző hatása van. :-)

Épp ezért (jobban) bízom bennük! A kereslet kínálat elve szerint mozognak. Az egész világon piacgazdaságot akarnak mert ők - és mi mint EU - ezen a terepen mozognak otthonosan. Ez kiszámítható ellenben egy tejhatalmú faszkalap hangulata kevésbé.

--
sirkalmi

Semmi. Elvan a gyerek, ha játszik, és amíg a szülők eltartják, és elnézően mosolyognak, hogy a gyerkőc egy olyan zárt forráskódú OS-ből próbál meggazdagodni, amire igazából senkinek nincs semmi szüksége, addig a fejlesztés feltételei is biztosítva vannak...

Csak a mai nap termese intel brand szerver, 8portos sata raid: linux ubuntu dapper/edgy install gond nelkul, van hdd, van 3 eth minden megy jol.
Win2k3 install, nincs hdd, floppyt turas driver megetetes, hibas floppy keressunk masikat, nah megvan...
Feltelepult, nincs halozati kartya turjunk cd-t driver telepitgetes...
5-6 reboot van net HURRA!!!

FUD!!! FUD!!! FUD!!!

York.

------
"Nyugi! Minden a legnagyobb rendben csúszik ki a kezeim közül..."

Intel raid controller SRCS28X, talan nem dzsunka...
Amugy win2k3 alatt is pont annyira lassu, mint linux alatt:(...
Szoval nem operacios rendszer fuggo...
Ha esetleg van ottleted mit kellene csinalnom, hogy kideritsem mi lehet a gond?

York.

------
"Nyugi! Minden a legnagyobb rendben csúszik ki a kezeim közül..."

LOL, micsoda frappáns kivágás! Akkor korrekt módon azt is hasonlítsuk már össze, hogy a Win2k3 server alkalmas _alapból_ domain controllernek rendes címtár szolgáltatással, használható terminal szervernek, tanusítvány szervernek, windows media streaming szervernek, lehet vele könnyedén klasztert készíteni elosztott filerendszerrel és tudja az UDDI-t... Jahogy ezek ilyen szintén még 10 év múlva se lesznek benne egyik Linux disztribúcióban sem? Akkor hogyan is számoljuk ezeket a munkaórákat pontosan?

Ja igen, hát így van. Én direkt ezért nem is fejeltem meg ilyen Xp vs. SATA II vezérlős posztokkal, mert ha betöltöm floppyról, ne adj' isten slipstreamelem, akkor működik.
Mondjuk én eleve elfogult g**i vagyok, mert Linux alatt nem zupportált a videókártyám. :-(
--
Gentoo motto: It's worth spending eight hours trying to make something load 20ns faster.

Ket esetben nyulok winhez:
1. ismeros haver barat: adja a telepitot meg amit akar...
2. munkahelyen felhasznalok gepeinek ujra telepitese, nah ez a P2-300-tol a P4/AMD-ig minden...
Azert koszi megnezem mit tudnak...

York.

------
"Nyugi! Minden a legnagyobb rendben csúszik ki a kezeim közül..."

[FUD on]
Mesterségesen generált igény felesleges szolgáltatásokra, erősen sulykolva, hogy nincs más út.
Top500 még sincs Win2k3.
[FUD off]

http://www.gentoo.org/main/en/philosophy.xml
http://packages.gentoo.org/
http://overlays.gentoo.org/

Ha nem szeretsz reszelgetni, akkor nézzük Knoppix Live DVD -t, hogy mennyi mindent tud _helyböl_.

hat, ha szerinted a top500 azt bizonyitja hogy a cimtar, a terminal szerver, a certificate szerver, a media streaming server (ezt eppen ma kertek hogy egyet probaljak kivaltani foss megoldassal, hozzateve hogy probaltak vlc-vel de random elfosta magat naponta), meg foleg a shared filesystem mestersegesen gerjesztett igeny felesleges dolgokra, na az meg a hup szinvonalahoz kepest is kemeny fud.

Ebben nem vagyok teljesen képben, ezért kérdezem:
Ez az elosztott filesystem ez ugye az, ami Linux alatt pl. az ocfs(2?), meg valami redhatos másik, annak nem emlékszem a nevére.
Szóval elméletileg ezek létező és működő dolgok. Nem?
Vagy másról beszélünk?
Vagy ezek valamiért nem jók?

G

Mihez kell a certificate server? Sok programnak van certificate servere linuxra is. Plusz clustert is lehet linux alatt is építeni. Valamint szeretném egy mostani Windows serverrel öszzehasonlítani de az csak pár évanként jön ki, míg linux disztró sok esetben minden fél évben.

Gabu elosztott illetve shared kifejezést használt.
Én mondjuk azt nem tudtam, hogy van DFS, de nem is ezt írta. (Bár persze lehet, hogy erre gondolt, de nekem nem ez ugrott be róla)

De Turul szerint ez a DFS létezik Linuxon.

Lehet, hogy Gabu valami másra gondolt (ami nem létezik Linuxon?)

G

Mesterségesen generált igény felesleges szolgáltatásokra, erősen sulykolva, hogy nincs más út.

:))) Majd ha egyszer elkezdesz dolgozni és a munkahelyen kérik ezeket a szolgáltatásokat, akkor mondd nekik is legyintve, hogy "á, mesterségesen generált igény ez, nincs szükség rá a valóságban..." ;)

Top500 még sincs Win2k3.

Nem is szuperszámítógépekre van tervezve speciális számítási feladatokhoz, hanem nagyvállalati környezetben való használatra, ahol fontos többek közt a könnyű infrastruktúrába integrálhatóság (az már csak hab a tortán, hogy kis- és középvállalatoknál is jobban használható, mint bármelyik alternatíva).

A Gentooval és a Knoppix Live DVD-vel meg abszolút nem is értem, hogy mit akarsz. Olyan ez, mint amikor a kisgyerekek azt mondják, hogy ők igazi orvosok és előveszik a játék műszereiket... ;P

Gentoo val azt, hogy aminek van értelme azt össze hegesztheted.

Arrol én abszolult nem tehetek, hogy a linux egy egyszerű ssh-n keresztül néhány trükkös kis scriptek kurva jol managelhető.
(Ajánlom izelítőnek a Linux Bevetés Közben I-II könyvet, ha még nem ismernéd)

Knoppix al azért jöttem, felsoroltál pár szolgalátátást, amit Win2k3 alapbol tud, nos a Knoppix több szolgáltatást tud alapbol, amit a win2k3 -hoz +ba kell telepíteni, és ha MS -ban gondolkodsz akkor plusz lóvékat kell perkálni.

Szerintem, ha egy win Fanboy probálná leutánozni egy Linux rendszer funkcionalitását (Használhat Free/Open programokat is közben), többet szopna vele, mint én azzal, hogy Linuxos válalati rendszert épitsek ki.

Lényeges különbség, hogy nagyvállalati környezetben többnyire kész igények vannak, amiket a W2k3-mal egyszerű megoldani. Arra viszont nincs igény, hogy egy Linux rendszer funkcionalitását leutánozd :)
Ellenben ha nagyvállalati rendszert akarsz Linux alapon üzemeltetni (nem lehetetlen) akkor Neked kell a W2k3 kész funkcionalitását utánozni. Egyszerűen mert arra van igény. És nem azért van rá igény, mert a W2k3 tudja, hanem azért egyszerű W2k3-mal megoldani, mert az igényekre lett kifejlesztve.

Én már meg sem próbálom megérteni, de fölötem az úr majd bebizonyítja, ma nagyon rossz napja lehet, talán mert rájött, hogy ha te meg sem szólalsz, akkor még talán jobban megy a flame (de legalábbis nem kisebb mértékben), és a debezzegaizé meg a wipeownproperty és hasonló conceptek a lesre futás tipikus eseteivé avanzsáltak (de azér még próbálkozik, ld. aforementioned post, hogy úgy irkáljak, mint a NAGYOK).
--
Gentoo motto: It's worth spending eight hours trying to make something load 20ns faster.

Én nem azt mondtam, hogy nem szólalok meg, hanem azt, hogy értelmetlen vitákba nem bonyolódok ostoba emberekkel. Beszélgetni beszélgetek addig a pontig, amíg átfordul a dolog abba a szokásos szánalmas kerékvágásba, aminek az a vége, hogy személyemet kezdik sértegetni. Onnantól befejezem.

--
trey @ gépház

Nem is azt mondtam, hogy azt mondtad, hogy nem mondasz semmit. :-)
Ebben a topicban meg sem igazán szólaltál, mégis ment a "téma", amint megszólaltál, rögtön idepössentett egy aranyos inszinuációt. :-)
--
Gentoo motto: It's worth spending eight hours trying to make something load 20ns faster.

Kíváncsi voltam, hogy én szítom-e a flame-et. Kiderült, hogy semmi köze a személyemhez. Direkt írtam egy teljesen semleges témájú cikket (se Linux, se Windows, se OS X nem szerepelt benne), és hátradőltem. :) Az eredmény magáért beszél. :)

--
trey @ gépház

Persze kérdés, hogy ki mit ért vállalati rendszer alatt.
Nekem valami hasonlót jelent:
- legyen közös címtár autentikációra (levelezés, távoli VPN belépés, szerverekre autentikáció, ill. user management, wifi, ethernet, stb.), a felhasználói adatok nyilvántartására (IP telefonok userhez rendelése, telefonszámok kiosztása, belső telefonkönyv, naptárkezelés, stb.) és hasonlók.
- ja és ha autentikáció, akkor örülnék, ha nem jelszavakat kellene használnunk, mert az nem biztonságos. Minimum kettős (mondjuk jelszó és birtok alapú) megoldást szeretnék, de később előfordulhat hármas is (jelszó, birtok, biometrikus) bizonyos helyeken. De a certificate-es, birtok alapú "kulcsos" azonosítás must have mindenhol, még a user saját PC-jén is.
- mütyürkezelés, távoli e-mail (blackberry), PDA szinkronizáció (hálózaton, bluetoothon, meg ki tudja min még)
- közös és saját tárhelyek, felhasználókezelés, hozzáférésvezérlés, kvóták, stb.
- kliens PC/notebook központi karbantartás (policyk, programok, beállítások, frissítések telepítése, jogosultságkezelés, stb.)
- kliensek titkosított fájlrendszereinek központi menedzselése (titkosított FS-re írtam a külső USB-s hordozható diszkemre, de tönkrement a gépemben a merevlemez, szeretnék hozzáférni az adatokhoz, stb.), ebbe is bekeverve a hardveres tokent.
- több telephelyet figyelembe véve replikált, elosztott e-mail platform, csoportmunka, meg a hasonló buzzwördök (közös dokumentumkezelés, jóváhagyás, verziókövetés, indexelés, keresés, stb.)
Szerver oldalon:
- központi user menedzsment, frissítéskezelés
- gyors, testreszabható telepítések (CD/DVD-ről ugye vállalati környezetben senki sem telepít egyedi gépeket, majd tölt el két napot azok beállításával)
- hatékony monitoring, riasztások, stb.
- mentések, stb.

Biztos van még, ami eszembe jutna, ha mondjuk egy ilyet szeretnék a nulláról megvalósíttatni mondjuk veled, mint vállalkozóval, de mivel egyelőre nem ez a helyzet, csak leírtam pár ötletet, amit minimálisan elvárnék.
Érdekelne, hogy ezekre milyen megoldást adnál "Linuxos vállalati rendszerrel".

Egyaltalan megoldhato - akar zart forraskodu alkalmazasokkal - mindez barmilyen nem-windows OS-en? Es windozon? ;)

Nem tunik amugy semmi lehetetlennek, kelloen sok energia es swfejlesztes aran meg lehetne csinalni, es talan jo penzert eladni is... (kar hogy se idom se kedvem ilyennel foglalkozni, szep idotoltes lenne a kovetkezo 20-40 evre :))

A'rpi

Nem Windowson: szerintem nem. :)
Windowson: igen.

Persze, semmi sem lehetetlen, szinte mindent le lehet fejleszteni. De a Windowsban egy ilyen környezethez sok minden készen van, a nyílt forrású OS-ekhez pedig nem. És szerintem nem is lesz soha. Sajnos.

A Windowsban az a jó, ami rossz is: a Microsoft egy kézben tartja és nagy telepített bázissal rendelkezik.
Az OSS világban egy feladatot 42 féleképpen lehet megoldani, és 256 féle implementáció van rá, de egyik sem egységes, mindenre kiterjedő, teljes. :(

A hosszan leírt listádról jut eszembe, hogy asszony főnöke két laptop-pal jár hetek óta, mert se az amerikai, se a német, se a magyar support központ (+ teljes fizetett MS support) nem tudja elérni, hogy egy gépen menjen a vpn-outlook-sap hármas, ezért egyik gépen vpn+outlook, a másikon meg vpn+sap.

Jó megoldás, és a meggyőzték a főnököt is, hogy nem olyan nagyon gáz ez. ;)

ui.: tudom, béna az IT

Azt hittem kikövetkeztethető, hogy ha megy a vpn-outlook és a vpn-sap, akkor az outlook-sap páros az, ami nem szereti egymást (egyébként pont egy windows update után, ami cégszinten tesztelve volt és minden gépen jól megy, csak az ő laptopján nem (érdekes módon a 2. kapott laptopon sem, lehet, hogy mégis ő hackel éjszakánként :), tehát még ha belső hálózaton is dolgozik, akkor sem tud egy gépen (a saját gépén) hatékonyan/megfelelően/kényelmesen dolgozni.
VPN gondolom főleg akkor játszik, ha zárás van és este a hotelből még bűvészkedni kell az adatokkal.
Nyomhatjuk még a fülpucit, de nem tudom mi is a végső következtetés, amit le lehet vonni, úgyhogy tedd meg légyszi írd le és én elfogadom ;)

Ez az enterprise megoldás?
De most komolyan. Te odaállnál a főnököd elé és mondanád neki, hogy igazából nem tudom megoldani a problémát, de van egy tök jó ötletem: lesz a mostani windows, abban tud levelezni, de azon belül el kell indítani még egy windowst, abban tudja majd használni a sap-ot.
ha meg a tervezés program véletlenül nem indul el holnaptól, mert frissítjük a nemtudom mit, akkor kap egy harmadik windowst, azon majd az fog futni. Nem olyan nagyon bonyolult, csak váltogatni kell köztük, egyébként minden olyan lesz, mint régen.

De azért felvetem majd az ötletet, köszi ;)

Naja, már eleve az baromság, hogy nem megy együtt a kettő, de ha mégis a gonosz m$ direkt úgy csinálná meg a windowst, hogy az outlookkal semmiképp se tudjon együttműködni a sap (lol), akkor is volna lehetőség még számtalan a 2 külön notebook használatán kívül... :)

Gondolom sokat javult az SAP kliens sebessége az elmúlt időben (vagy sokat fejlődtek a hardverek), hogy virtuális gépre ajánlod. De amikor utoljára SAP kliensekkel volt dolgom, akkor rendesen kellett alá hardver. Még a video kártya típusára is háklis volt. Nem vagyok benne biztos, hogy a SAP kliens + VMware emulált VGA kombó nyerő páros. Bár minden lehet :)

--
trey @ gépház

Ja, ez nekem is többször megfordult a fejemben. Az összes laptopomban a multibayt kivéve ott egy nagy rekesz. Ahova egy CD jatszo vagy egy floppy drive belefér, szerintem beleférne elég plasztik is.

Egyszer asszony laptopja is velem volt, CDG-n mondta az ember, hogy kapcsoljam be a laptopot. Elővettem, elindítottam. Mondta jó. Kérdeztem, hogy a másikat is?
-Miért, van másik?
-Van.
-Jó, akkor nézzük.
Elő, gomb, nem mozdul.
-No, -mondom, -lemerült az akku.
-Jól van, menjek már, ne tartsam fel a sort! -mondta erre ő.

Ez aztán a biztonság.

G

Szentül meg vagyok róla győződve, hogy egy ilyen környezetet 2007. elején nem tudsz összerakni Linuxszal, úgyhogy nincs értelme két rendszerről beszélni.

Mielőtt a linu.gz-fanboyok támadnak: gondolják át és írják le tételesen, hogy melyik pontot mivel gondolták megvalósítani. A saját fejlesztés már nem ér.

Szerintem ez tök érdekes téma.

Mondjuk nekem csak néhány pár tíz - pár ezer fős cégek IT-jére van rálátásom, de ilyen sokmindent egyik helyen se csináltak.

Közös címtárat láttam már, általában volt ahol Outlook-kal, volt ahol Lotus-szal, volt, ahol OpenLDAP-pal.

A legtöbb helyen a gépeket egyszerűen image-ből telepítették. Volt, ahol ghost-tal készült, volt, ahol ntfsclone-nal.

A felsorolt többi feladatot vagy nem valósították meg, vagy csak nem tűnt fel nekem. Persze az általam említett cégek nagy részében Windows (2k, vagy 2k3) backoffice van, illetve 2 helyen vannak Linuxos megoldások is a Win mellett, főként levelezésre.

Szóval érdekes agytorna, ha még vannak ilyen ötleteid, írhatnál plusz megoldandó feladatokat.

G

Desktop gep 2 sorozat van most. Evekig volt egy fajta, most ezek 95%-at lecsereltek egy ujabbra. Gyakorlatilag usernel nincs mar regi. Laptopbol ahogy oregszik el, van kb. 3 valtozat. De lehet, hogy 4.
A lenyeg az, hogy minden a korabbiaktol kulonbozo geprol egy telepites utan keszul egy image.

Biztos azok is nagyon jo dolgok, amiket bra irt, bar azokkal nincs tapasztalatom. De az, hogy az osszes gep ugyanolyan, az szerintem egy 50+ fos cegnel mar alap kellene, hogy legyen. Dolgoztam olyan helyen (20 fo), ahol minden gep kulonbozo volt. Hiba eseten a hibakereses halal.
Ha meg ugyanaz a gep, akkor hiba eseten csak a hd ugrik a kovetkezo gepbe, es mehet tovabb a munka.

Telepitesekrol, frissitesekrol nem is beszelve.

G

A leírt pontok úgy születtek, hogy:
- körbenéztem mi van nálunk most
- leírtam, hogy mit kellene megoldani az elkövetkezendő időben (mert már a csírája megvan)

Semmi olyan nincs, ami ezen kívül esne, azaz pld. új dolog lenne, ne lenne már most meg valamilyen szinten az alapja, vagy ne lenne rá már most igény, előírás.

Magyarul semmi extra, szerintem ezek egy (IT) vállalati környezet alapjai.

"Érdekelne, hogy ezekre milyen megoldást adnál "Linuxos vállalati rendszerrel"."

Nem tudom, hogy jól tudom-e, de mintha a Novell eDirectory és további Novell termékek talán lehetővé teszik az ilyesmit Linuxon. Majd valami novelles szakember kijavít.

Néhány dolog:

* Secure your wireless network
* Use Biometrics, Smart Cards and Tokens for advanced security
* Integrate with Kerberos

Stb. stb.

Személyesen tudok olyan magyarországi, tőzsdén jegyzett nagyvállalatot sok milliáros forgalommal, sokszáz userrel, aki a tavalyi évben a Microsoft és a Novell közül a Novell-t választotta (Kálmán tudja melyik cég, mivel együttműködtünk velük). Egyelőre Netware kernellel, de az ott dolgozó szakemberek elmondása alapján telepíthették volna Linux kernellel is, __ha értettek volna hozzá__. Technikai akadálya nem volt. Viszont ha az infóim nem csalnak, akkor fokozatosan Linux kerneles Novell megoldásokat fognak telepíteni.

(Megjegyzés: jelenleg választható, hogy ezek a Novell rendszerek régi Netware vagy új Linux kernellel települjenek. Ez a következő kiadástől nem lesz, marad a Linux kernel.)

Úgyhogy egyáltalán nem látom, hogy miért ne lenne ez kivitelezhető. :)

PS: a Novellnek már akkor volt címtára, amikor a Microsoft-nál az Active Directory csak egy merész álom volt (Windows 2000-ben mutatkozott be).

--
trey @ gépház

>> Úgyhogy egyáltalán nem látom, hogy miért ne lenne ez kivitelezhető. :)
olyankra tudok gondolni, mint hogy ez egy subsetje a bra által felvázoltaknak, a technológiák többségének köze nincs a linuxhoz, az ott dolgozó szakembereknek (igény hiányában, persze az ilyen urban legendeken kívül) sincs lövése, hogyan lehetne ezt ráerőszakolni linuxra (arról meg főleg nincs, hogy minek)

>> PS: a Novellnek már akkor volt címtára, amikor a Microsoft-nál az Active Directory csak egy merész álom volt (Windows 2000-ben mutatkozott be).
és a novellnél még nem is hallottak akkor linuxról

a technológiák többségének köze nincs a linuxhoz

Természetesen, hiszen csak a Windows-hoz van köze.

az ott dolgozó szakembereknek (igény hiányában, persze az ilyen urban legendeken kívül) sincs lövése, hogyan lehetne ezt ráerőszakolni linuxra (arról meg főleg nincs, hogy minek)

Most akkor a techonológiákról vitatkoztok, vagy az azt használó/nem használó emberekről?

és a novellnél még nem is hallottak akkor linuxról

A Calderát sem a Novelltől kilépett mérnökök alakították. Természetesen a Management (nagyon
helyesen) akkor még nem vette komolyan a Linux-ot.

init();

A Novell megoldásai nem "lesz valamikó'" típusú megoldások (és ezek jelenleg is futnak Linux platformon is). A "véget ér a vizsgaidőszak" típusú beszólásokat gentúhuszároktól:-) pedig nem kell komolyan venni, és ettől még az említett platform (pl. a Novell vagy az IBM pátyolgatásával, és a saját szoftvereik Linux-ra portolásával) lehet stabil nagyvállalati platform. A Novell Directory Services (eDirectory vagy mi a neve most), meg Novell Certificate Server meg stb., pl. a Linux mellett fut Solaris-on, AIX-en vagy HP-UX-en is még akkor is, ha esetleg mi itt a Keletbalkánon nem láttunk még olyan embert, aki látott volna már olyan embert aki látta már működés közben is...

Az a vicces, hogy 99-ben még azért fikázták a Linux-ot sokan, merthogy nincs rá
normális brand gyártótól származó adatbáziskezelő (értsd Oracle, IBM, Informix),
ma meg (mióta a felsorolt cégek sokszázmillió dolláros forgalmat csinálnak évente
belőle) azért, mert nem lehet nagyvállalati infrastruktúra alapja. Kíváncsi leszek
2012-ben mi lesz a fikázás alapja.

init();

Foglalmam sincs, hogy mit ajánlanék, ha valaki ilyen meseszerű igénnyel állna elő, mert egymillió dologtól függ. Egy biztos, kurva sok pénzébe kerülne. Az ilyen döntések meghozása általában sok ember sok napi (heti, havi) összmunkája. Azt akartam mondani, hogy nem tartom kizártnak, hogy a Novell termékeiból, úgymint ZENWorks, Open Enterprise Server, meg mit tudom én mi nincs még nekik (mindig azt hangoztatják, hogy mindenre van megoldásuk) ne lehetne megcsinálni az igények nagy részét, ami nem nincs, azt ne lehetne hozzáfejleszteni (történt ez konkrétan az említett esetben, ahol kellett fejleszteni nem levő funkciót, és meglepődve tapasztaltuk, hogy milyen gyorsan, és milyen fillérekért csinálta meg, aki megcsinálta).

--
trey @ gépház

Gyorsan végigfutva a novelles terméklistán és azok rövid és semmitmondó leírásain, plusz visszaemlékezve, hogy a Groupwise, a Netware és hasonlók mit tudtak 6-7 éve, valóban nem tűnik lehetetlennek, amit mondasz.
Ugyan messze van az "összehackelem Gentooból" mentalitástól, viszont kétségtelen, hogy az alapja egy Linux kernel és a hozzá tartozó (novelles) userspace lesz.

Vajon erre gondolt turul16, vagy ő Gentooból hackeli össze? :)

Az NDS Netware-en valóban előbb volt, és jobb is volt. A Netware sem volt rossz dolog, legalábbis műszakilag. :)
Csak hát kihalt mindkettő, illetve előbbi átalakult abba, amit írsz. Tapasztalatom nincs vele (eDirectory).
Maga az NDS már akkor tudott olyan dolgokat, amiket az OpenLDAP még most sem (ez mondjuk nem nagy ügy, az OpenLDAP az egyik legbutább LDAP szerver :), bár emlékeim szerint általános LDAP szerverként használni annyira nem volt kellemes (az LDAP inkább csak interfész volt hozzá, ugyanúgy, mint az AD-nél, nem pedig célplatform).

A Novell megoldásával sok mindent meg lehetett tenni Netware (szerver) és Windows (kliens) platformon, már akkor, amikor a Windowsban ezek sehol sem voltak, ez kétségtelen, volt szerencsém találkozni vele és olyannal is, aki értett is hozzá. :)

Elfogadom, hogy a fent összeírt feladatok egy részét meg lehet csinálni ezek Linuxra portolt (vagy azóta újraírt, de akár új termék) verzióival, de ez nem az a kategória, amiről szó volt ("Gentoo val azt, hogy aminek van értelme azt össze hegesztheted." és a többi :).

Lehet, hogy a Novell megújult, de nekem még mindig egyenlő a sátánnal. :)

Érdekes lenne összehasonlítani egy microsoftos és egy novelles megoldást, műszakilag és árban is.

"Akkor hogyan is számoljuk ezeket a munkaórákat pontosan?"

Gondolatban veszünk egy mai linux-ot, és elmerengünk, hogy

Kb. ugyanannyi munkaóra van-e befektetve egy mai linux-ba, mint a Win3.11-be?
Kb. ugyanannyi munkaóra van-e befektetve egy mai linux-ba, mint a WinNT4-be?
Kb. ugyanannyi munkaóra van-e befektetve egy mai linux-ba, mint a Win95-be?
Kb. ugyanannyi munkaóra van-e befektetve egy mai linux-ba, mint a Win98-ba?
Kb. ugyanannyi munkaóra van-e befektetve egy mai linux-ba, mint a Win2000-be?
stb.

Annak a függvényében folytathatjuk a "korrekt módon történő összehasonlítást", hogy mi jött ki eredményül.

Hát, én nem leszek már orvos ebben az életemben az tuti, és anno még azt tanultam, hogy csak az számít ki ér oda elsőnek, de ezt biztosan jobban tudod ;) Mindenesetre ha lehet én az egy órás fogantatásra szavaznék, az mégiscsak jobb. :-P

Értem, tehát szerinted az korrekt dolog, hogy egy több mint 3 éve kiadott oprendszer hardver támogatását hasonlítod össze egy max. fél éve kiadottal... Nyilván én vagyok az elfogult és egy szakmailag nulla flamer, ha úgy gondolom, hogy ez nem "korrekt módon történő összehasonlítás", ehez gratulálok neked. Egyben szívesen látom a te nyílt forráskódú megoldásaidat is a bra által felvetett követelményekre (aki persze valószínűleg szerinted szintén egy szakmailag nulla flamer).

Az igazság kedvéért tegyük hozzá, hogy a Windows 2003 jelenleg a Microsoft szerver-operációsrendszerek zászlóshajója (mi mást próbáltak volna helyette a Microsoft termékpalettáról).

Meg persze azt is, hogy egy Intel brand szervernek sem kell csak úgy nekiesni, hanem használni kell hozzá a megfelelő driver CD-ket, meg persze átolvasni a gyártó által kiadott dokumentumokat, hogy hogyan is kell arra a szerverre feltenni a Win2003-at. Lehetetlennek tartom, hogy az Intel ne támogatná megfelelően a Win2003-at a szerver termékein.

init();

Azért azt halkan megjegyezném, hogy a "közönséges e1000" sem annyira egyszerű téma a valóságban, mert bár driver szempontból akár ugyanaz meg is tudhatja hajtani az ICH5-től az ICH8-ig mindegyiket, de a hardver azonosítói mindegyiknek különböző, így egy régebbi PCI ID-hez hiába van hozzárendelve a WHQL driver, az új ICH8-asnál nem fogja azt feltelepíteni. Ez viszont nem csak Windows esetén van így... Kérdezd trey-t, ő a PCI ID expert! ;P

Hat azert en eltudnek kepzelni gyorsabb bootot is :(, az a gond hogy a kulonbozo biosok rengeteg idot elpocsolnek... :(((
Egy korabbi mokanal 7 vinyos raid5nel pillanatok alatt felallt a 2k3, es most sem a 2k3 bootidejevel van bajom...

York.

------
"Nyugi! Minden a legnagyobb rendben csúszik ki a kezeim közül..."

Egyetertes. Ennek ellenere a mai disztrok nagyreszeben az init scriptek kb. 80%-a abbol all, hogy mit lehet parhuzamosan inditani, ezzel meggyorsitva a bootot 3 masodperccel. Ezen kivul erdekesebbnel erdekesebb hibakat is csinal. De a gyorsan bootolas az kell, nem a suspend to ram/disk.

Ha nem Pistike desktop pc-je kategóriában játszol, akkor nyilván nincs olyan, hogy egy szolgáltatást kizárólag egy gép biztosít. Akkor pedig a boot idő a legkevesebb, hiszen:
- tervezett leállásnál biztosítottad a megfelelő erőforrásokat a szolgáltatás zavartalan működéséhez
- nem tervezett leállásnál pedig tudod, hogy a rendszer úgy van méretezve, hogy n gép kiesését tolerálja

Vagy most mégis Pistike desktop pc-je szolgáltató bt-t játszunk? :)

Szerintem olvasgass még arról, hogy ott, ahol nem játékból használják a Windowst és szakértelem is van hozzá, hogy szokás telepíteni.
Mondjuk nem hiszem, hogy ott intel brand szervert használnának. A LEGO-szerverek nem igazán elterjedtek ezekben a körökben. :)

Ne legyél már ergya.
http://en.wikipedia.org/wiki/Windows_2003
Release date: April 24, 2003

http://en.wikipedia.org/wiki/Ubuntu_%28Linux_distribution%29
Latest stable release: 6.10 / October 26, 2006

Próbáld meg pls. a 2003. április 24-én elérhető ubuntut az intel brand szervereden. (muha :)
Ja, akkor olyan még nem volt. Debian woody esetleg?

A kettő amúgy sem hasonlítható egymáshoz ilyen szempontból, de ezt neked is tudnod kellene.

Minden egyes uj windows megjelenesevel csomo hardverhez mar egyszeruen nincs tobb driver.
Most lehet mondani, hogy vegyen ujat az ember, de pl. ha egy soros portos 180ezer huf-ba kerulo cuccrol van szo? Van meg par ilyen cuccom.

Ha linux alatt egyszer megy, es belekerult a mainline-ba akkor tobbe-kevesbe megy utana is.

Ez foleg akkor lesz erdekes, amikor a 64bites procival es 8GB rammal veszik meg a gepeket (kb. 2 ev mulva?;), akkor a linux sokkal jobban fog allni mint az akkori win64. (tenyleg, a 64bites windows hogy all?;)

Jah tudom nem kell a 64bit, meg hulyeseg az egesz, de pl. az en (kisse elavult) laptopomban is 1.5GB ram van. Es ez csak egy regi laptop...

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Ha linux alatt egyszer megy, es belekerult a mainline-ba akkor tobbe-kevesbe megy utana is.

aha. tobbe-kevesbe, de amikor mar a sokadik hardvernel lett a "mukodo" allapotbol "tobbe-kevesbe", akkor ez az apro kulonbseg eleg is lett ahhoz hogy egy addig hardcore linux user (en) kibassza a gecibe ugy ahogy volt, es vegyen egy mac-et, ahogy a kornyezete is tette. e teren azota is (~2 ev) a regi rendszerehez kepest maximalisan meg van vele elegedve.

ugyan nem nekem szolt a kerdes, de csak a multheti termes:
- Abit ST6 alaplap integralt HPT 370 ide(-kanuRAID) vezerlo driverje ujabb 2.6 kernelekkel el Ooops-ol bootolaskor.
- Intel pro/100 (e100 driverrel) regebben (2.6.14) magatol felismerte az MDI-X-et es linkelt (sima kabelt hasznalok crosslink helyett 2 kartya kozt), ujabb (2.6.16.3x) meg nem teszi ezt. Persze ez biztosan feature, de engem elegge kiakasztott mikor remote kernel frissites utan mehettem be megnezni miert nem erem el reboot utan tobbet a gepet... vegul megneztem a 2 driver diff-jebol mit basztak el es megpatkoltam kezzel, igy jo.
(linux = the first enterprise-grade barkacs os)

ez kicsit regebbi: az initio 9100uw scsi vezerlo drivere csak par honapja lett ujra lefordithato 2.6-ban, addig elszallt forditasi hibaval, valami #error fixme not ported to new api stb szeru uzenettel. 2.4-ben mukodott mindig is jol.

A'rpi

Btw, a kernelnek van mar bugzillaja, vagy meg mindig az egyes disztrokeszitok ,,feladata'' a bugok osszegyujtese es javitasa?

Ja, btw, ha ennyire rossz a kernel fejlesztese, akkor miert nem forkolnak?
Ja, hogy senki mas nem ert hozza?;)

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Emlekszem meg azokra az idokre, mikor meg anno 2.4-es kernel sorozatnal az unusable intel ethernet milyen jol supported volt. Olyan frankon, hogy kenytelen voltam belepecselni a kernelbe az echte intel drivert, mert kb. loszarral volt egyenlo. :)

---
pontscho / fresh!mindworkz

szivesen felsorolnam, de nem emlekszek mar ra hogy 2 eve milyen tajvani chipsetek voltak a toshiba pecefospumpa notbukomban. az audiot tuti elbasztak mert mar mplayer 5fps-el ment vele, az acpi meg soha a budos eletben nem is mukodott vele megbizhatoan. (sleep->never waking up) az fb driverhez nekem kellett kernelpatchet kuldeni hogy mukodjon vele. a pcmcia kartyakat random latta anonymous memorynak, ilyenkor pcmcia restart, powercycle etc

havonta egyszer random elofordulassal teleirta 0x00-val a /sbin/cardmgr-t APM sleepnel (eljen az userland pcmcia kezeles), utana szerezhettem meg floppyn vagy cd-n azt az 1 binarist (persze elotte forgathattam le statikusan a masik gepen, eljenek a fasza glibc verzio inkompatibilitasok!)

ja a bluetooth stack is egy kalap hakkware szar amit agyon kellett acsolni ha az ortodoxtol eltero dolgot szerettem volna (pl uj eszkoz pairing), es mellesleg asszem az infra se ment de ez mar igazabol lenyegtelen. amugy azota windows xp-vel (2001!) hasznalja az uj tulaj, es tokeletesen mukodik./~

Pl. az Adaptec SCSI RAID-jére (3420S, vagy melyik) igaz ez, ráadásul még 2.4-es szériával! :I Egyik ügyfélnél jött elő, kernelupgrade után a szerverük nem éledt föl. Anyázás, bementem megnézni, meg se találta a kártyát. Visszaraktam a régi kernelt, azzal ment jól.

A vége az lett, hogy kikúrtam a gépből az Adaptec zsugát, mivel a driverproblémától függetlenül egy fospumpa (lassú és nem tud lekezelni eltérő méretű lemezeket). Szoftveres RAID-del azóta is szépen működik.

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.

Gondolom mar paran elmondtak neked, de az apple oprendszere egy adott hardveren lett tesztelve, es a hardver joval dragabb is, es nem emiatt. Hanem a marketing es eleterzes miatt.

Ha lenne a hardverhez normalis linux tamogatas
(ertem ezalatt foleg az Ati kartyajukat),
es azt a rohadt egygombos egeruket vegre hanyagolnak,
akkor esetleg fontolora lehetne venni uj gep vasarlasanal.

De pont ezt mondom, hogy nem kellett volna elterjednie egy generic x86 (aka. pc) hardvernek,
hanem nyugodtan lehetne mindenkinek egyedi gepe es oprendszere.
A macosx felhasznalok is elvannak. Bar ha nem jott volna az ipod laz (hiaba az emberi hulyeseg hatartalan), akkor kivancsi lennek most hogy allna az apple.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Gondolom mar paran elmondtak neked, de az apple oprendszere egy adott hardveren lett tesztelve, es a hardver joval dragabb is, es nem emiatt. Hanem a marketing es eleterzes miatt.

utolag mar ezt is tudom, egyszer otlet szinten eszembe is jutott hogy a kitesztelt platformrol visszavaltsak egy agyonhasznalt-nemteszteltre amihez meg marketing es eleterzes sincs nemhogy driver tamogatas, de aztan megse. ugy gondolom nem kovettem el oriasi baklovest.

Ha lenne a hardverhez normalis linux tamogatas
(ertem ezalatt foleg az Ati kartyajukat),
es azt a rohadt egygombos egeruket vegre hanyagolnak,
akkor esetleg fontolora lehetne venni uj gep vasarlasanal.

eloszor en is ugy voltam vele hogy megnezem az osxet aztan majd felrakok ra linuxot windowmakerral, de ez igy az elso par ora osx experience utan kurvagyorsan elfelejtodott, es soha tobbet nem is jutott eszembe. a notebookon egyaltalan nem hianyzik masodik gomb se (tudod, GUI tervezes; nem, nem a gnome guidelinesra gondolok), asztalon hasznalva az ibookot meg harom gombos MS egerrel et-zek.

linux again? no thx. ever.

>a notebookon egyaltalan nem hianyzik masodik gomb se (tudod, GUI tervezes; nem, nem a gnome guidelinesra gondolok),

A hosszu gombnyomas csak egy alias a jobbgombra. Mondhatod, hoyg sokkal jobb hosszan nyomni a a gombot, minthogy legyen 1 plusz gomb ra, de ezt MEG KELL SZOKNI. Nekem nem megy/nem ment. Nekem kell a 2 egergomb, szerintem az e gombos pocsoles szar.

Az hogy 2 ujjal lehet scrollozni, 5letnek jo, de nekem jobban tetszik a touchpad szelen levo scrollsav (azt a laptopomon tenyerrel is lehet aktivalni;)

Szerintem az apple laptopjan levo touchpad nevetsegesen rossz. Fel kellene mar ismerniuk, hogy kell a 2 gomb (nehany ember igenyli), es csinaljak meg cserelhetore;) akinek 1 gomb kell raragaszt 1 muanyagot;)

Apple laptopban csak a toltokabel tetszik (magneses), a tobbi dologtol nem estem hanyat.

Azert az applenek se jon be minden. A firewire-t is hogy eroltette (miert is? usb2.0-nal nem is gyorsabb), sokaig az ipodjait is csak azzal szallitotta.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

A hosszu gombnyomas csak egy alias a jobbgombra.

hosszan nyomtam de nem tortent semmi. ez vmi urban legend? amugy ctrl+click a jobbclick. az olyan notebookoknal ahol nincs ketujjas scroll (!osx), inkabb diktalok minthogy hasznaljam, ugyis csak ideges leszek a pc'ish hackektol.

Fel kellene mar ismerniuk

megse ismerik fel, hat most mondd meg. biztos nem hasznalnak linuxot.

a bugos szemet usb-t meg ugy utalom mint a szart, azert hadd ne egye mar le a masfel gigahertzes cpu felet egy kurva copy. firewiren sokkal nagyobb sebesseggel tolok at barmit is mint usb-n, a videoeszkozt is csak racsatlakozom es mar 1 clickre mukodik is az import, etc. usb sucks. ja, es firewire target disk mode nelkuli gepen csak rohogni tudok.

A firewire-t is hogy eroltette (miert is?

tenyleg, ha nem tudod akkor minek peldalozol vele? fud, troll?

sokaig az ipodjait is csak azzal szallitotta

amig meg nem hoditottak a pecewindowspistike platformot, ahol ilyen "premium" eszkozok mint firewire nincsenek. az apple vilag attol meg maradt 100%-ban firewire (iSight, iMovie, professzionalis home/studio hangkartyak), usb-n audio/videoatvitelt nem is supportalnak, mondjuk az usb ismereteben ezt meg is ertem.

>hosszan nyomtam de nem tortent semmi. ez vmi urban legend?
Franc se erti, nalam ment. Igaz regen probaltam, dehat ez van. A lenyeg: szukseg van ra, lehet te ctrl-click-et hasznalsz, lenyegtelen.
(macos9-ben tuti hosszan kellett nyomni, az elso macosx-ben is imho.
Most is gepelgettem egy macbook pro-n, de epp nem hasznaltam jobb klikket)

>megse ismerik fel, hat most mondd meg. biztos nem hasznalnak linuxot.
meg ugy altalaban semilyen mas gepet.

>amig meg nem hoditottak a pecewindowspistike platformot, ahol ilyen "premium" eszkozok mint firewire nincsenek.
Egy mp3 lejatszohoz azert megiscsak tulzas. Persze erre is van biztos valami jo magyarazatod.
Az usbben pont az a szep, hogy barhol hasznalhato, mindenfele usb atalakitot lehet kapni (csak hogy 2-ot mondjak: serial->usb, palystation2->usb).

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Egy mp3 lejatszohoz azert megiscsak tulzas. Persze erre is van biztos valami jo magyarazatod.

ehhez nincs szukseg semmilyen magyarazatra, ugyanis pont azert ertetlenkedsz ebben a temaban is amiert a ketgombos notebookot erolteted: sose hasznaltal mast (think different).

Az usbben pont az a szep, hogy barhol hasznalhato, mindenfele usb atalakitot lehet kapni (csak hogy 2-ot mondjak: serial->usb, palystation2->usb).

ha pedig felreteszem a csigaaspecifikus explanationt, akkor ott van meg egy technologiai tulajdonsag is, miszerint hiaba van USB az iPod-on, mert csak iTunes-el hasznalhatod (mar ha hallgatni is akarsz rajta valamit).

az nem annyira erdekel hogy "mindenfele" usb atalakitot lehet kapni, mert a firewire csatlakozobol van 2 fajta, aszt jonapot, ne zaklass. amugy ha lenne, firewire billentyuzetet es egeret hasznalnek, szar bugos usbt meg elfelejtenem (hadd ne soroljam milyen vicces mikor linux alatt olykor teljesen random hogy a kernel azt irja-e ki hogy "usb device not accepting address"). 3-fele usb driver amit mindet be kell tolteni, meg hasonlo vicces dolgok. usb suxx ass badly.

gondoltam moderalom magam (veled ellentetben;), de a kontextusban teljesen rokon ertelmu: a kifogas egy picit ,,arnyaltabb'' .

De ha ragaszkodsz hozza felolem sirhatsz;)

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

ugy erted, igy?

A regi kernelem 2.6.16-rc3 volt, az akkori legujabb. Akkor azert kellett (tobbek
kozott) kernelt forgatnom, mert a laptopba levo wifi kartya(bcm43xx) drivere
akkor volt eloszor hasznalhato, kellett meg a madwifi driver is
(a masik wifis kartyamhoz). Plusz nehany olyan aprosag is, mint wacom tabla
(serial->usb atalakito), tancszonyeg, etc.

A mostani kernellel (2.6.19.1p7) szemben tamasztott igenyeim:
1. madwifi-ng + aircrack-ng.org patch (eddig madwifi-old ment)
2. nvidia
3. suspend2
4. procisebesseg mutatasa
5. pulseaudio
6. bcm43xx (elvileg kernelben, csak devicescap verziot kell kulon lebanyaszni,
de ez nem kell nekem)
7. beryl (forgo kocka)

Viszont a masik oldalrol az uj kernelforgatast allando szivas koveti, megha
mindenre megprobalok ugyelni, akkor is. Pl. nvidia driverevel allandoan szivnom kell,
a multkor kezzel kellett ossze-vissza patchelnem. Most az 1.0-9746 -os driverevel
a kartyam obsolate vacak lett (1 eves laptop), az 1.0-8756-ot megint patchelni
kellett. Aztan vegulis kiderult, hogy az 1.0-9631 is jo nekem,
amit elo kellett turnom.

> es azt a rohadt egygombos egeruket vegre hanyagolnak,

ma mar hanyagoljak, de 2 eve meg 1gombost adtak a g5-omhoz :(
mondjuk nem izgatott nagyon mert megy a pc-s egeremmel is...

amugy az nem annyira igaz hogy joval dragabb, mert 2.5 eve amikor en vettem, nem az osx vagy linux miatt valtottam, hanem pont azert mert ugyanezt a teljesitmenyt pc-ben sem lett volna olcsobb osszerakni (legalabbis normalis alkatreszekbol), raadasul ez mar 64 bites volt ;))))) meg en naivan azt hittem a linux ezen is megy jol, szoval tok mind1 nekem hogy p4 vagy g5 procik vannak a dobozban.

masreszt amikor megjelentek a core duo-s macbook-ok, mindenki arrol beszelt hogy az a legolcsobb core duo-s laptop es (ebben mondjuk tevedtek sajnos) az raadasul minosegi cucc...

A'rpi

>ma mar hanyagoljak, de 2 eve meg 1gombost adtak a g5-omhoz :(

En nem latok olyan laptopot ahol 2 gombja lenne. link?

Anno amikor meg iMac-juk volt ahhoz tok jo billuk volt es anno baromira
szerettem rajta gepelni. Ezert is vettem egy mac billt meg a nyaron, arban nem volt
*annyira* draga, de orjitoen rossz rajta gepelni, a space pl. allandoan beragadt.
Mondjuk az integralt usb hub az baromi jo 5let.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Egerrol volt szo, nem laptop touchpadrol...

En rendeltem anno a G5-hoz kulon kb 17eFt-ert mac billentyut, de ronda (nekem nem jon be a designja, meg hogy csak a billentyu szeleig tart a billentyuzet es nincs hol megfogni, tamaszkodni ra stb).
Ezt meg is bantam, gagyi usb-s billnek kicsit draga volt, masra meg nem jo. Az usb hub a billentyuzetben meg hihetetlen nagy baromsag, biztos huzgalok 5 madzagot a billentyuvel ha az olembe akarom venni? Akkor mar inkabb a monitorban legyen a hub (abban is van, de csak usb 1-es, egy regi sony crt), bar az se tul hasznos.

A'rpi

>Egerrol volt szo, nem laptop touchpadrol...
Bocs en vegig touchpadrol beszeltem;)
Mivel laptopom vasarlasa elott komolyan gondolkodtam az apple gep vasarlasan.
Hasznaltam 2 evig iMac-et, azon sima (kb. 30cm zsinorral) szerelt eger volt.
Mostanaban hasznalgattam egy macbook pro-t, de azon is csak 1 gomb volt.
Neztem meg a mighty mouse-t nyaron amikor a billt vettem,
de mintha ott is csak 1 gomb lenne (bar az egesz egeret le lehet nyomni).

Hat igen a bill. Nincs szele, ez baromira zavaro, es tok nagy a gombok utja, koze nincs a laptopok billjeihez
(az imac-en anno fekete volt a bill, enyhen attetszo, es hasonlitott egy picit a laptopok billjeihez.)

Az egeret meg kihuzhatod, amikor az oledbe emeled, pont ezert jo az usb;)Az mar zavarobb, hogyha nem az asztalon van a gepen (pl. a polcon) akkor a kabele nem er el addig (kb. fel meter), igy usb hosszabbito kell hozza;-\

Jah igen. A billben is csak 1-es hub van. Ez eleg nagy hulyeseg imho.
---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Hogy valami szakmai legyen:
MEgnezned, hogy firefoxban a control-klikk helyettesitheto-e a hosszu bal klikkel?

Igen a macbook pro nem az enyem volt, igy csak hasznalgattam;) Viszont iMac-et 2 evig hasznaltam, bar ez nem ma volt (2000-2002), ott tuti volt hosszan nyomjuk az egeret. macOS9-ben egeszen biztos vagyok es az elso osx-eknel is igy volt. Szerintem firefoxban mukodik. En ott hasznaltam.

A dock-on probaltad gabucino?

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

MEgnezned, hogy firefoxban a control-klikk helyettesitheto-e a hosszu bal klikkel?

miert ne rogton a linux kernelben nezzem meg? vagy hogy kerul a bugroka egy apple-osx threadbe?

amugy szerintem onnan fakad a tevedesed, hogy 2 ev osx hasznalat kozben csak es kizarolag a dokkot hasznaltad, ugyanis ott van hosszuclick. de minek...

>vagy hogy kerul a bugroka egy apple-osx threadbe?

Ha macosx-et hasznalok, akkor nem hasznalhatok firefoxot?;)
Mivel te azt mondtad, hogy urban legend, igy kenytelen voltam visszaemlekezni;)

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Ha macosx-et hasznalok, akkor nem hasznalhatok firefoxot?;)

nemtom, te arra panaszkodtal hogy szemet apple, arra kenyszeriti az usereit hogy egy gombot hasznaljanak. en azert elmondanam (bar 2 ev osx hasznalat utan te is biztosan tudod), hogy az apple nem szallitja a firefoxot, se hivatalosan, se nemhivatalosan. ne magyarazkodj, abbol sose jossz ki jol. foleg ha ezt irtad:

A hosszu gombnyomas csak egy alias a jobbgombra. Mondhatod, hoyg sokkal jobb hosszan nyomni a a gombot, minthogy legyen 1 plusz gomb ra, de ezt MEG KELL SZOKNI. Nekem nem megy/nem ment. Nekem kell a 2 egergomb, szerintem az e gombos pocsoles szar.

es azt a rohadt egygombos egeruket vegre hanyagolnak

Kipróbáltam pár hétig egy G4-es PowerMac-et. Sajnos nem volt hozzá egér, ezért egy szokványos egeret használtam, két gombbal és egy görgővel A gépen Tiger volt és tökéletesen használta az összes gombot és a görgőt. Notebookon meg a billentyűzet úgyis a kezed ügyében van.

Ave, Saabi.

Csak en hasznalom notebookon a touchpadet? Nekem nagyon kezreall.
Anno gondolkodtam apple gep vasarlasan (laptop), de mivel meg mindig 1 gombos valtozat van, emiatt is ejtettem az 5letet.

Vagy mindenki egeret dug a laptopjaba, ha hasznalni akarja?
(latok jopar embert akinek a laptoptaskajaban a tolton('doh li-ion)
kivul az eger is elmaradhatatlan.)

Noh eleg az offbol. Nekem is ki kene amradnom az ilyen parttalan vitakbol.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Eh, én voltam figyelmetlen, mire válaszolok.
Nos, a G4-es PowerMac _nem_ notebook. Helyette egy bazi nehéz, de szép desktop gép. Azt akartam csak leírni, hogy a GUI természetesen érti és kezeli a sok gombot, görgőt, miegyebet.
PowerMac vagy iBook sose volt a kezemben. Ott viszont valóban felesleges egynél több gomb az egérhez, ha van helyettese a billentyűzeten. Ha a touchpad-et használod, akkor a keyboard úgyis a kezed alatt van, akkor meg már nem mindegy, hogy egy jobb oldali egérgombot, vagy a ctrl-t nyomod meg? Azt nem tudom, hogy Macintosh notebooknál zónázható-e a touchpad, feltételezem igen. Én a saját notebookomon a tap-pal csak bal click-et nyomok és kényelmes lenne, ha a jobb click-hez csak a bal ctrl-t kéne lenyomnom a tap mellé.
Sajnos ilyesmit nem tudok a synaptics-nál beállítani. Cserébe van négy gombom a touchpad körül. Az alsó kettő olyan felesleges, hogy még sose kellett használnom.

Ave, Saabi.

Nekem határozottan az volt a tapasztalatom, hogy a Windows 2000-hez készült driverek nagy része működőképes Windows 2003-on is (mondjuk úgy, hogy a legutolsó Windows, leszámítva a Vistát), de nyilván vannak kivételek.
A 64 bitet pont ne hozd fel, mert a Windowsban rengeteg minden változott és a Linux sem áll túl jól ebből a szempontból (ha a bináris drivereket nézzük). A forrás formában is elérhetőeket pedig sok esetben úgyis pofozni kell, hogy egyáltalán egy újabb kernellel kompatibilisek legyenek.

No nezzuk, milyen nyilt grafikus OS-ek vannak jo driverellatottsaggal:
- OpenSolaris
- SUSE/Ubuntu/Fedora/Mandriva/... Linux
- SymphonyOS; Ez is Linux, de legalabb defaultbol kicsit maskepp konfiguralt, ujszeru GUI-val.
- PC-BSD/...

Nyilt grafikus OS-ek kozepes driverellatottsaggal:
- Haiku
- Syllable

Nyilt grafikus OS-ek gyenge driverellatottsaggal:
- ReactOS (a kovetkezo par evben nem igazan fog elkeszulni)
- MenuetOS
Valamint a poen kedveert:
- MINIX (elindul az X rajta)
- FreeDOS (OpenGEM vagy SEAL)

Mindet nyilvan nem sikerult felsorolnom. De eleg jol latszodik, hogy a jo driverellatottsagu projectek mind egy semara epulnek - meg akkor is, ha bizonyos dolgokban jelentos az elteres kozottuk.

Ha valami gyokeresen ujat szeretnenek, akkor nyilvan szakitani kell sokmindennel. Ennek pedig ara van. Nyilvan jo dontesekkel (pl. licensz es ennek megfelelo kod ujrafelhasznalas) jelentosen csokkenteni lehet ezt az arat.

OpenSolaris vs driverek... Sun gépen biztos jól megy...
x86-on próbálj beüzemelni rajta BÁRMILYEN TV-tunert. Jó munkát :p (bt848 *állítólag* megy, legalábbis külső projectként van vmi CVS, csodás)

Linux: ROTFLOL
2 óra guglizás míg meg merek venni vmit a boltban.

Nos, ha neked ez a "jó" ellátottság, akkor mi a "közepes"?? :p

Nem, megpróbálnák bebizonyítani hogy a Linux részesedése 100% fölött van a játékpiacon :p

Különben az "über driverellátottság = Linux Solaris BSD *fapfapfap*" hozzászólásra csak azért nem szóltál vissza egy "OSX *fapfapfap*"-ot, mert egyszerűbb volt nekem beszólni.

A USB-s névtévesztésed is bizonyítja, hogy csak a flame kedvéért vitatkozol.
Hagyd már abba...

Nem, megpróbálnák bebizonyítani hogy a Linux részesedése 100% fölött van a játékpiacon :p

amit linkeltel: "A Tuxgames.com Linuxszal és linuxos játékokkal előtelepített AMD konfigurációk értékesítésébe kezdett."

Különben az "über driverellátottság = Linux Solaris BSD *fapfapfap*" hozzászólásra csak azért nem szóltál vissza egy "OSX *fapfapfap*"-ot, mert egyszerűbb volt nekem beszólni.

en ilyen hozzaszolasra nem emlekszek. amugy nem is ertem ez most mit jelent amit irtal :) nyugodj meg egy picit es kezdd ujra...

A USB-s névtévesztésed is bizonyítja, hogy csak a flame kedvéért vitatkozol.

oke sherlock, ha maga mondja.

Jogos a kerdes, hogy mi a fene a "jo" nekem. Mondjuk az utobbi 3 evben gyartott HW-ek 83%-anak tamogatasa (nem tipusra, hanem darabszamra mert szazalek) minden kategoriaban. Ezzel mar lehet elni, meg ha tenyleg muszaj is Guglizni vasarlas elott.

Pl. az USB-s Epson scannerem papiron mukodik Windows-zal, azonban a gyakorlatban rendesen csak Linux-szal megy (pedig nem volt pingvin ikon a dobozan). Akkor most a Windows driver ellatottsaga nem "jo"? A Win Update-tel is vigyaznom kell, mert olyan driver frissiteseket ajanl fel, amikkel nem mukodik a hangkartyam. Linux kernelt nyugodtan frissithetek. Szoval mondj egy "kivalo" driver ellatottsagu operdszert!

Pl. az USB-s Epson scannerem papiron mukodik Windows-zal, azonban a gyakorlatban rendesen csak Linux-szal megy (pedig nem volt pingvin ikon a dobozan). Akkor most a Windows driver ellatottsaga nem "jo"?

ahah

A Win Update-tel is vigyaznom kell, mert olyan driver frissiteseket ajanl fel, amikkel nem mukodik a hangkartyam. Linux kernelt nyugodtan frissithetek.

ahahahah

>> a gyakorlatban rendesen csak Linux-szal megy
erről a rendesen megyről már van fogalmunk az Igényes Közösség kapcsán, thx

>> Akkor most a Windows driver ellatottsaga nem "jo"?
nem, kiváló (de ez csak annyiban az ms érdeme, hogy vonzó platform a fejlesztők, a felhasználók, és a hwgyártók számára)

>> Szoval mondj egy "kivalo" driver ellatottsagu operdszert!
^

KDE-bol. De az nem GPL kod, hanem resource, es kodra irtak hogy GPL-free :)

Viszont a nagyobb problemam ezekkel az alternativ OSekkel, hogy tok jol elfut rajta FireFox, de SkyPE mikepp fog rajt elvergodni ? Lesz rajt linux emu, mint BSD-ken ? :)

---
pontscho / fresh!mindworkz

( nagy_peter v | 2007. 01. 02., k – 16:16 )

Én annó használtam még az előző verzióját, a 3. valamennyit. Még talán meg is van valahol. Akkor még elég instabil, meg kezdetleges volt, viszont némelyik része már akkor is lenyűgözően jól ment. Azóta azt már sajna nem lehet letölteni, de már az is elég jól kezelte a különböző hardwereket, szóval azzal nem volt probléma. És mikor megszüntette annak a letölthetőségét, akkor azt igérte, hogy ha elkészül az 5-ös verzió, akkor az is ingyenes lesz. Amúgy ami nagyon tetszik benne, aza keresője. Mindent indexel, és nagyon gyors.

( muczy v | 2007. 01. 02., k – 16:37 )

Hümm... hogy is hívták a Terminátor című filmekben a gonosz rendszert?
Skynet? :D

Gentoo Karvaly

( rigidus | 2007. 01. 05., p – 21:19 )

ed2k://|file|Skyos-5.0-Beta8.2 Crack Serial.zip|7207|B8F99F034029A299A25304CAA8CFF50E|/

Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.