sm-discuss AT lists.ibiblio.org
Subject: Public SourceMage Discussion List
List archive
- From: "David Michael Leo Brown Jr." <dmlb2000 AT excite.com>
- To: sm-discuss AT lists.ibiblio.org
- Subject: Re: [SM-Discuss] linux-new call
- Date: Tue, 31 May 2005 12:56:59 -0400 (EDT)
>If there's an existing config, that seems to be your only option to allow the
>spell co build successfully.
>
>I can't do this experiment right now, but what would happen if I installed
>2.6.10 kernel using linux-new, and then kept using it until 2.6.11 came out?
>New parameters are guaranteed to emerge between these two major releases, so
>without doing "make oldconfig" or "make menuconfig" the kernel woudn't build.
>Do we agree on this last statement or I am misstating something? If we agree,
>than would my only option to make linux-new build again be "cast -r" or I
>have
>any other choices?
make oldconfig would ask questions for all the config variables that it didn't
have answers for. so the yes '' | make oldconfig would just accept all the
default values for new features that aren't in the config that it pulled from.
>With current spell, I can lazily choose "run oldconfig" and use the same
>features I used in 2.6.10. If I need new features I would still not use "cast
>-r" (I never do it with current linux spell), because it would forget what
>branch of kernel I prefer (I may not remember which one I selected for a
>particular machine, so this is important, especially in production). I
>would do
>"cast linux" and say "yes" to "configure linux kernel" question. I would
>leave
>the kernel branch intact, and wait until menuconfig shows up. While
>this is not
>intuitive, it covers most scenarios for kernel upgrade, and works reliably.
Well I can change it to work this way if people really want, but the current
way you would do something like this is cast -r linux-new then just ignore
the main menu don't even bother trying to select an old source tree just save
and exit then it will bring up which ever config type you gave it.
>I admit that I am not a power user of the linux spell, I almost never use any
>patches, always stock kernel source (it may be rc or mm or something else,
>but
>I consider this "stock" code too). Does this mean that linux-new spell is not
>for me?
No it means linux-new is completely for you...
With linux-new you'd be able to run an mm source and a vanilla source on the
same machine and keep both up-to-date. There is one catch, the linux spell can
only have one version at a time so it won't be able to autoupdate both source
trees (ie sorcery system-update will only be able to update one of them) but
you can switch the version by selecting one of the old source trees.
- David Brown
_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
-
Re: [SM-Discuss] linux-new call
, (continued)
- Re: [SM-Discuss] linux-new call, Sergey A. Lipnevich, 05/31/2005
-
Re: [SM-Discuss] linux-new call,
Ladislav Hagara, 05/31/2005
- Re: [SM-Discuss] linux-new call, Eric Sandall, 05/31/2005
- Re: [SM-Discuss] linux-new call, Sergey A. Lipnevich, 05/31/2005
-
Re: [SM-Discuss] linux-new call,
David Michael Leo Brown Jr., 05/31/2005
-
Re: [SM-Discuss] linux-new call,
Andrew "ruskie" Levstik, 05/31/2005
- Re: [SM-Discuss] linux-new call, Sergey A. Lipnevich, 05/31/2005
-
Re: [SM-Discuss] linux-new call,
Andrew "ruskie" Levstik, 05/31/2005
-
Re: [SM-Discuss] linux-new call,
David Michael Leo Brown Jr., 05/31/2005
-
Re: [SM-Discuss] linux-new call,
Sergey A. Lipnevich, 05/31/2005
- Re: [SM-Discuss] linux-new call, Andrew "ruskie" Levstik, 05/31/2005
-
Re: [SM-Discuss] linux-new call,
Sergey A. Lipnevich, 05/31/2005
-
Re: [SM-Discuss] linux-new call,
David Michael Leo Brown Jr., 05/31/2005
- Re: [SM-Discuss] linux-new call, Sergey A. Lipnevich, 05/31/2005
- Re: [SM-Discuss] linux-new call, David Michael Leo Brown Jr., 05/31/2005
- Re: [SM-Discuss] linux-new call, David Michael Leo Brown Jr., 05/31/2005
- Re: [SM-Discuss] linux-new call, David Michael Leo Brown Jr., 05/31/2005
Archive powered by MHonArc 2.6.24.