On Thu, 13 Aug 2020 at 08:58, Fabio Valentini <decathorpe(a)gmail.com> wrote:
On Thu, Aug 13, 2020 at 2:16 PM <jkonecny(a)redhat.com> wrote:
>
> Hello everyone,
>
> Anaconda team has decided to deprecate use of Anaconda kernel boot
> parameters without 'inst.' prefix. As you may already know you can
> specify Anaconda kernel boot parameters both with and without 'inst.'
> prefix (e.g. 'inst.repo=' or 'repo='). This deprecation means that
when
> you use Anaconda option without the 'inst.' prefix you will now get a
> warning. We are *not* disabling parameters without a prefix yet.
>
> The reason for this is keep running into parameter conflicts with other
> projects. As an example there is 'debug' parameter for both kernel and
> us, so when you want to enable kernel debugging in installation
> environment you will also enable Anaconda debug mode.
>
> Because of this I have created the following pull request for Anaconda:
>
>
https://github.com/rhinstaller/anaconda/pull/2786
>
>
> In case you have any objections please start discussion either on the
> pull request or here.
>
>
> Best regards,
> Jirka
This may be a stupid question, but why are parameter namespaced with
"inst." and not with "anaconda."? Is this a historical artifact?
"inst" is a pretty generic term as well, and "anaconda" would
definitely not lead to parameter overloading on the kernel cmdline.
I think inst was meant to be universal so that debian etc could use
it. However I will say if I have to type 20 anaconda.<item>=<flag> on
a serial terminal like I have to for the inst.<item>=<flag> I will
quickly be looking for any other installer to use. I regularly end up
with enough redraw problems because the line went over whatever SOL or
the HTML-console thinks a line should be and clearing the entire line
so I can't see what I am typing.
--
Stephen J Smoogen.