[Bf-linux] Todo for 2nd test build. meeting notes

Shaul Kedem shaul.kedem at gmail.com
Thu Apr 10 13:08:42 CEST 2008


Yes, I am referring to the releases. anyway, if it works for you then
great; somehow having an image for kvm/xen seems easier than
configuring one OS chroot env to another parent OS.

On Wed, Apr 9, 2008 at 9:24 PM, GSR <gsr.b3d at infernal-iceberg.com> wrote:
> Hi,
>  shaul.kedem at gmail.com (2008-04-09 at 1234.23 +0200):
>
> > On 4/8/08, GSR <gsr.b3d at infernal-iceberg.com> wrote:
>  > > Hi,
>  > > shaul.kedem at gmail.com (2008-04-08 at 2002.44 +0300):
>  > > > You talk about the cons, which is fine, but what about the pros?
>  > > > common arch that behaves like a full linux, place to test the build
>  > > > and not just deliver it, and so on.
>  > > The chroot does exactly that, it gives you a full user space of a
>  > > different distro. If the kernel below it is compatible, which should
>  > > be the case if you do not try mixing levels with big age differences,
>  > > there should be no problem. You can look all kind of tutorials in
>  > > which people build and test things mixing distros, run 32bit apps with
>  > > 64bit kernels, or even migrate from one distro to another by means of
>  > > chroots.
>  > I know all of that, the question is, how far the gap is? do you create
>  > an update chroot every time ?
>
>  What gap are you referring to? And every time "of what"? Blender
>  release? The chroot is self updating capable anyway.
>
>
>
>  GSR
>
>  _______________________________________________
>  Bf-linux mailing list
>  Bf-linux at blender.org
>  http://lists.blender.org/mailman/listinfo/bf-linux
>



More information about the Bf-linux mailing list