• ×

    • Как создать новый репозиторий в Git. Создаём локальный репозиторий из deb-пакетов Локальный репозиторий

    21.06.2020

    Предистория
    Задумался недавно над тем, что будет если моя система вдруг откажется загружаться и мне не хватит ума или времени на то, чтобы восстановить ее. Тогда все прийдется начинать с нуля. А как же те пакеты, которые были верой и правдой скачаны в течении года? А если комп не один, а целая сеть?

    Каждому качать по 800 метров обновлений совершенно не хочется. Долгое время я пользовался утилитой APTonCD, которая до поры, до времени меня устраивала. Но есть один нюанс: когда мы создаем репозитарий этой утилитой в iso образ (и/или пишем его на болванку), то после нет возможности добавить один-два пакета в репозитарий без пересоздания всего образа. А если принять во внимание тот факт, что в локальном кеше пакетов (из которого эта утилита и создает образы) они хранятся не вечно и со временем удаляются, то приходится хранить все файлы образов или рискуешь потерять важные пакеты, которые были скачаны сравнительно давно (поскольку их в кеше уже нет). В итоге собирается большое количество образов, в которых пакеты в большинстве своем повторяются. Выход только один. Создать полноценный локальный репозитарий, чем мы и будем заниматься.

    Подготовка
    Нам понадобится установить лишь один пакет: apt-move. Многие скажут, что и без него можно обойтись и будут правы, но я искал простой способ создать "правильный" репозитарий. Поэтому выполняем:
    sudo apt-get install apt-move
    Теперь нужно определится с папкой, где будет распологаться наш репозитарий. Я выбрал /home//mirror . Хотя имя не очень удачное, поскольку наш репозитарий не полное зеркало официального репа Ubuntu, а лишь часть его, которая содержит пакеты, хоть раз когда-либо скачанные, но переделывать скрипт мне уже лень. Поэтому пусть будет так:

    Mkdir ~/mirror
    cd ~/mirror

    Теперь все готово к тому, чтобы перейти к следующему шагу - настройке.

    Настройка
    Для начала нам нужно настроить саму утилиту apt-move. Для этого выполним:
    gksu gedit /etc/apt-move.conf
    Откроется редактор с файлом настроек. Меняем значение переменной LOCALDIR на LOCALDIR=/home//mirror (желательно писать полный абсолютный путь, так надежней). Также меняем PKGCOMP на PKGCOMP=none. Это компрессия. Дело в том, что мной были обнаружены глюки во время использования компрессии apt-move, поэтому мы будем компрессировать все в нашем скрипте без использования этой функции apt-move. Все, сохраняемся и закрываем. Теперь выполним
    gedit ~/mirror/create_repo.sh
    В этот файл мы будем писать наш будущий скрипт. Начнем:

    #!/bin/bash
    sudo apt-move get
    sudo apt-move move

    Не буду подробно комментировать это, скажу лишь, что тут мы проверяем пакеты в локальном кеше и копируем их в локальный реп, придерживаясь официальной структуры папок. (вот зачем нам был нужен пакет apt-move). Далее вписываем:

    Prefix=/home//mirror
    cd $prefix

    Mkdir -p $prefix/pool/main
    mkdir -p $prefix/pool/partner
    mkdir -p $prefix/pool/non-free

    Mkdir -p $prefix/dists/stable/main/binary-i386
    mkdir -p $prefix/dists/stable/partner/binary-i386
    mkdir -p $prefix/dists/stable/non-free/binary-i386

    Проверяем наличие необоходимых папок. Переменную prefix устанавливаем в соответствии с нашем расположением корня репозитария. Тут нужно сделать оговорку. Возоможно во время работы и обновления вашего репозитария в папке /pool у вас появятся и другие компоненты (здесь только три: main partner non-free), тогда вам нужно будет по аналогии добавить строчки простым копипастом с заменой на соотвествующие имена. Все просто... Идем дальше:

    Dir=dists/stable/main/binary-i386
    apt-ftparchive packages pool/main > $dir/Packages
    gzip -9c <$dir/Packages >$dir/Packages.gz
    bzip2 -9c <$dir/Packages >$dir/Packages.bz2
    apt-ftparchive release $dir > $dir/Release
    cat > $dir/Release << EOF
    Archive: stable
    Suite: stable
    Component: main
    Origin: APT-Move
    Label: APT-Move
    Architecture: i386
    EOF

    Создаем так называемые индексные файлы с описанием всех пакетов, которые входят в данную ветку дистрибутива. (здесь это main) Также создаем файл Release, который сожержит описание данной ветки. В общем итоге создается четыре файла:
    Packages
    Packages.bz2
    Packages.gz
    Release
    собственно файл Packages и сопровождающий его файл Release. Эту часть кода вам нужно скопипастить столько раз, сколько веток в вашем репозитарии (у меня их три, поэтому я копирую еще два раза и меняю соответствующие имена на non-free и partner). Далее добавляем:

    Dir=$prefix/dists/stable/
    cat > $dir/Release << EOF
    Origin: APT-Move
    Label: APT-Move
    Suite: stable
    Codename: unknown
    EOF

    Echo Date: `date -u +"%a, %d %b %Y %T UTC"` >> $dir/Release
    cat >> $dir/Release << EOF
    Architectures: i386
    Components: main non-free partner
    Description: unknown
    EOF

    Apt-ftparchive release $dir >> $dir/Release

    Здесь мы создаем файл Release для всего дистрибутива (у нас это stable) в целом, в котором кроме иной информации будет и контрольные суммы всех файлов Packages (и Release) во всех ветках, перечисленных в Components: (как видно у меня их по-прежнему три:)). Поэтому если у вас будут другие ветки, обязательно отредактируйте эту строчку. Сохраняем скрипт и после выполнения команды


    можно уже создавать репозитарий и обновлятся из него. Но дело в том, что недоверенные репозитарии имеют меньший приоритет перед доверенными (или их еще называют подписанные). Поэтому мы сделаем нашему репозитарию такой же приоритет, как и официальному. Для этого нам понадобится ключ pgp. Если у вас еще его нет - его можно создать с помощью программы seahorse (Программы-Стандартные-Пароли и ключи шифрования). Можно конечно запустить из консоли программу gpg, но GUI мне как-то ближе. Создаем ключ и теперь нужно экспортировать его для того, чтобы клиенты могли добавить его к доверенным. Для этого выполним

    Cd ~/mirror gpg --export <имя_вашего_ключа> > apt.key

    Apt-ftparchive release $dir >> $dir/Release zenity --entry \ --title="Пароль ключа" \ --text="Введите Ваш пароль:" \ --entry-text "" \ --hide-text | gpg -abs --yes --passphrase-fd 0 -o $dir/Release.gpg $dir/Release

    Как видно тут используется утилита zenity и gpg. Первая - это обычная "украшалка". Ну не люблю я унылую командную строку на англ. языке:) , поэтому тут вызывается графическое окно с предложением ввести пароль к вашему ключу. Вторая - непосредственно подписывает наш репозитарий и он становится доверенным. Пожалуй все, сохраняем, закрываем. Если вы еще не дали право выполнятся нашему скрипту, то дайте:

    Sudo chmod +x ~/mirror/create_repo.sh
    Правда я на этом еще не остановился. Поскольку мне нужно обновлять репозитарий из интернета на работе, а из репозитария обновлять систему дома, я решил весь локальный реп запаковывать в один файл и дома его распаковывать. Поэтому я дописал следующее:

    Zenity --question \ --title="Архивирование" \ --text="Создать архив репозитария?" if [ "$?" = 0 ] ; then cd $prefix tar czf ../repo_`date +"%d-%m-%Y_%H-%M-%S"`.tar.gz ./ zenity --info --text="Архивирование завершено!" fi

    Опять же используем zenity для вывода графических окон и, если пользователь согласен, делаем архив текущего репа в папку пользователя.

    Использование
    Для того, чтобы подключить наш репозитарий нужно в файл /etc/apt/sources.list его добавить. Выполняем:

    Gksu gedit /etc/apt/sources.list
    и добавляем в начало файла такую строчку

    Deb file:/home//mirror stable main non-free partner #Локальный репозитарий
    Если у вас будут еще ветки кроме main non-free partner вам нужно не забыть их добавить. Кроме того, нужно добавить публичный ключ репозитария, которым мы подписали наш реп. Для этого нужно выполнить

    Sudo apt-key add apt.key

    Все, теперь обновляем список пакетов

    Sudo apt-get update

    P.S. У кого все-равно тянет из инета пакет, который есть в локальном репозитарии, прочтите этот топик http://forum.runtu.org/index.php/topic,5403.msg44916.html#msg44916
    P.P.S. Может кто-то поможет с описанием кэширующего прокси-сервера Approx. Было бы неплохо его здесь применить.

    If ($answer_counter == 1): ?> endif; ?>

    * Сделать автономный репозиторий через локальную сеть *

    Установить локальный веб-сервер Apache >

    # apt-get install apache2

    По умолчанию в пакете Apache Apache будет установлен веб-сайт в /var/www в вашей системе. Для наших целей это прекрасно, поэтому нет причин делать что-то еще. Вы можете легко протестировать его, указав свой любимый браузер на http://localhost . Вы должны увидеть веб-страницу после установки по умолчанию, которая фактически хранится в /var/www/index.html

    Создайте каталог репозитория пакетов Debian

    Выбрал для этого каталог /var/www/debs . Под ним вы должны создать каталоги «архитектуры», по одному для каждой архитектуры, которую необходимо поддерживать. Если вы используете только один компьютер (или тип компьютера), вам понадобится только один - обычно «i386» для 32-разрядных систем или «amd64» для 64 бит. Если вы используете какую-либо другую архитектуру, я предположим, что вы, вероятно, уже знаете об этом. Теперь просто скопируйте файлы пакета «.deb» для данной архитектуры в соответствующие каталоги. Если вы сейчас укажете свой любимый веб-браузер на http://localhost/debs/amd64 (например), вы увидите список пакетов для 64-битных систем.

    Создать файл Packages.gz

    Теперь нам нужно создать файл каталога для использования APT. Это делается с помощью утилиты, называемой «dpkg-scanpackages». Вот команды, которые я использую для обновления пакетов AMD64 в локальной сети:

    # cd /var/www/debs/ # dpkg-scanpackages amd64 | gzip -9c > amd64/Packages.gz

    Сделать известный репозиторий APT

    Теперь остается только сообщить APT о вашем репозитории. Вы делаете это, обновляя файл /etc/apt/sources.list. Вам понадобится запись, подобная этой:

    deb http://localhost/debs/ amd64/

    Я использовал фактическое имя хоста моей системы вместо localhost - таким образом, код будет одинаковым для всех компьютеров в моей локальной сети, но localhost будет отлично работать, если вы используете только один компьютер.
    Теперь обновите APT:

    # apt-get update

    Ответ дан user61928 05.09.2012 в 14:43

    There are 4 steps to setting up a simple repository for yourself

    1.Install dpkg-dev
    2.Put the packages in a directory
    3.Create a script that will scan the packages and create a file apt-get update can read
    4. Add a line to your sources.list pointing at your repository

    Install dpkg-dev

    Type in a terminal

    Sudo apt-get install dpkg-dev

    Create a directory where you will keep your packages. For this example, we"ll use /usr/local/mydebs.

    Sudo mkdir -p /usr/local/mydebs

    Now move your packages into the directory you"ve just created.

    Previously downloaded Packages are generally stored on your system in the /var/cache/apt/archives directory. If you have installed apt-cacher you will have additional packages stored in its /packages directory.

    The Script update-mydebs

    It"s a simple three liner:

    #! /bin/bash cd /usr/local/mydebs dpkg-scanpackages . /dev/null | gzip -9c > Packages.gz

    Cut and paste the above into gedit, and save it as update-mydebs in ~/bin. (the tilde "~" means your home directory. If ~/bin does not exist, create it: Ubuntu will put that directory in your PATH. It"s a good place to put personal scripts). Next, make the script executable:

    Chmod u+x ~/bin/update-mydebs How the script works:

    dpkg-scanpackages looks at all the packages in mydebs, and the output is compressed and written to a file (Packages.gz) that apt-get update can read (see below for a reference that explains this in excruciating detail). /dev/null is an empty file; it is a substitute for an override file which holds some additional information about the packages, which in this case is not really needed. See deb-override(5) if you want to know about it.

    Sources.list

    Deb file:/usr/local/mydebs ./

    to your /etc/apt/sources.list, and you"re done.

    CD Option

    You can burn the directory containing the debs to a CD and use that as a repository as well (good for sharing between computers). To use the CD as a repository, simply run

    Sudo apt-cdrom add

    Using the Repository

    Whenever you put a new deb in the mydebs directory, run

    Sudo update-mydebs sudo apt-get update

    Now your local packages can be manipulated with Synaptic, aptitude and the apt commands: apt-get, apt-cache, etc. When you attempt to apt-get install, any dependencies will be resolved for you, as long as they can be met.

    Badly made packages will probably fail, but you won"t have endured dpkg hell.

    Ответ дан BigSack 16.08.2012 в 13:45

    Создание аутентифицированного репозитория

    Я рассмотрел ответы здесь и на других сайтах, и большинство из них (недостаток IMHO) - это то, что вы настраиваете не прошедший проверку подлинность репозиторий. Это означает, что вам нужно запустить apt-get с --allow-unauthenticated для установки пакетов из него. Это может представлять угрозу безопасности, особенно в сценариях, в которых пакеты, которые вы устанавливаете, могут быть не все из вашего локального репозитория.

    Обратите внимание, что я не рассматривал здесь, как сделать его доступным по локальной сети, но это довольно общая конфигурация с использованием Apache или nginx (см. другие ответы здесь).

    Настройка каталога репо

    Mkdir /home/srv/packages/local-xenial cd /home/srv/packages/local-xenial

    Затем добавьте такую строку в sources.list:

    Deb file:/home/srv/packages/local-xenial/ ./

    Добавление и удаление пакетов

    удалить пакеты

    Rm /home/srv/packages/local-xenial/some_package_idont_like

    добавить пакеты

    Cp /some/dir/apackage.deb /home/srv/packages/local-xenial

    теперь запускается следующий скрипт, который генерирует файлы Packages, Release и InRelease и подписывает их с помощью закрытого ключа gpg:

    #!/bin/bash if [ -z "$1" ]; then echo -e "usage: "basename $0" DISTRO where DISTRO is the Ubuntu version codename (e.g. 14.04 is trusty)\n The way to use this script is to do the changes to the repo first, i.e. delete or copy in the .deb file to /srv/packages/local-DISTRO, and then run this script\n This script can be run as an unprivileged user - root is not needed so long as your user can write to the local repository directory" else cd /srv/packages/local-"$1" # Generate the Packages file dpkg-scanpackages . /dev/null > Packages gzip --keep --force -9 Packages # Generate the Release file cat conf/distributions > Release # The Date: field has the same format as the Debian package changelog entries, # that is, RFC 2822 with time zone +0000 echo -e "Date: "LANG=C date -Ru"" >> Release # Release must contain MD5 sums of all repository files (in a simple repo just the Packages and Packages.gz files) echo -e "MD5Sum:" >> Release printf " "$(md5sum Packages.gz | cut --delimiter=" " --fields=1)" %16d Packages.gz" $(wc --bytes Packages.gz | cut --delimiter=" " --fields=1) >> Release printf "\n "$(md5sum Packages | cut --delimiter=" " --fields=1)" %16d Packages" $(wc --bytes Packages | cut --delimiter=" " --fields=1) >> Release # Release must contain SHA256 sums of all repository files (in a simple repo just the Packages and Packages.gz files) echo -e "\nSHA256:" >> Release printf " "$(sha256sum Packages.gz | cut --delimiter=" " --fields=1)" %16d Packages.gz" $(wc --bytes Packages.gz | cut --delimiter=" " --fields=1) >> Release printf "\n "$(sha256sum Packages | cut --delimiter=" " --fields=1)" %16d Packages" $(wc --bytes Packages | cut --delimiter=" " --fields=1) >> Release # Clearsign the Release file (that is, sign it without encrypting it) gpg --clearsign --digest-algo SHA512 --local-user $USER -o InRelease Release # Release.gpg only need for older apt versions # gpg -abs --digest-algo SHA512 --local-user $USER -o Release.gpg Release # Get apt to see the changes sudo apt-get update fi

    Пример содержимого файла conf / distributions

    Origin: My_Local_Repo Label: My_Local_Repo Codename: xenial Architectures: i386 amd64 Components: main Description: My local APT repository SignWith: 12345ABC

    Ответ дан happyskeptic 15.05.2016 в 09:33

    Вы также можете настроить локальный исходный сервер на nginx и reprepro:

      Установить пакеты debian

      Sudo apt-get install reprepro nginx

      создавать каталоги для reprepro и редактировать его

      Sudo mkdir -p /srv/reprepro/ubuntu/{conf,dists,incoming,indices,logs,pool,project,tmp} $ cd /srv/reprepro/ubuntu/ $ sudo chown -R "whoami" . # changes the repository owner to the current user

      / SRV / reprepro / убунту / CONF / распределения

      Origin: Your Name Label: Your repository name Codename: karmic Architectures: i386 amd64 source Components: main Description: Description of repository you are creating SignWith: YOUR-KEY-ID

      / SRV / reprepro / убунт / CONF / опции

      Ask-passphrase basedir .

      Включить его в reprepro, построить его

      $ reprepro includedeb karmic /path/to/my-package_0.1-1.deb \ # change /path/to/my-package_0.1-1.deb to the path to your package

      Конфигурация nginx:

      /etc/nginx/sites-available/vhost-packages.conf

      Server { listen 80; server_name packages.internal; access_log /var/log/nginx/packages-access.log; error_log /var/log/nginx/packages-error.log; location / { root /srv/reprepro; index index.html; } location ~ /(.*)/conf { deny all; } location ~ /(.*)/db { deny all; } }

      Оптимизируйте размер ковша:

      /etc/nginx/conf.d/server_names_hash_bucket_size.conf

      Server_names_hash_bucket_size 64;

    Ответ дан elprup 03.07.2013 в 11:18

    There are several reasons you may want to create a local repository. The first is that you want to save on bandwidth if you have multiple Ubuntu machines to update. For example if you had 25 Ubuntu machines that all needed updating at least once a week, you would significantly save bandwidth because you could do all but the repository locally.

    Most organizations have decent bandwidth for their network gateways but this bandwidth is a precious commodity that needs to be used wisely.

    Many organizations still have routers with 10MB or 100MB limits at the gateway but 1 GB network connections internally so bandwidth could be better used internally. The second reason for creating your own repository is that you can control what applications are loaded on your internal Ubuntu machines.

    You can remove any applications your organization does not want to use on the local network from the repository that updates the machines. Even better, you can create a test box and test applications and versions before you allow them to roll out into your network assuring security and stability.

    You first have to setup a mirror, to do that you need to Just press Ctrl + Alt + T on your keyboard to open Terminal. When it opens, run the command below.

    Apt-get install apt-mirror

    Once you have your set up apt-mirror you can start your download of the repository with this command.

    apt-mirror /etc/apt/mirror.list 1

    Вместо использования dpkg -i package_name.deb для установки, можно создать локальный репозиторий для пакетов, принесенных на флешке или другом носителе, а потом использовать synaptic/kynaptic (или apt-get install package_name).

    1. Все действия лучше проводить как root

    sudo su

    2.Теперь установите пакет dpkg-dev. Он будет содержать утилиту dpkg-scanpackages, которая нам и нужна.

    apt-get install dpkg-dev

    3.Поместите все.deb пакеты в директорию например, /myrepo (причем не непосредственно в эту директорию, а в поддиректории, расположенные в этой директории)

    4. Выполните

    cd /myrepo dpkg-scanpackages . /dev/null | gzip -9c > Packages.gz

    5. Теперь нужно внести новый репозиторий в /etc/apt/sources.list. Вставьте в /etc/apt/sources.list строчку (лучше вставить ближе к началу, т.к. apt-get (synaptic/kynaptic) ставит более высокий приоритет источнику, находящемуся раньше остальных)

    deb file:/myrepo ./

    6. Обновление списка репозиториев

    apt-get update

    Если изменится содержимое директории с пакетами, повторите шаги 1,4.

    Translation(s) : - Русский

    Создание локального репозитория

    С помощью утилиты apt-mirror

    Подготовка и установка apt-mirror

    Это основной способ зеркалирования, помимо официального ftpsync , т.к. он гораздо надёжней debmirror.

    Устанавливаем пакет:

    apt-get install apt-mirror

    Создаём каталог /mnt/repo/debian и дополнительные mirror,var,skel. В нём будет создаваться локальный репозиторий пакетов. Желательно чтобы это был примонтированный логический раздел жёсткого диска, чтобы в случае переустановки дистрибутива с нуля, при форматировании корневого раздела (/), не лишиться репозитория совсем.

    mkdir -p /mnt/repo/debian/{mirror,var,skel}

    Настройка apt-mirror

    Заранее предположим что нам нужны:

    • Зеркало с готовыми к установке (бинарными) пакетами для amd64 jessie (stable)+ исходные тексты
    • Зеркало с готовыми к установке (бинарными) обновлениями безопасности amd64 jessie (stable)+ исходные тексты
    • Зеркало с готовыми к установке (бинарными) прочими обновлениями amd64 jessie (stable)+ исходные тексты
    • Зеркало Backports, с готовыми к установке (бинарными) пакетами для amd64 jessie (stable)+ исходные тексты
    • Зеркало необходимое для сетевой установки (udebs).

    Примечание: Раскомментирование строк лишь заменяет настройки по умолчанию.

    Редактируем конфигурационный файл /etc/apt/mirror.list:

    ############# config ################## # Базовый каталог, в нём будет создано локальное зеркало репозитория Debian set base_path /mnt/repo/debian # Пути к файлам зеркала, временным файлам и журналy выполнения apt-mirror # set mirror_path $base_path/mirror # set skel_path $base_path/skel # set var_path $base_path/var # set cleanscript $var_path/clean.sh # Архитектура, для которой создаётся зеркало. По умолчанию - это архитектура # системы, на которой работает apt-mirror (amd64,i386 или др.). Менять не ненужно, # т.к. ниже мы явно укажем и зеркало и архитектуру. # set defaultarch # Пусть к скрипту постобработки, по-умолчанию отсутствует, пока нам не нужен. # set postmirror_script $var_path/postmirror.sh # Не запускать скрипт постобработки set run_postmirror 0 # Служебные параметры, не трогаем set nthreads 20 set _tilde 0 # ############# end config ############## # Зеркало с пакетами для amd64 jessie (stable)+ исходные тексты deb-amd64 http://httpredir.debian.org/debian jessie main contrib non-free deb-src http://httpredir.debian.org/debian jessie main contrib non-free # Зеркало с обновлениями безопасности amd64 jessie (stable)+ исходные тексты deb-amd64 http://security.debian.org/ jessie/updates main contrib non-free deb-src http://security.debian.org/ jessie/updates main contrib non-free # Зеркало с прочими обновлениями amd64 jessie (stable)+ исходные тексты deb-amd64 http://httpredir.debian.org/debian/ jessie-updates main contrib non-free deb-src http://httpredir.debian.org/debian/ jessie-updates main contrib non-free # Зеркало необходимое для сетевой установки (udebs) deb-amd64 http://httpredir.debian.org/debian jessie main/debian-installer # Backports deb-amd64 http://httpredir.debian.org/debian/ jessie-backports main contrib non-free deb-src http://httpredir.debian.org/debian/ jessie-backports main contrib non-free # Удаляем файлы не индексированные в Release clean http://httpredir.debian.org/debian clean http://security.debian.org # Запрещаем очистку выбранной папки skip-clean http://httpredir.debian.org/debian/dists/jessie/main/installer-amd64/

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

    Запуск и автоматизация apt-mirror

    Для ручного запуска создания/обновления зеркала выполняем команду:

    # apt-mirror

    После загрузки индексных файлов apt-mirror сообщит, какой объём пакетов нужно получить:Begin time: Wed Jul 13 10:08:21 2016 ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... End time: Wed Jul 13 10:08:34 2016 Begin time: Wed Jul 13 10:08:34 2016 ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... End time: Wed Jul 13 10:08:40 2016 Processing indexes: Begin time: Wed Jul 13 10:08:46 2016 ...

    Остаётся только дождаться завершения скачивания.

    Для автоматической синхронизации и очистки зеркал нужно добавить строку в настройки cron и выставить подходящее время. Обновление официальных зеркал происходит каждые 6 часов: 3:00,9:00,15:00,21:00. Например так:

    crontab -e 05 01 * * * apt-mirror >> /var/log/apt-mirror.log 05 03 * * * /mnt/repo/debian/var/clean.sh >> /var/log/apt-mirror.log

    Настройка доступа к зеркалу

    После завершения работы локальные копии всех указанных репозиториев окажутся в каталогах /mnt/repo/debian/mirror/имя_репозитория. Таким образом копия репозитория, которая была определена в файле mirror.list как:

    deb-amd64 http://httpredir.debian.org/debian jessie main contrib non-free

    окажется в каталоге /mnt/repo/debian/mirror/httpredir.debian.org/debian.

    Доступ именно к этому каталогу можно открывать любым удобным для Вас способом - Web или FTP сервером. Для корректной работы обязательно необходимо добавить символические ссылки "stable","testing", "unstable" на те выпуски, которые вы зеркалируете (если они у вас есть).

    ln -s /media/repo/debian/mirror/httpredir.debian.org/debian/dists/jessie /media/repo/debian/mirror/httpredir.debian.org/debian/dists/jessie/stable

    C помощью утилиты debmirror

    Установка пакета:

    # apt-get install debmirror # mkdir /mnt/repo/debian

    Опции

    тип архитектуры (i386, amd64 и т.п.)

    ветка дистрибутива (stable, testing, unstable)

    не закачивать пакеты с исходным кодом

    закачивать файлы переводов описаний пакетов

    адрес сетевого репозитория

    тип протокола передачи файлов (ftp, http, rsync)

    показывать подробности загрузки

    каталог, в котором будет создан ваш локальный репозиторий

    показывать, что сейчас происходит

    не скачивать исходные коды

    S main,contrib,non-free

    секции, которые нужно скачать

    Ignore-release-gpg

    игнорировать проверку gpg-ключа

    Ignore-missing-release

    не прерывается, если нету файла Release

    По умолчанию debmirror создаёт зеркало из секций main, contrib, non-free, main/debian-installer.

    Можно исключать секции ненужных вам пакетов:

    --exclude-deb-section="games" - не будет зеркалировать все игры.

    Имя секции обязательно в кавычках, иначе опция проигнорируется, это будет видно по общему объёму необходимых для скачивания пакетов выводимых программой в самом начале своей работы.

    Принадлежность к определенной секции вашего пакета можно узнать по команде:

    $ apt-cache show имя_пакета

    Пример получения бинарного зеркала (без пакетов с исходным кодом) Debian Stable для amd64:

    # debmirror --host=ftp.fi.debian.org/debian --dist=stable --arch=amd64 --method=ftp --ignore-release-gpg --nosource /mnt/repo/debian

    C помощью утилиты reprepro

    Установка пакета:

    # apt-get install reprepro

    Создание каталога /mnt/repo/debian, в нём будет создаваться локальный репозиторий пакетов. Желательно чтобы это был примонтированный логический раздел жёсткого диска, чтобы в случае переустановки дистрибутива с нуля, при форматировании корневого раздела (/), не лишиться репозитория совсем.

    # mkdir /mnt/repo/debian

    Cоздание каталога /mnt/repo/debian/conf и пустого конфигурационного файла distributions:

    # mkdir /mnt/repo/debian/conf # touch /mnt/repo/debian/conf/distributions

    В файл /mnt/repo/debian/conf/distributions указываем следующие параметры (пример для testing, архитектура i386):

    Codename: squeeze Suite: stable Version: 6.x Origin: Debian Label: Debian 6.x Description: Debian Stable Repository Architectures: amd64 source Components: main contrib non-free SignWith: default DebIndices: Packages Release . .gz .bz2 DscIndices: Sources Release . .gz .bz2 Contents: . .gz .bz2

    Описание параметров

    Codename: squeeze

    кодовое имя дистрибутива: sarge, etch, lenny, squeeze и т.д.

    вертка дистрибутива: stable, testing ,unstable ,experimental

    номер версии: squeeze - 6.x

    возможно у вас не Debian, а его производная, например, Ubuntu, Kubuntu, если оригинал, то Debian

    Label: Debian 6.x

    смесь двух секций Origin и Version

    Description: Debian testing repository

    расшифровка, какой репозиторий

    Architectures: amd64

    архитектура дистрибутива: i386, amd64 и т.д.

    Components: main contrib non-free

    компоненты дистрибутива: main - СПО, contrib - СПО с зависимостями от несвободного, non-free - несвободное ПО

    SignWith: default

    можно не указывать, если не планируете подписывать репозиторий ключём gnupg

    DebIndices: Packages Release . .gz .bz2

    индексные файлы Packages для двоичных пакетов и файлы Release с контрольными суммами; 3 типа: несжатые, сжатые gzip, сжатые bzip

    DscIndices: Sources Release . .gz .bz2

    тоже самое только для пакетов с исходным кодом

    Contents: . .gz .bz2

    файлы со списком содержимого каждого пакета, пригодиться при поиске файлов в установленных и ещё неустановленных пакетах

    Дополнительные важные опции:

    AlsoAcceptFor: unstable experimental

    другие ветки

    UDebComponents: main contrib non-free

    Udeb-пакеты

    Инициализация репозитория

    # cd /mnt/repo/debian # reprepro export # reprepro createsymlinks

    Базовый каталог не задан, т.к. мы уже в нём находимся.

    Теперь можно добавлять пакеты в локальный репозиторий из кэша уже скачанных вами пакетов:

    # reprepro -b /mnt/repo/debian --ask-passphrase includedeb squeeze /var/cache/apt/archives/*.deb

    Параметр -b задаёт базовый каталог репозитория, в нашем случае это /mnt/repo, если вы находитесь уже в нём, то его можно не задавать, т.к. reprepro ищет файл conf/distributions в текущем каталоге.

    Добавление Дебиановских исходников в репозиторий. Они состоят обычно из 2-3 файлов, главным (управляющим) из которых является dsc-файл. Чтобы все файлы исходников добавились в репозиторий, нужно использовать includedsc , остальное аналогично.

    Добавление дебиановских исходников вместе с собранным из них пакетом (пакетами). После сборки пакета (пакетов) из дебиановских исходников, кроме самих пакетов и исходников появляется файл *.changes там же, где и пакеты. В этом файле перечислены как сами собранные пакеты, так и исходники. Поэтому для добавления всех этих файлов можно воспользоваться такой командой (в общем виде):

    # reprepro -C РАЗДЕЛ include ВЕТКА /путь/до/файла/имя_файла.changes

    Параметр --ask-passphrase подпишет ваш репозиторий с помощью вашего ключа GnuPG. Его можно не указывать, если не планируете подписывать репозиторий ключём gnupg. На не подписанные репозитории, aptitude будет выдавать предупреждение, что он ненадежный. Для использования подписанного репозитория, надо сделать выгрузку вашего ключа, а на машине использующей репозиторий:

    # apt-key add /tmp/имя_вашего_ключа.asc

    Добавление пакетов расположенных на CD/DVD Debian

    Они уже лежат в иерархии каталога pool на дисках, но reprepro не поддерживает рекурсивный поиск по подкаталогам, но это достаточно легко обойти шаблоном (pool/*/*/*/*.deb). Пример:

    # reprepro -b /mnt/repo/debian --ask-passphrase includedeb squeeze /media/cdrom/pool/*/*/*/*.deb

    Она найдёт и добавит всё пакеты.

    Удаление deb-пакета из репозитория

    # reprepro remove ветка имя_пакета

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

    # reprepro removesrc ветка имя_приложения

    Использование

    Для использования репозитория нужно добавить его в файл /etc/apt/sources.list в виде следующей строки (в общем виде):

    deb file:///путь_к_папке_репозитория/ ветка разделы например: deb file:///home/repository/ squeeze main contrib non-free

    Подпись локального репозитория своим ключом

    Генерирование ключа

    Чтобы не было проблем с тем, что ключи созданы не там, рекомендуется все делать от учётной записи «root». Для генерирования ключа нужно выполнить команду:

    # gpg --gen-key

    Ответ на вопрос о типе ключа (обычно - 1):

    Please select what kind of key you want: (1) DSA and Elgamal (default) (2) DSA (sign only) (5) RSA (sign only) Your selection?

    Ответ на вопрос о длине ключа (тоже по умолчанию - 2048):

    DSA keypair will have 1024 bits. ELG-E keys may be between 1024 and 4096 bits long. What keysize do you want? (2048)

    Ответ на вопрос о сроке истечения ключа (0 - никогда не истекает):

    Please specify how long the key should be valid. 0 = key does not expire = key expires in n days w = key expires in n weeks m = key expires in n months y = key expires in n years Key is valid for? (0)

    После этого может потребоваться подтвердить выбор:

    Key does not expire at all Is this correct? (y/N) y

    Далее ввести информацию о себе и подтвердить (буква O (не ноль)). Потом задать пароль и подтвердить его. После этого начинается генерация ключа, в течение которой просят попечатать чего-нить, подвигать мышкой или еще чего поделать. Это нужно для генерации уникального ключа.

    По завершении генерации будет выведена информация о сгенерированном ключе, такая как: - ID ключа - короткий набор символов: pub 1024D/5A81CBE3 2008-04-27 - отпечаток - длинный набор символов: Key fingerprint = уникальный отпечаток - и ещё немного информации. Самой важной информацией является ID ключа и отпечаток.

    Экспорт ключа

    Выполнить:

    # gpg --armor --export > mylocalkey.asc

    Где mylocalkey.asc это имя файла, в который внесен данный экспорт (новый файл, он создатся в процессе).

    Добавление ключа в apt

    Команда выполняется из того же каталога, что и предыдущая (из того, где находится mylocalkey.asc):

    # apt-key add mylocalkey.asc

    После этого можно проверить наличие ключа в списке apt:

    # apt-key list

    Выведет все ключи, в том числе и созданный.

    Если нужно удалить ключ из apt, то это выполняется командой:

    # apt-key del ID_ключа

    В этом случае ID_ключа будет 5A81CBE3 (см.выше).

    Для того, чтоб можно было если вдруг что случится с системой Linux не скачивать программы заново, а установить из того что уже скачали.

    Вот я и подумал, как бы сделать так чтоб эти самые скачанные программы мы могли бы устанавливать самым обычным образом при помощи команды apt-get ? Размышляя о этом я пришёл к мысли о том, а почему бы с этих самых пакетов не создать локальный репозиторий? Подумал, погуглил, взял главный инструмент системного администратора, админский бубен и начал делать.

    Итак deb-пакеты у меня находятся там же где я их и оставил, до того как в качестве эксперимента переустановил систему, а именно в домашней директории в папке deb . У меня это /home/dante/deb , я описывал все это , у Вам же та директория куда Вы сохранили пакеты. Открываем терминал и переходим в папку с deb-пакетами. В моём случае в терминале команда выглядит так:

    cd /home/dante/deb

    Вы же должны ввести путь к своим deb-пакетам.
    После того как Вы перешли в папку с сохранёнными deb-пакетами. Вводим следующую команду:

    sudo apt-ftparchive packages ./ |gzip -9 > Packages.gz

    Далее вводим пароль и ожидаем пока будет создан фаил Packages.gz
    Теперь наш репозиторий практически задан, осталось его добавить в source.list . Обратно беремся за терминал. Открываем файл:

    sudo nano /etc/apt/sources.list

    У меня данный файл выглядит так:

    deb file:///home/dante/deb ./
    # deb cdrom:/ oneiric main restricted

    # See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
    # newer versions of the distribution.
    deb http://archive.ubuntu.com/ubuntu oneiric main restricted
    deb-src http://archive.ubuntu.com/ubuntu oneiric restricted main multiverse universe #Added by software-properties

    ## Major bug fix updates produced after the final release of the
    ## distribution.
    deb http://archive.ubuntu.com/ubuntu oneiric-updates main restricted
    deb-src http://archive.ubuntu.com/ubuntu oneiric-updates restricted main multiverse universe #Added by software-properties


    ## team. Also, please note that software in universe WILL NOT receive any
    ## review or updates from the Ubuntu security team.
    deb http://archive.ubuntu.com/ubuntu oneiric universe
    deb http://archive.ubuntu.com/ubuntu oneiric-updates universe

    ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
    ## team, and may not be under a free licence. Please satisfy yourself as to
    ## your rights to use the software. Also, please note that software in
    ## multiverse WILL NOT receive any review or updates from the Ubuntu
    ## security team.
    deb http://archive.ubuntu.com/ubuntu oneiric multiverse
    deb http://archive.ubuntu.com/ubuntu oneiric-updates multiverse

    ## N.B. software from this repository may not have been tested as
    ## extensively as that contained in the main release, although it includes
    ## newer versions of some applications which may provide useful features.
    ## Also, please note that software in backports WILL NOT receive any review
    ## or updates from the Ubuntu security team.
    deb http://archive.ubuntu.com/ubuntu oneiric-backports main restricted universe multiverse
    deb-src http://archive.ubuntu.com/ubuntu oneiric-backports main restricted universe multiverse #Added by software-properties

    deb http://archive.ubuntu.com/ubuntu oneiric-security main restricted
    deb-src http://archive.ubuntu.com/ubuntu oneiric-security restricted main multiverse universe #Added by software-properties
    deb http://archive.ubuntu.com/ubuntu oneiric-security universe
    deb http://archive.ubuntu.com/ubuntu oneiric-security multiverse

    ## Uncomment the following two lines to add software from Canonical"s
    ## "partner" repository.
    ## This software is not part of Ubuntu, but is offered by Canonical and the
    ## respective vendors as a service to Ubuntu users.
    deb http://archive.canonical.com/ubuntu oneiric partner
    deb-src http://archive.canonical.com/ubuntu oneiric partner

    ## This software is not part of Ubuntu, but is offered by third-party
    ## developers who want to ship their latest software.
    deb http://extras.ubuntu.com/ubuntu oneiric main
    deb http://archive.ubuntu.com/ubuntu/ oneiric-proposed restricted main multiverse universe
    deb-src http://archive.ubuntu.com/ubuntu/ oneiric-proposed restricted main multiverse universe
    deb-src http://extras.ubuntu.com/ubuntu oneiric main

    Для того чтобы добавить нашу папку с deb-пакетами в источники приложений нам необходимо добавить следующую строчку.

    deb file:///home/dante/deb ./

    Добавлять её лучше в самый верх файла, так как система сначала опрашивает те репозитории которые находятся в начале. Что я как Вы уже увидели я и сделал. У вас путь к папке может быть иной, только не забудьте в конце ./

    Все репозиторий добавлен. Можете посмотреть на это в источнике приложений. Теперь Вам осталось лишь обновить списки пакетов. Сделать это можно в терминале при помощи команды:

    sudo apt-get update

    Вот теперь Мы можем устанавливать программы из своего репозитория который мы создали из сохранённых deb-пакетов. Это ещё и достаточно удобно если мы скачивали deb-пакеты на одном компьютере, а устанавливаем их на другой.

    Похожие статьи
     
    Категории
    Видеоматериалы
    Популярное
    Новое