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
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 a
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, ther
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 PA
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', IP
> 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
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 co
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
gt;>>>// Ola
>>>>
>>>>
>>>>
>>>>>Thank you,
>>>>>Vasily!
>>>>>
>>>>>Ola Lundqvist wrote:
>>>>>
>>>>>
>>>>>>Hi
>>>>>>
>
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
> 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
config.status: creating po/Makefile
configure: c
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 pa
12 matches
Mail list logo