Инсталляция программ в windows linux mac os

Modern operating systems provide you with easy methods to set up new applications. These include automated installer packages as well as commands that install many bits of software at once. But what actually happens when you run that installer or issue that command?

Let’s take a look at how software gets installed on three major desktop platforms: Windows, macOS, and Linux.

Methods of Software Installation

There are a few different ways you can get new applications running on your computer. In order of increasing complexity, these include:

• Software Compilation — Building the application from its source code. For the most technical users only.
• Software Archives — Unpacking archives such as ZIP files and running the program from wherever you extracted it. This may require some extra tweaking.
• Installer Packages — Finding an installer file and (double-)clicking to start the installation.
• Software Managers/Stores — Selecting the app from a nice interface and clicking a big «Install» button. It’s magic!

In this article we’ll examine the Installer Packages, as most Software Managers/Stores ultimately deal with these types of packages behind the scenes anyway. For today’s main desktop platforms — Windows, macOS, and Linux — we’ll look at what makes up one of these packages, and what occurs when you install them.

Microsoft Windows

The Installer packages you’re likely to come across for Windows come in one of two main flavors. Executable files (EXE) can set up your program by doing the heavy lifting of placing files in the right location and performing Windows Registry updates. Windows Installer packages (MSI) add to this by providing standardized services such as uninstalls.

You can inspect the contents of EXEs or MSIs by opening the archive with 7-Zip. If you use it to look at 7-Zip’s own EXE installer, you’ll find a number of different files within:

While these files have no containing folder within the installer, the developer will have pointed each one at a target directory. Most of them end up in the «default install location» — the same suggestion you typically see for a folder like «C:\Program Files\[program name]» or «C:\Program Files (x86)\[your new app].»

When using a sophisticated tool like InstallShield to create installer packages, app developers can customize the installation. For example, they can designate which versions of Windows it it will install on, set up shortcuts to be created in the Start Menu and/or on the Desktop, or collect user info such as name, address, etc. The sample InstallShield project in the image below shows the screen for setting whether Windows Registry keys should be created or updated.

With InstallShield, the app files and other customizations get wrapped up in a setup.exe file. Opening it with 7-Zip will show that inside is an MSI package that, when run, looks just like the installation we’re all used to. Let’s review what happens during this process.

Windows Installation Process

An installer will take the following steps to set your app up for use (the precise order of which may vary depending on the developer’s customizations):

1. An installer can contain other archives, like the aforementioned MSI or formats like CAB. As a first step the installer will extract these to a temporary location.
2. Next, it will check to see that any dependencies that have been set are available. If anything’s missing it will download it if possible, or exit the installer with an error if not.
3. If any dependencies are required, they will be installed first using whatever installer they come with (ever had an install interrupted for .NET Framework?).
4. Next, the installer will begin copying the app’s files and placing them in their correct location.
5. If the developer configured any shortcuts, the installer will create and point them to the actual installation path (remember, you can change this when the installer is run).
6. Changes to the Windows Registry, if any, will be executed.
7. Lastly, the installer may prompt the user to enter information such as name or web site address.

This process may seem complex compared to the next operating system on the list. Let’s take a look at installing software on macOS.

Apple macOS

Windows installers have a lot going on under the hood. But if you’ve used a Mac you know that installing an application is often as easy as downloading a copy of the app, opening the disk image (DMG), and following some easy prompts. Sometimes the download even provides you with a «Drag here!» icon.

Let’s dive into the APP bundle as well as its counterpart the PKG installer.

macOS Package Structure

The APP file on the surface is in fact simpler than Windows for two main reasons. Firstly, it’s a standard folder. The only difference is that it ends with a «.APP» suffix. If you download one of these on Windows, you’ll see it displays just as any other file folder would in Explorer. Secondly, APP files demand that absolutely everything the program requires is included. There’s no worry about missing dependencies with these types of installers.

These bundles must contain three things in a folder called «Contents»: 1) an «Info.plist» file that contains application metadata such as name, language, version number, etc.; 2) a «MacOS» directory that holds the main executable; and 3) a «Resources» directory that holds assets the application needs to function (e.g. an application icon). There are other optional folders such as «Frameworks» (bundles of functionality that aren’t specific to the app), «Plug-Ins» (functionality for the app that is not required to run it) and «SharedSupport» (extraneous data like templates).

