Dear Maintainer,

unl0kr is meant to replace osk-sdl, which is no longer actively developed.

However, migrating from the latter involves a number of manual steps which are
error-prone and can render the system unusable if not executed properly.

1. unl0kr and osk-sdl can both be present on the system at the same time; this
implies both will be built into the initramfs, even though only osk-sdl will
actually be used.

2. after uninstalling osk-sdl, the crypttab either still points to its
keyscript or doesn't include a keyscript option at all (which is the expected
behaviour if osk-sdl was the only software of this type on the system)

3. in any case, it's up to the user to edit the crypttab to use the unl0kr
keyscript; I believe it can be solved with small changes to calamares-settings-
mobian for new image installs, but existing ones will have trouble migrating to
unl0kr

If both software were still being developed this would probably be fine, but I
expect we'll want to get rid of osk-sdl in the future, and so providing an
automated migration path would be needed.

Regards,
Arnaud

I seem to have dropped the BTS on reply, so including the history in
this email.


Another option I realized might work is to add a `breaks` and `replaces`
osk-sdl in unl0kr then ship a link from the osk-sdl keyscript to the
unl0kr one in unl0kr. I haven't tested anything at this point, but this
would mean we don't have to modify people's crypttab.

Some potential issues for this option:

* It would require an update to osk-sdl to make sure the crypttab config
isn't removed if unl0kr is also installed.

* A user removing osk-sdl manually then installing unl0kr would need to
configure things manually. Then again, neither would 3a below.

Hi,

Le 12/09/2023 à 10:30, undef via Debian-on-mobile-maintainers a écrit :

That sounds like an interesting idea indeed! This could be done by
turning osk-sdl into a transitional package, which would depend on
unl0kr, and would ship the symlink itself.

A few additional checks should probably be performed in maintainer
scripts to ensure users won't end up with an unusable system unless
doing something stupid (like removing both osk-sdl and unl0kr).

Cheers,
Arnaud