Есть ли простой способ установки tarballs?

Вместо того, чтобы тратить время на упрощение установки tarballs, было бы более полезно потратить его на упаковку программного обеспечения для Debian / Ubuntu. Это не только улучшит предложения дистрибутивов, основанных на Debian, таких как Ubuntu, он также правильно установит зависимости

Эти процессы автоматизированы. Вы получаете их в пакетах .deb или .rpm в основном. Единственное различие (на уровне, о котором вы думаете) между tarball и .deb - это компиляция. Tarball обычно содержит исходный код и создает файлы, а не предварительно скомпилированные двоичные файлы (хотя они иногда также содержат их). .debs предварительно скомпилированы по нескольким архитектурам.

Вот вам аналогия:

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

Архив

Итак, когда вы устанавливаете что-то из .deb (или .rpm на тех, кто «другой»), это грузовик с коробкой частей автомобиля и руководство, рассказывающее вам, как собрать детали. «distros» вы устанавливаете тот же материал, который вы получите в этом tarball, только с работой, уже сделанной для вас.

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

Как и в вышеприведенных сообщениях checkinstall, вы сможете эффективно устанавливать и удалять исходное приложение. Поскольку он создает собственные пакеты (rpm для redhat flavors и deb для debian flavors, включая ubuntu), очень легко управлять этими пакетами с помощью собственного менеджера пакетов, такого как программный центр. Проверьте эту статью для получения дополнительной информации: findasolution.in checkinstall management management упрощается в linux. Он первоначально возвращается для Centos, но также будет работать в ubuntu.

Различные приложения написаны разными разработчиками с разными стандартами. Было бы очень сложной задачей иметь одно приложение для установки всех архивов. Вместо этого у нас есть debs, которые являются прекомпилированными. Тарболы также создают проблему зависимости, которую дебиан и производные фиксировали с помощью apt и aptitude, которые были бы недоступны для достижения только с помощью tarball.

Checkinstall может генерировать debs из источника. (Он также может создавать пакеты RPM и slackeware)

Вы запускаете ./configure, затем

, чтобы создать пакет debian.

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

.deb - это tarballs с необходимой информацией для правильного управления пакетами, добавленными к ним.

Если вы просто установите tarball, как вы убедитесь, что все зависимости выполнены? Все необходимые библиотеки установлены?

Как вы хотите удалить пакет, который установлен только tarball?

Вы теряете все гарантии, которые дает управление пакетами на основе debian, и это, в частности, упрощает установку программного обеспечения новыми пользователями. Чтобы облегчить им установку tarballs, поскольку они были бы шагом назад, а не прогресс.

В стороне, как

быть еще более упрощенным? (Если вы считаете пользователя, который должен иметь возможность решать проблемы, поднятые выше)

tarballs обычно настраиваются. хотя с 90% из них вы просто идете ./configure & amp; & amp; & amp; make install, некоторые другие требуют пользовательских параметров или в худшем случае они используют разные шаги для создания приложения.

imho как обычный пользователь, вам не нужно иметь дело с tarballs. вам может быть лучше проверить, находится ли он в чей-то репозитории.

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

на ваш второй вопрос: да, этот процесс автоматизирован с пакетами debian-source или rpm- исходные пакеты. но это не проблема, и я думаю, что их можно просто открыть в gdebi. я не уверен, что вы знаете, но tarball - самый простой способ, которым разработчик может получить свой код в мире. независимо от того, какой беспорядок они имеют в своем проекте, просто застегните источник и загрузите его --- это единственное требование, которое я знаю для tarball: он должен содержать источник некоторого приложения и в конечном итоге предоставлять сценарий сборки.

, так что, даже если он не будет работать, чтобы использовать эти tarballs напрямую, я думаю, что вы касаетесь очень важной проблемы здесь: упаковка linux - это беспорядок. его большая работа даже для одного дистрибутива, и практически невозможно, чтобы небольшой проект поддерживал пакеты для различных дистрибутивов.

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

Я знаю, что этот ответ должен быть разочаровывающим, но если я не пропустил революцию недавно, это то, за что мы застряли.

Как обычный пользователь, вы, вероятно, не захотите обойти установку tarballs. Команды Debian и Ubuntu тратят много времени на настройку и проверку восходящих пакетов, прежде чем помещать их в репозиторий. Создание пакета - это большой волосатый беспорядок зависимостей и специфических сценариев установки. Нет простого способа автоматизации процесса.

