Dear Heinrich,
In message 9966b14a-43ef-42ad-dda4-d40b5e3b974b@gmx.de you wrote:
For backward compatibility e. g. 'efidebug' could be kept, but the new name would be 'efi debug'; likewise, your new command would be 'efi bootmgr' [or just 'efi boot' ?]
...
what is the benefit for the user to have a single command with an endless list of options?
I can't see any.
You miss the point. The complexisty for the user will be the same; as is, we already have a single command whichimplements a number of different functions as one big monolithig block of code.
What we are discussing here is to split this into logical components, each implementing one specific function only.
The suggested change will not make things any harder to the user, on contrary, it has the chance to make it easier andmore consistent to use.
Also, it's not options, but separate commands grouped into one topic.
Advantages are:
- maintenance: it is much easier to maintain and debug a number of separate functions than monster spaghetti code - configurability: you can select needed / unselect unnecessary sub commands - memory footprint: comes with configurability - style: it follows existing practise.
Just to name a few.
Best regards,
Wolfgang Denk