може ли да попитам точно как един балон става сополив?

проблемът наблюдава ли се при използването на други програми за слушане на музика? има ли определено събитие (или нябор от събития) след което да е започнало да се наблюдава подобно спиране на музиката?

[Примерен код]

в Gentoo има един файл /etc/conf.d/alsasound където може да се установят следните стойности:

Примерен код

# RESTORE_ON_START: # Do you want to restore your mixer settings?  If not, your cards will be # muted. # no - Do not restore state # yes - Restore state RESTORE_ON_START="yes" # SAVE_ON_STOP: # Do you want to save changes made to your mixer volumes when alsasound # stops? # no - Do not save state # yes - Save state SAVE_ON_STOP="yes"

не знам при други дистрибуции как е.

[Примерен код]

Допълнително забелязах, че се опитва да компилира драйвера за emu10k1, а доколкото разбрах ти си с ето това.

Да разбираме ли че в /etc/make.conf си написал

Примерен код

ALSA_CARDS="emu10k1"

Ако нямаш никакви други звукови карти по системата, според мен трябва да напишеш ето това:

Примерен код

ALSA_CARDS="intel8x0"

Да уточня неяснота в предния ми пост: ако ще ползваш alsa-driver, то има значение кои точно от свързаните със звука настроики на ядрото са включени и изключени. В ръководството го пише, просто аз съм бил неточен. Погледни в ръководството частта след "Code Listing 2.4".

[Цитат]

Цитат (dest @ Окт. 22 2006,17:42)

Прекомпилирах ядрото по ръководството на гентото, с специфичните настройки за алса, но пак нищо.

така като гледам се опитваш да инсталираш media-sound/alsa-driver, а същевременно казваш, че ядрото е настроено за alsa. ако си настроил поддръжка на alsa в ядрото, нямаш нужда от alsa-driver и обратно - ако ще ползваш alsa-driver не е необходимо да имаш alsa в ядрото.

това не ти решава проблема, защо alsa-driver не се компилира! но ако настроиш alsa в ядрото, няма да ти се налага да компилираш alsa-driver и така ще избегнеш възникването на тази грешка.

Погледни за малко по-ясно описание ето тук.

късмет --> дъжд

[Цитат]

Явно трябва да си превеждам писанията от Български на Български. Това

Цитат (licho @ Окт. 17 2006,00:43)

но аз също не смятам за редно да се отговаря с изрази аз знам ама няма да разбереш или подобни.

съвсем не е същото като

Цитат (warkin @ Окт. 12 2006,14:13)

знам как се оправя, но не знам дали да казвам, защото не се оправя само с "иконки и щракания".

Да разбирам ли че приближаващите избори съвсем объркват представите ти за смисъла, стоящ зад думите на хората? Мисля, че доста ясно съм се изразил, че решението, което бях готов да предложа, не е чрез "иконки и щракания". Достатъчно бе да кажеш, че не се плашиш от това да напишеш някоя команда и/или промениш нещо в някой конфигурационен файл. Ти не бе конкретизирал дали решението, което искаш, да е само и изцяло реализирано чрез "иконки и щракания".

Колкото до това

Цитат (warkin @ Окт. 13 2006,00:10)

edit: каквото и да кажа, надали ще разбереш. Edited by warkin on Окт. 13 2006,00:12

Написах нещо, което бе по-разпален (и леко по-философски) вариант на началото на този пост. Сред което реших, че е възможно да съм прекалил, и се изсамоцензурирах като написах този текст защото прецених, че надали с точно тези ми писания ще обогатиш гледната си точка.

Не знам за какво друго би могъл да се хванеш, за да си помислиш, че не съм искал да помогна. Въпреки че сега съвсем твърдо отказвам да помогна, без значение дали това, което бих предложил, би ти свършило работа.

@ ликхо
добре, няма да споря с теб дали имената да се превеждат чрез транскрибция или транслитерация.

успех и на теб.

@licho
съвсем не позна с какво се занимавам - php и/или игри.

аз работя, ама при подобно зададени въпроси как да им отговори човек? явно и двамата трябва да поработим над себе си - ти в задаването на въпроси, аз в отговарянето им.

аз съм се обосновал защо не знам дали да отговарям. "търкам" клавиатурата, за да може другите да се замислят над това което пиша.

ps. не е с "в", ама такива като теб обикновено не обръщат внимание.

edit: каквото и да кажа, надали ще разбереш.

[Цитат]

Цитат (licho @ Окт. 12 2006,11:40)

как трябва един потребител който няма понятие от Mount fstab и други неща, да използва правилно хардуера си? за него всичко е иконки и щракания.

