Какова структура репозитория Ubuntu?

Question 1

Это совет от rodpott на другом форуме, который помог моей жене XPS14z получить гораздо лучший прием. (Я поменял nano на vi, но gedit может быть лучшим для большинства)

sudo vi /usr/lib/pm-utils/power.d/wireless

искать

iwl*) if [ -f "/sys/class/net/$1/device/power_level" ]; then
iwlevel_ac=0
iwlevel_batt=3

и изменить его на:

iwl*) if [ -f "/sys/class/net/$1/device/power_level" ]; then
iwlevel_ac=0
iwlevel_batt=0

Кроме того, существует проблема с чем-то, называемым CAM, и неправильным соблюдением стандарта во многих маршрутизаторах. rodpott Возможно, поэтому новый маршрутизатор решил проблему.

Question 2

Согласно строке deb на вашем apt-источнике, apt будет получать:

http://archive.ubuntu.com/ubuntu/dists/release/Release http://archive.ubuntu.com /ubuntu/dists/release/Release.gpg http://archive.ubuntu.com/ubuntu/dists/maverick/COMPONENT/binary-ARCH/Packages.gz

Он проверяет, является ли Release.gpg действительная подпись для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

Question 3

Question 4

Согласно строке deb на вашем apt-источнике, apt будет получать:

http://archive.ubuntu.com/ubuntu/dists/release/Release http://archive.ubuntu.com /ubuntu/dists/release/Release.gpg http://archive.ubuntu.com/ubuntu/dists/maverick/COMPONENT/binary-ARCH/Packages.gz

Он проверяет, является ли Release.gpg действительная подпись для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

Question 5

Согласно строке deb на вашем apt-источнике, apt будет получать:

http://archive.ubuntu.com/ubuntu/dists/release/Release http://archive.ubuntu.com /ubuntu/dists/release/Release.gpg http://archive.ubuntu.com/ubuntu/dists/maverick/COMPONENT/binary-ARCH/Packages.gz

Он проверяет, является ли Release.gpg действительная подпись для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

Question 6

Согласно строке deb на вашем apt-источнике, apt будет получать:

http://archive.ubuntu.com/ubuntu/dists/release/Release http://archive.ubuntu.com /ubuntu/dists/release/Release.gpg http://archive.ubuntu.com/ubuntu/dists/maverick/COMPONENT/binary-ARCH/Packages.gz

Он проверяет, является ли Release.gpg действительная подпись для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

Question 7

Question 8

Согласно строке deb на вашем apt-источнике, apt будет получать:

http://archive.ubuntu.com/ubuntu/dists/release/Release http://archive.ubuntu.com /ubuntu/dists/release/Release.gpg http://archive.ubuntu.com/ubuntu/dists/maverick/COMPONENT/binary-ARCH/Packages.gz

Он проверяет, является ли Release.gpg действительная подпись для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

Question 9

Согласно строке deb на вашем apt-источнике, apt будет получать:

http://archive.ubuntu.com/ubuntu/dists/release/Release http://archive.ubuntu.com /ubuntu/dists/release/Release.gpg http://archive.ubuntu.com/ubuntu/dists/maverick/COMPONENT/binary-ARCH/Packages.gz

Он проверяет, является ли Release.gpg действительная подпись для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

Question 10

Согласно строке deb на вашем apt-источнике, apt будет получать:

http://archive.ubuntu.com/ubuntu/dists/release/Release http://archive.ubuntu.com /ubuntu/dists/release/Release.gpg http://archive.ubuntu.com/ubuntu/dists/maverick/COMPONENT/binary-ARCH/Packages.gz

Он проверяет, является ли Release.gpg действительная подпись для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

Question 11

Согласно строке deb на вашем apt-источнике, apt будет извлекать:

Он проверяет, является ли Release.gpg допустимой сигнатурой для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

Question 12

Согласно строке deb на вашем apt-источнике, apt будет извлекать:

Он проверяет, является ли Release.gpg допустимой сигнатурой для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

Question 13

Question 14

Согласно строке deb на вашем apt-источнике, apt будет извлекать:

Он проверяет, является ли Release.gpg допустимой сигнатурой для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

Question 15

Согласно строке deb на вашем apt-источнике, apt будет извлекать:

Он проверяет, является ли Release.gpg допустимой сигнатурой для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

Question 16

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

root
| -- dists
| -- pool
| -- indices
| -- project
| -- ls-lr.gz

(Также в моем репо в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирование репо.)

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