Однако, если вы программист или вы пытаетесь внести свой вклад в восходящий проект, вам в конечном итоге необходимо будет установить официальные tarballs.

Если вы просто хотите исправить ошибку в установленной вами программе, вы можете получить исходный код с apt-get source packagename и взломать. Если вы хотите отправить этот патч вверх по течению, но лучше, если вы начнете с начального tarball.

В большинстве проектов используется autotools, который автоматизирует множество решений во время компиляции. Обычно вы можете сказать, использует ли проект autotools, потому что в папке есть скрипт configure. Если вы можете создать и установить пакет, используя одну строку ./configure && make && make install. Если вы еще не построили пакет раньше, скорее всего, это произойдет, потому что вам не хватает некоторых зависимостей времени компиляции.

Если пакет, который вы пытаетесь установить, уже находится в репозиториях Ubuntu, вы можете получить APT для автоматически установите все библиотеки, необходимые для компиляции tarball с apt-get build-dep packagename . Если новых зависимостей нет, обычно это все, что вам нужно сделать, прежде чем вы сможете скомпилировать программу. Если это не в репозиториях Ubuntu, вы сами по себе, проверьте документацию по проекту, чтобы узнать, что ему нужно.

Одна из проблем с процедурой ./configure && make && make install заключается в том, что обычно нет make uninstall , Там есть программа под названием checkinstall, которая запустит make install для вас и зарегистрирует пакет в APT, чтобы позже его можно было удалить. checkinstall не всегда работает, и в зависимости от того, насколько важна установка, которую вы устанавливаете, система может быть очень опасной.

Вы можете написать небольшой скрипт bash, если вы делаете это много ...

Вызовите его tarinstall (или что-то еще), поместите его на свой путь, а затем просто выполните: [ ! d1] tarinstall thisnewpackage.tar.gz

Хотя я согласен с тем, что гораздо лучше использовать систему упаковки типа .debs или .rpms.

Вместо того, чтобы тратить время на упрощение установки tarballs, было бы более полезно потратить его на упаковку программного обеспечения для Debian / Ubuntu. Это не только улучшит предложения дистрибутивов, основанных на Debian, таких как Ubuntu, он также правильно установит зависимости

Эти процессы автоматизированы. Вы получаете их в пакетах .deb или .rpm в основном. Единственное различие (на уровне, о котором вы думаете) между tarball и .deb - это компиляция. Tarball обычно содержит исходный код и создает файлы, а не предварительно скомпилированные двоичные файлы (хотя они иногда также содержат их). .debs предварительно скомпилированы по нескольким архитектурам.

Вот вам аналогия:

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

Архив

Итак, когда вы устанавливаете что-то из .deb (или .rpm на тех, кто «другой»), это грузовик с коробкой частей автомобиля и руководство, рассказывающее вам, как собрать детали. «distros» вы устанавливаете тот же материал, который вы получите в этом tarball, только с работой, уже сделанной для вас.

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

Как и в вышеприведенных сообщениях checkinstall, вы сможете эффективно устанавливать и удалять исходное приложение. Поскольку он создает собственные пакеты (rpm для redhat flavors и deb для debian flavors, включая ubuntu), очень легко управлять этими пакетами с помощью собственного менеджера пакетов, такого как программный центр. Проверьте эту статью для получения дополнительной информации: findasolution.in checkinstall management management упрощается в linux. Он первоначально возвращается для Centos, но также будет работать в ubuntu.

Различные приложения написаны разными разработчиками с разными стандартами. Было бы очень сложной задачей иметь одно приложение для установки всех архивов. Вместо этого у нас есть debs, которые являются прекомпилированными. Тарболы также создают проблему зависимости, которую дебиан и производные фиксировали с помощью apt и aptitude, которые были бы недоступны для достижения только с помощью tarball.

Checkinstall может генерировать debs из источника. (Он также может создавать пакеты RPM и slackeware)

Вы запускаете ./configure, затем

, чтобы создать пакет debian.

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

.deb - это tarballs с необходимой информацией для правильного управления пакетами, добавленными к ним.

Если вы просто установите tarball, как вы убедитесь, что все зависимости выполнены? Все необходимые библиотеки установлены?

Как вы хотите удалить пакет, который установлен только tarball?

