Автор неизвестен. FAQ конференции FIDO.RU.Linux

---------------------------------------------------------------
25.10.2002. Оригинал этого документа расположен на
http://www.sensi.org/~ak/linuxfaq/
---------------------------------------------------------------

RU.LINUX Frequently Asked Questions
Alexander Kanavin, [e-mail]
Версия от 25.10.2002.

Сборник часто задаваемых вопросов (с ответами), связанных с ОС Linux.
Последняя версия находится по адреcу <http://www.sensi.org/~ak/linux-faq/>

http://www.sensi.org/~ak/linuxfaq/


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, если не считать отсутствия
модератора и по непонятным мне причинам до сих пор не удалена с
бекбона.


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>.

Отличительными внешними признаками пиратского дистрибутива являются

· низкая цена - того же порядка, что и цена обычных пиратских дисков

· отсутствие адреса производителя дистрибутива

· "шесть операционок/дистрибутивов на одном диске". Hормальный
дистрибутив линукса крайне редко умещается на единственном диске.
(пяти-шестидисковые наборы с двумя-тремя разными дистрибутивами в
одной коробке от walnut creek, cheapbytes или infomagic пиратскими
не являются. Это вполне нормальные дистрибутивы, но, может быть,
без коммерческих и полукоммерческих программ. Стоит такой набор
примерно столько же, сколько "коммерческий" дистрибутив.)

· отсутствие исходников строго говоря не является основанием для
причисления к пиратам, но должно вызвать у вас серьезные
подозрения. Если те, у кого вы купили дистрибутив без исходников,
отказываются выдать вам их по цене носителя и посылают на ftp (или
просто посылают подальше) - они однозначно нарушают лицензию GPL.
Однако, это не касается cd-r копий и прочих копий, полученных на
некоммерческой основе (например, переписанных на винчестер за
пиво).

Если у вас есть знакомый гуру, на помощь которого вы на первых порах
рассчитываете, то, в случае, если вы поставите у себя то, что он
использует сам, у вас будет больше шансов получить ответы на вопросы о
тонкостях настройки.


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.
Телефон [phone]).

Ростов-на-Дону: диски с дистpибутивами можно купить в фиpме "Proga" -
ул. Большая Садовая 188, офис 320. Тел.53-41-22.

Алма-Ата: TOO e.com (480091, ул. Фурманова 103, 3 этаж, тел.
многоканальный 505-777, факс 505-778)

Киев: КОМИЗДАТ (553-5547, спроосить Сергея Антончука)

Севастополь. [phone] <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/> - "ручная")


http://bugzilla.redhat.com/bugzilla/>

Когда проблемы возникают еще при установке, можно обратиться в службу
поддержки производителя дистрибутива (если дистрибутив не пиратский,
на нем как правило указываются координаты этой службы) или описать
свою проблему в его списке рассылки, на который можно выйти через
веб-сайт производителя. Учтите, что в случае, если у вас пиратский
дистрибутив, причина проблем может быть в том, что он криво записан на
компакт-диск.


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.linuxdoc.org>

Переводы на русский, возможно, устаревшие, есть на
<http://www.linux.org.ru/books/>.

Вот неполный список сайтов с документацией на русском языке:

· <http://www.linux.org.ru>

· <http://lib.ru>

· <http://www.gnu.org.ru>

· <http://www.opennet.ru>

· <http://linux-ve.chat.ru>

· <http://www.nevod.ru/linux/doc/>

· <http://xtalk.price.ru>

· <http://alexm.here.ru>


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".


http://www.gnu.org/software/grub>

Существует еще малоизвестный загрузчик NUNI, который вообще не
пользуется BIOS и напрямую работает с IDE-контроллером. Причем
понимает даже PCI IDE с нестандартными(большими) номерами портов.
Диск должен быть с системой ext2fs.


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 - просто заплатка, которой времени уделено не больше,
чем всем остальным компонентам. Такова цена интегрирования.


http://www.borland.com/kylix/> Victor Wagner
<mailto:[e-mail]>

А как же.

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/>



2.17. * Ищу конфернцию, посвященную программированию под Linux...



Программирования "под Linux" не бывает. Бывает программировние под
*nix. И ему посвящена эха <news:fido7.ru.unix.prog>.



2.18. А вот ответьте мне нетмейлом на такой вопрос: ... ?



Как заметил Victor Wagner, написание писем в эху есть самовыражение,