Hozzászólások
-
Bejegyzés
-
Sehogyan! Tilos és értelmetlen.
Amíg csak a root jogosult mindenre, addig csak az õ jelszavát kell védeni.
Ha felesleges jogokat adsz másnak, azzal megtöbbszörözöd a rendszered támadási felületét.
Amikor jogokra van szükséged valamihez, akkor su vagy sudo.
[align=right][snapback]111606[/snapback][/align]Nekem mondjuk szükség lenne egy ilyen beállításra…
Alapszitu: kezdõ UHU felhasználó. Hálózat nincs. Megkapta a rootot is (hisz az õ gépe).
persze, most is van rpm-bol is csomagunk, ugyanigy lesz dpkg-bol is csomagunk annak ellenere, hogy mar nem fogjuk hasznalni
[align=right][snapback]116867[/snapback][/align]Tehát megírjátok saját „upkg”-teket (UHU package) vagy upm-eteket (UHU package manager)? 🙂 🙂
Péter
Ezt elmondhatod az NT vonalról is, sõt központi menedzselésben (pl. group policy, megint a saját véleményem: Linux alatt ingyenes eszközökkel nagyon nehéz lenne megoldani, legalábbis, ha nem vagyok rá kényszerülve inkább az egyszerûbb/gyorsabb és igy olcsóbb megoldást választom.) szvsz jóval a Linux elõtt jár.
[align=right][snapback]116325[/snapback][/align]Oké, bár szerintem a felhasználók beérnék annyival a központi menedzselést, hogy minden hálózati gépre ugyanúgy be tudjanak jelentkezni. De az SMSClientes kukucskálást, a gúzsbakötözött felhasználói létet, a „központilag irányított engedélyezést arra, hogy levegõt vegyél” elvet már nem hiányolják. Pedig az NT vonal ezt nyújtja… (miután viszont ez egy rendkívül veszélyes oprendszer (vírus, spyware, adware), nem is lehet megkerülni a gúzsbakötözöttséget…)
Egy tisztességes (=részben decentralizált) rendszernél a központi menedzselésnek nem irányítania kell minden folyamatot, hanem (csak és kizárólag) a többeket is érintõ folyamatokat szabályoznia, összeszerveznie, segítenie kell.
szerk: SZVSZ
PéterDebian-alapúnak szokták nevezni. Tudomásom szerint a csomagkezelés (dpkg, apt) lett átvéve a Debianból.
[align=right][snapback]116831[/snapback][/align]A HUP-on van egy UHUs téma, ahol Koblinger Egmont ezt a kérdést alaposan kivesézi…
Janusz!
Azért csomagból fel lehet majd tenni a dpkg-t???
(néha szoktam deb csomagokkal is kínlódni, zavarna, ha emiatt meg kellene a baglyomtól is szabadulni…)Péter
ízlések és pofonok, a leblamálásom szerény véleményem volt
mellesleg sok más magazin is adott ki Linux distribet
pl PC World, CHIP magazin, Magyar PC Magazin, stb
nem a Linuxos lemezmellékletet kritizáltam, hanem az újság tartalmi részét, de ha már itt tartunk, az új CHIP is egy kalap szamóca szvsz…
[align=right][snapback]116851[/snapback][/align]Figyelembevéve a magyar sajtópiacot, és a felhasználói arányokat (win: 90+[epszilon] %, „mit kell megnyomni a filemlejátszáshoz” szintû win userek 50+[epszilon] %), nem tudna egy komoly szakmai lap fentmaradni. Akinek olyan kell, az bújja az interneten található szakmai oldalakat… ez a piacgazdaság, tetszik, nem tetszik…
Péter
Sziasztok!
Gondolom már mindenki nagyon unja azt az Nvidiás nyüglõdést a fórumokban, de még most az egyszer valaki segítsen picit:
Szóval az a helyzet hogy UHU-val ugyan ezen a gépen már mûködött a dolog, de most valahogy Suse-val nem akar indulni a 3D
9.2 es prof van fenn és a legutolsó ( 1.0-6629 ) -est próbálom életre kelteni.
A telepítés lemegy rendesen.
A SAX2 -ben beállítom a monitort a kártyát, meg mindent ami kell.
A tesztnél ezt írja ki: „Scrren(s) found, but none have a usable configuration”Megnéztem a Xorg log fájlt is:
Ebben ez a hibasor van: „Failed to initalize GLX extension ( NvidiaX driver not found )”
Tudtommal ez a driver a GLX-et már automatikusan felrakja. Mégis egy régebbi GLX-es rpm-et próbáltam volna felrakni, de kiírt egy csomó függõség problémát. ( valami libGLU.so.1-el kapcsolatban ) Ezért nem mertem rátenni.
A sima X86config kézi szerkesztésnél ugyan ez van.
Szóval nem tudom. Esetleg túlságosan új a 9.2 ehhez a driverhez ?Túl nagy jártasságom nincsen a dologban, de amit tudtam megpróbáltam.
[align=right][snapback]102669[/snapback][/align]Nekem a BIOS IRQ for VGA beállítása megoldotta… (igaz, UHU alatt)
_soha_, azaz soha ne lepj be rootkent biztonsagi okokbol; _mindig_ eloszor vmilyeik user neveben lepj be, majd ‘su’val valts rootba; sot, az sut /bin/su modban illik inditani;
azt meg nem ertem minek ehhez is mc?
cd /a_run_eleresi_utja/
./NVIDIA_foo.run
[align=right][snapback]66978[/snapback][/align]Init 2-ben, vagy benszülött (hálózatmentes gépben) mé’ ne lehetne rootként belépni???? :blink: :blink: :blink: :blink: :blink: :blink: :blink: :blink:
Radeon 9200-at még kezel a DRI, http://www.dri.org, letölt, fordít, XF86configba beleír. Nekem Radeon 7000-esem van és ezzel a driverrel elfogadhatóan megy az UT, Q3 és az ET is.
[align=right][snapback]114702[/snapback][/align]Biztos, hogy innen szedtétek le a meghajtóprogit??? 😮 😮 😮 😮 😮 😮 😮
Péter
TFT-knél:
-kis helyigény
-Szemkímélõbb, mint a CRT (folyamatos kép, nincs röntgen sugárzás..)
-alacsony fogyasztás
-torzulásmentes, természetesen sík, tûéles kép[align=right][snapback]115988[/snapback][/align]
Kimaradt a másik oldal:
CRT-knél:
– élethûbb színek
– pontos pixelméretek (nem fizikai, hanem megjelenített)
– jobb látószögtûrés (oldalról/felülrõl/alulról is jó a kép)
– hosszabb élettartam (bár a tft-k e téren folyamatosan javulnak 🙂 )
– (szerintem) kevésbé mátrixhatású a kép CRT-n: a TFT képén jobban lehet látni, hogy pontokból áll össze, és nem folyamatos vonalakból, területekbõl, stb.; mint a CRT képén.Mindenkinek lehet válogatni az egyes típusok elõnyei alapján 🙂
Péter
legutóbbi hsz