История изменений
Исправление AS, (текущая версия) :
Не распарсил.
Ты вот написал:
и если они лежат в одном пакете — это исключительно проблемы дистрибутива.
Ты тут что имел ввиду ? Что init в одном подпакете, udev в другом, так ? Естественно, в нормальных дистрибутивах так и будет. Но. Так как и init, и udev собирались в рамках одного пакета, то у них образуются зависимости между собой, к примеру, через какую-нибудь библиотеку. libsystemd-daemon, скажем. Таким образом, хотя udev и в отдельном подпакете, его обновление потащит за собой, через libsystemd-daemon, и обновление самого systemd.
Кроме того, обновление пакета с исходниками вызовет в репозитарии замену init и так: ввиду увеличения версии, init просто попытается обновиться при каком-нибудь apt-get update.
Соответственно выход тут - из пакета одной, вылизанной, версии собирать systemd и libsystemd-daemon (и что там ещё надо для самого init), а из другого, более-менее обновляемого, собирать всё остальное, с использованием библиотек первого пакета. И это - лишняя головная боль.
Исправление AS, :
Не распарсил.
Ты вот написал:
и если они лежат в одном пакете — это исключительно проблемы дистрибутива.
Ты тут что имел ввиду ? Что init в одном подпакете, udev в другом, так ? Естественно, в нормальных дистрибутивах так и будет. Но. Так как и init, и udev собирались в рамках одного пакета, то у них образуются зависимости между собой, к примеру, через какую-нибудь библиотеку. libsystemd-daemon, скажем. Таким образом, хотя udev и в отдельном подпакете, его обновление потащит за собой, через libsystemd-daemon, и обновление самого systemd.
Кроме того, обновление пакета с исходниками вызовет в репозитарии замену init и так: ввиду увеличения версии, init просто попытается обновиться при каком-нибудь apt-get update.
Соответственно выход тут - из пакета одной, вылизанной, версии собирать systemd и libsystemd-daemon, а из другого, более-менее обновляемого, собирать всё остальное, с использованием библиотек первого пакета. И это - лишняя головная боль.
Исходная версия AS, :
Не распарсил.
Ты вот написал:
и если они лежат в одном пакете — это исключительно проблемы дистрибутива.
Ты тут что имел ввиду ? Что init в одном подпакете, udev в другом, так ? Естественно, в нормальных дистрибутивах так и будет. Но. Так как и init, и udev собирались в рамках одного пакета, то у них образуются зависимости между собой, к примеру, через какую-нибудь библиотеку. libsystemd-daemon, скажем. Таким образом, хотя udev и в отдельном подпакете, его обновление потащит за собой, через libsystemd-daemon, и обновление самого systemd.
Кроме того, обновление пакета с исходниками вызовет в репозитарии замену init и так. Ввиду увеличения версии init просто попытается обновиться и так.
Соответственно выход тут - из пакета одной, вылизанной, версии собирать systemd и libsystemd-daemon, а из другого, более-менее обновляемого, собирать всё остальное, с использованием библиотек первого пакета. И это - лишняя головная боль.