* Pierre-Yves Ritschard [EMAIL PROTECTED] [2006-11-03 11:59]:
* Stuart Henderson ([EMAIL PROTECTED]) wrote:
On 2006/11/03 11:34, Pierre-Yves Ritschard wrote:
Another solution would be, once 4.1 gets out to unpack the base41.tgz,
etc41.tgz and comp41.tgz into /usr/somewhere then unpack
On Fri, Nov 03, 2006 at 09:49:01AM +0500, Igor Goldenberg wrote:
Hello.
Will it be possible to build GENERIC kernel for the next OpenBSD
release 4.1 using release or stable 4.0 system (with comp40.tgz set
installed)?
I need this to know to decide put /usr on raid or not. Because if /usr
Another solution would be, once 4.1 gets out to unpack the base41.tgz,
etc41.tgz and comp41.tgz into /usr/somewhere then unpack or checkout
using cvs the 4.1 kernel sources in there as well.
Once you are in this situation you can chroot to this new fake 4.1
system: chroot /usr/somewhere /bin/sh
On 2006/11/03 11:34, Pierre-Yves Ritschard wrote:
Another solution would be, once 4.1 gets out to unpack the base41.tgz,
etc41.tgz and comp41.tgz into /usr/somewhere then unpack or checkout
using cvs the 4.1 kernel sources in there as well.
Nice idea, and it works sometimes, but only when
* Stuart Henderson ([EMAIL PROTECTED]) wrote:
On 2006/11/03 11:34, Pierre-Yves Ritschard wrote:
Another solution would be, once 4.1 gets out to unpack the base41.tgz,
etc41.tgz and comp41.tgz into /usr/somewhere then unpack or checkout
using cvs the 4.1 kernel sources in there as well.
Thanks for the ideas!
And if I understand correctly the most easy and safe way to build
custom kernel for a new release is to temporary setup this release on
any computer (maybe even under virtual machine) and build the kernel
there. And then use generated kernel instead of bundled one for the
On Fri, November 3, 2006 0:10, Theo de Raadt said:
Will it be possible to build GENERIC kernel for the next OpenBSD
release 4.1 using release or stable 4.0 system (with comp40.tgz set
installed)?
That would be a bit hard, since 4.1 is about 6 months away.
But I get your drift. Can you use
Igor Goldenberg wrote:
Thanks for the ideas!
And if I understand correctly the most easy and safe way to build
custom kernel for a new release is to temporary setup this release on
any computer (maybe even under virtual machine) and build the kernel
there. And then use generated kernel
On Fri, Nov 03, 2006 at 12:27:14PM -0500, Jason Murray wrote:
On Fri, November 3, 2006 0:10, Theo de Raadt said:
Will it be possible to build GENERIC kernel for the next OpenBSD
release 4.1 using release or stable 4.0 system (with comp40.tgz set
installed)?
That would be a bit hard,
Hello.
Will it be possible to build GENERIC kernel for the next OpenBSD
release 4.1 using release or stable 4.0 system (with comp40.tgz set
installed)?
I need this to know to decide put /usr on raid or not. Because if /usr
will be on raid I'll need to rebuild new kernel before replace current
Will it be possible to build GENERIC kernel for the next OpenBSD
release 4.1 using release or stable 4.0 system (with comp40.tgz set
installed)?
That would be a bit hard, since 4.1 is about 6 months away.
But I get your drift. Can you use -current code to build a kernel.
Yes, you can, but
11 matches
Mail list logo