In contrast, the PKG format is a combination of a Windows-like installer with a Unix-like structure. The 7-Zip application will also open a PKG file, which is compressed in xar format. Within is one or more Payload files, which is also an archive. To extract its contents use the following chain of commands (cpio is an archive format as well as a program for manipulating them) in a Mac or Linux Terminal:

 cat Payload | gunzip -dc | cpio -i 

Once done, you’ll see a familiar Unix-like directory tree.

In the example below, I’ve used document converter, Pandoc. It includes a binary in /usr/local/bin and some documentation in /usr/local/share/man. How do these things actually get in place? We’ll take a look at how each of these actually installs to your Mac.

I’ve used the Windows version of 7-Zip to illustrate this, rather than the command-line only Linux version.

macOS APP Installation Process

When you drop that APP file onto your Applications folder, it doesn’t really change all that much. Remember, everything needed to run the program is self-contained. The only difference from a standard drag-and-drop is that the «Info.plist» file gets registered with the system.

This will configure things such as which executable is called when you start the app, which icon is displayed, file types it supports, and more. But otherwise your app (such as the APP package for the Atom Editor shown below) is now ready to use.

macOS PKG Installation Process

Opening a PKG file, on the other hand, launches a «wizard-style» installer. For simple programs this is typically a component installer, which typically goes through the following steps:

1. Run the preinstall script.
2. Unpack the «Payload» contents to the machine.
3. Run the postinstall script.

Developers can then combine multiple components into a single product archive install. This adds options such as displaying a EULA for the user to accept, collecting info from the user, and selecting the components to install. Meanwhile, the Apple Installer takes care of all the details of installing the necessary components one-by-one in the background.

Speaking of Unix-based installers, we’ll move on to the two leading Linux package formats in the next section.

Ubuntu and Fedora Linux

Ah, DEB versus RPM. One of the great flame wars, bested only by the likes of vi versus emacs or KDE versus GNOME. Yet these formats are more similar than they are different. Let’s take a look.

Linux Package File Structure

To take a look at the inside of a DEB file, you can try a GUI archive manager. Otherwise, use the ar command. The following command entered in the terminal will extract the contents of a Debian package:

 ar -x name-of-your-package.deb 

Three files will come out of this:

• control.tar.gz — This in turn contains one primary file, Control, which contains metadata about the package, such as it’s official name, version, and dependencies. It may also contain other files such as scripts to be run during the install process or default config files.
• data.tar.gz — The files that make up the application itself are in this TAR.GZ archive. Everything, including binaries, documentation, and default configs are in here. In the example package kde-service-menu-encfs_0.5.2_all.deb, it contains files and directories as shown in the below image.
• debian-binary — This is a file that defines what version of the Debian package format the file is using. For modern distributions this will just contain «2.0» on a single line.

In Fedora, you can use the rpm2cpio and cpio commands to extract an RPM package and browse their files:

 rpm2cpio name-of-your-package.rpm | cpio -idvm 

For the package kde-cli-tools-5.9.4-2.fc26.x86_64.rpm, you’ll see a file tree similar to the DEB package. But it does not provide the metadata, at least not in the binary package. You’ll need to download the source RPM (.SRC.RPM) corresponding to your binary version, then use the same command above on that file. Included in that will be a SPEC file that contains many of the same items as the Control file in a Debian package.

Now that we have an understanding of the structure of Linux packages, let’s explore what happens when you actually install them.

Linux Package Installation

When you install packages of either format, regardless of the front-end, a similar set of steps happens:

1. The package system examines the package’s contents to determine whether there are missing dependencies. Depending on the tool, it will either warn you, or set to downloading them.
2. If the packages contain pre-install scripts or commands they run next.
3. Then the package system actually extracts the package’s files.
4. With the files in place, post-install scripts run.
5. Finally, the package is registered with the internal database using its metadata, so it can be uninstalled later.

Knowing How Software Is Installed Is a Good Thing

Because developers of operating systems and the software that runs on them do a great job of making software installation easy, you don’t really need to pay attention to the details. But having some knowledge about that’s happening behind the scenes will give you some peace of mind about what is being installed on your system, as well as helping with troubleshooting.

How many of the above software install methods have you done? Do you prefer DEB or RPM? Or do Mac’s APP bundles represent the pinnacle of ease-of-use? Ever had a nightmare install happen? Let us know in the comments below!

