dmidecode
или предпочтительно
cat /proc/cpuinfo
dmidecode даст Вам намного больше информации, чем, какой процессор, Вы/proc/cpuinfo обеспечивает большему количеству информации о самом процессоре
Debian упаковочная система является одним из самых изящных методов установки, обновления и удаления программного обеспечения, доступного в общедоступном репозитории. Если необходимо создать и поддержать неофициальное хранилище пакетов Debian, можно рассмотреть некоторые подсказки. Здесь я опишу кратко некоторые шаги для получения общедоступного репозитория Debian.
Во-первых, установите некоторые необходимые пакеты:
sudo apt-get install build-essential devscripts debhelper dh-make diff patch gnupg fakeroot lintian linda pbuilder
и может быть cdbs, если Вы намереваетесь использовать его в своем файле правил:
sudo apt-get install cdbs
Создайте рабочий каталог и переместитесь в источник своего пакета, который Вы намереваетесь создать
mkdir packages
cp mypackage-0.1.tar.gz packages
cd packages
Установите обслуживающую электронную почту и полное имя, эта информация будет использоваться в информации о метаданных пакета.
export DEBEMAIL="user@address"
export DEBFULLNAME ="full name"
После того, как выполнено dh_make, несколько вопросов откроются, которому нужно ответить соответственно, этот инструмент извлечет некоторые шаблоны в packages/debian каталог. для получения дополнительной информации о том выполнении dh_mahe-h
dh_make
Существует много файлов, должен был создать .deb пакет, которые хранятся в корневом каталоге проекта packages/debian. для установки изменений, необходимых для этих файлов, необходимо знать некоторый informatins о пакете: зависимости, авторское право, журнал изменений, make-файл... посылает к этому tuto следующий шаг создать двоичный пакет, который создается, называя следующие команды в./debian каталоге:
cd debian
debuild -rfakeroot
Это сделает все для Вас. Это будет:
Скажем, то, что наш репозиторий будет содержать только два подкаталога: двоичный файл и источник
dpkg-scanpackages сканирует .deb пакеты; dpkg-scansources сканирует .dsc файлы.
Таким образом необходимо поместить .orig.gz, .diff.gz и .dsc файлы вместе. .changes файлы не нужны.
создайте каталог репозитория в своем www как это:
sudo mkdir -p /var/www/repository/{binary,source}
Переместите свой deb и исходный пакет в/var/www/repository/{двоичный файл, источник} и генерируйте индекс.
$ cp mypackage-0.1-1.deb /var/www/repository/binary/
$ cp mypackage-0.1-1.tar.gz /var/www/repository/source/
$ cd /var/www/repository
$ dpkg-scanpackages binary /dev/null | gzip -9c > /var/www/repository/binary/Packages.gz
$ dpkg-scansources source /dev/null | gzip -9c > /var/www/repository/source/Sources.gz
Наконец, добавьте этот Ваш свой source.lst, чтобы смочь получить Ваш пакет из репозитория.
deb http://yourwebserver/repository binary/
deb-src http://yourwebserver/repository source/
Я надеюсь, что это может помочь, для получения дополнительной информации обратитесь к подробной документации:
- Руководство специалистов по обслуживанию Debian
- Ubuntu, упаковывающая руководство
Можно создать пакеты с помощью документации в
Когда Ваши пакеты готовы, можно использовать dpkg-scanpackage для создания файлов пакета способные потребности перечислить программное обеспечение.
Кроме того, Вы могли использовать склонный-ftparchive, который нуждается в немного большем количестве configration, но может использоваться для репозиториев большего размера с различной архитектурой и т.д. Можно найти хорошее руководство по Кв.-ftparchive
Возможно, необходимо также взглянуть на ppas человечности. Это - автоматический сервис сборки и репозиторий для человечности и debian.
checkinstall инструмент автоматически создаст .deb / .rpm и slackware пакеты путем наблюдения того, что сценарий установки или make-файл делают для установки чего-то. Для менее сложных пакетов (те, которые не имеют большого количества из пред/сообщение сценарии установки) они делают довольно хорошее задание.
Я не был бы, однако вслепую отправить пакет, сделанный с checkinstall общественности в целом. Я использую его только для связывания материала, который мы устанавливаем в нашей сети местной станции.
Однако, который стоит проверить. Большая работа вошла в него за прошлый год, чтобы заставить его создать даже сложные пакеты правильно и без линта.
Мне нравится, когда он потому что ее очень легкое заскакивает в любую систему сборки и заполняет тривиальные репозитории.
При использовании человечности главным образом необходимо считать это:
https://help.launchpad.net/Packaging
Я предлагаю, чтобы Вы использовали панель запуска для хостинга Ваших пакетов, если пакеты не являются частными за Вас компания. Необходимо также прочитать Основное упаковочное руководство Ubuntu для подробных инструкций относительно того, как создать пакеты из источников.