Каталог dists, похоже, содержит большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет. (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация /pool/[section]/[letter]/[group]/packagename.deb. Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb, поскольку subversion - это группа пакета python-subversion, а s - первая буква подрывной операции.

Каталог projects кажется содержат несколько файлов, описывающих, как зеркало синхронизировалось с исходным репо.

Каталог indices содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

Question 17

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

root
| -- dists
| -- pool
| -- indices
| -- project
| -- ls-lr.gz

(Также в моем репо в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирование репо.)

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

Каталог dists, похоже, содержит большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет. (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация /pool/[section]/[letter]/[group]/packagename.deb. Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb, поскольку subversion - это группа пакета python-subversion, а s - первая буква подрывной операции.

Каталог projects кажется содержат несколько файлов, описывающих, как зеркало синхронизировалось с исходным репо.

Каталог indices содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

Question 18

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

root
| -- dists
| -- pool
| -- indices
| -- project
| -- ls-lr.gz

(Также в моем репо в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирование репо.)

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

Каталог dists, похоже, содержит большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет. (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация /pool/[section]/[letter]/[group]/packagename.deb. Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb, поскольку subversion - это группа пакета python-subversion, а s - первая буква подрывной операции.

Каталог projects кажется содержат несколько файлов, описывающих, как зеркало синхронизировалось с исходным репо.

Каталог indices содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

Question 19

Question 20

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

root
| -- dists
| -- pool
| -- indices
| -- project
| -- ls-lr.gz

(Также в моем репо в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирование репо.)

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

Каталог dists, похоже, содержит большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет. (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация /pool/[section]/[letter]/[group]/packagename.deb. Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb, поскольку subversion - это группа пакета python-subversion, а s - первая буква подрывной операции.

Каталог projects кажется содержат несколько файлов, описывающих, как зеркало синхронизировалось с исходным репо.

Каталог indices содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

Question 21

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

root
| -- dists
| -- pool
| -- indices
| -- project
| -- ls-lr.gz

(Также в моем репо в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирование репо.)

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

Каталог dists, похоже, содержит большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет. (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация /pool/[section]/[letter]/[group]/packagename.deb. Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb, поскольку subversion - это группа пакета python-subversion, а s - первая буква подрывной операции.

Каталог projects кажется содержат несколько файлов, описывающих, как зеркало синхронизировалось с исходным репо.

Каталог indices содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

Question 22

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

root
| -- dists
| -- pool
| -- indices
| -- project
| -- ls-lr.gz

(Также в моем репо в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирование репо.)

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

Каталог dists, похоже, содержит большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет. (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация /pool/[section]/[letter]/[group]/packagename.deb. Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb, поскольку subversion - это группа пакета python-subversion, а s - первая буква подрывной операции.

Каталог projects кажется содержат несколько файлов, описывающих, как зеркало синхронизировалось с исходным репо.

Каталог indices содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

Question 23

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

root
| -- dists
| -- pool
| -- indices
| -- project
| -- ls-lr.gz

(Также в моем репо в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирование репо.)

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

Каталог dists, похоже, содержит большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет. (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация /pool/[section]/[letter]/[group]/packagename.deb. Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb, поскольку subversion - это группа пакета python-subversion, а s - первая буква подрывной операции.

Каталог projects кажется содержат несколько файлов, описывающих, как зеркало синхронизировалось с исходным репо.

Каталог indices содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

Question 24

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

  root |  - кубики |  - бассейн |  - индексы |  - проект |  - ls-lr.gz

(Также в моем репетиторе в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирования репо. )

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

В каталоге dists содержится большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет , (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация / pool / [section] / [letter] / [group] /packagename.deb . Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb , поскольку subversion - это группа пакета python-subversion , и s - первая буква подрывной операции.

Каталог projects , кажется, содержит несколько файлов, в которых подробно описано, как зеркало синхронизируется с исходным репо.

Каталог индексов содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

Question 25

Question 26

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

  root |  - кубики |  - бассейн |  - индексы |  - проект |  - ls-lr.gz

(Также в моем репетиторе в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирования репо. )

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

В каталоге dists содержится большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет , (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация / pool / [section] / [letter] / [group] /packagename.deb . Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb , поскольку subversion - это группа пакета python-subversion , и s - первая буква подрывной операции.

Каталог projects , кажется, содержит несколько файлов, в которых подробно описано, как зеркало синхронизируется с исходным репо.

Каталог индексов содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

Question 27

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

  root |  - кубики |  - бассейн |  - индексы |  - проект |  - ls-lr.gz

(Также в моем репетиторе в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирования репо. )

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

В каталоге dists содержится большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет , (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация / pool / [section] / [letter] / [group] /packagename.deb . Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb , поскольку subversion - это группа пакета python-subversion , и s - первая буква подрывной операции.

Каталог projects , кажется, содержит несколько файлов, в которых подробно описано, как зеркало синхронизируется с исходным репо.

Каталог индексов содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

Question 28

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

  root |  - кубики |  - бассейн |  - индексы |  - проект |  - ls-lr.gz

(Также в моем репетиторе в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирования репо. )

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

В каталоге dists содержится большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет , (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация / pool / [section] / [letter] / [group] /packagename.deb . Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb , поскольку subversion - это группа пакета python-subversion , и s - первая буква подрывной операции.

Каталог projects , кажется, содержит несколько файлов, в которых подробно описано, как зеркало синхронизируется с исходным репо.

Каталог индексов содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

belacqua · Accepted Answer · 25 May 2018 в 22:47

Согласно строке deb на вашем apt-источнике, apt будет получать:

http://archive.ubuntu.com/ubuntu/dists/release/Release http://archive.ubuntu.com /ubuntu/dists/release/Release.gpg http://archive.ubuntu.com/ubuntu/dists/maverick/COMPONENT/binary-ARCH/Packages.gz

Он проверяет, является ли Release.gpg действительная подпись для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

Они не сломаны, они просто шаблоны, вам нужно будет заменить "release" «COMPONENT», «двоичный» и т. д., которые являются динамическими полями. — João Pinto, 29 September 2011 в 02:31

belacqua · Accepted Answer · 25 July 2018 в 22:25

Согласно строке deb на вашем apt-источнике, apt будет получать:

http://archive.ubuntu.com/ubuntu/dists/release/Release http://archive.ubuntu.com /ubuntu/dists/release/Release.gpg http://archive.ubuntu.com/ubuntu/dists/maverick/COMPONENT/binary-ARCH/Packages.gz

Он проверяет, является ли Release.gpg действительная подпись для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

belacqua · Accepted Answer · 26 July 2018 в 21:25

Согласно строке deb на вашем apt-источнике, apt будет получать:

http://archive.ubuntu.com/ubuntu/dists/release/Release http://archive.ubuntu.com /ubuntu/dists/release/Release.gpg http://archive.ubuntu.com/ubuntu/dists/maverick/COMPONENT/binary-ARCH/Packages.gz

Он проверяет, является ли Release.gpg действительная подпись для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

belacqua · Accepted Answer · 31 July 2018 в 10:33

Согласно строке deb на вашем apt-источнике, apt будет получать:

http://archive.ubuntu.com/ubuntu/dists/release/Release http://archive.ubuntu.com /ubuntu/dists/release/Release.gpg http://archive.ubuntu.com/ubuntu/dists/maverick/COMPONENT/binary-ARCH/Packages.gz

Он проверяет, является ли Release.gpg действительная подпись для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

belacqua · Accepted Answer · 31 July 2018 в 11:35

Согласно строке deb на вашем apt-источнике, apt будет получать:

http://archive.ubuntu.com/ubuntu/dists/release/Release http://archive.ubuntu.com /ubuntu/dists/release/Release.gpg http://archive.ubuntu.com/ubuntu/dists/maverick/COMPONENT/binary-ARCH/Packages.gz

Он проверяет, является ли Release.gpg действительная подпись для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

belacqua · Accepted Answer · 2 August 2018 в 03:52

Согласно строке deb на вашем apt-источнике, apt будет получать:

http://archive.ubuntu.com/ubuntu/dists/release/Release http://archive.ubuntu.com /ubuntu/dists/release/Release.gpg http://archive.ubuntu.com/ubuntu/dists/maverick/COMPONENT/binary-ARCH/Packages.gz

Он проверяет, является ли Release.gpg действительная подпись для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

belacqua · Accepted Answer · 4 August 2018 в 19:55

Согласно строке deb на вашем apt-источнике, apt будет получать:

http://archive.ubuntu.com/ubuntu/dists/release/Release http://archive.ubuntu.com /ubuntu/dists/release/Release.gpg http://archive.ubuntu.com/ubuntu/dists/maverick/COMPONENT/binary-ARCH/Packages.gz

Он проверяет, является ли Release.gpg действительная подпись для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

belacqua · Accepted Answer · 6 August 2018 в 03:58

Согласно строке deb на вашем apt-источнике, apt будет извлекать:

Он проверяет, является ли Release.gpg допустимой сигнатурой для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

belacqua · Accepted Answer · 7 August 2018 в 21:56

Согласно строке deb на вашем apt-источнике, apt будет извлекать:

Он проверяет, является ли Release.gpg допустимой сигнатурой для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

belacqua · Accepted Answer · 10 August 2018 в 10:11

Согласно строке deb на вашем apt-источнике, apt будет извлекать:

Он проверяет, является ли Release.gpg допустимой сигнатурой для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

belacqua · Accepted Answer · 13 August 2018 в 16:32

Согласно строке deb на вашем apt-источнике, apt будет извлекать:

Он проверяет, является ли Release.gpg допустимой сигнатурой для файла Release, и если содержимое Packages.gz соответствует контрольной сумме целостности, присутствующей в файле Release. Если существует несоответствие, сообщается о сбое целостности подписи репозитория.

Имя файла пакета для запрошенного пакета определяется из ранее полученного содержимого Packages.gz. Он загружается, и его контрольная сумма содержимого должна соответствовать содержимому контрольной суммы Packages.gz или сообщается о сбое целостности.

Ваш последний вопрос касается не зеркальной структуры как таковой, а о зеркальной синхронизации, которая зависит от процесса зеркалирования. Можно синхронизировать, используя временное местоположение, не нарушая целостность архива во время синхронизации. Я не уверен, что все зеркала Ubuntu делают это.

Они не сломаны, они просто шаблоны, вам нужно будет заменить "release" «COMPONENT», «двоичный» и т. д., которые являются динамическими полями. — João Pinto, 29 September 2011 в 02:31

apoorv020 · Answer 12 · 25 May 2018 в 22:47

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

root
| -- dists
| -- pool
| -- indices
| -- project
| -- ls-lr.gz

(Также в моем репо в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирование репо.)

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

Каталог dists, похоже, содержит большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет. (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация /pool/[section]/[letter]/[group]/packagename.deb. Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb, поскольку subversion - это группа пакета python-subversion, а s - первая буква подрывной операции.

Каталог projects кажется содержат несколько файлов, описывающих, как зеркало синхронизировалось с исходным репо.

Каталог indices содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

apoorv020 · Answer 13 · 25 July 2018 в 22:25

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

root
| -- dists
| -- pool
| -- indices
| -- project
| -- ls-lr.gz

(Также в моем репо в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирование репо.)

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

Каталог dists, похоже, содержит большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет. (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация /pool/[section]/[letter]/[group]/packagename.deb. Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb, поскольку subversion - это группа пакета python-subversion, а s - первая буква подрывной операции.

Каталог projects кажется содержат несколько файлов, описывающих, как зеркало синхронизировалось с исходным репо.

Каталог indices содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

apoorv020 · Answer 14 · 26 July 2018 в 21:25

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

root
| -- dists
| -- pool
| -- indices
| -- project
| -- ls-lr.gz

(Также в моем репо в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирование репо.)

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

Каталог dists, похоже, содержит большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет. (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация /pool/[section]/[letter]/[group]/packagename.deb. Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb, поскольку subversion - это группа пакета python-subversion, а s - первая буква подрывной операции.

Каталог projects кажется содержат несколько файлов, описывающих, как зеркало синхронизировалось с исходным репо.

Каталог indices содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

apoorv020 · Answer 15 · 31 July 2018 в 10:33

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

root
| -- dists
| -- pool
| -- indices
| -- project
| -- ls-lr.gz

(Также в моем репо в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирование репо.)

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

Каталог dists, похоже, содержит большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет. (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация /pool/[section]/[letter]/[group]/packagename.deb. Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb, поскольку subversion - это группа пакета python-subversion, а s - первая буква подрывной операции.

Каталог projects кажется содержат несколько файлов, описывающих, как зеркало синхронизировалось с исходным репо.

Каталог indices содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

apoorv020 · Answer 16 · 31 July 2018 в 11:35

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

root
| -- dists
| -- pool
| -- indices
| -- project
| -- ls-lr.gz

(Также в моем репо в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирование репо.)

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

Каталог dists, похоже, содержит большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет. (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация /pool/[section]/[letter]/[group]/packagename.deb. Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb, поскольку subversion - это группа пакета python-subversion, а s - первая буква подрывной операции.

Каталог projects кажется содержат несколько файлов, описывающих, как зеркало синхронизировалось с исходным репо.

Каталог indices содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

apoorv020 · Answer 17 · 2 August 2018 в 03:52

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

root
| -- dists
| -- pool
| -- indices
| -- project
| -- ls-lr.gz

(Также в моем репо в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирование репо.)

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

Каталог dists, похоже, содержит большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет. (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация /pool/[section]/[letter]/[group]/packagename.deb. Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb, поскольку subversion - это группа пакета python-subversion, а s - первая буква подрывной операции.

Каталог projects кажется содержат несколько файлов, описывающих, как зеркало синхронизировалось с исходным репо.

Каталог indices содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

apoorv020 · Answer 18 · 4 August 2018 в 19:55

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

root
| -- dists
| -- pool
| -- indices
| -- project
| -- ls-lr.gz

(Также в моем репо в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирование репо.)

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

Каталог dists, похоже, содержит большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет. (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация /pool/[section]/[letter]/[group]/packagename.deb. Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb, поскольку subversion - это группа пакета python-subversion, а s - первая буква подрывной операции.

Каталог projects кажется содержат несколько файлов, описывающих, как зеркало синхронизировалось с исходным репо.

Каталог indices содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

apoorv020 · Answer 19 · 6 August 2018 в 03:58

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

  root |  - кубики |  - бассейн |  - индексы |  - проект |  - ls-lr.gz

(Также в моем репетиторе в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирования репо. )

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

В каталоге dists содержится большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет , (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация / pool / [section] / [letter] / [group] /packagename.deb . Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb , поскольку subversion - это группа пакета python-subversion , и s - первая буква подрывной операции.

Каталог projects , кажется, содержит несколько файлов, в которых подробно описано, как зеркало синхронизируется с исходным репо.

Каталог индексов содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

apoorv020 · Answer 20 · 7 August 2018 в 21:56

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

  root |  - кубики |  - бассейн |  - индексы |  - проект |  - ls-lr.gz

(Также в моем репетиторе в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирования репо. )

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

В каталоге dists содержится большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет , (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация / pool / [section] / [letter] / [group] /packagename.deb . Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb , поскольку subversion - это группа пакета python-subversion , и s - первая буква подрывной операции.

Каталог projects , кажется, содержит несколько файлов, в которых подробно описано, как зеркало синхронизируется с исходным репо.

Каталог индексов содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

apoorv020 · Answer 21 · 10 August 2018 в 10:11

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

  root |  - кубики |  - бассейн |  - индексы |  - проект |  - ls-lr.gz

(Также в моем репетиторе в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирования репо. )

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

В каталоге dists содержится большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет , (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация / pool / [section] / [letter] / [group] /packagename.deb . Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb , поскольку subversion - это группа пакета python-subversion , и s - первая буква подрывной операции.

Каталог projects , кажется, содержит несколько файлов, в которых подробно описано, как зеркало синхронизируется с исходным репо.

Каталог индексов содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

apoorv020 · Answer 22 · 13 August 2018 в 16:32

Жоао ответил на вторую половину моего вопроса, поэтому я исследовал первую половину самостоятельно. На корневом уровне существует четыре каталога и один файл.

  root |  - кубики |  - бассейн |  - индексы |  - проект |  - ls-lr.gz

(Также в моем репетиторе в колледже были только первые две записи. Таким образом, последние 3, по-видимому, несущественны для функционирования репо. )

Файл ls-lr.gz содержит вывод команды ls -lr в качестве запуска в корневом каталоге репозитория.

В каталоге dists содержится большинство метаданных, включая весь файл packages.gz (который содержит список пакетов) и Release.gpg / Release, который подписывает пакет , (Спасибо Joao за информацию)

Каталог pool содержит фактические файлы .deb. Организация / pool / [section] / [letter] / [group] /packagename.deb . Таким образом, фактическое местоположение пакета python-subversion - /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb , поскольку subversion - это группа пакета python-subversion , и s - первая буква подрывной операции.

Каталог projects , кажется, содержит несколько файлов, в которых подробно описано, как зеркало синхронизируется с исходным репо.

Каталог индексов содержит много файлов, большинство из которых пустые. Непустые файлы, похоже, содержат некоторые дополнительные метаданные для пакетов.

Какова структура репозитория Ubuntu?

22 ответа

Другие вопросы по тегам:

Похожие вопросы: