Didn’t see this argument for eos-update. Also, it isn’t listed on eos-update --help. There is no “faillock-check” there. Should I add faillock-check to my alias?
Side question: does adding an alias to zshrc somehow make it so that the command run by welcome screen duplicate the arguments? Like if i have alias on ~/.zshrc: alias eos-update=“eos-update --aur”, and then in Welcome screen I press on the eos-update, what happens, does zshrc interfere?
The faillock check feature is added very recently to eos-update.
It is used by the Welcome app.
The faillock check helps solve a faillock situation which can occur e.g. when giving a wrong password for sudo three times in a terminal. After that sudo does not work even if you give the right password.
Now eos-update supports option --faillock-check that detects if faillock is enabled and provides means to unlock it.
Note that the faillock situation can be unlocked in other ways too, like reboot, or a specific faillock command.
Welcome gives option --faillock-check to eos-update, then eos-update will detect if there’s a faillock and handles it.
As far as I know alias definitions should not interfere with Welcome.
I’m not using zshrc so I haven’t tested it. If you experience any interference, please let me know a.s.a.p.
A bit off topic, but:
@manuel does this new feature mean that the translations of the welcome-app need to be updated?
No, haven’t added the support for it yet. Hopefully I have time to do so in the near future. 
This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.