Bug#403712: [Debian] Re: Bug#403712: kernel-patch-openvz: Cannot compile kernel, undefined symbols

2006-12-25 Thread Kirill Korotaev
David, Compiled and booted!! I apparently will work with voluntary preemption as well as no premption. No oopses, flags. Next week I will start to play with it! Caveat: Unionfs will not compile against the patched sources (not using it yet so it can wait). Get the following harmless

Bug#403712: [Debian] Re: Bug#403712: kernel-patch-openvz: Cannot compile kernel, undefined symbols

2006-12-22 Thread Kirill Korotaev
David, Compiled and booted!! I apparently will work with voluntary preemption as well as no premption. No oopses, flags. Next week I will start to play with it! thanks a lot for patience and help! all the faced bugs will be fixed in next version. Caveat: Unionfs will not compile against

Bug#403712: [Debian] Re: Bug#403712: kernel-patch-openvz: Cannot compile kernel, undefined symbols

2006-12-21 Thread Kirill Korotaev
David Baron wrote: On Thursday 21 December 2006 08:16, Ola Lundqvist wrote: Hi David When I compiled the kernel yesterday using the same version of the kernel and the openvz patch I did not need to do anything with symlinking. My compile line look something like this: export

Bug#403712: [Debian] Re: Bug#403712: kernel-patch-openvz: Cannot compile kernel, undefined symbols

2006-12-21 Thread Kirill Korotaev
David, Got it to build and even attempt to boot--no undefineds! thanks a lot for your help! the previous bugs are fixed: http://bugzilla.openvz.org/show_bug.cgi?id=411 The thing listed a lot of oops codes, many involving the journaling, so I panicked and stopped it. Additionally, there

Bug#403712: [Debian] Re: Bug#403712: kernel-patch-openvz: Cannot compile kernel, undefined symbols

2006-12-20 Thread Kirill Korotaev
David, can you attach your resulting .config file please? Thanks, Kirill Hi I have built it now and I have no problem building. Not at least with make-kpkg. I use this. According to upstream you did not run make oldconfig for some reason? It does this anyway. I compied to .config from the

Bug#403712: [Debian] Re: Bug#403712: kernel-patch-openvz: Cannot compile kernel, undefined symbols

2006-12-20 Thread Kirill Korotaev
This would seem to indicate one (or more) pieces that need be compiled into the kernel, would it not? (I do compile in all the ovz stuff rather than leave as modules because I had missing symbols on boot the last time I tried.) If someone could point me in the correct direction :-)

Bug#403712: [Debian] Re: Bug#403712: kernel-patch-openvz: Cannot compile kernel, undefined symbols

2006-12-20 Thread Kirill Korotaev
David, David, ahhh... I guess I know the answer. you simply set CONFIG_VE_CALLS to 'y', while IPV6 support is in module, so OpenVZ kernel has reference to symbols in module :/ Pleae check CONFIG_VE_CALLS, CONFIG_VZ_DEV and CONFIG_IPV6 options These thing are indeed set to 'y', IPV6 to 'm'

Bug#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel

2006-12-05 Thread Kirill Korotaev
Hi, On Monday 04 December 2006 16:32, Vasily Tarasov wrote: and then will receive notifications. Practically each source-upload cause rejects. If that patch is really that picky when it comes to versions of the kernelsource, maybe you should depend on the very versions of the

Bug#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel

2006-12-04 Thread Kirill Korotaev
! Kirill Korotaev wrote: Vasiliy, please help Ola. 2.6.18-ovz028test006 has been released today and includes 2.6.18.3 patches. Thanks, Kirill Hi Thanks for the report. Yes 2.6.17 is not supported, because 2.6.18 is the version that will be shipped in etch. I'll

Bug#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel

2006-11-28 Thread Kirill Korotaev
Vasiliy, please help Ola. 2.6.18-ovz028test006 has been released today and includes 2.6.18.3 patches. Thanks, Kirill Hi Thanks for the report. Yes 2.6.17 is not supported, because 2.6.18 is the version that will be shipped in etch. I'll contact upstream about this issue. The kernel team

Bug#394820: findutils: libgnulib.a is compiled w/o #define _FILE_OFFSET_BITS 64

2006-10-25 Thread Kirill Korotaev
Hello, There is no gnulib/config.h in findutils' source code. And afaict at a short glance gnulib/lib/* #includes the main config.h which does set #define _FILE_OFFSET_BITS 64. gnulib/config.h is generated by gnulib/configure: # ./configure skipped config.status: creating po/Makefile

Bug#394820: findutils: libgnulib.a is compiled w/o #define _FILE_OFFSET_BITS 64

2006-10-23 Thread Kirill Korotaev
Package: findutils Version: 4.1.20-6 I suppose there is a bug in gnulib/configure script which leads to generation of gnulib/config.h file without #define _FILE_OFFSET_BITS 64 line. The same line present in root ./config.h file. Without this define 32-bit i386 'find' is unable to work on some