tvcard
Hello lista! Régóta küzdök egy Pinnacle pctv stereo tv kártyával. A hanggal vannak problémáim. A pontos típusa a doboza alapján: Pinnacle Mediacenter 100i Nem mai darab, de már SAA7134-es chipes. 11bd: 002b Eme útmutató alapján próbálom beállítani, de nem okés a dolog. http://www.linuxtv.org/wiki/index.php/Pinnacle_PCTV_Stereo Azt írja, hogy a kártya tökélesen működik az alábbi kernellel. The card works perfectly as TV card until kernel 2.6.14-r2. De már nem ilyen kernelek vannak forgalomban. A jelenlegi 2.6.24.4 gyári Mandriva kernellel egyáltalán nincs hang, illetve csak sistergés van helyette. Az oss "hangrendszer" a pulse debutálása óta szinte elérhetetlen. Lehet hogy éppen ez a baj? A pulse-t ugyan le tudom tiltani, de akkor sincs semmi változás. Mert csak az Alsa féle OSS emuláció van? Az /etc/modprobe.conf-ba hiába is írom be az alábbi sorokat: modprobe tda9887 port2 = 1 modprobe saa7134 card = 26 tuner = 33 oss = 1 Nem értelmezi. Persze mert itt options kell a modprobe helyett: options tda9887 port2 = 1 options saa7134 card = 26 tuner = 33 oss = 1 De itt az oss=1-re hibaüzenetet dob hogy ismeretlen paraméter. Okát nem értem. - Illetve hiányzik a teljes OSS? S még valami ami szintén igencsak zavaró. A gyári nvidia driverrel egyszerűen elveszik a tvkártya jele, és felváltva jelenik meg a tvtime kék "Nincs jel" háttere, meg az időnként bevillanó műsorkép. Ezt már nem tudom máshová, - csak a kernel nyakába varrni. A Mandriva 2006-os op.rendszerben de még talán a 2007 Spring-ben is ez még korrektűl müködött. Azóta sok víz lefolyt a Dunán, másik tvkártya került a gépbe, sőt az egész gép is lecserélődött. Odaadtam a havernak ezt a tvkáryát, és nem tudom beállítani. A kép tökéletes, gyorsan vált csatornát - nv driverrel - de a hang az csak sistergés. Működik a távirányító is, mivel azt is frankón belőttem. Milyen ötletek vannak? A rendszer Mandriva 2008.1 gyári kernellel. Gondolok én irq ütközésre is, de hogy azt hogyan lehetne kivédeni arról dunsztom sincs. A weblapon a kártya irq-ja 193 míg a mi gépünkön 16. Lehet hogy valami noapic, nolapic opcióval kellene indítani a gépet? Most csak úgy hangosan gondolkodom. -- Üdvözlettel: Mészáros Csaba csablak kukac lajt pont hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: X debootstrap-bol
SZABO Zsolt writes: > no ezutan gondoltam arra, hogy akkor kiprobalom a sid-ben levo Xorg-ot es > intel drivert, de itt nem jutok el a grafikus kepernyoig. A -probeonly-val > latsolag minden OK, de elesben csak egy sotet (es ures) text kepernyo > jelenik meg es marad a poweroff nyomogatasa. A sides X-ben a fekete háttér a default a szürke kockás helyett, és nem zárja a sessiont a Ctrl-Alt-Backspace. Szóval lehet, hogy minden rendben, nézd meg alaposabban. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache ekezet: debian vs. ubuntu
dr Zana János wrote: > Bocs, ha egy kicsit off-topic. Nálam DeafultCharset UTF-8 van (debian). Ez virtualhostonkent allithato, kulonben. php_admin_value default_charset "utf-8" Csinalj kulon virthostot ra es allitsd at ott jora :) -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: GlusterFS NFS helyett
Erki-Kiss Zsolt irta: Szerintem te nem glusterfst akarsz, az nfs-edet kellene tunningolni. >>> Ebben is igazad lehet. De en orultem, hogy a fenti modon egyaltalan >>> sikerult megoldanom egy bosszanto problemat. Es arra gondoltam, erdemes >>> lehet a glusterfs-el tovabb foglalkozni ilyen kornyezetben. >>> >>> Az NFS parametereket is leirom azert, hatha van otleted a problemara: >>> >>> exports: >>> /mnt/www >>> 192.168.1.0/255.255.255.0(rw,sync,no_root_squash,subtree_check,no_acl) >>> >>> fstab: >>> 192.168.1.1:/mnt/www/mnt/wwwnfs >>> rsize=8192,wsize=8192,timeo=14,intr 0 0 >>> >>> A hibajelenseg pedig ugy nez ki, hogy az /mnt/www egyben Samba megosztas >>> is windows kliensek szamara. Gyakran elofordul, hogy egy ilyen kliens >>> modosit egy fajlt, amit az NFS kliens oldalan mukodo Apache kiszolgalo >>> jelenitene meg, de ott a fajl valtozasa csak percekkel kesobb jelentkezik. Folytatnam a temat, ugyanis a glusterfs sem valt be teljesen. Konkretan tobbszor volt olyan eset, hogy a "kliensen" az Apache vagy PHP altal nyitva tartott fajlhoz nem lehetett hozzaferni, amig ujra nem inditottam az Apache-ot vagy ki nem lottem a php-cgi processzeket. Ha listaztam a kerdeses konyvtarat ehhez hasonlot lathattam: r...@w4:/mnt/www/stevy# ls -l ls: cannot access microsite: No such file or directory total 64 drwxrwxr-x 18 stevy Domain Users 4096 2009-01-15 15:48 bak ?? ? ? ??? microsite Tehat most ujra az NFS megoldassal probalkozom. De van ez a bosszanto problema, amire tovabbra sincs otletem, hogy az NFS kliens oldalan mukodo Apache szamara idonkent csak kesobb lesz elerheto a fajl valtozasa. Pontosabban egy darabig az Apache 403-as hibat ad, es az error.log ezt irja rola: (13)Permission denied: access to ... ...de nehany masodperc (vagy rosszabb esetben perc) utan helyrejon. Ami meg erdekes lehet, hogy csak kisebb, nehany bajtos fajlok eseten fordul elo a jelenseg. Tehat nyilvan valami cache uritessel kapcsolatos, de mar fogalmam sincs, hol lehet ezt modositani. Samba oldalon a halasz.g altal javasolt write cache = 0 es posix lock = no beallitasokat megprobaltam, de semmi valtozas. -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache ekezet: debian vs. ubuntu
Papp Tamas írta: >>> AddDefaultCharset-et hiaba allitom akarhova, nem segit, sot, semmit >>> nem valtozik tole. Olyan, mintha be lenne betonozva. Bocs, ha egy kicsit off-topic. Nálam DeafultCharset UTF-8 van (debian). A webalizer helytelen karaktereket küld ki. Valami be van betonozva... A configjában nincs semmi utalás karakterkészletre (default-ban hagytam). Nagyon nem zavar, mert egyedül én olvasom. De azért jó lenne rendesen beállítani. Hol? Üdv, János __ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 4224 (20090708) __ Az üzenetet az ESET NOD32 Antivirus ellenőrizte. http://www.eset.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache ekezet: debian vs. ubuntu
On júl. 15, 11:08, Papp Tamas wrote: > On Wed, Jul 15, 2009 at 04:53:09PM +0200, Hegedüs Ervin wrote: > > > > Igen, kozben ezt is probalgattam, es ha atallitom iso-8859-2-re, akkor > > > jo lesz. Ill. ha atirom a charset-et utf-8-rol erre, akkor is jo. > > hol irod at a charset-et? > > A html-ben. > > > > Viszont nem ertem, akkor a regin miert jo ezekkel a beallitasokkal? > > > mert a szerver mas fejlecet kuld el szerintem. > > Mast? Mihez kepest. > Egyebkent: > > > > egyebkent firebug, livehttpheaders kiterjesztesek FF-hoz... > > Nem ismertem egyiket sem. > > Kosz, > > tompos Hát szerintem az a legyegyszerűbb módszer, ha a Content-Type-ot átírod: vagy csak simán töröld ki, mert nem felel meg a tartalma a valóságnak, így meg csak a helyet foglalja. Lehetséges azért volt jó a debianon, mert az kicsit máshogy használja a php csomagokat. pl ilyen, hogy a GD libben nincs rotate funkció, lehet php szinten is van eltérés. De sokkal egyszerűbb valid content- type adatokkal megírt kóddal dolgozni, mint configot bogarászni _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: híváskorlátozás
Ok, marad a script, csak gondoltam, hogy ha csak egy kapcsolót kell beállítani akkor nem kell gépelnem. Köszi. T. Erdelyi Gabor írta: > Gergely Tamás wrote: > > >> Távolról hívogatok egy php file-t, különböző paraméterekkel. >> Létezik-e az Apache-nak olyan beállítása, amelyikkel korlátozni >> lehet hogy egy másodperecen belül hányszor lehet egy adott >> linket (ezt a php file-t) meghívni. >> > > A mod_evasive-ot neznem meg, de meginkabb a scriptbol oldanam meg, > hogy ne lehessen meghivni tobbszor, mint kellene. Ill meg lehetne > hivni, csak die()-olna egyet, ha sokszor piszkaljak :) > > > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.387 / Virus Database: 270.13.17/2242 - Release Date: 07/16/09 > 18:00:00 > > _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: híváskorlátozás
Gergely Tamás wrote: > Távolról hívogatok egy php file-t, különböző paraméterekkel. > Létezik-e az Apache-nak olyan beállítása, amelyikkel korlátozni > lehet hogy egy másodperecen belül hányszor lehet egy adott > linket (ezt a php file-t) meghívni. A mod_evasive-ot neznem meg, de meginkabb a scriptbol oldanam meg, hogy ne lehessen meghivni tobbszor, mint kellene. Ill meg lehetne hivni, csak die()-olna egyet, ha sokszor piszkaljak :) -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
híváskorlátozás
Sziasztok! Távolról hívogatok egy php file-t, különböző paraméterekkel. Létezik-e az Apache-nak olyan beállítása, amelyikkel korlátozni lehet hogy egy másodperecen belül hányszor lehet egy adott linket (ezt a php file-t) meghívni. Köszi, T. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache ekezet: debian vs. ubuntu
Hi! "Papp Tamas" írta 2009-07-16 16:17-kor: > On Thu, Jul 16, 2009 at 12:39:10PM +0200, Hegedüs Ervin wrote: > > > > be tudod masolni a ket szerver altal elkuldott fejleceket? > > Debian: > > HTTP/1.1 400 Bad Request A hibaüzenetet tartalmazó oldalról van szó? > Date: Thu, 16 Jul 2009 14:05:33 GMT > Server: Apache/2.2.3 (Debian) PHP/5.2.0-8+etch15 > Content-Length: 324 > Ubuntu: > Content-Length: 392 Mi az eltérés a két fájl közt? Nem lehet, hogy tényleg másképp vannak kódolva a fájlok? A méretük nem egyezik. Üdv:Gyur! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
