Hовые вопросы и вопросы с обновленными ответами отмечены *
Дайте составителю вопрос и ответ, пригодные к включению в FAQ методом copy-and-paste. (Alex Kanavin)
Дополнения к FAQ в виде пар вопрос-ответ принимаются на ak@sensi.org
Внимание: ищутся желающие написать следующие ответы для FAQ.
Ищу человека, готового перевести и поддерживать раздел "Русификация" на английском языке.
Этот FAQ list доступен по следующим URL: http://www.sensi.org/~ak/linuxfaq/
FAQ доступен для Fidonet FREQ здесь:
2:450/176.15 freq alias: LINUXFAQ (work time: 21:30-6:30). 2:5013/14 алиас linuxfaq (по нодлистовому времени) 2:5020/1255 по алиасу NEWFAQ (c 21:00 до ZMH, CM на выходных) 2:5030/902 по алиасу LINUXFAQ (по нодлистовому времени) 2:5045/71 freq alias: LINUXFAQ worktime: CM 2:5061/108 алиас LINUXFAQ (с 00:00 до 06:00) 2:5069/11 CM алиас LINUXFAQ 2:5077/7, Alias: LINUXFAQ (Work time: 23:30-06:00 [MSK+2])FAQ можно получить от следующих роботов:
to: faqrobot 2:5036/26 subj: rulinux.faqДля появления в этих списках необходимо регулярно выкладывать у себя свежую версию FAQ. Пишите мне, если вы получили старье с одного из этих узлов.
Составлено по материалам RU.LINUX (и не только).
(c)Составление - Станислав Корсуков, FidoNet 2:5030/532.
(s)Поддержание - Михаил Браво, mbravo@kronverk.spb.su, до сентября 1999
(s)Поддержание - Aлександр Канавин, ak@sensi.org
Приветствуется выкладывание данного FAQ на ftp/www/etc и прочее распространение. Пожалуйста, не забывайте давать ссылку на оригинал. Коммерческое использование возможно лишь с письменного разрешения. (Я рассчитываю на процент :-)
Если вы не нашли ответ на свой вопрос - почитайте руководство к своему дистрибутиву (вообще говоря, к нему надо обращаться прежде всего), faq's из дистрибутива (обычно /usr/doc/faq), HOWTOs и т.п. Попробуйте сделать запрос на http://groups.google.com/. Весьма вероятно, что ваша проблема уже обсуждалась - если это так, то вы получите более быстрый и полный ответ, вовсе не написав письмо в конференцию.
Если у вас возникает несколько разных вопросов, лучше напишите одно письмо подлиннее, чем десять однострочных. Если вы задаете вопрос, связанный с вашей конкретной системой, всегда включайте как можно больше деталей - какой дистрибутив, какая версия дистрибутива, какая версия ядра, с какими именно железками у вас проблемы (опять же версии, надписи на микросхемах), и так далее.
Перед тем, как писать в эху ru.linux, подумайте, возможно ваш вопрос более уместен в ru.unix - эхе, посвященной Unix-подобным ОС в целом или ru.gnu - эхе, посвященной программному обеспечению проекта GNU. Еще существуют эхи ru.unix.prog - программирование под Unix, ru.unix.multimedia - название не требует пояснений и ru.unix.ftn - фидософт под Unix. Для начинающих еще есть эха ru.linux.chainik, но на мой взгляд в нее обращаться не стоит, так как вероятность получить квалифицированный ответ там ниже чем в ru.linux и особенно ru.unix. Что касается эхи ru.unix.linux, то в нее желательно вообще не писать, так как она является копией ru.linux, если не считать отсутствия модератора и по непонятным мне причинам до сих пор не удалена с бекбона.
Прочтите:
How To Ask Questions The Smart Way http://www.tuxedo.org/~esr/faqs/smart-questions.html
Перевод: Как правильно задавать вопросы http://ln.com.ua/~openxs/articles/smart-questions-ru.html
How to Report Bugs Effectively http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
Прежде всего Вам нужно ответить на один вопрос: для чего Вы собираетесь его использовать ? Если Вы можете дать ответ на него, то нужно быть готовым к следующим вещам:
Найдите на http://www.lug.ru координаты группы пользователей Linux вашего города. Придите на их ближайшую встречу, можно сразу с жестким диском. Попросите на этой встрече кого-нибудь дать вам диск с дистрибутивом на пару дней. Некоторые LUG имеют общую дискотеку (собрание дисков), посмотрите, есть ли в ней что-нибудь подходящее. Подпишитесь на список рассылки LUG вашего города, спросите там "А не перепишет ли мне кто-нибудь на мой винчестер (CD-R) дистрибутив?" Можно задать тот же вопрос в городской эхоконференции Fido, посвященной обмену файлами или Unix/Linux (пример: SPB.LINUX, SPB.FILES). Однако осознайте сразу такую вещь: записать дистрибутив гораздо проще, чем помочь новичку c установкой и настройкой, поэтому не стоит расчитывать, что человек, давший вам дистрибутив в дальнейшем посвятит себя вашему обучению.
Любой, вышедший менее полугода назад, и купленный не на пиратском лотке, а у официальных дистрибьюторов: http://linux.iplabs.ru, http://linux.vinchi.ru, http://www.linux-ink.ru, http://www.mistral.ru, http://www.bolero.ru, http://www.books.ru, http://www.linux-online.ru.
Жители Украины могут купить лицензионные дистрибутивы на http://www.ebuy.dp.ua. Жители Санкт-Петербурга - http://www.shopsys.spb.ru.
Отличительными внешними признаками пиратского дистрибутива являются
Если у вас есть знакомый гуру, на помощь которого вы на первых порах рассчитываете, то, в случае, если вы поставите у себя то, что он использует сам, у вас будет больше шансов получить ответы на вопросы о тонкостях настройки.
Петербург: у Михаила Браво mbravo@kronverk.spb.su, у Дмитрия Иванова (2:5030/902, idv@aanet.ru, возможна рассылка в другие города на территории России), в фирме Кронверк (Загородный 68, 110-1303), в фирме Аякс (312-5208, http://linuxcenter.ru).
Москва: в Доме Книги на Hовом Аpбате. Hа пеpвом этаже от входа напpаво, фиpма - CompuLink, соответственно, и в дpугих ее филиалах.
Реселлеры ALT Linux: http://www.altlinux.ru/index.php?module=buy)
Офис Vinchi Group (адрес и телефон на http://www.vinchi.ru)
Офис Bolero (ул. Кедрова, 14, вход со двора, этаж 3, комн.319. Телефон 124-6455).
Ростов-на-Дону: диски с дистpибутивами можно купить в фиpме "Proga" - ул. Большая Садовая 188, офис 320. Тел.53-41-22.
Алма-Ата: TOO e.com (480091, ул. Фурманова 103, 3 этаж, тел. многоканальный 505-777, факс 505-778)
Киев: КОМИЗДАТ (553-5547, спроосить Сергея Антончука)
Севастополь. (0692)553148 http://www.sevcom.net
Харьков: продажа ASPLinux http://www.spez.com.ua
Другие города: ?
http://www.freshmeat.net. Там есть все.
На http://www.opennet.ru есть целый комплекс средств для отслеживания версий софта ( http://www.opennet.ru/lastsoft/ - автоматическая система, http://www.opennet.ru/news/ - "ручная")
Первым делом надо сходить на веб или фтп cайт производителя вашего дистрибутива или его ближайший миррор и посмотреть, нет ли update'а к пакету, вызывающему проблему. Если нет, тогда уже надо искать другие пути решения проблемы. И очень желательно сообщить разработчикам дистрибутива о ней. Для Red Hat это можно сделать, зайдя на http://bugzilla.redhat.com/bugzilla/
Когда проблемы возникают еще при установке, можно обратиться в службу поддержки производителя дистрибутива (если дистрибутив не пиратский, на нем как правило указываются координаты этой службы) или описать свою проблему в его списке рассылки, на который можно выйти через веб-сайт производителя. Учтите, что в случае, если у вас пиратский дистрибутив, причина проблем может быть в том, что он криво записан на компакт-диск.
Прочесть ru.books.computing faq ( http://alexm.here.ru/rbcfaq.txt).
Посмотреть на книгу "Linux. Руководство по операционной системе". BHV, 1997, ISBN 5-7315-0002-9 , но лучше ее (и в особенности прилагающийся к ней дистрибутив 96го года) не покупать. Для начинающих хорошими книгами являются "Путь к Linux" Владимира Водолазского (печатное издание 99го года, а не электронное 97го) и "UNIX: универсальная среда программирования" Б.Кернигана и Р.Пайка, а для более продвинутых (и желающих таковыми стать) - "UNIX: Руководство системного администратора" Эви Hемет. Кернигана-Пайка можно попробовать найти в библиотеке вашего вуза. Для _пользователей_ (не для чайников!) еще рекомендуется найти книжку Дж.Армстронга "Секреты UNIX", (первое издание - Киев, Диалектика, 1996, ISBN 966-506-043-0, второе - Вильямс, май 2000). Очень хорошая книжка, только везде, где там написано "unix", надо читать "linux". Автор хотя и гордо демонстрирует останки соляриса на своей машине и вспоминает как в молодости работал с какими-то древними монстрами, но очень хорошо видно, что его познания в настоящих юниксах малость заржавели. Следует серьезно подумать, прежде чем покупать недавно (осень 1999) переведенную "Unix Power Tools" от O'Reilly - единственным известным авторскому коллективу могучим тулзом является shell. Остальное - буквально в трех словах или вовсе проигнорировано. А для заменителя man bash она дороговата.
Обратиться в существующую Linux Users Group, или создать свою. С.-Пб LUG (spblug) доступна через http://www.spb.lug.ru/ Московская (mlug) -- через http://www.moscow.lug.ru Более подробная информация и полный список lug имеется на http://www.lug.ru.
Подписаться на список рассылки, посвященный вашему дистрибутиву. Как правило, этот список ведется производителем дистрибутива, а информация о подписке доступна через веб-сайт производителя
Пpочесть паpу книжек от Linux Documentation Project.
Переводы на русский, возможно, устаревшие, есть на http://www.linux.org.ru/books/.
Вот неполный список сайтов с документацией на русском языке:
Начните с Red Hat Reference Guide (/doc/ref-guide на компакт-диске). Особенно стоит обратить внимание на главы Package Management with RPM и System Administration. Также полезно прочесть cодержимое /usr/doc/initscripts-x.xx. Очень многие вопросы, которые сюда стоило бы включить, не включены именно потому, что на них есть ответы там.
Два последних источника являются частичной компенсацией отсутствия Linux-специфичных вещей в книге Немет, издание 94го года.
Linux - система, целиком и полностью разрабатывающаяся в интернете. Поэтому, нравится вам такое положение вещей или нет, но если вы не хотите сидеть на версиях программ, с глюками которых все уже давно позабыли, как бороться, мучаться с поисками документации и платить пиратам и халтурщикам за CD с кучей устаревшего и глючного мусора, то для нормальной жизни в линуксе вам необходимо хоть какое-то интернет-подключение (вполне сгодится, на первое время, и вариант "попросить приятеля скачать что-нибудь нужное" - но чем сложнее этот процесс, тем меньше удовольствия и больше проблем вы получите от линукса). И никто, увы, не жаждет сперва за свои деньги что-то скачивать, а потом выкладывать вам для халявной раздачи. Да, это делалось где-то, когда-то, когда интернет был дорог и малодоступен, а качали все, в общем, одно и то же - но сейчас те, кто этим занимался, давно потеряли и интерес, и технические возможности. Поэтому об'единяйтесь с такими же страдальцами, покупайте интернет вскладчину, публикуйте свои адреса для freq, восстанавливайте файлэхи U*, но не ждите, что кто-то сделает это за вас. Тем не менее, некоторое количество ббс c юниховым софтом существует, они перечислены в следующем вопросе.
Желающие могут присылать свои координаты для включения в FAQ.
Запись на CD-R:
В Петербурге: У Дмитрия Иванова (2:5030/902, idv@aanet.ru). Hа freq FILES отдается полный список имеющегося. Возможна рассылка в другие города на территории России.
BBS с софтом для юникса:
В Москве: Quasi-BBS 702-52-49 23:00-08:00
Ultrix BBS, 00:00-07:00, 462-8291, Sysop - Arthur Komarov (5020/943.17) (TNSDrive 2.0b1)
unitrecordHQ, 0:00-7:30, 162-9286, только фреки, sysop - tim kondratyev (2:5020/1989.1)
В Петербурге:
2:5030/763 TMA BBS, по нодлистовому времени (файл-реквесты).
И станции в Харькове - 2:461/220
Spezvuz BBS CM 057-7123313 Alexander Grinevich (2:461/1024)
2:463/57 в Киеве (только файл-реквесты)
Алма-Ата: ISP BBS CM 3272-638796 Alexander Uskov (2:5083/21) (TNSDrive 2.0b4)
info gcc,libc,gdb
/usr/doc/LDP/lpg и другие книжки от LDP, лежащие на их сайте. ( http://www.linuxdoc.org)
Ccылки на гайд по программированию при помощи curses и много другого полезного: http://www.linuxprogramming.com/
Раздел "Юниксоидам всех стран" на http://lib.ru Обратите внимание на книжку Морриса Баха http://lib.ru/BACH/
Она же выходила и в печатном виде. Еще на бумаге издавались:
"Системное программирование на C++ для Unix" Теренс Чан, BHV
"ОС UNIX" Андрея Робачевского - это почти общепризнанно сборник плохих переводов хороших оригиналов. К сожалению, альтернативы этой книге нет, пока не будут переведены и/или (пере)изданы сами оригиналы, перечисленные в конце книжки: Бах, Стивенс, Лефлер. Книгу можно получить бесплатно - взяв в библиотеке вашего вуза.
Вопросы программирования под Unix обсуждаются в ru.unix.prog, а также в news:comp.unix.programmer. Там есть свой FAQ и документ "Properly tuned Unix Application".
Если поместить ядpо Линукса на 1-й hd, в пpеделах доступности bios (1024 цилиндpа), то ядpо _гаpантиpованно загpузится_, а остальные части Линукса можно пpоизвольно pазбpосать по pазным дискам/pазделам. Ядpо можно записать в ДОСовский pаздел и загpужать его пpогpаммой loadlin.exe. Также полезно почитать man rdev.
Последние версии lilo (>21.3) умеют загружать ядро и с цилиндров, больших, чем 1024. При этом BIOS должен быть не слишком старым и поддерживать lba32, эту опцию надо прописать в /etc/lilo.conf.
В качестве альтернативы lilo очень рекомендуется поглядеть на GRUB http://www.gnu.org/software/grub
Существует еще малоизвестный загрузчик NUNI, который вообще не пользуется BIOS и напрямую работает с IDE-контроллером. Причем понимает даже PCI IDE с нестандартными(большими) номерами портов. Диск должен быть с системой ext2fs.
(Alex Korchmar) Для первого знакомства с женским полом - _не_надо_ использовать резиновую бабу.
Для того, чтобы познакомиться с линуксом/посмотреть, на что он годится - _не надо_ ставить его под win4lin, vmware и прочими эмуляторами, не надо искать "урезанные", "упрощенные", "live-fs" и прочие недо-дистрибутивы, и не надо пытаться поставить их на FAT - начинающему и без этого хватит проблем.
И аргумент "мне эти три-пять гигабайт еще могут понадобиться" - не аргумент вовсе. Если они тебе так нужны, что нельзя с пол-годика без них обойтись - значит, не надо ставить линукс. Ибо если ты его будешь раз в три дня переустанавливать - то вот только переставлять отдельно взятый (кривой) дистрибутив на отдельно взятой (кривой) конфигурации ты и научишься. А это знание, увы, работодателями не ценится.
Прежде всего: другую операционку, в особенности win'95/98 или dos, очень желательно ставить первой, а значит, начальное разбиение диска проводить ее средствами. Дело в том, что в некоторых случаях (в каких - выяснить пока не удалось) этим ОС или их инсталляторам не нравится MBR, созданный средствами Linux.
Затем вам нужно решить: что вы будете использовать в качестве основного загрузчика ? Если NT Loader, то этот вариант подробно расписан в HOWTO/mini/Linux+NT-loader. Если LILO, то нужно учесть следующие вещи:
other = /boot/bootsect.dos label = winbootsect.dos берется из корневого каталога того диска, на котором стоит NT Loader
(Alexander Pevzner, 2:5020/59.9) IMHO, в сомнительных и сложных случаях лучше вообще сначала раздать каждой операционке по партиции, причем начиная не с линуха и доверяя откусывание места на диске собственному fdisk-у каждой ОС. А потом уже продолжать инсталляцию.
( Andrey Terebecky) Hужно начать с того, что задуматься каких функций из DN, FAR, etc - Вам не хватает в MC. После этого внимательно изучить все, что mc рассказывает по клавише F1 (документация идущая с ним довольно скудная), обычно это решает большинство вопросов. Hе нужно искать функции типа CD-проигрывателя, запуска нескольких копий редактора в разных окнах - таких возможностей в MC нет. В DN эти функции введены для преодоления недостатков операционной системы (однозадачность, однопользовательность, отсутствие нужных утилит). Линукс таких недостатков лишен и поэтому такими вещами занимаются внешние программы, а MC это просто файловый менеджер.
Строго говоря, MC и ему подобные программы в Unix\Linux вообще не нужны. Все их функции обычно решаются гораздо быстрее с помощью shell (zsh, tcsh, bash, etc). Конечно для этого потребуется достаточно подробно изучить документацию к Вашему любимому shell и приобрести некоторые навыки работы с ним, но результат себя оправдает. В защиту MC часто говорят, что в shell не удобно работать с архивами - возможно это действительно так, а возможно говорящие это, никогда не видели AVFS ( http://www.inf.bme.hu/~mszeredi/avfs/)
В Unix\Linux есть и аналоги MC - X Northern Captain ( http://xnc.dubna.su), deco ( ftp://ftp.cronyx.ru/cronyx/), а также его модификация от Nickolay N. Parfenov ( http://usrsrc.chat.ru), VFU ( http://www.biscom.net/~cade/vfu), ytree ( http://www.han.de/~werner/).
Если же Вы и после этого убеждены в необходимости DN, FAR под Linux - портируйте если можете. Hо помощников в этом будет найти сложно, те кто могут - не захотят это делать по выше перечисленным причинам, а те кто захочет скорее всего не смогут.
(Viktor Krapivin 2:450/102.1 и Dmitry Chernyak 2:503/983.998)
В самом начале 90х был такой теpмин - "интегpатоp". Вот DN им и является (почти). А полуночный командиp - нет. Точно так же, как XEmacs пpетендует на это же "звание", а вот vim - нет 8-) Гpань тонка, но она есть. И дело не в набоpе всякого баpахла. "Интеграторы" имели смысл в однозадачном ДОСе, отсутствие необходимости выходить из редактора, чтобы потаскать файлы было их основным достоинством.
В многозадачном юниксе "интегрирование" может быть с успехом заменено использованием нескольких консолей, телнетов, команд bg/fg, программы screen и, наконец, X-Window. Кроме того, мало кому нужен такой "интегрированный редактор", который не дотягивает до уровня vi. А он никогда до него не дотянет, просто потому, что vi - _редактор_, а "редактор" в DN - просто заплатка, которой времени уделено не больше, чем всем остальным компонентам. Такова цена интегрирования.
Borland Kylix http://www.borland.com/kylix/ Victor Wagner
А как же.
xwpe (очень похожа именно на Turbo C++), rhide, motor, KDevelop, Glade, Source Navigator
Hо все они до жути неудобные.
По той простой причине, что ни один квалифицированный программист с ними не связывается. Это софт, написанный чайниками и для чайников.
Потому что те, кто более-менее разбирается в идеологии *nix прекрасно понимают, что практически любой проект надо разрабоатывать не на одном языке, а на нескольких разного уровня (критические по скорости части - на C, интерфейс - на perl/tcl/python/slang, работу с данными на SQL и так далее).
Между прочим, большинство из выше упомянутых оболочек расчитаны на работу с несколькими языками.
Hо все равно они хуже, чем обыкновенный мощный редактор. Благо, все мощные редакторы под эхотаг умеют вызывать внешние программы, и анализировать их выдачу.
Поэтому рекомендуется освоить один из двух наиболее распространенных редакторов - vim или emacs, и пользоваться для разработки им. Благо такие вещи как подсветка синтаксиса, вызов make прямо из редактора, и позиционирование курсора на строку, про которую компилятор выругался, в них обоих есть.
(от Alex Kanavin: намного более подробно все это объясняется в книжке The Art of Unix Programming, которую я рекомендую прочесть всем, кто начинает программировать под Unix - она очень хорошо помогает осознать идеологию Unix и избавиться от предрассудков, свойственных Windows-программистам. Книжка лежит здесь: http://www.tuxedo.org/~esr/writings/taoup/
Программирования "под Linux" не бывает. Бывает программировние под *nix. И ему посвящена эха news:fido7.ru.unix.prog.
Как заметил Victor Wagner, написание писем в эху есть самовыражение, написание писем нетмейлом есть техническая поддержка. Первое бесплатно, второе платно. Подумайте об этом.
Обратитесь в RU.LINUX.CHAINIK. Правда, при этом есть риск получить совсем чайниковый ответ.
Значительная часть этого раздела написана Alexander Voropay.
Проблему русификации можно разделить на несколько частей :
Существует Cyrillc-HOWTO http://www.ibiblio.org/pub/Linux/docs/HOWTO/unmaintained/Cyrillic-HOWTO, однако он довольно долго не обновлялся и больше не поддерживается, поэтому отнеситесь к нему критически (Last version : v4.0, 23 January 1998), перевод: http://www.inp.nsk.su/~baldin/Cyrillic-HOWTO-russian-old/Cyrillic-HOWTO.html.
Евгений Балдин создал новую версию Cyrillic-HOWTO на русском (версия не имеет английского перевода и не включена в официальную базу HOWTO). Доступна здесь : http://www.inp.nsk.su/~baldin
Лучше всего сперва искать решение проблемы здесь и лишь потом - в Cyrillic-HOWTO (англоязычном).
В системе Linux существуют два конкурирующих пакета управления шрифтами и клавиатурой : kbd и consoletools.
ftp://ftp.win.tue.nl/pub/linux/utils/kbd/ или ftp://ftp.kernel.org/pub/linux/utils/kbd/
В разных дистрибутивах применяются или один, или другой. Например, в Red Hat 4.х и 5.x для русификации консоли применялся пакет kbd. Однако в Red Hat 6.x и выше применяется уже другой пакет - consoletools.
Существует Keyboard-and-Console-HOWTO, автор этого HOWTO является также автором пакета kbd, поэтому естественно, всех склоняет к использованию kbd. ;-) http://linuxdoc.org/HOWTO/Keyboard-and-Console-HOWTO.html
На "низком уровне" для русификации консоли достаточно выполнить следующие команды (пакет kbd):
$ setfont Cyr_a8x16 $ mapscrn koi2alt $ echo -ne "\033(K" $ loadkeys ru1Если используется пакет console-tools:
$ consolechars -f UniCyr_8x16 -m koi8-r $ echo -ne "\033(K" $ loadkeys ru1См. man на соответствующие команды и 'man console_codes'. Описание, что есть что, у console-tools в /usr/doc/console-tools*, довольно внятное.
NB! К сожалению, в пакете console-tools некоторые русские фонты не содержат UNICODE screen-font map (SFM) и в таком виде попадают во многие дистрибутивы. Исправленные фонты живут в пакете console-tools-cyrillic: ftp://ftp.ice.ru/pub/fonts/linux/
Как правило, настройка шрифтов и клавиатуры скрыта среди стартовых скриптов, а ключевые управляющие параметры вынесены в отдельные файлики. Иногда существуют даже специальные программы настройки. "Идеологически правильно" не нарушать системную архитектуру дистрибутива, а всего лишь поменять настройки в этих файликах.
К сожалению, в Linux только один загружаемый фонт на все виртуальные консоли.
Если вы хотите видеть русские буквы и рамки (например в mc) на консоли одновременно, используйте только TERM=linux .
У вас будут проблемы при работе консоли в CP-866 из-за того, что некоторые русские буквы в этой кодировке совпадают со "старшими" управляющими кодами C1, например буква "Ы" 0x9B совпадает со старшим ESC (CSI). Работайте в KOI8-R.
Речь идет о настройке системной locale. Проверить установки можно, просто сказав locale:
$ locale LANG=ru_RU.KOI8-R LC_CTYPE="ru_RU.KOI8-R" LC_NUMERIC="ru_RU.KOI8-R" LC_TIME="ru_RU.KOI8-R" LC_COLLATE="ru_RU.KOI8-R" LC_MONETARY="ru_RU.KOI8-R" LC_MESSAGES="ru_RU.KOI8-R" LC_ALL= $Если результат именно такой, значит настроена русская locale (ru_RU) в кодировке KOI8-R. Проверить можно командами 'cal' или 'date' - даты должны быть на русском.
На самом деле, для настройки locale достаточно всего лишь установить переменную окружения LANG= из стартовых скриптов (например /etc/profile) или руками.
$ export LANG=ru_RU.KOI8-RВ Red Hat-based дистрибутивах это делается путем редактирования файла /etc/sysconfig/i18n где, кроме прочего, должна быть строчка
LANG=ru_RU.KOI8-R
Прежде всего - подробная дока о locale имеется на http://www.sensi.org/~alec/locale. Обращайтесь туда, если вам нужны нестандартные варианты (например, отключение русскоязычного интерфейса с сохранением правильной сортировки и т.д.)
Система X-Window и библиотеки Xlib и Xt имеют собственные механизмы локализации (XLC_LOCALE) которые являются "надстройкой" над системной locale. Подробности: {X11Root}/doc/i18n (в RedHat: /usr/share/Xfree86-doc/i18n). Документация в .PS http://www.tsu.ru/~pascal/x_locale/.
Хотя в принципе допустимо задавать короткое именование, вроде LANG=ru_RU или даже LANG=ru, лучше использовать _полное_ имя : LANG=ru_RU.KOI8-R . Совершенно недопустимо задавать LANG=ru_SU, такой страны больше нет :-)
К сожалению, не все дистрибутивы "от рождения" позволяют использовать ru_RU.KOI8-R . Воспользуйтесь 'locale -a' для получения списка допустимых значений. Если в списке нет значения ru_RU.KOI8-R, его нужно добавить, а то LANG= будет указывать "в пустоту" :
$ localedef -c -i ru_RU -f KOI8-R ru_RU.KOI8-R Computing table size for character classes might take a while... done Computing table size for collation information might take a while... done $ $ cd /usr/lib/locale $ mv ru_RU.koi8r ru_RU.KOI8-R(в старых версиях - /usr/share/locale)
NB! Утилита localedef фомирует "сжатое" (mangled) имя кодировки, так что имя превращается в "ru_RU.koi8r". Это приводит в замешательство некоторые программы. Но к счастью, все же можно установить полное имя LANG="ru_RU.KOI8-R" и благодаря mangling-у все будет работать и программы будут счастливы. Еще один вариант -- переименовать каталог.
Некоторые дистрибутивы неправильно включают
LANG=ru LC_ALL=ru_RU.KOI8-RЭто НЕПРАВИЛЬНО. Лучше не устанавливать переменную окружения LC_ALL вообще (достаточно полного LANG=, а все переменные LC_xxxx "унаследуются" от него). Подробнее смотрите на http://www.sensi.org/~alec/locale/ в главе "Как включить..."
Нужно определить переменные окружения :
LANGUAGE=en_US LC_MESSAGES=en_USВ RedHat эти строки можно вписать прямо в /etc/sysconfig/i18n .
Хотя для большинства программ вполне достаточно установки LANG=ru_RU.KOI8-R чтобы начать распознавать русские буквы, многие программы, основанные на библиотеке readline (например bash), все равно считают символы с кодами больше 128 особыми META-символами (пищит при вводе).
Чтобы отучить библиотеку readline от этого, необходимо определить переменную
INPUTRC=/etc/inputrcКроме того, создать файл /etc/inputrc
set meta-flag on set convert-meta off set output-meta onПосле этого библиотека readline (и bash) начнет воспринимать русские буквы.
Еще один вариант : Не задавать INPUTRC=, а прописать те же значения в файл ~/.inputrc (в home-каталоге). Но тогда придется заводить такой файл в домашнем каталоге каждого пользователя.
См. man readline.
В принципе, она должна "унаследоваться" от системной локали, LANG=ru_RU.KOI8-R (или ru_RU.UTF-8) Если не выходит, попробуйте :
$ java -Duser.language=ru -Duser.region=RU -Dfile.encoding=koi8-r
Cоздаем файлик /etc/sysconfig/i18n. Внутри должно быть что-то вроде:
SYSFONT=UniCyr_8x16 SYSFONTACM=koi8-r LANG=ru_RU.KOI8-RРаскладка клавиатуры выбирается утилитой kbdconfig и прописывается в файл /etc/sysconfig/keyboard, в виде:
KEYTABLE=ru1Эти файлы используются в скриптах /etc/rc.d/rc.sysinit, /sbin/setsysfont. Ознакомьтесь с ними, а также с /usr/doc/initscripts-x.xx/, если возникли вопросы или проблемы.
Debian 2.2: Насторойка фонтов запускается из /etc/init.d/console-screen.sh
/etc/console-tools/config:
# SCREEN_FONT=Cyr_a8x16 APP_CHARSET_MAP=koi8-r # APP_CHARSET_MAP_vc2=koi8-r APP_CHARSET_MAP_vc3=koi8-r APP_CHARSET_MAP_vc4=koi8-r APP_CHARSET_MAP_vc5=koi8-r APP_CHARSET_MAP_vc6=koi8-rФонты нужно заменить, взяв правильные из console-tools-cyrillic.
Клавиатура настраивается из /etc/init.d/keymaps-lct.sh и загружает раскладку /etc/console-tools/default.kmap.gz Именно под этим именем нужно разместить требуемую раскладку или создать symlink. Для интерактивного выбора клавиатуры есть полезная утилита: kbdconfig.
/etc/environment:
LANG=ru_RU.KOI8-R
В современных дистрибутивах они скорее всего уже стоят. Первым делом (на работающем X сервере) запустите :
$ xlsfonts -fn "*-koi8-r"Если список не пустой - примите наши поздравления :-)
Начиная с версии XFree86 3.3.2 русские фонты cronyx-* входят прямо в дистрибутив XFree. Если фонтов нет -- их нужно установить. Для Red Hat просто поставьте пакет XFree86-cyrillic-fonts-XXXX.rpm . Фонты установятся в /usr/X11R6/lib/X11/fonts/cyrillic .
Далее нужно подключить шрифты к X Window. Убедитесь, что в файле /etc/X11/XF86Config прописан путь :
Section "Files" ... FontPath "/usr/X11R6/lib/X11/fonts/cyrillic" FontPath "/usr/X11R6/lib/X11/fonts/75dpi" ... EndSectionПуть с cyrillic лучше всего поставить первым. Перезапустите X сервер и проверьте командой : xlsfonts -fn "*-koi8-r" .
Еще см. вопрос "Где найти хорошие русские шрифты для иксов?" Про подключение шрифтов TrueType также имеется отдельный ответ, в разделе про X Window.
Хорошим решением также будет использование фонт-сервера. Во-первых, он может быть один на всю организацию, а во-вторых в современные фонт-серверах можно использовать шрифты TrueType. Для Red Hat фонт-сервер xfsft входит в пакет XFree86-xfs.
http://www.dcs.ed.ac.uk/home/jec/programs/xfsft/
Существует два основных способа русификации клавиатуры X :
Section "Keyboard" ... XkbRules "xfree86" XkbModel "pc101" XkbLayout "ru" XkbOptions "grp:shift_toggle" EndSectionДля X 4.0.x
Section "InputDevice" ... Driver "keyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc101" Option "XkbLayout" "ru" Option "XkbOptions" "grp:shift_toggle" EndSectionВ зависимости от клавиатуры опция Model может быть "pc101", "pc104" или "pc105", а комбинации переключения:
grp:toggle правый Alt (с "фиксацией") grp:caps_toggle Caps_Lock grp:shift_toggle два Shift grp:ctrl_shift_toggle Control+Shift grp:ctrl_alt_toggle Control+AltДля 4.0.x добавились новые :
grp:alt_shift_toggle Alt+Shift grp:menu_toggle Menu (модель должна быть pc104, pc105)В XFree 4.3 (и 4.2.99 также) изменились правила настройки Xkb. Каждая layout теперь содержит только один вариант клавиатуры. Поэтому выбор xkbLayout "ru" не позволяет вводить английские буквы. Зато повилась возможность комбинировать больше двух раскладок, просто через запятую. Правильная настройка xkb может выглядеть следующим образом:
Section "InputDevice" Identifier "Keyboard0" Driver "Keyboard" Option "AutoRepeat" "500 30" Option "XkbModel" "microsoft" Option "XkbLayout" "us,ru(winkeys)" Option "XkbOptions" "grp:ctrl_shift_toggle" EndSectionИ еще. поэкспериментировать с настройками xkb "на ходу" можно с помощью команды
$ setxkbmap -layout 'us,ru(winkeys)' -model microsoft -option grp:ctrl_shift_toggleВ этом случае изменения коснутся только порожденных окон.
Если есть проблемы с XKB, прочтите http://www.tsu.ru/~pascal/other/xkb/ Там же есть ссылки на "переключатели клавиатуры", например xxkb, описание, как использовать несколько раскладок одновременно, назначать клавиши переключения раскладок и много других интересных вещей.
Наиболее развитая программа для переключения клавиатуры через способ xmodmap : xruskb от Alexander V. Lukaynov
ftp://ftp.yars.free.net/pub/software/unix/X11/ (primary site)
ftp://ftp.relcom.ru/pub/x11/cyrillic/
Она может понадобиться для русификации X11R5 терминалов, например железных, или эмуляторов под MS Windows. Для ее применения с XFree86 лучше отключить модуль XKB в /etc/X11/XF86Config директивой XkbDisable. Правильная раскладка для xruskb: jcukeng-cyr.xmm
Проверить русификацию X можно программой xev: клавиатура должна генерировать правильные XkeySym для кириллицы (0x6xx), а xev должна показывать Cyrillic_IE и пр. при нажатии русских букв, а не OCyrcumflex e.t.c.
Для vfat примерно так (cтрочка из /etc/fstab/):
/dev/hda5 /mnt/d vfat noexec,rw,umask=002,codepage=866,iocharset=koi8-r,gid=100 0 0
Потом mount /mnt/d. Еще в ядро (>=2.0.36) должны быть включены соответствующие кодовые страницы (возможно, в виде модулей /lib/modules/`uname -r`/fs/nls_*) - CP866 и KOI8-R, так что возможно (хотя скорее всего нет) ядро придется перекомпилировать.
Для CD, содержащего файлы с русскими именами:
$ mount -t iso9660 -o iocharset=koi8-r /dev/cdrom /mnt/cdromПараметр codepage для isofs не нужен, в файловой системе JOLIET имена файлов хранятся в UNICODE.
Смысл этих опций можно узнать в 'man mount' или в документации исходников ядра /usr/src/linux/Documentation/filesystems/ или /usr/doc/kernel/filesystems/
Для сервера добавить в /etc/smb.conf
[global] character set = koi8-r client code page = 866 preserve case = yes short preserve case = yes default case = lower mangle case = noЧтобы правильно монтировались smb разделы надо при компиляции ядра указать (ядро должно быть >=2.2.20 )
CONFIG_NLS_DEFAULT="koi8-r" CONFIG_SMB_NLS_DEFAULT=y CONFIG_SMB_NLS_REMOTE="cp866" CONFIG_SMB_NLS=y CONFIG_NLS=y
Перекодировщиков CP1251 и CP866 --> KOI8-R просто огромное количество. Не надо писать новых ;-) Наиболее широко распространены iconv (входит в поставку glibc) и GNU recode ( ftp://prep.ai.mit.edu/pub/gnu/recode/)
$ iconv -f866 -tKOI8-R -o<outfile> infile $ recode CP1251..KOI8-R winfile.txtЕще один URL для recode - http://www.iro.umontreal.ca/~pinard/recode/.
Перекодировщик русского текста с автоматическим определением исходной кодировки: ftp://oskin.macomnet.ru/pub/linux/misc/xcode.c
В конце концов сгодится обычный lynx :
$ lynx -assume_local_charset cp866 file.txt
:e ++enc=cp1251 winfile.txtЗагрузить файл, считая, что он в указанной кодировке, и перекодировать его в кодировку, в которой работает редактор.
VIM должен быть версии 6.x и собран с поддержкой Multibyte:
configure --with-features=huge --enable-multibyteПредположим, консоль русифицирована в KOI8-R, тогда в VIM надо дать команды :
:set encoding=utf-8 :set fileencoding=utf-8 :set termencoding=koi8-rВ RedHat VIM разнесен на несколько пакетов.
vim-common-6.1-2 vim-minimal-6.1-2 vim-enhanced-6.1-2Редактор vi, входящий в vim-minimal собран без Multibyte, vim из vim-enhanced -- с поддержкой. Надо пользоваться редактором vim.
В /.vimrc:
set langmap=йq,цw,уe,кr,еt,нy,гu,шi,щo и т.д.
Во-первых, нужно взять GoldEd+ c http://golded-plus.sourceforge.net.
Кроме того, нужно взять таблицы перекодировки (например из пакета русификации, проходившего по файлэхе aftnged и лежащего на http://collage.etel.ru/fileechos/ftn/ и прописать их в golded.cfg, примерно так:
AREAPATH /mnt/c/fido/fecho/ AREAFILE FastEcho XLATPATH /home/ak/.golded/chars XLATLOCALSET KOI8 XLATIMPORT IBMPC XLATEXPORT IBMPC XLATCHARSET KOI8 IBMPC koi_866.chs XLATCHARSET IBMPC KOI8 866_koi.chs IGNORECHARSET
Можно. F9 - options - display bits - Full 8 bit
В последних версиях 'mc' появилась поддержка различных Charset-ов . Эта опция должна быть включена при компиляции 'mc' .
$ ./configure --enable-charset ....
Yuriy.Kaminskiy@p21.f517.n5020.z2.fidonet.org пишет:
при настроенной локали указывать LESSCHARSET _HЕ HАДО_. Более того, в ~/.lesskey надо добавить
#env LESSCHARSET=чтобы он игнорировал установку LESSCHARSET= глупыми программами (к примеру, man :) [после этого надо запустить lesskey для получения бинарного файла ~/.less] В противном случае он не будет вызывать setlocale(LC_CTYPE,"") и, как следствие, не будет icase search для русских букв.
Если возникают проблемы с вводом русских символов, надо написать файлик ~/.telnetrc со следующей строкой:
DEFAULT set outbinaryВы можете встретить проблемы при работе в кодировке Win-1251 -- не передается маленькая русская буква "я" 0xff. У протокола TELNET 0xff -- это первый символ управляющей последовательности. Дабы передать собственно "я", нужно его удваивать : 0xff, 0xff. В KOI8-R такой проблемы нет.
Скорее всего на консоль был скопирован какой-то двоичный файл, где случайно встретилась переключающая ESC-последовательность. Тогда :
Сброс терминала :
$ echo -ne "\033c"набрать вслепую, или с работающей консоли :
# echo -ne "\033c" >/dev/ttyXПереключение на downloaded font
$ echo -ne "\033(K"(возможно, еще придется перегрузить фонты, но это смотря как консоль сорвало...)
Если вывалилась какая-то программа, которая использует curses, то проще
$ stty saneВ Red Hat все это делают reset; setsysfont <ctrl-j>
reset - из ncurses
См. 'man console_codes' и 'man stty'
Все вопросы по TeX рекомендуется задавать в ru.tex. FAQ из этой конференции и прочая информация по TeX в России находятся по адресу http://myke.webjump.com/tex/.
TeX и LaTeX во всех современных дистрибутивах говорят по-русски с раздачи. В этом случае имеется документ cyrguide.*, который и содержит развернутый ответ на вопрос о русификации TeX.
Переносы не всегда работают "из коробки", иногда надо поправить language.dat, и пересобрать форматы. Вот что пишет Alex Nikiforov:
Если уж о последних версиях, то в RH-6.0 с tetex 0.9 у меня получилось так:
$ texconfigвыбрать
hyphenation -> latexраскомментировать russian
Добавить в LaTeX файлах
\usepackage[T2A]{fontenc} \usepackage[koi8-r]{inputenc} \usepackage[english,russian]{babel}и в файле можно переключаться между русским и английским командами \Russian и \Engish
Что бы добавить форматы из cyrplain набора в texconfig выбрать FORMATS и добавить
cyrtxinf tex language.dat cyrtxinf.iniдля русского texinfo. Аналогично для cyrblue и cyramstx.
Что бы добавить формат cyrtex ( русский TeX ) проще в каталоге web2c выполнить:
initex '\input cyrtex.ini \dump'и бросить символическую ссылку с именем cyrtex на tex ( например в /usr/bin )
Что бы переключится на русский в этих plain форматах использовать команду
\language Nгде N - номер, под которым числится русский язык в получившейся раскладке.
В принципе можно заменить в конфигурации ruhypen на ruenhyp и оставить только совместные русско-английские правила переноса, но детально это не проверял и подробно описать не могу.
Современные Type1 фонты в общем не обязаны иметь информацию о "кодировке", а должны просто содержать русские символы с именами глифов типа "afii10049" (Association for Font Information Interchange). О "векторе кодировки" должно заботиться приложение, порождающее ps. См. документы Adobe:
К сожалению, некоторые приложения видят только первые 256 символов Type1 шрифта (Latin1 или ISO_8859-1). Именно для таких приложений нужны "отхаканные" шрифты, где вместо "circumflex" и "cedilla" расположены символы KOI8-R. Взять можно например с: ftp://ftp.kapella.gpi.ru/pub/cyrillic/psfonts/ Прочитайте README.
Кроме распространенных шрифтов Cronyx существуют гораздо более эргономичные шрифты из проекта Cyr-RFX Дмитрия Болховитянова: http://www.inp.nsk.su/~bolkhov/files/fonts/cyr-rfx/
Фонт -cronyx-fixed-* с полным соответствием koi8-r , в том числе с рамками: ftp://ftp.ice.ru/pub/fonts/X11
Русские фонты из KSI-Linux: ftp://ftp.ksi-linux.com/pub/patches/
Русские фонты из Black Cat Linux: ftp://ftp.blackcatlinux.com/pub/blackcat-linux/6.2/SRPMS/SRPMS/urw-fonts-2.0-4bc.src.rpm
Берем iso8859-5 шрифты с http://www.inp.nsk.su/~bolkhov/files/fonts/cyr_rfx/. Подключаем их к иксам, и выбираем в меню Mule нужную кодировку.
Очень благородные изовые шрифты можно взять на любом зеркале GNU в каталоге intlfonts. конкретно, например, ftp://ftp.chg.ru/pub/gnu/intlfonts/intlfonts-1.2-split/European.tar.gz (131Кб). В Debian они уже есть.
Подробная инструкция по русификации XEmacs имеется по адресу http://www.linux.zp.ua/xemacs/.
Для правильной работы ORDER BY и GROUP BY сервер MySQL должен знать текущий набор символов. К сожалению, версия 3 MySQL может иметь только один charset на все базы одновременно. Задается в /etc/my.cnf :
[mysqld] default-character-set=koi8_ruПроверить можно так :
mysql> show variables like 'character_sets' ; mysql> show variables like 'character_set' ;В этом случае все символьные поля в таблицах будут храниться в KOI8-R. Для того, чтобы работали клиенты ODBC из под Windows необходимо, чтобы первым SQL оператором в Windows приложении была команда :
SET CHARACTER SET cp1251_koi8 ;Тогда включится перекодировка "на лету". На сервере будет KOI8-R, а на клиенте Windows-1251 и все сортировки будут работать. Эту же команду можно прописать в MyODBC 3.x "SQL command on connect".
Другой вариант -- хранить базы в Windows-1251 и сообщить об этом серверу, прописав в /etc/my.cnf :
[mysqld] default-character-set=cp1251
Клавиатуpа - любым досовым pусификатоpом. Кроме того, есть патчик в http://www.ice.ru/~vitus/misc/, который позволяет обойтись без русификатора клавиатуры. В X-ах - рекомендуется, так как позволяет избежать двух клавиш переключения - одной в DOS другой - на остальном десктопе. При работе с удаленным dosemu (по telnet/ssh/rsh) - необходим.
Фонты - в консольном dosemu тем же pусификатоpом, в X-овом - поставить фонт с 866-ой кодиpовкой. Взять можно по адpесам http://www.ice.ru/~vitus/works/x11.html, ftp://ftp.dosemu.org/dosemu/Development/vga_cyr8x16.pcf.gz или http://www.inp.nsk.su/~bolkhov/files/fonts/vga4dosemu/.
Установите последний OpenOffice. Для rpm-based дистрибутивов его надо брать с www.altlinux.ru, для Debian - с www.debian-linux.de или с того же altlinux: ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/OpenOffice/debian-woody-openoffice/
Обратитесь по адресу http://www.hippo.ru/~hvv/abiword/
http://www.mozilla.ru/download/
Вот более общая и более удобная в плане установки из самой мозиллы ссылка: http://www.mozilla.org/projects/l10n/mlp_status.html
echo 'Netscape*documentFonts.charset*koi8-r: iso-8859-1' | xrdb -mergeпосле чего koi8-шрифты появляются в списке шрифтов для "Western". (отныне ваша кодировка по умолчанию именно она, а про koi забудьте.) Netscape 3.x берется с ftp://archive.netscape.com
Login:archive Password:oldiesdir там не работает, качайте /archive/index.html
a) Постарайтесь выяснить, откуда приложение берет имя фонта. Чаще всего приложение хранит имена используемых фонтов в "базе ресурсов": в персональной /.Xdefaults или системной /usr/X11R6/lib/X11/app-defaults/ базе. Имена используемых фонтов хранится в форме XLFD, т.е. там можно применять "*". Например:
Netscape*fontList: -*-helvetica-bold-r-*-*-*-120-*-*-*-*-koi8-rПосмотреть "ресурсы" приложения можно утилитой appres :
$ appres XTermВ man практически на любую X программу имеется секция RESOURCES.
Если программа написана с применением какого-либо "Toolkit"-а : GTK, Qt, Motif, e.t.c., чаще всего достаточно русифицировать Toolkit. Русификация GNOME/Gtk и Qt таким способом описана чуть ниже.
b) С помощью ключа -fn font или -font font. Этот ключ обрабатывается в XLIB и он скорее всего будет работать в любой X программе.
c) Метод грубого хака. Нужно взять русские шрифты с ftp://ftp.relcom.ru/pub/x11/cyrillic/fonts/, там есть шрифты adobe-*-koi8-1 (c fonts.alias, делающим из них -iso8859-1), но реально содержащие кириллицу в koi8-r в старшей половине.
При этом шрифты с теми же именами и "настоящими" символами iso8859-1 становятся недоступны. Стандартных шрифтов из XFree86-cyrillic-fonts недостаточно. Кроме того, пути к русским шрифтам в конфиге иксов или фонт-сервера должны быть впереди всех прочих.
Однако лучше не использовать этот метод, а написать автору программы (или прислать ему patch ;) для вынесения имени фонта в "ресурс".
Если gtk не находит нужных шрифтов (в частности, нужного размера), он режет 8-й бит. Шрифты задаются в /etc/gtk/gtkrc.$LANG. Поэтому нужно создать файл gtkrc.ru или поправить существующий. Внутри должно быть примерно следующее (названия шрифтов, размеры и прочие атрибуты можно исправить по вкусу, но эти шрифты должны содержать кириллицу в koi8-r):
style "gtk-default-ru" { fontset = "-cronyx-helvetica-medium-r-normal--*-*-*-*-*-*-koi8-r,\ -cronyx-courier-medium-r-normal--*-*-*-*-*-*-koi8-r,\ -cronyx-fixed-medium-r-normal--*-*-*-*-*-*-koi8-r,\ -cronyx-times-medium-r-normal--*-*-*-*-*-*-koi8-r" } class "GtkWidget" style "gtk-default-ru"И скопировать этот файл в 'gtkrc.ru_RU.KOI8-R' или сделать symlink:
$ cd /etc/gtk/ $ ln -s gtkrc.ru gtkrc.ru_RU.KOI8-RПодробности см. http://www.gtk.org/tutorial/gtk_tut-21.html, а также http://www.linux.org.ru/gnome/
http://kde.ru/docs.php?action=index
http://www.kde.org/international/russia/localization.html
К сожалению, "железо" консоли IBM-PC (VGA/SVGA) может отображать только 256 символов одновременно. Еще 32 символа отъедают рамки. Если пожертвовать атрибутами, количество символов можно довести до 512. Для UNICODE явно маловато. См. Console programming HOWTO http://devel.linvision.com/doc/fbh/current/index.html
Если устраивают эти ограничения, то переход (пакет console-tools) в/из однобайтового режима консоли в режим UTF-8 осуществляется командами unicode_start(1) и unicode_stop(1) . Узнать текущий режим можно командой vt-is-UTF8(1) . Документация - в console-tools/lct.txt
Эмулятор терминала XTerm в X Window не имеет аппаратных ограничений. Запуск
: xterm -u8с фонтами *-iso10646-1 .
Наиболее современные программы не используют "терминальный ввод-вывод" вообще, а написаны с использованием ToolKit-ов, поддерживающих UNICODE (Qt, GTK, Java .e.t.c.) или напрямую пользуются возможностями GUI X Window.
Для правильной работы приложений в UTF-8 необходимо, чтобы системная локаль также была UTF-8, например LANG="ru_RU.UTF-8" .
Дополнительная информация:
UTF-8 and UNICODE FAQ: http://www.cl.cam.ac.uk/~mgk25/unicode.html
The Unicode HOWTO: http://www.tldp.org/HOWTO/Unicode-HOWTO.html
How do Unix terminals work?: http://czyborra.com/unicode/terminals.html
Unicode Howto for KDE developers: http://developer.kde.org/documentation/library/kdeqt/kde3arch/KDE-Unicode-Howto.html
Есть микро-HOWTO вот здесь: http://lists.debian.org/debian-russian/2001/debian-russian-200111/msg00203.html
Russian Linux Documentation Project: http://rldp.linux.ru.net. Ведет Alexsandr Mikhailov, mailto:alexmikh@mail.ru Информация: http://www.tldp.org/vlist.html#te
Русская команда перевода GNU: http://www.gnu.org.ru, http://www-ru.gnu.org.ru/, http://www2.iro.umontreal.ca/~pinard/po/registry.cgi?team=ru
Проект Алексея Махоткина "Manpages-Ru" посвящен переводу пакета manpages на русский язык. http://www.alexm.here.ru/manpages-ru
KDE: http://www.kde.org/international/russia/
GNOME: http://www.linux.org.ru/gnome/
(Alex Kanavin, адрес выше, Alexey Mahotkin)
Начнем с официальной серии ядер, выпускаемых непосредственно Линусом Торвальдсом. Прежде всего, надо разобраться, что такое стабильные и нестабильные ядра (stable и development) и как они нумеруются. Пусть имеется ядро версии a.b.c
Официальные ядра в виде исходных текстов можно скачать с ftp://ftp.kernel.org и его многочисленных мирроров (российский: ftp://ftp.ru.kernel.org, но им лучше не пользоваться, так как он не миррорит .bz2, если вам нужен именно российский миррор, то попробуйте ftp://ftp.rmt.ru/, ftp://ftp.chg.ru/Mirrors/ftp.kernel.org/ или http://ftp.chg.ru/Mirrors/ftp.kernel.org/).
[пользуясь случаем, хочу передать сообщение для ftp://ftp.chg.ru , ftp://ftp.ru.kernel.olg и других официальных россйских мирроров: если уж вы миррорите, например, redhat, то делайте это целиком и каждый день, а не раз в месяц кусочками. А то апдейты у вас появляются через месяц после того, как они были выложены на ftp.redhat.com, да и то - только к последней версии. Ну и кому нужен такой "официальный" mirror? Взялись быть зеркалом - делайте это как следует, не можете - откажитесь.]
Кроме полных исходных текстов ядра там же можно найти патчи - значительно меньшие по размеру файлы, позволяющие превратить исходники версии a.b.c в исходники версии a.b.c+1 c помощью команды patch. Эти же патчи ходят по файлэхе usyslnx.
Стабильные ядра предназначены для широкого использования и проблемы при их использовании или компиляции встречаются нечасто. Как правило в стабильных сериях от версии к версии только исправляются ошибки и добавляются драйвера, не требующие изменений в самом ядре и хорошо себя зарекомендовавшие. Стабильные ядра можно безбоязненно обновлять, не трогая прочий софт - если вы остаетесь в рамках одной серии, проблем возникнуть не должно. (По крайней мере в теории, на практике, возможно, придется вернуться к старому ядру и подождать выхода еще одной версии.) Новые версии выходят нечасто - примерно раз в месяц, и реже.
Нестабильные ядра, наоборот, не предназначены для использования массами. Это полигон для тестирования множества разнообразных возможностей, только появившихся и еще не готовых для использования никем, кроме их собственных разработчиков и людей, чье хобби - забавляться с нестабильными ядрами. Здесь от версии к версии может меняться очень многое и правильную работу никто не обещает (впрочем, то же относится и к стабильным ядрам, но в менее "жестком" смысле). При их использовании нужно быть готовым ко всему. Прежде всего к тому, что ядро просто не скомпилируется. Потом оно может не загрузиться, зависать, портить файловую систему и вообще всячески глючить. Кроме того, может начать глючить софт, взаимодействующий с ядром напрямую. Нестабильные ядра выходят гораздо чаще стабильных - иногда несколько новых ядер в неделю.
Как нестабильная серия становится стабильной и наоборот ? Очень просто: в какой-то момент Linus Torvalds объявляет т.н. feature freeze, после чего к включению в нестабильное ядро принимаются только исправления ошибок (bugfix). Через некоторое время очередной версии присваивается номер не a.b.c+1, а a.b+1.0 или a+1.0.0 - так появляется новая стабильная серия, вокруг чего масс-медиа устраивают большую шумиху :) Еще через некоторое время выпуск версий в предыдущей стабильной серии прекращается и происходит т.н. fork или разветвление - одновременно с очередным стабильным ядром появляется нестабильное, отличающееся от первого только номером версии.
Заметьте, что термины "стабильный" и "нестабильный" в чем-то условны. Понятно, что "нестабильное" ядро 2.3.128 за несколько минут до его превращения в стабильное ядро 2.4.0 по определению стабильно, а стабильное ядро 2.2.xxx, в котором обнаружена фатальная ошибка распределения памяти -- опять же по определению нестабильно. В общем, сами понимать должны, не маленькие.
В силу открытости процесса разработки ядра Linux существует несколько побочных ветвей развития. Одной из основных таких ветвей являются ядра серии -ac, которые выпускает Алан Кокс -- один из основных разработчиков Линукса. Во-первых, серия -ac служит своеобразным буфером, в котором тестируются некоторые новые драйвера, возможности, etc. перед тем, как этот, уже оттестированный, драйвер будет отправлен Линусу. Во-вторых, в ядрах -ac имеется определенный набор вещей, которые не устраивают Линуса, но устраивают Алана и к тому же достаточно популярны.
Существуют также еще несколько менее важных (хотя ваше мнение по этому вопросу может отличаться) побочных веток: например, International Kernel Patch с поддержкой сильной криптографии, devfs-patch с поддержкой файловой системы /dev, раньше была отдельная поддержка ISDN, ну и так далее и тому подобное). Кроме того, многие производители дистрибутивов распространяют ядро с определенными патчами, которые они считают необходимыми и которые лучше вписываются в инфраструктуру дистрибутива).
Каким же ядром все-таки пользоваться? Простейший ответ: тем, которое входит в используемый вами дистрибутив. Этот ответ приемлем для большинства пользователей Линукса. Если же вы оказались в ситуации, когда, например, нужное вам железо поддерживается только в каком-то патче, который не вошел ни в одну из основных ветвей, значит, вам придется брать исходники оригинального ядра, патчи, которые использовали создатели дистрибутива, патчи, которые необходимы лично вам, прикладывать все эти патчи друг к другу, компилировать и устанавливать ядро вручную (ну, или создать свой собственный пакет на основе дистрибутивного). Вам также придется отслеживать выход новых версий патча, контактировать с его автором, сражаться с его глюками и прилагать всяческие усилия к тому, чтобы оный патч, наконец, приобрел официальный статус.
Возможны и другие варианты, при которых может потребоваться пересборка, наиболее очевидный - вы столкнулись с ошибкой в ядре, которая исправлена в более свежей версии. В этом случае стоит сперва выяснить, не выложил ли производитель вашего дистрибутива исправленное ядро на свой ftp сервер, в то же место, где лежат прочие обновления. Такое ядро доступно в форме пакета (rpm или deb), пригодного к непосредственной установке пакетным менеджером, либо в дистрибутиве имеется система автоматического обновления пакетов.
Если же вам просто хочется поставить более свежую версию ядра или пересобрать ядро без всякой причины ("убрать лишние драйвера", "изучить процесс сборки" и т.п. причинами не считаются ;-), рекомендуется серьезно подумать, прежде чем приступать к действиям. Не стоит чинить то, что не сломано. Объем трафика ru.linux, посвященный проблемам при пересборке ядра весьма велик и не надо еще больше его увеличивать :-). Однако обновления ядра от производителя все-таки устанавливать рекомендуется в любом случае :-)
Итак, вы решили самостоятельно скомпилировать/установить ядро. Если оно development - очень рекомендуется подписаться на список рассылки linux-kernel. В любом случае желательно просматривать глазами патчи перед установкой (особенно на предмет добавления новых опций и изменений в каталоге Documentation). Еще крайне рекомендуется оставлять старое ядро и делать в lilo отдельный target типа oldlinux, на него показывающий. При смене стабильной серии на более новую стабильную надо прочесть Documentation/Changes - как минимум. А лучше - все из этого каталога, что относится к вашему железу и софту.
cd /usr/src/linuxОпции, с которыми компилируется ядро (тип процессора, драйверы которые нужно включить (возможно в виде модулей) и еще сотни других вещей), задаются в файле /usr/src/linux/.config. Так вот, желательно не создавать его самому с нуля (особенно, если вы собираете ядро первый/второй/третий раз в жизни или наложили патч на исходники из которых уже что-то компилировали), а взять за основу .config с которым было собрано старое, работающее ядро. При этом вам прежде всего надо выдать команду make oldconfig - она используется, когда есть .config от _другой_ (обычно, более старой) версии ядра, и нужно просто получить точно такой же для текущей (возможно, ответив на пару вопросов о тех фичах, которых в старом не было), не отвечая заново на все три сотни вопросов. Затем выдайте make menuconfig и исправьте те опции, ради которых вы собственно и решили пересобрать ядро.
Если вы используете Red Hat и хотите воспользоваться теми .config, c помощью которых были собраны ядра в этом дистрибутиве, то возьмите их из kernel-sources-*.i386.rpm/usr/src/linux/configs/
Затем:
make dep make clean make zImage (make bzImage для ядер версий > 2.2) make modulesЕсли у вас раньше стояла эта же версия ядра, то удалите старые модули от этого ядра (/lib/modules/версия).
make modules_install/usr/src/linux/arch/i386/boot/(b)zImage - и есть свежесобранное ядро. Его теперь можно поинсталировать на место старого. Хотя лучше сначала попробовать, работает ли оно. Нужно добавить в lilo.conf еще один выбор - например, linux.test, - который берет ядро прямо из /usr/src/linux/arch/i386/boot/zImage.
Я пpедлагаю дpугой метод - пpовеpен только для Red Hat'а.
cd /usr/src/linux-нужная_веpсия vi Makefile и заменить extraversion на свой - напpимеp, EXTRAVERSION = -vasya1после этого все то же самое, но
Тем, кто отважился на сборку ядра лично под себя, советуем обратить внимание на следующие факты:
В ядрах 2.2.10 и более новых:
echo 30000 > /proc/sys/fs/file-max echo 30000 > /proc/sys/fs/inode-maxи сделать ulimit -n 2000 перед запуском нужного демона. Цифры подбираются под задачу.
(Yuriy Kaminsky 2:5020/517.21)
И не забыть, что если программа использует select, то будет большой-большой облом. Вплоть до затирания стека и падения (at least glibc-2.0 - см. /usr/include/gnu/types.h - и иже с ним; исправления
#define __FD_SETSIZE 1024на нужное число и пересборки всех приложений и библиотек , которые могут заюзать select для дескрипторов выше 1024 будет достаточно [т.е., скажем, если X'овому приложению нужно открывать более 1024 файлов, то необходимо пересобирать Xlib и Xt как минимум]; ах, да, саму libc пересобирать, вроде, не нужно).
http://www.linuxdoc.org Hа русском языке - посмотрите на http://linux-ve.chat.ru
ftp://ftp.yggdrasil.com/private/hjl - если кому-то понадобилась тухлятина. В частности, именно там надо искать libc5 последних версий) Сейчас все это лежит на ftp://ftp.kernel.org/pub/linux/software/ и его локальных миррорах. ( ftp://ftp.ru.kernel.org не миррорит .bz2 (на 20% меньше gz, многое из каталога linux/kernel/people в .gz не выкладывается), поэтому вместо ftp://ftp.ru.kernel.org лучше пользоваться ftp://ftp.rmt.ru или http://ftp.filesearch.ru)
Очень коротко, подробнее можно прочесть в вышеназванных источниках: ядро монтирует корневую файловую систему, и запускает первый процесс init, разыскав его исполняемый файл в нескольких стандартных местах. Этот процесс читает свой конфигурационный файл /etc/inittab (man inittab) и запускает все остальные процессы согласно инструкциям из этого файла. Обычно в inittab прописывается запуск процессов *getty, управляющих терминалами, виртуальными консолями и последовательными линиями (то есть именно *getty ответственны за запуск login (сравнивающий имя и пароль, указанные пользователем, с тем, что прописано в /etc/passwd и в случае успеха запускающий соотв. shell), pppd, ifcico и т.д., что именно запускается и в каком случае - зависит от конкретного getty). Для виртуальных консолей обычно используется mingetty, для модемов - mgetty.
Кроме того, здесь же прописываются скрипты, запускающиеся на различных т.н. "уровнях выполнения", из которых в свою очередь запускаются все остальные системные сервисы, осуществляется настройка сети, проверка файловой системы и т.д. Существует два подхода к организации этих уровней и скриптов: BSD и SysV. Оба они описаны в книжке Э. Немет (см. выше), а про SysV можно еще прочесть на http://www.sensi.org/~alec/unix/redhat/sysv-init.html.
Логи могут быть от syslog'а и от отдельных демонов. syslog'овые логи чистятся так:
mv $log ${log}.old (или rm если не нужен, но лучше сохpанить) touch $log kill -1 `cat /var/run/syslogd.pid`Процесс автоматизируется с помощью logrotate.
Как чистить не-syslog'овые логи - только RTFM на конкpетную тулзу и никак иначе.
http://www.kernel.org/pub/linux/libs/pam/
Надо ставить su не из gnu sh_util, которая в принципе этого не умеет (RTFmanpage на предмет, по чьей милости), а какую-нибудь другую. Но ежели su пользует pam (в Red Hat, напpимеp и основанных на нем дистрибутивах, а также в Debian 2.2), подобное поведение достигается добавлением стpочки:
su auth required pam_wheel.soв /etc/pam.conf, если pam дpевний, или:
auth required pam_wheel.soв /etc/pam.d/su, если поновее.
Такой механизм получше будет, поскольку поведение можно ваpьиpовать на ходу. Hапpимеp, манипулиpуя паpаметpами 'group' и 'deny', pазpешить это делать всем, кpоме одной гpуппы:
pam_wheel.so group=guest denyПpавда, модуль этот стpанный, забывает смотpеть на gid, а смотpит только на groups... А может так и надо...
В Debian 2.1 надо поставить пакетик secure-su и посмотреть на файл suauth.
В Slackware от 3.3 (гаpантиpовано) это pешается путем pедактиpования /etc/login.defs Hужно, что бы было
SU_WHEEL_ONLY yesтогда su смогут использовать только входящие в гpуппу root. В слаквари от 3.4 (до 4.0, где su опять из другой банки) лучше прочесть сперва man 5 suauth - там возможна гораздо более гибкая настройка su, чем тупая "группа ноль".
Если память не вpет, то это же спpаведливо в SuSe 6.x. В SuSE 5.3 su из sh_util, со всеми вытекающими. К сожалению, su, понимающая login.defs и suauth, страдает другими болезнями - в частности, не имеет удобных ключиков -m и -s. Если секьюрити важнее удобства...
man setrlimit
Во-первых, они должны использовать одно и то же имя файла для доступа к порту, скажем, /dev/modem. Если одна программа использует /dev/ttyS0, а другая /dev/cua0 (а третья -- /dev/modem, который линк на один из этих двух :), - то они точно передерутся.
Во-вторых, они должны использовать механизм lock-файлов. Hаверное, все известные программы его используют, но все же.
В-третьих, они должны видеть локи друг друга. То есть, в их конфигурации должен быть указан один и тот же каталог для создания локов, они должны использовать один и тот же формат имен файлов (обычно LCK..<имя файла порта>), один и тот же формат самих файлов (обычно десять символов -- PID программы в ASCII), и иметь привилегии, достаточные для создания и удаления своих лок-файлов.
Hе надо пользовать cua*. То есть вообще. Они в ядре - только для обратной совместимости со схемой, принятой в BSD. В BSD /dev/cuXX -- это "Call Up" порты, т.е. для исходящих звонков -- на них всегда есть CD. В Linux /dev/cuaXX не применяется и новые ядра даже выдают предупреждение.
Для установки времени в CMOS используется утилита hwclock из свежего комплекта util-linux.
Если на вашей машине стоит только Linux, то очень удобно записать в CMOS время по Гринвичу, а в одном из стартовых скриптов сказать
/sbin/hwclock --hctosys --utcЕсли на машине стоит, кроме Linux, какая-то другая операционная система, то в CMOS пишется местное время, а в стартовом скрипте пишется просто
/sbin/hwclock --hctosysДля того, чтобы программы правильно определяли местное время (с учетом летнего времени и тому подобных обстоятельств), надо:
rm -f /etc/localtime ln -s /usr/share/zoneinfo/Europe/Moscow /etc/localtime
Проверить правильность задания времени можно, запустив сначала ``date'' (должна показать правильное местное время), а затем ``date --utc'' (должна показать правильное время по Гринвичу).
Для того, чтобы синхронизировать время с часовыми серверами в Internet, сходите на http://www.ntp.org. Там раздается пакет xntpd и приведен список публично доступных часовых серверов в Интернете. Из всего комплекта xntpd вам потребуется лишь программа ntpdate. Периодически, например, при каждом звонке провайдеру, выполняйте, например, такую команду:
/usr/local/bin/ntpdate ntp1.gamma.ruЕсли на вашей машине под Linux установлена Samba, то клиенты под MS Windows могут синхронизировать время с этой машиной с помощью команды
C:\> NET TIME \\LINUXBOX /SET /YES( Alexey Mahotkin)
port type pipe port command /bin/telnet -8E hostname
Попробуйте fdmount /dev/fd[0-9] mountpoint, ну и не забыть почитать man fdmount, или root мог написать 'user' в /etc/fstab, и обычный пользователь может говорить "mount <mountpoint>". man 8 mount. Еще лучше вовсе не монтировать дискеты, а пользоваться mtools.
Hадо заглянyть в директорию /var/log и посмотреть, нет ли в логах сообщений от этой программы. Для sendmail - 99% воплей пpо долгое думанье объясняется попыткой pезолвинга адpесов локальных интеpфейсов. Hадо эти адpеса занести в /etc/hosts. Альтеpнативный ваpиант - O DontProbeInterfaces=True в /etc/sendmail.cf.
Для начала прочтите /usr/doc/HOWTO/Security-HOWTO.
Hа http://www.openwall.com можно найти патч Solar Designer-а, который помогает от исполняемого стека и еще восьмидесяти восьми болезней. Кроме того, рекомендуется придирчиво изучать http://rootshell.com http://packetstorm.securify.com, http://www.linuxsecurity.com , и подписаться на списки рассылки bugtraq, linux-security, и список по безопасности того дистрибутива, которым вы пользуетесь. Еще одна, хотя и несколько радикальная ссылка: http://www.infowar.co.uk/thc/files/thc/anonymous-unix.html
Sticky bit (chmod +t) на каталоге означает, что файлы в этом каталоге могут стирать только их владельцы или суперпользователь. Обычно на /tmp и /var/tmp этот бит включен.
Setgid бит (chmod +g) на каталоге означает, что файлы, созданные в этом каталоге, будут иметь ту же группу-владельца, что и сам этот каталог. Также, если в setgid-каталоге создаются другие каталоги, то они также будут иметь setgid-бит.
По словам ДиДжея Бернстайна, "есть три метода задания групп-владельцев файлов: BSD-шный, бесполезный и SVR4-й. При BSD-шном методе файлы всегда получают ту же группу-владельца, что и каталог, в котором они были созданы. Это очень удобно с точки зрения администратора.(*) При бесполезном методе новые файлы принадлежат основной группе, на правах которой выполняется текущий процесс. Этот случай моментально приводит к настоящему кошмару. SVR4-й метод почти совпадает с бесполезным, но если на каталоге есть setgid-бит, то включается BSD-шный метод."
Заметьте, что с помощью флага монтирования bsdgroups можно включить BSD-шный метод работы с группами-владельцами. Подробности -- mount(8).
(*) Объяснение, почему удобно, можно найти в руководстве Red Hat - rhref/s1-sysadmin-usr-grps.htm, Users, Groups and User-Private Groups)
Такое сообщение может появляться по нескольким причинам:
alias <имя-модуля> offлибо собрать этот модуль из его исходных текстов или исходных текстов ядра Linux.
alias <что-не-может-найти> <имя-файла-без-.o>(я буду признателен тому, кто укажет способ установить это соответствие, если оно не прописано внутри modprobe)
Прочтите man smrsh или /usr/share/doc/sendmail/README.smrsh
telnet (а точнее, login) не пускает root потому, что root может заходить в систему только со специальных защищенных терминалов, перечисленных в /etc/securetty. Обычно там перечислены только виртуальные консоли tty1-ttyN. Другие места считаются небезопасными, потому что пароль, вводимый оттуда, может передаваться по сети открытым текстом (что и происходит в случае использования telnet), а значит его может узнать злоумышленник, "прослушивая" сеть и анализируя "чужие" пакеты.
Ответов на второй вопрос несколько:
Медленно и печально идем на http://diald.sourceforge.net, сливаем diald, разворачиваем, читаем README, совершаем _минимальные_ телодвижения на предмет конфигурации и инсталляции, и получаем эмулятор выделенной линии. Как только требуется выйти во внешний мир, diald дозванивается до провайдера, устанавливает роутинг и можно работать. Внимание: учтите, что с ядрами 2.2.x нормально работает diald-1.99 и выше. 0.16, лежащий везде, в том числе и в некоторых дистрибутивах, предназначен только для 2.0. (почему-то эта информация пропущена в Changes) Да, еще... Рекомендации лучших линуксоводов: в файле /etc/resolv.conf надо размножить строчки nameserver xxx.xxx.xxx.xxx раза по три, чтобы он по таймауту не отваливался раньше, чем diald дозвонится. Полезно также удалить default route на eth0.
А еще можно так: в diald.rc пишем
ip-up "cp /etc/resolv.conf.connected /etc/resolv.conf" ip-down "cp /etc/resolv.conf.local /etc/resolv.conf",где в resolv.conf.connected написано:
search yourdomain nameserver xxx.xxx.xxx.xxx (я предпочитаю 127.0.0.1)а в resolv.conf.local написано:
domain yourdomainХорошо настроить и использовать локальный DNS-cервер в режиме caching-only. Его можно поднимать и опускать через ip-up и ip-down как сказано чуть выше, или через /etc/ppp/ip-up.local и ip-down.local. Как его настроить: раньше вариант был только один - почитать книжку и настроить таки bind. Теперь есть более простой вариант: к редхату прилагаются готовые настройки для cache-only bind'а (в пакете caching-nameserver) или можно установить демон nscd, который умеет только кешировать DNS-запросы (а также запросы к базе пользователей и групп).
А еще можно сходить посмотреть на http://alexm.here.ru
Есть mars -- netware server для линукса (эмуляция нетваpевского сеpвеpа) ipx*, ncp*, nw* (из дистpибутива mars) - клиент.
Посмотрите Caldera Open Linux ( http://www.caldera.com) - компания Caldera владеет исходными текстами Novell и переносит их на Linux. Netware for Linux - http://www.calderasystems.com/support/docs/netware/.
Не забудьте про IPX-HOWTO: http://linuxdoc.org/HOWTO/IPX-HOWTO.html
PRINTCAP / Begin my_favourite_printer:\ lp=/dev/lp1:\ sd=/var/spool/lpd/my_favourite_printer:\ sh:lf=/dev/tty10:ff=: PRINTCAP / End
(Zahar Kiselev, 2:5030/382)
Вот что достаточно сделать чтобы работало:
Взять с ftp.kernel.org ядро, которое умеет "на ходу" менять лимиты на количество открытых файлов. Hасколько я знаю, начиная с 2.2.10 это работает, как делается - сказано в том числе и в этом faq.
1С отличается совершенно неприличными аппетитами по части количества открываемых файлов - надо ставить из расчета где-то 800 на каждого виндового пользователя, потому что есть особо "продвинутые", которые две-три копии 1С у себя на компе запускают.
Взять Самбу например 2.0.5a - это последняя, которая работала у меня. Важно, чтобы она понимала параметр в smb.conf "ole locking compatibility"(надеюсь теперь не наврал в написании), установить его в "no". Внимание! До меня доходили сведения, что в какой-то даже более новой чем 2.0.5а Самбе этого параметра нет.
Остальное настроить в соответствии с любой из многочисленных рекомендаций по установке Самбы, главное - не запрещать ей работать с блокировками(я знаю одного человека, который до этого додумался). Запускать надо не через inetd, а как отдельный демон, вернее у Самбы их два - smbd и nmbd.
Чтобы несколько пользователей могли лезть в одну базу - поместить их в одну юниксовую группу и поставить права на файлы так, чтобы был доступ на запись для группы.
Есть еще одна мелкая особенность - Самба при работе хочет создать файлики browse.dat, wins.dat - так вот надо поставить права так, чтобы она могла их читать в том числе и тогда, когда работает от имени виндового пользователя - иначе могут быть большие таймауты при выполнении команды net use в виндах, и может не работать столь любимое многими чайниками "сетевое окружение".
Если после очередного падения 1С винды говорят что база заблокирована - то можно подкрутить в конфиге Самбы параметр, отвечающий за принудительное снятие "зависших" блокировок(см man). Поставить например три минуты, меньше не стоит, тогда через три минуты в базу можно будет войти. Рекомендуется также поставить keepalive-таймаут, чтобы соединения не висели бесконечно. Желательно при помощи файрволла закрыть для доступа "снаружи" те два порта, через которые Самба работает. Причем не только на Линукс, а на всю сеть.
А теперь - совет тем, кто хочет избавиться от проблем, вызванных наличием 1С у него в сети. Hадо запускать 1С на NT-сервере, причем желательно sql-версию, она менее критична к сбоям (не повреждаются данные), а доступ осуществлять с линуксовых машин через Citrix Meta Frame. При этом ситуация меняется "до наоборот" - вместо одного линукса и кучи виндов вокруг - получаются _одни_ винды(и те NT), а вокруг куча Линукс-терминалов, причем можно их бездисковыми сделать, загружая с линукс-сервера.
Если не хотите линуксы (а напрасно) - citrix-клиент есть и под винды. Для сомневающихся - работа 1С в терминальном режиме проверена в боевой обстановке. Результат положительный. Доступ я пробовал осуществлять и с Линукса и с win95.
Про клиент pppd + callback можно прочесть файл README.cbcp в дистрибутиве pppd.
Про все остальное - читайте http://www.nitek.ru/~igor/pppd/ или http://nitek.east.ru/~igor/pppd/.
hylafax - есть все, что в подобных случаях может понадобиться и сказано, где взять "клиентов" под DOS, Windows, etc. HО! принимать по одной линии (тел) и факсы и фидо не получится. :( Можно использовать mgetty, но факс-сервер придется делать самому, как делать можно подглядеть в hylafax. :)
http://www.moretonbay.com/vpn/pptp.html
Нужно найти (например, на freshmeat) программу stunnel. Она прописывается в конфиге inetd примерно так:
spop3 stream tcp nowait root /usr/sbin/stunnel /usr/sbin/popa3d ssmtp stream tcp nowait root /usr/sbin/stunnel /usr/sbin/sendmailVictor Wagner предупреждает о подводном камне:
Желательно в качестве argv[0] запускаемому демону указать что-то отличное от его имени файла. А то, если программа собрана с поддержкой tcpwrappers и используется hosts.allow/hosts.deny для разрешения доступа без ssl только из локалки, то при совпадении argv[0] не-ssl-ного и ssl-ного демона, и с SSL будут не пускать откуда нельзя.
Нужно настроить маскарадинг. Предположим, что внутренняя локалка имеет адреса 192.168.0.0 (как и положено по RFC-1918). Тогда :
#!/bin/sh /sbin/insmod ip_masq_autofw /sbin/insmod ip_masq_user /sbin/insmod ip_masq_cuseeme /sbin/insmod ip_masq_ftp /sbin/insmod ip_masq_irc /sbin/insmod ip_masq_mfw /sbin/insmod ip_masq_portfw /sbin/insmod ip_masq_quake /sbin/insmod ip_masq_raudio /sbin/insmod ip_masq_vdolive /sbin/ipchains -F /sbin/ipchains -P forward DENY /sbin/ipchains -A forward -j MASQ -s 192.168.0.0/16 -d 0.0.0.0/0Если Linux имеет адрес 192.168.0.1, то этот ip должен быть определен на хостах внутренней сети как default gateway.
Также полезно прочитать HOWTOs:
Firewall http://linuxdoc.org/HOWTO/Firewall-HOWTO.html
IPCHAINS http://linuxdoc.org/HOWTO/IPCHAINS-HOWTO.html
IP-Masquerade http://linuxdoc.org/HOWTO/IP-Masquerade-HOWTO.html
Русская дока есть на http://www.fima.net/masquerade.html
В 2.0 ядрах вместо ipchains используется ipfwadm, в 2.4 - netfilter, про который также есть HOWTO на http://netfilter.kernlenotes.org
Если ничего не работает - проверьте, что находится в /proc/sys/net/ipv4/ip_forward :
$ echo "1" > /proc/sys/net/ipv4/ip_forward(в Red Hat 6.2 и выше - не забудьте поправить /etc/sysctl.conf)
Утилиты для графического управления firewall-ом : fBuilder http://www.innertek.com/ Mason http://users.dhp.com/~whisper/mason/
Cофт лежит на http://www.socks.nec.com
Предположим, что у вас есть машина с двумя интерфейсами (PPP/Ethernet или Ethernet/Ethernet). На внутреннем Ethernet-e адрес : 192.168.0.1. Самый простой вариант - аутентификация клиентов локалки только по адресу.
/etc/socks5.conf
permit - - 192.168.0. - - - set SOCKS5_BINDINTFC 192.168.0.1:1080 set SOCKS5_NOIDENTICQ 99/2000 работает. Подробнее 'man socks5', 'man socks5.conf', http://www.socks.nec.com. [там есть FAQ]
Простейший способ - занесение соответствующих хостов - поставщиков рекламы в /etc/hosts с фиктивными ip адресами.
Более сложный, но и более гибкий - при помощи прокси-сервера Squid. Чаще всего для фильтрации используют ACL (Access Control List) типа "url_regex" (squid.conf, раздел ACCESS CONTROLS) типа:
acl Reclama_Banners url_regex ^http://www1\.reklama\.ru/cgi-bin/banner/* http_access deny Reclama_BannersИли из файла :
acl Banners url_regex "/etc/squid/banners" http_access deny BannersВ /etc/squid/banners вписываешь своих врагов (в виде регулярных выражений), например:
^http://banners\.rambler\.ru/advert/.*\.gif ^http://kulichki.rambler.ru/reklama/banners/.*\.gif ^http://www.*\.yandex\.ru/cgi-bin/banner/* ^http://www1\.reklama\.ru/cgi-bin/banner/* ^http://www\.reklama\.ru/cgi-bin/banner/* ^http://www\.reklama\.ru/cgi-bin/href/* ^http://www\.100mb\.net/images/ban/banner.*\.gif ^http://www\.bizlink\.ru/cgi-bin/irads\.cgi.* ^http://www\.linkexchange\.ru/cgi-bin/rle\.cgi ^http://www\.linkexchange\.ru/users/.*/goto\.map ^http://www\.netcq\.com/banners/banner\.gif ^http://1000\.stars\.ru/cgi-bin/1000\.cgiЕще лучше с задачей фильтрации справляется специальная программа-фильтр squidguard http://www.squidguard.org, ставится в дополнение к squid.
Более полный список баннеродержателей можно получить на http://pail.pu.ru/
Можно сделать Transparent Proxy http://www.lexa.ru/lexa/transparent-proxy.html
Transparent Proxy MiniHOWTO: http://www.tldp.org/HOWTO/mini/TransparentProxy.html
Можно поставить редиректор squirm http://www.senet.com.au/squirm/, его задача - подменять одни URLs другими.
http://www.artmagic.ru/labs/sqlandwin.shtml
Идеология иксов и многие базовые вещи без привязки к Window Manager-ам и интегрированным средам хорошо описаны на http://ep2-ts2.inp.nsk.su/lecture/
Поискать название вашей карточки в http://www.xfree86.org/FAQ/ или /usr/X11R6/lib/X11/doc/
Взять последнюю версию иксов, собранную производителем вашего дистрибутива, или, если производитель ее еще не собрал, то на ftp://ftp.xfree86.org. Стоит сперва ограничиться _только_сервером_ под эту самую карточку, и, как правило, лучше на этом и остановиться (вот если он работает, но ищет конфиги где-нибудь не там, где они у вас лежат - можно подумать о замене всего остального.) Hамек: если вы не видите сервера с именем вашей карты - проверьте, не поддерживает ли ее сервер SVGA. Он не так прост, как можно подумать по названию. В XFree 4 остался единственный сервер, а поддержка конкретных карточек вынесена в подгружаемые модули. Поэтому (теоретически), если у вас четвертые иксы, то нужно найти только модуль для вашей карточки.
По идее, если вы правильно указали максимальные возможности вашего монитора в утилите настройки иксов (xf86config, XF86Setup, Xconfigurator), то эта утилита должна сама прописать в файле конфигурации ModeLine, выжимающий максимум из вашего монитора. Если вы не хотите полагаться на ее интеллект, то можно посмотреть готовые стандартные Modeline через strings `which xf86setup` и найти подходящую. Если по каким-то причинам с этой ModeLine возникают проблемы, то воспользуйтесь советом от Alexei Dets:
Для начала находите Modeline с требуемым вам разрешением, но не устраивающей вас частотой, т.е. слишком низкой, например. Hайти такую строчку можно, например, в XF86Config, сгенеренным инсталлятором дистрибутива.
Проверяете работоспособность данного видеорежима на вашем мониторе. Если видеорежим устанавливается, пусть даже с некоторым смещением картинки от центра экрана, чуть-чуть другим размером и т.п. можно идти дальше. Иначе рекомендуется выбрать другую Modeline или подогнать эту при помощи xvidtune. Скажем, у нас имеется строчка:
Modeline "640x480" 25.175 640 664 760 800 480 491 493 525Какая здесь сейчас установлена частота развертки?
Ответ: 25175000/800/525=59,9 Гц.
Т.е. необходимо первую цифру, умноженную на миллион, разделить на пятую и на последнюю. Соответственно, как получить требуемые нам, например, 120 Гц?
Ответ: 800x525x120/1000000=50,4
Соответственно, результирующая строчка:
Modeline "640x480" 50.4 640 664 760 800 480 491 493 525Можете пробовать :-) Скорее всего, картинка будет неправильно центрирована и будет иметь неверный размер, но это легко лечится при помощи xvidtune. Полученная при помощи него строчка будет уже окончательной. Владельцы современных мониторов могут просто подстроить размеры и центровку из меню :-)
Примечание: все данное "шаманство" подробно объяснено в /usr/X11R6/lib/X11/doc/VideoModes.doc или на русском в http://knot.pu.ru/faq/xfaq.html.
Примечание 2 от Alex Kanavin: в XFree86 4.x произошли некоторые изменения. Во-первых, в X cервере теперь определен набор стандартных VESA режимов, из которых подбирается оптимальный, исходя из параметров конфигурационного файла HorizSync и VertRefresh. То есть очень возможно, что вы получите наилучший результат, вовсе не прописывая ModeLine в конфиге, но только если интересующая вас частота развертки - одна из 60, 70, 75, 85 Hz. Имена у этих режимов традиционные - "640x480" и т.д., вплоть до "1920x1444" :-)
Во-вторых, в будущем X сервер сможет получать информацию о возможностях монитора непосредственно от него самого через VESA DDC. Для некоторых чипсетов она печатается при загрузке сервера, но пока не используется. Неясно также, как можно будет выбирать из режимов с одинаковым разрешением, не полагаясь на интеллект сервера.
При работающем X сервере уже не переключиться, но можно запустить рядышком еще один - если это XFree, а не какой-нибудь коммерческий сервер (через startx -- :1 -bpp 8 или добавив аналогичную строку в /etc/X11/xdm/Xserver, если используется xdm). В XFree 4 глубину цвета можно переключать на лету через DGA2, но подробности пока неизвестны.
( Alec Voropay, Alex Kanavin, Alexander Pevzner)
В системе X Window понятия "клиент" и "сервер" кажутся перепутанными. В действительности, никакого противоречия тут нет.
Весь вопрос лишь в том, что такое "cервер" ? Возмем например print-server или file-server. Это какое-то устройство для коллективного использования "ресурса". Например, единственный print-server на организацию.
Так вот когда-то давно (лет 30 назад ;) комплект из цветного дисплея и памяти на 256К был страшно дорогой игрушкой :-) и обслуживал кучу программ. Это и был display-server или, в комплекте с мышью и клавиатурой, X-server.
Таким образом, X-server - это программа для управления Video-подсистемой, мышью и клавиатурой и выполняющая команды типа "нарисовать красную точку" или "вывести букву А фонтом Arial". Существует куча X-Server-ов : cвободные XFree86, коммерческие AcceleratedX, под MS Windows : eXceed, X-Win, под VAX VMS и даже в виде отдельных железок c дисплеем : NCD, Tatung (их еще называют X-Terminal).
Таким образом, пользовательские программы, например Netscape - это "X-клиенты", которые обращаются к "X-серверу" для отображения и ввода. Связь между X-сервером и X-клиентом может быть по TCP/IP, по Unix-Socket, по IPX или даже по COM-порту. Поддержка конкретных способов связи зависит от реализации серверов и клиентских библиотек, например XFree знает только про первые два способа и еще DECNet.
Всякая X-программа ("X-клиент") сначала должна уcтановить соединение с X-сервером. Его местонахождение X-клиент узнает через переменную окружения DISPLAY= или ключ в командной строке. Один X-сервер может обслуживать множество программ, работающих на разных хостах. Как наиболее простой случай, все они, и X-сервер и Х-программы работают на одном и том же компьютере.
Обычные, "консольные" (алфавитно-цифровые) программы тоже можно запустить под X, через эмулятор терминала (например xterm, rxvt, eterm e.t.c.). Это специальная X-программа, которая с одной стороны работает как эмулятор терминала:), отрисовывает символы и отрабатывает ESC-последовательности, а с другой стороны представляется как обычный терминальный порт (через псевдотерминалы ptyXX).
Cледует заметить, что с точки зрения системы нет разницы между иксовыми и обычными программами. И те и другие используют один и тот же набор системных вызовов. Разница же упрятана в библиотеку XLib, с которой слинкованы иксовые программы, - именно она устанавливает связь с X сервером, посылает ему команды, принимает ответы итд. Кроме того, некоторые программы (emacs, например) могут работать как через X сервер, так и без него (через обычный терминал).
Да, Ctrl-Alt-F# (из иксов в текстовый режим) или Alt-F# (обратно, только нужно найти первую свободную от getty консоль, обычно седьмую).
man XF86Config на предмет DefaultColorDepth
Нужно запустить (запретить запуск) Display Manager, например xdm (поставляется с cамими иксами), gdm (из GNOME), kdm (из KDE). Он может запускаться из rc скриптов или как сервис SysV, но чаще всего его прописывают в /etc/inittab:
x:5:respawn:/etc/X11/xdm -nodaemonПоэтому там же нужно поменять runlevel по умолчанию:
id:3:initdefault:В Red Hat display manager грузится на пятом runlevel, а обычный "текстовый" runlevel - 3, в других дистрибутивах это может быть не так. Изучите содержимое /etc/inittab, прочтите man inittab и действуйте по обстоятельствам.
Display manager можно использовать не только для запуска и управления локальными X серверами, но и для входа в систему и работы с удаленных икс-серверов через сеть. Для общения с xdm X сервер должен поддерживать протокол xdmcp. Серверы XFree в этом случае нужно запускать с такими ключами:
Hаиболее оптимальным решением является установка патченого XFree86 со встроенной поддержкой TrueType шрифтов либо установка XFree 4, где такая поддержка имеется "из коробки". В последнее время большинство дистрибутивов поставляется именно с таким вариантом XFree. Вы можете и сами собрать для себе патченные X-сервер и фонт-сервер, для этого вам необходим набор патчей xfsft ( http://www.dcs.ed.ac.uk/home/jec/programs/xfsft/). Единственным отличием TrueType шрифтов от остальных в данном случае является то, что файл fonts.dir генерится при помощи программы ttmkfdir, а не mkfontdir. Более подробная информация - на http://www.xfree86.org/4.0.1/fonts.html
В случае, если у вас нет возможности или желания доставать новый X-сервер или исходники XFree, то неплохим вариантом является использование сервера шрифтов xfstt. Подробная документация по его использованию есть в его исходниках или, на русском, по адресу http://visaginas.is.lt/~evgeny/koi8/Articles/xfstt_1.html. Hедостатком данного подхода является отсутствие поддержки fonts.alias.
Оба варианта отлично работают как с обычными, так и с юникодными TrueType шрифтами.
Есть. Cмотрите сюда: http://www.xfree86.org/~keithp/render/.
Попробуйте запустить top во время проигрывания - увидите, что очень много ресурсов отъедают сами иксы, то есть программно выполняется гораздо больше операций чем в Windows. Дело в том, что до недавнего времени в иксах отсутствовала поддержка совершенно необходимых для качественного воспроизведения видео вещей - прямого доступа к видеопамяти, аппаратного масштабирования, сглаживания и преобразования цветового простарнства. В XFree 4 появились расширения, обеспечивающие эти функции - DGA2 и Xv. Поэтому для качественного воспроизведения мпегов необходимы следующие условия:
Прочесть документы MS Word можно с помощью
http://wvware.sourceforge.net/
или
http://www.ice.ru/~vitus/catdoc/
word2x про не английские языки ничего не знает.
Библиотека wvware используется текстовым процессором AbiWord для импорта файлов, экпортировать их он пока не умеет, но зато AbiWord корректно импортирует и экспортирует русские файлы в формате rtf. Печатать по-русски он тоже умеет. Подробная информация есть по адресу http://www.hippo.ru/~hvv/abiword/
Другой вариант - создавать документы в формате LaTeX, а затем конвертировать в rtf при помощи latex2rtf ftp://tug.ctan.org/tex-archive/support/latex2rtf/ c учетом уграничений, описанных в его документации.
(nb: добавить про sgml)
Возьмите gnumeric версии 0.65 или более поздней.
http://www.gnome.org/projects/gnumeric/
Насколько я знаю, фильтры для Powerpoint имеются только в Open Office. C русским они вряд ли дружат, но прочесть презентацию на английском позволят. Вот ссылки: http://www.openoffice.org/MSFilters.html, http://graphics.openoffice.org/.
man lilo.conf на предмет password и restricted.
Берете ближайшее ядро и загружаете его с параметром root=устройство-где-у-вас-корневой-раздел. Входите в систему как root и выдаете команду lilo.
(часть ответа написал Victor Wagner)
Драйвера для сканеров находятся на http://www.mostang.com/sane. Прочтите список поддерживаемых моделей. Лучше всего поддерживаются сканеры со scsi-интерфейсом, с usb пока ситуация не ясна. Следует учесть, что контроллер, который идет в комплекте со сканером скорее всего под Linux-ом не пойдет, поэтому придется купить нормальный SCSI контроллер (лучше PCI). Дешевые scanner-only ncr-ы или aha 1502 стоят в Москве порядка $10-$15. Эту цену придется добавить к стоимости сканера.
Сканирование изображений: в комплекте sane идет программка xscanimage, которая прикручивается к gimp-у как плагин.
OCR программ для Linux, понимающих кириллицу, не существует. Можно запускать программы для Windows в виртуальной машине или эмуляторе wine (в нем имеется поддержка работы с SCSI, ориентированная как раз на сканеры. Инструкция находится в documentation/aspi). OCR для латиницы, пригодных для работы, пока по-видимому тоже нет, с положением вещей можно ознакомиться, набрав ocr на http://www.freshmeat.net.
http://www.hamrick.com/vsm.html - shareware, но альтернативы нет.
(Совместный ответ Alexander Pevzner и Alex Korchmar)
Если вам это удастся (вдруг ;) - имейте в виду, вы собираетесь выкинуть в free source то, за что многие производители не-вынь модемов платят мегабаксы. Я очень сильно подозреваю, что на свете существует ровно одна хоть за дикие деньги продающаяся реализация v.42/42bis и ровно четыре не продающихся ни за какие деньги реализации v.34. (авторы драйверов под вынь, скорее всего, получают только .obj без права лазить внутрь, так что не думайте, что они писали код с нуля или хотя бы имели к нему доступ - это противоречит самой идее "дешевых" модемов)
Обращайтесь на http://www.linmodems.org за более подробной информацией.
В последнее время некоторые из производителей все-таки выпустили драйвера для своих изделий, с состоянием дел на данный момент и ссылками можно ознакомиться по адресу http://www.idir.net/%7Egromitkc/winmodem.html.
http://www.linux-usb.org/USB-guide/book1.html
http://tldp.org/HOWTO/USB-Digital-Camera-HOWTO/
Поставить ядро поновее. Помогает еще от тридцати болезней.
Сообщите вашему ядру (через командную строку или конфигурационный файл LILO) следующие параметры (замените hdc на правильное устройство для вашего CD-ROMа): hdc=cdrom hdc=noprobe
Прога называется wget
http://www.gnu.org/software/wget
Фидософту под юниксы посвящена отдельная эха news:fido7.ru.unix.ftnl. Полный список этого фидософта c URL появляется там, в ru.linux и в ru.unix (ищите по словам FidoSoft URL Mini-FAQ), а также лежит на http://www.sensi.org/download/fidosoft.html. Готовые пакеты лежат на http://donlug.dn.ua/~aks/.
Есть несколько вариантов:
Для Linux существует несколько систем поддержки звука.
Драйвера для карточек на чипах Aureal есть на http://aureal.sourceforge.net
Попробуйте воспользоваться программой lde:
http://www.datafoundation.org/lde/
Информация с http://www.penguin.cz/~mhi/fs/Filesystems-HOWTO/Filesystems-HOWTO-6.html
Windows NT: (read/write) http://www.chat.ru/~ashedel
Windows 9x: (r/o) http://www.yipton.demon.co.uk
Windows 95/98/NT/2000: (write experimental): http://uranus.it.swin.edu.au/~jn/linux/
OS/2: (R/W) на хоббесах, ext2_240.zip
Есть модификация ext2fs в виде патча к ядpy. http://www.netspace.net.au/~reiter/e2compr/. Кpоме собственно патча pекомендyется yтянyть e2fsprogs и yтилитy избавления от сжатия. Пpи компиляции ядpа включите достyп к development фичам. Каталог сжимается посpедством 'chattr +c'
Помимо систем типа PGP, позволяющих шифровать содержимое отдельных файлов, еще есть возможности для шифрования на уровне файловой системы. Эти возможности, их достоинства и недостатки, ссылки на софт и описание настройки есть здесь: http://drt.ailis.de/crypto/linux-disk.html
или здесь: http://encryptionhowto.sourceforge.net
Два наиболее широко используемых варианта:
Возьмите TeraTerm ( http://www.vector.co.jp/authors/VA002416/teraterm.html) с ssh-плагином ( http://www.zip.com.au/~roca/download.html), а еще лучше PuTTY ( http://www.chiark.greenend.org.uk/~sgtatham/putty/, умеет делать перекодировку KOI8-R --> Win-1251, с исходными текстами, в комплект входит scp).
Стоит еще упомянуть http://www.datafellows.com здесь находится фирменный клиент от создателей оригинальной, коммерческой версии ssh - тоже коммерческий, с 30дневной триал версией.
http://www.blackdown.org/ там же можно найти и некоторые средства разработки и прикладные программы на Java
Сравнение benchmarks JAVA: http://www.volano.com/report.html
На все вопросы по ораклу под линуксом отвечают в news:fido7.ru.rdbms.oracle. Еще есть замечательный список рассылки ORACLE-LINUX@fatcity.com
http://www.ibb.ru/article-2.phtml
Переводчиков под Linux, знающих русский, пока нет вообще (если не считать изделие от ПРОМТ, пока что находящееся в состоянии бета-тестирования). Со словарями дело обстоит гораздо лучше. Oleg Lomaka предоставил такую информацию:
На http://www.chat.ru/~mueller_dic/ находится cловарь Mueller'а (Mueller7accentGPL.tgz) и cкpипт "mova" (script_mova.tgz) для поиcка нyжных cлов в этом cловате. Лицензия - GPL. Еще там есть ссылки на другие словари под Linux.
И еще один cовет. Cоздайте файл .movarc в домашнем каталоге, чтобы не задавать вcе вpемя пyть к cловаpю из командной cтpоки. Coдеpжимое ентого файла пpимеpно cледyющее:
-*-*-bold-r-*-*-20-*-*-*-*-*-*-koi8-r -*-*-medium-r-*-*-20-*-*-*-*-*-koi8-r -*-*-medium-o-*-*-20-*-*-*-*-*-koi8-r -*-*-bold-o-*-*-21-*-*-*-*-*-koi8-r -*-silsophiaipa-*-r-*-20-*-*-*-p-*-*-* #каталог cо cловаpем /usr/local/Mova/ #каталог, кyда pаcпаковалcя cкpипт /usr/local/bin/ #название cловаpя Mueller7accentGPL.koi /tmp /После чего для проверки можно запустить "mova table".
Andy Shevchenko: Есть также консольная и qt-шная просматривалка словарей по имени slowo. http://gambit.com.ru/~wolf/dic/ Для linux можно заполучить src.rpm здесь: ftp://ftp.smile.org.ua/pub/linux/prj/slowo/
http://tldp.org/HOWTO/Sound-Playing-HOWTO.html
http://tldp.org/HOWTO/MP3-HOWTO.html
Еще рекомендуется пойти на http://www.freshmeat.net -> application index -> multimedia... Сразу с последними версиями и кнопкой download.
В юниксоподобных операционках текущий каталог отнюдь не является путем поиска по умолчанию. Можно или набирать что-нибудь вроде ./a.out, или добавить '.' к $PATH, хотя для пользователя root наличие текущего каталога в пути является опасным. (а для всех остальных - нежелательным)
Hадо выйти из mc перед тем как.
(Alexander Voropay)
Сначала необходимо настроить "железную" часть, поскольку многие терминалы имеют нестандартные разъемы вместо DB-25. Возможно придется самостоятельно спаять кабель - нуль-модем. Примерная распайка такова :
RX <-- TX TX --> RX RTS --> CTS CTS <-- RTS DTR --> DSR+CD DSR+CD <-- DTR GNG <--> GNDТо есть нуль-модемный кабель с управлением hardware flowcontrol.
Проверить, что все работает, можно запустив minicom под Linux или TERM90, TELEMATE e.t.c. под DOS и настроив совпадающие скорости и форматы COM-порта (например 38400, 8-N-1). Ввод с клавиатуры PC должен правильно отображаться на терминале и наоборот.
Для УК-НЦ рецепт описан на http://www.chat.ru/~uk_nc/
Если все работает, нужно запустить на данном порту getty. В файле /etc/inittab нужно прописать
# Modem/Terminal on Serial COM2: S1:2345:respawn:/sbin/uugetty ttyS1 F38400 vt220Где F38400 - фиксированная скорость 38400 (описание в /etc/gettydefs), а "vt220" - набор ESC-последовательностей терминала (то же, что и переменная окружения TERM).
После этого на терминале вы увидете приглашение Login: После входа первым делом надо проверить, что работает flow-control, то есть при массивном выводе не теряются байты.
Подробности см. в Serial-HOWTO http://www.linuxdoc.org/HOWTO/Serial-HOWTO.html
Да. В простейшем случае - сочетание mkisofs и cdwrite или cdrecord. Если нужна графическая оболочка - xcdroast или BurnIT. Существует также соответствующий HOWTO.
Начните с http://www.rpm.org
в качестве образца для .spec очень хорошо подходит авторский .spec от nmap. если вы хотите сделать binary rpm не пересборкой из source, а имея в руках дерево уже установленной программы - просто напишите spec из одних %files - rpm достаточно сообразителен, чтобы не делать install, если нет %install. наиболее простой способ сгенерить список для %files -
find /usr/src/test-install -type d \! -path \*/usr \! -path \*/usr/local \ \! -path \*/usr/local/bin \! -path \*/usr/local/sbin | \ sed -e 's|^/usr/src/test-install/|%dir /|' >> file.spec find /usr/src/test-install -type f | sed -e 's|^/usr/src/test-install/|/| >> file.specестественно, если ты ставился в /usr/local/эта-программа а не использовал BuildRoot, то извращения с sed не нужны, если запускал make install от рута - то не нужна возня с %attr, и, наконец, %files умеет -f. (извращения с -path - чтобы не включать не относящиеся к твоему пакету каталоги /usr, /usr/local и т.д. Hа самом деле там гораздо больше)
ну и rpm -bb этот.spec в зубы. (результат найдешь в $RPMROOT/RPMS/${ARCH}/ )
X Window System пишется именно так. Никакой s в слове Window нет и пишется оно отдельно от X. Другие варианты написания - man X. Услышать, как Linus Torvalds произносит свое имя и cлово Linux, можно, сгрузив файл english.au или swedish.au с ftp://ftp.funet.fi/pub/Linux/PEOPLE/Linus/SillySounds/ Этот же файл проигрывается при настройке звуковой карты с помощью sndconfig.
Это "Вопрос" в виндовой кодировке. Насколько мне (ak) известно, это cлово первым употребил Владимир Бутенко.
rulinux.faq.mbravo and rulinux.minifaq. Последняя версия faq, выпущенная Михаилом Браво. Очень сильно устарела, faq был практически полностью переписан с тех пор. Интересна только любителям музейного компьютерного железа и софта :).
faqnotice-0.2.tar.gz Исходный код программы, которая уведомляет написавших в ru.linux впервые о существовании faq посредством электронной почты. Тело сообщения берется из stdin, то есть программу нужно прикручивать к inn как program feed (cм. man newsfeeds). Испоьзуется хешированный файл данных gdbm. Еще внутри лежат скрипты, которые по cron-у постят faq и его diff в саму ньюсгруппу ru.linux. Используйте как хотите - никакой лицензии нет :-)