Tarball что это

Oak Documentation

• Jackrabbit /
• Oak /
• Structure of TAR files
• Last Published: 2023-06-06

Structure of TAR files

Here is described the physical layout of a TAR file as used by Apache Oak. First, a brief introduction of the TAR format is given. Next, more details are provided about the low level information that is written in TAR entries. Finally, it’s described how Oak saves a graph data structure inside the TAR file and how this representation is optimized for fast retrieval.

Organization of a TAR file

Physically speaking, a TAR file is a linear sequence of blocks. A TAR file is terminated by two blocks containing zero bytes. Every block has a size of 512 bytes.

Logically speaking, a TAR file is a linear sequence of entries. Every entry is represented by two or more blocks. The first block always contains the entry header. Subsequent blocks store the content of the file.

The entry header is composed of the following fields:

• file name (100 bytes) — name of the file stored in this entry.
• file mode (8 bytes) — string representation of the octal file mode.
• owner’s numeric ID (8 bytes) — string representation of the user ID of the owner of the file.
• group’s numeric ID (8 bytes) — string representation of the group ID of the owner of the file.
• file size (12 bytes) — string representation of the octal size of the file.
• last modification time (12 bytes) — string representation of the octal time stamp when the file was last modified.
• checksum (8 bytes) — checksum for the header data.
• file type (1 byte) — type of the file stored in the entry. This field specifies if the file is a regular file, a hard link or a symbolic link.
• name of linked file (1 byte) — in case the file stored in the entry is a link, this field stores the name of the file pointed to by the link.

The TAR file as used by Oak

Some fields are not used by Oak. In particular, Oak sets the file mode, the owner’s numeric ID, the group’s numeric ID, the checksum, and the name of linked file to uninteresting values. The only meaningful values assigned to the fields of the entry header are:

• file name: the name of the data file. There are different data files used by Oak. They are described below.
• file size: the size of the data file. The value assigned to this field is trivially computed from the amount of information stored in the data file.
• last modification time: the time stamp when the entry was written.

There are four kinds of files stored in a TAR file:

• segments: this type of file contains data about a segment in the segment store. This kind of file has a file name in the form UUID.CRC2 , where UUID is a 128 bit UUID represented as an hexadecimal string and CRC2 is a zero- padded numeric string representing the CRC2 checksum of the raw segment data.
• binary references: this file has a name ending in .brf and represents a catalog of blobs (i.e. value records) referenced by segments in this TAR file. This catalog is indexed by the generation of the segments it contains.
• graph: this file has a name ending in .gph and contains the segment graph of all the segments in this tar file. The graph is represented as an adjacency list of UUIDs.
• index: this file has a name ending in .idx and contains a sorted list of every segment contained in the TAR file.

Oak TAR file layout

Before delving into further details, a few words on how Oak names TAR files. The convention is to always start with a data00000a.tar file. As data is written to the repository, new TAR files are added with increasing numbers, thus ending up with data00001a.tar , data00002a.tar and so on.

Each time a compaction cycle ends, there is a cleanup phase in which segments from an old generation are purged. Those tar files that shrink by at least 25% are rewritten to a new tar generation, skipping the reclaimed segments. A shrunk TAR file increases its tail generation character, e.g. from data00000a.tar to data00000b.tar .

The layout of the TAR file used by Oak is engineered for performance of read operations. In particular, the most important information is stored in the bottom entries. Reading the entries from the bottom of the file, you encounter first the index, then the graph, then the binary references and finally the segment files. The idea is that the index must be read first, because it provides a fast tool to locate segments in the rest of the file. Next comes the graph, that describes how segments relate to each other. Then the binary references index is stored. Last come the segments, whose relative order can be ignored.

At the same time, the layout of the TAR file allows fast append-only operations when writing. Since the relative order of segment files is not important, segment entries can be written in a first come, first served basis. The index at the end of the file will provide a fast way to access them even if they are scattered around the file.

The picture below presents the building blocks of a TAR file as used by Oak. For illustration purposes, an hypothetical TAR file called data00000a.tar is dissected.

Segment files

Segment files contain raw data about a segment. Even if there are multiple kinds of segments, a TAR file only distinguishes between data and bulk segments. A bulk segment is always saved as-is in the TAR file, without further processing. A data segment, instead, is inspected to extract references to other segments or to binary content.