Вы теряете все гарантии, которые дает управление пакетами на основе debian, и это, в частности, упрощает установку программного обеспечения новыми пользователями. Чтобы облегчить им установку tarballs, поскольку они были бы шагом назад, а не прогресс.

В стороне, как

быть еще более упрощенным? (Если вы считаете пользователя, который должен иметь возможность решать проблемы, поднятые выше)

tarballs обычно настраиваются. хотя с 90% из них вы просто идете ./configure & amp; & amp; & amp; make install, некоторые другие требуют пользовательских параметров или в худшем случае они используют разные шаги для создания приложения.

imho как обычный пользователь, вам не нужно иметь дело с tarballs. вам может быть лучше проверить, находится ли он в чей-то репозитории.

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

на ваш второй вопрос: да, этот процесс автоматизирован с пакетами debian-source или rpm- исходные пакеты. но это не проблема, и я думаю, что их можно просто открыть в gdebi. я не уверен, что вы знаете, но tarball - самый простой способ, которым разработчик может получить свой код в мире. независимо от того, какой беспорядок они имеют в своем проекте, просто застегните источник и загрузите его --- это единственное требование, которое я знаю для tarball: он должен содержать источник некоторого приложения и в конечном итоге предоставлять сценарий сборки.

, так что, даже если он не будет работать, чтобы использовать эти tarballs напрямую, я думаю, что вы касаетесь очень важной проблемы здесь: упаковка linux - это беспорядок. его большая работа даже для одного дистрибутива, и практически невозможно, чтобы небольшой проект поддерживал пакеты для различных дистрибутивов.

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

Я знаю, что этот ответ должен быть разочаровывающим, но если я не пропустил революцию недавно, это то, за что мы застряли.

Как обычный пользователь, вы, вероятно, не захотите обойти установку tarballs. Команды Debian и Ubuntu тратят много времени на настройку и проверку восходящих пакетов, прежде чем помещать их в репозиторий. Создание пакета - это большой волосатый беспорядок зависимостей и специфических сценариев установки. Нет простого способа автоматизации процесса.

Однако, если вы программист или вы пытаетесь внести свой вклад в восходящий проект, вам в конечном итоге необходимо будет установить официальные tarballs.

Если вы просто хотите исправить ошибку в установленной вами программе, вы можете получить исходный код с apt-get source packagename и взломать. Если вы хотите отправить этот патч вверх по течению, но лучше, если вы начнете с начального tarball.

В большинстве проектов используется autotools, который автоматизирует множество решений во время компиляции. Обычно вы можете сказать, использует ли проект autotools, потому что в папке есть скрипт configure. Если вы можете создать и установить пакет, используя одну строку ./configure && make && make install. Если вы еще не построили пакет раньше, скорее всего, это произойдет, потому что вам не хватает некоторых зависимостей времени компиляции.

Если пакет, который вы пытаетесь установить, уже находится в репозиториях Ubuntu, вы можете получить APT для автоматически установите все библиотеки, необходимые для компиляции tarball с apt-get build-dep packagename . Если новых зависимостей нет, обычно это все, что вам нужно сделать, прежде чем вы сможете скомпилировать программу. Если это не в репозиториях Ubuntu, вы сами по себе, проверьте документацию по проекту, чтобы узнать, что ему нужно.

Одна из проблем с процедурой ./configure && make && make install заключается в том, что обычно нет make uninstall , Там есть программа под названием checkinstall, которая запустит make install для вас и зарегистрирует пакет в APT, чтобы позже его можно было удалить. checkinstall не всегда работает, и в зависимости от того, насколько важна установка, которую вы устанавливаете, система может быть очень опасной.

Вы можете написать небольшой скрипт bash, если вы делаете это много ...

Вызовите его tarinstall (или что-то еще), поместите его на свой путь, а затем просто выполните: [ ! d1] tarinstall thisnewpackage.tar.gz

Хотя я согласен с тем, что гораздо лучше использовать систему упаковки типа .debs или .rpms.

Вместо того, чтобы тратить время на упрощение установки tarballs, было бы более полезно потратить его на упаковку программного обеспечения для Debian / Ubuntu. Это не только улучшит предложения дистрибутивов, основанных на Debian, таких как Ubuntu, он также правильно установит зависимости

