xawtv проблем

Здравейте,
ОС Джентуу 2007.0, Гном 2.16.2, ядра 2.6.20.8 и 2.6.19.5 (gentoo-sources и двете), xawtv 3.95. Имам много лошия навик да правя важни неща (ъпдеит, компилиране на ядро...) късно през нощта (в полузаспало състояние) и често пъти такива ги забърквам, че ми иде да се гръмна . Какво съм правил последния път нямам и смътни спомени, но явно съм прекомпилирал ядро (и то двете ), щото на следващото буутване не тръгна новото ядро (като съм компилирал сата поддръжката като модул, а системата е на сата диск ). Както и да е, това го оправих, но xawtv няма картина (само син фон), звука тръгва, но е само от една програма (не се сменя при превключването им). Прегледах обстойно config-а на ядрото, но нищо нередно не откривам. Преди около месец си запазих резервно копие на тогавашния конфиг от 2.6.19.5 (тогава xawtv работеше) и сега компилирах с него (пак 2.6.19.5 ядрото), но никакъв ефект . Прекомпилирах xawtv и отново нищо . Изрових една стара щайга (к6-2/500) със същото Джентуу и преместих тунера на нея, прекомпилирах ядрото с поддръжка за bttv, инсталирах xawtv и тръгна. Аз запецнах тук и се нуждая от ритник по гъза (може и да не е много слаб, да се науча да не правя глупости) за да отлепя отново. Тук съм дал инфото, за което съм се сетил. Ето малко пояснения - к6 е машината, на която xawtv работи, а на sempron-а - не, на к6-цата няма саундкарта затова някои модули липсват. В dmesg-а на семпрона липсва последния ред, но за съжаление това не ми е достатъчно, за да се ориентирам. Xawtv не използва bttv модула, но защо - нямам си на идея. Това е засега. 10х!

Още малко толерантност никога не е излишна

[линк]

пробвай с xdtv или tvtime

а при компилиране на ядро обикновено взимам .config от старото
после make oldconfig

Кака Вики не можа да помогне . Tvtime е по-добра програма от xawtv, но има 1 проблем и 1 бъг (може би). Проблемът е, че ми товари процесора (sempron 2,4+) 30%, а бъга - каквито и стандарти на звука да правиш все го няма. Като цъкнеш дясно и в channel menagment избереш Switch audio standart се появява (без значение кой - важното е да го промениш), но като превключиш на друг (канал)- няма, като се върнеш на същия - пак няма, а стандарта е новия (този, който преди малко си избрал, т.е. запомнена е промяната). Превключваш на следващия (стандарт - без значение кой) и звука тръгва. И така за всеки канал. XdTV явно е усъвършенстван вариант на xawtv и той си работи. И tvtime и xawtv ползват bttv модула и няма проблеми, следователно проблема е в самото xawtv. Както казах xdtv по-ми харесва и нея ще ползвам, но за спорта искам да разбера какъв е проблема и как да го отстраня, но най вече, защо като я прекомпилирам не се оправя. Променях и use флаговете (и установих, че като добавя zvbi се инсталира и scantv, апропо, ебаси документацията - media-tv/xawtv:zvbi - Enable VBI Decoding Library for Zapping - на мен това по никакъв начин не ми говори, че ще ми се появи и scantv), но ефект никакъв . И още 1 въпрос - use флаговете биват глобални и локални. С моя калпав англииски разбрах, че разликата между тях е, че глбалните се използват за цялата система (т.е. повече от 1 пакет може да ги използва), а локалните са само за един. Тук не става на въпрос (поне както аз го разбирам) дали го записваш в /etc/make.conf (т.е. глобално) или в /etc/portage/package.use (т.е. локално), а за това, че самия флаг се използва само от един пакет. Флагът zvbi е описан в /usr/portage/profiles/use.local.desk следователно е локален, а се използва от 4 пакета:
media-tv/kdetv:zvbi - Enable VBI Decoding Library for Zapping
media-tv/xawtv:zvbi - Enable VBI Decoding Library for Zapping
media-tv/xdtv:zvbi - Enable VBI Decoding Library for Zapping
media-tv/zapping:zvbi - Enable VBI Decoding Library
Опитвам се да схвана логиката, но нещо не ми се отдава

Още малко толерантност никога не е излишна

бъгът при мен го няма, звукът си работи

локалните use флагове може да се казват по един и същ начин за различни пакети, в случая със zvbi може би е по-добре да се направи глобален, но това си зависи от разработчиците

глобалните са примерно дали искаш да ползваш някаква библиотека, да речем gtk

Ми аз не виждам каква е разликата (глобален/локален) - 1 флаг, който в момента се използва само от 1 пакет (т.е. локален), след време може да започне да се използва и от други (т.е. глобален). Нещо доста кофти ми се струва като критерии. По логично е критерия да бъде като какъв се използва, опсс, май изтърсих голяма глупост ;-). Просто не виждам смисъл от разделянето им на локални и глобални. И без това, ако искам, мога да сложа както локален в make.conf така и глобален в package.use. Каква е разликата?

Още малко толерантност никога не е излишна

ами локалният флаг върши нещо, което обикновено се задава при
./configure --enable-xxx
и си е специфично за този пакет, при друг пакет няма гаранция, че ще значи същото нещо, докато да речем USE="gtk" навсякъде ще си значи --enable-gtk

Ахам, разбрах! 10х!

Още малко толерантност никога не е излишна