| Каталог документации / Раздел "Документация для Linux" / Оглавление документа |
| |
|
[ назад ] [ Содержание ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ вперед ]
Debian GNU/Linux содержит полный исходный код всех включённых в него программ,
поэтому он должен работать на всех системах, которые поддерживаются ядром
Linux; подробней смотрите Linux FAQ.
Текущий выпуск Debian GNU/Linux, 4.0, содержит полный двоичный код для следующих архитектур:
i386: охватываются PC, построенные на базе процессоров Intel и совместимых с ним, влкючая Intel 386, 486, Pentium, Pentium Pro, Pentium II (и Klamath и Celeron), и Pentium III, и почти все совместимые процессоры от AMD, Cyrix и других.
m68k: охватываются Amiga и ATARI, построенные на процессоре Motorola 680x0, где x>=2; с MMU.
alpha: Alpha системы от Compaq/Digital.
sparc: охватываются SPARC от Sun и большинство систем UltraSPARC.
powerpc: охватываются некоторые IBM/Motorola PowerPC машины, включая CHRP, PowerMac и машины PReP.
arm: машины ARM и StrongARM.
В настоящий момент ведётся разработка двоичных дистрибутивов Debian для архитектур Sparc64 (родной UltraSPARC) и MIPS.
Дальнейшие инструкции по загрузке, разбиению дисков, включении PCMCIA (PC Card)
устройств и с подобными проблемами отправляйтесь читать Руководство по
Установке, которое лежит на нашем WWW сайте по адресу http://www.debian.org/releases/stable/i386/install.
Разработчики Debian общаются с другими создателями дистрибутивов Linux для достижения совместимости управления двоичными файлами между дистрибутивами Linux. Большинство коммерческих продуктов под Linux также хорошо работают под Debian как и в системах где они были собраны.
Debian GNU/Linux придерживается Стандарта Иерархии Файловой Системы
Linux. Однако, в правилах стандарта остались места, интерпретация
которых может несколько различаться между системой Debian и другим системами
Linux.
Исходный код большинства приложений Linux совместим с другими системами Unix. Он поддерживает почти всё, что есть в системах System V Unix, а также свободных и коммерческих системах, основанных от BSD. Однако, для бизнеса такое утверждение о Unix почти не имеет значения, потому что это нельзя никак доказать. В области разработки программного обеспечения необходима полная совместимость, вместо совместимости для "большинства" случаев. Несколько лет назад возникла потребность в стандартах, и теперь POSIX.1 (IEEE Стандарт 1003.1-1990) является одним из основных стандартов по совместимости исходного кода для Unix-подобных операционных систем.
Linux намеревается придерживаться POSIX.1, но стандарты POSIX стоят настоящих денег, а сертификация POSIX.1 (и FIPS 151-2) довольно дорога; это ещё более усложняет разработчикам Linux работу по полному соответствию POSIX. Стоимость сертификации делает её непривлекательной в том что Debian получит официальное подтверждение о соответствии, даже если он полностью пройдёт аттестационный пакет. (Аттестационный пакет теперь свободно доступен, так что ожидается, что это привлечёт ещё больше людей, которые станут работать над проблемами с POSIX.1.)
Unifix GmbH (Braunschweig, Germany) разработала Linux систему, которая была сертифицирована как удовлетворяющая FIPS 151-2 (superset POSIX.1). Эта технология была доступна в дистрибутиве Unifix, называемом Unifix Linux 2.0 и в Lasermoon Linux-FT.
Различные дистрибутивы Linux используют различные форматы пакетов и различные программы управления пакетами.
Существует программа, которая распаковывает пакет Debian на Linux хост, который работает под `чужим' дистрибутивом, и она в общем работает, в том смысле, что файлы будут распакованы. Обратное утверждение, вероятно, тоже верно, т.е. программа распакует RedHat или Slackware пакет на хост, который работает под Debian GNU/Linux вероятна успешная распаковка пакета и распределение большинства файлов по каталогам их назначения. Это, в значительной степени, благодаря существованию (и сильной приверженности) Стандарту Иерархии Файловой Системы Linux.
Большинство программ управления пакетами сохраняют данные в управляющих файлах, когда они используются для распаковки архива. Обычно, эти административные файлы не стандартизованы. Поэтому, распаковка пакета Debian на `чужом' хосте может оказать непредсказуемый (уж точно ничего хорошего) эффект на менеджер пакетов этой системы. Более того, утилиты из других дистрибутивов могут успешно распаковать свои архивы в систему Debian, но это, вероятно, приведёт к неправильной работе системы управления пакетами Debian, когда придёт время обновлять или удалять некоторые пакеты, или даже просто при выводе списка пакетов, установленных в системе.
Стандарт Файловой Системы Linux (а следовательно Debian GNU/Linux) требует, чтобы подкаталоги /usr/local/ были полностью во власти пользователей. Поэтому, пользователи могут распаковывать `чужие' пакеты в этот каталог, а затем индивидуально управлять их настройкой, обновлением и удалением.
А у вас действительно ещё есть такие программы? :-)
Чтобы запускать программы, которые имеют двоичный формат a.out (т.е., QMAGIC или ZMAGIC),
Удостоверьтесь, что ядро поддерживает a.out, или напрямую (CONFIG_BINFMT_AOUT=y) или с помощью модуля (CONFIG_BINFMT_AOUT=m). (Пакет Debian kernel-image содержит модуль binfmt_aout.)
Если ваше ядро поддерживает двоичные файлы a.out с помощью модуля, то удостоверьтесь, что модуль binfmt_aout будет загружен. Вы можете загружать его во время запуска машины, введя строку binfmt_aout в файл /etc/modules. Вы можете сделать это из командной строки, выполнив команду insmod DIRNAME/binfmt_aout.o, где DIRNAME - это имя каталога, в котором лежат модули ядра, запущенного в данный момент. В системе с ядром версии 2.2.17, DIRNAME вероятно будет /lib/modules/2.2.17/fs/.
установите пакет libc4, который можно найти в одном из выпусков
раньше 2.0 (потому что, начиная с этого выпуска мы удалили пакет). Вы можете
захотеть взглянуть на старый Debian CD-ROM (в Debian 1.3.1 ещё содержится этот
пакет), или посмотрите в ftp://archive.debian.org/debian-archive/
в интернете.
Если программа, которую вы хотите запустить, является a.out X
клиентом, то установите пакет xcompat (смотрите выше где взять).
Если у вас в формате a.out коммерческое приложение, то теперь самое время попросить поставщика прислать вам ELF обновление.
Да. Просто установите нужные библиотеки libc5 из раздела
oldlibs (содержащего старые пакеты, включённые для совместимости
со старыми приложениями).
Да. Установите пакеты libc5-altdev и altgccs (из
раздела oldlibs). Там вы найдёте соответствующие libc5-собранные
gcc и g++ в каталоге
/usr/i486-linuxlibc1/bin. Поместите их в свою переменную $PATH,
чтобы сначала собрать make и другие программы.
Если вам требуется собирать libc5 X клиента, то установите пакеты
xlib6 и xlib6-altdev.
Помните, что среда libc5 в наших других пакетах полностью больше не поддерживается.
Файлы в каталоге /usr/local/ не контролируются системой управления пакетами Debian. Поэтому, хорошей практикой является размещение исходного кода ваших программ в каталог /usr/local/src/. Например, вы можете распаковать файлы из пакета с именем "foo.tar" в каталог /usr/local/src/foo. После сборки, поместите двоичные файлы в /usr/local/bin/, библиотеки в /usr/local/lib/, а настроечные файлы в /usr/local/etc/.
Если ваша программа и/или файлы требуют размещать их в каком-то другом каталоге, вы всё равно должны держать их в /usr/local/, и создавать соответствующие символические ссылки в требуемом месте на сохранённые файлы из /usr/local/, например, вы должны сделать ссылку так
ln -s /usr/local/bin/foo /usr/bin/foo
В любом случае, если вы получили пакет, авторские права на который, позволяют дальнейшее распространение, вы должны рассмотреть создание пакета Debian под него, и отправить его в систему Debian. Основы, как стать разработчиком пакета, описаны в Руководстве по Политике Debian (смотрите Какая ещё документация существует для системы Debian?, раздел 11.1).
Это сообщение об ошибке означает, что программа собрана с поддержкой библиотеки
X11 версии libc5. В этом случае вам необходимо установить пакет
xlib6 из раздела oldlibs.
Вы можете получить похожие сообщения об ошибках, указывающие на файл
libXpm.so.4, в этом случае вам нужно установить версию libc5 библиотеки XPM из
пакета xpm4.7, также из раздела oldlibs.
Debian использует базу данных terminfo и библиотеку ncursesдля работы с терминалом, а не базу данных termcap и библиотеку termcap. Пользователям, собирающим программы, требуются некоторые знания по взаимодействию с терминалом, чтобы заменить ссылки на libtermcap ссылками на libncurses.
Чтобы поддержать двоичные файлы, которые уже слинкованы с библиотекой
termcap и для которых нет исходных текстов, Debian предоставляет
пакет termcap-compat. В нём имеется и
libtermcap.so.2 и /etc/termcap. Установите этот
пакет, если программа отказывается запускаться с сообщением об ошибке
"can't load library 'libtermcap.so.2'", или жалуется на отсутствие
файла /etc/termcap.
Для установки AccelX используется библиотека termcap. Смотрите про Почему я не могу собрать программы, которым нужна libtermcap?, раздел 3.10 выше.
Вам требуется установить пакет motifnls, который содержит
настроечные файлы для XFree-2.1, необходимые, для того чтобы приложения Motif,
собранные под XFree-2.1, могли работать под XFree-3.1.
Без этих файлов некоторые приложения Motif, собранные на других машинах (такие как Netscape) могут сбоить при попытке копирования или вставки из или в текстовое поле, а также могут проявляться другие проблемы.
[ назад ] [ Содержание ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ вперед ]
The Debian GNU/Linux FAQ
версия CVS, 17 June 2006
|
Закладки на сайте Проследить за страницей |
Created 1996-2024 by Maxim Chirkov Добавить, Поддержать, Вебмастеру |