1. Установка программ.

Установка
программного обеспечения, инсталляция —
процесс установки программного
обеспечения на компьютер конечного
пользователя. Выполняется особой
программой (пакетным
менеджером), присутствующей
в операционной
системе (например, RPM, APT или dpkg в Linux, Установщик
Windows в Microsoft
Windows), или же входящим в состав самого
программного обеспечения средством
установки. В операционной системе GNU очень
распространено использование системы GNU
toolchain и её аналогов
для компиляциипрограммного
обеспечения непосредственно перед
установкой.

Обзор[править 

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

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

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

Некоторые
программы написаны таким образом, что
устанавливаются простым копированием
своих файлов в нужное место, а самого
процесса установки как такового нет.
Про такие программы говорят, что они
«не требуют установки». Это распространено
среди программ для Mac
OS X, DOS и
Microsoft Windows. Существуют операционные
системы, которые не требуют установки,
и, таким образом, могут быть напрямую
запущены с загрузочного
диска (компакт- или DVD-диск), не
оказывая воздействия на другие
операционные системы, установленные
на компьютере пользователя. Примером
такой операционной системы
является Knoppix или Mac
OS 1-9.

Данный
термин также распространяется
на плагины, драйверы и
программные файлы, которые сами по себе
не являются программами.

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

• Используемых
  и неиспользуемых совместно программных
  файлов.

• Каталогов.

• Записей
  конфигурационных файлов, используемых
  одной программой, или совместно.

• Переменных
  среды.

Возможные
варианты установки

Установка
вручную — установка выполняется без
установщика или со значительным
количеством операций, вручную выполняемых
пользователем.

• «Тихая»
  установка — установка, в процессе
  которой не отображаются сообщения или
  окна. «„Тихая“ установка» не является
  синонимом «автоматическая установка»,
  хотя часто ошибочно используется в
  этом значении.

• Автоматическая
  установка — установка, которая
  выполняется без вмешательства со
  стороны пользователя, исключая, конечно,
  сам процесс её запуска. Процесс установки
  иногда требует взаимодействия с
  пользователем, который управляет
  процессом установки, делая выбор:
  принимая пользовательское
  соглашение, настраивая параметры,
  указывая пароли и так далее.
  В графических
  средах могут использоваться
  инсталляторы, которые предоставляют
  так называемого Мастера установки,
  однако и они зачастую предоставляют
  параметры командной
  строки, позволяющие выполнить
  полностью автоматическую установку.

• Самостоятельная
  установка — установка, которая не
  требует начального запуска процесса.
  Например, Vodafone
  Mobile Connect USB Modem, который устанавливается
  с USB-портакомпьютера
  при подключении к нему без необходимости
  в ручном запуске.

• Удалённая
  установка — установка, которая
  выполняется без использования монитора,
  подсоединённого к компьютеру пользователя
  (в частности, выполняемая на компьютере
  безвидеовыхода вообще).
  Это может быть контролируемая установка
  с другой машины, соединенной через локальную
  сеть или посредством последовательного
  кабеля. Автоматическая и удалённая
  установки являются обычными операциями,
  выполняемыми системными
  администраторами.

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

• Непосредственная
  установка — установка программы,
  выполняемая с её копии на жестком диске
  (называемой flat copy), а не с самого
  оригинального носителя (обычно компакт-
  или DVD-диск). Это может быть полезным в
  ситуациях, когда целевая машина не
  способна справиться с произвольным
  доступом для чтения с оптических
  дисководов во время выполнения
  задач, вызывающих большую загрузку
  процессора, как, например, при установке
  программ.

Программа
установки

Программа
установки, установщик или инсталлятор (англ. installer) —
это программа, которая устанавливает
программное обеспечение на компьютер.
Некоторые установщики специально
сделаны для установки содержащихся в
них файлов, другие же являются
универсальными и работают, считывая
содержимое комплекта программного
обеспечения, которое необходимо
установить.

Различия
между системой
управления пакетами и установщиком:

Распространенные
программы установки[править | править
исходный текст]

Семейство
Windows

Наиболее
популярным форматом для семейства Windows
NT является установочный пакет MSI,
который устанавливается посредством Установщика
Windows. Компании,
производящие
средства
для
создания
инсталляторов:
InstallShield (InstallShield Wizard),
Macrovision (InstallAnywhere),
Wise Solutions, Inc., SetupBuilder, InstallBuilders (Smart
Install Maker). Большинство
из этих средств могут создавать как
пакеты MSI, так и свои собственные пакеты.

Бесплатными
альтернативами являются NSIS, Actual
Installer Free, Clickteam
Install Creator, Inno
Setup, Install
Simple, а также инструментальные средства
от Microsoft (WiX).

Семейство
UNIX

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

Семейство
Maс OS

Mac
OS X также использует систему управления
пакетами. Некоторые коммерческие
приложения для Mac OS X используют отдельный
установщик, например, Installer
VISE или StuffitInstallerMaker.
Приложения, которые не нуждаются в
установке дополнительных компонентов
системы, могут быть установлены
посредством простого копирования файлов
приложения в нужное место на жестком
диске. Mac OS X также включает отдельное
приложение для обновления программ Software
Update (также известное как
команда оболочкиsoftwareupdate),
но оно поддерживает только программное
обеспечение продуктов Apple.

Программы
установки и архиваторы

Некоторые архиваторы (например
WinRAR, 7-Zip и другие) также позволяют
создавать установщики.

Некоторые
операционные среды — например,
Windows NT (по умолчанию) и Xfce
4 (по желанию пользователя), содержат
функцию автоматического запуска
определённой программы, находящейся
на носителе, при его вставке в устройство
чтения.

Как
компромисс между Установщиком Windows и
системами управления содержимым
UNIX-подобных систем, существуют системы
управления установкой
Windows^{[источник не указан 847 дней]}.

Соседние файлы в папке OS

• #
• #
• #
• #

Apple MacOS

Установщики Windows много чего делают под капотом. Но если вы использовали Mac, вы знаете, что установить приложение часто так же просто, как загрузить копию приложения, открыть образ диска (DMG) и несколько простых инструкций. Иногда загрузка даже дает вам значок «Перетащите сюда!».

Давайте погрузимся в комплект приложения, а также его аналог установщика PKG.

Структура пакета macOS

Файл APP на поверхности на самом деле проще, чем Windows, по двум основным причинам. Во-первых, это стандартная папка. Разница лишь в том, что он заканчивается суффиксом «.APP». Если вы загрузите один из них в Windows, вы увидите, что он отображается так же, как и любая другая папка в Проводнике. Во-вторых, файлы APP требуют, чтобы было включено абсолютно все, что требуется программе. Не стоит беспокоиться об отсутствии зависимостей с этими типами установщиков.

Эти пакеты должны содержать три вещи в папке «Contents»: 1) файл «Info.plist», который содержит метаданные приложения, такие как имя, язык, номер версии и т. Д .; 2) каталог «MacOS», содержащий основной исполняемый файл; и 3) каталог «Ресурсы», который содержит ресурсы, необходимые для работы приложения (например, значок приложения). Существуют и другие дополнительные папки, такие как «Frameworks» (наборы функций, которые не являются специфичными для приложения), «Plug-Ins» (функциональные возможности для приложения, которое не требуется для его запуска) и «SharedSupport» (посторонние данные, такие как шаблоны).

