On Sat, Nov 25, 2006 at 09:11:42PM +0300, Dmitry V. Levin wrote:
> On Sat, Nov 25, 2006 at 09:06:05PM +0300, Konstantin A. Lepikhov wrote:
> > Saturday 25, at 07:40:21 PM you wrote:
> > 
> > ...
> > > Т.е., unionfs теперь предлагается собирать вместе с ядром, а не в виде
> > > отдельного модуля?  Не уверен, что это стоило делать таким образом...
> > > Впрочем, если вспомнить, что сейчас интерфейс ФС меняют несовместимым
> > > образом чуть ли не в каждой версии ядра, и CVS-версия unionfs уже не
> > > поддерживает 2.6.18, возможно, так даже лучше.
> > Ага, и если учесть кол-во расплодившихся flavour'ов и их maintaince бранчей
> > ;)
> 
> Не смешно, наверняка этот unionfs залезает в ядро своими немытыми конечностями.

Вообще в оригинале этот модуль вполне может собираться отдельно от
ядра (и для 2.6.16 он именно так и собирается в Сизифе).  Но он
действительно очень сильно привязан к конкретной версии ядра (в
частности, unionfs-1.4 может собираться только с 2.6.18), что приводит
к очевидным проблемам (например, если сейчас обновить в Сизифе пакет
unionfs, из которого собирается как kernel-source-unionfs, так и
userspace-утилиты unionfs-utils, пакеты kernel-modules-unionfs-* для
2.6.16 перестанут собираться).

Кроме того, изменения API, вносимые в openvz, также затрагивают и
unionfs - в kernel-modules-unionfs.spec сейчас стоит проверка %flavour
с наложением соответствующего патча только при сборке модуля для ядер
ovz-smp.