<div dir="ltr">What will it take to get keyscript support in systemd-cryptsetup fixed?<div><br></div><div>This is a nasty regression for people who were using that functionality, and it necessitating some pretty ugly workarounds. I understand from previous threads that there's an aversion to restoring this without some more generic key handling functionality. I disagree with this stance, it's a case of "perfect is the enemy of good" - keyscripts work well enough, are easy to work with, and seem as though they should be easy to implement (I think I even saw a patch).<div><br></div><div>Under older initscripts, I was able to write a very small shell script or trivial statically compiled C program that does whatever custom functionality I need to get a password for LUKS and dump it on STDOUT. I don't want to have to rewrite my existing scripts or deal with anything more complicated than this.</div><div><br></div><div>I mainly use non-interactive keyscripts, so I've been able to re-implement the automapping of my encrypted volumes by some ugly udev hackery, but I have other stuff I've used in the past (for example, requiring a quorum of admins to enter passwords) for which this doesn't work.</div><div><br></div><div>bug references:</div><div><br></div><div><a href="https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1451032" target="_blank">https://bugs.launchpad.net/<wbr>ubuntu/+source/systemd/+bug/<wbr>1451032</a></div><div><a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618862" target="_blank" style="font-size:12.8px">https://bugs.debian.org/cgi-<wbr>bin/bugreport.cgi?bug=618862</a><br clear="all" style="font-size:12.8px"></div></div><div><br></div></div>