Напротив, формат PKG представляет собой комбинацию Windows-подобного установщика с Unix-подобной структурой Приложение 7-Zip также откроет файл PKG, сжатый в формате xar . Внутри находится один или несколько полезных файлов, который также является архивом. Чтобы извлечь его содержимое, используйте следующую цепочку команд ( cpio — это формат архива, а также программа для управления ими) в терминале Mac или Linux:

cat Payload | gunzip -dc | cpio -i 

После этого вы увидите знакомое Unix-подобное дерево каталогов.

В приведенном ниже примере я использовал конвертер документов Pandoc . Он содержит двоичный файл в / usr / local / bin и некоторую документацию в / usr / local / share / man . Как эти вещи на самом деле становятся на место? Мы посмотрим, как каждый из них на самом деле устанавливается на ваш Mac.

Для иллюстрации этого я использовал версию 7-Zip для Windows, а не версию для Linux только из командной строки.

Процесс установки приложения MacOS

Когда вы добавляете этот файл APP в папку «Приложения», он не сильно изменится. Помните, все необходимое для запуска программы является автономным. Единственное отличие от стандартного перетаскивания заключается в том, что файл «Info.plist» регистрируется в системе.

Это позволит настроить такие вещи, как, какой исполняемый файл вызывается при запуске приложения, какой значок отображается, типы файлов, которые он поддерживает, и многое другое. Но в противном случае ваше приложение (например, пакет APP для редактора Atom, показанного ниже) теперь готово к использованию.