не разбирам от какво се оплакваш? от това че не става или от това че не става само с "иконки и щракания"?

не си уточнил дали става дума за имена на файлове съдържащи символи на кирилица.

на мен подобен проблем преди доооооста време ми се е случвал и между две различни версии на windows на два различни компютъра, така че проблема съвсем не е ограничен само до windows <-> linux

проблемът се поражда от начина, по който се "монтира" съдържанието на usb паметта.

знам как се оправя, но не знам дали да казвам, защото не се оправя само с "иконки и щракания".

повечето софтуерни проблеми са свързани по някакъв начин с нещо хардуерно. още повече, че в конкретната ситуация въпроса не е как да се настрои usb паметта, а как да се настроят операционните системи да работят с usb паметта така, че да се разбират една друга.

определено гласовете "за"  utf-8 не са гласове в пустиня. проста са гласове в прекалено голяма гора, ама с времето се намираме едни други. '>

1. nplus, наистина е добре да разбираш какво правиш. Работа ня сляпо само ще доведе до по-големи проблеми. Прочети за различните версии на пакетите. Sp0nG, SRG и аз основателно предупреждаваме за масово ползване на testing (~arch) пакети. Все пак системата си е твоя.

2. Ползваш ли някакви overlay-и? Ако не знаеш какво е това, значи най-вероятно не ползваш.

3. Такъв пакет media-sound/alsaplayer аз не намерих. Да не би това да е aplay, който идва като част от media-sound/alsa-utils? Имаш ли си идея как "media-sound/alsaplayer" се е отзовало в твоя world файл? Ако този ред го няма там (/var/lib/portage/world) значи някой ebuild файл за някой пакет има грешно съдържание и е желателно да се докладва бъг.

4. Пробвай само "emerge -uDpv world" и не мога да разбера защо все изпускаш по някоя буква от нещата които ти казвам - в случая конкретно v-то.

5. Ако правилно разбирам, че си променил CHOST-а... желателно е да прекомпилираш поне основната част от системата абсолютно изцяло (emerge -e system), въпреки че е желателно това да се направи за всички пакети (emerge -e world), защото промяна на CHOST може да направи системата ти нестабилна. Аз не съм си правил експерименти - CHOST сменям само в началото на инсталацията, след което неминуемо правя emerge -e system.

edit: 6. Моят съвет е преди да продължиш да седнеш и прочетеш как се работи с portage, за да разбираш разликите между нещата, които се коментират тук.

[Цитат]

Някой ден трябва да се науча да чета внимателно.

Цитат

!!! Problem resolving dependencies for games-arcade/trailblazer

Само дето тази игра я има само в една версия, освен ако nplus не ползва някакви overlay-и. А то тази версия е стабилна за x86.

[Примерен код]

аз също не препоръчвам добавянето на

Примерен код

ACCEPT_KEYWORDS="~x86"

в /etc/make.conf, но това е най-лесният (което съвсем не означава че е правилен) начин да му се реши проблема така, както той иска. nplus изрично каза:

Цитат

Не ми се вижда приятна идеята да отмаскирвам ръчно всички проблемни пакети.

затова му казах това като евентуално решение. въпреки че подобен "мързел" и Gentoo, според мен, са несъвместими.

Същественото е, че nplus започва компилирането *преди* да е разрешил евентуалните конфликти. Ако има блокиране на пакети един от друг, мисля че с -pv emerge връща списъка с пакети, които ще се компилират + списък с конфликтите. Разликата е, че ако има пакет, който не може да се инсталира поради блокиране от ~архитектура или изрично в .mask файла, то не се извеждат подобни списъци, а само се казва че определен пакет не може да се инсталира + причината за това. Не съм сигурен на какъв принцип работи определянето на зависимостта, т.е. ако А зависи от Б и Б зависи от В, то ако В не може да се инсталира, дали ще посочи А или Б като пакета, който изисква наличието на В. Аз съм попадал само в ситуации с едно ниво на зависимост по-малко и те са сравнително по-лесно разрешими. '> emerge има опция --tree, но не мисля, че тя би свършила работа, в смисъл определяне на пакета от най-високо ниво, който е зависим от неинсталируемия пакет, защото така или иначе възниква грешка и не се показват списъци, в които да се види дървото на зависимости.

nplus е дал резултатите от emerge само за един проблемен пакет и аз за него съм му казал как да го оправи. от тук нататък, сам ако не си помогне... може просто да потърси някой с точно неговия проблем който е сложил в Интернет пълният списък от отмаскирания (~x86 и unmask) които са необходими. и все пак той не казва какво точно е променял в /etc/make.conf