Я не знаю о смоляных шарах. Большинство пакетов доступны в формах tar ball, но пакеты Ubuntu являются пакетами Debian.
В чем разница между deb-пакетами и шариками tar?
Каковы преимущества / недостатки каждого?
смоляные шары - это еще одна форма сжатия, такая как zip. Хотя форматы и методы сжатия различаются, это в основном контейнер для группы файлов и папок.
Обычно исходный код и файлы, необходимые ему, будут доступны в Интернете лицом / group, который написал программное обеспечение в форме тарного шара. Таким образом, вы можете скачать его, развернуть, скомпилировать программное обеспечение и установить его.
Однако, какие пакеты deb делают, это упростить этот процесс установки, поддерживая стандарт. Программное обеспечение, доступное в Интернете, будет взято сторонними разработчиками пакетов Debian, внесенными в соответствующие пакеты .deb и помещенными в репозиторий Debian.
[/g2]
Вы может прочитать об этом из блога поддерживающего пакета Debian здесь: http://www.j4v4m4n.in/2012/05/01/debian-utsavam-at-mes-kuttippuram-kerala-2/
Что касается преимуществ и недостатков, пакеты .deb управляются менеджерами пакетов, такими как apt и aptitude. Поэтому всякий раз, когда вы устанавливаете программное обеспечение с ним, они автоматически выяснят, есть ли у вас зависимости, необходимые для запуска этого программного обеспечения в вашей системе, и установите их для вас.
Но если вы используете tar установите его, вам нужно будет выяснить, от чего зависит это программное обеспечение, и каждый раз вам придется вручную проверять, были ли ранее установлены установки программного обеспечения, которые были установлены ранее.
Но apt делает все это для вас.
Кроме того, установка из исходного кода (установка из tar-шаров) будет иметь разные методы для разных программ. Существует философия GNU для настройки make-make-make и существуют другие методы в зависимости от того, как написано программное обеспечение.
Однако преобразование их в deb полностью устраняет все эти различия и облегчает пользователю для установки и использования программного обеспечения.
Еще один момент. Когда вам нужно установить из источника? То есть из тарного шара? В основном две ситуации.
Если вы хотите узнать больше о упаковке debian, вы можете прочитать его здесь: http://www.debian.org/doc/manuals/maint-guide/
Надеюсь, это поможет.
Пакеты Debian (и, следовательно, Ubuntu) представляют собой сборник двоичных файлов и связанных инструкций для их установки. Это означает, что сам пакет знает, как и где его устанавливать, а также знает список пакетов, от которых он зависит.
Исходные файлы (файлы с расширением .tar.gz
или .tar.bz2
- или даже .tgz или .tbz2 ) - это просто наборы файлов и каталогов, которые были упакованы вместе с утилитой tar
, а также сжаты с помощью gzip
или bzip2
. Чтобы создать исходный код, вы должны:
tar xvfz file.tar.gz
или tar xvfj file.tar.bz2
(в пустом каталоге) ./configure
(пакет проверяет систему, чтобы проверить, все ли в порядке до начала компиляции). make
make install
, чтобы установить (обычно в / usr / {s} bin или / usr / local / {s} bin, но это зависит от приложения и от распределения) Основными преимуществами пакетов Debian / Ubuntu в отношении исходных архивов являются то, что пакеты являются «автономными» и отслеживаются их двоичные файлы. Это означает, что процесс распаковки прозрачен для пользователя, который просто видит (грубо) один пакет для каждого приложения. Пользователь даже не должен помнить, какие файлы установили данное приложение и где, так что установка / удаление приложений становится (в основном) процессом с одной инструкцией.
Основные преимущества исходных архивов с уважением для двоичных пакетов - это то, что в первом случае исходный код скомпилируется непосредственно на целевой машине и затем может быть оптимизирован соответствующим образом. Более того, даже лучшая система пакетов может сломаться в особых случаях (например, пакеты программного обеспечения слишком новые или слишком старые), и обычно официальные пакеты очищаются серверами, когда они становятся слишком старыми. В этих случаях необходимо вручную искать в Интернете нужное приложение и для конкретных библиотек в конкретных версиях для удовлетворения всех его зависимостей.
Я вижу некоторые довольно хорошие ответы, уже опубликованные. Но есть несколько вещей, которые необходимо решить.
Вопреки тому, что известно как «адский ад», когда дело доходит до компиляции из исходного кода, вы можете настроить Ubuntu таким образом, чтобы он автоматически устанавливал эти зависимости при компиляции из tarball / любого источника.
Прочитайте, как это сделать здесь:
http://www.howtogeek.com/106526/how-to-resolve-dependencies-while-compiling-software- on-ubuntu /
Кроме того, если вы сохраняете эту проблему с зависимостями, хорошая вещь о tarballs заключается в том, что вы можете настроить множество связанных с установкой вещей, например, где устанавливать и т. д., очень легко в случае установки из источника.
Кроме того, слово «пакеты Debian» может смутить вас в этом контексте. Помните, что пакеты Debian имеют два типа, например:
http://www.debian.org/doc/manuals/debian-faq/ch-pkg_basics.en.html
Конечно, если вы говорите только о файлах deb, тогда они обычно являются скомпилированным программным обеспечением, как уже сказано выше.
Тарные шары обычно являются исходным кодом, который вы должны скомпилировать. Debs - это предварительно скомпилированные программы, уже построенные и настроенные для Ubuntu / Debian.
Я бы настоятельно рекомендовал использовать debs, когда они доступны, поскольку они проще, и они интегрируются с менеджером пакетов, поэтому вы можете легко их удалить.
Debs также установит любые необходимые зависимости , Установка из источника может привести к тому, что ласково называется «адский ад». Большинство программ с открытым исходным кодом зависят от нескольких других программ / библиотек. При установке из источника он не будет устанавливать их и вместо этого (надеюсь) будет жаловаться, что зависимость не выполняется. Затем вы пытаетесь установить эту зависимость, а затем запускаете ее, требуя другую зависимость и т. Д. И т. Д.
. Установка из источника также может помещать ваши файлы в неожиданные места, поскольку разные дистрибутивы немного отличаются друг от друга.
Когда мне нужно установить программу, я попробую свои параметры в следующем порядке:
смоляные шары - это еще одна форма сжатия, такая как zip. Хотя форматы и методы сжатия различаются, это в основном контейнер для группы файлов и папок.
Обычно исходный код и файлы, необходимые ему, будут доступны в Интернете лицом / group, который написал программное обеспечение в форме тарного шара. Таким образом, вы можете скачать его, развернуть, скомпилировать программное обеспечение и установить его.
Однако, какие пакеты deb делают, это упростить этот процесс установки, поддерживая стандарт. Программное обеспечение, доступное в Интернете, будет взято сторонними разработчиками пакетов Debian, внесенными в соответствующие пакеты .deb и помещенными в репозиторий Debian.
[/g2]
Вы может прочитать об этом из блога поддерживающего пакета Debian здесь: http://www.j4v4m4n.in/2012/05/01/debian-utsavam-at-mes-kuttippuram-kerala-2/
Что касается преимуществ и недостатков, пакеты .deb управляются менеджерами пакетов, такими как apt и aptitude. Поэтому всякий раз, когда вы устанавливаете программное обеспечение с ним, они автоматически выяснят, есть ли у вас зависимости, необходимые для запуска этого программного обеспечения в вашей системе, и установите их для вас.
Но если вы используете tar установите его, вам нужно будет выяснить, от чего зависит это программное обеспечение, и каждый раз вам придется вручную проверять, были ли ранее установлены установки программного обеспечения, которые были установлены ранее.
Но apt делает все это для вас.
Кроме того, установка из исходного кода (установка из tar-шаров) будет иметь разные методы для разных программ. Существует философия GNU для настройки make-make-make и существуют другие методы в зависимости от того, как написано программное обеспечение.
Однако преобразование их в deb полностью устраняет все эти различия и облегчает пользователю для установки и использования программного обеспечения.
Еще один момент. Когда вам нужно установить из источника? То есть из тарного шара? В основном две ситуации.
Если вы хотите узнать больше о упаковке debian, вы можете прочитать его здесь: http://www.debian.org/doc/manuals/maint-guide/
Надеюсь, это поможет.
Пакеты Debian (и, следовательно, Ubuntu) представляют собой сборник двоичных файлов и связанных инструкций для их установки. Это означает, что сам пакет знает, как и где его устанавливать, а также знает список пакетов, от которых он зависит.
Исходные файлы (файлы с расширением .tar.gz
или .tar.bz2
- или даже .tgz или .tbz2 ) - это просто наборы файлов и каталогов, которые были упакованы вместе с утилитой tar
, а также сжаты с помощью gzip
или bzip2
. Чтобы создать исходный код, вы должны:
tar xvfz file.tar.gz
или tar xvfj file.tar.bz2
(в пустом каталоге) ./configure
(пакет проверяет систему, чтобы проверить, все ли в порядке до начала компиляции). make
make install
, чтобы установить (обычно в / usr / {s} bin или / usr / local / {s} bin, но это зависит от приложения и от распределения) Основными преимуществами пакетов Debian / Ubuntu в отношении исходных архивов являются то, что пакеты являются «автономными» и отслеживаются их двоичные файлы. Это означает, что процесс распаковки прозрачен для пользователя, который просто видит (грубо) один пакет для каждого приложения. Пользователь даже не должен помнить, какие файлы установили данное приложение и где, так что установка / удаление приложений становится (в основном) процессом с одной инструкцией.
Основные преимущества исходных архивов с уважением для двоичных пакетов - это то, что в первом случае исходный код скомпилируется непосредственно на целевой машине и затем может быть оптимизирован соответствующим образом. Более того, даже лучшая система пакетов может сломаться в особых случаях (например, пакеты программного обеспечения слишком новые или слишком старые), и обычно официальные пакеты очищаются серверами, когда они становятся слишком старыми. В этих случаях необходимо вручную искать в Интернете нужное приложение и для конкретных библиотек в конкретных версиях для удовлетворения всех его зависимостей.
Тарные шары обычно являются исходным кодом, который вы должны скомпилировать. Debs - это предварительно скомпилированные программы, уже построенные и настроенные для Ubuntu / Debian.
Я бы настоятельно рекомендовал использовать debs, когда они доступны, поскольку они проще, и они интегрируются с менеджером пакетов, поэтому вы можете легко их удалить.
Debs также установит любые необходимые зависимости , Установка из источника может привести к тому, что ласково называется «адский ад». Большинство программ с открытым исходным кодом зависят от нескольких других программ / библиотек. При установке из источника он не будет устанавливать их и вместо этого (надеюсь) будет жаловаться, что зависимость не выполняется. Затем вы пытаетесь установить эту зависимость, а затем запускаете ее, требуя другую зависимость и т. Д. И т. Д.
. Установка из источника также может помещать ваши файлы в неожиданные места, поскольку разные дистрибутивы немного отличаются друг от друга.
Когда мне нужно установить программу, я попробую свои параметры в следующем порядке:
смоляные шары - это еще одна форма сжатия, такая как zip. Хотя форматы и методы сжатия различаются, это в основном контейнер для группы файлов и папок.
Обычно исходный код и файлы, необходимые ему, будут доступны в Интернете лицом / group, который написал программное обеспечение в форме тарного шара. Таким образом, вы можете скачать его, развернуть, скомпилировать программное обеспечение и установить его.
Однако, какие пакеты deb делают, это упростить этот процесс установки, поддерживая стандарт. Программное обеспечение, доступное в Интернете, будет взято сторонними разработчиками пакетов Debian, внесенными в соответствующие пакеты .deb и помещенными в репозиторий Debian.
[/g2]
Вы может прочитать об этом из блога поддерживающего пакета Debian здесь: http://www.j4v4m4n.in/2012/05/01/debian-utsavam-at-mes-kuttippuram-kerala-2/
Что касается преимуществ и недостатков, пакеты .deb управляются менеджерами пакетов, такими как apt и aptitude. Поэтому всякий раз, когда вы устанавливаете программное обеспечение с ним, они автоматически выяснят, есть ли у вас зависимости, необходимые для запуска этого программного обеспечения в вашей системе, и установите их для вас.
Но если вы используете tar установите его, вам нужно будет выяснить, от чего зависит это программное обеспечение, и каждый раз вам придется вручную проверять, были ли ранее установлены установки программного обеспечения, которые были установлены ранее.
Но apt делает все это для вас.
Кроме того, установка из исходного кода (установка из tar-шаров) будет иметь разные методы для разных программ. Существует философия GNU для настройки make-make-make и существуют другие методы в зависимости от того, как написано программное обеспечение.
Однако преобразование их в deb полностью устраняет все эти различия и облегчает пользователю для установки и использования программного обеспечения.
Еще один момент. Когда вам нужно установить из источника? То есть из тарного шара? В основном две ситуации.
Если вы хотите узнать больше о упаковке debian, вы можете прочитать его здесь: http://www.debian.org/doc/manuals/maint-guide/
Надеюсь, это поможет.
Пакеты Debian (и, следовательно, Ubuntu) представляют собой сборник двоичных файлов и связанных инструкций для их установки. Это означает, что сам пакет знает, как и где его устанавливать, а также знает список пакетов, от которых он зависит.
Исходные файлы (файлы с расширением .tar.gz
или .tar.bz2
- или даже .tgz или .tbz2 ) - это просто наборы файлов и каталогов, которые были упакованы вместе с утилитой tar
, а также сжаты с помощью gzip
или bzip2
. Чтобы создать исходный код, вы должны:
tar xvfz file.tar.gz
или tar xvfj file.tar.bz2
(в пустом каталоге) ./configure
(пакет проверяет систему, чтобы проверить, все ли в порядке до начала компиляции). make
make install
, чтобы установить (обычно в / usr / {s} bin или / usr / local / {s} bin, но это зависит от приложения и от распределения) Основными преимуществами пакетов Debian / Ubuntu в отношении исходных архивов являются то, что пакеты являются «автономными» и отслеживаются их двоичные файлы. Это означает, что процесс распаковки прозрачен для пользователя, который просто видит (грубо) один пакет для каждого приложения. Пользователь даже не должен помнить, какие файлы установили данное приложение и где, так что установка / удаление приложений становится (в основном) процессом с одной инструкцией.
Основные преимущества исходных архивов с уважением для двоичных пакетов - это то, что в первом случае исходный код скомпилируется непосредственно на целевой машине и затем может быть оптимизирован соответствующим образом. Более того, даже лучшая система пакетов может сломаться в особых случаях (например, пакеты программного обеспечения слишком новые или слишком старые), и обычно официальные пакеты очищаются серверами, когда они становятся слишком старыми. В этих случаях необходимо вручную искать в Интернете нужное приложение и для конкретных библиотек в конкретных версиях для удовлетворения всех его зависимостей.
Я вижу некоторые довольно хорошие ответы, уже опубликованные. Но есть несколько вещей, которые необходимо решить.
Вопреки тому, что известно как «адский ад», когда дело доходит до компиляции из исходного кода, вы можете настроить Ubuntu таким образом, чтобы он автоматически устанавливал эти зависимости при компиляции из tarball / любого источника.
Прочитайте, как это сделать здесь:
http://www.howtogeek.com/106526/how-to-resolve-dependencies-while-compiling-software- on-ubuntu /
Кроме того, если вы сохраняете эту проблему с зависимостями, хорошая вещь о tarballs заключается в том, что вы можете настроить множество связанных с установкой вещей, например, где устанавливать и т. д., очень легко в случае установки из источника.
Кроме того, слово «пакеты Debian» может смутить вас в этом контексте. Помните, что пакеты Debian имеют два типа, например:
http://www.debian.org/doc/manuals/debian-faq/ch-pkg_basics.en.html
Конечно, если вы говорите только о файлах deb, тогда они обычно являются скомпилированным программным обеспечением, как уже сказано выше.
Тарные шары обычно являются исходным кодом, который вы должны скомпилировать. Debs - это предварительно скомпилированные программы, уже построенные и настроенные для Ubuntu / Debian.
Я бы настоятельно рекомендовал использовать debs, когда они доступны, поскольку они проще, и они интегрируются с менеджером пакетов, поэтому вы можете легко их удалить.
Debs также установит любые необходимые зависимости , Установка из источника может привести к тому, что ласково называется «адский ад». Большинство программ с открытым исходным кодом зависят от нескольких других программ / библиотек. При установке из источника он не будет устанавливать их и вместо этого (надеюсь) будет жаловаться, что зависимость не выполняется. Затем вы пытаетесь установить эту зависимость, а затем запускаете ее, требуя другую зависимость и т. Д. И т. Д.
. Установка из источника также может помещать ваши файлы в неожиданные места, поскольку разные дистрибутивы немного отличаются друг от друга.
Когда мне нужно установить программу, я попробую свои параметры в следующем порядке:
смоляные шары - это еще одна форма сжатия, такая как zip. Хотя форматы и методы сжатия различаются, это в основном контейнер для группы файлов и папок.
Обычно исходный код и файлы, необходимые ему, будут доступны в Интернете лицом / group, который написал программное обеспечение в форме тарного шара. Таким образом, вы можете скачать его, развернуть, скомпилировать программное обеспечение и установить его.
Однако, какие пакеты deb делают, это упростить этот процесс установки, поддерживая стандарт. Программное обеспечение, доступное в Интернете, будет взято сторонними разработчиками пакетов Debian, внесенными в соответствующие пакеты .deb и помещенными в репозиторий Debian.
[/g2]
Вы может прочитать об этом из блога поддерживающего пакета Debian здесь: http://www.j4v4m4n.in/2012/05/01/debian-utsavam-at-mes-kuttippuram-kerala-2/
Что касается преимуществ и недостатков, пакеты .deb управляются менеджерами пакетов, такими как apt и aptitude. Поэтому всякий раз, когда вы устанавливаете программное обеспечение с ним, они автоматически выяснят, есть ли у вас зависимости, необходимые для запуска этого программного обеспечения в вашей системе, и установите их для вас.
Но если вы используете tar установите его, вам нужно будет выяснить, от чего зависит это программное обеспечение, и каждый раз вам придется вручную проверять, были ли ранее установлены установки программного обеспечения, которые были установлены ранее.
Но apt делает все это для вас.
Кроме того, установка из исходного кода (установка из tar-шаров) будет иметь разные методы для разных программ. Существует философия GNU для настройки make-make-make и существуют другие методы в зависимости от того, как написано программное обеспечение.
Однако преобразование их в deb полностью устраняет все эти различия и облегчает пользователю для установки и использования программного обеспечения.
Еще один момент. Когда вам нужно установить из источника? То есть из тарного шара? В основном две ситуации.
Если вы хотите узнать больше о упаковке debian, вы можете прочитать его здесь: http://www.debian.org/doc/manuals/maint-guide/
Надеюсь, это поможет.
Пакеты Debian (и, следовательно, Ubuntu) представляют собой сборник двоичных файлов и связанных инструкций для их установки. Это означает, что сам пакет знает, как и где его устанавливать, а также знает список пакетов, от которых он зависит.
Исходные файлы (файлы с расширением .tar.gz
или .tar.bz2
- или даже .tgz или .tbz2 ) - это просто наборы файлов и каталогов, которые были упакованы вместе с утилитой tar
, а также сжаты с помощью gzip
или bzip2
. Чтобы создать исходный код, вы должны:
tar xvfz file.tar.gz
или tar xvfj file.tar.bz2
(в пустом каталоге) ./configure
(пакет проверяет систему, чтобы проверить, все ли в порядке до начала компиляции). make
make install
, чтобы установить (обычно в / usr / {s} bin или / usr / local / {s} bin, но это зависит от приложения и от распределения) Основными преимуществами пакетов Debian / Ubuntu в отношении исходных архивов являются то, что пакеты являются «автономными» и отслеживаются их двоичные файлы. Это означает, что процесс распаковки прозрачен для пользователя, который просто видит (грубо) один пакет для каждого приложения. Пользователь даже не должен помнить, какие файлы установили данное приложение и где, так что установка / удаление приложений становится (в основном) процессом с одной инструкцией.
Основные преимущества исходных архивов с уважением для двоичных пакетов - это то, что в первом случае исходный код скомпилируется непосредственно на целевой машине и затем может быть оптимизирован соответствующим образом. Более того, даже лучшая система пакетов может сломаться в особых случаях (например, пакеты программного обеспечения слишком новые или слишком старые), и обычно официальные пакеты очищаются серверами, когда они становятся слишком старыми. В этих случаях необходимо вручную искать в Интернете нужное приложение и для конкретных библиотек в конкретных версиях для удовлетворения всех его зависимостей.
Я вижу некоторые довольно хорошие ответы, уже опубликованные. Но есть несколько вещей, которые необходимо решить.
Вопреки тому, что известно как «адский ад», когда дело доходит до компиляции из исходного кода, вы можете настроить Ubuntu таким образом, чтобы он автоматически устанавливал эти зависимости при компиляции из tarball / любого источника.
Прочитайте, как это сделать здесь:
http://www.howtogeek.com/106526/how-to-resolve-dependencies-while-compiling-software- on-ubuntu /
Кроме того, если вы сохраняете эту проблему с зависимостями, хорошая вещь о tarballs заключается в том, что вы можете настроить множество связанных с установкой вещей, например, где устанавливать и т. д., очень легко в случае установки из источника.
Кроме того, слово «пакеты Debian» может смутить вас в этом контексте. Помните, что пакеты Debian имеют два типа, например:
http://www.debian.org/doc/manuals/debian-faq/ch-pkg_basics.en.html
Конечно, если вы говорите только о файлах deb, тогда они обычно являются скомпилированным программным обеспечением, как уже сказано выше.
Тарные шары обычно являются исходным кодом, который вы должны скомпилировать. Debs - это предварительно скомпилированные программы, уже построенные и настроенные для Ubuntu / Debian.
Я бы настоятельно рекомендовал использовать debs, когда они доступны, поскольку они проще, и они интегрируются с менеджером пакетов, поэтому вы можете легко их удалить.
Debs также установит любые необходимые зависимости , Установка из источника может привести к тому, что ласково называется «адский ад». Большинство программ с открытым исходным кодом зависят от нескольких других программ / библиотек. При установке из источника он не будет устанавливать их и вместо этого (надеюсь) будет жаловаться, что зависимость не выполняется. Затем вы пытаетесь установить эту зависимость, а затем запускаете ее, требуя другую зависимость и т. Д. И т. Д.
. Установка из источника также может помещать ваши файлы в неожиданные места, поскольку разные дистрибутивы немного отличаются друг от друга.
Когда мне нужно установить программу, я попробую свои параметры в следующем порядке:
смоляные шары - это еще одна форма сжатия, такая как zip. Хотя форматы и методы сжатия различаются, это в основном контейнер для группы файлов и папок.
Обычно исходный код и файлы, необходимые ему, будут доступны в Интернете лицом / group, который написал программное обеспечение в форме тарного шара. Таким образом, вы можете скачать его, развернуть, скомпилировать программное обеспечение и установить его.
Однако, какие пакеты deb делают, это упростить этот процесс установки, поддерживая стандарт. Программное обеспечение, доступное в Интернете, будет взято сторонними разработчиками пакетов Debian, внесенными в соответствующие пакеты .deb и помещенными в репозиторий Debian.
[/g2]
Вы может прочитать об этом из блога поддерживающего пакета Debian здесь: http://www.j4v4m4n.in/2012/05/01/debian-utsavam-at-mes-kuttippuram-kerala-2/
Что касается преимуществ и недостатков, пакеты .deb управляются менеджерами пакетов, такими как apt и aptitude. Поэтому всякий раз, когда вы устанавливаете программное обеспечение с ним, они автоматически выяснят, есть ли у вас зависимости, необходимые для запуска этого программного обеспечения в вашей системе, и установите их для вас.
Но если вы используете tar установите его, вам нужно будет выяснить, от чего зависит это программное обеспечение, и каждый раз вам придется вручную проверять, были ли ранее установлены установки программного обеспечения, которые были установлены ранее.
Но apt делает все это для вас.
Кроме того, установка из исходного кода (установка из tar-шаров) будет иметь разные методы для разных программ. Существует философия GNU для настройки make-make-make и существуют другие методы в зависимости от того, как написано программное обеспечение.
Однако преобразование их в deb полностью устраняет все эти различия и облегчает пользователю для установки и использования программного обеспечения.
Еще один момент. Когда вам нужно установить из источника? То есть из тарного шара? В основном две ситуации.
Если вы хотите узнать больше о упаковке debian, вы можете прочитать его здесь: http://www.debian.org/doc/manuals/maint-guide/
Надеюсь, это поможет.
Пакеты Debian (и, следовательно, Ubuntu) представляют собой сборник двоичных файлов и связанных инструкций для их установки. Это означает, что сам пакет знает, как и где его устанавливать, а также знает список пакетов, от которых он зависит.
Исходные файлы (файлы с расширением .tar.gz
или .tar.bz2
- или даже .tgz или .tbz2 ) - это просто наборы файлов и каталогов, которые были упакованы вместе с утилитой tar
, а также сжаты с помощью gzip
или bzip2
. Чтобы создать исходный код, вы должны:
tar xvfz file.tar.gz
или tar xvfj file.tar.bz2
(в пустом каталоге) ./configure
(пакет проверяет систему, чтобы проверить, все ли в порядке до начала компиляции). make
make install
, чтобы установить (обычно в / usr / {s} bin или / usr / local / {s} bin, но это зависит от приложения и от распределения) Основными преимуществами пакетов Debian / Ubuntu в отношении исходных архивов являются то, что пакеты являются «автономными» и отслеживаются их двоичные файлы. Это означает, что процесс распаковки прозрачен для пользователя, который просто видит (грубо) один пакет для каждого приложения. Пользователь даже не должен помнить, какие файлы установили данное приложение и где, так что установка / удаление приложений становится (в основном) процессом с одной инструкцией.
Основные преимущества исходных архивов с уважением для двоичных пакетов - это то, что в первом случае исходный код скомпилируется непосредственно на целевой машине и затем может быть оптимизирован соответствующим образом. Более того, даже лучшая система пакетов может сломаться в особых случаях (например, пакеты программного обеспечения слишком новые или слишком старые), и обычно официальные пакеты очищаются серверами, когда они становятся слишком старыми. В этих случаях необходимо вручную искать в Интернете нужное приложение и для конкретных библиотек в конкретных версиях для удовлетворения всех его зависимостей.
Я вижу некоторые довольно хорошие ответы, уже опубликованные. Но есть несколько вещей, которые необходимо решить.
Вопреки тому, что известно как «адский ад», когда дело доходит до компиляции из исходного кода, вы можете настроить Ubuntu таким образом, чтобы он автоматически устанавливал эти зависимости при компиляции из tarball / любого источника.
Прочитайте, как это сделать здесь:
http://www.howtogeek.com/106526/how-to-resolve-dependencies-while-compiling-software- on-ubuntu /
Кроме того, если вы сохраняете эту проблему с зависимостями, хорошая вещь о tarballs заключается в том, что вы можете настроить множество связанных с установкой вещей, например, где устанавливать и т. д., очень легко в случае установки из источника.
Кроме того, слово «пакеты Debian» может смутить вас в этом контексте. Помните, что пакеты Debian имеют два типа, например:
http://www.debian.org/doc/manuals/debian-faq/ch-pkg_basics.en.html
Конечно, если вы говорите только о файлах deb, тогда они обычно являются скомпилированным программным обеспечением, как уже сказано выше.
Тарные шары обычно являются исходным кодом, который вы должны скомпилировать. Debs - это предварительно скомпилированные программы, уже построенные и настроенные для Ubuntu / Debian.
Я бы настоятельно рекомендовал использовать debs, когда они доступны, поскольку они проще, и они интегрируются с менеджером пакетов, поэтому вы можете легко их удалить.
Debs также установит любые необходимые зависимости , Установка из источника может привести к тому, что ласково называется «адский ад». Большинство программ с открытым исходным кодом зависят от нескольких других программ / библиотек. При установке из источника он не будет устанавливать их и вместо этого (надеюсь) будет жаловаться, что зависимость не выполняется. Затем вы пытаетесь установить эту зависимость, а затем запускаете ее, требуя другую зависимость и т. Д. И т. Д.
. Установка из источника также может помещать ваши файлы в неожиданные места, поскольку разные дистрибутивы немного отличаются друг от друга.
Когда мне нужно установить программу, я попробую свои параметры в следующем порядке:
смоляные шары - это еще одна форма сжатия, такая как zip. Хотя форматы и методы сжатия различаются, это в основном контейнер для группы файлов и папок.
Обычно исходный код и файлы, необходимые ему, будут доступны в Интернете лицом / group, который написал программное обеспечение в форме тарного шара. Таким образом, вы можете скачать его, развернуть, скомпилировать программное обеспечение и установить его.
Однако, какие пакеты deb делают, это упростить этот процесс установки, поддерживая стандарт. Программное обеспечение, доступное в Интернете, будет взято сторонними разработчиками пакетов Debian, внесенными в соответствующие пакеты .deb и помещенными в репозиторий Debian.
[/g2]
Вы может прочитать об этом из блога поддерживающего пакета Debian здесь: http://www.j4v4m4n.in/2012/05/01/debian-utsavam-at-mes-kuttippuram-kerala-2/
Что касается преимуществ и недостатков, пакеты .deb управляются менеджерами пакетов, такими как apt и aptitude. Поэтому всякий раз, когда вы устанавливаете программное обеспечение с ним, они автоматически выяснят, есть ли у вас зависимости, необходимые для запуска этого программного обеспечения в вашей системе, и установите их для вас.
Но если вы используете tar установите его, вам нужно будет выяснить, от чего зависит это программное обеспечение, и каждый раз вам придется вручную проверять, были ли ранее установлены установки программного обеспечения, которые были установлены ранее.
Но apt делает все это для вас.
Кроме того, установка из исходного кода (установка из tar-шаров) будет иметь разные методы для разных программ. Существует философия GNU для настройки make-make-make и существуют другие методы в зависимости от того, как написано программное обеспечение.
Однако преобразование их в deb полностью устраняет все эти различия и облегчает пользователю для установки и использования программного обеспечения.
Еще один момент. Когда вам нужно установить из источника? То есть из тарного шара? В основном две ситуации.
Если вы хотите узнать больше о упаковке debian, вы можете прочитать его здесь: http://www.debian.org/doc/manuals/maint-guide/
Надеюсь, это поможет.
Пакеты Debian (и, следовательно, Ubuntu) представляют собой сборник двоичных файлов и связанных инструкций для их установки. Это означает, что сам пакет знает, как и где его устанавливать, а также знает список пакетов, от которых он зависит.
Исходные файлы (файлы с расширением .tar.gz
или .tar.bz2
- или даже .tgz или .tbz2 ) - это просто наборы файлов и каталогов, которые были упакованы вместе с утилитой tar
, а также сжаты с помощью gzip
или bzip2
. Чтобы создать исходный код, вы должны:
tar xvfz file.tar.gz
или tar xvfj file.tar.bz2
(в пустом каталоге) ./configure
(пакет проверяет систему, чтобы проверить, все ли в порядке до начала компиляции). make
make install
, чтобы установить (обычно в / usr / {s} bin или / usr / local / {s} bin, но это зависит от приложения и от распределения) Основными преимуществами пакетов Debian / Ubuntu в отношении исходных архивов являются то, что пакеты являются «автономными» и отслеживаются их двоичные файлы. Это означает, что процесс распаковки прозрачен для пользователя, который просто видит (грубо) один пакет для каждого приложения. Пользователь даже не должен помнить, какие файлы установили данное приложение и где, так что установка / удаление приложений становится (в основном) процессом с одной инструкцией.
Основные преимущества исходных архивов с уважением для двоичных пакетов - это то, что в первом случае исходный код скомпилируется непосредственно на целевой машине и затем может быть оптимизирован соответствующим образом. Более того, даже лучшая система пакетов может сломаться в особых случаях (например, пакеты программного обеспечения слишком новые или слишком старые), и обычно официальные пакеты очищаются серверами, когда они становятся слишком старыми. В этих случаях необходимо вручную искать в Интернете нужное приложение и для конкретных библиотек в конкретных версиях для удовлетворения всех его зависимостей.
Я вижу некоторые довольно хорошие ответы, уже опубликованные. Но есть несколько вещей, которые необходимо решить.
Вопреки тому, что известно как «адский ад», когда дело доходит до компиляции из исходного кода, вы можете настроить Ubuntu таким образом, чтобы он автоматически устанавливал эти зависимости при компиляции из tarball / любого источника.
Прочитайте, как это сделать здесь:
http://www.howtogeek.com/106526/how-to-resolve-dependencies-while-compiling-software- on-ubuntu /
Кроме того, если вы сохраняете эту проблему с зависимостями, хорошая вещь о tarballs заключается в том, что вы можете настроить множество связанных с установкой вещей, например, где устанавливать и т. д., очень легко в случае установки из источника.
Кроме того, слово «пакеты Debian» может смутить вас в этом контексте. Помните, что пакеты Debian имеют два типа, например:
http://www.debian.org/doc/manuals/debian-faq/ch-pkg_basics.en.html
Конечно, если вы говорите только о файлах deb, тогда они обычно являются скомпилированным программным обеспечением, как уже сказано выше.
Тарные шары обычно являются исходным кодом, который вы должны скомпилировать. Debs - это предварительно скомпилированные программы, уже построенные и настроенные для Ubuntu / Debian.
Я бы настоятельно рекомендовал использовать debs, когда они доступны, поскольку они проще, и они интегрируются с менеджером пакетов, поэтому вы можете легко их удалить.
Debs также установит любые необходимые зависимости , Установка из источника может привести к тому, что ласково называется «адский ад». Большинство программ с открытым исходным кодом зависят от нескольких других программ / библиотек. При установке из источника он не будет устанавливать их и вместо этого (надеюсь) будет жаловаться, что зависимость не выполняется. Затем вы пытаетесь установить эту зависимость, а затем запускаете ее, требуя другую зависимость и т. Д. И т. Д.
. Установка из источника также может помещать ваши файлы в неожиданные места, поскольку разные дистрибутивы немного отличаются друг от друга.
Когда мне нужно установить программу, я попробую свои параметры в следующем порядке:
Тарные шары обычно являются исходным кодом, который вы должны скомпилировать. Debs - это предварительно скомпилированные программы, уже построенные и настроенные для Ubuntu / Debian.
Я бы настоятельно рекомендовал использовать debs, когда они доступны, поскольку они проще, и они интегрируются с менеджером пакетов, поэтому вы можете легко их удалить.
Debs также установит любые необходимые зависимости , Установка из источника может привести к тому, что ласково называется «адский ад». Большинство программ с открытым исходным кодом зависят от нескольких других программ / библиотек. При установке из источника он не будет устанавливать их и вместо этого (надеюсь) будет жаловаться, что зависимость не выполняется. Затем вы пытаетесь установить эту зависимость, а затем запускаете ее, требуя другую зависимость и т. Д. И т. Д.
. Установка из источника также может помещать ваши файлы в неожиданные места, поскольку разные дистрибутивы немного отличаются друг от друга.
Когда мне нужно установить программу, я попробую свои параметры в следующем порядке:
смоляные шары - это еще одна форма сжатия, такая как zip. Хотя форматы и методы сжатия различаются, это в основном контейнер для группы файлов и папок.
Обычно исходный код и файлы, необходимые ему, будут доступны в Интернете лицом / group, который написал программное обеспечение в форме тарного шара. Таким образом, вы можете скачать его, развернуть, скомпилировать программное обеспечение и установить его.
Однако, какие пакеты deb делают, это упростить этот процесс установки, поддерживая стандарт. Программное обеспечение, доступное в Интернете, будет взято сторонними разработчиками пакетов Debian, внесенными в соответствующие пакеты .deb и помещенными в репозиторий Debian.
[/g2]
Вы может прочитать об этом из блога поддерживающего пакета Debian здесь: http://www.j4v4m4n.in/2012/05/01/debian-utsavam-at-mes-kuttippuram-kerala-2/
Что касается преимуществ и недостатков, пакеты .deb управляются менеджерами пакетов, такими как apt и aptitude. Поэтому всякий раз, когда вы устанавливаете программное обеспечение с ним, они автоматически выяснят, есть ли у вас зависимости, необходимые для запуска этого программного обеспечения в вашей системе, и установите их для вас.
Но если вы используете tar установите его, вам нужно будет выяснить, от чего зависит это программное обеспечение, и каждый раз вам придется вручную проверять, были ли ранее установлены установки программного обеспечения, которые были установлены ранее.
Но apt делает все это для вас.
Кроме того, установка из исходного кода (установка из tar-шаров) будет иметь разные методы для разных программ. Существует философия GNU для настройки make-make-make и существуют другие методы в зависимости от того, как написано программное обеспечение.
Однако преобразование их в deb полностью устраняет все эти различия и облегчает пользователю для установки и использования программного обеспечения.
Еще один момент. Когда вам нужно установить из источника? То есть из тарного шара? В основном две ситуации.
Если вы хотите узнать больше о упаковке debian, вы можете прочитать его здесь: http://www.debian.org/doc/manuals/maint-guide/
Надеюсь, это поможет.
Пакеты Debian (и, следовательно, Ubuntu) представляют собой сборник двоичных файлов и связанных инструкций для их установки. Это означает, что сам пакет знает, как и где его устанавливать, а также знает список пакетов, от которых он зависит.
Исходные файлы (файлы с расширением .tar.gz
или .tar.bz2
- или даже .tgz или .tbz2 ) - это просто наборы файлов и каталогов, которые были упакованы вместе с утилитой tar
, а также сжаты с помощью gzip
или bzip2
. Чтобы создать исходный код, вы должны:
tar xvfz file.tar.gz
или tar xvfj file.tar.bz2
(в пустом каталоге) ./configure
(пакет проверяет систему, чтобы проверить, все ли в порядке до начала компиляции). make
make install
, чтобы установить (обычно в / usr / {s} bin или / usr / local / {s} bin, но это зависит от приложения и от распределения) Основными преимуществами пакетов Debian / Ubuntu в отношении исходных архивов являются то, что пакеты являются «автономными» и отслеживаются их двоичные файлы. Это означает, что процесс распаковки прозрачен для пользователя, который просто видит (грубо) один пакет для каждого приложения. Пользователь даже не должен помнить, какие файлы установили данное приложение и где, так что установка / удаление приложений становится (в основном) процессом с одной инструкцией.
Основные преимущества исходных архивов с уважением для двоичных пакетов - это то, что в первом случае исходный код скомпилируется непосредственно на целевой машине и затем может быть оптимизирован соответствующим образом. Более того, даже лучшая система пакетов может сломаться в особых случаях (например, пакеты программного обеспечения слишком новые или слишком старые), и обычно официальные пакеты очищаются серверами, когда они становятся слишком старыми. В этих случаях необходимо вручную искать в Интернете нужное приложение и для конкретных библиотек в конкретных версиях для удовлетворения всех его зависимостей.
Я вижу некоторые довольно хорошие ответы, уже опубликованные. Но есть несколько вещей, которые необходимо решить.
Вопреки тому, что известно как «адский ад», когда дело доходит до компиляции из исходного кода, вы можете настроить Ubuntu таким образом, чтобы он автоматически устанавливал эти зависимости при компиляции из tarball / любого источника.
Прочитайте, как это сделать здесь:
http://www.howtogeek.com/106526/how-to-resolve-dependencies-while-compiling-software- on-ubuntu /
Кроме того, если вы сохраняете эту проблему с зависимостями, хорошая вещь о tarballs заключается в том, что вы можете настроить множество связанных с установкой вещей, например, где устанавливать и т. д., очень легко в случае установки из источника.
Кроме того, слово «пакеты Debian» может смутить вас в этом контексте. Помните, что пакеты Debian имеют два типа, например:
http://www.debian.org/doc/manuals/debian-faq/ch-pkg_basics.en.html
Конечно, если вы говорите только о файлах deb, тогда они обычно являются скомпилированным программным обеспечением, как уже сказано выше.
Тарные шары обычно являются исходным кодом, который вы должны скомпилировать. Debs - это предварительно скомпилированные программы, уже построенные и настроенные для Ubuntu / Debian.
Я бы настоятельно рекомендовал использовать debs, когда они доступны, поскольку они проще, и они интегрируются с менеджером пакетов, поэтому вы можете легко их удалить.
Debs также установит любые необходимые зависимости , Установка из источника может привести к тому, что ласково называется «адский ад». Большинство программ с открытым исходным кодом зависят от нескольких других программ / библиотек. При установке из источника он не будет устанавливать их и вместо этого (надеюсь) будет жаловаться, что зависимость не выполняется. Затем вы пытаетесь установить эту зависимость, а затем запускаете ее, требуя другую зависимость и т. Д. И т. Д.
. Установка из источника также может помещать ваши файлы в неожиданные места, поскольку разные дистрибутивы немного отличаются друг от друга.
Когда мне нужно установить программу, я попробую свои параметры в следующем порядке: