В сообщении от 1118560432 секунд после начала Эпохи Unix Вы написали:
> 4) Например я устанавливаю CAD, в дистрибутиве есть какой то КАД,
> хотел глянуть. Установка прошла удачно, а в программных файлах он не
> появился ... И так бывает с некоторыми программами, установка прошла
> хорошо, а в меню программ ее нет.
> Например установил программу складского учета, хотел посмотреть как
> люди пишут, а найти ее в меню не смог. :-)
Возможно это недочет конкретного дистрибутива. Возможно человек,
создавший пакет с программой, забыл (забил) про меню. А может это
программа не имеет графического интерфейса, и с ней нужно работать из
консоли, тогда элемент меню не требуется. Но на сколько я понимаю, CAD
не может быть без графического интерфейса...
> Еще например, программа появилась, но при запуске, покрутила часики,
> покрутила и все, исчезла. Даже сообщение об ошибке не выдавала.
> Это для Линукса нормальное явление?
Если имеется в виду что программа появилась в меню, но не запускается,
значит проблема в этой программе (или в неправильном элементе меню).
Часто сообщения об ошибках не появляются в виде окошек с надписями, а
выводятся на стандартный поток ошибок. Если вы запускаете программу
посредством графической среды (выбор элемента в меню, запуск
выполняемого файла из графического файлового менеджера, и т.п.), то
скорее всего стандартный поток ошибок направлен в файл
`~/.xsession-errors' (хотя, это может зависеть от дистрибутива) где ~ -
ваш домашний каталог. Если вы запускаете программу из консоли (эмулятор
терминала или виртуальный терминал, неважно), то стандартный поток
ошибок направлен в эту консоль, т.е. вы будете видеть все эти сообщения
на экране.
> И еще хотел сказать, что коли есть графическая оболочка, то зачем
> писать команды? Разве нельзя для конечного пользователя сделать
> "ярлык" с этой командой? Например прочитал при установке словаря,
> запустите сервис командой (и строка команды).
> Если есть значок в меню для запуска словаря, то можно наверное рядом
> поместить значок, включение и выключение сервиса? Или у разработчиков
> под Линукс это не принято?
Запуск служб (сервисов) обычно происходит в скриптах инициализации, и
часто они запускаются с привилегиями суперпользователя при старте
системы. Следовательно, обычному пользователю не нужно их запускать и
останавливать. Некоторые службы (демоны) также рассчитаны и на запуск
обычным пользователем, но так как они не имеют графического интерфейса
пользователя (далее GUI), для них не делается элемент меню, потому что
при выборе такого элемента визуально ничего не произойдет, и если будут
какие-то ошибки, сообщения о них не будет видны, так как они
направляются на стандартный поток ошибок, причем иногда нужно предавать
аргументы командной строки, чего не сделаешь с помощью мыши.
Конечно, возможно построить такую графическую среду, которая будет
предоставлять "удобный" GUI ко всем программам которые не имеют
такового. Тот же KMplayer предназначен обеспечить GUI для пользователей
KDE к MPlayer.
Но возникает вопрос: почему разработчики сразу не обеспечили программу
GUI? Ответ очень прост: далеко не все пользователи и разработчики
считают что GUI всегда удобней интерфейса командной строки (далее CLI).
К тому же, CLI универсален, им могут пользоваться не только люди
непосредственно, но и другие программы. Используя простые механизмы,
программой с CLI можно управлять удаленно (раньше это были терминалы,
сейчас это программы эмуляторы терминалов, использующие для передачи
данных современные сетевые технологии). Также CLI удобен для описания
действий, например в этой рассылке часто пишут "man mplayer", "cp file1
file1", и т.д. GUI может выглядеть у каждого по разному, у одного меню
снизу слева, у другого - сверху справа (потому что ему так это
нравится), у одного оно желтое, у другого зеленое. А CLI всегда остается
одним и тем же, даже в разных операционных системах отличия могут быть
не существенными.
Лично я считаю что многие задачи намного удобнее и проще решать
используя CLI или специальные языки. Причем система автозавершения
команд делает использование CLI еще удобнее - не нужно набивать на
клавиатуре все, достаточно набрать начало команды/имени файла, потом
нажать <Tab> или <Ctrl+I>.
> Еще вопрос, в моем дистрибутиве есть много разных программ (наверное
> тысячу штук), я смотрю на них как баран на новые ворота. Может как то
> можно вытащить весь список в виде текста, чтобы с Вами посоветоваться?
> Наверняка там есть много хороших программ, но т.к. описаны только
> некоторые из них, то сложно ориентироваться. Хотелось бы посмотреть,
> хотя бы некоторые.
В вашем дистрибутиве есть описание КАЖДОЙ программы. Программы
упаковываются в пакеты, и устанавливаются не программы, а пакеты.
Менеджер пакетов имеет информацию о всех установленных пакетах. Вы
можете запросить у него информацию о любом пакете, вывести список
установленных пакетов, и т.д. Например чтобы вывести список всех
установленных пакетов и их версии нужно выполнить команду:
$ rpm -qa
Чтобы получить информацию о пакете:
$ rpm -qi имя_пакета
Чтобы получить список всех файлов в пакете:
$ rpm -ql имя_пакета
Чтобы получить список всей документации в пакете:
$ rpm -qd имя_пакета
> Меня народ спрашивает:
> - Есть ли AutoCad под Линукс (желательно начиная с 2002 по 2005)?
Нет, но есть аналогичные по функциям программы.
> - Есть ли PhotoShop под Линукс?
GIMP вместо PhotoShop'а. Очень хороший инструмент, если научится
пользоваться.
> - Есть ли CorelDraw под Линукс?
Inkscape - хороший редактор векторной графики.
> И посоветуйте пожалуйста редактор для верстки брошюры (возможно
> перерастет в маленькую книгу).
OpenOffice? Лично я для верстки использую LaTeX. Это не редактор, это
макропакет для системы подготовки документов TeX.