Эти процессы автоматизированы. Вы получаете их в пакетах .deb или .rpm в основном. Единственное различие (на уровне, о котором вы думаете) между tarball и .deb - это компиляция. Tarball обычно содержит исходный код и создает файлы, а не предварительно скомпилированные двоичные файлы (хотя они иногда также содержат их). .debs предварительно скомпилированы по нескольким архитектурам.

Вот вам аналогия:

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

Архив

Итак, когда вы устанавливаете что-то из .deb (или .rpm на тех, кто «другой»), это грузовик с коробкой частей автомобиля и руководство, рассказывающее вам, как собрать детали. «distros» вы устанавливаете тот же материал, который вы получите в этом tarball, только с работой, уже сделанной для вас.

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

Различные приложения написаны разными разработчиками с разными стандартами. Было бы очень сложной задачей иметь одно приложение для установки всех архивов. Вместо этого у нас есть debs, которые являются прекомпилированными. Тарболы также создают проблему зависимости, которую дебиан и производные фиксировали с помощью apt и aptitude, которые были бы недоступны для достижения только с помощью tarball.

Checkinstall может генерировать debs из источника. (Он также может создавать пакеты RPM и slackeware)

Вы запускаете ./configure, затем

, чтобы создать пакет debian.

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

.deb - это tarballs с необходимой информацией для правильного управления пакетами, добавленными к ним.

Если вы просто установите tarball, как вы убедитесь, что все зависимости выполнены? Все необходимые библиотеки установлены?

Как вы хотите удалить пакет, который установлен только tarball?

Вы теряете все гарантии, которые дает управление пакетами на основе debian, и это, в частности, упрощает установку программного обеспечения новыми пользователями. Чтобы облегчить им установку tarballs, поскольку они были бы шагом назад, а не прогресс.

В стороне, как

быть еще более упрощенным? (Если вы считаете пользователя, который должен иметь возможность решать проблемы, поднятые выше)

tarballs обычно настраиваются. хотя с 90% из них вы просто идете ./configure & amp; & amp; & amp; make install, некоторые другие требуют пользовательских параметров или в худшем случае они используют разные шаги для создания приложения.

imho как обычный пользователь, вам не нужно иметь дело с tarballs. вам может быть лучше проверить, находится ли он в чей-то репозитории.

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

на ваш второй вопрос: да, этот процесс автоматизирован с пакетами debian-source или rpm- исходные пакеты. но это не проблема, и я думаю, что их можно просто открыть в gdebi. я не уверен, что вы знаете, но tarball - самый простой способ, которым разработчик может получить свой код в мире. независимо от того, какой беспорядок они имеют в своем проекте, просто застегните источник и загрузите его --- это единственное требование, которое я знаю для tarball: он должен содержать источник некоторого приложения и в конечном итоге предоставлять сценарий сборки.

, так что, даже если он не будет работать, чтобы использовать эти tarballs напрямую, я думаю, что вы касаетесь очень важной проблемы здесь: упаковка linux - это беспорядок. его большая работа даже для одного дистрибутива, и практически невозможно, чтобы небольшой проект поддерживал пакеты для различных дистрибутивов.

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

Я знаю, что этот ответ должен быть разочаровывающим, но если я не пропустил революцию недавно, это то, за что мы застряли.

Как обычный пользователь, вы, вероятно, не захотите обойти установку tarballs. Команды Debian и Ubuntu тратят много времени на настройку и проверку восходящих пакетов, прежде чем помещать их в репозиторий. Создание пакета - это большой волосатый беспорядок зависимостей и специфических сценариев установки. Нет простого способа автоматизации процесса.

Однако, если вы программист или вы пытаетесь внести свой вклад в восходящий проект, вам в конечном итоге необходимо будет установить официальные tarballs.

Если вы просто хотите исправить ошибку в установленной вами программе, вы можете получить исходный код с apt-get source packagename и взломать. Если вы хотите отправить этот патч вверх по течению, но лучше, если вы начнете с начального tarball.

В большинстве проектов используется autotools, который автоматизирует множество решений во время компиляции. Обычно вы можете сказать, использует ли проект autotools, потому что в папке есть скрипт configure. Если вы можете создать и установить пакет, используя одну строку ./configure && make && make install. Если вы еще не построили пакет раньше, скорее всего, это произойдет, потому что вам не хватает некоторых зависимостей времени компиляции.