Процесс установки macOS PKG

Открытие файла PKG, с другой стороны, запускает установщик в стиле мастера. Для простых программ это, как правило, установщик компонентов , который обычно проходит следующие шаги:

1. Запустите сценарий предварительной установки .
2. Распакуйте содержимое «полезной нагрузки» на машину.
3. Запустите скрипт postinstall .

Затем разработчики могут объединить несколько компонентов в одну установку архива продукта . Это добавляет опции, такие как отображение EULA для пользователя, чтобы принять, сбор информации от пользователя и выбор компонентов для установки. Между тем, установщик Apple позаботится обо всех деталях установки необходимых компонентов в фоновом режиме.

Говоря об установщиках на основе Unix, мы перейдем к двум основным форматам пакетов Linux в следующем разделе.

Ubuntu и Fedora Linux

Ах, DEB против RPM Одна из великих огненных войн, в которой побеждают только такие, как vi против emacs или KDE против GNOME. Все же эти форматы больше похожи, чем они отличаются. Давайте взглянем.

Файловая структура пакета Linux

Чтобы взглянуть внутрь файла DEB, вы можете попробовать менеджер архива с графическим интерфейсом. В противном случае используйте команду ar . Следующая команда введена в терминал извлечет содержимое пакета Debian:

 ar -x name-of-your-package.deb 

Из этого получится три файла:

• control.tar.gz — он, в свою очередь, содержит один основной файл, Control , который содержит метаданные о пакете, такие как его официальное имя, версия и зависимости. Он также может содержать другие файлы, такие как сценарии для запуска в процессе установки или файлы конфигурации по умолчанию.
• data.tar.gz — файлы, из которых состоит само приложение, находятся в этом архиве TAR.GZ. Все, включая двоичные файлы, документацию и стандартные конфигурации находятся здесь. В примере пакета kde-service-menu-encfs_0.5.2_all.deb он содержит файлы и каталоги, как показано на рисунке ниже.
• debian-binary — это файл, который определяет, какую версию формата пакета Debian использует файл. Для современных дистрибутивов это будет просто содержать «2.0» в одной строке.

В Fedora вы можете использовать команды rpm2cpio и cpio для извлечения пакета RPM и просмотра их файлов:

 rpm2cpio name-of-your-package.rpm | cpio -idvm 

Для пакета kde-cli-tools-5.9.4-2.fc26.x86_64.rpm вы увидите дерево файлов, похожее на пакет DEB. Но он не предоставляет метаданные, по крайней мере, не в двоичном пакете . Вам нужно будет загрузить исходный RPM (.SRC.RPM), соответствующий вашей двоичной версии, а затем использовать ту же команду, указанную выше для этого файла. В него будет включен файл SPEC, содержащий много элементов, аналогичных файлу Control в пакете Debian.

Теперь, когда у нас есть понимание структуры пакетов Linux, давайте рассмотрим, что происходит, когда вы их фактически устанавливаете

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

Когда вы устанавливаете пакеты любого формата, независимо от внешнего интерфейса, происходит аналогичный набор шагов:

1. Система пакетов проверяет содержимое пакета, чтобы определить, отсутствуют ли зависимости. В зависимости от инструмента, он либо предупредит вас, либо установит их загрузку.
2. Если пакеты содержат предустановочные сценарии или команды, они выполняются следующим.
3. Затем система пакетов фактически извлекает файлы пакета.
4. После установки файлов запускаются сценарии после установки.
5. Наконец, пакет регистрируется во внутренней базе данных с использованием его метаданных, поэтому его можно удалить позже.

Знать, как устанавливается программное обеспечение — это хорошо

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

Сколько из указанных выше методов установки программного обеспечения вы сделали? Вы предпочитаете DEB или RPM? Или пакеты Mac для приложений представляют собой вершину простоты использования? Когда-нибудь случалась кошмарная установка? Дайте нам знать в комментариях ниже!

Установка программного обеспечения

ОбзорПравить

Возможные варианты установкиПравить

Программа установкиПравить

Удаление установки («деинсталляция»)Править

См. такжеПравить

СсылкиПравить