nailgun

up

Не понял. Можно поподробнее? locate ведь ищет по базе. Причем, ищет все файлы, которые содержат в своем имени+пути заданую строку. А мне нужен один файл, относительно текущего каталога. Это не поиск файла

Есть ли такая стандартная утилита, которая выводит полный прямой путь к указанному файлу? Пример: $cd /usr $get_direct_full_filename share /usr/share $get_direct_full_filename ../bin /bin $get_direct_full_filename ./share/./man/../info//emacs.info /usr/share/info/emacs.info Я такой команды не нашел и решил написать скрипт, с использованием cut. Но этот скрипт получается слишком громоздким. Может есть стандартное решение проблемы?

а остальной звуковой софт работает нормально?

попробуй, найди исходник libsndfile, его перекомпилируй. постарайся найти версию как можно ближе к той, что установлена

модуль скорее всего встал. надо xorg.conf конфигурить. у меня атишные дрова стоят. не помню какой версии.. видео у меня ati mobility radeon 9800. могу скинуть свой xorg.conf вроде бы кроме него ничо трогать ненадо. скину, как под линухой окажусь (ща под виндузом).

EvilShadow писал(а) Tue, 30 January 2007 00:38 А что мешает сделать после этого export CPATH? ничо не мешает, вот только это не нормально. CPATH не предназначена для установки системных include директорий. во время компиляции куча варнингов появляется, да и хидеры имеют другой приоритет по сравнению с системным. EvilShadow писал(а) Tue, 30 January 2007 00:38 Не припомню, чтоб ядро требовало сторонних хедеров. требует стандартные системные glibc хидеры. на чем ядро написано? на С! как же тут без glibc?.. я решил проблему. у меня GCC непрально скомпилен был. странно, как он до этого все компилировал...

здрасте! я первый раз на этом форуме. вобщем, к делу: недавно я скомпил LFS(www.linuxfromscratch.org). поставил, работает! начал настраивать. все вроде настроил, начал ставить дополнительное ПО, консультируясь с BLFS. поставил там mc и прочее. все шло как по маслу! никаких ошибок компиляции, все строго по инструкции (ну или почти все.. =) ). далее поставил alsa, mpg123. после этого я решил начать готовиться к тому, что скоро старую систему я буду сносить. сделал бэкапы нужных каталогов. после этого я вносил еще некоторые изменения в систему, но это были мелкие изменения. вчера ночью мне надо было перекомпилить ядро, чтоб подключить пару модулей. пишу make menuconfig, а он мне значит выдает кучу ошибок. и все они оттого, что почему то хидеры в /usr/include не подключаются автоматом. (права доступа в норме, хидеры сами есть). написал значит следующее: $ cat foo.c << EOF #include <stdio.h> int main() { fputs("bug?"); return 0; } EOF $ gcc foo.c gcc: stdio.h not found (или что то вроде того) $ CPATH=/usr/include gcc foo.c все в норме. компилит! начал выискивать, где настраиваются хидеры, включаемые по умолчанию. оказывается это "вшито" в gcc. ладно, забил я на это. надо было ядро перекомпилить срочно: $ rm foo.c a.out $ CPATH="..." make menuconfig , где ... - страндартные пути хидеров (взял из info cpp) ПИШЕТ ВСЯКУЮ ЧУШЬ! типа какие то типы не определены (не помню какие, я щас не под линухой). народ, посоветуйте чо-нить пожалусто! во первых то, что куда-то пропали настройки gcc уже пугает, а то, что ядро не могу скомпилить, это ваще ппц! не хотелось бы перекомпилировать gcc. в чем может быть дело? я хочу знать, чтобы на те же вилы в будущем не напороться