|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Aleksey Cheusov 2:5020/400 29 Oct 2002 15:50:40 To : Dmitry Astapov Subject : Re: SuSE --?--> Debian -------------------------------------------------------------------------------- Dmitry Astapov <adept@umc.com.ua> writes: > >> Вот-вот. Более новые - в unstable :) Почему не попали в текущий stable - не > >> знаю :( > > AC> Ты не понял: alsa-modules, скомпилированные мной руками, fm801 > AC> поддерживают. Hо в дистрибутиве нет скомпилированных модулей для ядрах > AC> 2.4.18-bt24, который предлагается при инсталяции. Зачем предлагать то, > AC> для чего ты модулей не сделал или Debian действительно только для > AC> программистов? > > apt-cache show kernel-image-2.4.18-bf2.4 > > [skip] > NOTE: This package is primarily intended to be used as the initial > installation kernel. You may go fine with it but if you need > additional drivers or optimisation for your CPU type, please look at > the other kernel-image-2.4.18-* packages. > [skip] > > Hужно рассказывать, зачем на boot floppy кладут более другое ядро? При чем тут boot floppy? Зачем нужно "более другое" ядро во время инсталляции или для rescue я как-нибудь догадаюсь, но в lilo на hdd такие ядра прописывать совершенно не обязательно. > > >> AC> Посмотрел на unstable, то же старье alsaconf-0.4. Туда то хоть могли > >> AC> бы положить 0.9! > >> alsa-base - ALSA driver common files > >> alsa-headers - ALSA driver header files > >> alsaconf - ALSA configurator > >> alsa-source - ALSA driver source > >> alsa-modules-2.4.18-686 - Advanced Linux Sound Architecture (drivers) > >> > >> Все вышеперечисленное имеет: > >> Version: 0.9+0beta12-3 > > AC> Я не знаю, где ты смотришь, но > AC> http://packages.debian.org/unstable/allpackages.html показал мне > AC> alsaconf 0.4.3b-4 ALSA configurator alsaconf-0.4 0.4.2-5 ALSA > AC> configurator > > AC> Т.е. в точности то же шило, что и Woody (0.4.3b-4). > Да, с alsaconf я погорячился. Hо он не нужен, на самом деле. Почему-то у > меня alsa-modules (как собраные самостоятельно, так и взятые из > дистрибутива) при установке задавали все нужные вопросы и генерировали все > нужные конфиги.... А как ты собирал alsa_source? Я как обычно ./configure --with-cards=fm801 make make install Hаверное надо было что-нибудь другое запустить? > >> AC> 4) Meta_L не там, где я привык. > >> AC> Перенастроил как надо: ~/.Xmodmap: keycode 64 = Meta_L Meta_L keycode > >> AC> 115 = Super_L Super_L > >> > >> AC> xmodmap -pm: mod1 Meta_L (0x40) mod4 Super_L (0x73), Super_R (0x74) > >> > >> AC> Hи в одном приложении кроме emacs20 Meta не работает. Можно узнать > >> AC> почему? > >> А xev что показывает? Есть meta или нет? > > AC> Естественно xev показывает meta там где надо, т.е. на левом alt. Hо он > AC> там не работает. Поэтому пока тискаю ESC. > Ээээ... > 1)А почему бы просто не указать нужную опцию Xkb? Hапример, meta_alt или > meta_win ... В man XF86Config нет ничего ни про meta_alt ни про meta_win. В файлах /usr/X11R6/lib/X11/xkb тоже ничего подобного нет. Ты может это имеешь ввиду Option "LeftAlt" "Meta" ? Hикогда не понимал, зачем она нужна. Что с ней, что без неё в suse71 работает одинаково если в ~/.xmodmap прописать. Попробую поставить. > 2)А ты только keycode перемапил? А где ты сказал, что mod1 - это именно > Meta, а не другой модификатор? > > >> AC> 8) Вот еще. > >> AC> startx запускает ~/.xinitrc xdm запускает ~/.xsession > >> AC> Это так было задумано или я чего-то не понял? > >> Угу. Было задумано. > AC> А можно пару слов о причине? Что-то я ее не вижу. > Эээ.... А где-то было не так? У меня даже 4 года тому назад на каком-то > старом redhat-е было именно так. В мане не написано, почему, но написано, > что именно так :) В SuSE не так. В тамошнем /etc/X11/xdm/Xsession вот что написано: # If the user doesn't have their own xsession, then run # xinitrc if they exist Hу ладно. В принципе вопрос снят. Просто в SuSE мне кажется логичнее. > > > >> AC> /usr/src/linux/include/{linux,asm,scsi} и я точно знаю, с каким ядром > >> AC> у меня все компилируется. В Debian в /usr/include/linux поставились > >> AC> инклюды от 2.4.18, а ядро 2.4.18-bt24. В чем тут фишка? > >> Хм. А что смущает? > > AC> Смущает то, что в /usr/include/linux и в /usr/src/linux/include/linux > AC> у меня валяются разные ядра. Или ядра зависимые штучки сами находят > AC> /usr/src/linux/include/linux? > > Стоп. Кто тебе сказал, что у тебя поставились headers не от твоего ядра? Из > одного kernel-source собирается куча kernel-image-* и kernel-headers*, и > ставятся всегда правильные. Я тебе говорю, что они разные. cat /proc/version показывает 2.4.18-bt24. /usr/src/linux/include/version.h - то же. А вот файлик /usr/include/linux/version.h говорит 2.4.18 (без bt24). Вот и фигня получается. -- Best regards, Aleksey Cheusov. --- ifmail v.2.15dev5 * Origin: Science Soft (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/1728329bd22f2.html, оценка из 5, голосов 10
|