Если пакет, который вы пытаетесь установить, уже находится в репозиториях Ubuntu, вы можете получить APT для автоматически установите все библиотеки, необходимые для компиляции tarball с apt-get build-dep packagename . Если новых зависимостей нет, обычно это все, что вам нужно сделать, прежде чем вы сможете скомпилировать программу. Если это не в репозиториях Ubuntu, вы сами по себе, проверьте документацию по проекту, чтобы узнать, что ему нужно.

Одна из проблем с процедурой ./configure && make && make install заключается в том, что обычно нет make uninstall , Там есть программа под названием checkinstall, которая запустит make install для вас и зарегистрирует пакет в APT, чтобы позже его можно было удалить. checkinstall не всегда работает, и в зависимости от того, насколько важна установка, которую вы устанавливаете, система может быть очень опасной.

Вы можете написать небольшой скрипт bash, если вы делаете это много ...

Вызовите его tarinstall (или что-то еще), поместите его на свой путь, а затем просто выполните: [ ! d1] tarinstall thisnewpackage.tar.gz

Хотя я согласен с тем, что гораздо лучше использовать систему упаковки типа .debs или .rpms.

Как и в вышеприведенных сообщениях checkinstall, вы сможете эффективно устанавливать и удалять исходное приложение. Поскольку он создает собственные пакеты (rpm для redhat flavors и deb для debian flavors, включая ubuntu), очень легко управлять этими пакетами с помощью собственного менеджера пакетов, такого как программный центр. Проверьте эту статью для получения дополнительной информации: findasolution.in checkinstall management management упрощается в linux. Он первоначально возвращается для Centos, но также будет работать в ubuntu.

Вместо того, чтобы тратить время на упрощение установки tarballs, было бы более полезно потратить его на упаковку программного обеспечения для Debian / Ubuntu. Это не только улучшит предложения дистрибутивов, основанных на Debian, таких как Ubuntu, он также правильно установит зависимости

Вы можете написать небольшой скрипт bash, если вы делаете это много ...

  #! / bin / bash FILE = $ 1 DIR = "$ {FILE% .tar.  gz} "tar -xzf $ 1 cd $ DIR ./configure make sudo make install  

Вызовите его tarinstall (или что-то еще), поместите его на свой путь, а затем просто выполните:

  tarinstall thisnewpackage.tar.gz  

Хотя я согласен с тем, что гораздо лучше использовать систему упаковки типа .debs или .rpms.

Как обычный пользователь, вы, вероятно, не захотите обойти установку tarballs. Команды Debian и Ubuntu тратят много времени на настройку и проверку восходящих пакетов, прежде чем помещать их в репозиторий. Создание пакета - это большой волосатый беспорядок зависимостей и специфических сценариев установки. Нет простого способа автоматизации процесса.

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

Если вы просто хотите исправить ошибку в установленной вами программе, вы можете получить исходный код с помощью apt -get source packagename и взломать. Если вы хотите отправить этот патч вверх по течению, но лучше, если вы начнете работу с предыдущим tarball.

В большинстве проектов используется autotools, который автоматизирует множество решений во время компиляции. Обычно вы можете сказать, использует ли проект autotools, потому что в папке есть скрипт configure. Если вы можете создать и установить пакет, используя одну строку ./ configure & amp; & amp; & amp; make & amp; & amp; make install . Если вы еще не создали пакет раньше, скорее всего, это произойдет, потому что вам не хватает некоторых зависимостей времени компиляции.

Если пакет, который вы пытаетесь установить, уже находится в репозиториях Ubuntu, вы можете получить APT для автоматически установите все библиотеки, необходимые для компиляции tarball, с помощью apt-get build-dep packagename . Если новых зависимостей нет, обычно это все, что вам нужно сделать, прежде чем вы сможете скомпилировать программу. Если это не в репозиториях Ubuntu, вы сами по себе, проверьте документацию проекта, чтобы узнать, что ему нужно.

Одна проблема с ./ configure & amp; & amp; & amp; & amp; make & amp; & amp; make install заключается в том, что обычно нет make uninstall . Там есть программа под названием checkinstall, которая запустит make install для вас и зарегистрирует пакет в APT, чтобы позже его можно было удалить. checkinstall не всегда работает, и в зависимости от того, насколько важна установка, которую вы устанавливаете, система может быть очень опасной.