FS#19361 - [pinentry] sould not overwrite the simbolic link /usr/bin/pinentry

Attached to Project: Arch Linux
Opened by Cesar Alcalde (noalwin) - Tuesday, 04 May 2010, 21:59 GMT
Last edited by Tobias Powalowski (tpowa) - Friday, 26 August 2011, 13:03 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Tobias Powalowski (tpowa)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:
A user may prefer to use pinentry-qt4 or pinentry-curses instead pinentry-gtk2 to improve the integration with his/her enviroment. In fact he may not have GTK installed.

That user will replace the symbolic link /usr/bin/pinentry to pinentry-gtk2 to the binary of his/her choice.

But when the package is reinstalled or upgraded, the link is overwritten.

Also, maybe /usr/bin/pinentry should be a script that detects the enviroment where the user is, and launch the appropiate binary. That way, the choice would not be global and if different users prefer different enviroments, they will be able to use the appropiate pinentry.
This task depends upon

Closed by  Tobias Powalowski (tpowa)
Friday, 26 August 2011, 13:03 GMT
Reason for closing:  Fixed
Additional comments about closing:  0.8.1-3
Comment by Tobias Powalowski (tpowa) - Wednesday, 05 May 2010, 05:24 GMT
I can add a check on symbolic link, for writing ENVIRONMENT detection please write a script proposal.
Comment by Cesar Alcalde (noalwin) - Wednesday, 05 May 2010, 09:04 GMT
I attach a proposal.

I have done some checks and seems right to me but to be sure, please doublecheck it.
I ignore /usr/bin/pinentry-gtk since I think that nobody uses GTK1 today.
   pinentry (0.5 KiB)
Comment by Cesar Alcalde (noalwin) - Thursday, 06 May 2010, 00:25 GMT
I have been doing some more tests, gpg2 in KDE4 seems to use pinentry-qt4 no matter what pinentry is. It also happens with kmail.

So since the only DE that would use pinentry-qt4 already uses it and since pinentry-curses is always used as fallback, now I'm thinking that /usr/bin/pinentry shouldn't be replaced by an script.

I have seen that in enviroments like lxde /usr/bin/pinentry is used, so if it is a link pointing to the gtk1 version, the gtk1 version would be used.

The current default (a symbolic link to pinentry-gtk-2) should be correct almost always. Nevertheless, if a user, with some esoteric configuration, does want to replace the link, I think that it shouldn't be overwritten.
Comment by Tobias Powalowski (tpowa) - Thursday, 06 May 2010, 06:26 GMT
ok, thanks for debugging this. I will add a check for the symbolic link.
Comment by roko (roko) - Saturday, 18 June 2011, 18:36 GMT
Hi Tobias, a year has passed by but there seems to be no check for the symbolic link. Any progress on that?

Loading...