A data segment can contain references to other segments. These references are simply stored as a list of UUIDs. The referenced segments can be stored inside the current TAR file or outside of it. In the first case, the referenced segment can be found by inspecting the index. In the second case, an external agent is responsible to find the segment in another TAR file.

The list of segments referenced by a data segment will end up in the graph file. To speed up the process of locating a segment in the list of referenced segment, this list is maintained ordered.

The data segment file is divided in two parts. The first is the header and the second contains the actual records contained in this segment.

The data segment header is divided in three parts:

• a fixed part (32 bytes) containing:
  • a magic number (3 bytes): identifies the beginning of a data segment.
  • version (1 byte): the segment version.
  • empty bytes (6 bytes): reserved for future use.
  • generation (4 bytes): generation of the segment, serialized as a big endian integer.
  • number of references (4 bytes): number of references to external segments, serialized as a big endian integer.
  • number of records (4 bytes): number of records in this segment, serialized as a big endian integer.
  • empty bytes (10 bytes): reserved for future use.
  • record number (4 bytes), serialized as a big endian integer.
  • record type (1 byte): can be one of LEAF, BRANCH, BUCKET, LIST, VALUE, BLOCK, TEMPLATE, NODE or BLOB_ID.
  • record offset (4 bytes), serialized as a big endian integer: offset of the record counting from the end of the segment. The actual position of the record can be obtained by computing (segment size — offset) .

  After the segment header, the actual records are stored, at the offsets advertised in the corresponding record header stored in the last part of the segment header.

  See Segments and records for description of the various record types and their format.

  Binary references files

  The binary references file represents an index of binary references (blobs) in a TAR file. This index groups the references by generation first and segment ID next.

  The format of the binary references file is optimized for reading. The file is stored in reverse order to maintain the most important information at the end of the file. This strategy is inline with the overall layout of the entries in the TAR file.

  The binary references file is divided in two parts. The first is a header and the second contains the real data in the catalog.

  The binary references header contains the following fields:

  • a magic number (4 bytes): identifies the beginning of a binary references file.
  • size of the whole binary references mapping (4 bytes): number of bytes occupied by the entire structure holding binary references (per generation, per segment).
  • number of generations (4 bytes): number of different generations of the segments which refer blobs.
  • checksum (4 bytes): a CRC2 checksum of the content of the binary references file.

  Immediately after the graph header, the index data is stored. The storage scheme used is the following:

  • generation of all the following segments.
  • number of segment to binary references mappings for the current generation.
  • for each mapping we have:
    • UUID of the referencing segment.
    • number of referenced blobs.
    • an unordered enumeration of blob ids representing blobs referenced by the current segment.

    Graph files

    The graph file represents the relationships between segments stored inside or outside the TAR file. The graph is stored as an adjacency list of UUIDs, where each UUID represents a segment. Like the binary references file, the graph file is also stored backwards.

    The content of the graph file is divided in two parts: a graph header and a graph adjacency list.

    The graph header contains the following fields:

    • a magic number (4 bytes): identifies the beginning of a graph file.
    • size of the graph adjacency list (4 bytes): number of bytes occupied by the graph adjacency list.
    • number of entries (4 bytes): how many adjacency lists are stored.
    • checksum (4 bytes): a CRC2 checksum of the content of the graph file.

    Immediately after the graph header, the graph adjacency list is stored. The storage scheme used is the following:

    • UUID of the source segment.
    • size of the adjacency list of the source segment.
    • an unordered enumeration of UUIDs representing target segments referenced by the source segment.

    Index files

    The index file is an ordered list of references to the entries contained in the TAR file. The references are ordered by UUID and they point to the position in the file where the entry is stored. Like the graph file, the index file is also stored backwards.

    The index file is divided in two parts. The first is an index header, the second contains the real data about the index.

    The index header contains the following fields:

    • a magic number (4 bytes): identifies the beginning of an index file.
    • size for the index (4 bytes): number of bytes occupied by the index data. This size also contains padding bytes that are added to the index to make it align with the TAR block boundary.
    • number of entries (4 bytes): how many entries the index contains.
    • checksum (4 bytes): a CRC32 checksum of the content of the index file.

    After the header, the content of the index starts. For every entry contained in the index, the following information is stored:

    • the most significant bits of the UUID (8 bytes).
    • the least significant bits of the UUID (8 bytes).
    • the offset in the TAR file where the TAR entry containing the segment is located.
    • the size of the entry in the TAR file.
    • the generation of the entry.

    Since the entries in the index are sorted by UUID, and since the UUIDs assigned to the entries are uniformly distributed, when searching an entry by its UUID an efficient algorithm called interpolation search can be used. This algorithm is a variation of binary search. While in binary search the search space (in this case, the array of entry) is halved at every iteration, interpolation search exploits the distribution of the keys to remove a portion of the search space that is potentially bigger than the half of it. Interpolation search is a more natural approximation of the way a person searches in a phone book. If the name to search begins with the letter T, in example, it makes no sense to open the phone book at the half. It is way more efficient, instead, to open the phone book close to the bottom quarter, since names starting with the letter T are more likely to be distributed in that part of the phone book.

    Создание и распаковка tar архивов в Linux

    Tar — архивы один из наиболее распространённых способов хранения данных в Linux системах. Но tar не сжимает данные в архиве. Tar всего лишь упаковывает файлы. Для сжатия tar умеет работать с утилитами bzip2 или gzip.

    Правильнее называть «tarball» (тарболл, «tar» мяч). По сути tar формат — это объединение нескольких файлов в один. Попробуйте объединить несколько текстовых файлов в один tarball и открыть его текстовым редактором. Вы увидите что это лишь большой текстовый файл, в котором перечислено содержимое входящих в него файлов с указанием их путей текстом.

    Создать архив из папки

    Предположим, что необходимо создать tar архив из папки и использовать при этом сжатие. Чтобы создать архив tar с gzip сжатием, нужно выполнить команду:

    tar -zcf /root/files.tar.gz /home/folder/

    При выполнении этой команды из содержимого папки /home/folder/ будет создан архив по адресу /root/files.tar.gz . Если указать относительный путь, то файл создастся в той папке, где открыт терминал.

    В конце команды передаётся директория, которую надо архивировать. В примере стоит абсолютный путь к этой папке. В таком случае в архиве tar будет находится все родительские папки т.е. при открытии архива там будет папка /home/ и внутри неё папка /folder/. Но если абсолютный путь заменить относительным, то будет только /folder/.

    В названии файла «files.tar.gz» можно указать любое расширение. Но для сжатых тарболлов лучше писать именно так. То есть сначала указывать то что это «tar», а потом писать «gz».

    Разберём пример по частям. Команда tar в примере выше имеет три ключа:

    • z — архивирует с gzip компрессией. Если нужно использовать bzip2, надо заменить ключ «z» на «j».
    • c — без этого ключа архив не создастся.
    • f — вывод информация в файл. Без этого ключа tar будет выдавать результат на stdout при упаковке и пытаться читать архив с stdin при распаковке.

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

    Иногда нужно исключить некоторые подпапки при создании архива. К примеру, если надо создать архив из папки /home/, но в него не должны попасть содержания папок /cache/ и /trash/. Тогда необходимо использовать ключ exclude:

    tar -zcf /root/files.tar.gz /home/ --exclude=

    Символы звёздочек в exclude означают либой набор символов. То есть выполнять эту команду без звёздочек в начале путей, то необходимо прописывать полный путь к папке, которую надо исключить.

    В конце значений explude тоже стоят звёздочки, чтобы удалялись не сами папки, а их содержимое (все дочерние файлы и папки).

    При выполнении такой команды в архив не попадут файлы из папок:

    /home/cache/ /home/folder/cache/ /home/folder/subfolder/cache/

    Обратите внимание на то, что внутри фигурных скобок explude нет пробелов . Если поставить пробел до/после запятой или до/после фигурной скобки, то исключение не сработает.

    Разархивировать

    Чтобы распаковать содержимое tar архива в ту же папку, в которой он находится, перейдите в папку с ним и введите:

    tar -xf files.tar.gz

    Ключ x указывает на распаковку архива. Ключ f обязателен, как и при создании архива.

    Если требуется распаковать архив в определённую папку, то путь к ней можно указать после ключа C:

    tar -xf files.tar.gz -C /home/folder/

    Что такое тарболлы Linux и как их использовать?

    Согласно Википедии, тарбол – это компьютерный формат файла, который может объединять несколько файлов в один файл, называемый «тарбол», обычно сжатый.

    Так как это помогает нам и для чего мы можем их использовать?

    В прошлом tar-файлы создавались для хранения данных на лентах, а термин tar обозначает архивный архив на магнитной ленте. Хотя он все еще может использоваться для этой цели, концепция tar-файла – это просто способ сгруппировать множество файлов в один архив.

    Каковы преимущества использования Tar-файла?
    

    • Вы можете сгруппировать большое количество файлов в один файл tar
    • Команда tar доступна в большинстве систем Linux, поэтому ее можно перемещать и извлекать без проблем совместимости.
    • Файл tar поддерживает время доступа к файлам.
    • Файл tar поддерживает права доступа к файлам.
    • Файл tar содержит символические ссылки
    • Вы можете записывать файлы tar на необработанные устройства, такие как лента, DVD, USB-накопители

    Причины создания файлов Tar
    

    Файлы tar при сжатии создают хорошие резервные копии и могут быть скопированы на DVD-диски, внешние жесткие диски, ленты и другие мультимедийные устройства, а также в сетевые папки. Используя файл tar для этой цели, вы можете извлечь все файлы из архива обратно в их исходные места, если вам нужно.

    Файлы Tar также можно использовать для распространения программного обеспечения или другого совместно используемого контента. Приложение состоит из десятков различных программ и библиотек, а также другого вспомогательного контента, такого как изображения, файлы конфигурации, файлы readme и файлы make. Файл tar помогает сохранить эту структуру вместе для целей распространения.

    Недостаток использования файлов Tar
    

    В Википедии перечислены некоторые ограничения для использования файлов tar, которые включают, но не ограничиваются:

    • Поддержка операционной системы. Файлы tar широко используются на платформах UNIX и Linux, но для их открытия в Windows требуются сторонние инструменты
    • Tarbombs – в основном эти tar-файлы предназначены для расширения и размещения файлов в нескольких каталогах по всей вашей файловой системе. Это проблема при получении тарболов, а не при использовании ваших собственных. Как и большинство компьютерных технологий, ключом являются доверенные ресурсы.
    • Труднее найти и извлечь отдельные файлы из файла tar
    • При сжатии с помощью gzip вы должны распаковать весь файл, тогда как со стандартным файлом zip вы можете просматривать содержимое архива во время сжатия и извлекать отдельные файлы.
    • Файл tar может содержать два одинаковых файла с одинаковым расположением, что может привести к перезаписи одного файла при извлечении.

    Как создать файл Tar
    

    Для создания файла tar вы используете следующий синтаксис:

    tar -cf tarfiletocreate listoffiles

    tar -cf garybackup ./Music/* ./Pictures/* ./Videos/*

    Это создает tar-файл garybackup со всеми файлами в моей папке с музыкой, изображениями и видео. Полученный файл полностью распакован и занимает тот же размер, что и исходные папки.

    Это не очень хорошо с точки зрения копирования по сети или записи на DVD, потому что это займет больше пропускной способности, больше дисков и будет медленнее копировать.

    Вы можете использовать команду gzip вместе с командой tar для создания сжатого файла tar. По сути, сжатый tar-файл – это tarball.

    Как перечислить файлы в файле Tar
    

    Для получения списка содержимого файла tar используется следующий синтаксис:

    tar -tvf имя_файла

    tar -tvf garybackup

    Как извлечь файл Tar
    

    Чтобы извлечь все файлы из tar-файла, используйте следующий синтаксис:

    tar -xf имя_файла

    Дальнейшее чтение
    

    • Страницы руководства по GNU tar
    • Что такое файл tar
    • Пример использования команды tar
    • Краткий пример команды gzip

    Пособие для начинающих по форматам пакетов ПО в Линукс

    Ищете приложения с открытым исходным кодом? Дистрибутивы Линукс имеют давнюю традицию упаковывать программы в легко устанавливаемые пакеты. Однако поиск самих этих пакетов отнюдь не всегда интуитивно понятен, да и находятся они не всегда в желаемом виде. Эта статья о том, как выжать максимум из Линукс пакетов.

    Первое место, где надо искать — это ваш дистрибутивный набор CD или DVD. Все дистрибутивы Линукс, кроме «самых маленьких», содержат гораздо больше программ, чем обычно установлено. Когда вы устанавливаете дистрибутив, вы имеете выбор типа устанавливаемой системы, который зачастую сводится к выбору между рабочей станцией и сервером. В зависимости от выбора, устанавливаются соответствующие наборы пакетов.

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

    И тут на помощь приходит Интернет. Зайдите на великие сайты открытых исходников, такие как FreshMeat или Sourceforge . Просмотрите их в поисках новых интересных приложений.

    Не все всегда просто, даже если вы нашли нечто подходящее: возьмите хоть MySource Classic для примера. Это мощная система позволяет оперировать содержимым вэб-сайтов и интранет содержимым, посвященным открытым исходникам — звучит очень круто. Она создана, чтобы позволить технически неподготовленным пользователям создать и поддерживать их собственные он-лайн проекты безопасно, профессионально и недорого. Это ваше классическое LAMP приложение, написанное на PHP и использующее Apache и MySQL.

    Между тем, MySource Classic доступен для скачивания в двух форматах: как .zip файл, или как .tar.gz файл. Оба формата являются архивными. Почти все знают, что такое zip файл, в то время как .tar.gz (также встречающийся как .tgz) — это чисто Linux/UNIX специфичный формат, известный под именем тарбалл.

    Тарбалл — удобный формат для распространения исходного кода, он весьма универсален и легко переносим (слово tar происходит от Tape ARchive — из тех времен, когда применялись устройства архивации на магнитофонной пленке) Однако он сильно отличается от формата пакетов, в которых находятся приложения в вашем дистрибутиве. Пакеты содержат исполняемые двоичные файлы, плюс конфигурационные файлы, плюс некоторые необходимые файлы, и все это разложено в определенном порядке создателем пакета безо всякого утомительного участия с вашей стороны

    Запустите терминал и, с помощью команды tar, просмотрите архив; как и везде в Линукс, тут существует несколько опций.

    Вы можете разархивировать тарбалл при помощи команды gunzip:

    Это создаст новый файл под названием mysource-2.16.2.tar, исследуйте его содержимое при помощи:

    tar -tvf mysource-2.16.2.tar | more

    Содержимое теперь стало видно. Есть другой способ просмотреть содержимое тарбалла, не разархивируя его, при помощи другого варианта той же команды tar:

    tar -tzvf mysource-2.16.2.tar | more

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

    В общем, распаковывать архивы совершенно не опасно, только нужно чуточку позаботиться, чтобы файлы вашей системы не пострадали. Некоторые тарбаллы создают внутри текущей директории суб-директорию, куда и распаковывают свои файлы. Однако другие распаковывают все в текущую директорию — это уже неприятно, так как вам придется вычищать директорию вручную. Но самое неприятное, если в этой директории были файлы одноименные с распакованными — они окажутся перезаписанными, т.е. уничтоженными.

    Еще хуже, если нерадивый администратор распакует тарбалл в совсем неподходящее место, например в корневую директорию системы. Злонамеренный архив легко может переписать важные системные конфигурационные или исполняемые файлы. Поэтому лучше всего распаковывать тарбалл как непривилегированный пользователь в специально выделенную директорию, а уж после распаковки разложить содержимое по местам.

    Итак, распакуем его. Снова применим tar:

    tar -xf mysource-2.16.2.tar

    Или, как раньше, минуя стадию gunzip, добавим опцию -z:

    tar -xzf mysource-2.16.2.tar.gz

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

    Тарбаллы — наиболее распространенный формат архива, но не единственный; иногда вы можете встретить cpio архивы, которые заканчиваются расширением (суффиксом) .cpio. Такой формат обычно применяется внутри rpm пакетов, сам по себе почти не встречается. Но, коли вы встретитесь с таким форматом, то учтите, что, хотя команда cpio и имеет схожие опции с командой tar, cpio работает на входе и выходе потоков (конвейеров), а не файлов, так что, чтобы просмотреть архив смело пишите:

    а чтобы распаковать содержимое архива:

    Когда тарбалл получен и распакован, ваша задача скомпилировать и установить программу. Этот формат наиболее универсален и не зависит от типа вашего дистрибутива. Есть хорошая вероятность, что приложение установится, при условии, что вы знаете, что делаете. К счастью «знаете что делаете» обычно сводится к серии из трех команд:

    ./configure
    make
    make install

    при условии, что разработчик был столь любезен, что предоставил инструмент для конфигурации и Makefile.

    Контрастируя с вышеописанным, менеджеры пакетов гораздо более умны и доброжелательны — но и гораздо менее универсальны в смысле применимости к разным дистрибутивам. Как бы то ни было, преимуществ у них очень много. Менеджер пакетов будет отслеживать, что и в какое место было установлено, и где находятся эти файлы. Менеджер пакетов без труда поможет вам найти новые доступные версии ваших приложений, и, что лучше всего, обеспечит удовлетворение зависимостей. Если вы попытаетесь установить пакет, которому для работы нужен некий компонент (например, библиотека), то менеджер пакетов проследит, чтобы правильная версия этого компонента (в нашем случае библиотеки) также была установлена.

    Два наиболее обычных формата пакетов суть: Debian пакеты и RPM пакеты. Первый формат используют такие дистрибутивы как Debian, Ubuntu, Knoppix и некоторые другие; RPM формат применяется в Red Hat, Fedora, Suse и некоторых других.

    Ели только вы не создаете собственный дистрибутив Линукс, выбор менеджера пакетов уже сделан за вас. Я всегда подчеркивал, что разница между дистрибутивами Линукс состоит, в основном, в том, какой менеджер пакетов используется, и какой набор пакетов устанавливается по умолчанию. В самом деле, все версии Линукса используют одинаковые ядра, практически одинаковые инструменты GNU tools — но главное различие дистрибутивов — менеджер пакетов.

    Итак, если вы ищете новые приложения с открытыми исходниками и находите пакет — это сразу же означает две вещи. Во-первых, пакет может или не может использоваться на вашей системе, в зависимости от своего формата, и формата, с которым можете оперировать вы. Во-вторых, коль скоро пакет подходит по формату, то вы можете быть уверены, что он установится без суеты, без необходимости компилировать, или необходимости предпринимать какие-либо титанические усилия.

    На крайний случай, возможно извлечь все файлы из пакета, а затем вручную установить их. Как говорилось ранее, формат RPM пакетов использует внутри себя формат архива cpio. Простая команда rpm2cpio поможет разархивировать внутренний архив. Для того чтобы извлечь все файлы из пакета, не устанавливая его, применяйте команду:

    rpm2cpio examplepackage.rpm | cpio -i

    Подобным же образом, пакет в формате Debian содержит набор тарбаллов, заархивированных в формате, называемом ar; как можно догадаться, это родственник формата tar, только куда более фундаментальный. Одно то, что он не поддерживает каталоги, говорит о многом.

    Извлекайте содержимое пакета Debian следующим образом:

    ar -x examplepackage.deb

    Это приведет к появлению двух тарбаллов: control.tar.gz и data.tar.gz, плюс одного текстового файла: debian-binary.

    Файл debian-binary содержит одну строку — это просто название версии использованного при создании пакета упаковщика. Тарбалл control.tar.gz содержит инсталляционные скрипты и полезную информацию; тарбалл data.tar.gz содержит двоичные и конфигурационные файлы, все файлы, необходимые программе для работы. При острой необходимости вы можете открыть этот архив командой tar -xf, хотя, если приложение сложное, вы зададите большую работу инсталляционным скриптам.

    Чуть выше, я уже говорил, что одно из замечательных свойств менеджера пакетов является его способность регулярно обновлять ваши приложения до новейших версий. Используемые для этого инструменты варьируют в зависимости от дистрибутива, но проверьте, нет ли у вас: Apt (Advanced Package Tool — Усовершенствованный Пакетный Инструмент), Yum (Yellowdog updater modified — модифицированный обновитель ЖелтаяСобака), Synaptic (графическое расширение Apt) и up2date.

    Apt — это старая добрая программа, которая родом из Debian и родственных дистрибутивов, но теперь поддерживает и RPM. Это не столько единый инструмент, сколько набор утилит; чаще других используются apt-get, который скачивает пакеты с репозиториев, и apt-cache, который выясняет, что, собственно говоря, нужно скачать. Synaptic не предлагает новых функций, но объединяет все вместе в удобном графическом интерфейсе.

    Подобно Apt’у, Yum — это утилита командной строки для RPM пакетов. Она может выяснить, что доступно, установить пакеты, и производить другие действия, типа листинга установленных пакетов и удаления старых версий пакетов.

    Программа up2date также работает с RPM пакетами, но она обеспечивает доступ сразу и к Yum и Apt репозиториям, предоставляя тем самым больший выбор.

    Так выходите он-лайн, устанавливайте свободный софт, используйте Свободные Операционные Системы.

    Похожие публикации:

    1. Как наложить картинку на текст html
    2. Как сделать раннер на юнити
    3. Какой тип данных хранит вещественные нецелые числа
    4. Сайт где нужно листать вниз