Hozzászólások
-
Bejegyzés
-
apt: http://people.inf.elte.hu/radicsla/irasok/…t_howto.hu.html
debian enciklopedia: http://qref.sourceforge.net/
minkettoben eleg sok szo esik a csomagkezelesrol;a –purge kapcsolo azt eredmyenyezi, hogy a programhoz tartozo, de a csomag feltelpulese utan keletkezo konfiguracios allomanyok is torlodnek;
de itt vszinuleg nem errol van szo, ezert inkabb masold be a _teljes_ kimenetet (‘apt-get -f install’, ‘apt-get remove adott_csomag’), mielott vmi kart teszel a rendszerben (foleg a ‘–force-‘ kapcsolokkal kell ovatosan banni; ezekre igazabol nincs is szukseg egy renedsen karbantartott rendszer eseten);//szubjektiv
a csomagokat azert talaltak ki, hogy egyreszt ne kelljen minden vegfelhasznalonak minen program minden egyes uj verziojat mindig beforgatni, _masreszt_ azert hogy segitsegukkel jobban az adott disztribuciohoz igazitsag az adott programot / libraryt / dokumentaciot / stb; ha vki picit belenez egy .debbe, akkor a CONTENTS (a tenyleges allomanyok, amik a csomagot kepezik) mellett van egy DEBIAN konyvtar benne, amely a telepites- es eltavolitaskor vegzendo muveleteket tartalmazza; es magukat a forrasokat is a disztribucio sajatossagaihoz ill. egyeb kovetelmenyek (pld biztonsag, uj feature) patchelik (ezek vannak az adott csomag .dif.gz-jeben);
imho ennek ellenere forrasbol erdemes tenni a kernelt (marcsak a kihivas vegett is), a winet (sokkal stabilabb, mint a debianos valtozat), az mplayert (no comment) es termeszetesen az olyan programokat, amleyekbol (a dfsg vmelyik pontjanak megsertese miatt) soha sem fog _megfelelo_ hivatalos csomag keszulni (mplayer, pine, mldonkey, dcgui-qt, stb);„Winfos”
🙁Bbt:
„akkor ez sem lehet gond. az van fent.”
ebben az esetben ez meg keves, mert a kernel tisztan „Makefile” alapon fordul, tehat nem lehet se autoconfigos konfoguralasonkenti, se ‘export CC=’ jellegu idegelenes aterest alkalmazni: at kell irni a Makefilet, hogyha az alap gcctol elterot akarsz alkalmazni;
eloszor nezd meg milyen gcc valtozato vannak fenn: ‘ls /usr/bin/gcc*’
majd melyik Makefleokban szerepel a gcc kozvetlenul (mert mar a forditas elejen kiexportalja a CC es HOSTCC valtozoba, tehat eleg ezt az exportalos sort atirni): ‘grep „= gcc” * -r’
imho eleg a legalso szinten a Makefilet atirni, de sohase lehessen tudni;
tehat ilyen sorok legyenek benne:
HOSTCC = gcc-2.95
CC = $(CROSS_COMPILE)gcc-2.95egyebkent elo szoktak fordulni kisebb kellemetlensegek, pld legutobbi nalam: a 2.4.20-as kernelhez keszult G8 exec-shield nem fordult 2.95-os gcc-vel, viszont 3.3.0-val mg a kernelforditas hasalt el a cryptografic resznel; de par nappal kesobb kijott a G9, ami ment 2.95-tel es azota is uzemel;
a README alajan is menni kellene:
(app-a) APPENDIX A: SUPPORTED NVIDIA GRAPHICS CHIPS
__________________________________________________________________________NVIDIA CHIP NAME DEVICE PCI ID
RIVA TNT 0x0020
RIVA TNT2/TNT2 Pro 0x0028
Vanta/Vanta LT 0x002C
RIVA TNT2 Ultra 0x0029
RIVA TNT2 Model 64/Model 64 Pro 0x002D
(…)alaposan leirja a telepites menetet is es nemkevesszer volt szo rola ezen a forumon is;
en anno vantaval hasznaltam es rendsen ment vele;1. a 7.50 egyenlore egy „development preview”, tehat a fejlesztok szerint sem egy stabil kiadas; imho maradj nyugodtan a 7.23nal egyenlore;
ha a 7.23 a kovetkezo tipp ellenere se megy, akkor masold megint a _teljes_ kimemetet;2. shared vagy static valtozatot szedted le?
a shared kisebb, mert kulso librarykat hasznal, de figyelni kell, hogy minden fuggosege meglegyen: eloszor hatarozd meg a binaris helyet (‘whereis opera’), majd kerdezd le, milyen librarykhez linkeltek (‘ldd /eleresi_ut/opera’), majd ellenorizd eze megeletet;
DE ennel sokkal egyszerubb egy static valtozatot (a fuggo librarykat is beleforditottak a binarisba) hasznalni;3. java:
hatarozd meg a plugin helyet (‘ locate libjavaplugin_jni.so’), majd a preferences multimedioa reszenek megfelelo mezojebe ird be az eleresi utat (sunt nemtudom, de blackdown java eseten: ‘/usr/local/j2re1.4.2/lib/i386/’), majd validate;epp ilyen esetek elkerulese erdekebem erdemes a ‘grub-floppy’val egy veszindito lemezt kesziteni, ami egy grub-shellt tartalmaz;
engem szerencsere elkerultek meg a hardware hibak (pontosabban via chipset nem egy csucstermek), ezert ebben nem tudom, hogy mennyit tudok segiteni;
bar kene a halokartya pontos neve, de ennel is sokkal fontosabb a rajta levo chip, ezt probald meg win alatt megallapitani (sisoft sandra? aida?); ez utobbi a fontosabb, mert pld az smc gyart a sajat chipjevel es tulippal is kartyat;
csak a debian alatt produlkalja?„/usr/src/[mplayer/configure.log nalam nem letezik”
elutottem: ‘/usr/src/[mplayer]/configure.log’ (az [mplayrt] jeloles alatt az aktulis mplayer konyvtarat ertem, lehet pld MPlayer-1.0pre3)
de a configure.log nalam sincs mar meg … furcsa; mindenestre ‘./configure’ general egy ujat;
milyen a „Checking for libmp3lame (for mencoder)” resze?„A /usr/src -ben csak a kernelem van…”
akkor hova tomoritetted ki az mplayer forrasat?
bar maga a konyvtra elhelyezkedese legyegtelen;„Használ valaki ilyen kártyát?”
fx5600: minden oke;kezd azzal, hogy az x betoltodese utan visszalepsz egy karakteres terimnalba es lefuttatod ezt a scriptet rootkent: http://icculus.org/lgfaq/files/nv_check.sh
_alaposan_ olvasd el, amiket kiir: x felkonfiguralsa, betoltodott-e a kernelmodul, az .so-k rendben vannak-e; es ha vmiben valtoztatast javasol, azt tedd meg nyugodtan;„Esetleg a 8x AGP nem lehet a baj forrása?”
milyen chipset?
megoszthatom rossz tapasztalataimat a viaval kapcsolatban;
a kernel modul finomhangolsasa: http://holarse.wue.de/index.php?content=treiber_nvidia//szubjektiv (foleg, mert desktop gepet uzemeltetek)
a testing nem tul jo valasztas, foleg szervernek, mert:
1. mivel csomagonkent es nem csomag-csoportonkent kerulnek at bele a cuccok az unstablebol, ezert nagyon gyakoriak a fuggosegi problemak ( http://ftp-master.debian.org/testing/updat…te_excuses.html );
2. biztonsagbol gaz: elsozor ugye a stablehez keszul patch, ami a security.debian.orgrol elerheto; utanna frissitik az adott unsatble csomagot; es majd ez egyszer eljut a testingbe ( http://www.debian.org/security/faq#testing );oke, a stable nagyon oreg, de pont azert, mert ez a a legkiforrottabb, leg letisztultabb ag;
eseleg backportolas segit, de csak ovatosan az apt-get.org szeru helyekkel;viszont a 2.6-hoz nincs a stableben tamogatas; (miert 2.6? eleg kiforott?)
persze enezek ellenere mindegyik fo agra lehet egy komolyabb feladatot alapozni; de oda kell figyelni a hatulutoikre (stable = oreg; testing = rossz tamogatas; unstable = neha broken);
nem arthat meg: http://www.debian.org/doc/manuals/securing…o/index.en.html
