<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    That makes perfect sense.  Running debian containers on the el6
    kernel on a centos node before has shown me that there are no
    fundamental issues with the debian toolchain or command line
    binaries running on the el6-kernel-compiled-on-el6, but it makes
    sense that there would be a lot more possibilities of bugs compiling
    it on debian directly.  <br>
    <div class="moz-signature">
      <p><img src="cid:part1.05080407.05070504@classiccitytelco.com"></p>
      <p>
        <b>John Knight</b><br>
        Classic City Telco LLC<br>
        <b>Email:</b> <a class="moz-txt-link-abbreviated" href="mailto:john@classiccitytelco.com">john@classiccitytelco.com</a> <b>|</b> <b>Main:</b>
        (706) 995-0200<br>
        <b>Direct:</b> (706) 995-0201 <b>|</b> <b>Mobile:</b> (706)
        255-9203</p>
      <p>
        <a href="http://www.classiccitytelco.com/?page_id=488">CCT
          Enterprise Linux 6 is released! Click here to learn more.</a></p>
    </div>
    <br>
    On 3/29/2012 5:36 PM, Kir Kolyshkin wrote:
    <blockquote cite="mid:4F74D5F3.80906@parallels.com" type="cite">On
      03/29/2012 01:32 PM, John Knight wrote:
      <br>
      <blockquote type="cite">With regard to David Brown, I haven't been
        a Debian user for nearly 5 years but I do recall other people
        compiling the openvz el6 branch in Debian without much trouble.
        <br>
      </blockquote>
      While theoretically it's probably the best and most natural way,
      practically I do not recommend doing it (at least unless you will
      also use toolchain/gcc from RHEL6). Kernel is big and complex, as
      well as gcc, and the improper combination of two could lead to bad
      results. This is not paranoia, I have seen a number of times when
      kernel code was miscompiled because of older/newer gcc version
      used, with a weird runtime effects.
      <br>
      <br>
      This is why we recommend taking binary rpm and using alien on it.
      While not a good thing from purist point of view*, practical
      result is the very same (ie bit by bit) kernel and modules, tried
      and trusted, tested and working.
      <br>
      <br>
      * being a purist, I do not like it. But I also know that this way
      it works, and compiler and toolchain indeed make a difference.
      <br>
    </blockquote>
  </body>
</html>