<div dir="ltr"><div dir="ltr"><div><div>The problem I see with alternatives is: what happens when I have init X</div><div>set as the current alternative and I boot into init Y with a kernel command line</div><div>or with a Grub-init-Y line?</div><div>Will I end up with init Y but with all links pointing to init X commands?</div></div><div><br></div></div><div class="gmail_quote"><div dir="ltr">Il giorno dom 23 dic 2018 alle ore 15:58 Dmitry Bogatov <<a href="mailto:KAction@debian.org">KAction@debian.org</a>> ha scritto:</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> But what is the gain over alternatives?<br></blockquote><div><br></div><div>Possible gains I see are:</div><div>* less complexity in maint scripts</div><div>* deal with multiple inits installed and </div><div>   booting in a non default init at one time</div><div>I can summarize that checking every time for the current init</div><div>may look worthless but it's more robust then one-time check.</div><div>In the middle there is the "more-then-one-check" solution, setting the</div><div>alternatives at install, at boot and i don't know where else, but here</div><div>complexity increase..</div><br class="gmail-Apple-interchange-newline"></div></div>