Hello - this is my first time posting here. The project I am working on is currently using: - kernel 2.6.22.10 - patch-2.6.22.10-vs2.2.0.5.diff That is working for us, but now we want to have support for IPv6 in the guests. I am trying to decide the most practical way to get there. At the moment, the most straightforward path seems to be: - kernel 2.6.22.19 - patch-2.6.22.19-vs2.3.0.34.diff We are seriously considering that. But some of our people are concerned that we might have migration issues to deal with, or at least extra testing if we go that way, and are desirous of a more minimalist change. (We had previously been using patch-2.6.14.3-vs2.01.diff. When we migrated to patch-2.6.22.10-vs2.2.0.5.diff some of our guests encountered incompatibilities that we didn't discover until after the fact. That is making people gun shy. There is also some concern over switching from a "stable" release to a "development" release.) So I've also been investigating the possibility of adding the IPv6 capabilities to the vserver version we have. I see that was done for some vserver versions via additional patches from: http://people.linux-vserver.org/~bonbons/ipv6/ But there isn't such a patch for our kernel/vserver combination. I also note some discussion on your mailing list here that you are getting ready to release a new *stable* vs release. Depending on when that is to be available, maybe we should be considering that one too. I have some questions whose answers should help decide among the possibilities: - Is there a way to determine what user impacting changes there are between the version we are on and some newer version, say patch-2.6.22.19-vs2.3.0.34.diff? (I have looked at the change logs, but I can't easily extrapolate how those changes would affect existing user code.) - Would it make *any* sense to try porting one of the IPv6 patches to vs2.2.0.5??? - When do you expect to release the next stable version? - What kernels with that next stable version support? - How will this stable version differ from vs2.3.0.34? Thanks, Paul (Kyzivat)