Shared Libs Policy and updates: различия между версиями
(→Плюсы) |
(→Плюсы) |
||
| Строка 1: | Строка 1: | ||
=== Плюсы === | === Плюсы === | ||
При проблемах обновления с бранча на бранч возможность точечных обновлений чрезвычайно расширяется, т.к. старые библиотеки со старыми SONAME вытеснять никто не будет. | При проблемах обновления с бранча на бранч возможность точечных обновлений чрезвычайно расширяется, т.к. старые библиотеки со старыми SONAME вытеснять никто не будет. | ||
Например, возможность обновить один новый | Например, возможность обновить один новый packagefoo , зависящий от libname2 не затронет другой старый packagebar, который зависит от старой версии libname1, которой уже нет в новом репозитории, но еще есть в системе. | ||
Если бы пакет со старой и новой версией библиотеки назывался libname, то по цепочке потянудась бы вся борода из других библиотек и пакетов, наткнувшись на какую-нибудь другую проблему обновления. | Если бы пакет со старой и новой версией библиотеки назывался libname, то по цепочке потянудась бы вся борода из других библиотек и пакетов, наткнувшись на какую-нибудь другую проблему обновления. | ||
[[Категория:Devel]] | [[Категория:Devel]] | ||
[[Категория:Packaging]] | [[Категория:Packaging]] | ||
Версия от 15:32, 13 декабря 2013
Плюсы
При проблемах обновления с бранча на бранч возможность точечных обновлений чрезвычайно расширяется, т.к. старые библиотеки со старыми SONAME вытеснять никто не будет. Например, возможность обновить один новый packagefoo , зависящий от libname2 не затронет другой старый packagebar, который зависит от старой версии libname1, которой уже нет в новом репозитории, но еще есть в системе. Если бы пакет со старой и новой версией библиотеки назывался libname, то по цепочке потянудась бы вся борода из других библиотек и пакетов, наткнувшись на какую-нибудь другую проблему обновления.