Как добавить экспериментальное репо Debian в Ubuntu для тех, кто понимает связанные с этим риски?

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

Debian имеет несколько потоков пакетов, которые он называет «распределение». И каждое такое распределение имеет свое собственное имя. Текущее стабильное распределение было просто выпущено и называется «растяжкой». До этого, теперь называемого «oldstable», был «jessie», а 5/2013 выпустил старую коллекцию «wheezy», которая все еще видит еще один год долгосрочной поддержки (https://wiki.debian.org/LTS). Тот, который находится под текущей разработкой, всегда называется «тестирование», и у него также всегда есть имя, которое будет известно при тестировании в момент его выпуска, теперь это «биттер». Существует также дистрибутив, в который разработчики загружают новые пакеты, которые являются «нестабильными» и работают под постоянным именем «sid». Пакеты, загруженные в sid, автоматически передаются на тестирование, если не было критической ошибки, назначенной ему в течение первых дней (загрузчик говорит, сколько дней) присутствия в нестабильном состоянии. Для некритических машин вполне нормально запускать тестирование или нестабильно. «Нестабильный» относится к пакетам, которые меняются много, а не к «программному обеспечению, которое выходит из строя».

Эксперимент является особым в том, что

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

 deb http://httpredir.debian.org/debian/ experimental main contrib non-free

в ваш /etc/apt/sources.list, но это не то, что я склонен рекомендовать , Это немного зависит от количества пакетов, которые перетаскиваются обновлением и зависимостями от конкретных версий библиотек. Если это слишком много, что apt-get предлагает установить, а затем остановите установку, если вы боитесь отрицательного влияния на ваши другие двоичные файлы.

Вместо этого я предлагаю вам скомпилировать программное обеспечение самостоятельно. Вы можете добавить

 deb-src http://httpredir.debian.org/debian/ experimental main contrib non-free

в sources.list (вместо или в дополнение к предыдущей строке, описывающей источник для двоичных пакетов), а после apt-get update сделать

 apt-get build-dep wantedpackagename # installs build dependencies
 apt-get source --compile wantedpackagename # fetches source and builds

Если нужная версия загружена, вы увидите ее во время загрузки. Для двоичных файлов, которые не пытались использовать apt-get source, для извлечения из экспериментального раздела вы также можете указать, что Ubuntu необходимо указать «-t экспериментальный» в качестве дополнительных флагов для apt-get install. С помощью apt-cache show wantedpackagename вы видите все версии пакета, доступные для системы.

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

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

Debian имеет несколько потоков пакетов, которые он называет «распределение». И каждое такое распределение имеет свое собственное имя. Текущее стабильное распределение было просто выпущено и называется «растяжкой». До этого, теперь называемого «oldstable», был «jessie», а 5/2013 выпустил старую коллекцию «wheezy», которая все еще видит еще один год долгосрочной поддержки (https://wiki.debian.org/LTS). Тот, который находится под текущей разработкой, всегда называется «тестирование», и у него также всегда есть имя, которое будет известно при тестировании в момент его выпуска, теперь это «биттер». Существует также дистрибутив, в который разработчики загружают новые пакеты, которые являются «нестабильными» и работают под постоянным именем «sid». Пакеты, загруженные в sid, автоматически передаются на тестирование, если не было критической ошибки, назначенной ему в течение первых дней (загрузчик говорит, сколько дней) присутствия в нестабильном состоянии. Для некритических машин вполне нормально запускать тестирование или нестабильно. «Нестабильный» относится к пакетам, которые меняются много, а не к «программному обеспечению, которое выходит из строя».

Эксперимент является особым в том, что

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

в ваш /etc/apt/sources.list, но это не то, что я склонен рекомендовать , Это немного зависит от количества пакетов, которые перетаскиваются обновлением и зависимостями от конкретных версий библиотек. Если это слишком много, что apt-get предлагает установить, а затем остановите установку, если вы боитесь отрицательного влияния на ваши другие двоичные файлы.

Вместо этого я предлагаю вам скомпилировать программное обеспечение самостоятельно. Вы можете добавить

в sources.list (вместо или в дополнение к предыдущей строке, описывающей источник для двоичных пакетов), а после apt-get update сделать

Если нужная версия загружена, вы увидите ее во время загрузки. Для двоичных файлов, которые не пытались использовать apt-get source, для извлечения из экспериментального раздела вы также можете указать, что Ubuntu необходимо указать «-t экспериментальный» в качестве дополнительных флагов для apt-get install. С помощью apt-cache show wantedpackagename вы видите все версии пакета, доступные для системы.

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

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

Debian имеет несколько потоков пакетов, которые он называет «распределение». И каждое такое распределение имеет свое собственное имя. Текущее стабильное распределение было просто выпущено и называется «растяжкой». До этого, теперь называемого «oldstable», был «jessie», а 5/2013 выпустил старую коллекцию «wheezy», которая все еще видит еще один год долгосрочной поддержки (https://wiki.debian.org/LTS). Тот, который находится под текущей разработкой, всегда называется «тестирование», и у него также всегда есть имя, которое будет известно при тестировании в момент его выпуска, теперь это «биттер». Существует также дистрибутив, в который разработчики загружают новые пакеты, которые являются «нестабильными» и работают под постоянным именем «sid». Пакеты, загруженные в sid, автоматически передаются на тестирование, если не было критической ошибки, назначенной ему в течение первых дней (загрузчик говорит, сколько дней) присутствия в нестабильном состоянии. Для некритических машин вполне нормально запускать тестирование или нестабильно. «Нестабильный» относится к пакетам, которые меняются много, а не к «программному обеспечению, которое выходит из строя».

Эксперимент является особым в том, что

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

в ваш /etc/apt/sources.list, но это не то, что я склонен рекомендовать , Это немного зависит от количества пакетов, которые перетаскиваются обновлением и зависимостями от конкретных версий библиотек. Если это слишком много, что apt-get предлагает установить, а затем остановите установку, если вы боитесь отрицательного влияния на ваши другие двоичные файлы.

Вместо этого я предлагаю вам скомпилировать программное обеспечение самостоятельно. Вы можете добавить

в sources.list (вместо или в дополнение к предыдущей строке, описывающей источник для двоичных пакетов), а после apt-get update сделать

Если нужная версия загружена, вы увидите ее во время загрузки. Для двоичных файлов, которые не пытались использовать apt-get source, для извлечения из экспериментального раздела вы также можете указать, что Ubuntu необходимо указать «-t экспериментальный» в качестве дополнительных флагов для apt-get install. С помощью apt-cache show wantedpackagename вы видите все версии пакета, доступные для системы.

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